Potongan PPN dalam 1 detik 8. Potongan PPN.  Pemulihan PPN dari uang muka yang diterima

Potongan PPN dalam 1 detik 8. Potongan PPN. Pemulihan PPN dari uang muka yang diterima

Pada artikel ini, kita akan melihat langkah demi langkah bagaimana PPN tercermin saat membeli barang apa pun, dan memeriksa kebenaran data yang dimasukkan sebelumnya.

Dokumen pertama dalam rantai untuk mencerminkan PPN dalam 1C 8.3 dalam kasus kami adalah.

Organisasi OOO Konfetprom memperoleh 6 item nomenklatur yang berbeda berdasarkan Produk. Untuk masing-masing dari mereka, tarif PPN 18% ditunjukkan. Jumlah yang diterima dari pajak ini juga tercermin di sini.

Setelah dokumen selesai, gerakan dibentuk dalam dua register: "Akuntansi dan akuntansi pajak", serta daftar akumulasi "PPN disajikan". Akibatnya, jumlah PPN untuk semua item berjumlah 1306,4 rubel.

Setelah kami melakukan dokumen untuk pembelian barang dari database "Produk", itu perlu. Untuk melakukan ini, masukkan nomor dan tanggalnya di bidang yang sesuai. Setelah itu, Anda perlu mengklik tombol "Daftar".

Semua data dalam faktur yang dibuat terisi secara otomatis. Harap dicatat bahwa dalam kasus kami, bendera "Mencerminkan pengurangan PPN pada tanggal penerimaan" ditetapkan. Jika tidak, pajak akan diperhitungkan saat membuat entri buku pembelian dengan dokumen dengan nama yang sama.

Setelah melakukan faktur kami, itu membuat pergerakan di semua register yang diperlukan dalam jumlah 1306,4 rubel.

Validasi data

Terlepas dari kenyataan bahwa program menghitung dan menghasilkan sebagian besar data secara otomatis, kesalahan tidak dikecualikan.

Tentu saja, Anda dapat secara manual memeriksa data dalam register dengan mengatur filter yang sesuai, tetapi Anda juga dapat menggunakan laporan khusus. Ini disebut Cek Ekspres.

Dalam formulir yang terbuka, kami menunjukkan bahwa kami perlu memeriksa data tentang organisasi OOO "Konfetprom" untuk Juli 2017. Anda dapat menentukan periode apa pun, tidak harus dalam waktu satu bulan.

Pada gambar di atas, Anda dapat melihat bahwa di beberapa bagian kolom terakhir disorot dengan latar belakang merah. Jumlah kesalahan yang ditemukan juga tertulis di sana.

Dalam contoh kami, Anda dapat melihat bahwa program menemukan kesalahan dalam mempertahankan buku besar pembelian pajak pertambahan nilai. Saat mengungkapkan pengelompokan, kami mungkin menerima informasi tambahan karena kesalahan.

Penyesuaian PPN

Saat bekerja dengan 1C Accounting 8.3, tidak jarang Anda mengubah dokumen tanda terima "secara surut". Untuk ini, koreksi tanda terima terjadi, yang dibuat berdasarkan itu.

Secara default, dokumen sudah lengkap. Harap dicatat bahwa kami akan memulihkan PPN di buku besar penjualan. Ini dibuktikan dengan tanda yang sesuai pada tab "Utama".

Mari kita pergi ke tab "Produk" dan menunjukkan perubahan apa yang harus dilakukan pada tanda terima awal. Dalam kasus kami, jumlah berbagai macam permen yang dibeli telah berubah dari empat menjadi lima kilogram. Kami memasukkan data ini di baris kedua "setelah perubahan", seperti yang ditunjukkan pada gambar di bawah.

Koreksi tanda terima, serta tanda terima awal itu sendiri, membuat gerakan dalam dua register, hanya mencerminkan perubahan yang dibuat di dalamnya.

Karena fakta bahwa satu kilogram permen Assorti berharga 450 rubel, PPN di atasnya adalah 81 rubel (18%). Data inilah yang tercermin dalam pergerakan dokumen.

Beberapa instansi pemerintah melakukan kegiatan yang menguntungkan. Dalam hal sistem perpajakan umum diterapkan, akuntan lembaga mengenal pemotongan PPN masukan. Kita dapat mengatakan bahwa akuntansi pajak adalah salah satu bagian akuntansi yang paling sulit, tetapi masih sangat sedikit informasi tentang pemeliharaannya dalam program 1C untuk sektor publik. Pada artikel ini saya ingin berbicara tentang penerimaan pajak pertambahan nilai untuk pengurangan menggunakan contoh pembelian OS dalam program "1C: Akuntansi lembaga publik 8, revisi 2.0".

Pertama-tama, pengurangan pajak adalah cara untuk mengurangi jumlah PPN yang dibayarkan suatu lembaga ke anggaran. Ini berarti bahwa pengurangan semacam itu diatur secara ketat oleh Kode Pajak Federasi Rusia.
Khususnya, ketika membeli suatu aset tetap oleh lembaga sejenis negara, dimungkinkan untuk mengurangi PPN hanya jika aset tetap ini akan digunakan di masa depan dalam kegiatan yang mendatangkan keuntungan bagi lembaga tersebut. Kondisi lain adalah ketersediaan dokumen utama yang dibuat sesuai dengan semua persyaratan Kode Pajak.

Ada juga daftar kecil pengecualian di mana PPN tidak diterima untuk pengurangan, bahkan jika dua kondisi di atas terpenuhi:
- aset tetap dibeli oleh lembaga yang dibebaskan dari pajak atau bukan wajib pajak;
- jika karya, layanan, atau barang yang dilakukan dijual (dijual) di luar wilayah Federasi Rusia;
- jika pekerjaan, jasa atau barang yang dilakukan tidak dijual, yaitu tidak ada laba yang diterima selama masa pajak.
Kami menemukan kondisinya, sekarang mari kita mulai mencerminkan contoh di 1C: BSU. Kami telah memperoleh aset tetap yang akan berpartisipasi dalam aktivitas yang menghasilkan pendapatan.
Untuk pembelian kami menggunakan dokumen yang sudah kami ketahui "Pembelian aset tetap, aset tidak berwujud, perbuatan hukum":

Kami membuat dokumen dan mengisi data yang diperlukan:

Secara default, saat memasukkan dokumen, jumlah PPN tidak termasuk dalam total biaya aset tetap yang dibeli (PPN "dipotong" dari atas). Untuk mengubah pengaturan dan menerima akuntansi PPN, gunakan tautan khusus di tajuk dokumen:

Formulir khusus terbuka:

Formulir ini memiliki dua bendera. Untuk memasukkan jumlah PPN dalam biaya - atur bendera di baris pertama. Untuk menerima pengurangan PPN - di baris kedua:

Setelah mengklik tombol OK, tabel dokumen diubah:

Pertama, jumlah PPN termasuk dalam total biaya aset tetap yang diperoleh, dan kedua, bendera baru muncul - "Didistribusikan". Bendera ini ditetapkan dalam hal aset tetap akan berpartisipasi dalam kegiatan baik kena pajak maupun tidak kena pajak. Dalam contoh kami, seluruh jumlah akan diterima untuk pengurangan, bendera tidak disetel.
Selanjutnya, isi tab secara berurutan:

Mari kita posting dokumen dan periksa posting:

Posting pertama ke akun grup 502.00 adalah posting dengan asumsi kewajiban moneter.
Posting kedua adalah pembentukan investasi modal dalam aset tetap.
Posting ketiga juga muncul - di sini jumlah PPN dialokasikan.
Transaksi keempat untuk akuntansi pajak.
Mari kita kembali ke kabel ketiga. Untuk memahami apa yang digunakan di dalamnya, kita beralih ke Bagan Akun. Kamu bisa menemukannya:

Kami menemukan akun yang kami minati:

Seperti yang dapat kita lihat, dalam kelompok akun 210,00 "Penyelesaian lainnya dengan debitur" ada dua bagian dengan akun yang terkait dengan penyelesaian PPN atas aset material yang dibeli.
Akun grup 210,01 digunakan hingga 2015.
Pada tahun 2014, akun baru diperkenalkan - grup 210.10, yang mencakup sub-akun 210.11 dan 210.12. Sesuai dengan perintah Kementerian Keuangan, baris kelompok 210,01 harus dikeluarkan dari Bagan Akun. Namun dalam program "1C: Akuntansi lembaga publik 8, revisi 2.0", akun-akun ini dibiarkan mencerminkan omset periode sebelumnya pada akun-akun ini. Oleh karena itu, transaksi yang dibuat setelah tahun 2015 menggunakan akun di grup 210.12.
Saya juga ingin mencatat bahwa sub-akun 210.Р1, 210.Н1, 210.Р2, 210.Н2 adalah akun khusus dari program 1C: BGU. Artinya, mereka tidak ada dalam Orde 157n, yang mengatur komposisi Bagan Akun. Sub-rekening ini diperkenalkan oleh 1C untuk akuntansi PPN terpisah untuk transaksi PPN kena pajak dan tidak kena pajak.
Ada beberapa kontroversi mengenai keputusan perusahaan 1C ini. Di satu sisi, menambahkan sub-akun untuk klarifikasi adalah solusi mudah yang sama sekali tidak bertentangan dengan undang-undang dalam hal akuntansi. Di sisi lain, untuk menggunakan sub-akun ini, lembaga harus mencerminkan fakta ini dalam kebijakan akuntansinya. Ketika menyetujui bagan kerja akun suatu institusi, sangat penting untuk memikirkan poin-poin tersebut sebelumnya.
Digunakan dalam akun posting biasa 210.P2 - "Perhitungan PPN atas aset material yang dibeli, pekerjaan, layanan", karena seluruh jumlah PPN dialokasikan.
Setelah dokumen diposting, perlu untuk mencerminkan faktur yang diterima dalam program, yang merupakan dasar untuk menerapkan pengurangan. Anda dapat memasukkannya langsung dari formulir dokumen:

Dokumen hampir sepenuhnya diisi dengan data yang diperlukan:

Pada tab "Tambahan", Anda perlu menentukan nomor dan tanggal dokumen utama:

Pada tab "Operasi akuntansi", pilih operasi umum:

Transaksi untuk dokumen ini tidak dibuat pada saat pengeposan. Mereka akan dibuat nanti oleh dokumen lain. Hal ini disebabkan oleh fakta bahwa penerimaan aset tetap untuk akuntansi dapat dilakukan lebih lambat dari pembeliannya, dan kami memiliki hak untuk mencerminkan pengurangan PPN hanya setelah aset tetap diterima untuk akuntansi.
Dalam kasus kami, aset tetap diperhitungkan segera.
Dalam artikel ini saya ingin menunjukkan mekanisme yang nyaman untuk asisten input berdasarkan: dari dokumen "Penerimaan aset tetap, aset tidak berwujud, perbuatan hukum" masukkan dokumen "Penerimaan aset tetap, aset tidak berwujud, perbuatan hukum". Pertimbangkan fakta bahwa asisten digunakan jika biaya awal aset tetap yang dibeli tidak termasuk biaya lain (pengiriman, perakitan).
Kami menemukan dokumen tanda terima yang kami buat:

Mari kita gunakan tombol khusus:

Jendela asisten terbuka:

Kami mengisi data dan menelusuri tab menggunakan tombol:

Setelah mengisi, kami menekan tombol "Selesai", objek terbentuk, dan formulir pembantu ditutup. Sedikit ketidaknyamanan adalah bahwa dokumen yang dihasilkan tidak dapat dibuka dan dipegang. Anda perlu menemukan dokumen dalam daftar:

Setelah memeriksa, kami memposting dokumen, memeriksa pergerakan akun yang dibuat:

Aset tetap yang diperoleh diperhitungkan dan dioperasikan. Untuk mengurangi PPN yang dialokasikan pada saat pembelian, Anda perlu membuat dokumen "Pembentukan entri buku pembelian".
Operasi semacam itu biasanya dilakukan pada akhir bulan dan merangkum semua informasi tentang pengurangan PPN untuk periode tersebut. Dokumen ini mencakup semua faktur yang pajaknya belum diterima untuk dipotong. Kamu bisa menemukannya:

Buat dokumen:

Dalam formulir dokumen, kami akan menggunakan tombol khusus:

Di tabel, faktur yang dimasukkan oleh kami dipilih:

Mari kita periksa minuman kerasnya. operasi dan melaksanakan dokumen:

Transaksi yang dihasilkan dokumen:

Dokumen ini digunakan untuk mengurangi PPN yang disajikan oleh pemasok saat membeli aset tetap (dengan kata lain, jumlah pajak terutang pada akun 303,04 “Perhitungan untuk pajak pertambahan nilai.

Jika Anda memiliki pertanyaan, Anda dapat menanyakannya di komentar di artikel.

Dalam kasus ketika organisasi menggunakan metode akuntansi yang disederhanakan, dokumen terpisah "Refleksi PPN terhadap pengurangan" diterapkan.

Untuk mempelajarinya, Anda dapat mempertimbangkannya bersama dengan dokumen "Memasukkan residu". Misalnya, organisasi yang dipertimbangkan pada awal tahun memiliki saldo kredit untuk salah satu rekanan. Secara khusus, faktur untuk barang yang dibeli hanya diterima pada awal tahun baru.

Untuk mencerminkan dokumen ini untuk akuntansi, Anda perlu membuat dokumen "Memasukkan saldo". Dokumen penyelesaian akan menjadi "Dokumen Penyelesaian dengan Counterparty", disajikan dalam bentuk virtual.

Dalam transaksi yang dihasilkan, dokumen penyelesaian menggantikan faktur penerimaan.

Setelah faktur diterima dari pemasok, organisasi berhak menerima pengurangan PPN. Peluang ini didokumentasikan dengan membuat dokumen "Refleksi PPN untuk pengurangan". Di sanalah pendaftaran faktur yang diterima terjadi.

Untuk tab "Barang dan Jasa", wajib mengisi kolom yang diusulkan. Dalam hal ini, yang utama adalah menunjukkan jenis nilai, dan pengisian header yang lengkap adalah opsional.

Mempertimbangkan fakta bahwa dalam program 1C, secara default, kondisi untuk pembentukan transaksi dan entri entri ke dalam buku pembelian diatur, gerakan yang sesuai akan tercermin dalam register akuntansi dan "PPN pembelian".

Jika Anda mengklik tombol "Lainnya", Anda dapat kembali ke layar semua dokumen yang dibuat.

Terlepas dari kenyataan bahwa pengguna tidak mengisi dokumen "Pembentukan entri buku pembelian", operasi yang sesuai tercermin. Ini disebabkan oleh fakta bahwa data dalam register "pembelian PPN" dimasukkan melalui dokumen "Refleksi pengurangan PPN".

Jumlah yang diperlukan juga ditampilkan dalam pernyataan PPN

Secara umum, harus dinyatakan bahwa program 1C memberi pengguna kesempatan untuk mengubah nilai PPN dalam mode manual, menampilkan jumlah yang dikoreksi dalam semua laporan, jika perlu.

Pengurangan sebagian sering digunakan oleh perusahaan untuk menghindari pemeriksaan pajak meja dalam situasi di mana PPN dalam masa pajak diusulkan untuk diklaim untuk pengembalian dana. Lebih menguntungkan bagi perusahaan untuk memecah potongan seperti itu menjadi beberapa bagian. Namun, ketika mengklaim pengurangan angsuran pada satu faktur, pertanyaan mungkin muncul terkait penyelesaian buku pembelian. Mari kita pertimbangkan mekanisme pengisian, dan juga tunjukkan kemungkinan risiko pajak.

Seperti yang Anda ketahui, pengurangan dikenakan jumlah PPN yang disajikan kepada wajib pajak saat membeli barang di wilayah Federasi Rusia atau dibayarkan saat mengimpor barang ke wilayah Federasi Rusia, jika barang ini digunakan untuk melakukan transaksi yang dikenai PPN ( penjualan kembali barang mengacu pada operasi semacam itu) setelah didaftarkan berdasarkan faktur (klausul 2 pasal 171 dan pasal 1 pasal 172 Kode Pajak Federasi Rusia).

Dari 1 Januari 2015, klausul 11 ​​Seni. 172 dari Kode Pajak Federasi Rusia, yang menunjukkan bahwa PPN diatur dalam paragraf 2 Seni. 171 dari Kode Pajak Federasi Rusia, dapat disajikan untuk pengurangan dalam waktu tiga tahun setelah pendaftaran barang (karya, layanan) yang dibeli di wilayah Federasi Rusia, hak milik atau barang yang diimpor ke wilayah Federasi Rusia.

Pada saat yang sama, undang-undang perpajakan tidak melarang penerimaan PPN untuk pengurangan sebagian.

Kementerian Keuangan Rusia juga setuju dengan hal ini. Jadi, dalam surat tertanggal 9 April 2015 No. 03-07-11/20293, departemen keuangan mencatat bahwa penerimaan pengurangan PPN berdasarkan satu faktur di bagian dalam periode pajak yang berbeda dalam waktu tiga tahun setelah pendaftaran barang (pekerjaan, layanan), dengan pengecualian aset tetap, peralatan untuk instalasi dan (atau) aset tidak berwujud, tidak bertentangan dengan norma-norma Kode Pajak Federasi Rusia.

Bagaimana diperlukan dalam situasi seperti itu untuk mengisi buku belanja?

Aturan pengisian buku pembelian yang digunakan untuk menghitung pajak pertambahan nilai (selanjutnya disebut Aturan pengisian buku pembelian) disetujui oleh Keputusan Pemerintah Federasi Rusia tanggal 26 Desember 2011 No. 1137.

Subayat "t" dari klausul 6 Aturan untuk mengisi buku pembelian menyatakan bahwa kolom 15 dari buku pembelian menunjukkan biaya barang (pekerjaan, layanan), hak milik yang ditunjukkan pada kolom 9 pada baris "Total hutang" dari faktur, dan dalam hal mentransfer jumlah pembayaran, pembayaran sebagian karena pasokan barang yang akan datang (kinerja pekerjaan, penyediaan layanan), transfer hak milik - jumlah pembayaran yang ditransfer, pembayaran sebagian pada faktur, termasuk Pajak Pertambahan Nilai.

Klausul 5 Aturan untuk membuat faktur yang digunakan dalam menghitung pajak pertambahan nilai, pada gilirannya, menyatakan bahwa baris "Total yang harus dibayar" diisi untuk menyusun buku pembelian, buku penjualan, dan dalam kasus yang disediakan untuk dalam Lampiran No. 4 dan 5 Keputusan Pemerintah Federasi Rusia tanggal 26 Desember 2011 No. 1137, - untuk menyusun lembaran tambahan untuk buku pembelian dan buku penjualan.

Dengan demikian, data dari kolom 9 dipindahkan ke kolom 15 dari buku pembelian pada baris "Total hutang" dari faktur.

Tidak ada pengecualian untuk kasus pemotongan PPN sebagian pada saat pengisian kolom 15 buku pembelian, tidak ada aturan pengisian buku pembelian.

Jadi, mengikuti pembacaan literal dari sub di atas. "T" klausa 6 Aturan untuk mengisi buku pembelian, dengan pernyataan pengurangan sebagian di kolom 15 buku pembelian, seluruh biaya barang (pekerjaan, layanan) harus tercermin, yang ditunjukkan dalam faktur yang sesuai pada kolom 9 pada baris "Total pembayaran".

Wajib pajak yang telah mencerminkan harga pokok hanya dalam hal pengurangan PPN harus siap menghadapi risiko pajak tertentu. Mari kita evaluasi mereka untuk hal negatif bagi wajib pajak.

Penilaian risiko penolakan oleh otoritas pajak untuk memotong PPN

Buku belanja tidak disediakan oleh klausa 1 Seni. 172 dari Kode Pajak Federasi Rusia sebagai dasar untuk menerima pajak untuk pengurangan, masing-masing, hak untuk pengurangan pajak tidak terkait dengan kebenaran pengisiannya. Posisi ini dikonfirmasi oleh praktik peradilan yang luas (lihat, misalnya, Resolusi FAS Distrik Ural 18 April 2013 No. F09-3460 / 13 dalam kasus No. A47-8212 / 2012, FAS Distrik Volga 12 Februari 2013 dalam kasus No. A65 -14995/2012, FAS Distrik Moskow pada 17 Januari 2013 dalam kasus No. A40-40046 / 12-99-216).

Penilaian risiko penuntutan berdasarkan Art. 120 dari Kode Pajak Federasi Rusia untuk pelanggaran aturan untuk mengisi buku pembelian

Pasal 120 Kode Pajak Federasi Rusia menetapkan tanggung jawab atas pelanggaran berat terhadap aturan akuntansi untuk pendapatan dan (atau) pengeluaran dan (atau) objek perpajakan. Untuk tujuan pasal ini, pelanggaran seperti itu berarti tidak adanya dokumen utama atau tidak adanya faktur atau daftar akuntansi atau akuntansi pajak, refleksi sistematis (dua kali atau lebih selama satu tahun kalender) sebelum waktunya atau salah pada akun akuntansi, dalam daftar akuntansi pajak. dan dalam pelaporan transaksi bisnis, kas, nilai material, aset tidak berwujud dan investasi keuangan.

Buku pembelian yang digunakan dalam perhitungan PPN, di antara dokumen-dokumen yang disebutkan dalam Art. 120 dari Kode Pajak Federasi Rusia, tidak disebutkan.

Pertimbangkan apakah buku pembelian dapat diklasifikasikan sebagai buku besar pajak.

Konsep "daftar akuntansi pajak" ditemukan dalam Bab 23 "Pajak Penghasilan Pribadi" dari Kode Pajak Federasi Rusia. Jadi, sesuai dengan paragraf 1 Seni. 230 dari Kode, agen pajak menyimpan pengurangan pajak yang diterima dari mereka oleh individu dalam periode pajak, pengurangan pajak yang diberikan kepada individu, pajak yang dihitung dan dipotong dalam register akuntansi pajak.

Juga, konsep "daftar akuntansi pajak" diungkapkan dalam Bab 25 "Pajak Laba Perusahaan" dari Kode Pajak Federasi Rusia. Menurut Seni. 313 Kode, jika register akuntansi berisi informasi yang tidak cukup untuk menentukan basis pajak, ia memiliki hak untuk secara independen melengkapi register akuntansi yang diterapkan dengan perincian, sehingga membentuk register akuntansi pajak, atau memelihara register akuntansi pajak independen.

Namun, untuk keperluan penghitungan PPN, kewajiban memelihara daftar pajak belum ditetapkan. Pada saat yang sama, baik dalam Kode Pajak Federasi Rusia, maupun dalam Keputusan Pemerintah Federasi Rusia No. 1137, buku pembelian tidak disebutkan sebagai daftar pajak.

Selain itu, dalam klausul 4 Prosedur pengisian deklarasi pajak untuk pajak pertambahan nilai, disetujui atas perintah Layanan Pajak Federal Rusia tertanggal 29 Oktober 2014 No. -7-3 / [dilindungi email], ditunjukkan bahwa deklarasi dibuat berdasarkan buku penjualan, buku pembelian dan data dari register akuntansi wajib pajak (agen pajak), dan dalam kasus yang ditetapkan oleh Kode Pajak Federasi Rusia, berdasarkan data dari register akuntansi pajak wajib pajak (agen pajak).

Jadi, sebagai berikut dari norma di atas, Layanan Pajak Federal Rusia memisahkan konsep "buku pembelian" dan "daftar pajak".

Dari penjelasan di atas, tidak ada alasan untuk membawa pembayar pajak bertanggung jawab atas pemeliharaan yang tidak benar dari pembukuan pembelian.

Namun, ada sudut pandang lain tentang masalah ini. Dengan demikian, Layanan Antimonopoli Federal Distrik Moskow, dalam Resolusi No. F05-15210 / 2013 tanggal 29 November 2013, menunjukkan bahwa buku pembelian dan buku penjualan bukanlah dokumen utama yang berfungsi untuk mencatat transaksi yang relevan, tetapi pada kenyataannya adalah register akuntansi pajak, yang datanya dibentuk berdasarkan dokumen utama.

Namun demikian, dalam kasus ini, pengadilan tidak mempertimbangkan masalah membawa wajib pajak ke kewajiban pajak, tetapi menunjukkan kewajiban otoritas pajak untuk memeriksa buku-buku pembelian dan penjualan dan dokumen-dokumen utama.

Sehubungan dengan perselisihan tentang penerapan Seni. 120 dari Kode Pajak Federasi Rusia dalam kasus pelanggaran aturan untuk menyimpan buku pembelian, maka pengadilan mengambil keputusan positif untuk wajib pajak (lihat, misalnya, Resolusi Distrik FAS Volgo-Vyatka 30 Juni, 2006 dalam kasus No. A79-15564 / 2005, FAS Distrik Barat Laut tanggal 31 Mei 2006 dalam kasus No. A56-22693 / 2005).

Perhatikan bahwa praktik tentang masalah ini mengacu pada periode 2006 dan sebelumnya. Kemudian praktek arbitrase tidak ditemukan oleh penulis. Ini mungkin menunjukkan bahwa otoritas pajak tidak membuat klaim jika terungkap fakta yang mengindikasikan pelanggaran aturan untuk memelihara buku pembelian.

Dengan demikian, kemungkinan membawa wajib pajak ke tanggung jawab di bawah Art. 120 dari Kode Pajak Federasi Rusia untuk pengisian kolom 15 yang salah dalam buku pembelian diperkirakan di bawah tingkat rata-rata.

Penilaian risiko untuk dimintai pertanggungjawaban atas kesalahan dalam pengembalian pajak

Deklarasi PPN diajukan sesuai dengan formulir dan format yang disetujui oleh perintah Layanan Pajak Federal Rusia tertanggal 29 Oktober 2014 No. -7-3 / [dilindungi email] Formulir pernyataan berisi, antara lain, Bagian 8, yang mencerminkan informasi dari buku pembelian.

Pada baris 170 Bagian 8 dari pernyataan PPN, data buku pembelian yang tercermin dalam kolom 15 ditunjukkan. Dengan demikian, jika kolom 15 buku pembelian diisi sehubungan dengan pengurangan yang diklaim, harga pokok (pekerjaan, layanan) akan tercermin dalam baris 170 dari pernyataan wajib pajak hanya sebagian.

Pada saat yang sama, di Bagian 9, sesuai 160 dari pernyataan rekanan, harga barang (pekerjaan, layanan) harus sepenuhnya tercermin, karena undang-undang tidak mengatur pembayaran sebagian PPN.

Dengan demikian, otoritas pajak dalam hal ini, ketika membandingkan data pernyataan wajib pajak dan pernyataan rekanan, dapat sampai pada kesimpulan tentang kesalahan saat mengisi pernyataan pajak.

Kode Pajak Federasi Rusia tidak memberikan sanksi terpisah untuk kesalahan dalam mengisi pengembalian pajak. Tidak ditentukan dalam pasal 120 Kode Pajak Federasi Rusia.

Akibatnya, tidak ada kewajiban pajak atas kesalahan pengisian SPT yang tidak mengakibatkan pembayaran pajak tidak lengkap (lihat Resolusi FAS Distrik Barat Laut 19 November 2007 dalam hal No. A42-3678 / 2006 ).

Namun, kami mencatat bahwa berdasarkan paragraf 3 Seni. 88 dari Kode Pajak Federasi Rusia, jika audit meja mengungkapkan kesalahan dalam deklarasi pajak (perhitungan) dan (atau) kontradiksi antara informasi yang terkandung dalam dokumen yang diserahkan, atau inkonsistensi dalam informasi yang diberikan oleh wajib pajak dengan informasi yang terkandung dalam dokumen-dokumen yang dipegang oleh otoritas pajak dan informasi yang diterima oleh otoritas pajak terungkap dalam pengendalian pajak, wajib pajak diberitahu tentang hal ini dengan persyaratan untuk memberikan penjelasan yang diperlukan dalam waktu lima hari atau melakukan koreksi yang sesuai dalam waktu yang ditentukan. Titik.

Jadi, ketika membandingkan data pernyataan wajib pajak dan pernyataan rekanan, otoritas pajak dapat mengungkapkan kesalahan, yang memerlukan penjelasan.

Jadi, sekali lagi kami menekankan bahwa dengan pernyataan sebagian dari pengurangan di kolom 15 buku pembelian, seluruh harga pokok (pekerjaan, layanan) harus tercermin, yang ditunjukkan dalam faktur yang sesuai di kolom 9 di baris " Jumlah pembayaran".

Jika wajib pajak telah mengisi kolom 15 dari buku pembelian tentang pengurangan yang diklaim, risiko penolakan untuk memotong PPN, serta risiko bertanggung jawab berdasarkan Art. 120 dari Kode Pajak Federasi Rusia untuk pendaftaran yang salah dari buku pembelian dan kesalahan dalam pengembalian pajak tidak tinggi.

2016-12-08T13: 45: 26 + 00: 00

Dengan artikel ini, saya membuka serangkaian pelajaran tentang bekerja dengan PPN di 1C: Akuntansi 8.3 (revisi 3.0). Kita akan melihat contoh sederhana akuntansi dalam praktiknya.

Sebagian besar materi akan dirancang untuk akuntan pemula, tetapi yang berpengalaman juga akan menemukan sesuatu untuk diri mereka sendiri. Agar tidak ketinggalan rilis pelajaran baru - ke milis.

Saya mengingatkan Anda bahwa ini adalah pelajaran, sehingga Anda dapat dengan aman mengulangi tindakan saya di database Anda (sebaiknya salinan atau pelatihan).

Jadi mari kita mulai

Di pertengahan abad terakhir Laura Maurice(orang Prancis) menemukan pajak baru - Pajak Pertambahan Nilai, disingkat.

Gagasan pajak ternyata sangat sukses sehingga seiring waktu, PPN muncul di negara lain (sekarang ada 137), dan PPN datang ke Rusia pada 1 Januari 1992.

Omong-omong, ada informasi yang sangat terstruktur tentang PPN di situs web layanan pajak, saya sarankan untuk membacanya (tautan).

Situasi akuntansi

Kami (pembayar PPN)

01.01.2016 dibeli kursi di belakang 11800 rubel (termasuk PPN 1800 rubel)

05.01.2016 Terjual kursi di belakang 25000 rubel (termasuk PPN 3813.56 rubel)

Yg dibutuhkan:

  • menambahkan dokumen ke database
  • membentuk buku belanja
  • membuat buku penjualan
  • isi SPT PPN triwulan 1 tahun 2016

Kami akan melakukan semua ini bersama-sama, dan sepanjang jalan, saya akan menarik perhatian Anda ke detail yang perlu Anda ketahui untuk memahami perilaku program.

Kami memasukkan pembelian

Kami pergi ke bagian "Pembelian", item "Tanda Terima" ():

Kami membuat dokumen baru untuk penerimaan barang dan jasa:

Kami mengisinya sesuai dengan data kami:

Saat membuat item baru, jangan lupa untuk menentukan tarif PPN 18% di kartunya:

Ini diperlukan untuk kenyamanan - itu akan secara otomatis dimasukkan ke dalam semua dokumen.

Kami juga memperhatikan item "PPN dari atas" yang disorot dalam gambar dokumen:

Saat Anda mengkliknya, sebuah dialog muncul di mana kami dapat menentukan metode penghitungan PPN dalam dokumen (di atas atau total):

Di sini kita dapat mengatur kotak centang "PPN termasuk dalam biaya", jika Anda ingin menjadikan PPN masukan sebagai bagian dari biaya (diatribusikan ke 41 akun, bukan 19).

Kami meninggalkan semuanya secara default (seperti pada gambar).

Kami memposting dokumen dan melihat transaksi yang dihasilkan (tombol DtKt):

Semuanya logis:

  • 10.000 rubel digunakan untuk biaya utama (debit 41 akun) sesuai dengan hutang kami kepada pemasok (kredit 60).
  • 1.800 rubel pergi ke apa yang disebut PPN "masukan", yang akan kami perhitungkan (debit 19) sesuai dengan hutang kami kepada pemasok (kredit 60).

Total setelah posting ini:

  • Biaya barang (debit 41) - 10.000 rubel.
  • PPN masukan untuk offset (debit 19) - 1.800 rubel.
  • Utang kami kepada pemasok (pinjaman 60) adalah 11.800 rubel.

Sepertinya ini saja, karena seringkali akuntan, karena kebiasaan, hanya memperhatikan bookmark dengan entri akuntansi.

Tetapi saya ingin segera memberi tahu Anda bahwa untuk "tiga" (dan juga untuk "dua") pendekatan ini tidak dapat dianggap cukup. Dan itulah kenapa.

1C: Accounting 3.0, selain entri akuntansi, juga membuat entri dalam apa yang disebut register. Pada catatan di register inilah dia dipandu dalam pekerjaannya.

Buku pendapatan dan pengeluaran, buku pembelian dan penjualan, sertifikat, deklarasi untuk pelaporan ... hampir semuanya (kecuali untuk laporan seperti Analisis Akun, SALT, dll.), Dia mengisi dengan tepat berdasarkan register, dan sama sekali bukan akun akuntansi...

Oleh karena itu, sangat penting bagi kita untuk secara bertahap belajar "melihat" gerakan-gerakan dalam register ini untuk lebih memahami dan, bila perlu, memperbaiki perilaku program.

Jadi, mari kita pergi ke tab daftar " Ditagih PPN":

Pendapatan dari register ini mengakumulasi PPN masukan kami (mirip dengan menulis untuk mendebet 19 akun).

Mari kita periksa - apakah kita sudah memenuhi semua persyaratan agar tanda terima ini tercermin dalam buku pembelian?

Untuk melakukan ini, buka bagian "Laporan" dan pilih item "Beli buku":

Kami membentuknya untuk kuartal pertama tahun 2016:

Dan kita melihat bahwa itu benar-benar kosong.

Dan masalahnya kami tidak mendaftarkan faktur yang diterima dari pemasok. Mari kita lakukan ini, dan pada saat yang sama lihat gerakan apa di sepanjang register (bersama dengan posting) yang dia buat.

Untuk melakukan ini, kembali ke dokumen tanda terima dan isi nomor dan tanggal faktur dari pemasok di bagian bawahnya, lalu klik tombol "Daftar":

Perhatikan kotak centang "Cerminkan pengurangan PPN di buku pembelian pada tanggal penerimaan". Gagak inilah yang bertanggung jawab atas munculnya tanda terima kami di buku pembelian:

Mari kita lihat transaksi dan pergerakan di register faktur yang diterima (tombol DtKt):

Postingan cukup diharapkan:

  • Kami mengurangi PPN masukan dari kredit 19 akun di debet 68,02. Dengan operasi ini, kami mengurangi hutang PPN kami sendiri.

Total setelah operasi ini:

  • Dengan 19,03 sisanya adalah 0.
  • Dengan 68,02 - saldo debit 1800 (negara berutang kepada kami saat ini).

Dan sekarang hal yang paling menarik, pertimbangkan register (dari waktu ke waktu, Anda perlu mempelajari semuanya bersama dengan bagan akun).

Daftar " dikenakan PPN"- teman lama kita:

Hanya saja kali ini entri dibuat sebagai biaya. Dengan melakukan ini, kami telah mengambil PPN yang masuk, sama seperti mengkredit 19 akun.

Dan ini adalah daftar baru untuk kami" Pembelian PPN":

Anda mungkin sudah menebak bahwa entri dalam register inilah yang bertanggung jawab untuk masuk ke buku pembelian.

Buku pembelian

Mencoba membangun kembali buku pembelian untuk kuartal pertama:

Dan voila! Tanda terima kami masuk ke buku ini dan semua berkat entri di register "Pembelian PPN".

Tentang jurnal akuntansi faktur

Omong-omong, kami belum mempertimbangkan register ketiga "Jurnal Faktur". Sebuah catatan telah dibuat di atasnya, tetapi kami akan mencoba untuk membentuk log ini.

Untuk melakukan ini, buka bagian "Laporan", item "Jurnal faktur":

Kami membentuk majalah ini untuk kuartal 1 tahun 2016 dan .. kami melihat bahwa majalah itu kosong.

Mengapa? Setelah semua, kami telah memasukkan faktur dan entri dalam register telah dibuat. Dan masalahnya adalah bahwa sejak 2015, daftar faktur yang diterima dan diterbitkan hanya disimpan ketika melakukan kegiatan wirausaha untuk kepentingan orang lain berdasarkan perjanjian perantara (misalnya, perdagangan komisi).

Tekstur kami tidak sesuai dengan definisi ini, dan karena itu tidak masuk ke majalah.

Membuat implementasi

Kami pergi ke bagian "Penjualan", item "Penjualan (akta, faktur"):

Kami membuat dokumen untuk penjualan barang dan jasa:

Kami mengisinya sesuai dengan tugas:

Dan sekali lagi, kami segera menarik perhatian ke item yang disorot "total PPN".

Kami memposting dokumen dan melihat posting dan pergerakan di register (tombol DtKt):

Entri akuntansi diharapkan:

  • Kami menghapus biaya kursi (10.000 rubel) dengan kredit 41 dan segera mencerminkannya dengan debit 90,02 (biaya penjualan).
  • Mereka mencerminkan hasil (25.000 rubel) dengan kredit 90,01 dan segera mencerminkan hutang pembeli kepada kami dengan debit 62.
  • Akhirnya, kami mencerminkan utang kami pada PPN dalam jumlah 3813 rubel 56 kopecks kepada negara atas pinjaman 68,02 sesuai dengan debit 90,03 (pajak pertambahan nilai).

Dan jika kita sekarang melihat analisis 68,02, kita akan melihat:

  • 1.800 rubel pada debit adalah PPN masukan kami (dari penerimaan barang).
  • 3.813 rubel dan 56 kopeck pinjaman adalah PPN keluar kami (dari penjualan barang).
  • Nah, saldo kredit 2013 rubel dan 56 kopeck adalah jumlah yang harus kita transfer ke anggaran untuk kuartal pertama 2016.

Semuanya jelas dengan kabel. Mari kita beralih ke register.

Daftar " Penjualan PPN"benar-benar mirip dengan register" Pembelian PPN "dengan satu-satunya perbedaan bahwa entri ke dalamnya memastikan bahwa penjualan masuk ke buku penjualan:

Mari kita periksa.

Buku penjualan

Kami pergi ke bagian "Laporan", item "Buku Penjualan":

Kami membentuknya untuk kuartal 1 tahun 2016 dan melihat implementasi kami:

Hebat.

Tahap selanjutnya menuju pembentukan SPT PPN.

Analisis akuntansi PPN

Kami pergi ke bagian "Laporan", item "Analisis akuntansi PPN":

Kami membentuknya untuk kuartal pertama dan dengan sangat jelas melihat semua biaya (PPN keluar) dan pengurangan (PPN masuk):

Utang PPN segera ditampilkan. Semua nilai dapat diuraikan.

Misalnya, mari kita klik dua kali tombol kiri mouse pada implementasi:

Laporan telah dibuka...

Di mana, omong-omong, kami melihat kesalahan kami - kami lupa mengeluarkan faktur untuk implementasi.

Mari kita perbaiki kekurangan ini. Untuk melakukan ini, buka dokumen implementasi dan di bagian paling bawah tekan tombol "Terbitkan faktur":

Asisten PPN

Sekarang buka bagian "Operasi" item "Asisten untuk akuntansi PPN":

Kami membentuknya untuk kuartal pertama tahun 2016:

Di sini, secara berurutan, diceritakan tentang poin-poin yang harus Anda lalui untuk membuat pengembalian PPN yang benar.

Untuk memulainya, kami akan memposting ulang dokumen untuk setiap bulan:

Ini diperlukan jika kami memasukkan dokumen secara surut.

Kami melewatkan pembentukan entri buku pembelian, karena untuk kasus kami yang paling sederhana, mereka tidak akan ada.

Dan terakhir, klik item "SPT Pajak PPN".

Pernyataan

Deklarasi telah dibuka.

Ada banyak bagian di sini. Kami hanya akan membahas poin utama.

Pertama-tama, di bagian 1, jumlah akhir yang harus dibayarkan ke anggaran diisi:

Bagian 3 menunjukkan perhitungan pajak itu sendiri (PPN keluar dan masuk).