PPN atas pembayaran di muka: contoh, postingan, situasi rumit. PPN atas uang muka: postingan dan contoh Perputaran akun 76 AB menunjukkan apa

76 akun akuntansi adalah akun yang mengumpulkan informasi tentang penyelesaian keuangan dengan pihak lawan yang tidak permanen dan tidak berhubungan langsung dengan aktivitas organisasi. Hubungan dengan orang-orang seperti itu biasanya tidak teratur.

Akun 76.AB di bidang akuntansi

Akun 76 yang digunakan dalam akuntansi disebut “Penyelesaian dengan berbagai debitur dan kreditur.” Dengan bantuannya, transaksi dicatat yang salah dicatat dengan menggunakan catatan lain. Di akun 76 entri dihasilkan untuk jenis kegiatan bisnis tertentu, termasuk:

• operasi asuransi;
• penyelesaian klaim;
• sejumlah gaji karyawan yang belum dibayar yang disetorkan;
• operasi berdasarkan dokumen eksekutif;
• penyelesaian uang muka yang dikeluarkan dan diterima;
• akuntansi untuk penyelesaian bersama dengan pihak lawan lainnya.

Postingan ke akun 76 dibuat jika perlu untuk menetapkan jumlah biaya hukum berdasarkan dokumen administrasi. Jika perlu menghitung dan menahan jumlah tunjangan yang dikumpulkan dari karyawan, akun 76 juga digunakan.

Hitungan 76 – aktif atau pasif?

Saldo akhir untuk entri-entri ini dapat bersifat debit atau kredit, tergantung pada kondisi yang ditentukan. Debit mencatat setiap hutang yang terutang kepada perusahaan. Pinjaman ini mengumpulkan informasi tentang hutang perusahaan itu sendiri kepada pihak ketiga. Oleh karena itu, akun tersebut termasuk aktif-pasif.

76 akun di neraca dapat diperhitungkan baik di bagian aktif maupun di bagian pasif. Untuk melakukan ini, saldo yang diperluas dianalisis. Saldo debet merupakan item aset “Rekening Debit”. Saldo kredit meningkatkan kewajiban neraca berdasarkan item “Utang Usaha”.

Analisis akun 76

Akuntansi analitik dikelola secara terpisah untuk transaksi. Posting ke rekening 76 merupakan saldo akhir untuk setiap fakta penyelesaian bersama dengan debitur dan kreditur. Pada akun 76, sub-akun memiliki banyak arti, yang paling banyak digunakan diantaranya adalah sebagai berikut:

1. 76.01 - penyelesaian untuk properti dan asuransi pribadi. Ini memperhitungkan operasi asuransi jiwa dan kesehatan karyawan dan kontrak asuransi properti perusahaan. Sukarela (dalam batas yang diizinkan oleh hukum) dan asuransi wajib diperhitungkan.
2. Akun 76.02 digunakan untuk menghasilkan arus kas atas klaim yang timbul, termasuk akrual denda, denda, dan denda atas kewajiban yang tidak terpenuhi. Akun 76 dari sub-akun 02 dapat diterapkan baik sehubungan dengan perjanjian dengan pihak lawan maupun dalam hal terdapat hutang pajak.
3. Dengan menggunakan sub-akun 76.03, dividen yang masih harus dibayar dan dibayarkan kepada para pendiri organisasi dicatat berdasarkan hasil tahun buku.
4. Subakun 76.04 menunjukkan dana cadangan untuk gaji yang belum dibayar.
5. Akun 76.5 dalam akuntansi mengasumsikan refleksi penyelesaian lain dengan pemasok dan kontraktor yang tidak terkait dengan kegiatan utama perusahaan. Akun 76.5 mencakup jumlah seperti penyelesaian dengan notaris dan akrual pembayaran bea. Akuntansi analitik akun 76.5 dibentuk secara terpisah untuk setiap kasus.
6. Akun 76.09 dalam akuntansi adalah penyelesaian lain-lain dengan berbagai debitur dan kreditur, juga tidak berkaitan dengan kegiatan utama perseroan. Akun 76.09 membentuk transaksi untuk penyelesaian dengan auditor, firma hukum pihak ketiga, dan mencerminkan jumlah sponsorship dan pembayaran amal.
7. Perhitungan utang pihak ketiga pegawai berdasarkan surat perintah eksekusi, misalnya pembayaran tunjangan, dilakukan dengan menggunakan subrek 76 41.
8. Akun 76.49 dimaksudkan untuk penyelesaian dengan karyawan untuk pemotongan lain sesuai dengan aturan organisasi. Asalkan pemotongan tersebut tidak berlaku untuk pemotongan utama. Jumlah tersebut mungkin termasuk biaya komunikasi seluler dan pembelian aset dalam perusahaan.
9. Subakun 76.AB dan 76.VA masing-masing memuat jumlah PPN atas uang muka yang diterbitkan dan diterima. Akun bekas 76 mengalokasikan PPN secara terpisah dari jumlah uang muka yang diterima atau atas uang muka yang ditransfer terhadap penyerahan di masa depan.

Daftar sub-rekening yang disajikan dapat ditambah, tergantung pada sifat kegiatan dan kondisi operasi perusahaan, tidak terbatas pada pergerakan dana melalui sub-rekening 76.09.

Entri standar pada akun 76 digunakan untuk mencatat transaksi yang tidak berkaitan dengan kegiatan utama perusahaan dan bersifat tidak teratur. Sebaliknya, neraca pada akun 76 memberikan gambaran tentang status penyelesaian berdasarkan kontrak individu. Untuk menyederhanakan analisis penyelesaian bersama dengan pihak lawan lainnya, diperbolehkan menggunakan berbagai sub-akun, termasuk akun 76.05 atau 76.09 (akun penyelesaian bersama dengan pihak lain).

Akun 76.AB

Akun akuntansi 76 yang digunakan merupakan cerminan perhitungan lain suatu badan hukum. Dalam hal penerimaan pembayaran di muka dari rekanan atau transfer uang muka ke pemasok, akun 76.AB atau akun 76.VA dimaksudkan untuk mencatat jumlah PPN.

Jika pembayaran diterima sebelum pengiriman barang, maka faktur di muka harus dibuat untuk pembeli dalam 5 hari ke depan. Dalam akuntansi, penggunaan postingan 76.AB berarti mencerminkan jumlah PPN yang dialokasikan:

• Dt 51 - Kt 62 - uang muka yang diterima dari pembeli
• Dt 76.AV - Kt 68 - alokasi PPN atas pembayaran di muka

Bagaimana cara menghapus 76.AB? Setelah pengiriman barang, dimungkinkan untuk menerapkan pengurangan pajak di muka yang masih harus dibayar sebelumnya. Dengan demikian, entri dalam buku pembelian akan terlihat seperti:

• Dt 68 ― Kt 76.AV

Dengan analogi, korespondensi dari rekening 76.VA digunakan untuk pembayaran di muka yang ditransfer ke rekening pemasok:

• Dt 60 - Kt 51 - pembayaran di muka dilakukan ke pemasok;
• Dt 68 - Kt 76.VA - diklaim pengurangan PPN pada invoice di muka;
• Dt 76.VA - Kt 68 - refleksi jumlah pajak setelah pembayaran di muka diimbangi dalam buku penjualan.

Penerimaan uang muka mewajibkan penjual untuk menghitung pajak atas jumlah yang diterima sesuai anggaran, yang selanjutnya diimbangi pada saat pengiriman. Memperhitungkan jumlah pajak yang dialokasikan dalam faktur di muka oleh pembeli adalah haknya.

Sinonim dari akun adalah: skor 76.AB, skor 76-AB, skor 76/AB, skor 76 AB, skor 76@AB

Karakteristik/deskripsi akun:

Subakun 76.AV “PPN atas uang muka dan pembayaran di muka” dimaksudkan untuk merangkum informasi perhitungan jumlah pajak pertambahan nilai dari pembayaran di muka.

Akuntansi analitik disimpan untuk pembeli dan pelanggan yang darinya pembayaran di muka telah diterima untuk pengiriman barang, produk, kinerja pekerjaan dan penyediaan layanan yang akan datang (sub-akun “Pihak Rekanan”) dan dokumen untuk penerimaan pembayaran di muka (sub- akun “Faktur diterbitkan”). Setiap pembeli dan pelanggan merupakan elemen dari direktori "Counterparty".

Uraian Rekening Induk : Uraian Rekening 76 “Penyelesaian dengan Berbagai Debitur dan Kreditur”

Operasi bisnis:

“Pemotongan PPN atas uang muka yang diterima sebelumnya dari pembeli (pembayaran dimuka)”

Dokumen apa yang digunakan 1s:Akuntansi 2.0 /1s:Akuntansi 3.0:
- Membuat entri buku besar pembelian di menu "Pembelian - Memelihara buku pembelian"

"Memasukkan saldo awal: PPN atas uang muka dan pembayaran di muka yang diterima dari pembeli dan pelanggan"

Dokumen apa yang digunakan

Informasi umum tentang akun:

Sinonim dari akun adalah: skor 76.AB, skor 76-AB, skor 76/AB, skor 76 AB, skor 76@AB

Jenis akun: Aktif

lihat juga akun lainnya bagan akun: seluruh bagan akun

lihat juga PBU: semua PBU

Karakteristik/deskripsi akun:

Subakun 76.AV “PPN atas uang muka dan pembayaran di muka” dimaksudkan untuk merangkum informasi perhitungan jumlah pajak pertambahan nilai dari pembayaran di muka.

Akuntansi analitik disimpan untuk pembeli dan pelanggan yang darinya pembayaran di muka telah diterima untuk pengiriman barang, produk, kinerja pekerjaan dan penyediaan layanan yang akan datang (sub-akun “Pihak Rekanan”) dan dokumen untuk penerimaan pembayaran di muka (sub- akun “Faktur diterbitkan”). Setiap pembeli dan pelanggan merupakan elemen dari direktori “Counterparty”.

Uraian Rekening Induk: Uraian Rekening 76 “Penyelesaian dengan Berbagai Debitur dan Kreditur”

Operasi bisnis:

“Pemotongan PPN atas uang muka yang diterima sebelumnya dari pembeli (pembayaran dimuka)”

Debit Kredit "

Dokumen apa yang digunakan dalam:
- Membuat entri buku besar pembelian di menu “Pembelian - Memelihara buku pembelian”

“Memasukkan saldo awal: PPN atas uang muka dan pembayaran di muka yang diterima dari pembeli dan pelanggan”

Debet 76.AV “PPN atas uang muka dan pembayaran di muka» Kredit 000 “Sub akun«

Dokumen apa yang digunakan 1s:Akuntansi 2.0/1s:Akuntansi 3.0:
- Memasukkan saldo awal di menu “Perusahaan”, jenis operasi: “ PPN atas uang muka (rekening 76.AB, 76.VA)"

“Perhitungan PPN atas uang muka yang diterima dari pembeli (advance payment)”

Debet 76.AV “PPN atas uang muka dan pembayaran di muka» Kredit 68,02 “Pajak pertambahan nilai«

Dokumen apa yang digunakan 1s:Akuntansi 2.0/1s:Akuntansi 3.0:
- Faktur diterbitkan di menu “Penjualan - Memelihara buku penjualan”

1. Perputaran kredit pada rekening 90,01 (jika tidak ada penjualan dengan tarif 0% dan transaksi tidak dikenakan PPN) * 18/118. Harus sama dengan perputaran debit pada rekening 90,03 sesuai dengan rekening 68,02.

2. Perputaran kredit pada rekening 91.01 sesuai rekening 62 *18/118.

Harus sama dengan perputaran debit pada rekening 91.02 sesuai dengan rekening 68.02.

3. Periksa apakah ada transfer atau hadiah secara cuma-cuma. Jika ada, maka dikenakan PPN atas harga pasar - 18% Dt 91,02 Kt 68,02

4. Dalam hal tidak ada penjualan dengan tarif 0% dan transaksi tidak dikenakan PPN, maka saldo akun 19 pada akhir masa pajak harus sama dengan 0.

5. Jika ada transaksi yang tidak dikenakan PPN, misalnya penjualan surat berharga, bunga atas pinjaman yang diberikan, maka perlu dilakukan pengecekan bagian biaya untuk operasi di atas dalam jumlah total biaya. Jika bagian pengeluaran tidak melebihi 5% dari total bagian pengeluaran dan kebijakan akuntansi wajib pajak mengatur penerapan paragraf. 9 ayat 4 Kode Pajak Federasi Rusia, maka semua jumlah pajak akan dipotong.

6. Kesesuaian akun 62.1 dan 62.2 dengan adanya saldo debit dan kredit pada rekanan yang sama dan perjanjian yang sama. Jika ada, kirimkan ulang.

7. Saldo akun 76.AB harus sama dengan saldo akun 62.02*18/118, jika ada uang muka dalam mata uang asing atau satuan konvensional, kita tambahkan saldo akun-akun tersebut.

8. Kesesuaian akun 60.01 dan 60.02 dengan adanya saldo debit dan kredit pada rekanan yang sama dan perjanjian yang sama. Jika ada, kirimkan ulang.

9. Saldo pada akun 76.VA untuk rekanan dan perjanjian tertentu (tunduk pada ketentuan yang ditentukan dalam paragraf 9 Pasal 172 Kode Pajak Federasi Rusia) tidak boleh lebih dari saldo pada akun 60,02 untuk rekanan yang sama dan persetujuan *18/118.

Deskripsi struktur laporan:
Di header atas laporan, Anda dapat memilih berdasarkan detail:

• Periode
• Organisasi
• Pihak rekanan
• Perjanjian pihak lawan
• Pendaftar

Laporan tersebut terdiri dari baris-baris:

Jika kesalahan terdeteksi mengenai rekanan, Anda dapat memperluas registrar, serta "jatuh" ke dalamnya dan segera memperbaiki kesalahan tersebut.

Kolom laporan:

• Omset pada akun Kt 62.02 (dari neraca pada akun 62.02)
• Omset pada rekening Dt 76.AV (dari neraca pada rekening 76.AV)
• Saldo akhir periode pada akun Kt 62.02 (dari neraca pada akun 62.02)
• Saldo akhir periode pada akun Dt 76.AV (dari neraca pada akun 76.AV)
• Selisih Omzet - menunjukkan selisih Kolom Omzet Dt 76.AB dengan hasil perhitungan menggunakan rumus pengecekan Omzet Kt 62.02/118*18
• Selisih Saldo Akhir - menunjukkan selisih antara kolom Saldo akhir Dt 76.AB dengan hasil perhitungan menggunakan rumus pengecekan Saldo akhir Kt 62.02/118*18

Tanda cek "Jangan tunjukkan satu sen pun"– menghapus perbedaan 1 dan -1 kopeck dari daftar, yang sangat memudahkan karena Selama pemeriksaan aritmatika, perbedaan seperti itu sering kali timbul karena pembulatan.

Tanda cek "Hanya perbedaan"– menetapkan seleksi hanya untuk Pihak Lawan yang memiliki perbedaan dalam omset atau pada akhir periode.

Persyaratan teknis:

Mendukung pekerjaan di Konfigurasi: Enterprise Accounting 3.0

Pemrosesan ini tidak direncanakan untuk pengembangan lebih lanjut, kecuali perubahan akibat dirilisnya versi baru program.

Modul laporan dikunci untuk diedit. Pengeditan modul hanya dapat dilakukan oleh pemegang hak cipta.

Dukungan teknis gratis selama sebulan melalui email.

Mudah dipasang (koneksi melalui pemrosesan eksternal). Tidak memerlukan lisensi tambahan

Semua transaksi keuangan tercermin dalam akun akuntansi. Publikasi ini akan membahas untuk apa akun 76 “Penyelesaian dengan berbagai kreditur dan debitur” dan dibagi menjadi kategori apa. Artikel ini akan memberikan contoh untuk membantu Anda lebih memahami topik yang sedang dibahas.

Tujuan akun 76

Akun 76 adalah akun penyelesaian aktif-pasif. Perlu dirangkum informasi transaksi keuangan dengan debitur dan kreditur yang tidak termasuk dalam:

• klaim;
• dana yang dipotong dari gaji pegawai untuk pihak ketiga sesuai dengan keputusan pengadilan atau tindakan eksekutif.

Dalam bagan akun baru, fungsi akun yang bersangkutan, yang melaluinya aliran keuangan utama dilakukan, telah diperluas secara signifikan. Dalam hal ini, disarankan untuk membuka kategori berbeda yang ditujukan untuk jenis perhitungan tertentu.

Akun 76: sub-akun 1 dan 2

Karena transaksi moneter bisa berbeda, hutang dan piutang biasanya dibagi menjadi beberapa kategori. Yang pertama (76.1) mencakup asuransi properti dan personel, dengan pengecualian pembayaran asuransi kesehatan dan sosial.

Transfer dana ke suatu organisasi tercermin dalam debit, dan penghapusan - dalam kredit. Misalnya, D76 K73 - kompensasi asuransi yang harus dibayarkan kepada karyawan organisasi berdasarkan kontrak. D51 K76 - penerimaan dana oleh organisasi sesuai ketentuan. D99 K76 - penghapusan klaim asuransi tanpa kompensasi atau kerusakan akibat peristiwa force majeure.

Subakun 76.2 mencerminkan perhitungan klaim yang mungkin disajikan:

• kepada pemasok, agen pengangkutan dan kontraktor mengenai ditemukannya perbedaan harga, ketika kesalahan perhitungan teridentifikasi setelah penyelesaian akuntansi, serta ketika terjadi kekurangan muatan (D76 K60);
• kepada organisasi karena pelanggaran standar kualitas, ketidakpatuhan terhadap spesifikasi (D76 K60);
• kepada lembaga kredit atas jumlah yang salah dihapuskan atau ditransfer ke rekening organisasi;
• untuk downtime atau cacat yang timbul dari pemasok, kontraktor (sesuai dengan Bagian III bagan akun);
• tentang denda dan penalti karena tidak memenuhi kewajiban dalam kontrak (korespondensi dengan akun 91).

Kredit sub-akun 76.2 mencerminkan pembayaran yang diterima. Jika ternyata dana tersebut tidak dapat diperoleh kembali, maka dianggap sebagai debit.

Akun 76: sub-akun 3 dan 4

Klausul 76.3 mengatur dividen dan jenis pendapatan lain yang menjadi hak perusahaan yang tidak bertentangan dengan perjanjian kemitraan. D76 K91 - keuntungan yang akan diterima (didistribusikan). D51 K76 - dana yang diterima organisasi dari debitur.

Subakun keempat dimaksudkan untuk memperhitungkan jumlah yang diperoleh karyawan perusahaan, tetapi tidak dibayarkan dalam jangka waktu tertentu karena tidak hadirnya penerima. Dalam kasus seperti itu, pengkabelan berikut dilakukan: D70 K76. Ketika seorang pekerja menerima uang, dibuat pencatatan pada debet rekening 76.

Penerapan sub-akun 76/3 dalam praktik

Perusahaan Oasis LLC memiliki piutang sebesar RUB 1.350.000. pada akun 62 “Penyelesaian dengan pelanggan dan pembeli”. Untuk alasan tertentu, sebelum batas waktu pembayaran, dia mentransfer 750.000 rubel. haknya atas perusahaan Iceberg LLC, yang mampu memulihkan 900.000 rubel dari utang yang jatuh tempo. Dalam situasi seperti ini, timbul beberapa pertanyaan:

1. Apakah piutang merupakan pembelian properti atau investasi finansial dalam aset?
2. Aset pembeli adalah RUB 1.350.000. atau 750.000 rubel?
3. Dalam hal ini, apakah utang debitur dianggap sebagai pendapatan, dan 750.000 rubel. - biaya perusahaan LLC "Gunung Es"?

Dalam situasi seperti ini, Oasis LLC harus melakukan, dari sudut pandang hukum, transaksi berikut:

Debit 91,2 Kredit 62 1.350.000 gosok. - menghapuskan hak klaim dari pembeli.

Debit 51 Kredit 91,1 RUB 750.000 - kompensasi diterima.

Operasi semacam itu memungkinkan untuk mencatat dalam akun “Penghasilan dan pengeluaran lain-lain” kerugian perusahaan Oasis yang timbul dari pengalihan hak tagih. Akuntan perusahaan Iceberg harus membuat entri debit ke akun 76.3 untuk mencatat hutang dari pihak lawan. Selisih antara hak yang diterima dengan biayanya ditunjukkan pada kredit rekening 98/1, 83 atau 90/1.

Bahkan penagihan sebagian pembayaran mengarah pada kesepakatan bersama kedua belah pihak dan pelunasan utang secara penuh. Bagian yang belum dibayar tercermin dalam debit dan bagian yang dihapusbukukan tercermin dalam 98.1. Dalam contoh yang sedang dipertimbangkan, ternyata:

Debit RUB 51.900.000.

Debit 98,1 765.000 gosok.

Kredit akun 76 1.350.000 gosok.

Perusahaan Iceberg menghabiskan 750.000 rubel. untuk perolehan hak dan mengembalikan 900.000 rubel, yaitu keuntungannya 150.000 rubel. Pengkabelannya seperti ini:

Debit 98,1 Kredit 91,1 RUB 150.000

Jumlah sebenarnya keuntungan dari operasi tercermin pada akun 98/1, yang dimaksudkan untuk mencatat pendapatan periode mendatang.

Subakun 76.AV “Pajak pertambahan nilai atas uang muka dan pembayaran”

Akun 76.AB memungkinkan Anda untuk merangkum informasi tentang perhitungan pembayaran PPN dari pembayaran di muka. Akuntansi dikelola dengan para pelanggan dan pembeli yang darinya uang telah diterima di muka untuk rencana pengiriman barang atau untuk penyediaan berbagai jenis layanan.

Transaksi bisnis mungkin berbeda. Misalnya: D68.02 K76.AV - akuntansi pajak pertambahan nilai atas pembayaran yang diterima dari klien di muka. D 76.AV K68.02 - Akrual PPN atas dana yang diterima di muka dari pelanggan. Akun 76. AB memiliki sub-akun berikut (karakteristik analitis): “Counterparty”, “Faktur”.

Korespondensi debit

Akun yang dimaksud (76) secara debit dapat sesuai dengan yang berikut: “Aset tetap” (01), “Peralatan untuk instalasi” (07), “Investasi yang menghasilkan pendapatan di MC” (03), “Investasi pada aset tidak lancar aset” (08), “ Aset tidak berwujud" (04). Dari bagian kedua bagan akun berinteraksi dengan item “Bahan” (10), “Hewan untuk dipelihara dan digemukkan” (11), “Pengadaan dan perolehan MC”.

Akun 76 dapat dikorespondensi secara debit dengan semua item di bagian “Biaya Produksi”, serta dengan 41, 45 dan 43, dalam kategori “Produk dan Barang Jadi”. Postingan sering dilakukan dengan rekening kas: 52, 50, 58, 51, 55, serta dengan rekening penyelesaian: 60, 67, 66, 62, 73, 70, 76, 71, 79. Selain itu, korespondensi dilakukan di debit dengan yang berikut ini (mencerminkan keuntungan dan kerugian), 91 (mencatat berbagai pendapatan dan beban), 90 “Penjualan”, 97 “Beban ditangguhkan”, 86 “Pembiayaan yang ditargetkan”.

Contoh (dengan debit)

Beberapa contoh dari tabel akan membantu Anda memahami materi yang disajikan dalam artikel.

Korespondensi
	Biaya produksi utama yang belum selesai mengalami penurunan karena adanya debitur dan kreditur. Ini mungkin merupakan akumulasi hutang kepada perusahaan asuransi karena suatu peristiwa (darurat atau force majeure).
	Kerugian akibat cacat dibebankan pada rekening penyelesaian dengan kreditur dan debitur.
	Penerimaan hutang kepada pemasok, sesuai dengan dokumen yang mengkonfirmasi persetujuan transfer dana.
	Pembayaran dana kepada kreditur secara tunai (dari mesin kasir).
D76 K68-PPN	Identifikasi utang anggaran (untuk PPN) pada saat penetapan penerimaan perpajakan.
	Pengeluaran bisnis umum dikompensasikan melalui berbagai debitur dan kreditor.
	Akuntansi utang dari berbagai debitur untuk produk jadi.
	Biaya barang dalam penyelesaian yang melayani produksi mengalami penurunan karena adanya transfer dana ke organisasi dari debitur.

Korespondensi pinjaman

Akun 76 dapat berinteraksi dengan kategori bagan akun berikut: “Investasi dalam aset tidak lancar”, “Aset tetap”, “Aset tidak berwujud”, “Peralatan untuk instalasi”, “Investasi pendapatan di MC”. Pada bagian “Persediaan Produksi”, korespondensi dilakukan dengan akun “Bahan”, “Pengadaan dan perolehan perbekalan kesehatan”, “Hewan untuk dipelihara dan digemukkan”, “PPN atas nilai yang dibeli”.

Akun 76 juga dapat berinteraksi secara kredit dengan semua akun penyelesaian (kecuali 68, 69, 75, 77) dan kategori “Biaya Produksi”. Dari bagian "Produk dan barang jadi" - dengan akun 52, 50, 51, 44.55, 41, 57, 45, dan 58. Selain itu, korespondensi dilakukan dengan sebagian besar rekening giro dan, tentu saja, dengan rekening yang mencerminkan moneter transaksi (91, 97, 94, 96, 99).

Contoh transaksi bisnis (pinjaman)

Tabel di bawah ini dengan beberapa contoh akan membantu Anda membiasakan diri secara visual dengan transaksi akun 76.

Korespondensi
	Penghapusan aset tetap yang dibeli (fixed assets) pada bagian hutang usaha.
	Pengembalian barang sewaan kepada (terjadi bila tidak ada perubahan pemilik berdasarkan perjanjian).
	Penghapusan materi mengenai hutang usaha.
	Menerima dana dari klien ke rekening giro.
	Penerimaan utang dari pembeli berdasarkan kesepakatan.
	Hutang kepada berbagai kreditur dan debitur untuk biaya produksi umum.
	Memperbaiki hutang lancar kepada lessor (untuk pembayaran sewa) untuk mengurangi kewajiban jangka panjang.

Saldo akun 76

Akuntan pemula sering bertanya, apa sebenarnya akun 76 itu: aktif atau pasif? Dalam praktiknya, situasinya berbeda, tetapi karena piutang dan hutang diperhitungkan, saldo dapat terdiri dari dua jenis:

• satu arah (debit atau kredit);
• dua arah (bersamaan debet dan kredit).

Artinya akun yang dimaksud bersifat aktif-pasif. Untuk menentukan saldo debit, semua hutang dari pihak lawan dijumlahkan. Saldo 76 dari rekening pinjaman mencerminkan semua uang yang wajib dibayar perusahaan.

Laporan hutang dan piutang dalam sistem 1 C

Perusahaan yang menggunakan sistem 1C:Enterprise 8 harus memelihara laporan jumlah piutang dari pihak lawan. Anda dapat mengetahui informasinya jika, setelah memulai program, Anda masuk ke bagian “Counterparty”. Di bidang yang terbuka terdapat daftar organisasi dan pengusaha perorangan. Diantaranya ada debitur dan kreditor. Detail kontak, faktur dan kontrak, jadwal kerja - semua ini selalu dapat dilihat. Dari menu inilah Anda dapat mendaftarkan organisasi baru yang menjadi bagian dari holding.

Mencari tahu persisnya utang perusahaan tidaklah sulit. Untuk melakukan ini, buka bagian “Hutang berdasarkan kontrak”, di panel “Utang keluaran”, pilih “Piutang” dan atur tanggal yang diperlukan. Pengguna akan melihat daftar semua rekanan, dari mana Anda dapat memilih perusahaan tertentu (dengan hutang besar). Jika terdapat banyak organisasi dan seluruh daftar tidak muat dalam satu halaman, informasi dapat disajikan dalam bentuk visual. Untuk melakukan ini, Anda harus pergi ke bagian “Diagram”. Pekerjaan dengan hutang dilakukan dengan cara yang sama.

Itu saja yang perlu Anda ketahui tentang akun 76, yang mencerminkan transaksi penyelesaian dengan debitur (kreditur). Karena undang-undang Federasi Rusia berubah secara sistematis, Anda harus secara teratur menggunakan sistem referensi hukum, yang selalu memiliki bagan akun dan PBU terkini. Kemudian para spesialis akan selalu menyadari setiap perubahan yang mempengaruhi aktivitas profesional mereka dan akan dapat membuat keputusan yang tepat ketika memelihara catatan akuntansi.

Pada artikel sebelumnya, kami telah memperbaiki kesalahan akuntansi PPN terkait kesalahan perhitungan PPN atas uang muka yang diterima dari pembeli. Kami mengakhiri contoh dengan mencatat bahwa perputaran kredit pada akun “76.AB” masih salah dan saldo pada akun “76.AB” masih salah (lihat Gambar 4 artikel sebelumnya). Pada artikel ini, saya akan melihat alasan akuntansi PPN yang salah, bagaimana cara mengatasinya, dan sekali lagi saya akan mencoba melakukan ini, seolah-olah membuat algoritma untuk menemukan kesalahan selama artikel berlangsung.

Seperti biasa, saya akan mengilustrasikan apa yang telah dikatakan dengan contoh praktis. Kami akan mempertimbangkan bagian akuntansi PPN dalam program "1C: Enterprise Accounting 8" rilis 1.6.23.2. Nama organisasi dan kontraktor telah diubah karena alasan yang jelas. Mari kita mulai dengan memahami dokumen mana yang bertanggung jawab atas entri pada kredit akun "76.AB". Dalam kasus kami, hal ini tidak sulit dilakukan, karena kabelnya sudah ada (lihat Gambar 1). Jadi, postingan ke kredit akun “76.AB” dihasilkan oleh dokumen “Membuat entri buku besar pembelian”. Ngomong-ngomong, berapa saldo yang harus kita miliki di akun “76.AB”? Saldo debit pada rekening “76.AV” (dalam keadaan apapun tidak boleh ada saldo kredit sama sekali, bukan kebetulan rekening ini aktif) harus sesuai dengan saldo kredit pada rekening “62.02”: CD76AV = SK6202 * 18 / 118 = 16.614 rubel, dan kami 15.393,66 rubel. Perputaran debit pada rekening “76.AB” telah kita bahas pada artikel sebelumnya, yang berarti ada kesalahan dalam perputaran pinjaman.

Gambar 1 Postingan ke kredit akun “76.AB”.

Bisa dikatakan, apa “makna fisik” dari postingan di akun “76.AB”. Entri debet ke rekening "76.AB" adalah munculnya kewajiban terhadap anggaran untuk membayar PPN atas uang muka yang diterima dari pembeli sesuai dengan akun “68.02”, dan ini adalah kewajiban terhadap anggaran. Entri kredit pada akun "76.AB" adalah penghentian kewajiban anggaran untuk membayar PPN atas uang muka yang diterima dari pembeli. Hal ini tidak sama dengan membayar PPN; pembayaran sama sekali tidak ada hubungannya dengan itu. Pembayaran PPN akan mempengaruhi saldo rekening “68.02”. Dalam hal ini, berakhirnya kewajiban anggaran untuk membayar PPN terjadi sebagai akibat dari terjadinya peristiwa tertentu - offset uang muka pembeli. Jika pada saat itu kami berhasil membebankan PPN atas pembayaran di muka (pilihan dimungkinkan di sini, tetapi ini bukan topik artikel), maka biaya ini perlu dibalik, atau dikompensasikan dengan posting terbalik, jadi berbicara.

Jadi, entri pinjaman untuk akun “76.AB” salah. Anda dapat mencoba menggunakan teknik yang sudah kami kenal dari artikel sebelumnya - isi ulang dan posting ulang dokumen yang membuat transaksi. Kami mencobanya, dan ternyata seperti pada Gambar 2.

Gbr.2 Postingan di kredit akun “76.AB” setelah diisi ulang dan diposting ulang dokumen “Membuat entri buku besar pembelian”.

Bukannya tidak membantu sama sekali, tapi hasilnya tetap saja salah. Hanya sekarang ke arah sebaliknya: ada entri yang hilang di kredit akun “76.AB”. Ini berarti masalahnya lebih serius daripada yang terlihat pada pandangan pertama. Jadi kita akan mencari tahu.

Pertama, mari kita lihat mengapa pengisian bagian tabel “Pengurangan PPN dari uang muka” dari dokumen “Membuat entri buku besar pembelian” bergantung: pada isi register “PPN atas uang muka” dan pada isi “penyelesaian PPN dengan pelanggan ” mendaftar. Dengan menggunakan laporan universal (Laporan-Lainnya-Laporan Universal), kami akan mempertimbangkan keduanya. Di negara bagian mana daftar “PPN atas uang muka” berada, lihat Gambar 3.

Gbr.3 Laporan pada register "PPN uang muka" sebelum koreksi.

Mari kita buka artikel "Deskripsi register akuntansi PPN" pada disk ITS perusahaan 1C. Mengenai daftar “PPN atas uang muka”, dikatakan sebagai berikut: “Daftar “PPN atas uang muka” dimaksudkan untuk menyimpan informasi tentang jumlah PPN yang diperoleh atas uang muka, yang selanjutnya akan diterima untuk dipotong.” “Yang akan diterima untuk dipotong di masa depan” adalah hal yang baik, tetapi ada sesuatu yang tidak diterima.

Kami akan mencari, seperti yang dikatakan tokoh film terkenal itu. Di negara bagian mana daftar “penyelesaian PPN dengan pelanggan”, lihat Gambar 4. Tapi ini lebih menarik. Sekali lagi ke artikel “Deskripsi register akuntansi PPN” pada disk ITS perusahaan 1C. Mengenai daftar “penyelesaian PPN dengan pelanggan”, disebutkan sebagai berikut: “Daftar “Penyelesaian PPN dengan pelanggan” dimaksudkan untuk menyimpan informasi penyelesaian dengan pelanggan untuk keperluan PPN.” Sekilas tidak terlalu informatif, namun intinya sederhana: “Menyimpan informasi tentang penyelesaian dengan pelanggan.” Artinya saldo dalam register harus sesuai dengan saldo pihak lawan, dan tandanya menunjukkan sifat utangnya, apakah kredit atau debit. Dalam kasus kami (lihat Gambar 4 artikel sebelumnya), saldo di awal periode adalah debit, dan di akhir periode adalah kredit, seperti di register, tetapi jumlahnya tidak cocok sama sekali. Artinya kita perlu menghadapi periode sebelumnya.

Gbr.4 Laporan pada register “Penyelesaian PPN dengan pelanggan” sebelum koreksi.

Apa yang bisa kukatakan. Pertama, saldo pada awal periode dalam register akumulasi “penyelesaian PPN dengan pelanggan” dan dalam register akuntansi bertepatan. Tentu saja saya tidak memperhitungkan saldo pada akun “76.AB”, karena sepertinya akan mendistorsi saldo rekanan, menyesuaikannya dengan jumlah PPN di muka, kita tidak memerlukannya. Kedua, perputaran pendapatan juga sama, sekali lagi tanpa memperhitungkan perputaran pada akun “76.AB”. Namun perputaran biaya (pinjaman) tidak sesuai, sehingga saldo pada akhir periode tidak sesuai. Ini berarti Anda perlu mendapatkan transkrip untuk kedua register dari registrar, mis. berdasarkan dokumen-dokumen yang menimbulkan perpindahan dalam register, dan sudah dalam laporan-laporan rinci ini menentukan dokumen yang memberikan perbedaan tersebut. Dalam kasus kami, dokumen tersebut ternyata adalah “Perintah pembayaran untuk mendebet dana” (lihat Gambar 6).

Gambar.6 Dokumentasikan “Perintah pembayaran untuk mendebet dana” dan pergerakannya.

Seperti yang Anda lihat, dokumen tersebut membuat postingan ke akun "62.02", tetapi tidak melakukan pergerakan lagi; khususnya, perubahan penyelesaian dengan pihak lawan dalam daftar "penyelesaian PPN dengan pelanggan" tidak tercermin. Apa kesalahan akuntan, dan ini tentu saja sebuah kesalahan. Permasalahannya adalah jenis transaksi pada dokumen “Perintah pembayaran untuk pendebetan dana” yang dipilih salah. Dipilih - “Penghapusan dana non tunai lainnya”, tetapi Anda memerlukan “Pengembalian dana ke pembeli”. Setelah mengoreksi dan memposting ulang dokumen (lihat Gambar 7), kami akan mendapatkan status baru dari daftar “penyelesaian PPN dengan pelanggan”.

Gambar.7 Dokumentasikan “Perintah pembayaran untuk pendebetan dana” dan pergerakannya setelah koreksi.

Tapi ini masih belum cukup.

Akun Akuntansi 76: Saldo, Kredit, Debit, Posting

Tidak membosankan bukan? Anda juga perlu mengisi ulang dan memposting ulang dokumen “Pendaftaran pembayaran PPN dari pembeli” untuk periode yang sama. Sekarang kami telah mencapai keseimbangan yang benar dalam daftar “penyelesaian PPN dengan pelanggan” dan omset yang benar. Saya perhatikan bahwa itu benar pergantian(yaitu omzet) menurut register “pelunasan PPN dengan pelanggan” belum tentu bertepatan dengan omzet menurut register akuntansi. Misalnya, dalam kasus kami, perbedaannya adalah 8.000 rubel. semua karena dokumen yang sama “Perintah pembayaran untuk mendebet dana”. Tapi keseimbangannya harus sesuai. Dan dalam kebanyakan kasus, perputaran register “penyelesaian PPN dengan pelanggan” dan register akuntansi yang mencerminkan penyelesaian dengan pelanggan akan bertepatan.

Dan sekarang, setelah mengoreksi periode sebelumnya, Anda dapat kembali ke periode saat ini. Isi ulang dan posting ulang dokumen “Pendaftaran pembayaran PPN dari pembeli” pada periode berjalan, pastikan isi register “penyelesaian PPN dengan pelanggan” (lihat Gambar 8) sesuai dengan analisis subconto untuk pihak rekanan, kemudian mengisi ulang dan memposting ulang dokumen “Pembuatan catatan buku belanja”. Dan kita akhirnya akan mendapatkan jumlah yang tepat untuk pengurangan PPN dari uang muka yang diterima dari pembeli dan penggantian kerugian (lihat Gambar 9).

Gbr.8 Laporan pada register "Penyelesaian PPN dengan pelanggan" setelah koreksi.

Gbr.9 Analisis subconto oleh pihak lawan setelah semua koreksi.

Gambar 10 Laporan pada register "PPN uang muka" setelah koreksi.

Daftar semua artikel dari seri "1C: Akuntansi 8. Kesalahan dalam akuntansi PPN":

Semoga sukses untuk Anda, rekan-rekan.

© Boris Balyasnikov, Maret 2010

Memasukkan saldo akun di bagian "Penyelesaian".

Subakun 76.55 "Penyelesaian lainnya dengan berbagai debitur dan kreditur (dalam mata uang asing)".

Sub-rekening ini dimaksudkan untuk merangkum informasi penyelesaian lain dan mata uang asing yang tidak dialokasikan pada sub-rekening terpisah pada akun 76 “Penyelesaian dengan berbagai debitur dan kreditur”.

• untuk setiap debitur dan kreditur - sub-akun1, yang sesuai dengan direktori tersebut "Rekanan";
• untuk basis perhitungan individual - subconto2, yang sesuai dengan direktori "Perjanjian".

"Rekanan" informasi tentang semua debitur dan kreditor, dan dalam direktori "Perjanjian"- informasi tentang semua dasar perhitungan ini.

Setelah ini, dokumennya "Masukkan transaksi secara manual" masukkan saldo bukan nol untuk semua objek akuntansi analitik:

Untuk saldo debit:

D76.55/Elemen direktori "Counterparty/ /Elemen direktori "Perjanjian" / K00"Jumlah".

Untuk saldo kredit:

D00 K76.55/Elemen direktori "Counterparty/ /Elemen direktori "Perjanjian"/ "Jumlah".

…Di mana "Jumlah"- jumlah setelmen lainnya dalam mata uang asing.

Harap dicatat bahwa sub-akun 76.55 menyediakan akuntansi mata uang. Untuk mengonversi mata uang menjadi rubel secara otomatis saat melakukan transaksi untuk akun ini, Anda perlu menyiapkan direktori "Mata uang" pada tanggal mulai akuntansi dalam program.

Subakun 76.AV "PPN atas uang muka dan pembayaran di muka".

Subakun 76.AV dimaksudkan untuk merangkum informasi perhitungan jumlah pajak pertambahan nilai dari uang muka dan pembayaran di muka.

Sub-akun menyediakan akuntansi analitik dua tingkat:

• untuk pembeli dan pelanggan dari siapa uang muka diterima untuk pengiriman barang, produk, pekerjaan dan layanan yang akan datang - subconto1, yang sesuai dengan direktori "Rekanan";
• faktur yang diterbitkan untuk pembayaran di muka - subconto2, yang sesuai dengan dokumen tersebut "Faktur diterbitkan".

Untuk memasukkan data awal sub-akun ini, Anda harus memasukkannya ke dalam direktori "Rekanan" informasi tentang pembeli dan pelanggan dari siapa uang muka telah diterima untuk pengiriman barang, produk, pelaksanaan pekerjaan dan penyediaan layanan yang akan datang.

Setelah ini, buatlah dokumen untuk setiap kemajuan yang tersisa pada awal pengerjaan program "Faktur diterbitkan".

Untuk melakukan ini, Anda perlu melakukan hal berikut.

Untuk memasukkan faktur pembayaran di muka yang diterima dari pembeli, pilih "Faktur diterbitkan" dari submenu "Faktur" menu "Dokumentasi" menu utama program.

Menu “faktur diterbitkan” untuk pembeli akan terbuka di layar.

Ada tiga tab di bagian atas layar: "Topi", "Bagian tabel", "Nomor rekening dan deklarasi bea cukai yang sesuai".

Jika dimasukkan secara default, menu bookmark akan terbuka "Topi".

14. Lembar contekan pemeriksaan PPN

Masukkan nomor dan tanggal faktur pada tempat yang tersedia.

Di kotak di sebelah kiri garis "Faktur untuk pembayaran di muka" meletakkan "kutu". Dalam hal ini, penanda "Nomor rekening dan deklarasi bea cukai yang sesuai" akan hilang dari layar.

Atribut "Pembeli" isi melalui direktori "Rekanan": Untuk membukanya, klik tombol pilihan di sebelah kanan kolom.

Detail lainnya di menu bookmark "Topi" jangan mengisi.

Buka penanda "Bagian tabel"(klik dua kali atau tekan "Memasuki").

Di kolom "Jumlah" menunjukkan jumlah uang muka.

Klik tombolnya "OKE" dan geser dokumen - ke pertanyaan "Haruskah aku mengirimkan dokumennya?" menjawab "Ya".

Setelah memposting faktur untuk semua uang muka, transaksi berikut akan dibuat di Jurnal Transaksi:

D76.AV/Elemen direktori "Counterparty"/ /Dokumen "Faktur diterbitkan" / K68.2 / Elemen transfer "Jenis pembayaran ke anggaran - "Pajak: Masih harus dibayar/dibayar"/"Jumlah".

…Di mana "Jumlah"- jumlah uang muka.

Karena ketika memasukkan saldo awal pada akun 68.2, kita telah memasukkan saldo pada tanggal mulai bekerja dalam program, maka perlu membuat entri pembalik di “Jurnal Operasi” untuk semua uang muka yang dimasukkan:

D68.2/ Elemen transfer “Jenis pembayaran ke anggaran - “Pajak: Masih harus dibayar/dibayar” / K00"Jumlah".

…Di mana "Jumlah"- jumlah uang muka.

Kesesuaian dengan akun 76.AB dan 62.02

Pemeriksaan dan koreksi akuntansi.
Bekerja di BP 2.0 dan BP 3.0. Ini dapat digunakan tidak hanya oleh pembayar PPN, tetapi juga oleh sistem perpajakan yang disederhanakan - untuk memperbaiki kesalahan akuntansi pada akun 60 dan 62.
Untuk memeriksa PPN atas uang muka yang diterima, kebijakan akuntansi organisasi digunakan - jika faktur diterbitkan untuk SEMUA uang muka yang diterima - kontrol berdasarkan omset dan saldo, sisanya - kepatuhan dengan saldo 62.02 dan 76.AB pada akhir periode yang dipilih dipantau .
Disarankan untuk menggunakan SEBELUM menutup periode dan SEBELUM menghasilkan PPN atas uang muka yang diterima.

Apa yang dimaksud dengan saldo debet akun 76av?

Karena “sulit” untuk mengotomatisasi pemeriksaan PPN atas uang muka yang dilakukan Tidak semua uang muka yang dikeluarkan dapat dipotong PPN (perlu adanya perjanjian yang sesuai dengan pemasok, menerima invoice, dll).
Pemrosesan tersebut dimaksudkan untuk memeriksa dan membetulkan (dengan memposting kembali dokumen yang bermasalah) perputaran dan saldo pada rekening 60 dan 62, kebenaran perhitungan dan pemotongan PPN atas uang muka yang diterima, serta kesesuaian perputaran buku pembelian/penjualan. ke akun 68.02.
Anda dapat memeriksa keberadaan dokumen yang belum diposkan dan tidak ditandai untuk dihapus (Tab Penjualan Belum Diposting). Dokumen hanya ditampilkan dalam laporan; pemrosesan otomatis tidak disediakan.
Tujuh jenis pemeriksaan diterapkan dalam pemrosesan:

1. "Kupu-kupu" memungkinkan Anda memeriksa keberadaan saldo simultan pada akhir periode yang dipilih untuk masing-masing akun 60.1 dan 60.02 atau 62.01 dan 62.02.
2. "Memeriksa perhitungan" - adanya saldo negatif di sub-akun 60,01 atau 62,01.
3. "Memeriksa uang muka" - adanya saldo negatif di sub-akun 60,02 atau 62,02.
4. “PPN atas uang muka” - memeriksa akrual PPN atas uang muka yang diterima. Perputaran kredit akun 62.02 dan debit 76.AB dianalisis.
5. “Pengimbangan PPN dari uang muka” - Memeriksa pengurangan PPN dari uang muka untuk uang muka offset. Perputaran kredit sebesar 76.AB dan perputaran debit sebesar 62.02 dianalisis.
6. “Kesesuaian dengan 68 buku pembelian” - Memeriksa omzet register “Buku Pembelian” dan akun 68.02.
7. “Kesesuaian dengan 68 Buku Penjualan” - Memeriksa omzet register “Buku Penjualan” dan akun 68.02.
Pemrosesan dapat dilakukan untuk periode apa pun yang habis dibagi satu bulan:

Tombol 1 – 3 membuka submenu untuk memilih cek (untuk rekening 60 atau 62), hasil cek ditampilkan di laporan, dan jika ditemukan saldo secara bersamaan, tombol “Posting Dokumen” akan terlihat:

Jika tombol ini tersedia, mengkliknya hanya akan memposting ulang dokumen yang mengarah ke hasil ini. Dalam 80% kasus, hal ini cukup untuk menghilangkan kesalahan. Pemrosesan dokumen secara kelompok akan memberikan hasil yang persis sama, tetapi dari segi waktu akan jauh lebih cepat jika hanya memproses dokumen yang “bermasalah”.
Cek yang terakhir dipilih disorot di submenu dengan kotak centang:

Ketika pemeriksaan selesai, opsi ditampilkan di header (tombol lainnya dengan submenu berfungsi sama).
Contoh “kupu-kupu” pada hitungan ke 62:

Memeriksa “kontra” menurut 60.01:

Jika tidak ada kesalahan akuntansi yang ditemukan untuk cek yang dipilih, pesan terkait akan ditampilkan di laporan:

Pengecekan kredit PPN atas uang muka:

Disarankan untuk memeriksa pembukuan secara berurutan (dari kiri ke kanan) sesuai poin satu sampai tujuh, tetapi Anda dapat memeriksanya dalam urutan apa pun. Tombol pemeriksaan “disusun” dalam urutan ini karena memungkinkan Anda mengurangi waktu pemeriksaan. Misalnya, setelah memeriksa kembali “kupu-kupu” yang terdeteksi, saldo negatif dapat diperbaiki.
Jika setelah diposting masih ada baris pada tabel, maka koreksi harus dilakukan “manual”. Kesalahan akuntansi tersebut tidak terkait dengan pelanggaran urutan dokumen, tetapi dengan perpindahan, pertama-tama, yang dilakukan oleh “operasi manual” atau “penyesuaian manual” dokumen, dan kedua, dengan pengisian dokumen “Penyesuaian Hutang” yang salah.
Untuk menganalisis situasi, gunakan tombol "Analisis subkonto", yang menampilkan laporan dengan nama yang sama, dengan pengaturan yang diatur untuk mencari kesalahan.
Selama pemeriksaan dari yang pertama hingga ketiga, laporan dibuat menurut 3 sub-konto:
— Pihak rekanan;
— Perjanjian;
— Dokumen penyelesaian dengan pihak lawan.
Jika ada banyak baris dalam daftar, analisis subkonto mungkin terlalu rumit untuk ditangani. Dalam hal ini, Anda dapat membatasi daftar ke rekanan tertentu (atau kelompok rekanan) dengan memasukkannya ke dalam bidang pilihan “Counterparty”.
Untuk pemeriksaan PPN, tanda “Hanya berbeda” disetel - jika ini disetel, hanya baris dengan perbedaan yang ditampilkan dalam laporan.
Analisis subkonto selama pemeriksaan PPN hanya dihasilkan oleh pihak lawan, karena "Perjanjian" dan "Dokumen penyelesaian dengan pihak rekanan" analitik tidak dapat digunakan - tidak ada sub-akun seperti itu di 76.AB.
Pemeriksaan 1-3 relevan baik untuk organisasi yang menggunakan sistem pajak yang disederhanakan dan untuk OSNO, dimulai dengan yang keempat - untuk organisasi yang membayar PPN (awalnya dibuat untuk mereka).