Mesin kasir online: cara membaca kuitansi pembayaran sebagian. Tanda metode pembayaran di kwitansi salah saat menggunakan mesin kasir Cara menutup shift

18 November 2017, 17:19, soal No.1816792 Anna, Moskow

Anna meninggalkan ulasan tentang situs - pertunjukan

Terima kasih atas bantuan Anda. Jawabannya akan lengkap dengan link ke artikel dan surat, dan ini sangat penting.

20 November 2017 09:51

400 harga
pertanyaan

masalahnya terselesaikan

Runtuh

Jawaban Pengacara (2)

    diterima
    biaya 50%

    Pengacara, Samara

    Mengobrol

    Tanggung jawab atas pelanggaran Undang-Undang Federal 22 Mei 2003 N 54-FZ “Tentang penggunaan peralatan mesin kasir saat melakukan pembayaran tunai dan (atau) penyelesaian menggunakan alat pembayaran elektronik” ditetapkan oleh Pasal 14.5. Kode Pelanggaran Administratif Federasi Rusia “Penjualan barang, pelaksanaan pekerjaan atau penyediaan layanan tanpa adanya informasi yang ditetapkan atau tidak digunakannya peralatan mesin kasir dalam kasus yang ditetapkan oleh undang-undang federal”

    Pasal 14.5 terdiri dari 15 bagian..

    1. Penjualan barang... tanpa adanya informasi yang pasti... TIDAK COCOK

    2. Tidak menggunakan peralatan kasir... TIDAK COCOK


    3. Berulang kali diatur dalam bagian 2... TIDAK


    4. Penggunaan mesin kasir yang tidak sesuai... tidak


    5. Kegagalan untuk menyerahkan atas permintaan otoritas pajak... LEBIH



    7. Pelanggaran terhadap kewajiban mengolah dan mengirimkan data fiskal YANG DIALIHKAN


    8. Jika terjadi pembatalan izin - OK


    9. Informasi palsu saat mengajukan izin TERPERCAYA
    10. Kegagalan untuk memberikan pemberitahuan tentang kesimpulan perjanjian dengan pengguna untuk pemrosesan data fiskal, BUKAN milik KAMI


    11. Kegagalan memberikan pemberitahuan perubahan informasi... BUKAN ITU


    12. Pelanggaran lain apa pun yang dilakukan oleh operator data fiskal terhadap persyaratan undang-undang Federasi Rusia tentang penggunaan peralatan mesin kasir - memerlukan pengenaan denda administratif pada pejabat dalam jumlah lima ribu hingga sepuluh ribu rubel; untuk badan hukum - dari lima puluh ribu hingga seratus ribu rubel. KITA PERLU BERPIKIR LEBIH LANJUT...

    13. Dijual oleh produsen CCP..

    14. Penerbitan oleh organisasi ahli...


    15. Kegagalan presentasi oleh organisasi ahli... Bukan ini.

    Pelanggaran lagi... ya. Otoritas pajak akan melihat bahwa Anda menerima uang dan diduga segera menyerahkan barang “Pembayaran penuh”, tetapi Anda memiliki barangnya... Mereka tidak mungkin membandingkan transaksi fiskal dengan pergerakan barang di gudang... oleh karena itu, akan terungkap bahwa Anda tidak memberikan barang tersebut. tidak nyata. Anda akan mengembalikannya sebagai telah dibayar penuh.

    Membandingkan nama cek dan tanda pembayaran secara manual juga di luar kewenangan kantor pajak mana pun. semuanya diperiksa secara otomatis.

    Anda tidak menyembunyikan apa pun dari pajak... Pendapat saya adalah biarkan apa adanya. Tidak mungkin memperbaiki tanda pembayaran jika pengembalian dana tidak dapat dilakukan, itulah sebabnya segala sesuatu diciptakan sedemikian rupa sehingga tidak dapat diperbaiki.

    Menurut saya, tidak ada pelanggaran administratif di sini. Sebaliknya dapat dikatakan bahwa nama ceknya tidak benar tetapi tandanya benar. Untuk pemrosesan mesin, cek muncul sebagai pembayaran penuh... judul tercetak di atas kertas... yang tidak terkait dengan data fiskal - hanya berupa teks.

    Jadi menurut saya sebaiknya dibiarkan apa adanya dan tidak perlu khawatir, karena masih tidak dapat diperbaiki tanpa pengembalian.

    Apakah tanggapan pengacara bermanfaat? + 1 - 0

    Runtuh

    • diterima
      biaya 50%

      Pengacara, Saint Petersburg

      Mengobrol
      • peringkat 10,0
      • pakar

      Selamat malam!

      1) Berdasarkan syarat-syarat pertanyaan, dapat diasumsikan bahwa jumlah yang diterima dari pembeli sesuai dengan cek yang sebenarnya dikeluarkan.

      Dalam hal kemungkinan tanggung jawab, kita mungkin berbicara tentang pelanggaran prosedur dan ketentuan penggunaan mesin kasir:

      Kode Pelanggaran Administratif Federasi Rusia Pasal 14.5. Penjualan barang, pelaksanaan pekerjaan atau penyediaan layanan tanpa adanya informasi yang ditetapkan atau tidak digunakannya peralatan mesin kasir dalam kasus yang ditetapkan oleh undang-undang federal

      4. Penggunaan peralatan mesin kasir yang tidak memenuhi persyaratan yang ditetapkan, atau penggunaan peralatan mesin kasir yang melanggar tata cara pendaftaran peralatan mesin kasir, tata cara, syarat dan ketentuan pendaftaran ulangnya ditetapkan dengan peraturan perundang-undangan. Federasi Rusia tentang penggunaan peralatan mesin kasir, tata cara dan syarat penerapannya -
      memerlukan peringatan atau pengenaan denda administratif pejabat berjumlah satu setengah ribu sampai tiga ribu rubel; untuk badan hukum - peringatan atau pengenaan denda administrasi dalam jumlah lima ribu hingga sepuluh ribu rubel.
      (Bagian 4 diperkenalkan oleh Undang-undang Federal tanggal 3 Juli 2016 N 290-FZ)

      Dalam situasi Anda, Anda salah menunjukkan rincian tambahan yang ditetapkan atas perintah Layanan Pajak Federal - tanda metode perhitungan. Rincian ini tidak berlaku untuk rincian wajib yang ditetapkan oleh undang-undang.

      Surat Kementerian Keuangan Rusia tanggal 28 April 2017 N 03-01-15/26352

      Klausul 1 Pasal 4.7 Undang-Undang Federal N 54-FZ mendefinisikan perincian wajib yang harus berisi tanda terima tunai dan formulir pelaporan yang ketat, kecuali untuk kasus-kasus yang ditetapkan oleh Undang-Undang Federal tersebut, termasuk: nama barang, pekerjaan, jasa (jika volume dan daftar layanan dimungkinkan tentukan pada saat pembayaran), pembayaran, pembayaran, kuantitasnya, harga per unit dengan memperhitungkan diskon dan markup, biaya dengan memperhitungkan diskon dan markup, menunjukkan tarif pajak pertambahan nilai (kecuali untuk hal penyelesaian oleh pengguna yang bukan Wajib Pajak atas biaya Pajak Pertambahan Nilai atau dibebaskan dari pemenuhan kewajiban Wajib Pajak Pertambahan Nilai, serta melakukan pembayaran atas barang, pekerjaan, jasa yang tidak dikenakan pajak (dibebaskan dari pengenaan pajak) dengan pajak pertambahan nilai). Pada saat yang sama, kami mencatat bahwa menurut informasi yang diterima dari Layanan Pajak Federal Rusia, jika volume dan daftar barang, pekerjaan, jasa tidak dapat ditentukan pada saat pembayaran (setelah menerima pembayaran di muka dan (atau) pembayaran angsuran), pembayaran di muka dan dana sebenarnya yang diterima ditunjukkan pada tanda terima kas (formulir pelaporan yang ketat). Dalam penyelesaian akhir, dengan mempertimbangkan pembayaran di muka yang diberikan sebelumnya, rincian wajib yang diatur dalam Pasal 4.7 Undang-Undang Federal N 54-FZ ditunjukkan pada tanda terima tunai, dan jumlah pembayaran tunai dan (atau) sarana elektronik dari pembayaran atas barang, pekerjaan, jasa yang dijual menunjukkan dana yang sebenarnya diterima tanpa mengacu pada item produk tertentu, sedangkan jumlah uang muka yang diterima sebelumnya tidak tercermin. Kami juga mencatat bahwa sesuai dengan paragraf 4 Pasal 4.1 Undang-Undang Federal N 54- FZ, perintah Layanan Pajak Federal Rusia tertanggal 21 Maret 2017 N ММВ-7-20/229@ " Atas persetujuan rincian tambahan dokumen fiskal dan format dokumen fiskal yang wajib digunakan.” Rekomendasi metodologis yang relevan, termasuk mengenai pembuatan penerimaan kas, akan diposting di situs resmi Layanan Pajak Federal Rusia.

      Terlihat dari surat tersebut, pertanyaan mengenai pelaksanaan transaksi melalui mesin kasir untuk pembayaran di muka masih tetap ada, karena Kementerian Keuangan memperhatikan rekomendasi metodologis.

      2) Terlepas dari semua ambiguitas fakta pelanggaran administratif yang dilakukan, Anda dapat menggunakan catatan Pasal 14.5 Kode Pelanggaran Administratif Federasi Rusia

      Catatan. Seseorang yang secara sukarela mengajukan permohonan tertulis kepada otoritas pajak tentang tidak digunakannya peralatan mesin kasir dalam kasus-kasus yang ditetapkan oleh undang-undang Federasi Rusia tentang penggunaan peralatan mesin kasir, atau tentang penggunaan peralatan mesin kasir yang tidak memenuhi persyaratan yang ditetapkan, atau tentang penggunaan mesin kasirnya peralatan yang melanggar peraturan yang ditetapkan oleh undang-undang Federasi Rusia tentang penggunaan peralatan mesin kasir, prosedur pendaftaran peralatan mesin kasir, prosedur, syarat dan ketentuan untuk pendaftaran ulang peralatan mesin kasir dan tata cara penerapannya dan siapa yang dengan sukarela memenuhi, sebelum keputusan diambil dalam hal pelanggaran administratif, suatu kewajiban karena tidak terpenuhinya atau tidak terpenuhinya secara tidak wajar, yang mana orang tersebut dianggap bertanggung jawab secara administratif, dibebaskan dari tanggung jawab administratif atas pelanggaran administratif yang ditentukan oleh
28.07.2017 Rilis 1.10 dari paket perangkat lunak VT:Magazin telah dirilis. Versi baru perangkat lunak ini mendukung pekerjaan dengan PKC “AMS-300F”, “Mercury-119F”. "Stasiun Kerja Manajer" mengimplementasikan pekerjaan penuh dengan mesin kasir "AMS-100F" dalam mode "Offline". Kesalahan yang terdeteksi telah diperbaiki.

Perubahan besar dibandingkan versi 1.9

Tempat kerja kasir

  • Menambahkan dukungan terbatas untuk FR "Mercury-119F" dengan penyimpanan fiskal. Pembatasan ditunjukkan dalam riwayat perubahan ARMC.
  • Parameter "Sistem perpajakan default" telah ditambahkan ke pengaturan tambahan mesin kasir untuk model mesin kasir "AMS-100F", FR "K1-F" dan FR "Shtrikh-M" dengan FN. Versi driver "Shtrikh-M: FR Driver" minimal harus 4.13.580. Parameter "Sistem perpajakan" telah dihapus dari jendela parameter PKC "AMS-100F" dan FR "K1-F".
  • Modul perolehan Bank.dll telah diperbarui ke versi 1.27. Operasi "Cetak dokumen dari arsip" telah ditingkatkan. Menambahkan jendela pratinjau konten file ke dialog pemilihan file. Menambahkan dukungan untuk mencetak dokumen bank pada Mercury-119F FR.
  • Jumlah upaya untuk menulis ke database ketika mengubah data secara kompetitif dari beberapa stasiun kerja telah ditingkatkan, yang, dengan jumlah stasiun kerja yang besar, dapat menyebabkan pesan bahwa produk diblokir.
  • Operasi "Kasir - Pengembalian barang dengan tanda terima" tidak terkunci untuk mesin kasir dengan penggerak fiskal.
  • Menonaktifkan opsi “Pengembalian barang hanya dapat dilakukan jika barang tersebut dijual menggunakan mesin kasir saat ini pada shift saat ini” di pengaturan pengguna sekarang memungkinkan pengembalian barang yang terjual selama shift kasir mana pun di kasir mana pun.
  • Dalam pengaturan pengguna, di bagian “Pengaturan lainnya”, opsi “Keluar otomatis dari mode transfer bank jika terjadi kesalahan/pembatalan transaksi perbankan” telah ditambahkan.
  • Parameter "Nama untuk operasi penjualan dengan harga gratis" telah ditambahkan ke pengaturan pengguna.
  • Item “Ubah tarif pajak dalam tanda terima” telah ditambahkan ke bagian “Antarmuka” dalam menyiapkan hak kategori pengguna.
  • Perintah “Subtotal” telah ditambahkan ke menu “Receipt”.
  • Pada jendela untuk memilih produk dari beberapa produk dengan barcode yang sama, yang ditampilkan saat menambahkan produk ke struk, kolom “Artikel” dan “Tambahan” telah ditambahkan. informasi”, dan juga menyesuaikan visibilitas kolom, font dan warna latar belakang tabel.
  • Saat bekerja dengan ATOL DF, mekanisme untuk memantau kerusakan kertas dan mencetak ulang tanda terima setelah memuat gulungan baru telah ditingkatkan.
  • Saat bekerja dengan FR perusahaan ATOL, kemungkinan terjadinya kesalahan “(-3897) Cek tidak dibayar penuh” dan “(-3835) Jumlah yang disumbangkan oleh klien kurang dari jumlah cek” ketika pencetakan cek dengan diskon total telah dihilangkan.
  • Kemungkinan terjadinya kesalahan “(69) Jumlah semua jenis pembayaran kurang dari total kwitansi” saat mencetak kwitansi dengan diskon pembelian (barang kwitansi) pada laporan keuangan perusahaan Shtrikh-M telah dihilangkan. .
  • Dikoreksi. Saat melakukan operasi "Kasir - Pengembalian barang dengan tanda terima", tanda terima pengembalian dibuat tanpa memperhitungkan diskon pembelian (item pembayaran).
  • Dikoreksi. Saat bekerja dalam mode “Tanpa mesin kasir”, saat menambahkan pembelian ke tanda terima, jumlah pajak tidak dihitung.

Tempat kerja manajer

  • Mendukung pekerjaan dengan CCP “AMS-100F” dalam mode Offline.
  • EGAIS. Periksa keberadaan node yang diperlukan dinonaktifkan dalam file XML format TTN v2 yang masuk. Kini kehadiran node ini tidak wajib.
  • Bidang “Telepon” dan “Alamat email” telah ditambahkan ke direktori kartu diskon.
  • Perintah “Reprice” telah ditambahkan ke kartu produk, di menu “Operasi”.
  • Kolom “Satuan Pengukuran” telah ditambahkan ke bagian tabel faktur. Visibilitas kolom diaktifkan di menu “Pengaturan” di jendela dokumen.
  • Di direktori produk, kesalahan pencarian berdasarkan kode produk telah diperbaiki jika ukuran kode yang dicari melebihi 14 karakter.

Server uang tunai

  • Bekerja dengan PKC “AMS-300F” didukung.
  • Parameter "Nama barang untuk operasi" Dijual dengan harga gratis "" telah ditambahkan ke pengaturan properti mesin kasir "AMS-100F".
  • Jika kwitansi berisi minuman beralkohol tidak dapat ditransfer ke EGAIS UTM, teks detail kesalahan yang dikembalikan dari UTM kini dapat dicetak di mesin kasir AMS-100F dan AMS-300F.
  • Saat bekerja dengan sistem mesin kasir AMS-100F, pembatasan memasukkan diskon pada kartu diskon pada cek pengembalian dana telah dihapus. Memasukkan diskon manual (dari keyboard mesin kasir) pada cek pengembalian dana dilarang di tingkat perangkat lunak mesin kasir.
  • Untuk meningkatkan keandalan pencatatan peristiwa yang terjadi pada CCP AMS-100F, perubahan dilakukan pada protokol pertukaran dengan CCP. Pembaruan perangkat lunak MI-01 akan diperlukan.
  • Dikoreksi. Kwitansi berisi minuman beralkohol, ditutup di mesin kasir "AMS-100F" dengan pembayaran melalui transfer bank dan ditransfer ke EGAIS, disimpan di database tanpa tanda pembayaran nontunai.
  • Dikoreksi. Saat bekerja dengan mesin kasir AMS-100F, opsi di properti mesin kasir tidak berfungsi: EGAIS - Cetak slip untuk tanda terima pengembalian.
  • Dikoreksi. Saat menetapkan nomor jaringan terminal mesin kasir “AMC-100F” lebih besar dari 99, indikator “Komunikasi” dan “Online” tidak ditampilkan di jendela server mesin kasir, dan pesan tidak dikirim ke monitor mesin kasir.
  • Dikoreksi. Saat menjual produk di mesin kasir AMS-100F, yang kodenya melebihi 7 karakter, produk tersebut disimpan di log tanda terima dengan nilai kode yang salah.
Penjelasan lebih rinci tentang perubahan, serta riwayat perubahan pada modul lain, dapat ditemukan di file riwayat perubahan yang sesuai.

Pertanyaan: UT 11, kartu diskon sudah dibatalkan, namun diskon tetap berlaku


Selamat siang.
UT 11.4.1.261, diskon dikonfigurasi sesuai dengan skema perkalian. Sistem tabungan diskon.
Saat mengganti kartu klien dari 3% menjadi 6% setelah mencapai akumulasi volume penjualan, kartu 3% dibatalkan. Namun pada pemeriksaan berikutnya, ketika menunjukkan kartu diskon baru untuk klien ini (6%), diskon dihitung sebesar 9% (sejak dikalikan, diskon 3 dan 9 dijumlahkan, tetapi kartu 3% sudah dibatalkan.. )

Ketentuan diskon pada kartu 3% adalah “Klien adalah pemilik kartu loyalitas “Akumulatif 3%”.”
Bukankah syarat 3% harusnya berhenti dipenuhi setelah kartu dibatalkan?...

Menjawab: Setidaknya dimungkinkan untuk menghilangkan kesalahan acak dengan menentukan grup bukan perkalian, tetapi maksimum

Pertanyaan: v7: Periksa Atol30F yang dibatalkan


Selamat tinggal!
Kemarin kami pasang mesin kasir Atol30F, sambungkan, coba cetak kwitansi, cetakannya banyak kesalahan, ada PPN, sistem perpajakan yang salah dan banyak hal kecil lainnya, tetapi kwitansi TERCETAK. Hari ini saya memperbaiki sistem perpajakan, mentransfer 8 UTII, dan menghapus PPN dari dokumen, file xml dibuat secara normal, tetapi meja kas mengeluarkan cek yang dibatalkan. Di mana menggali? Saya mengubah versi driver dari 8.14 menjadi 8.16, FN versi 1.0.

Menjawab: Teman-teman, semuanya berfungsi! Terima kasih atas partisipasi Anda. Ada beberapa pertanyaan kecil yang tersisa, tentang nuansanya.
1. Apakah mungkin untuk mengurangi font (konsumsi tape sangat tinggi)
2. Dan bagaimana satu baris dari sebuah cek dapat digabungkan dengan baris lainnya, pada gambar ini

Tempatkan baris “PRODUK” dan “PEMBAYARAN PENUH” pada tingkat yang sama.

Pertanyaan: CHECKDB Jika ada hasil sebaiknya dibuang


Saat menyimpan database menggunakan 1C, muncul error DBMS Error:
Klien Asli Microsoft SQL Server 11:0: SQL Server mengalami kesalahan I/O terkait konsistensi logis: Checksum tidak valid (diharapkan 0x78a1455f; sebenarnya: 0x3ca0c55f). Terjadi saat membaca halaman (1:2106472) di database ID 7 pada offset 0x000004048d0000 dari file "C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\tkpt.mdf". Untuk informasi selengkapnya, lihat log kesalahan SQL Server dan log peristiwa sistem. Ini adalah kesalahan serius yang mengancam integritas database dan harus segera diperbaiki. Lakukan pemeriksaan konsistensi database lengkap (DBCC CHECKDB). Kesalahan ini bisa disebabkan oleh banyak alasan; Untuk informasi selengkapnya, lihat SQL Server Buku Online. HRESULT=80004005, SQLSrvr:SQLSTATE=HY000, status=2, Tingkat Keparahan=18, asli=824, baris=1

Apakah CHECKDB. Ini memberikan kesalahan di akhir yang mengatakan "Terjadi kesalahan serius saat menjalankan perintah saat ini. Jika ada hasil, hasil tersebut harus dibuang." Apa yang harus dilakukan?

Menjawab:()forumnya salah. untuk Anda di sql.ru.

Pertanyaan: Bagaimana cara mengaktifkan sertifikat untuk dijual kembali


1C 8.3.5.1248 UT 11.1.7.49
Termasuk penjualan sertifikat retail.
Membuat jenis sertifikat (satu kali untuk satu cek)
Saya membuat tiga sertifikat hadiah pada kartu yang sama. (status mereka menjadi tidak aktif)
Membuka shift Penjualan. Saya menjual sertifikat pertama dari tempat kerja kasir. (statusnya menjadi aktif) menutup shift.
Membuka shift baru, memilih produk dan membayar dengan sertifikat ini. (statusnya menjadi padam sepenuhnya). Menutup shift.
Membuka shift baru dan memilih penjualan sertifikat; sertifikat ini tidak ada dalam daftar pilihan. Hanya ada dua yang berstatus tidak aktif.
Bagaimana cara mengubah status sertifikat? Apakah sertifikatnya hanya satu kali saja?
Kalau saya bayar dengan sertifikat, ada saldo karena barangnya lebih murah.
Saya coba batalkan dan hapus saldo, tapi sekarang status sertifikat pertama dibatalkan.
Dan itu juga tidak memungkinkan Anda untuk memilihnya saat menjual.
Saya menjual sertifikat kedua dengan jumlah barang yang persis sama. Sekarang statusnya padam sepenuhnya. dan tidak dapat dipilih untuk dijual kembali.
Sertifikat Kamikaze diperoleh))
Anda tidak dapat mengubah status di kartu sertifikat. Item menu Izinkan detail pengeditan. tidak mengizinkan perubahan status sertifikat. tetap tidak aktif.

Menjawab:

shegarka73 berkata:

Kami melakukan pemrosesan yang mengubah status sertifikat yang dibatalkan.

Klik untuk memperluas...

Bisakah Anda mengirimkan saya pemrosesan yang mengubah status sertifikat yang dicabut?

Pertanyaan: Cek Dibatalkan


Selamat siang. Beberapa cek dibatalkan karena alasan “Cek tersebut tidak dibayar lunas.” Namun belum dibayar lunas karena kasir menambahkan 1 kopeck pada posisi cek. Dalam pengaturan TO, perbedaan yang diperbolehkan dalam kontrol format-logis adalah 0,01. Apa yang dapat saya lakukan untuk mencegah pembatalan cek?

Menjawab: Apnu
KA 1.1.87.1 terbaru, ketika hendak bolong cek, muncul masalah dari subyeknya.

Dari hanya 5 item, satu di cek digandakan dan harganya naik 1 kopeck.

Dalam dokumen tersebut, harga posisinya adalah 115.00, kuantitasnya adalah 11.905
Cek tersebut dibagi menjadi dua bagian:
1)1,5 x 115,01 = 172,52 tunjangan = 0,02
2)11,405 x 115= 1311,57

Tidak ada PPN, tidak ada diskon.

Pertanyaan: Transisi dari ZiK 7.7


Halo. Mentransfer data dari ZIK 7.7 ke ZUK 2.5. Ditoleransi dengan pengobatan standar. Atur gaji dan hitung dengan benar. Tapi di penggajian seluruh karyawan ada saldo awal, meski tidak boleh ada. Katakan padaku bagaimana cara memperbaiki atau membatalkan data untuk 30 April, misalnya.

Menjawab:

Periode saat ini adalah bulan Mei. Setelah ditransfer melalui laporan universal ke dalam register “Data akrual untuk menghitung pendapatan rata-rata (total)”, datanya hanya untuk bulan Februari. Maret dan April sudah berlalu.

Pertanyaan: v7: Kesalahan saat mencetak struk di FR BAR: Nilai di kolom panjang tidak valid


Selamat siang, konfigurasi TIS, kami menghubungkan FR SHTRIH FR-K.
Pertanyaan pertama. Ketika seseorang membeli beberapa item suatu produk, karena alasan tertentu kwitansi dikeluarkan hanya untuk satu item, dan di bagian bawah kwitansi tertulis kwitansi dibatalkan.
1C sendiri menulis: Pencatat fiskal: kesalahan saat mencetak cek
Nilai tidak valid di bidang panjang
Cek KKM belum dilubangi!
Sebelumnya, registrar yang sama dari 10.3 mencetak cek normal dengan banyak posisi.

Menjawab: box office tahun 2006

Pertanyaan: Mencetak kode QR di Retail 2.2


Halo semua!
Setelah memutakhirkan satu mesin kasir bar-m ke online dan memperbarui driver, secara berkala saat mencetak tanda terima, terjadi kesalahan yang tidak dapat dipahami, masalah mengambang pada tahap keluaran kode qr EGAIS.
Menurut prosesnya terjadi hal-hal sebagai berikut: kasir menekan Punch, perintah untuk fiskalisasi cek dikirim ke FR, FR mengeluarkan cek kertas (fiskal), setelah itu dilakukan banding ke modul transportasi untuk ditandatangani. Sistem Informasi Otomatis Negara Terpadu. UTM berhasil mengembalikan tanda tangan dan mulai mencetaknya. Menurut pengamatan saya, di sinilah kesenjangan itu terjadi. KARENA sesuai kode, jika terjadi kesalahan pencetakan qr, 1C melanjutkan ke prosedur Cetak Cek_Setelah Kesalahan Cetak Cek dimana alamat di EGAIS dan tanda tangan EGAIS dihapus dan mengirimkan permintaan ke UTM untuk pengembalian. Dan ceknya sendiri di 1C tidak dilubangi, tanpa nomor shift, tanpa nomor cek KKM, dibatalkan di EGAIS, tapi sudah tercantum di OFD.
Entah ada masalah dengan driver terbaru, atau masalah pada alamat EGAIS yang perlu dicetak, atau kesalahan pada 1C.
Untuk sementara menambahkan kemampuan untuk mendorong cek HANYA melalui EGAIS dan mengatur karakteristik cek yang seharusnya dilubangi pada shift ini dan itu dan dengan nomor ini dan itu.

Pertanyaan: Retail 2.2 dan mesin kasir online. Kesalahan saat memasukkan cek.


Ritel 2.2.5.27, UTII. Mereka memutuskan untuk memasang mesin kasir di gerai ritel baru (saat ini tanpa FN). Kami memilih FPrint22PTK. Dan sekarang saya sedang berjuang untuk mewujudkannya. Jika Anda memilih:
1) Pada driver perangkat ATOL: FPrint-22PTK/k/envd dan protokol pertukaran Atol 2.4 pada perangkat - ketika cek dilubangi, ini akan menampilkan "pemeriksaan dibatalkan". (Pada protokol ATol 3.0, tes FPrint-22PTK/k/envd tidak lulus.
2) Pada protokol Atol 3.0 dengan pilihan ATOL 22f/FPrint-22PTK, shift buka dan tutup, laporan pembatalan ditampilkan, tetapi cek tidak dicetak.
Pada konfigurasi umum, kesalahannya adalah: “Kesalahan antarmuka EKLZ/FN1.” Saya menemukan informasi di forum atol bahwa saya perlu menambahkan sebaris kode di modul Equipment ManagerClient (- pesan tertanggal 06/12/17).
Oke, saya mengubah konfigurasinya. Sekarang, ketika mencoba membuat cek, muncul kesalahan: “kesalahan tidak diketahui 238D|00EEH”. Lagi-lagi Google mengangkat topik bahwa hal ini disebabkan oleh pemilihan sistem perpajakan yang salah. (misalnya, berikut petunjuknya). Saya memilih UTII di driver - itu tidak membantu.

Bagaimana cara mengatasinya? Atau mungkin peralatan ini tidak bisa digunakan tanpa registrasi dan registrasi fisik?

Menjawab:() jangan datang lagi

Perwakilan Layanan Pajak terus-menerus menjelaskan aturan kerja baru kepada pengguna PKC di halaman publikasi profesional dan situs web, di seminar, konferensi, dan acara lainnya. Namun pertanyaan masih tetap ada, dan ada banyak pertanyaan. Pilihan jawaban hari ini dari spesialis Layanan Pajak Federal didedikasikan untuk menerbitkan tanda terima kas untuk pengembalian.

Pembayaran di muka untuk layanan yang tidak disediakan

Klien melakukan pembayaran di muka untuk layanan tersebut, tetapi layanan tersebut hanya diberikan sebagian. Bagaimana cara memproses pengembalian dana dengan benar?

Dalam hal ini, cek dibuat dengan atribut "pengembalian tanda terima" untuk jumlah yang harus dikembalikan, yaitu jumlah layanan yang tidak diberikan.

Pengguna mengklaim bahwa beberapa sistem tidak mengizinkan Anda mengeluarkan pengembalian dana untuk sebagian dari jumlah tersebut. Bagaimana menjadi?

Dari sudut pandang hukum, dalam situasi ini perlu untuk disingkirkan satu untuk jumlah yang dikembalikan. Undang-undang tidak menetapkan batasan apa pun mengenai pembentukan cek semacam itu.

Klien membayar 5000 rubel sebagai pembayaran di muka untuk layanan. Dia diberi cek "tanda terima", yang menunjukkan metode pembayaran "pembayaran di muka 100%" untuk satu item produk - layanan. Namun, klien menolak beberapa layanan, dan sekarang dia harus kembali 500 rubel. Apa yang harus ada pada cek pengembalian?

Dalam cek dengan atribut “receipt return”, Anda harus menunjukkan parameter yang sama seperti pada cek “receipt” (kecuali untuk atribut itu sendiri dan harganya). Dalam contoh yang diberikan, Anda perlu menentukan:

  • tanda tangan - pengembalian tanda terima;
  • tanda metode pembayaran - pembayaran di muka 100%;
  • nama barang produk dan tarif PPN sama dengan data pada kuitansi asli;
  • biaya item penyelesaian dan jumlah tunai/elektronik - 500 rubel;
  • PPN atas cek adalah jumlah PPN yang termasuk dalam 500 rubel ini.

Dalam contoh yang diberikan, satu cek diterbitkan setelah menerima pembayaran di muka dan cek kedua dikeluarkan untuk pengembalian sebagiannya. Namun, ketika melakukan perhitungan pembayaran di muka, Layanan Pajak Federal merekomendasikan untuk melakukan cek lain - cek teknis. Ini harus dihilangkan pada saat layanan diberikan. Artinya, dalam contoh di atas Anda perlu memberi tanda centang untuk jumlah 4500 rubel dengan tanda metode pembayaran “full settlement”.

Cara mengembalikan uang yang benar kepada pembeli untuk suatu barang

Kebetulan karena kualitas yang buruk, pembeli menuntut penurunan harga produk. Dalam hal ini, selisih biaya dikembalikan kepadanya. Bagaimana saya bisa melakukan ini dengan cek?

Dalam contoh yang diberikan, urutan berikut harus digunakan:

  1. Untuk harga penuh barang, yang kualitasnya dianggap tidak memadai, Anda harus mendaftar periksa dengan tanda “pengembalian kwitansi”.
  2. Mengalahkan periksa dengan tanda "kwitansi" dengan harga pokok barang yang baru.

Mengapa pesanan ini? Hal ini dilakukan demi kepentingan pembeli. Memang dalam hal ini, harga pembelian telah berubah, dan dia seharusnya memiliki kwitansi dengan harga yang benar di tangannya.

Pembeli tidak mentransfer uang sejumlah harga pokok barang yang baru kepada penjual, sehingga kedua cek tersebut menunjukkan “jumlah penawaran balik”. Dan pada cek bertanda “pengembalian kwitansi” dicantumkan rincian “jumlah tunai/elektronik”.

Pembeli mengembalikan tiket acara hiburan dan dikenakan denda. Cek apa yang perlu dikeluarkan?

Operasi ini akan diformalkan dengan dua cek:

  1. Cek dengan tanda “pengembalian kwitansi” untuk seluruh jumlah tiket. Ini harus menunjukkan:
    • dalam rincian "jumlah penyelesaian" - biaya tiket;
    • dalam rincian “jumlah melalui cek tunai/elektronik” - jumlah dana yang dibayarkan kepada klien, yaitu biaya tiket dikurangi denda;
    • dalam rincian "jumlah cek per provisi" - jumlah denda.
  2. Cek bertanda “kwitansi” sejumlah denda. Ini mencerminkan:
    • "nama subjek pembayaran" - menunjukkan bahwa denda dipotong;
    • "atribut subjek pembayaran" - "pembayaran";
    • "jumlah penyelesaian" dan "jumlah cek dengan ketentuan counter" - jumlah denda.

Undang-undang 54-FZ tidak secara tepat mengatur apa yang dimaksud dengan penerimaan dan pembayaran uang untuk suatu produk atau jasa. Dengan kata lain, menerima atau mengeluarkan jumlah yang terkait dengan penjualan barang juga dapat diklasifikasikan sebagai “pembayaran”.

Denda yang dibayarkan oleh pembeli tiket pada contoh di atas juga diakui sebagai pelunasan. Dan cek sejumlah denda harus dikeluarkan. Selain itu, tidak masalah bagaimana denda dibayarkan:

  • penyetoran uang oleh pembeli;
  • menahan jumlah denda dari pengembalian dana.

Dan dalam satu kasus, dalam kasus lain, operasi penyelesaian dengan klien ketika dia mengembalikan tiket dibagi menjadi 2 bagian:

  • pengembalian seluruh biaya tiket;
  • mengenakan denda.

Operasi ini dapat dilakukan secara bersamaan. Namun masing-masing harus disertai kuitansi tersendiri. Memang, dari sudut pandang akuntansi, ini adalah dua operasi yang sangat berbeda. Layanan Pajak berupaya mendekatkan pajak dan akuntansi. Jika Anda hanya mengeluarkan satu tanda terima pengembalian kepada pembeli, ini tidak mencerminkan esensi transaksi bisnis.

Pembeli melakukan pembayaran di muka dan kemudian melakukan pembayaran tambahan atas barang yang dikirimkan kepadanya. Namun, itu harus dikembalikan. Apa yang harus Anda lakukan dalam kasus ini? Apakah saya perlu mengeluarkan dua cek bertanda “pengembalian kwitansi” atau dapatkah saya menggunakan satu cek untuk seluruh jumlah pembelian?

Dalam hal ini, Anda perlu membuat satu cek dengan atribut "pengembalian tanda terima". Tergantung pada kapan barang dikembalikan - sebelum atau sesudah pembayaran penuh - beberapa rincian tanda terima akan dicantumkan secara berbeda, yaitu:

  1. Barang telah dibayar penuh dan kemudian dikembalikan:
    • dalam “atribut metode pembayaran” Anda harus menunjukkan “pembayaran penuh”;
    • Dalam detail “jumlah pembayaran”, tunjukkan harga penuh barang (pembayaran di muka + pembayaran akhir).
  2. Produk dikembalikan setelah pembayaran sebagian:
    • dalam “atribut metode pembayaran” Anda harus menunjukkan “pembayaran sebagian dan kredit”;
    • rincian “jumlah penyelesaian” mencerminkan seluruh harga pokok barang;
    • dalam rincian "jumlah pembayaran" - pembayaran di muka yang dilakukan oleh pembeli dan sekarang dikembalikan kepadanya;
    • dalam rincian "jumlah kredit" - selisih antara harga pokok barang dan uang muka, yaitu jumlah yang tidak pernah dibayar oleh pembeli.

Mengembalikan barang yang dibeli secara kredit

Produk dibeli secara kredit tetapi dikembalikan dengan garansi. Sebagian biaya diterima dari pembeli secara tunai, dan sebagian lagi diterima dari bank ke rekening bank. Oleh karena itu, cek bertanda “kwitansi” diterbitkan hanya sebesar jumlah yang diterima secara tunai dari pembeli. Ketika pembeli mengembalikan barang, pinjaman telah dilunasi seluruhnya. Bagaimana cara mengeluarkan cek pengembalian - untuk seluruh jumlah atau hanya sebagian yang dibayar tunai?

Dalam hal ini ia tersingkir periksa dengan tanda “pengembalian kwitansi” untuk biaya penuh barang. Tidak peduli bagaimana uang itu dikembalikan kepada pembeli. Dan ini dapat dilakukan dengan tiga cara berbeda:

  • ke rekening banknya;
  • uang tunai;
  • sebagian secara kredit, dan sebagian lagi secara tunai.

Jika opsi terakhir dipilih, maka centang menunjukkan hal berikut: persyaratan:

  • "jumlah cek tunai" - jumlah yang dikembalikan kepada pembeli secara tunai;
  • “jumlah melalui cek elektronik” - jumlah yang ditransfer ke rekening banknya;
  • dalam jumlah penyelesaian akhir untuk cek - seluruh harga barang;
  • dalam "atribut metode pembayaran" ditunjukkan "pembayaran penuh".

Namun penjual tidak mempunyai kewajiban untuk menggunakan mesin kasir saat mengembalikan uang ke rekening bank pembeli. Apakah mungkin mengeluarkan cek hanya sejumlah yang dikembalikan kepadanya secara tunai?

Meskipun undang-undang tidak melarang perintah tersebut, namun tidak mungkin dilaksanakan. Seperti pemeriksaan tidak akan melewati format dan kontrol logis pada mesin kasir dan saat memproses informasi oleh sistem Layanan Pajak Federal. Masalahnya adalah bahwa cek pengembalian kwitansi, yang diterbitkan untuk seluruh harga barang, tidak dapat hanya memuat sebagian dari biaya ini dalam rincian “jumlah pelunasan”. Nilai pada struk juga tidak dapat dikurangi, jika tidak maka harga produk akan turun. Dan ini tidak benar. Setelah menerima data tersebut, Layanan Pajak Federal akan meminta dokumen pendukung yang menjadi dasar penurunan harga. Dengan demikian, penjual tidak dapat menyajikannya, karena harga barang sebenarnya tidak berubah.

Barang yang dibeli secara kredit ternyata kualitasnya buruk. Menurut ketentuan kontrak, dalam hal ini penjual harus mengganti pembeli tidak hanya biayanya, tetapi juga bunga pinjaman. Apakah perlu mengeluarkan cek kepada pembeli sebesar jumlah ini?

Telah disebutkan di atas bahwa menerima dari pembeli suatu jumlah yang tidak secara langsung merupakan pembayaran atas suatu produk atau jasa, tetapi berkaitan dengan penjualannya, juga merupakan suatu perhitungan. Pada kasus ini pembayaran bunga pinjaman berhubungan langsung dengan penjualan barang, yang dikembalikan, jadi mesin kasir harus digunakan.

Jadi, ketika mengembalikan uang untuk barang-barang berkualitas rendah dan bunga pinjaman, pembeli diberikan 2 cek:

  1. Dengan tanda “tanda terima pengembalian” sebesar harga pokok barang.
  2. Dengan tanda “beban” sebesar bunga pinjaman. Tanda dari metode perhitungan adalah “perhitungan penuh”.

Apa yang harus ditunjukkan sebagai nama item produk jika cek kerugian dibuat?

Dalam hal ini, subjek perhitungan ditunjukkan operasi yang sedang berlangsung, misalnya kompensasi kerugian suatu produk tertentu. “Pembayaran” ditunjukkan sebagai tanda subjek pembayaran.

Jika suatu barang dipesan untuk dikirim dan kemudian dikembalikan, bagaimana cara membuat tanda terima? Biaya pengiriman tidak akan dikembalikan kepada pembeli.

Tanda terima yang diberikan kepada pembeli pada saat penjualan harus menunjukkan dua item:

  • harga pokok barang;
  • biaya pengiriman.

Saat mengembalikan produk ini, cek dengan tanda “pengembalian kwitansi” hanya akan diberikan sebesar biaya produk, karena uang untuk pengiriman tidak akan dikembalikan.

Apa perbedaan format dokumen fiskal Partai Komunis Tiongkok yang berlaku saat ini? Mana yang lebih nyaman untuk memproses pembayaran sebagian barang? Bagaimana cara membaca laporan shift yang menggantikan laporan Z dengan benar? Kepala departemen otomasi perdagangan ritel di 1C menceritakan hal ini kepada BUKH.1S. Olga Salimova.

Format dan masa berlakunya

Perintah Layanan Pajak Federal No. -7-20/229@ tanggal 21 Maret 2017 memperkenalkan tiga versi format dokumen fiskal secara bersamaan:

  • FFD 1.0 - untuk interaksi dengan penyimpanan fiskal 1.0,
  • FFD 1.1 untuk interaksi dengan drive 1.1,
  • FFD 1.05 merupakan transisi, dimana mesin kasir beroperasi dengan jumlah detail yang lebih banyak dengan FN 1.0 yang sama.

Format 1.0 telah dianggap kurang rinci; tidak mungkin menarik kesimpulan pasti tentang transaksi bisnis sebenarnya. Jadi urutan yang sama menetapkan tanggal kedaluwarsa untuk format penggerak fiskal 1.0 - 1 Januari 2019.

Belum ada batasan waktu untuk format 1.05. Oleh karena itu, dengan beralih ke format ini, Anda dapat bekerja dengan aman setidaknya selama lima tahun ke depan.

Pembayaran sebagian

Sebagian besar pengecer menggunakan FFD 1.0 dan tidak mengalami masalah apa pun. Memang, penjualan eceran pada umumnya di toko-toko, yang biasa kita semua lakukan, menyiratkan bahwa jumlah pembayaran sama dengan harga pokok barang, dan pengiriman terjadi pada saat pembayaran.

Masalah dimulai ketika Anda perlu mengeluarkan cek untuk pembayaran sebagian barang. Dan ini adalah daftar kasus yang cukup luas:

  • Pembayaran dengan sertifikat hadiah atau bonus.
  • Penjualan barang sesuai pesanan (misalnya furnitur).
  • Angkutan umum, penumpang, kereta api dan angkutan udara.
  • Acara olah raga dan hiburan lainnya.
  • Parkir dengan pengisian akun melalui aplikasi seluler.
  • Menjual langganan majalah elektronik.

BUKH.1S membuka saluran di messenger Telegram. Saluran ini setiap hari menulis dengan humor tentang berita utama bagi akuntan dan pengguna program 1C. Untuk menjadi pelanggan saluran, Anda perlu menginstal messenger Telegram di ponsel atau tablet Anda dan bergabung dengan saluran: https://t.me/buhru (atau ketik @buhru di bilah pencarian di Telegram). Berita tentang pajak, akuntansi, dan 1C - segera ada di ponsel Anda!

Perdagangan besar juga wajib menggunakan sistem kasir jika pembayaran dilakukan secara tunai atau alat pembayaran elektronik. Dan memproses sebagian pembayaran tunai menjadi masalah. Memang, dalam hal pembayaran sebagian, jumlah sebagian barang tidak sesuai dengan jumlah pembayaran. Setiap transaksi dikeluarkan dengan setidaknya dua cek - untuk penerimaan dana dan untuk pengiriman. Catatan kaki cek menunjukkan jumlah pelunasan: jumlah pembayaran yang diterima secara tunai atau sarana elektronik dan jumlah pelunasan barang. Oleh karena itu, dengan menggunakan pendekatan “ritel” yang biasa, kita mendapatkan pernyataan omzet yang berlebihan untuk transaksi tersebut.

Contoh

Mari kita ambil contoh penjualan satu tempat tidur bayi dewasa dan dua tempat tidur anak - senilai 14.000 rubel. dua cek untuk uang tunai. Untuk lebih jelasnya, dalam satu shift. 30% dibayarkan pada saat pengiriman (RUB 4.200). 70% - pada cek kedua (9800 rubel).

Bagaimana penjualannya tercermin dalam struk dengan FFD 1.0

Fakta bahwa ini adalah pembayaran sebagian ditunjukkan langsung dalam nama produk. Jumlah cek sama dengan jumlah transaksi, PPN dihitung dengan benar. Jumlah pembayaran dibayarkan secara tunai (RUB 4.200). Namun jumlah pembayaran kredit di masa depan tergolong alat pembayaran elektronik, karena format ini tidak mengenal bentuk pembayaran lainnya.

Dengan pemeriksaan kedua, semuanya terjadi secara simetris. Pembayaran pinjaman yang diterima secara tunai juga tercermin dengan benar, dan kredit di muka juga dikreditkan ke alat pembayaran elektronik.

Lebih dari 80% pengguna mesin kasir saat ini menggunakan FFD 1.0. Apa yang harus dilakukan jika Anda tidak puas dengan absurditas yang dijelaskan? Ya, sebenarnya tidak ada apa-apa. Petugas pajak menggambarkannya secara sederhana – “semuanya bertumpuk.” Untuk menangani "heap", mereka datang dengan ekstensi format.

FFD 1.05

Selain banyak detail lainnya, format 1.05 memperkenalkan atribut “tanda metode perhitungan”. Tujuh karakteristik metode pembayaran telah ditetapkan, dengan bantuan yang menjelaskan skema pembayaran sebagian paling populer: pembayaran di muka 100%, pembayaran di muka, pembayaran di muka, pembayaran penuh, pembayaran sebagian dan kredit, transfer pinjaman, pembayaran pinjaman.

Di footer cek dalam format 1.05, dibandingkan dengan FFD 1.0, detail baru telah muncul yang dengan jelas menunjukkan akuntansi perputaran pembayaran sebagian:

  • jumlah pelunasan yang tertera dalam cek (BSO),
  • jumlah cek (BSO) tunai,
  • jumlah cek (BSO) elektronik,
  • jumlah cek (BSO) di muka (advance offset),
  • jumlah cek (BSO) pascabayar (secara kredit),
  • jumlah cek (BSO) dengan ketentuan counter.

Dan di akhir shift, lebih banyak penghitung shift ditambahkan di bagian terkait.

Periksa dengan FFD 1.05

Seperti yang Anda lihat, itu disorot dengan sangat indah di setiap baris. Pembayaran sebagian dan kredit. Besarnya cek ditentukan oleh jumlah lini produk yang sama dengan jumlah transaksi. Jumlah pembayarannya dilakukan secara TUNAI, namun untuk pembayaran secara kredit sudah tertulis secara manusiawi bahwa ini adalah PEMBAYARAN BERIKUTNYA (KREDIT).

Pemeriksaan kedua. Kami menerima pembayaran selanjutnya dalam bentuk TUNAI, dan pembayaran di muka offset juga secara jujur ​​diindikasikan sebagai PEMBAYARAN DIMUKA (ADVANCE).

Yang perlu diperhatikan disini adalah jumlah YANG DITERIMA pada pengecekan pertama. Jumlah penuh ditunjukkan di sini, meskipun kami hanya menerima sebagian saja. (Pendapatan yang “diterima” adalah jumlah arus kas dan kewajiban). Kami bekerja sama dengan pabrikan PKC mengenai topik ini, situasinya akan berubah dalam waktu dekat.

Namun, terlepas dari kekurangannya, kami memahami bahwa saat menggunakan versi 1.05, informasi lebih rinci dikirim ke Layanan Pajak Federal, yang memungkinkan Anda mengevaluasi transaksi bisnis dengan benar. Oleh karena itu, bagi perusahaan yang menggunakan skema pembayaran parsial, perlu beralih ke format 1.05.

Bagaimana cara beralih dari 1,0 ke 1,05?

Perintah Layanan Pajak Federal saat ini menetapkan aturan untuk transisi dari versi ke versi. Anda dapat beralih hanya pada saat mengganti penggerak fiskal.

“Nilai atribut “nomor versi FDF” (tag 1209) ditentukan pada saat pembuatan laporan registrasi atau laporan registrasi ulang sehubungan dengan penggantian FN dan tidak dapat didefinisikan ulang hingga pembuatan versi baru. -laporan pendaftaran sehubungan dengan penggantian FN,” demikian bunyi Surat Perintah.

Namun, format FFD 1.0 sangat merepotkan dan tidak memadai sehingga sedang dipersiapkan amandemen yang akan membatalkan persyaratan ini. Sementara itu, beberapa produsen menawarkan di pasar versi transisi driver FFD 1.0+, yang mendukung beberapa tag opsional untuk 1.0. Secara khusus, tanda metode perhitungan yang sedang kita bicarakan hari ini. Serta Indikator Total Penerimaan dan Indikator Perputaran Shift.

Periksa dengan FFD 1.0+

Semua perhitungan pembayaran sebagian ditampilkan dengan sangat jelas, pascabayar secara kredit tercermin.

Pemeriksaan kedua - pembayaran di muka disorot, pembayaran pinjaman tunai ditunjukkan, dan bahkan jumlah dana yang diterima ditentukan dengan benar. Dan untuk beralih ke 1.0+ Anda hanya perlu memperbarui perangkat lunak saat checkout.

Bagaimana cara menutup shift?

Sebagaimana diketahui, bentuk-bentuk dokumen akuntansi utama untuk pencatatan penyelesaian tunai dengan penduduk pada saat melakukan kegiatan usaha perdagangan dengan menggunakan peralatan mesin kasir (dari KM-1 sampai dengan KM-9) kini telah dihapuskan. Ini termasuk buku dan sertifikat dari operator kasir, serta log indikator mesin kasir. Mereka dapat disimpan untuk kebutuhan Anda sendiri (untuk menentukan tanggung jawab keuangan), tetapi tidak diperlukan untuk inspeksi.

Karena Layanan Pajak Federal, ketika menganalisis, terutama berfokus pada pemeriksaan itu sendiri, nilai laporan Z telah menurun secara signifikan. Namun, itu digantikan oleh dokumen lain - Laporan status meteran. Anda hanya perlu belajar membacanya.

Belajar membaca Z-report baru (Shift report)

Semua bagian ditampilkan secara terpisah - dengan tanda terima, pengeluaran, pengembalian, pengembalian biaya. Artinya, Anda dapat dengan bebas membawa operasi Anda ke dalam minus; mereka akan tercermin sebagai nilai positif, tetapi di bagian biaya.

Pada shift kami, seingat kami, hanya dua cek yang dilubangi. Untuk 4200 dan 9800 rubel. Kami melakukan penarikan dari kasir sejumlah 14.000 penuh dan menutup shift.

Ini adalah tampilan laporan untuk ketiga format tersebut.

Mari berkonsentrasi pada detail yang penting bagi kita.

Penarikan tunai tercermin dengan benar - 14.000 PPN ditentukan dengan benar. Namun jumlah pendapatannya berlipat ganda - 28.000.

Harap perhatikan bahwa pendapatan adalah parameter turunan; pendapatan tidak dikirimkan dalam tag, jadi Anda tidak perlu terlalu memperhatikannya (sampai situasinya membaik). Anda perlu memperhatikan apa yang ditunjukkan dalam pembayaran kami dan di tag belakang.

FFD 1.0 memahami dua opsi pembayaran, tunai dan elektronik, dan merangkumnya menjadi pendapatan. Namun jumlah pembayaran elektronik yang sah hanya dapat dikontrol menggunakan laporan perolehan.

FFD 1.05 dengan tepat menentukan perputaran uang tunai dan elektronik per shift. Membedakan pembayaran di muka dan pembayaran selanjutnya.

FFD 1.0+ dapat mengidentifikasi uang muka dan pascabayar, namun tetap menganggapnya sebagai alat pembayaran elektronik. Jumlah sebenarnya pembayaran elektronik ditentukan dengan mengurangkan jumlah uang muka dan pascabayar dari alat pembayaran elektronik.

Apa yang menanti kita dalam waktu dekat

Layanan Pajak Federal sedang mengembangkan pedoman untuk penggunaan format yang akan menjadi wajib setelah adopsi amandemen UU 54-FZ. Sejauh ini, amandemen tersebut belum diajukan ke Duma Negara.

Sangat tidak terduga bagi semua pelaku pasar yang terbiasa dengan cek ritel, ketika menerima uang muka dan membayar pinjaman, Layanan Pajak Federal menafsirkan lini produk bukan sebagai produk, tetapi sebagai pembayaran untuk item produk tertentu. Oleh karena itu, jumlah pada lini produk bukanlah harga produk dengan memperhitungkan diskon dan markup, namun jumlah pembayaran yang dimasukkan pengguna secara sewenang-wenang.

Segera setelah pedoman disetujui, pedoman tersebut akan didukung dalam konfigurasi 1C.

Memuat...Memuat...