Pada artikel ini, kita akan berbicara tentang pemulihan PPN dan refleksi dari operasi ini di 1C 8.3 menggunakan contoh konfigurasi Akuntansi Perusahaan 1C.

Seringkali istilah itu sendiri "pemulihan PPN" menimbulkan pertanyaan. Mari kita coba menjelaskannya. Singkatnya, lalu pemulihan adalah operasi sebaliknya menerima potongan untuk PPN, yaitu menurut pengurangan yang telah diterima pada suatu waktu, penyesuaian dibuat, mengurangi pengurangan ini atau membatalkannya sama sekali. Jika akan lebih jelas bagi seseorang, maka secara teoritis kita dapat mengatakan bahwa kita membalikkan pemotongan PPN secara keseluruhan atau sebagian, tergantung pada situasinya. Tapi itu hanya istilah "badai" tidak berlaku dalam kasus ini, tetapi mereka mengatakan bahwa "PPN perlu dipulihkan."

Secara lebih rinci, setelah menerima bahan, barang, aset tetap, dll. PPN masukan seringkali merupakan pengurang pajak, yang mengurangi jumlah pajak yang terutang selama periode penerimaan. Untuk menerapkan pengurangan tersebut, beberapa kondisi harus sesuai, misalnya:

• SF yang dirancang dengan benar;
• Barang berharga yang diterima digunakan dalam kegiatan yang dikenakan PPN;
• Penerima barang berharga adalah pembayar PPN, dll.

Sekarang mari kita bayangkan situasi di mana pada saat memposting barang-barang berharga semua kondisi ini dipenuhi, dan pengurangannya diterima. Setelah beberapa waktu, kondisinya berubah, dan ternyata potongannya tidak dapat digunakan. Di sini dalam hal ini juga dilakukan pemulihan PPN.

Pilihan lain bila perlu untuk memulihkan PPN adalah pembayaran di muka kepada pemasok oleh pembeli. Dengan melakukan pembayaran di muka, pembeli dapat menggunakan pengurangan PPN, membentuk dalam posting akuntansi 68. PPN - 76. VA. Ketika pembeli menerima kiriman untuk uang muka tersebut, dia akan membuat potongan untuk barang yang diterima dengan posting 68. PPN - 19. Kemudian ternyata akan ada dua potongan untuk satu pengiriman. Situasi ini tidak mungkin, jadi deduksi pertama harus dikembalikan.

Daftar situasi ketika PPN harus dipulihkan diberikan dalam Kode Pajak, pasal. 170 hal.3. Dan meskipun praktik keputusan pengadilan menunjukkan bahwa daftar ini ditutup, namun, otoritas pajak sering meminta PPN untuk dipulihkan dalam kasus lain, misalnya, dalam kasus pencurian properti. Di sini, perusahaan itu sendiri harus memutuskan apakah akan mengembalikan pajak atau tidak (dalam hal ini, sidang pengadilan tidak dapat ditiadakan).

Karena pemulihan PPN selalu mengarah pada peningkatan jumlah pajak yang harus dibayar, akan selalu ada 68. PPN dalam transaksi Kt, dan opsi dimungkinkan untuk Dt, tergantung pada situasinya. Transaksi semacam itu harus tercermin dalam Beli Buku.

Pertimbangkan kasus pemulihan PPN yang paling umum.

Pemulihan PPN pada contoh 1C: Konfigurasi akuntansi

Sekarang dari teori ke praktik. Pertimbangkan dua opsi untuk mencerminkan pemulihan PPN dalam Akuntansi 1C.

Contoh 1. Kasus pemulihan PPN yang paling sering terjadi. Pembeli melakukan pembayaran di muka untuk pengiriman barang, kedua rekanan adalah pembayar PPN. Jumlah pembayaran di muka adalah 118.000 rubel, termasuk. PPN 18.000 Beberapa hari setelah pembayaran di muka, organisasi menerima aset material dalam jumlah 94.400 rubel, termasuk. PPN 14400 gosok.

Akuntansi untuk pembayaran di muka di 1C terotomatisasi dengan baik. Postingan yang benar dibuat secara otomatis untuk pembayaran.

Jika pada saat ini untuk membentuk buku belanja, kami akan memiliki dua potongan untuk satu pengiriman.

Pemulihan PPN harus dilakukan. Untuk melakukan ini, menu Operasi pilih barang

Menawarkan untuk mengirim ulang dokumen dan membentuk operasi rutin - pembentukan entri dalam buku pembelian dan penjualan.

Kami tertarik Tekan tombol Lengkapi dokumen, bagian tabular akan dihasilkan secara otomatis.

Mari kita lihat kabelnya. Program secara otomatis mengembalikan PPN dengan menganalisis jumlah uang muka dan pengiriman berikutnya. Dalam kasus kami, persediaan kurang dari uang muka yang dibayarkan, kami mengembalikan jumlah yang sama dengan pengiriman yang diterima dari pemasok.

Contoh 2 Pada kuartal ke-4, untuk kumpulan bahan yang diterima dari contoh 1, PPN harus dikembalikan dari jumlah 40.000 rubel, perkiraan jumlah PPN adalah 7.200 rubel.

Dalam hal ini, program tidak dapat secara otomatis menentukan periode dan jumlah PPN mana yang harus dikembalikan. Oleh karena itu, kami membuat dokumen yang sesuai pemulihan PPN. Itu ada di bagian

Kami menekan tombol Membuat, Dari daftar opsi, pilih dokumen untuk pemulihan PPN.

Agar PPN tidak "menggantung" pada akun 19, itu harus dihapuskan. Sebuah dokumen dapat dibuat berdasarkan tanda terima.

Secara default, seluruh jumlah tanda terima diusulkan untuk penyesuaian, kami harus menyesuaikannya.

Penanda buku Penarikan akun menunjukkan akun 91.02.

Perhatikan nilai panduan biaya. Di sini Anda dapat mengatur parameter apakah pengeluaran diterima sebagai pengeluaran untuk keperluan pajak penghasilan atau tidak.

Jika diterima, entri akan menjadi sebagai berikut:

Contoh umum lainnya yang mungkin dihadapi oleh banyak bisnis adalah perubahan jumlah pengiriman karena penyesuaian harga dan (atau) jumlah barang yang dikirim, yang mungkin memerlukan pengembalian PPN. Operasi semacam itu mengarah pada munculnya faktur penyesuaian, prosedur untuk mencerminkan yang akan kami pertimbangkan secara rinci di artikel lain.

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 LLC "Konfetprom" memperoleh 6 posisi nomenklatur yang berbeda berdasarkan "Produk". Untuk masing-masing dari mereka, tarif PPN 18% ditunjukkan. Jumlah pajak yang diterima juga tercermin di sini.

Setelah dokumen diadakan, 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 memposting 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 invoice 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 posting, faktur kami 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 untuk organisasi LLC "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 terdeteksi juga tertulis di sana.

Dalam contoh kami, dapat dilihat bahwa program telah menemukan kesalahan dalam memelihara buku 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 kasus ketika Anda perlu mengubah "tanggal mundur" dokumen tanda terima. Untuk melakukan ini, akan ada penyesuaian pada tanda terima, yang dibuat berdasarkan itu.

Secara default, dokumen sudah diisi. Harap dicatat bahwa kami akan memulihkan PPN di buku penjualan. Ini ditunjukkan oleh bendera yang sesuai pada tab "Utama".

Mari buka tab "Barang" dan tunjukkan perubahan apa yang perlu dilakukan pada tanda terima awal. Dalam kasus kami, jumlah permen yang dibeli "Aneka" telah berubah dari empat menjadi lima kilogram. Kami memasukkan data ini di baris kedua "setelah perubahan", seperti yang ditunjukkan pada gambar di bawah.

Penyesuaian kuitansi, serta kuitansi awal itu sendiri, membuat gerakan dalam dua register, yang mencerminkan di dalamnya hanya perubahan yang dibuat.

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

Akuntansi PPN dalam program 1C 8.3 Akuntansi didasarkan pada register akumulatif, yang menyimpan semua data dasar.

Untuk masuk ke daftar umum register, Anda perlu menekan tombol "Semua fungsi" pada tab menu "Utama":

Pencatat mewakili katalog perpustakaan, di mana semua informasi disimpan dan disistematisasi. Nama setiap item menunjukkan bagian mana yang menjadi tanggung jawab register.

Jika Anda pergi ke register mana pun, Anda dapat melihat jurnal dengan daftar dokumen. Jika akuntansi dalam program dipertahankan untuk beberapa organisasi, maka semua dokumen untuk semua organisasi akan tercermin dalam jurnal ini, nama-nama organisasi akan terlihat di kolom yang sesuai:

Dari sini Anda dapat membuka dokumen apa pun yang ditampilkan dengan mengklik dua kali. Kolom "Periode", "Pencatat" tersedia di register akumulasi apa pun:

Ketika Anda mengklik "Lainnya", isi register dicetak, Anda juga dapat menyimpan ke file, mengurutkan, mengubah jumlah dan jenis kolom.

Pertimbangkan untuk mengubah register menggunakan contoh "PPN disajikan".

Buka dokumen “Receipt barang” dan lihat postingan yang ada :

Buka tab yang diinginkan "PPN disajikan":

Mari kita perhatikan kolom "Jenis gerakan" - tertulis "Masuk". Dan sekarang mari kita kembali ke faktur dan mendaftarkan faktur yang diterima:

Masukkan nomor dan tanggal dokumen di bidang yang sesuai, klik "Daftar".

Kami juga mencentang kotak "Cerminkan pengurangan PPN di buku pembelian pada tanggal penerimaan".

Kami memeriksa pergerakan dokumen. Anda dapat melihat bahwa "Jenis gerakan" telah menjadi "Beban":

Dan sekarang mari kita lihat bagaimana menemukan kesalahan PPN melalui register. Katakanlah dokumen "Faktur" telah membentuk beberapa catatan (pada layar sebelumnya Anda dapat melihat 4 tab). Salah satunya "PPN yang disajikan" berbentuk "Beban". Mari kita pergi ke registrar dan mengatur penyortiran di kolom "Faktur". Setelah menghitung jumlah tanpa PPN, dengan mempertimbangkan tanda "+" dan "-" sesuai dengan jenis pergerakannya. Perhatikan bahwa kolom Faktur mencerminkan dokumen yang mendasarinya:

Saat menghitung, nilai nol akan diperoleh, yaitu, saldo "0" pada akun 19 untuk rekanan dan kontrak yang ditentukan, yang benar. Jika terjadi kesalahan, hanya dapat dilacak melalui pemrosesan di akhir bulan atau melalui cek kilat. Alasannya adalah bahwa faktur tidak terdaftar.

Dari sini kita dapat menyimpulkan bahwa register diperlukan untuk efisiensi analisis dan pelaporan.

Pertimbangkan sekarang situasi lain. Katakanlah Anda perlu menyesuaikan biaya produk yang sebelumnya dikreditkan. Untuk melakukan ini, kami membuat dokumen "Penyesuaian tanda terima" sesuai dengan dokumen dasar dan mengubah jumlah barang:

Kami melakukan penyesuaian dan memeriksa pergerakan sesuai dengan register "PPN disajikan":

Anda dapat melihat tampilan garis baru dengan informasi detail yang tercermin.

Register digunakan untuk menyimpan informasi tambahan dan data rinci.

Ada juga register "Akuntansi untuk PPN terpisah", "PPN menurut aset tetap", "PPN dengan tarif 0%", "PPN dari uang muka" dan banyak lagi, yaitu, register khusus untuk setiap operasi. Detil Deskripsi setiap register tersedia di direktori 1C saat Anda menekan tombol "F1". Untuk memahami perangkat dan hubungan akuntansi PPN dengan register dalam program 1C, studi pendahuluan struktur direkomendasikan.

Akuntansi PPN dalam 1C 8.3 Akuntansi dibangun di atas register akumulasi. dan jurnal transaksi, tentu saja, tetap ada, tetapi informasi utama disimpan dalam register. Mari kita coba memahami perangkat mereka - kami akan mempertimbangkan langkah demi langkah seluruh proses akuntansi.

Daftar umum register untuk PPN dapat diperoleh dengan mengklik tombol di menu utama "" - "" (Gbr. 1) (jika Anda tidak memiliki tombol "Semua fungsi", ikuti).

Sedikit tentang struktur register.

Sesuai dengan namanya, setiap register bertanggung jawab atas bagian tertentu. Jadi, menurut daftar "PPN pembelian", laporan "Buku pembelian" dibuat, dan menurut daftar "PPN penjualan" - laporan "Buku penjualan".

Struktur semua register serupa dan menyerupai direktori perpustakaan. Tujuan utama dari register adalah untuk menyimpan dan mengatur informasi.

Setiap register adalah daftar string (Gbr. 2). Semua baris dari register yang sama memiliki format yang sama, yaitu kolom yang sama. Dalam register yang berbeda, jumlah dan tujuan kolom berbeda.

Gambar 2 menunjukkan isi register PPN Pembelian. Jika laporan "Buku pembelian" menampilkan data untuk satu organisasi, maka daftar "PPN Pembelian" berisi data untuk semua organisasi sekaligus.

Kolom "Periode", "Pendaftar" ada di masing-masing.

Setiap baris register dikaitkan dengan dokumen (yang mana ditampilkan di kolom "Pendaftar"). Dengan mengklik dua kali, Anda dapat membuka dokumen itu sendiri. Konsep "memposting dokumen" di 1C dikaitkan tidak hanya dengan pembentukan posting, tetapi juga dengan pembuatan baris dalam register (satu atau beberapa sekaligus). Dalam bahasa gaul 1C mereka mengatakan: dokumen "memindahkan" register, "memeriksa pergerakan dokumen".

Dengan mengklik tombol "Lainnya" (Gbr. 3), Anda dapat menampilkan isi register ke file, mencetak, menyaring informasi, mengubah komposisi kolom keluaran (dalam hal ini, data register tidak berubah).

Menerbitkan faktur PPN

Anda dapat mengubah informasi dalam register dari dokumen - registrar.

Pertimbangkan bagaimana register berubah tergantung pada penyimpanan dokumen. Eksperimen akan dilakukan dengan register "PPN disajikan". Akun diatur dalam .

Pada Gambar. 4, faktur penerimaan. Mari kita periksa postingan dokumen ini (Gbr. 5).

Dapatkan pelajaran video 267 1C gratis:

Kami melihat dua bookmark, yang masing-masing sesuai dengan satu kasus. Yang pertama menampilkan entri akuntansi dan akuntansi pajak (secara umum, posting juga disimpan dalam register, tetapi ini adalah register dengan format yang berbeda; struktur dan tujuan tidak dipertimbangkan dalam artikel ini).

Pada tab kedua (Gbr. 6) - data register "PPN disajikan". Register ini merupakan salah satu dari 12 register yang termasuk dalam sistem akuntansi PPN. Perhatikan bahwa jenis gerakannya adalah "Masuk".

Sekarang . Untuk melakukan ini, di faktur masuk di bagian bawah (Gbr. 7) ada bidang yang diperlukan.

Dalam faktur yang dibuat, centang kotak "Cerminkan pengurangan PPN di buku pembelian ..." (Gbr. 8) dan periksa pergerakan dokumen (Gbr. 9).

Cari kesalahan dalam 1C pada pajak pertambahan nilai

Faktur "dipindahkan" 4 register sekaligus (pada Gambar 9 kita melihat 4 tab). Salah satu dari 4 register ini adalah "PPN yang disajikan" yang sudah tidak asing lagi bagi kita. Tetapi tidak seperti entri yang dibuat oleh dokumen "Kwitansi (akta, faktur) 0000-000249 tertanggal 08/01/2016 18:00:00", jenis gerakan dalam hal ini berbeda ("beban").

Apa artinya ini? Pertama, jumlah total semua gerakan serupa dengan tanda yang berbeda penting. Mari kita saring pergerakan seperti itu di daftar "PPN yang diajukan" oleh kolom "Faktur" (Gbr. 10) dan jumlahkan kolom "Jumlah tanpa PPN", dengan mempertimbangkan tanda di kolom "Jenis pergerakan". Perhatikan bahwa di kolom "Faktur" basis dokumen ditunjukkan.

Akibatnya, kita mendapatkan nol. Ini setara dengan saldo nol pada akun 19 (untuk pihak lawan dan perjanjian ini). Tampaknya, mengapa duplikat di register apa yang bisa dilihat di postingan?

Faktanya adalah bahwa dalam hidup ada berbagai situasi. Misalnya, Anda lupa mendaftarkan faktur; maka tidak akan ada garis dengan "pengeluaran", jumlah total tidak akan sama dengan 0, dan program akan menunjukkan kesalahan dalam analisis untuk rekanan dan kontrak ini (Gbr. 11)

Kesimpulan - register diperlukan untuk analisis dan pelaporan operasional.

Penyesuaian PPN

Situasi lain - Anda ingin mengubah harga barang yang sudah dikreditkan. Mari kita perkenalkan (Gbr. 12). Misalkan harga telah berubah untuk satu item "Keju cottage bebas lemak".

Formulir cetak Surat Pemberitahuan PPN dalam 1C 8.2:

• Menu Laporan → Laporan terjadwal.
• Tombol<Добавить элемент списка>- pilihan PPN.
• Periode – periode pelaporan.

Cara mengisi SPT PPN

Algoritmanya adalah sebagai berikut:

• Langkah 1. Untuk diselesaikan Judul Halaman;
• Langkah 2. Untuk diselesaikan Bagian 3 Perhitungan jumlah pajak yang terutang ke anggaran atas transaksi yang dikenakan pajak dengan tarif pajak yang diatur dalam paragraf 2-4 Pasal 164 Kode pajak Federasi Rusia;
• Langkah 3. Diisi Bagian 1 Jumlah pajak yang terutang ke anggaran (dikembalikan dari anggaran), menurut wajib pajak.

Langkah 1. Mengisi halaman judul

Saat mengisi halaman judul, indikator informasi diisi tentang wajib pajak, tentang periode pelaporan:

• di lapangan Nomor koreksi– kode laporan utama sesuai dengan nilainya «0» , setelah pengiriman perhitungan yang direvisi, nomor seri penyesuaian dimasukkan;
• di lapangan Masa pajak (kode)– kode periode pelaporan:
• nilai "21" - deklarasi untuk kuartal pertama;
• nilai "22" - deklarasi triwulan II;
• nilai "23"– deklarasi untuk kuartal ketiga;
• nilai "24" - deklarasi untuk kuartal keempat.
• di lapangan tahun pelaporan- tahun di mana pernyataan itu disampaikan;
• di lapangan Diserahkan ke otoritas pajak (kode)- kode otoritas pajak tempat pernyataan diserahkan;
• di lapangan menurut lokasi (akun) (kode)– nilai kode 400 ditunjukkan:
• Bidang berikut menunjukkan Nama wajib pajak sesuai dengan dokumen pendirian, kode OKVED diberikan kepada Wajib Pajak, nomor telepon kontak Wajib Pajak:

Langkah 2. Menyelesaikan Bagian 3 SPT PPN

Bagian 3 Pernyataan disampaikan oleh pembayar PPN, jika ada indikator bukan nol untuk setiap baris dari bagian ini.

Orang-orang yang bukan pembayar PPN, tetapi telah menerbitkan faktur yang menunjukkan jumlah pajak kepada pembeli mereka - tidak menyajikan bagian ini sebagai bagian dari Pernyataan, tetapi hanya menyajikan halaman judul dan bagian 1.

• Di atas bagian 3 (baris dari 010 hingga 120) mencerminkan jumlah PPN yang harus dibayar ke anggaran;
• Di bagian bawah bagian (baris 130 sampai 220) mencerminkan jumlah pengurangan PPN, yang mengurangi jumlah kewajiban pajak terhadap anggaran;
• Akibatnya, untuk bagian(baris 230 atau 240) mencerminkan jumlah total PPN yang terutang atau untuk mengurangi PPN dalam masa pajak ini.
• Aturan umum untuk mengisi bagian adalah sebagai berikut:

Menurut kolom 3 baris dari 010 - 080 jumlah dasar pengenaan pajak yang dikenakan pada tarif tertentu ditunjukkan;

Menurut kolom 5 baris dari 010 - 080 jumlah pajak yang dihitung dengan mengalikan basis pajak (kolom 3) dengan tarif PPN (kolom 4) untuk baris yang sesuai ditunjukkan;

Menurut kolom 5 baris dari 090 - 110 jumlah pajak yang dihitung oleh wajib pajak ditunjukkan. Kolom 3 "Dasar pajak" dan kolom 4 "Tarif PPN" tidak ada untuk baris ini.

• Pada baris 010 - 040 - dasar pengenaan pajak dan pajak atas semua penjualan dalam masa pajak yang telah berakhir, yang dikenakan pajak dengan tarif yang sesuai yang ditunjukkan dalam kolom 4 dari baris yang sama;

Mari kita bandingkan data dari contoh: Basis pajak adalah 1.610.532 rubel. PPN terutang = gosok 289.896 kumpulan postingan Dt 90.03 Kt 68.02. Jumlah PPN pada baris 010 sesuai dengan data kontrol.

• On line 050:

Kolom 3 - basis pajak, yang ditentukan secara terpisah untuk masing-masing jenis aset perusahaan (klausul 1, pasal 158 Kode Pajak Federasi Rusia) dan mewakili nilai buku properti, dikalikan ke faktor koreksi(Ayat 2, Pasal 158 Kode Pajak Federasi Rusia);

Kolom 5 - jumlah pajak yang dihitung dengan mengalikan "Dasar pajak" (kolom 3) yang dibersihkan dengan tarif yang sama dengan tarif perkiraan 15,25% (klausul 4 pasal 158 Kode Pajak Federasi Rusia) untuk semua jenis properti.

• Di jalur 060 - dasar pengenaan pajak dan pajak pada saat melakukan pekerjaan konstruksi dan pemasangan untuk keperluan sendiri, ditentukan sesuai dengan Klausul 2, Pasal 159 Kode Pajak Federasi Rusia sebagai jumlah dari semua biaya aktual wajib pajak untuk pelaksanaan pekerjaan ini, termasuk biaya organisasi yang direorganisasi (direorganisasi);
• On line 070 - dasar pengenaan pajak dan pajak atas penerimaan pembayaran di muka (termasuk PPN) yang diterima dalam suatu masa pajak tertentu;

Mari kita bandingkan data dari contoh: Basis pajak = 720.000 rubel. - satu set postingan Dt 51 Kt 62.02. PPN terutang = Rp 109.831 kumpulan postingan Dt 76.AB Kt 68.02. Jumlah PPN pada baris 070 cocok dengan data kontrol

• On line 080 - basis pajak dan pajak dengan tambahan peningkatan basis pajak, yaitu. jumlah kena pajak yang bukan merupakan ciri-ciri objek perpajakan yang berdiri sendiri sesuai dengan Pasal 162 Kode Pajak Federasi Rusia(misalnya besarnya denda, denda, bunga yang diterima penjual dari pembeli, dsb);
• On line 090 - jumlah TOTAL PPN yang akan dipulihkan untuk pembayaran ke anggaran dalam periode pajak ini, yang sebelumnya diterima untuk pengurangan, ditunjukkan, misalnya: untuk barang (pekerjaan, jasa), jika properti ini mulai digunakan untuk transaksi yang tidak dikenakan untuk PPN (klausul 2, pasal .170 dari Kode Pajak Federasi Rusia); atas uang muka yang ditransfer ke pemasok.

Dalam contoh kami, jumlah tersebut ditransfer ke baris 090 18.000 gosok. dari halaman 110.

• Di jalur 100 - jumlah pajak yang sebelumnya diterima untuk pengurangan dan sehubungan dengan itu kewajiban timbul untuk barang-barang (pekerjaan, layanan) yang digunakan untuk transaksi dalam periode pajak ini, sesuai dengan paragraf 1 pasal 164 Kode Pajak Federasi Rusia, dikenakan pajak dengan tarif 0%, ditunjukkan;
• Di jalur 110 - menunjukkan jumlah PPN yang harus dikembalikan untuk pembayaran ke anggaran sesuai dengan paragraf 3 paragraf 3 Pasal 170 Kode Pajak Federasi Rusia. Ini adalah jumlah PPN yang sebelumnya diterima untuk dipotong dari pembayaran di muka yang dilakukan oleh wajib pajak kepada pemasok;

Mari kita periksa data pada contoh: PPN terutang = 18.000 gosok. set posting Dt 76.AB Kt 68.02 - mengembalikan PPN dari uang muka offset ke pemasok. Jumlah PPN pada baris 110 sesuai dengan data kontrol.

• Di jalur 120 - menunjukkan total PPN dikenakan untuk pembayaran. Baris ini sama dengan jumlah baris dari 010 hingga 090 di kolom 5.

Mari kita periksa data dalam contoh: Utang PPN (baris 120) = 289.896 +109.831 + 18.000 = 417.727 rubel Sesuai dengan perputaran kredit "dibersihkan" dari akun 68.02. Sesuai dengan jumlah total PPN yang harus dibayar dalam Buku Penjualan.

• Di jalur 130 - jumlah PPN yang disajikan kepada wajib pajak ketika ia membeli barang (karya, layanan, hak milik) di wilayah Federasi Rusia dan dapat dikurangkan sesuai dengan Art. 171 dan 172 dari Kode Pajak Federasi Rusia;

216 977 gosok. ringkasan posting Dt 68.02 Kt 19. Jumlah PPN pada baris 130 bertepatan dengan data kontrol.

• Di jalur 140 jumlah PPN yang disajikan oleh kontraktor selama konstruksi (pemasangan) ditunjukkan dengan cara kontrak dan dapat dikurangkan sesuai dengan paragraf 5 Pasal 171 Kode Pajak Federasi Rusia;
• online 150

Mari kita periksa data pada contoh: PPN yang dapat dikurangkan = 18.000 gosok. kode posting Dt 68.02 Kt 76.VA. Jumlah PPN pada baris 150 sesuai dengan data kontrol.

• Di jalur 160 jumlah pengurangan PPN yang disajikan kepada pembeli pembayar pajak ketika mentransfer pembayaran di muka untuk barang (pekerjaan, layanan, hak milik) ditunjukkan;
• Di jalur 170 jumlah PPN yang dibayarkan saat mengimpor barang ke wilayah pabean Federasi Rusia ditunjukkan, ditentukan oleh rumus:

• Di jalur 180 jumlah PPN yang dibayarkan kepada otoritas pabean ditunjukkan ketika barang diimpor ke wilayah pabean Federasi Rusia untuk pelaksanaan operasi yang diakui sebagai objek perpajakan atau dibeli untuk dijual kembali;
• Di jalur 190 jumlah PPN yang dibayarkan oleh wajib pajak ke anggaran Federasi Rusia ketika membeli barang-barang asal Belarusia di Republik Belarus untuk melakukan transaksi yang diakui sebagai objek perpajakan atau dibeli untuk dijual kembali ditunjukkan;
• online 200 jumlah PPN yang dihitung oleh penjual dari uang muka yang diterima, yang dipotong dari tanggal pengiriman barang (pelaksanaan pekerjaan, penyediaan layanan);

Mari kita periksa data pada contoh: PPN yang dapat dikurangkan = gosok 67.469 kumpulan postingan Dt 68.02 Kt 76.AB. Jumlah PPN pada baris 200 sesuai dengan data kontrol.

• Di jalur 210 menunjukkan jumlah PPN yang sebelumnya dibayarkan ke anggaran oleh Wajib Pajak sebagai agen pajak, dan dapat dikurangkan sesuai dengan: Klausul 3, Pasal 171 Kode Pajak Federasi Rusia;
• Di jalur 220 - jumlah total PPN yang akan dipotong ditunjukkan. Garis ini sama dengan jumlah garis 130, 150, 160, 170, 200 dan 210.

Mari kita periksa data dalam contoh: Pengurangan PPN (baris 220) = 216.977 + 18.000 + 67.469 = 302.446 rubel Sesuai dengan omset debit "dibersihkan" dari akun 68,02. Sesuai dengan jumlah total pengurangan PPN dalam Buku Pembelian.

• Jika sebuah Jumlah pajak yang dihitung untuk pembayaran ke anggaran (halaman 120)> Jumlah PPN yang akan dipotong (hal. 220), maka halaman 230 terisi, jika tidak, hal.240;
• Di jalur 230 jumlah total PPN yang dihitung untuk pembayaran ke anggaran ditunjukkan;

Mari kita periksa data dalam contoh: Halaman 120 > hal.220= 417 727 > 302.446 gosok. Str.230 \u003d 417.727 - 302.446 \u003d 115.281 rubel.

• Di jalur 230 jumlah total PPN yang dihitung untuk penggantian dari anggaran ditunjukkan:

Langkah 3. Menyelesaikan Bagian 1 SPT PPN

• Di barisan Kode OKATO (hal.010) - kode formasi administratif-teritorial (kode OKATO) sesuai dengan pengklasifikasi All-Rusia, di wilayah tempat pajak dibayarkan;
• Di barisan Kode klasifikasi anggaran (hal. 020) – kode klasifikasi anggaran untuk PPN: 182 1 03 01000 01 1000 110 “Pajak Pertambahan Nilai”;

On line 030 jumlah PPN yang dihitung untuk pembayaran ke anggaran oleh bukan pembayar PPN, yaitu. Baris ini diisi oleh mereka yang:

• menerapkan sistem perpajakan yang disederhanakan;
• menerapkan sistem perpajakan bagi produsen pertanian;
• menerapkan sistem perpajakan berupa pajak tunggal atas penghasilan yang diperhitungkan;
• dibebaskan dari kewajiban pembayar pajak sesuai dengan Pasal 145 Kode Pajak Federasi Rusia.

Pada baris 040 dan 050 jumlah PPN yang terutang atau yang dapat dikembalikan dari anggaran ditunjukkan. Jumlah pajak yang ditunjukkan pada baris 040 dibayarkan ke anggaran.

Mari kita periksa data dari contoh:

• Jumlah PPN yang harus dibayar = 115.281 +0 = 115.281 rubel.
• Jumlah PPN yang akan diganti = 0 rubel.
• Jumlah PPN yang harus dibayar > Jumlah PPN yang dapat dikembalikan = 115 281 > 0 - isi halaman 040
• Halaman 040 \u003d 115.281 - 0 \u003d 115.281 rubel: