Koreksi kesalahan dalam 1C. Kesalahan yang paling sering "1C" dan metode koreksi mereka

Baru-baru ini, mulai dari versi 3.0.43.50, dalam program 1C: Akuntansi 8 Edition 3.0 ke dokumen "Advanced Advanced" oleh pengembang ditambahkan kind. Koreksi operasi kesalahan Anda sendiri. Sekarang dokumen ini memungkinkan tidak hanya untuk mendaftarkan faktur yang dikoreksi atau penyesuaian yang diterima dari pemasok dan melakukan penyesuaian yang sesuai dalam akuntansi, tetapi juga untuk memperbaiki kesalahan teknis yang diizinkan oleh karyawan. Pada artikel ini, kami akan mempertimbangkan secara rinci secara rinci bagaimana hal itu dapat dikoreksi dalam akuntansi dan untuk mengenakan pajak yang sempurna ketika memasukkan informasi program dari dokumen utama.

Biarkan saya mengingatkan Anda sehingga dalam program Anda dapat menggunakan dokumen untuk menyesuaikan penerimaan dan penyesuaian implementasi, perlu dalam pengaturan fungsionalitas program pada perdagangan bookmark termasuk kotak centang Koreksi dan Koreksi.

Pertimbangkan contohnya

Organisasi "Dawn" menerapkan rezim umum perpajakan - metode status akrual dan akuntansi (PBU) 18/02 "akuntansi untuk perhitungan pada pajak penghasilan organisasi". Organisasi ini adalah pembayar PPN.

Pada Januari 2016, ketika memasuki program dokumen utama yang diajukan oleh layanan pihak ketiga, seorang petugas operasi akuntan membuat dua kesalahan. Pertama, biaya layanan yang salah, dan kedua, ketika mendaftarkan faktur yang diterima dari pemasok, itu salah untuk menunjukkan nomornya. Layanan yang diterima dari pemasok terdaftar dalam program menggunakan tanda terima dokumen dengan jenis operasi operasi. Dalam kolom "Jumlah" bagian tabel dari dokumen, 5.000 rubel diindikasikan alih-alih 6.000 rubel yang benar.

Faktur yang dihasilkan terdaftar di "basement" dokumen dengan menentukan jumlah dan tanggal. Alih-alih angka "nyata" 7, angka 1 ditentukan.
Biaya layanan yang diperoleh dalam akuntansi terkait dengan biaya umum (akun akun 26). Masuk dokumen ke kesalahan di atas dan hasilnya disajikan pada Gambar. satu.

Ketika melakukan dokumen dalam akuntansi dan untuk pajak pengembalian, biaya layanan tanpa PPN pada debit akun 26 "Biaya Beban Umum" dialokasikan pada PPN $ 19,04 untuk layanan yang diperoleh, jumlah pemasok PPN ke korespondensi Dengan kredit akun 60.01 "perhitungan dengan pemasok dan kontraktor." Juga, dokumen tersebut telah membentuk entri ke Register Akumulasi PPN yang disajikan, yang merupakan dasar untuk pembentukan catatan di buku belanja.

Akibatnya, sebagai akibat dari kesalahan yang diasumsikan, ketika menentukan biaya layanan dalam akuntansi dan untuk pajak pengembalian, jumlah pengeluaran tidak terdeteksi, jumlah PPN yang disampaikan dan utang telah dikecualikan sebelum pemasok.

Dokumen yang diterima faktur dibentuk dalam program berdasarkan aliran dokumen dan, sebagai hasilnya, berisi salah jumlah dan jumlah PPN.

Dibentuk S. nomor yang salah Faktur dokumen yang diperoleh ditunjukkan pada Gambar. 2.

Dalam program ini, jumlah PPN dapat dilakukan untuk dikurangi atau dengan bantuan dokumen peraturan, pembentukan catatan buku pembelian, atau langsung dalam faktur dokumen yang diterima, dengan kotak centang untuk mencerminkan pengurangan PPN dalam tanggal penerimaan dari tanggal penerimaan.

Hasil dokumen yang diperoleh faktur ditunjukkan pada Gambar. 3.

Dokumen dalam akuntansi dilakukan untuk mengurangi jumlah PPN dan membentuk entri ke daftar PPN masing-masing (di buku belanja), dengan jumlah PPN yang diremehkan dan nomor faktur yang salah.
Buku pembelian untuk kuartal pertama ditunjukkan pada Gambar. empat.

Biaya layanan diberikan kepada pemasok hanya pada kuartal berikutnya. Dokumen Pesanan Pembayaran Itu dibuat atas dasar penerimaan dokumen yang salah.

Kabel tulisan dokumen yang sesuai dari akun saat ini yang dibuat dengan menerima ekstrak dari akun saat ini ditunjukkan pada Gambar. lima.

Akhirnya, sebagai hasil dari rekonsiliasi pemukiman timbal balik, pada kuartal kedua kesalahan ini ditemukan. Pelaporan PPN untuk kuartal pertama saat ini sudah berlalu.

Mari kita ingat bagaimana kesalahan dalam akuntansi dan akuntansi pajak harus diperbaiki.

Sesuai dengan paragraf 5 PBU 22/2010 "Koreksi bug dalam akuntansi dan pelaporan", kesalahan tahun pelaporan, diidentifikasi sebelum akhir tahun ini, dikoreksi oleh entri pada akun akuntansi yang relevan pada bulan tahun pelaporan, yang mendeteksi kesalahan.

Sesuai dengan ayat 1 seni. 54 Kode Pajak dari Federasi Rusia, jika kesalahan (distorsi) terdeteksi, dalam hal basis pajak yang berkaitan dengan periode pajak masa lalu (pelaporan), dalam periode pajak saat ini (pelaporan), perhitungan ulang basis pajak dan jumlah pajak dibuat untuk periode di mana mereka berkomitmen kesalahan yang ditentukan (distorsi).

Benar, ada pengecualian untuk aturan ini. Sesuai dengan paragraf yang sama dari kode pajak Federasi Rusia, wajib pajak memiliki hak untuk menghitung ulang basis pajak dan jumlah pajak untuk periode pajak (pelaporan) di mana kesalahan (distorsi) yang berkaitan dengan pajak masa lalu (pelaporan) periode ketika kesalahan (distorsi) telah menyebabkan pembayaran pajak yang berlebihan.

Seperti yang telah kita katakan, sebagai akibat dari kesalahan yang diasumsikan, jumlah pengeluaran itu bersahaja. Akibatnya, untuk pajak pengembalian, basis kena pajak (laba) dan, karenanya, itu menyebabkan pembayaran yang berlebihan dari pajak terlalu ditaksir. Oleh karena itu, koreksi untuk pajak pengembalian dapat diproduksi pada periode pelaporan saat ini, seperti pada akuntansi.

Tetapi untuk mencari cara untuk berurusan dengan PPN, kita beralih ke keputusan pemerintah Federasi Rusia № 1137 tanggal 26 Desember 2011. Sesuai dengan paragraf 4 aturan buku belanja, jika Anda perlu melakukan perubahan pada buku belanja (setelah akhir periode pajak saat ini), pembatalan entri faktur, faktur koreksi, dibuat dalam lembar tambahan Membeli buku untuk periode pajak di mana mereka adalah faktur terdaftar, faktur koreksi, sebelum membuat koreksi di dalamnya.

Untuk memperbaiki kesalahan yang dijelaskan oleh kami, kami akan menggunakan Dokumen Advance Advanced dan sebagai jenis operasi, pilih koreksi kesalahan Anda sendiri.

Pada bookmark, hal utama diperlukan untuk memilih pangkalan adalah dokumen penerimaan di mana kesalahan dibuat bahwa kami akan menyesuaikan (dalam kasus kami, dokumen ini diterima (ACT, Faktur) No. 1 dari 11 Januari, 2016). Bully di bawah, ketika basis dipilih, referensi secara otomatis tercermin ke dokumen yang diperbaiki, faktur diperoleh dan detailnya.

Kita perlu memperbaiki angka yang masuk (nilai baru adalah 7). Pada tab ini, Anda dapat memilih di mana penyesuaian akan tercermin: hanya dalam PPN akuntansi atau di semua bagian akuntansi (kami ingin melakukan koreksi dalam catatan akuntansi dalam akuntansi pajak penghasilan dan akuntansi PPN). Anda juga dapat memilih akun untuk mencerminkan pendapatan dan pengeluaran.

Dokumen utama mengisi penyesuaian muka dokumen disajikan pada Gambar. 6.

Jika untuk memperbaiki kesalahan, Anda perlu memperbaiki beberapa validasi.Maka bookmark dapat dibutuhkan: barang, layanan, layanan agen.
Sejak pada contoh kami, kesalahan diizinkan ketika memasuki Undang-Undang Layanan dalam program, kami akan menggunakan tab Layanan dan menunjukkan harga yang benar - 6.000 rubel.
Layanan Bookmark Kemajuan penerimaan dokumen disajikan pada Gambar. 7.

Ketika melakukan dokumen dalam akuntansi, kabel yang salah pada pengurangan PPN (DT 68.02 - CT 19.04) adalah 900 rubel dalam jumlah 900 rubel dan akan membentuk kabel yang tepat dalam jumlah 1.080 rubel. Jumlah tambahan untuk debit utang dari akun 19.04 akan mengalokasikan jumlah pemasok PPN (180 rubel), akan meningkatkan debit akun 26 "pengeluaran umum" dalam jumlah akuntansi dan jumlah akuntansi biaya untuk layanan (1.000 rubel) dan 1.000 Dengan demikian, meningkatkan kredit akun 60.01 pemasok (1 180 rubel).
Perjalanan penerimaan dokumen kabel disajikan pada Gambar. delapan.

Selain kabel dalam akuntansi dan akuntansi pajak, dokumen tersebut akan membentuk catatan dalam register akumulasi PPN.
Register PPN yang disajikan (jumlah PPN yang disajikan oleh Pemasok) akan dicatat pada jumlah PPN yang benar, dan karena jumlah PPN ini langsung terdaftar dalam buku pembelian, konsumsinya akan segera tercermin.

Dalam register PPN, dua entri akan terbentuk. Entri pertama adalah bahwa itu tidak sah secara hukum untuk mengurangi jumlah PPN dengan nomor faktur yang salah. Dan entri kedua adalah mengurangi jumlah PPN yang benar dalam faktur dengan detail yang benar. Karena koreksi dimasukkan ke dalam periode pajak masa lalu pada PPN, tanda lembar tambahan akan ditempelkan dan periode yang diperbaiki yang sesuai akan diresepkan.
Dibentuk oleh dokumen, menyesuaikan penerimaan rekaman ke register akumulasi disajikan pada Gambar. sembilan.

Juga ketika melakukan dokumen dalam program akan dibuat (terdaftar) dokumen baru Faktur diperoleh dengan penjelasan "kebenaran kesalahannya sendiri" (lihat Gambar 6). Dokumen ini dapat dilihat dalam daftar dokumen yang diperoleh faktur. Kesalahan dan dokumen yang dikoreksi ditunjukkan pada Gambar. 10.

Bentuk dokumen tetap faktur yang diperoleh berisi tanggal isi ulang dan tautan ke dokumen yang dikoreksi. Juga dalam bentuk dokumen ada nilai-nilai detail faktur yang diperoleh dari penyedia sebelum memperbaiki kesalahan dan setelah diperbaiki (Gbr. 11).

Mari kita periksa kebenaran tindakan kita, bentuk buku pembelian untuk kuartal pertama - periode pajak di mana kesalahan diizinkan.
Dalam laporan yang dapat dibentuk oleh kami, kami menentukan periode yang diinginkan. Dalam pengaturan laporan, kami akan menyalakan kotak centang "Bentuk Tambahan Lembar" dan tentukan opsi formasi untuk periode saat ini.
Pengaturan laporan Buku belanja ditunjukkan pada Gambar. 12.

Mari kita lihat daftar buku belanja tambahan.
Sebagaimana mestinya, nomor lembar tambahan, periode pajak dan tanggal masuk ditentukan dalam lembar tambahan. Kolom 16 dari bagian tabel menyediakan jumlah total PPN untuk periode pajak sebelum menyusun lembar tambahan.
Lembar tambahan hadir, seperti yang kami harapkan, dua baris: dengan tegas dengan faktur dengan jumlah dan jumlah yang salah dan entri yang dikoreksi dengan nomor akun yang benar dan jumlah yang benar.
Daftar tambahan buku pembelian untuk kuartal pertama disajikan pada Gambar. 13.

Dengan kesalahan dalam database yang timbul dari berbagai alasan, dimulai dengan mematikan listrik, mengakhiri kerusakan peralatan, setiap pengguna dan administrator sistem. Dan jika pengguna hanya melihat bahwa program memberi, misalnya, untuk reboot, tetapi tidak berfungsi, maka administrator akan menjadi kesalahan untuk mencari dan menangani mereka.

Kalimat pertama dari setiap spesialis dalam situasi seperti itu akan menjadi pemulihan cadangan. Jika tidak ada satu atau sudah ketinggalan zaman, Anda perlu mengambil sejumlah tindakan sederhana, misalnya, untuk menguji basis 1C. Pada artikel ini, kami hanya akan mempertimbangkan satu mekanisme untuk mencari dan menghilangkan kesalahan dalam database 1C, serta fitur penggunaannya.

Pengujian dan Koreksi basis informasi 1C Kami akan melihat contoh konfigurasi 1C akuntansi papan editorial 3.0 (rilis - 3.0.54.20), platform - 8.3.10.2561. Untuk edisi lama dan konfigurasi lainnya, serta versi platform 8.2, algoritma operasi untuk utilitas ini serupa.

Mari kita mulai dengan pengingat wajib kita bahwa di depan manipulasi dengan konfigurator 1c, termasuk sebelum menguji dan memperbaiki basis 1C 8.3, disarankan untuk membuat cadangan Basis data yang akan kita tangani.

Kami membutuhkan mode operasi, dibuat untuk menguji database 1C dan memperbaiki kesalahan yang ditemukan, tersedia dalam konfigurator, di bagian menu Administrasi.

Dengan menjalankan utilitas, kami akan melihat jendela berikut:

Ini berisi daftar cek dan mode, serta metode pengujian. Mari kita memikirkan masing-masing detail.

Reindexing Tables Ib. - Saat mengatur kotak centang, tabel reindex dilakukan. Ini adalah proses indeks pembangunan kembali lengkap dari tabel basis data. Reindexation sangat meningkatkan kinerja dan kecepatan sistem 1C.

Kontrol integritas logis IB - Mekanisme untuk memverifikasi organisasi data, serta setelah menemukan kesalahan dalam integritas logis dan struktural dari basis data yang diteliti.

Integritas Referensi IB - Memeriksa IB untuk keberadaan referensi "babak belur" atau "kosong" yang muncul dengan pemrosesan informasi yang salah, dan seringkali saat menghapus data atau pertukaran data yang dikonfigurasikan secara salah.

Perhitungan ulang hasil, Dengan konsep yang kami dihadapkan pada 1C register. Ini adalah tabel hasil, data yang dihitung dari mana untuk menganalisis lebih mudah dan lebih cepat daripada "revisi" seluruh register. Prosedur ini dapat meningkatkan kecepatan basis data.

Tabel Kompresi Ib. - Mengurangi volume basis data. Faktanya adalah ketika menghapus objek dari database, 1C tidak menghapusnya akhirnya, tetapi hanya tanda untuk dihapus. Itu. Mereka tetap dalam database, tetapi tidak tersedia dalam pekerjaan. Jika data tersebut tidak dihapus oleh pemrosesan khusus, maka mereka dihapus saat dikompresi oleh tabel IB. Efek yang sama, omong-omong, Anda dapat diturunkan / memuat file database.

Restrukturisasi tabel IB - Selama proses ini, sistem merekrut tabel database. Ini biasanya disebabkan oleh perubahan dalam struktur metadata konfigurasi. Prosesnya mungkin memakan waktu lama.

Tepat di bawah, daftar ini adalah bidang pemilihan jenis tes: apakah itu akan hanya diuji, di mana sistem akan menunjukkan kesalahan, tetapi tidak akan memperbaikinya, atau menguji dengan koreksi lebih lanjut. Dalam hal ini, sistem akan mencoba untuk memperbaiki semua kesalahan yang ditemukan.

Bahkan di bawah, ada opsi untuk bekerja dengan "bit" referensi dan dengan kehilangan data parsial. Tiga opsi tersedia:

Buat objek - Sistem ini membuat elemen kosong, yang kemudian dapat diisi dengan data secara manual.
Bersihkan tautan - Tautan "BIED" dan objek dengan data parsial akan dihapus.
Jangan berubah - Hanya menunjukkan kesalahan, sistem tidak akan mengubah objek.

Dan zona terakhir jendela kami adalah kemampuan untuk menjeda dan melanjutkan pengujian terputus. Faktanya adalah bahwa dalam beberapa database, proses pengujian dan koreksi dapat memakan waktu lama (dari 1-2, hingga 20-30 jam). Jika ada kecurigaan bahwa sistem akan memeriksa untuk waktu yang sangat lama, Anda dapat menempatkan tanda centang "Interrupt memeriksa" dan atur interval waktu setelah pemeriksaan akan ditangguhkan.

Jika ada centang "Lanjutkan menginterupsi pengujian sebelumnya", menekan tombol "Run" akan terus menguji dari lokasi Stop.

Utilitas chdbfl.exe.

Jika, berdasarkan sejumlah alasan, kita tidak bisa masuk ke konfigurator - tidak ada hak untuk memulai, misalnya, Anda dapat menggunakan "utilitas chdbfl.exe". Ini pada dasarnya analog pengujian dan memperbaiki file (untuk SQL tidak cocok) dari basis informasi. Ini melakukan inspeksi integritas fisik basis data. Pertimbangkan di mana itu dan bagaimana menggunakannya.

Kami pergi ke folder dengan platform yang diinstal. Unduh file tidak perlu.

Setelah memulai, kami akan melihat jendela berikut:

Anda perlu menentukan jalur ke file database dan mengkonfirmasi (atau tidak melakukan ini) kebutuhan untuk memperbaiki kesalahan yang diidentifikasi. Jalur ke file database dapat ditemukan dari daftar basis data.

Setelah verifikasi selesai, sistem akan melaporkan kesalahan yang ditemukan.

Sebagai pengguna untuk memperbaiki kesalahan mereka sendiri yang dibuat dalam akuntansi dan akuntansi pajak atas pajak penghasilan, para ahli 1C diceritakan.

Pertimbangkan bagaimana dalam program "1c: akuntansi 8" edisi 3.0, Anda dapat memperbaiki kesalahan teknis yang dibuat ketika mendaftarkan dokumen kedatangan.

Contoh

Organisasi OOO "interior baru" melamar sistem Umum Perpajakan dan Posisi PBU 18/02 (Disetujui oleh Ordo Kementerian Keuangan Rusia tanggal 19 November 2002 No. 114N), pada Februari 2016 mengungkapkan kesalahan dalam akuntansi: jumlah biaya sewa ruang kantor Untuk kuartal III 2015, ia keliru melebih-lebihkan 30 ribu rubel. Jumlah pengurangan PPN juga terlalu tinggi, terdaftar secara keliru dalam buku pembelian untuk kuartal III 2015 (5.400 rubel). Kesalahan dari kesalahan ditemukan dan dikoreksi sebelum penyajian deklarasi pajak untuk pajak penghasilan untuk 2015 dan sebelum penandatanganan pelaporan akuntansi untuk 2015. Organisasi memutuskan untuk melakukan perubahan yang diperlukan untuk data akuntansi dan akuntansi pajak dan tunduk pada otoritas pajak Deklarasi Pajak yang diperbarui: PPN - untuk kuartal III 2015; Untuk pajak penghasilan - selama 9 bulan 2015.

Biaya sewa ruang kantor tercermin dalam program menggunakan dokumen. Penerimaan (ACT, Faktur) Dengan jenis operasi Layanan (ACT).Kami mengingatkan Anda bahwa akses ke semua tanda terima dokumen dilakukan dari bagian Pembelian. Sebagai hasil dari dokumen, kabel akuntansi dibentuk, serta catatan dalam sumber daya khusus untuk keperluan akuntansi pajak untuk faktur dengan tanda akuntansi pajak (baik):

Debit 60.01 Kredit 60.02 - Pada jumlah pembayaran di muka yang dikreditkan untuk menyewa tempat (76 700 rubel); Debit 26 Credit 60.01 - Untuk biaya menyewa tempat (65.000 rubel); Debit 19.04 Kredit 60.01 - Pada jumlah PPN (11 700 rubel).

Berdasarkan dokumen penerimaan, sebuah dokumen terdaftar Faktur diperolehpPN diterima untuk dikurangi dalam jumlah penuh dalam periode penerimaan. Entri yang relevan diperkenalkan ke dalam Daftar Akuntansi dan dalam register akuntansi khusus.

Untuk mencerminkan kesalahan dalam akuntansi yang diizinkan oleh pengguna saat mendaftar dari pemasok dokumen dan faktur utama, dokumen sistem akuntansi harus digunakan. Penyesuaian Pendaftaran. Dokumen disarankan untuk masuk berdasarkan dokumen Penerimaan (ACT, Faktur). Untuk melakukan ini, klik tombol. Masuk berdasarkan (tersedia dari kedua bentuk dokumen tanda terima dan dari daftar dokumen penerimaan) dan pilih perintah Penyesuaian Pendaftaran.

Bentuk dokumen Penyesuaian Pendaftaran Di tab hal utama. Memodifikasi tergantung pada jenis operasi yang dipilih, serta dari periode pembuatan perubahan pada dokumen dasar.

Menurut paragraf 6 PBU 22/2010, kesalahan tahun pelaporan diidentifikasi setelah akhir tahun ini, tetapi sebelum tanggal penandatanganan pelaporan akuntansi tahun ini, harus dikoreksi dengan catatan tentang rekening akuntansi yang relevan untuk bulan Desember tahun yang melaporkan . Karena itu, dalam kasus kami, dokumen Penyesuaian Pendaftaran Harus berkencan pada Desember 2015 (bidang dari).

Di tab hal utama. di bidang Jenis operasioperasi berikut tersedia:

Koreksi dalam dokumen primer -digunakan untuk mencerminkan koreksi kesalahan yang dibuat oleh pemasok saat membuat dokumen. Koreksi dalam dokumen primer bukan merupakan peristiwa independen dan mengacu pada periode yang sama dengan dokumen tetap itu sendiri. Pemasok, mengoreksi dokumen utama, menetapkan faktur yang diperbaiki;
Penyesuaian dengan koordinasi para pihak - Daftarkan perubahan dalam biaya barang, pekerjaan dan layanan yang sebelumnya diimplementasikan, yaitu, peristiwa independen yang termasuk dalam periode saat ini terdaftar antara penjual dan pembeli. Supplier B. kasus ini memaparkan faktur koreksi;
- Ini dimaksudkan untuk memperbaiki kesalahan entri data yang dibuat oleh pengguna ketika mendaftarkan dokumen primer dan (atau) menerima faktur, dan memungkinkan Anda untuk memperbaiki detail faktur yang dimasukkan secara keliru, termasuk indikator penjumlahan. Koreksi mengacu pada periode yang sama dengan dokumen yang dimasukkan secara tidak benar.

Sejak di bawah syarat misalnya 1, kesalahan teknis diizinkan dalam akuntansi, maka perlu untuk memilih jenis operasi Koreksi kesalahan sendiri (Gbr. 1).

Ara. 1. Dokumentasikan "koreksi penerimaan", tab "utama"

Tergantung pada alat peraga yang ditentukan Mencerminkan penyesuaian Dokumen tersebut dapat mencerminkan perubahan dalam dua versi:

Di semua bagian akuntansi(Anda perlu meninggalkan opsi ini);
Hanya dalam PPN Akuntansi.

Beralih Refleksi pendapatan dan pengeluaran Dalam Contoh 1, atur ke posisi Dikaitkan dengan akun yang sama dengan layanan (20, 26, 44, ...).

Bagian meja Produk. dan Jasadiisi secara otomatis sesuai dengan dokumen yang ditentukan di bidang Mendasarkan. Setiap baris dokumen sumber sesuai dengan dua baris dalam dokumen penyesuaian (Gbr. 2):

sebelum berubah;
setelah berubah.

Ara. 2. Dokumentasikan "Koreksi Penerimaan", Bookmark "Layanan"

Dalam string. sebelum berubah Jumlah dan jumlah dari dokumen sumber ditransfer, dan string ini tidak diedit. Garis setelah berubah awalnya diisi dengan nilai yang sama dengan string sebelum berubah. Di barisan setelah berubah Anda perlu menentukan jumlah yang dikoreksi.

Berdasarkan dokumen Penyesuaian Pendaftaran perlu mendaftarkan versi dokumen yang diperbaiki Faktur diterima dengan tombol Daftar.

Setelah dokumen Penyesuaian Pendaftarankabel akuntansi berikut dibentuk:

Debit 60.02 Kredit 60.01 - Pada pembayaran uang muka yang dihasilkan oleh pemasok (35.400 rubel) dibayar untuk penyewaan bangunan; Bantuan 68.02 Kredit 19.04 - Untuk seluruh jumlah PPN (11.700 rubel), yang sebelumnya keliru diadopsi untuk mengurangi faktur "salah" untuk dibatalkan dalam Kitab Pembelian; Debit 68.02 Kredit 19.04 - pada jumlah deduksi PPN yang diperlukan (6.300 rubel); Storno Debit 19.04 Kredit 60.01 - Pada terlalu tinggi dari jumlah PPN (5.400 rubel); Storno Debit 26 Credit 60.01 - Pada terlalu tinggi dari biaya menyewa ruangan (30.000 rubel).

Untuk keperluan akuntansi pajak, jumlah yang relevan juga dicatat dalam sumber daya Jumlah Nah Dt. dan Jumlahnya CT Untuk akun dengan tanda akuntansi pajak (baik). Perbedaan (permanen (PR) dan sementara (BP)) antara data akuntansi dan akuntansi pajak tidak timbul.

Semua tanpa kecuali tanggal 31 Desember 2015. Setelah diproses Penutupan bulan ini (bagian Operasi) Dengan mengisi otomatis pelaporan, data yang dikoreksi akuntansi dan akuntansi pajak akan jatuh pada laporan akuntansi tahunan dan deklarasi pajak penghasilan untuk 2015. Tetapi deklarasi yang diklarifikasi tentang pajak penghasilan selama 9 bulan pertama 2015 harus disesuaikan secara manual. Untuk melakukan ini, secara otomatis diisi dengan lini 040 "Biaya Tidak Langsung - Total" No. 2 ke lembar 02 Deklarasi Pajak Penghasilan (Disetujui oleh Order Layanan Pajak Federal Rusia 26.11.2014 No. MMB-7-3 Dan [Dilindungi Email]), Itu harus dikurangi 30.000 rubel.

Setelah dokumen Penyesuaian Pendaftaranselain catatan dalam daftar akuntansi, entri korektif dalam register akumulasi diperkenalkan PPN disajikan dan PPN berbelanja. Dengan penurunan biaya barang dan jasa yang dibeli, lembar tambahan buku pembelian untuk kuartal III 2015 akan dibentuk secara otomatis. Catatan akan tercermin dalam lembar tambahan:

pembalikan - pada jumlah pengurangan PPN yang terdaftar secara keliru;
jumlah PPN yang dijangkau oleh faktur dari pemasok diterima.

Operasi untuk memperbaiki kesalahan mereka sendiri dan untuk mengurangi sewa PPN akan secara otomatis tercermin dalam deklarasi PPN yang ditentukan untuk kuartal III 2015:

dalam Bagian 3 "Perhitungan jumlah pajak yang dibayarkan dengan anggaran ...";
dalam Bagian 8 "informasi dari Kitab Berbelanja ...";
dalam Lampiran No. 1 "Informasi dari lembar tambahan buku pembelian" ke bagian 8 deklarasi PPN (disetujui oleh Order Layanan Pajak Federal Rusia 29 Oktober 2014 No. MMB-7-3 / [Dilindungi Email]).

Kami mengingatkan Anda bahwa organisasi harus menghitung secara mandiri dan membayar hukuman, jika pajak yang jatuh tempo dibayarkan lebih lambat dari tenggat waktu (ayat 1 seni. 75 Kode pajak Federasi Rusia) dibayar dibayar dengan undang-undang yang ditetapkan pada pajak dan biaya).

Untuk menghitung jumlah uang yang harus dibayar wajib pajak sebagai hukuman, Anda dapat menggunakan asisten untuk menghitung penalti dari bagian "Pajak dan Kontribusi" dari IP 1C: ITS.

Sebagai pengguna untuk memperbaiki kesalahan mereka sendiri yang dibuat dalam akuntansi dan akuntansi pajak atas pajak penghasilan, para ahli 1C diceritakan.

Pertimbangkan bagaimana dalam program "1c: akuntansi 8" edisi 3.0, Anda dapat memperbaiki kesalahan teknis yang dibuat ketika mendaftarkan dokumen kedatangan.

Contoh

Organisasi Novy Interior LLC, menerapkan sistem pajak umum dan ketentuan PBU 18/02 (disetujui oleh Ordo Kementerian Keuangan Rusia tanggal 19 November 2002 No. 114N), pada Februari 2016 mengungkapkan kesalahan dalam akuntansi: Jumlah biaya untuk menyewa ruang kantor untuk kuartal III 2015 secara keliru melebih-lebihkan oleh 30 ribu rubel. Jumlah pengurangan PPN juga terlalu tinggi, terdaftar secara keliru dalam buku pembelian untuk kuartal III 2015 (5.400 rubel). Kesalahan dari kesalahan ditemukan dan dikoreksi sebelum penyajian deklarasi pajak untuk pajak penghasilan untuk 2015 dan sebelum penandatanganan pelaporan akuntansi untuk 2015. Organisasi memutuskan untuk melakukan perubahan yang diperlukan untuk data akuntansi dan akuntansi pajak dan tunduk pada otoritas pajak Deklarasi Pajak yang diperbarui: PPN - untuk kuartal III 2015; Untuk pajak penghasilan - selama 9 bulan 2015.

Debit 60.01 Kredit 60.02
- Pada jumlah pembayaran di muka yang diteliti untuk menyewa tempat (76 700 rubel);
Debit 26 Kredit 60.01
- Dengan biaya menyewa tempat (65.000 rubel);
Debit 19.04 Kredit 60.01
- Pada jumlah PPN (11 700 rubel).

Bentuk dokumen Penyesuaian Pendaftaran Di tab hal utama. Memodifikasi tergantung pada jenis operasi yang dipilih, serta dari periode pembuatan perubahan pada dokumen dasar.

Menurut paragraf 6 PBU 22/2010, kesalahan tahun pelaporan diidentifikasi setelah akhir tahun ini, tetapi sebelum tanggal penandatanganan pelaporan akuntansi tahun ini, harus dikoreksi dengan catatan tentang rekening akuntansi yang relevan untuk bulan Desember tahun yang melaporkan . Karena itu, dalam kasus kami, dokumen Penyesuaian Pendaftaranharus berkencan pada Desember 2015 (bidang dari).

Di tab hal utama. di bidang Jenis operasioperasi berikut tersedia:

Koreksi dalam dokumen primer -digunakan untuk mencerminkan koreksi kesalahan yang dibuat oleh pemasok saat membuat dokumen. Koreksi dalam dokumen primer bukan merupakan peristiwa independen dan mengacu pada periode yang sama dengan dokumen tetap itu sendiri. Pemasok, mengoreksi dokumen utama, menetapkan faktur yang diperbaiki;
Penyesuaian dengan koordinasi para pihak - Daftarkan perubahan dalam biaya barang, pekerjaan dan layanan yang sebelumnya diimplementasikan, yaitu, peristiwa independen yang termasuk dalam periode saat ini terdaftar antara penjual dan pembeli. Pemasok dalam hal ini menunjukkan faktur koreksi;
- Ini dimaksudkan untuk memperbaiki kesalahan entri data yang dibuat oleh pengguna ketika mendaftarkan dokumen primer dan (atau) menerima faktur, dan memungkinkan Anda untuk memperbaiki detail faktur yang dimasukkan secara keliru, termasuk indikator penjumlahan. Koreksi mengacu pada periode yang sama dengan dokumen yang dimasukkan secara tidak benar.

Sejak di bawah syarat misalnya 1, kesalahan teknis diizinkan dalam akuntansi, maka perlu untuk memilih jenis operasi Koreksi kesalahan sendiri(Gbr. 1).

Ara. 1. Dokumentasikan "koreksi penerimaan", tab "utama"

Tergantung pada alat peraga yang ditentukan Mencerminkan penyesuaian Dokumen tersebut dapat mencerminkan perubahan dalam dua versi:

Di semua bagian akuntansi(Anda perlu meninggalkan opsi ini);
Hanya dalam PPN Akuntansi.

Beralih Refleksi pendapatan dan pengeluaran Dalam Contoh 1, atur ke posisi Dikaitkan dengan akun yang sama dengan layanan (20, 26, 44, ...).

sebelum berubah;
setelah berubah.

Ara. 2. Dokumentasikan "Koreksi Penerimaan", Bookmark "Layanan"

Berdasarkan dokumen Penyesuaian Pendaftaran perlu mendaftarkan versi dokumen yang diperbaiki Faktur diterima dengan tombol Daftar.

Setelah dokumen Penyesuaian Pendaftarankabel akuntansi berikut dibentuk:

Debit 60.02 Kredit 60.01
- Pada jumlah yang dihasilkan dari pemasok muka (35.400 rubel) dibayar untuk menyewa tempat;
Crane Debit 68.02 Kredit 19.04
- Untuk seluruh jumlah PPN (11.700 rubel), yang sebelumnya keliru diadopsi untuk mengurangi faktur "salah" untuk dibatalkan dalam buku belanja;
Debit 68.02 Kredit 19.04
- Pada nilai pengurangan PPN (6.300 rubel);
Storno Debit 19.04 Kredit 60.01
- Untuk terlalu tinggi dari jumlah PPN (5.400 rubel);
Stornian Debit 26 Kredit 60.01
- Pada terlalu tinggi dari biaya menyewa kamar (30.000 rubel).

pembalikan - pada jumlah pengurangan PPN yang terdaftar secara keliru;
jumlah PPN yang dijangkau oleh faktur dari pemasok diterima.

Operasi untuk memperbaiki kesalahan mereka sendiri dan untuk mengurangi sewa PPN akan secara otomatis tercermin dalam deklarasi PPN yang ditentukan untuk kuartal III 2015:

dalam Bagian 3 "Perhitungan jumlah pajak yang dibayarkan dengan anggaran ...";
dalam Bagian 8 "informasi dari Kitab Berbelanja ...";
dalam Lampiran No. 1 "Informasi dari lembar tambahan buku pembelian" ke bagian 8 deklarasi PPN (disetujui oleh Order Layanan Pajak Federal Rusia 29 Oktober 2014 No. MMB-7-3 / [Dilindungi Email]).

IP 1C: ITS

Untuk koreksi dan penyesuaian pendapatan dalam "1C: Akuntansi 8" (Ed. 3.0), lihat direktori akuntansi pajak akuntansi di bagian akuntansi dan akuntansi pajak.

Kami mengumpulkan jawaban ahli 1C pada fAQ. Dengan memperbaiki kesalahan yang dibuat dalam akuntansi dan pelaporan PPN, serta dalam akuntansi dan akuntansi pajak atas tujuan pajak penghasilan. Beritahu aku bagaimanaperbaiki kesalahan dan mencerminkan koreksi dalam "1C: Akuntansi 8" Red.3.0.

Bagaimana cara memperbaiki kesalahan dalam kamar, tanggal dan jumlah faktur faktur yang terdaftar dalam periode pajak masa lalu?

Jika pembeli secara manual mendaftar dalam sistem akuntansi dokumen dan faktur primer yang diterima dari penjual, maka situasi ketika kesalahan teknis muncul (jumlah atau tanggal faktur, dll.), Tidak begitu jarang. Akibatnya, kesalahan muncul dalam rekaman buku pembelian, yang mengarah pada refleksi informasi yang tidak dapat diandalkan dalam deklarasi PPN Bagian 8. Kesalahan input dapat meminimalkan jika menggunakan Exchange dokumen elektronik (Edo).

Pada pertukaran dokumen elektronik dari "1C: Akuntansi 8" (Ed. 3.0), penggunaan UPS dan pakar UKD 1C diceritakan pada kuliah 14.12.2017 dalam 1C: kuliah.

Kesalahan diizinkan ketika mendaftarkan faktur dapat mendeteksi wajib pajak itu sendiri, dan dapat mengungkapkan Otoritas Pajak selama Kontrol Cameral (Klausul 3 Pasal 88 dari Kode Pajak Federasi Rusia).

Dalam kasus pertama Wajib Pajak harus diserahkan kepada Otoritas Pajak yang diperbarui pernyataan pajak dengan informasi yang benar. Terlepas dari kenyataan bahwa kewajiban untuk menyerahkan deklarasi yang disempurnakan hanya terjadi jika kesalahan telah menyebabkan dimasukkannya jumlah pajak yang dibayarkan ke anggaran (ayat 1 Pasal 81 dari Kode Pajak Federasi Rusia), koreksi informasi sebelumnya Disajikan dalam Bagian 8 dari deklarasi PPN, mungkin hanya dengan mengirimkan deklarasi pajak yang disempurnakan.

Dalam kasus kedua Wajib Pajak akan menerima pesan dari Otoritas Pajak dengan persyaratan penyerahan penjelasan (Klausul 2.7 Rekomendasi untuk inspeksi pajakDikirim oleh Surat Layanan Pajak Federal Rusia tanggal 16 Juli 2013 No. AC-4-2 / \u200b\u200b12705). Menanggapi pesan yang diterima, wajib pajak harus mengirim penjelasan kepada otoritas pajak dengan indikasi data yang benar. Pada saat yang sama, kebutuhan akan pengajuan deklarasi wajib pajak yang disempurnakan absen, meskipun layanan pajak federal Rusia merekomendasikan ini (surat dari 06.11.2015 No. EF-4-15 / 19395).

Dan dalam hal itu, dalam kasus lain, wajib pajak harus mengklarifikasi data yang salah dimasukkan ke dalam sistem akuntansi dan melakukan koreksi dalam buku belanja.

Kesalahan yang dilakukan dalam periode pajak masa lalu dikoreksi dengan mencabut catatan registrasi yang salah dan membuat catatan pendaftaran baru dalam lembar buku pembelian tambahan (PP 4, 9 aturan untuk buku belanja, disetujui. Keputusan Pemerintah Federasi Rusia 26 Desember 2011 1137 (selanjutnya - Resolusi No. 1137), Surat Layanan Pajak Federal Rusia tanggal 30 April 2015 No. BS-18-6 / [Dilindungi Email]). Data lembar tambahan tersebut digunakan untuk membuat perubahan pada deklarasi pajak pada PPN (Klausul 6 penyelesaian lembar tambahan dari buku pembelian, disetujui. Resolusi No. 1137).

Untuk memperbaiki kesalahan teknis yang dibuat oleh pendaftaran faktur yang diterima, dalam program "1c: Akuntansi 8" Edisi 3.0 Dokumen bekas Penyesuaian Pendaftaran (bagian Pembelian) Operasi .

Dokumen tersebut dapat dibuat berdasarkan dokumen. Penerimaan (ACT, Faktur)Dalam hal ini, bidang utama pada tab hal utama. dan tabel pada bookmark Produk. atau Jasa akan segera diisi saat membuka dokumen.

Operasi Koreksi kesalahan sendiri Memungkinkan Anda memperbaiki detail akun pribadi yang dimasukkan secara keliru:

angka dan tanggal;
Penginapan dan Counterparty;
kode Jenis Operasi;
indikator yang valid dan kuantitatif.

Jika kesalahan teknis tidak mempengaruhi jumlah atau indikator kuantitatif, maka pada tab hal utama. di bidang Mencerminkan penyesuaian Dianjurkan untuk menetapkan nilai Hanya dalam PPN AkuntansiKarena koreksi kesalahan teknis dalam commissioning detail faktur tidak mempengaruhi refleksi operasi pada akun akuntansi dan tidak memerlukan entri ke daftar akuntansi akun.

Di blok Koreksi kesalahan dalam detail faktur:

di barisan Apa yang harus dilakukan Secara otomatis ditempelkan hyperlink ke dokumen yang dikoreksi Faktur diterima;
untuk detailnya: Nomor Masuk, tanggal, Penginapan Counterparty., CPPParty., Kode jenis operasi Dua kolom dibentuk dengan indikator Nilai lama dan Nilai barudi mana informasi yang sesuai dari dokumen awalnya ditransfer secara otomatis Faktur diterima.

Untuk mengoreksi detail yang berisi kesalahan (misalnya, nomor faktur yang salah), indikator yang sesuai di kolom Nilai baru Perlu untuk mengganti yang benar (Gbr. 1).

Ara. 1. Koreksi kesalahan teknis dibuat saat mendaftarkan faktur yang diterima

Kesalahan teknis dapat muncul ketika mentransfer informasi ke sistem akuntansi dokumen dari dokumen primer tentang harga dan jumlah barang yang dibeli (karya, layanan, hak properti), serta tingkat dan jumlah PPN yang disajikan.

Dalam hal ini di lapangan Mencerminkan penyesuaian Tetapkan nilai Di semua bagian akuntansiJika Anda perlu secara bersamaan menyesuaikan jumlah akuntansi dan akuntansi pajak atas pajak penghasilan dan PPN.

Menghilangkan kesalahan yang mempengaruhi kinerja ringkasan kuantitatif dilakukan pada bookmark. Produk. atau Jasa. Bagian meja Produk. (Jasa) Diisi secara otomatis sesuai dengan dokumen dasar.

Setiap baris dokumen sumber sesuai dengan dua baris dalam dokumen penyesuaian: sebelum berubah dan setelah berubah. Di barisan setelah berubah Anda perlu menentukan indikator jumlah (kuantitatif) yang dikoreksi.

Sebagai hasil dari dokumen Penyesuaian Pendaftaran Dengan jenis operasi Koreksi kesalahan sendiri:

di barisan Faktur Di bagian bawah dokumen, hyperlink muncul ke dokumen baru yang dibuat secara otomatis. Faktur diterimaYang mana, pada dasarnya, "duplikat teknis" dari dokumen yang salah diperkenalkan sebelumnya tentang pembelian barang. Semua bidang dokumen baru Faktur diterima akan diisi secara otomatis berdasarkan informasi yang ditentukan dalam dokumen. Perusahaan;
catatan dimasukkan ke dalam register khusus untuk keperluan akuntansi PPN.

Dua catatan akan tercermin dalam lembar pembelian buku tambahan:

pembatalan faktur menerima faktur yang berisi kesalahan dalam detail;
registrasi perekaman pada faktur yang sama dengan detail yang dikoreksi.

Setelah persetujuan laporan keuangan tahunan, organisasi yang menerapkan sistem pajak umum (berdasarkan) mengungkapkan kesalahan tahun lalu: jumlah pengeluaran langsung dalam akuntansi dan untuk tujuan perpajakan atas terlalu tinggi. Pada saat yang sama, tahun lalu diperoleh, dan pada tahun berjalan laba diperoleh. Apakah mungkin untuk mencerminkan penyesuaian pajak penghasilan pada tahun berjalan?

Dalam akuntansi, kesalahan tahun pelaporan sebelumnya, terungkap setelah persetujuan laporan keuangan untuk tahun ini, dikoreksi pada periode pelaporan saat ini (PP 9, 14 ketentuan akuntansi "koreksi bug dalam akuntansi dan pelaporan" (PBU 22) / 2010), disetujui oleh Ordo Kementerian Keuangan Rusia 28.06.2010 No. 63N, selanjutnya - PBU 22/2010).

Dalam akuntansi pajak, termasuk untuk tujuan perpajakan laba, sebagai aturan umum, sesuai dengan ayat 1 Pasal 54 Kode Pajak Federasi Rusia, kesalahan (distorsi) dikoreksi pada periode yang dilakukan. Pada saat yang sama, wajib pajak memiliki hak untuk menghitung ulang basis pajak dan jumlah pajak dalam periode pajak (pelaporan) di mana kesalahan (distorsi) diidentifikasi jika:

mustahil untuk menentukan periode untuk melakukan kesalahan ini (distorsi);
kesalahan seperti itu (distorsi) menyebabkan pembayaran pajak yang berlebihan.

Jelas bahwa overestimasi pengeluaran langsung tidak dapat menyebabkan pembayaran pajak penghasilan yang berlebihan tahun lalu. Pajak selama periode masa lalu bahkan belum dibayar karena organisasi tahun lalu, kerugian itu terbentuk, oleh karena itu, kesalahan tersebut diperhitungkan mengenai periode pajak di mana mereka berkomitmen (surat Kementerian Keuangan Rusia tertanggal 07.05. 2010 No. 03-02-07 / 1-225). Oleh karena itu, organisasi harus menghitung ulang basis pajak dan jumlah pajak untuk periode membuat kesalahan, serta tunduk pada otoritas pajak suatu deklarasi pajak yang disempurnakan untuk tahun lalu (ayat 1 dari pasal 1 dari pajak. 81 Kode Federasi Rusia).

Dalam "1C: Akuntansi 8" Editing 3.0 Kesalahan tahun-tahun terakhir yang terkait dengan biaya keseluruhan dapat dikoreksi atau dengan dokumen Penyesuaian Pendaftaranatau dokumen Operasi.

Perlu dicatat bahwa peraturan internal penyesuaian data dari data tahun lalu (termasuk data akuntansi pajak) dalam program dapat dilarang: Tanggal larangan perubahan pada tahun-tahun ini telah ditetapkan, dan tidak dapat diterima "terbuka untuk" terbuka "Periode tertutup.

Jika perubahan pada data akuntansi pajak (baik) tahun lalu masih dibuat, maka hasil keuangan berubah dengan baik, sehingga kebutuhan akan membentuk kembali operasi Menyeimbangkan reformasi, Apalagi, tanpa melewati semua dokumen lain untuk tidak memengaruhi data akuntansi.

Anda dapat menghindari kesulitan tertentu jika Anda mengikuti langkah-langkah ini:

pada periode saat ini, perbaiki kesalahan hanya dalam catatan akuntansi pada akun korespondensi yang sesuai dengan akun 84 "tunduk pendapatan (terungkap)" atau dengan skor 91 "pendapatan dan pengeluaran lain" tergantung pada materialitas kesalahan (PP 9) , 14 PBU 22/2010);
untuk organisasi yang menerapkan ketentuan akuntansi "Akuntansi untuk perhitungan PAJAK PENGHASILAN ORGANISASI" PBU 18/02, UTV. Pesanan Kementerian Keuangan Rusia tanggal 19 November 2002 No. 114N (selanjutnya - PBU 18/02), untuk mencerminkan perbedaan konstan (PR). Dalam hal ini, pendapatan yang membentuk laba akuntansi periode pelaporan, tetapi tidak diperhitungkan dalam menentukan basis pajak untuk pajak penghasilan baik pelaporan maupun periode pelaporan selanjutnya;

menarik daftar akuntansi pajak secara manual tahun lalu, di mana untuk mencerminkan penurunan biaya langsung;
isi dan tunduk pada Deklarasi Pajak Penghasilan Refined A FNS tahun lalu;
terteklincsion dan membayar pajak keuntungan selama periode terakhir;
menghitung, menghitung dan membayar pidana pajak keuntungan.

Organisasi (atas dasar, PT PT, PBU18 / 02 Posisi tidak berlaku) Ditemukan kesalahan: Dalam periode pelaporan masa lalu tahun berjalan, tidak semua biaya tercermin dalam akuntansi. Bagaimana dan pada periode berapa Anda perlu mendaftarkan dokumen yang sesuai dalam program ini?

Sebagai berikut dari pertanyaan, tak tertahankan dalam waktu dan momen deteksi fakta ini berhubungan dengan periode pajak yang sama.

Dalam hal ini, dokumen yang memperhitungkan biaya ( Penerimaan (ACT, Faktur), Penerimaan Tambah. Pengeluaran, Persyaratan-Faktur, Operasi dll.) Dan terkait dengan periode pelaporan masa lalu tahun berjalan dapat didaftarkan pada saat penerimaan atau deteksi mereka, yaitu, hingga akhir tahun ini.

Dengan demikian, pengeluaran ini akan secara otomatis diperhitungkan ketika menentukan basis pajak (laba) periode pelaporan (pajak) saat ini, yang, sesuai dengan ayat 7 Pasal 274 dari Kode Pajak, ditentukan oleh hasil yang berkembang sejak awal tahun.

Karena dalam situasi ini, kesalahan yang dibuat dalam pengembalian pajak laba selama laporan masa lalu tahun berjalan belum menyebabkan dimasukkannya jumlah pembayaran pajak, organisasi tidak berkewajiban untuk tunduk pada deklarasi UFNS yang diperbarui untuk periode ini (ayat 2 dari ayat 1 seni. 81 nk rf).

Dan bagaimana jika organisasi mengungkapkan dalam biaya periode pelaporan (pajak) saat ini terkait dengan periode pajak masa lalu (misalnya, karena fakta bahwa dokumen utama tidak diterima dalam waktu)?

Menurut Kementerian Keuangan Rusia (Surat tertanggal 03/24/2017 No. 03-03-06 / 1/17177), ketidakteraturan tersebut adalah distorsi basis pajak dari periode pajak sebelumnya, sehingga perlu untuk bertindak Sesuai dengan ketentuan Pasal 54 Kode Pajak Federasi Rusia. Pada saat yang sama, jika organisasi mengalami kerugian dalam periode pelaporan (pajak) saat ini, maka pada periode ini, perhitungan ulang basis pajak tidak mungkin, karena basis pajak diakui sama dengan nol.

Dengan demikian, dokumen tahun lalu juga dapat didaftarkan pada periode berjalan, asalkan laba dan tahun lalu diperoleh, dan pada periode pembuatan koreksi.

Jika setidaknya satu dari kondisi ini tidak dipenuhi, maka kesalahan yang benar (distorsi) dalam akuntansi dan akuntansi pajak harus dalam periode yang berbeda. Untuk melakukan ini, Anda dapat menggunakan urutan tindakan yang dijelaskan dalam respons terhadap pertanyaan sebelumnya: menggunakan dokumen Operasi Untuk mencerminkan biaya tahun-tahun terakhir dalam akuntansi, kemudian secara manual menyusun daftar akuntansi pajak di mana untuk mencerminkan penyesuaian basis pajak tahun lalu.

Pada saat yang sama, tidak perlu membayar tunggakan pendapatan atas pajak penghasilan dan penalti tahun lalu. Untuk kepentingan wajib pajak, untuk menyerahkan deklarasi pajak laba yang disempurnakan tahun lalu untuk lebih memperhitungkan atau pajak yang dibayar lebih tinggi atau peningkatan kerugian tahun-tahun terakhir.

Adapun pajak pertambahan nilai, pembeli pembayar pajak memiliki hak untuk mendeklarasikan pengurangan pajak dalam waktu 3 tahun setelah adopsi barang yang dibeli di wilayah Federasi, Pekerjaan, Layanan, Hak Properti (ayat 1.1, Pasal 172 dari Kode Pajak Federasi Rusia). Oleh karena itu, organisasi tidak berkewajiban untuk menyerahkan deklarasi yang disempurnakan pada PPN.

Organisasi (menerapkan pemeliharaan PBU 18/02) secara keliru tidak mencabut periode pelaporan terakhir tahun berjalan, dengan mempertimbangkan aset tetap (OS) menggunakan premi depresiasi. Apakah mungkin dalam program untuk secara otomatis memperbaiki kesalahan ini dalam periode deteksi (periode pelaporan sebelumnya ditutup untuk penyesuaian)?

Karena program diatur ke tanggal perubahan data (misalnya, 30 Juni), kemudian mendaftarkan adopsi penilaian tetap dalam periode deteksi kesalahan (misalnya, pada bulan Juli), menggunakan dokumen, dengan mempertimbangkan OS (OS dan bagian NMA).

Dalam dokumen Anda perlu menentukan parameter opsi penyusutan untuk keperluan akuntansi dan akuntansi pajak, termasuk istilah penggunaan yang bermanfaat (Sp), seolah-olah kesalahan tidak diizinkan.

Pada tab premium depresiasi, atur bendera untuk memungkinkan depresiasi premium menjadi biaya.

Pada saat yang sama, jika dalam kenyataan OS dibawa ke akun pada periode pelaporan sebelumnya (misalnya, pada Mei), fakta kehidupan ekonomi ini harus dikonfirmasi oleh dokumen primer (berdasarkan kepala, tindakan pada penerimaan- Transmisi Objek OS, kartu inventaris OS), di mana tanggal yang relevan tetap. Depresiasi dalam program akan mulai bertambah sejak Agustus. Pada bulan yang sama, biaya investasi modal sebesar tidak lebih dari 10% akan dimasukkan dalam komposisi biaya tidak langsung (tidak lebih dari 30% - sehubungan dengan OS, merujuk pada 3-7 kelompok penyusutan) dari Nilai awal OS (Klausul 9 Seni. 258 ,. 3, Seni. 272 \u200b\u200bKode Pajak Federasi Rusia).

Program ini tidak menyediakan depresiasi otomatis atas bulan yang terlewat (untuk Juni dan Juli), jadi sertifikat akuntansi dan menggunakan dokumen Operasi (Gbr. 2). Karena kesalahan tidak mempengaruhi parameter depresiasi, menyesuaikan register subsistem akuntansi OS tidak akan diperlukan.

Ara. 2. Penyesuaian OS depresiasi yang masih harus dibayar

Dalam situasi ini, Anda tidak dapat menentukan pajak penghasilan pada paruh pertama tahun ini. Tetapi jika organisasi mendaftarkan unit terpisah (OP), yang diizinkan pada kesalahan kuartal kedua dapat mempengaruhi perhitungan pangsa laba untuk periode yang ditentukan. Jika OS yang ditentukan adalah objek pajak perpajakan terhadap properti organisasi, dan badan legislatif direktori Federasi Rusia menetapkan periode pelaporan, maka organisasi tersebut berkewajiban untuk menyerahkan deklarasi pajak properti yang disempurnakan selama setengah tahun.

Organisasi (berdasarkan) pada bulan April mengambil akun OS (properti bergerak), dan pada bulan Agustus menemukan kesalahan aritmatika, sebagai akibat dari mana biaya OS terlalu tinggi. Bagaimana cara mengurangi biaya awal OS dan menghitung ulang depresiasi?

Dari pertanyaan itu tidak jelas metode apa yang dimiliki properti bergerak organisasi. Misalkan OS yang ditentukan dibeli dari pemasok untuk biaya. Untuk menyesuaikan biaya penilaian tetap yang diakuisisi pada bulan Agustus tahun berjalan, program ini perlu membuat dokumen. OperasiDi mana menentukan korespondensi akun berikut:

Hapus Debit 08.04.1 Kredit 60.01

Storno Debit 01.01 Kredit 08.04.1- Dalam jumlah penyesuaian biaya OS;

Storno Debit 20.01 (26, 44) Kredit 02.01- Dalam jumlah penyesuaian penyusutan untuk Mei, Juni, Juli tahun berjalan;

Debit 20.01 (26, 44) Kredit 02.01- Dalam jumlah depresiasi untuk Agustus tahun berjalan, dengan mempertimbangkan biaya awal yang disesuaikan dari OS.

Untuk keperluan akuntansi pajak, jumlah yang relevan juga dicatat dalam sumber daya Jumlah Nah Dt. dan Jumlahnya CT. Untuk depresiasi lebih lanjut dalam akuntansi dan akuntansi pajak yang dibebankan dengan mempertimbangkan penyesuaian yang dilakukan, parameter penyusutan harus diklarifikasi menggunakan dokumen (bagian OS dan NMA - parameter penyusutan OS). Dokumen juga harus dibuat pada bulan Agustus (Gbr. 3). Saat memasukkan dokumen Mengubah parameter depresiasi OS Di header Anda perlu menentukan detail berikut:

nama acara dalam "Kehidupan" dari cara utama, yang tercermin dalam dokumen ini;
instal bendera Akun dan Mencerminkan pajak.

Ara. 3. Mengubah parameter depresiasi OS

Di bidang tabular Anda perlu menentukan:

alat utama yang mengubah parameter depresiasi karena kesalahan terdeteksi;
di bidang Istilah ini digunakan. (Boo) - Umur yang berguna dari aset tetap dalam akuntansi dalam beberapa bulan, awalnya ditetapkan oleh organisasi ketika memperhitungkan, misalnya, 62 bulan;
di bidang Istilah untuk amort. (Boo) - Kehidupan yang tersisa untuk depresiasi akuntansi akuntansi. Tidur ini dihitung sebagai SPE yang diinstal pada awalnya jumlah biaya penyusutan untuk Mei-Agustus (62 bulan - 4 bulan \u003d 58 bulan);
di bidang Biaya untuk menghitung amort. (Boo) - Nilai sisa OS untuk depresiasi akrual dalam akuntansi. Biaya ini dihitung sebagai nilai awal yang disesuaikan dari OS minus mengalami depresiasi yang masih harus dibayar untuk Mei-Agustus;
di bidang Istilah ini digunakan. (BAIK) - Umur yang berguna dalam berbulan-bulan untuk depresiasi akrual dalam akuntansi pajak. Dalam situasi ini, istilah ini tidak berubah.

Mulai sejak September, saat melakukan operasi peraturan Depresiasi dan depresiasi aset tetap Prog RAM akan menghitung depresiasi sesuai dengan parameter yang diperbarui.

Kesalahan ini menyebabkan kurang bayar pajak penghasilan, sehingga organisasi wajib menyerahkan deklarasi yang disempurnakan selama setengah tahun.

Biaya OS yang terlalu tinggi juga dapat mempengaruhi perhitungan saham laba jika organisasi terdaftar oleh OP.

Pada bulan Juli tahun berjalan, organisasi (berdasarkan pembayar PPN) menandatangani perjanjian tambahan dengan pemasok untuk mengurangi harga inventaris dan nilai material (TMC) yang diperoleh dalam periode pajak masa lalu. Pada bulan yang sama, faktur penyesuaian diperoleh. TMC ini termasuk dalam biaya periode penerimaan. Dalam periode pajak apa perlu mencerminkan pendapatan yang terkait dengan penurunan harga pembelian: Apakah mungkin untuk memperhitungkan pada periode saat ini atau harus diajukan dengan deklarasi yang diperbarui selama beberapa tahun terakhir? Tahun-tahun terakhir, organisasi memiliki untung untuk keperluan pajak.

Pertama, kita akan memahami apakah mungkin untuk mengenali akuntansi TMC pada harga yang ditunjukkan dalam dokumen primer awal. Sesuai dengan ayat 2 PBU 22/2010, tidak ada kesalahan ketidakakuratan atau misi dalam refleksi dari fakta-fakta kegiatan ekonomi, diidentifikasi sebagai hasil dari memperoleh informasi baru, yang belum tersedia untuk organisasi pada saat itu refleksi (kebencian) dari fakta-fakta tersebut. Pada saat penerimaan TMT dan menghapusnya dalam produksi pada periode pajak sebelumnya, organisasi dengan benar mencerminkan semua pendapatan dan beban. Perjanjian yang ditandatangani dengan penyedia perubahan harga barang adalah peristiwa independen yang bukan kesalahan dalam akuntansi. Dengan demikian, ketika mencerminkan akuntansi, perubahan harga aturan TMC PBU 22/2010 tidak berlaku.

Dalam akuntansi, laba tahun-tahun terakhir, terdeteksi pada tahun pelaporan, termasuk dalam pendapatan lain (pendapatan lain). Kedatangan lain diakui karena mereka diidentifikasi dan tunduk pada pendaftaran pada akun laba rugi organisasi (hlm. 7, 11, 16 dari peraturan tentang "Pendapatan Organisasi" dari PBU 9/99, disetujui oleh Urutan Kementerian Keuangan Rusia dari 06.05.1999 No. 32N lebih lanjut - PBU 9/99). Dan bagaimana dengan pajak penghasilan? Kode pajak Federasi Rusia tidak mengungkapkan konsep "kesalahan (distorsi)", oleh karena itu konsep ini Ini harus digunakan dalam nilai di mana ia digunakan dalam undang-undang akuntansi (ayat. 1 seni. 11 Kode Pajak Federasi Rusia), dan Kementerian Keuangan Rusia setuju dengan ini (surat tertanggal 30.01.2012 No. 03-03-06 / 1/40). Meskipun demikian, otoritas pengendali bersikeras menyesuaikan basis pajak untuk pajak penghasilan dalam periode masa lalu dengan penurunan harga barang yang dijual:

ketika tercermin dalam basis pajak pembeli, diskon yang diberikan kepadanya dengan merevisi harga barang, wajib pajak ini tidak muncul penghasilan kena pajak (ayat 19.1 dari paragraf 1 seni. 265 Kode pajak Federasi Rusia). Penting untuk menghitung ulang biaya bahan baku dan bahan dalam akuntansi pajak, dengan mempertimbangkan perubahan harga, termasuk dengan menghitung ulang nilai rata-rata TMC yang sesuai sejak periode pemulihan hingga periode penghapusan (surat Kementerian Keuangan Rusia 20.03.2012 No. 03-03-06 / 1/137);
perubahan pendapatan atau biaya yang telah muncul karena perubahan harga kontrak, termasuk sehubungan dengan penyediaan diskon, diperhitungkan dengan cara yang disediakan dalam Pasal 54 Kode Pajak Federasi Rusia, yaitu Jika kesalahan terdeteksi (surat Kementerian Keuangan Rusia sebesar 05/02/2015 No. 03-03-06 / 1/29540).

Karena dalam situasi yang sedang dipertimbangkan, penyesuaian akuntansi pajak mempengaruhi beberapa periode pajak masa lalu, disarankan untuk menggunakan urutan tindakan yang dijelaskan sebelumnya: Menggunakan dokumen Operasi Mencerminkan pendapatan tahun-tahun terakhir dalam akuntansi, dalam sumber daya khusus untuk keperluan rekening pajak untuk mencerminkan PR (jika suatu organisasi menerapkan posisi PBU18 / 02), kemudian secara manual menyusun register akuntansi pajak di mana untuk melampirkan perhitungan basis pajak untuk setiap pajak Titik.

Mengenai PPN - situasinya jauh lebih mudah. Setelah diterimanya dari pemasok faktur koreksi untuk mengurangi nilai TMC, pembeli harus:

kembalikan bagian dari PPN input, diadopsi dengan pengurangan ketika TMC semakin meningkat. Pemulihan PPN perlu dilakukan dalam periode pajak, yang merupakan yang paling awal dari tanggal-tanggal berikut: Tanggal Tanda Terima perjanjian tersebut Untuk mengurangi nilai TMC atau tanggal penerimaan faktur pemasyarakatan (PP. 4, ayat 3 seni. 170 Kode Pajak Federasi Rusia). Dalam situasi kita, ini adalah kuartal III;
renungkan dalam dokumen buku penjualan yang diperoleh oleh yang pertama (ayat 14 aturan untuk buku penjualan perusahaan, disetujui. Resolusi No. 1137).

Operasi ini dilakukan secara otomatis menggunakan dokumen. Penyesuaian Pendaftaran Dengan jenis operasi Pengaturan.

Agar tidak mempengaruhi akuntansi dan akuntansi pajak, pada tab hal utama. di bidang Mencerminkan penyesuaian Tetapkan nilai Hanya dalam PPN Akuntansi.

Dalam setahun terakhir, kesalahan ditemukan pada tahun lalu, salah satunya mengarah pada kelebihan pembayaran pajak penghasilan, dan yang lainnya terhadap kurang bayar, dan jumlah kelebihan pembayaran lebih tidak diizinkan. Bagaimana cara memperbaiki kesalahan ini? Bagaimana cara membentuk kabel pada penyesuaian ini?

Menurut otoritas pengendali, ketika beberapa kesalahan (distorsi) ditemukan, yang menyebabkan penurunan dan overestimasi basis pajak dan jumlah pajak yang berkaitan dengan periode masa lalu (pelaporan), basis pajak dan jumlah pajak yang ditentukan Dalam konteks setiap kesalahan yang terdeteksi (surat Kementerian Keuangan Rusia dari 11/15/2010 No. 03-02-07 / 1-528).

Hitung ulang basis pajak dan jumlah pajak dibuat sesuai dengan paragraf 2 dan 3 ayat 1 Pasal 54 Kode Pajak Federasi Rusia.

Ini berarti bahwa kesalahan yang menyebabkan basis pajak yang tidak mampu dan jumlah pajak harus ditetapkan dalam dokumen implementasi tahun lalu, harus diperbaiki tahun lalu, dan tidak mengarah pada pernyataan yang meremehkan - itu dapat diperbaiki pada periode berjalan.

Ini adalah bagaimana dokumen sistem akuntansi bekerja Penyesuaian implementasi (bagian Penjualan) Operasi Koreksi dalam dokumen primer (Jika penyesuaian dilakukan di semua bagian akuntansi).

Perubahan pada data akuntansi pajak dibuat:

dalam periode pajak masa lalu - Jika kesalahan (distorsi) menyebabkan dimasukkannya jumlah pembayaran pajak. Pada saat yang sama, untuk melakukan perubahan, periode yang dikoreksi harus dibuka, jika tidak dokumen tidak akan dilakukan;
dalam periode pelaporan (pajak) saat ini - Jika kesalahan (distorsi) belum menyebabkan dimasukkannya jumlah pembayaran pajak. Pada saat yang sama, program ini tidak memeriksa keberadaan kerugian di masa lalu atau saat ini.

Jika pernyataan akuntansi tahunan disetujui, maka dalam dokumen Penyesuaian implementasi Di tab Perhitungan Perlu untuk mengatur bendera Akuntansi tahun lalu ditutup untuk penyesuaian (pelaporan ditandatangani). Dalam hal ini, kesalahan tahun-tahun terakhir dalam akuntansi dikoreksi pada periode berjalan sebagai keuntungan dan kerugian tahun-tahun terakhir dalam konteks setiap kesalahan.

Dokumen ini secara otomatis mengoreksi semua kesalahan tahun terakhir dengan cara yang disederhanakan, yang ditetapkan untuk kesalahan yang tidak signifikan sesuai dengan paragraf 9 dan 14 PBU 22/2010.

Untuk mengoreksi PPN, Anda harus mendaftarkan invoice invoice (Klausul yang diperbaiki) (Klausul 7 dari aturan untuk mengisi faktur, disetujui. Resolusi No. 1137). Dalam lembar tambahan, buku penjualan akan secara otomatis mencerminkan dua entri (Klausul 3 penyelesaian lembar tambahan buku penjualan, disetujui. Resolusi No. 1137):

pembatalan faktur untuk faktur yang berisi kesalahan;
catatan pendaftaran sesuai dengan faktur yang diperbaiki.

Urutan koreksi kesalahan dalam akuntansi pajak (untuk pajak penghasilan) dalam periode pajak yang berbeda dalam situasi ini akan mengarah pada fakta bahwa, seiring dengan kewajiban untuk menyerahkan deklarasi yang disempurnakan untuk periode pajak sebelumnya, organisasi juga harus membayar Untuk pajak penghasilan atas penghasilan, serta hukuman.

Masalah ini dapat dihindari jika semua kesalahan memperbaiki dalam periode pajak masa lalu, karena jumlah pembayaran pajak adalah kurangnya minat. Untuk melakukan ini, dalam program disarankan untuk menggunakan urutan tindakan yang dijelaskan sebelumnya: Pada periode saat ini menggunakan dokumen Operasi Mencerminkan pendapatan dan beban tahun-tahun terakhir dalam akuntansi (dalam korespondensi dengan skor 91 atau 84), jika perlu, untuk mencerminkan perbedaan konstan, kemudian secara manual menyusun daftar akuntansi pajak untuk periode pajak terakhir. Dan dokumen Penyesuaian implementasi - Gunakan hanya untuk penyesuaian PPN.

Bosan mencari berita tentang berbagai situs akuntansi? Takut melewatkan benar-benar perubahan penting dalam legislasi?Berlangganan saluran akuntansi terbesar bu bueks di telegram https://t.me/buhru (atau panggil @buhru di bilah pencarian di telegram) dan kami akan segera mengirim berita penting langsung ke ponsel Anda!