Menguji dan memperbaiki basis info. Menguji dan memperbaiki basis info Pemeriksaan integritas logis membutuhkan waktu 1 detik
Terkadang kegagalan atau kesalahan mungkin terjadi saat bekerja dengan 1C.
Pada artikel ini kita akan berbicara tentang pengujian dan perbaikan infobase 1C.
Basis informasi 1C(dalam istilah perusahaan 1C) - tempat untuk menyimpan semua data akuntansi di satu atau lebih organisasi, yang ditandai dengan alamat penyimpanan tertentu. Ada dua opsi untuk menyimpan basis info: opsi file dan server-klien.
Jika Anda perlu melakukan prosedur pengujian dan koreksi basis informasi 1C:
Pertama, Anda harus membuat salinan database (jika memungkinkan, karena terkadang struktur database menjadi sangat “lumpuh” sehingga bahkan tidak mungkin untuk membuat salinan cadangan).
Kedua: Setelah membuat backup, buka Configurator, lalu di menu: Administrasi -> Pengujian dan perbaikan...
Prosedur untuk menguji dan memperbaiki basis info digunakan untuk mendiagnosis dan menghilangkan status basis info yang salah yang memiliki format penyimpanan data berbeda ( mengajukan atau server klien):
Prosedur ini memungkinkan Anda memilih pemeriksaan dan mode yang akan dilakukan untuk basis info saat ini.
Pengindeksan ulang tabel - ini adalah pembangunan kembali indeks tabel, yang bertujuan untuk meningkatkan kinerja database.
Memeriksa integritas logis adalah sejumlah pemeriksaan logika basis data
Pemeriksaan Integritas Referensial- ini adalah bagian dari pemeriksaan integritas logis dari database, yang ada untuk pekerjaan terpisah dengan tautan "rusak". Lebih spesifiknya akan dijelaskan di bawah ini dalam teks.
Perhitungan ulang total - perhitungan total tabel register akumulasi
Mengompresi tabel infobase – item ini bertanggung jawab untuk mengurangi ukuran database setelah pengujian. Penurunan ukuran database dapat dijelaskan, misalnya sebagai berikut: ketika suatu objek dihapus dari database, sebenarnya objek tersebut tetap berada di dalam database, tetapi tidak terlihat oleh pengguna akhir. Hal ini dilakukan agar objek tersebut masih dapat dikembalikan setelah dihapus seluruhnya dari database (walaupun hal ini belum kami temui). Dan kompresi tabel hanya menghapus informasi tentang objek yang sudah dihapus dari database. Ini membuat tabel menjadi lebih kecil (ini hanyalah salah satu contoh cara kerja kompresi).
Tindakan "Kompres tabel infobase" hanya tersedia untuk versi file. Opsi lainnya berfungsi dalam mode file dan server.
Restrukturisasi tabel - Contohnya dapat diberikan sebagai berikut: tabel No. 1 diambil, salinan strukturnya dibuat, sebut saja Tabel No. 2, dan data dari tabel No. 1 disalin sebagian ke tabel No. 2.
Dimungkinkan untuk melakukan hanya pengujian atau pengujian dengan perbaikan.
Pengaturan penanganan kesalahan database tersedia untuk dipilih dalam opsi pemrosesan "Pengujian dan koreksi", serta mode "Pemeriksaan integritas referensial Infobase".
Pengaturan pertama: “Jika ada tautan ke objek yang tidak ada” berarti database akan dicari “tautan rusak” (ketika beberapa atribut merujuk, misalnya, ke elemen direktori, tetapi elemen ini secara fisik sudah tidak ada di database Hasilnya, ada entri seperti "Objek tidak ditemukan<……>”) dan opsi untuk memproses tautan tersebut:
Upaya untuk membuat objek yang tidak ada;
Jangan mengubah apa pun.
Pengaturan kedua: “Jika terjadi kehilangan sebagian data objek” berarti data suatu objek hilang, namun sisa data cukup untuk memulihkan data yang hilang. Opsi untuk memproses objek tersebut tidak berbeda maknanya dengan opsi untuk pengaturan sebelumnya.
Proses pengujian dan koreksi infobase dapat dibagi menjadi beberapa tahap. Opsi berikut tersedia:
- batas waktu pengujian dan perbaikan;
- menyimpan parameter pengujian antar tahapan;
- kelanjutan dari pengujian dan koreksi yang sebelumnya terputus;
- dukungan untuk pengujian dan patching dalam batch garis komando meluncurkan.
Perlu dicatat bahwa pengujian dan perbaikan basis info 1C hanya dapat dilakukan dalam mode eksklusif (yaitu, pengguna tidak dapat bekerja dengan basis info selama pengujian dan perbaikan).
utilitas chdbfl
Pilihan untuk menguji database menggunakan program 1C sendiri bukanlah satu-satunya. Paket pengiriman platform 1C:Enterprise juga menyertakan utilitas tambahan untuk menguji dan memperbaiki versi file database.
Sekali lagi, sebelum melakukan semua operasi dengan database, pastikan untuk membuat salinan.
Setelah pencadangan berhasil, Anda perlu membuka utilitas chdbfl. Itu ada di direktori program yang diinstal 1C.
Jalur ke sana, sebagai aturan, adalah: C:\Program Files\1cv82\ "rilis platform 1c" \bin
Ada file: "chdbfl.exe"
Setelah memastikan tidak ada satu pun pengguna (termasuk Anda) di database 1C yang akan Anda uji, jalankan programnya.
Di jendela "Nama File Basis Data", pilih jalur ke file dengan basis data. File itu sendiri selalu memiliki ekstensi *.1CD, dan jalur ke folder dengan database dapat ditemukan di daftar infobase yang terbuka saat Anda memulai 1C:Enterprise.
Anda cukup menguji database, Anda dapat langsung mencentang kotak “Perbaiki kesalahan yang terdeteksi”. Kemudian program itu sendiri akan memperbaiki kesalahan pada database. Namun, tidak ada pengaturan di sini, dan program akan secara otomatis memperbaiki kesalahan dalam database itu sendiri.
Setelah memilih basis dan mengatur mode, Anda hanya perlu mengklik "Jalankan". Program akan mulai bekerja dan setelah beberapa saat akan melaporkan selesainya proses pengujian.
Parameter panggilan konsol 1С8 untuk pengujian dan koreksi
PERANCANG(CONFIG di 8.0) Jalankan dalam mode konfigurator.
/@ Jalur ke file dengan parameter baris perintah.
/F Jalur ke infobase file (tidak termasuk nama file).
/S Alamat basis info di server 1C:Enterprise.
/NamaIB meluncurkan basis info dengan nama basis info dalam daftar basis info. Jika perlu, nama harus diapit tanda kutip ganda. Dalam hal ini, jika namanya mengandung tanda kutip ganda, maka Anda perlu mengganti setiap tanda kutip ganda dengan dua tanda kutip ganda. Jika lebih dari satu database dengan nama tertentu ditemukan dalam daftar database, pengguna akan menerima pesan kesalahan.
/N Nama pengguna seperti yang diatur di Configurator.
/P kata sandi pengguna yang namanya ditentukan dalam opsi /N. Jika pengguna tidak memiliki kata sandi, parameter ini dapat dihilangkan.
/Keluar[-TidakTerpotong] Menentukan file untuk menampilkan pesan layanan. Jika -NoTruncate ditentukan, file tidak dibersihkan (tidak digunakan di klien tipis). C 8.2.15 file pesan dibuka dalam mode yang memungkinkan pembacaan bersama, dan selama mode batch peluncuran Configurator, penulisan ke file ini dilakukan segera, dan tidak di-buffer.
/UC [kode akses]— memungkinkan Anda membuat koneksi dengan basis info yang pemblokiran koneksinya diatur. Jika kode akses yang tidak kosong ditentukan saat membuat kunci, maka untuk membuat koneksi, Anda harus menentukan kode akses ini di parameter /UC.
/DumpIB[Nama File] Membongkar basis info.
/IBCheckAndRepair melakukan pengujian dan koreksi infobase.
. -Indeks Ulang pengindeksan ulang tabel;
-Integritas Log pemeriksaan integritas logis atau
-LogAndRefsIntegritas memeriksa integritas logis dan referensial;
-RecalcTotals perhitungan ulang hasil;
-Kompresi IB kompresi tabel;
-Membangun kembali restrukturisasi tabel infobase;
-BuatRefBuat membuat objek atau
-BadRefClear benda bening atau
-BadRefNone jangan berubah jika terjadi kehilangan sebagian benda:
-Pembuatan Data Buruk membuat objek atau
-HapusData Buruk menghapus objek atau
-Data BurukTidak Ada jangan mengubah objek;
GunakanStartPoint menggunakan titik kembali yang disimpan untuk melanjutkan pengujian dari titik yang terputus pada sesi sebelumnya;
Batas Waktu:hhh:mm batas waktu sesi tes maksimum: hhh- jumlah jam (0..999); mm- jumlah menit (0..59).
Contoh Penggunaan Parameter
C:\Program Files\1cv8\bin\1cv8.exe CONFIG /F"C:\DemoTrd2" /N"Fedorov (Administrator)" /P"" /IBcheckAndRepair -LogIntegrity
C:\Program Files\1cv82\common\1cestart.exe DESIGNER /S"Server-1C\1C-Work82" /N"Administrator" /P"12345" /IBcheckAndRepair -LogIntegrity
Terima kasih!
Pakar 1C menceritakan bagaimana pengguna dapat memperbaiki kesalahannya sendiri di tahun-tahun sebelumnya, yang dilakukan dalam akuntansi dan akuntansi pajak untuk pajak penghasilan.
Untuk mempermudah akuntansi pajak penghasilan pada program “1C: Accounting 8” edisi 3.0 diterapkan mekanisme sebagai berikut untuk memperbaiki kesalahan tahun-tahun sebelumnya terkait dengan refleksi penerimaan barang (pekerjaan, jasa). Jika kesalahan (distorsi):
- menyebabkan terlalu rendahnya perkiraan jumlah pajak yang terutang, maka dilakukan perubahan data akuntansi perpajakan untuk masa pajak sebelumnya;
- tidak mengakibatkan terlalu rendahnya jumlah pajak yang terutang, maka dilakukan perubahan data akuntansi perpajakan pada masa pajak berjalan.
Jika wajib pajak masih ingin menggunakan haknya dan menyampaikan kepada otoritas pajak SPT pajak penghasilan periode sebelumnya yang telah diperbarui (dalam hal kesalahan (distorsi) tidak menyebabkan terlalu rendahnya jumlah pajak), maka pengguna akan memiliki untuk menyesuaikan data akuntansi pajak secara manual.
Contoh 1
Untuk memperbaiki kesalahan dalam melebih-lebihkan biaya masa pajak sebelumnya, digunakan juga dokumen. Penyesuaian tanda terima dengan jenis operasi Koreksi pada dokumen asli. Bedanya, tanggal akta pendirian dan tanggal akta penyesuaian mengacu pada tahun yang berbeda: di lapangan dari dokumen Penyesuaian tanda terima sebutkan tanggalnya: 29.02.2016 . Setelah itu formulir dokumen Penyesuaian tanda terima di penanda Utama dimodifikasi: di area detail Refleksi pendapatan dan pengeluaran bidang muncul alih-alih tombol radio Pos pendapatan dan pengeluaran lain-lain :. Di bidang ini, Anda perlu menentukan artikel yang diinginkan - Laba (kerugian tahun-tahun sebelumnya) dengan memilihnya dari direktori Pendapatan dan pengeluaran lainnya.
Urutan pengisian bagian tabel Jasa dan pendaftaran versi dokumen yang diperbaiki Faktur diterima tidak berbeda dengan urutan yang dijelaskan pada Contoh 1 artikel “Koreksi kesalahan tahun pelaporan pada 1C: Accounting 8”.
Perhatian, jika sistem akuntansi untuk organisasi Novy Interior LLC menetapkan tanggal larangan mengubah data periode "tertutup" (yaitu, periode penyampaian laporan ke otoritas pengatur - misalnya, 31/12/2015) , ketika Anda mencoba menampilkan dokumen di layar, sebuah pesan ditampilkan tentang ketidakmungkinan mengubah data dalam periode terlarang. Hal ini karena dokumen tersebut Penyesuaian tanda terima dalam situasi yang dijelaskan, melakukan perubahan data akuntansi perpajakan (pajak penghasilan) untuk masa pajak terakhir (September 2015). Untuk memposting dokumen Penyesuaian tanda terima tanggal larangan perubahan data harus dihapus sementara.
Setelah dokumen Penyesuaian tanda terima entri dan catatan akuntansi akan dihasilkan dalam sumber daya khusus untuk keperluan akuntansi pajak untuk pajak penghasilan (Gbr. 1).
Beras. 1. Hasil postingan dokumen “Receipt Adjustment”
Selain entri dalam register akuntansi, entri korektif juga dimasukkan dalam register akumulasi PPN diserahkan Dan PPN pembelian. Semua entri terkait penyesuaian PPN triwulan ketiga tidak berbeda dengan entri pada Contoh 1 artikel "Koreksi kesalahan tahun pelaporan di 1C: Accounting 8", karena dalam hal PPN dalam contoh ini, tata cara koreksinya tidak berbeda. Mari kita perhatikan lebih detail bagaimana kesalahan tahun-tahun sebelumnya diperbaiki dalam akuntansi dan akuntansi pajak untuk pajak penghasilan.
Menurut paragraf 14 PBU 22/2010, laba yang dihasilkan dari pengurangan biaya sewa yang dinilai terlalu tinggi sebesar 30.000 rubel tercermin dalam akuntansi sebagai bagian dari pendapatan lain-lain pada periode berjalan (dikoreksi dengan entri di kredit akun 91,01 "Penghasilan lain-lain" pada bulan Februari 2016).
Dalam akuntansi pajak, sesuai dengan paragraf 1 Pasal 54 Kode Pajak Federasi Rusia, harga sewa yang terlalu tinggi harus meningkatkan basis pajak untuk periode di mana kesalahan (distorsi) tertentu dilakukan. Oleh karena itu, jumlahnya 30.000 rubel. tercermin dalam pendapatan dari penjualan dan membentuk hasil keuangan dengan entri tertanggal September 2015.
Untuk memperhitungkan hasil penyesuaian penyelesaian dengan pihak lawan (jika penyesuaian tersebut dilakukan setelah akhir periode pelaporan), program menggunakan akun 76.K “Penyesuaian penyelesaian periode sebelumnya”. Akun 76.K mencerminkan utang penyelesaian dengan pihak lawan, mulai dari tanggal transaksi yang memerlukan penyesuaian, hingga tanggal transaksi korektif (dalam contoh kita, dari September 2015 hingga Februari 2016).
Harap dicatat bahwa entri tersebut Jumlah NU DT 76.K Jumlah NU CT 90.01.1- ini adalah postingan bersyarat, yang hanya berfungsi untuk menyesuaikan basis pajak ke atas dan menghitung pajak penghasilan dengan benar.
Dalam contoh kita, basis pajak meningkat bukan karena peningkatan pendapatan penjualan, namun karena penurunan biaya tidak langsung. Pendapatan dan pengeluaran dalam deklarasi yang direvisi harus tercermin dengan benar, sehingga pengguna dapat memilih salah satu opsi berikut:
Menyesuaikan secara manual indikator-indikator dalam Lampiran No. 1 dan Lampiran No. 2 hingga Lembar 02 dari laporan laba rugi yang direvisi selama 9 bulan dan untuk tahun 2015 (mengurangi pendapatan penjualan dan pada saat yang sama mengurangi biaya tidak langsung sebesar 30.000 rubel);
menyesuaikan korespondensi akun secara manual untuk keperluan akuntansi pajak seperti yang ditunjukkan pada Gambar 2.
Beras. 2. Penyesuaian kabel
Karena setelah dilakukan perubahan, hasil keuangan tahun 2015 di bidang akuntansi perpajakan mengalami perubahan, maka pada bulan Desember 2015 perlu dilakukan kembali operasi yang dijadwalkan. reformasi keseimbangan, termasuk dalam pengolahannya Penutupan bulan ini.
Kini, ketika pelaporan sudah selesai secara otomatis, maka data akuntansi perpajakan yang telah disesuaikan akan dimasukkan baik dalam SPT Perubahan 9 bulan tahun 2015 maupun dalam SPT Perubahan PPh Badan Tahun 2015.
Pada saat yang sama, pengguna pasti memiliki pertanyaan yang berhubungan langsung dengan akuntansi:
- bagaimana cara menyesuaikan saldo pelunasan dengan anggaran pajak penghasilan, yang akan berubah setelah adanya tambahan pembayaran jumlah pajak?
- kenapa setelah penyesuaian periode sebelumnya, rasio kunci BU = NU + PR + VR tidak terpenuhi?
Untuk tambahan akrual pajak penghasilan dari peningkatan basis pajak, yang terjadi sebagai akibat dari koreksi yang dilakukan pada akuntansi pajak, pada periode terdeteksinya kesalahan (pada bulan Februari 2016), Anda harus memasukkan entri akuntansi ke dalam program menggunakan Operasi dimasukkan secara manual:
Debit 99.01.1 Kredit 68.04.1 dengan subkonto kedua Anggaran federal
Untuk jumlah pembayaran tambahan ke anggaran Federal;
Debit 99.01.1 Kredit 68.04.1 dengan subkonto kedua Anggaran daerah
Untuk jumlah pembayaran tambahan ke anggaran entitas konstituen Federasi Rusia.
Adapun persamaan BU = NU + PR + BP memang setelah disesuaikan periode sebelumnya tidak terpenuhi. Laporan Analisis keadaan akuntansi pajak untuk pajak penghasilan(bab Laporan) untuk tahun 2015 juga akan menggambarkan aturan tersebut Penilaian akuntansi = Penilaian pajak + Perbedaan permanen dan temporer tidak dilakukan untuk partisi Pajak Dan Penghasilan. Keadaan ini timbul karena adanya ketidaksesuaian peraturan perundang-undangan di bidang akuntansi dan akuntansi perpajakan dan dalam hal ini bukanlah suatu kesalahan.
Menurut paragraf 1 Pasal 81 Kode Pajak Federasi Rusia, koreksi kesalahan yang menyebabkan meremehkan basis pajak harus tercermin dalam periode refleksi transaksi awal, dan dalam akuntansi, koreksi kesalahan tahun-tahun sebelumnya terjadi pada periode sekarang. Perbedaan permanen dan temporer adalah konsep yang berkaitan dengan akuntansi (“Peraturan Akuntansi “Akuntansi Perhitungan Pajak Laba Badan” RAS 18/02”, disetujui oleh Perintah Kementerian Keuangan Rusia tanggal 19 November 2002 No. 114n). Tidak ada alasan untuk mengakui perbedaan pada periode sebelumnya, sebelum membuat jurnal korektif dalam akuntansi.
Setelah koreksi kesalahan pada periode penemuan tercermin dalam catatan akuntansi, hasil keuangan tahun 2016, dihitung berdasarkan data akuntansi dan akuntansi pajak, akan berbeda dengan jumlah koreksi kesalahan - dalam akuntansi, keuntungan akan lebih besar. Oleh karena itu, sebagai akibat dari dokumen tersebut Penyesuaian tanda terima perbedaan konstan dibentuk oleh besarnya kesalahan yang dikoreksi (lihat Gambar 1). Setelah melakukan operasi terjadwal Perhitungan pajak penghasilan pada bulan Februari 2016 akan diakui sebagai aset pajak tetap (PTA).
Selama pengoperasian 1C:Enterprise, situasi darurat terjadi, seperti pemadaman listrik, kegagalan perangkat keras, OS macet, dll. Terjadinya situasi seperti itu, saat menulis perubahan pada infobase 1C:Enterprise, dapat menyebabkan kegagalan dan kesalahan pada infobase, hingga ketidakmungkinan peluncuran.
Hal ini sangat penting ketika bekerja dalam versi file sistem.
Prosedur Menguji dan memperbaiki basis info. Untuk memulai prosedur, buka Configurator, menu Administrasi - Menguji dan memperbaiki basis info.
Dialog akan muncul di layar:
Pengujian dan koreksi IS bekerja dengan database dalam mode operasi file dan server-klien.
Dalam dialog ini, Anda perlu mengatur jenis pengujian dan verifikasi yang diperlukan.
Untuk versi file infobase dimungkinkan untuk melakukan pengindeksan ulang dan mengompresi database.
Untuk berdua ( file dan klien-server) dimungkinkan untuk memeriksa integritas logis, integritas referensial data dan menghitung ulang totalnya.
Untuk beberapa basis info terdistribusi yang memungkinkan untuk menerima data yang berisi tautan ke objek yang tidak terletak di basis info yang diuji, hapus centang Memeriksa integritas referensial dari basis info akan memungkinkan penonaktifan pembuatan data "tidak ada" dan, sebagai akibatnya, tidak akan menyebabkan transfer data ini ke node lain dari basis info terdistribusi.
Tidak mungkin mengaktifkan pemeriksaan integritas referensial IB dengan menonaktifkan pemeriksaan integritas logis. Selain itu, menonaktifkan pemeriksaan integritas referensial tidak berarti pemeriksaan jenis tautan dinonaktifkan.
Di bawah daftar mode terdapat beberapa grup pengaturan:
● Di grup pertama, pilih apa yang perlu dilakukan:
— Pengujian
- Menguji dan memperbaiki.
Dalam kasus pertama, program akan memeriksa basis info tanpa melakukan perubahan apa pun. Dalam kasus kedua, arahan yang ditentukan dalam kelompok pengaturan kedua akan dijalankan. Arti sakelar sudah jelas dari namanya.
● Pengaturan grup kedua menentukan apa yang akan dilakukan sistem jika terdapat tautan ke objek yang tidak ada dan jika sebagian data hilang pada objek yang ada.
● Kelompok kontrol ketiga memungkinkan Anda melakukan prosedur pengujian dan perbaikan yang panjang dalam beberapa sesi.
Kotak centang Interupsi setelah memungkinkan Anda mengatur interval waktu setelah pengujian akan dihentikan, dan parameter pengujian dan koreksi akan disimpan hingga sesi konfigurator berikutnya.
Bendera Lanjutkan pengujian yang terputus sebelumnya memungkinkan Anda melanjutkan proses dari titik di mana proses tersebut terhenti pada sesi pengujian dan perbaikan sebelumnya.
Peristiwa pengujian dan perbaikan ditampilkan di log.
Untuk memulai, klik tombol Jalankan.
Pengujian dapat dihentikan dengan menekan kombinasi tombol Ctrl+Break.
Program ini akan menganalisis kemungkinan pengaturan mode eksklusif dan mengatur mode eksklusif. Jika instalasi gagal, peringatan akan ditampilkan di layar:
Untuk memperoleh informasi tentang pengguna aktif, buka daftar pengguna aktif (Administrasi - Pengguna aktif). Jika mode eksklusif diatur, proses melakukan tindakan yang ditentukan diluncurkan dan halaman informasi dialog eksekusi pengujian ditampilkan di layar.
Pengoperasian IS dalam mode eksklusif tidak mentransfer database MS SQL ke mode pengguna tunggal (single user).
Setelah pekerjaan selesai, mode eksklusif dihapus.
Untuk mengembalikan versi file database, ada utilitas chdbfl.exe
Layanan 1C
Terakhir, saya ingin menambahkan sedikit topik.
Hal ini terjadi pada 1C:Enterprise dimana IS mulai gagal, semuanya tampak berfungsi dan tidak ada yang berubah dan kami tidak dapat menjelaskan caranya. Hal pertama yang harus dilakukan adalah Menguji dan memperbaiki database, dan jika tidak membantu, Anda dapat mengambil debugger.
Setidaknya sebulan sekali diinginkan untuk tampil Menguji dan memperbaiki basis info. Jangan lupa.
P.S. Tonton video luar biasa ini untuk bersantai
Kuartal 95 - "Istri Hamil"
Baru-baru ini, mulai dari versi 3.0.43.50, dalam program 1C: Accounting 8 edition 3.0, pengembang telah menambahkan jenis operasi baru Memperbaiki kesalahan mereka sendiri ke dokumen “Penyesuaian Tanda Terima”. Sekarang dokumen tersebut memungkinkan tidak hanya untuk mendaftarkan faktur yang dikoreksi atau korektif yang diterima dari pemasok dan membuat penyesuaian yang sesuai dalam akuntansi, tetapi juga untuk memperbaiki kesalahan teknis yang dilakukan oleh karyawan akuntansi. Pada artikel ini, dengan menggunakan contoh spesifik, kami akan mempertimbangkan secara rinci bagaimana Anda dapat memperbaiki kesalahan dalam akuntansi dan tujuan perpajakan saat memasukkan informasi dari dokumen utama ke dalam program.
Izinkan saya mengingatkan Anda bahwa agar program dapat menggunakan dokumen Penyesuaian Tanda Terima dan Penyesuaian Penjualan, Anda perlu mengaktifkan kotak centang Dokumen Koreksi dan Penyesuaian di pengaturan fungsionalitas program pada tab Perdagangan.
Perhatikan sebuah contoh
Organisasi Rassvet menerapkan rezim perpajakan umum - metode akrual dan Peraturan Akuntansi (PBU) 18/02 "Akuntansi perhitungan pajak penghasilan badan." Organisasi adalah pembayar PPN.
Pada bulan Januari 2016, ketika dokumen utama yang diserahkan oleh organisasi pihak ketiga, tindakan penyediaan layanan, dimasukkan ke dalam program, akuntan-operator membuat dua kesalahan. Pertama, dia salah menyebutkan biaya layanan, dan kedua, saat mendaftarkan invoice yang diterima dari pemasok, dia salah mencantumkan nomornya. Sertifikat pemberian layanan yang diterima dari pemasok didaftarkan dalam program menggunakan dokumen Tanda Terima dengan jenis operasi Layanan. Di kolom "Jumlah" di bagian tabel dokumen, alih-alih 6.000 rubel yang benar, 5.000 rubel ditunjukkan.
Faktur yang diterima didaftarkan di "footer" dokumen dengan menunjukkan nomor dan tanggalnya. Alih-alih angka "asli" 7, yang ditunjukkan adalah angka 1.
Biaya jasa yang dibeli dalam akuntansi berhubungan dengan pengeluaran bisnis umum (akun 26). Kwitansi dokumen dengan kesalahan di atas dan hasil implementasinya ditunjukkan pada Gambar. 1.
Saat menyimpan dokumen dalam akuntansi dan untuk tujuan perpajakan laba, biaya layanan tanpa PPN diperhitungkan pada debit akun 26 “Beban bisnis umum”, mengalokasikan jumlah PPN yang disajikan oleh pemasok sesuai dengan kredit akun 60,01 “Penyelesaian dengan pemasok dan kontraktor." Dokumen tersebut juga menghasilkan entri dalam daftar akumulasi PPN yang diserahkan, yang menjadi dasar pembentukan entri dalam buku pembelian.
Akibatnya, akibat kesalahan yang dilakukan dalam menentukan biaya jasa dalam akuntansi dan untuk keperluan perpajakan, jumlah pengeluaran diremehkan, jumlah PPN yang disajikan diremehkan, dan utang kepada pemasok diremehkan.
Dokumen Faktur yang diterima dibuat dalam program berdasarkan dokumen Penerimaan dan, sebagai hasilnya, berisi jumlah dan jumlah PPN yang salah.
Dokumen Faktur yang dihasilkan dengan nomor yang salah ditunjukkan pada Gambar. 2.
Dalam program ini, jumlah PPN dapat dikurangkan baik menggunakan dokumen peraturan Pembentukan entri buku pembelian, atau langsung dalam dokumen Faktur diterima, dengan kotak centang Tampilkan pengurangan PPN di buku pembelian pada tanggal penerimaan diaktifkan.
Hasil posting dokumen Faktur yang diterima ditunjukkan pada Gambar. 3.
Dokumen tersebut, ketika disimpan dalam akuntansi, menerima jumlah PPN untuk dipotong dan membuat entri dalam daftar PPN Pembelian (dalam buku pembelian), masing-masing, dengan jumlah PPN yang diremehkan dan nomor faktur yang salah.
Buku pembelian untuk kuartal pertama ditunjukkan pada Gambar. 4.
Biaya layanan dibayarkan kepada penyedia hanya pada kuartal berikutnya. Dokumen Perintah pembayaran dibuat berdasarkan dokumen Tanda Terima yang salah.
Posting dokumen terkait Penghapusan dari rekening giro yang dibuat setelah menerima laporan dari rekening giro ditunjukkan pada Gambar. 5.
Akhirnya, sebagai hasil rekonsiliasi penyelesaian bersama dengan pemasok, kesalahan ini ditemukan pada kuartal kedua. Pelaporan PPN triwulan I sudah disampaikan.
Mari kita ingat dulu bagaimana kesalahan dalam akuntansi dan akuntansi pajak harus diperbaiki.
Sesuai dengan paragraf 5 PBU 22/2010 “Koreksi kesalahan akuntansi dan pelaporan”, kesalahan pada tahun pelaporan yang diidentifikasi sebelum akhir tahun ini dikoreksi dengan entri pada akun akuntansi terkait pada bulan tahun pelaporan di dimana kesalahan terdeteksi.
Sesuai dengan paragraf 1 Seni. 54 dari Kode Pajak Federasi Rusia, jika ditemukan kesalahan (distorsi) dalam penghitungan dasar pengenaan pajak sehubungan dengan masa (pelaporan) pajak yang lalu, pada masa (pelaporan) pajak saat ini, dasar pengenaan pajak dan jumlah pajak dihitung ulang untuk periode di mana kesalahan (distorsi) yang ditunjukkan terjadi .
Benar, ada pengecualian untuk aturan ini. Sesuai dengan paragraf yang sama dari Kode Pajak Federasi Rusia, wajib pajak berhak menghitung ulang basis pajak dan jumlah pajak untuk periode pajak (pelaporan) di mana kesalahan (distorsi) terkait dengan pajak sebelumnya (pelaporan) terdeteksi periode-periode dimana kesalahan (distorsi) mengakibatkan kelebihan pembayaran pajak.
Seperti yang telah kami katakan, akibat kesalahan tersebut, jumlah pengeluaran menjadi terlalu rendah. Akibatnya, untuk keperluan perpajakan atas laba, dasar kena pajak (laba) ditaksir terlalu tinggi sehingga menyebabkan pembayaran pajak yang berlebihan. Oleh karena itu, koreksi untuk keperluan perpajakan laba dapat dilakukan pada periode pelaporan berjalan, seperti halnya dalam akuntansi.
Namun untuk mengetahui bagaimana kita harus menangani PPN, kita mengacu pada Keputusan Pemerintah Federasi Rusia No. 1137 tanggal 26 Desember 2011. Sesuai dengan ayat 4 Aturan pemeliharaan buku pembelian, jika perlu dilakukan perubahan pada buku pembelian (setelah berakhirnya masa pajak berjalan), pembatalan entri pada faktur, faktur korektif dibuat dalam lembar tambahan buku pembelian untuk masa pajak di mana faktur tersebut didaftarkan, faktur korektif, sampai dilakukan koreksi terhadapnya.
Untuk memperbaiki kesalahan yang kami jelaskan, kami akan menggunakan dokumen Penyesuaian Tanda Terima dan memilih Koreksi kesalahan sendiri sebagai jenis operasi.
Pada tab Utama, Anda harus memilih dasar - ini adalah dokumen tanda terima di mana kesalahan dibuat, yang akan kami perbaiki (dalam kasus kami, ini adalah dokumen Tanda Terima (akta, faktur) No. 1 tanggal 01/11 /2016). Sedikit lebih rendah, ketika memilih basis, tautan ke dokumen Faktur yang dikoreksi diterima dan detailnya ditampilkan secara otomatis.
Kita perlu memperbaiki nomor yang masuk (nilai barunya adalah 7). Pada tab ini, Anda dapat memilih di mana penyesuaian akan diterapkan: hanya di akuntansi PPN atau di semua bagian akuntansi (kami ingin melakukan koreksi pada akuntansi, akuntansi pajak penghasilan, dan akuntansi PPN). Anda juga dapat memilih akun untuk mencerminkan pendapatan dan pengeluaran.
Tab Utama yang telah selesai pada dokumen Penyesuaian Tanda Terima ditunjukkan pada Gambar. 6.
Jika, untuk memperbaiki kesalahan, beberapa indikator total perlu diperbaiki, maka tab berikut mungkin diperlukan: Barang, Jasa, Layanan Agensi.
Karena kesalahan terjadi dalam contoh kami saat memasukkan tindakan pemberian layanan ke dalam program, kami akan menggunakan tab Layanan dan menunjukkan harga yang benar - 6.000 rubel.
Tab Layanan pada dokumen Penyesuaian Tanda Terima ditunjukkan pada Gambar. 7.
Saat memposting dokumen dalam akuntansi, itu membalikkan entri pengurangan PPN yang salah (Dt 68.02 - Kt 19.04) dalam jumlah 900 rubel dan menghasilkan entri yang benar dalam jumlah 1.080 rubel. Selain itu, alokasikan jumlah PPN yang hilang yang disajikan oleh pemasok (180 rubel) di debit akun 19.04, tambah jumlah biaya untuk layanan (1.000 rubel) di debit akun 26 “Beban bisnis umum” dalam akuntansi dan akuntansi pajak dan, karenanya, meningkatkan jumlah hutang di kredit akun 60,01 pemasok (1.180 rubel).
Postingan dokumen Penyesuaian Resi ditunjukkan pada Gambar. 8.
Selain posting dalam akuntansi dan akuntansi pajak, dokumen tersebut akan menghasilkan entri dalam register akumulasi PPN.
Dalam daftar PPN yang disajikan (jumlah PPN yang diserahkan oleh pemasok), pendapatan untuk jumlah PPN yang benar akan dicatat, dan karena jumlah PPN ini langsung dicatat dalam dokumen di buku pembelian, konsumsinya akan segera tercermin.
Dua entri akan dihasilkan dalam register PPN Pembelian. Entri pertama adalah pembalikan jumlah PPN yang salah dipotong dengan nomor faktur yang salah. Dan entri kedua adalah pengurangan jumlah PPN yang benar pada invoice dengan rincian yang benar. Karena koreksi dilakukan pada masa pajak sebelumnya untuk PPN, maka catatan yang dihasilkan akan berisi tanda lembar tambahan dan periode koreksi yang sesuai.
Dibentuk oleh dokumen Penyesuaian penerimaan entri dalam register akumulasi disajikan pada Gambar. 9.
Selain itu, ketika dokumen diposting di program, dokumen baru akan dibuat (didaftarkan) Faktur yang diterima dengan penjelasan "koreksi kesalahan sendiri" (lihat Gambar 6). Dokumen ini dapat dilihat pada daftar dokumen Invoice yang diterima. Dokumen yang salah dan diperbaiki ditunjukkan pada Gambar. 10.
Bentuk dokumen yang dikoreksi Faktur yang diterima memuat tanggal koreksi dan link ke dokumen yang dikoreksi. Selain itu, dalam bentuk dokumen terdapat nilai rincian invoice yang diterima dari pemasok sebelum kesalahan diperbaiki dan setelah diperbaiki (Gbr. 11).
Mari kita periksa kebenaran tindakan kita, kita akan membuat buku pembelian untuk kuartal pertama - masa pajak di mana kesalahan itu terjadi.
Dalam laporan yang kami buat, kami menunjukkan periode yang diinginkan. Dalam pengaturan laporan, aktifkan kotak centang "Buat lembar tambahan" dan tentukan opsi pembuatan - untuk periode saat ini.
Pengaturan laporan buku Pembelian ditunjukkan pada Gambar. 12.
Mari kita lihat lembar tambahan buku belanja.
Sebagaimana diharapkan, lembar tambahan menunjukkan nomor lembar tambahan, masa pajak dan tanggal kompilasi. Kolom 16 pada bagian tabel menunjukkan jumlah seluruh PPN untuk masa pajak sebelum dibuatnya lembar tambahan.
Lembar tambahan berisi, seperti yang kita harapkan, dua baris: pembalikan faktur dengan nomor dan jumlah yang salah, dan entri yang dikoreksi dengan nomor faktur yang benar dan jumlah yang benar.
Lembar tambahan buku pembelian untuk kuartal pertama ditunjukkan pada Gambar. 13.
vk.com/buhcenter grup vkontakte.
Situs web perusahaan 1-bc.ru, tempat Anda dapat mengenal layanannya.
Mengindeks ulang tabel infobase.
Untuk mencari informasi dengan cepat, tabel tambahan ditambahkan ke tabel utama dengan data utama, di mana data diurutkan menurut bidang yang ditentukan pada tabel utama - tabel indeks. Melalui penggunaan tabel pengindeksan, kinerja 1s meningkat pesat, karena tidak perlu menelusuri seluruh tabel data utama untuk pengambilan sampel, Anda dapat menggunakan file indeks dan memilih catatan yang diperlukan dari sana.
Ketika data ditulis ke tabel data utama, tabel indeks juga diisi. Namun karena berbagai alasan teknis, indeks bisa tersesat, yang pada akhirnya dapat menyebabkan kesalahan. Untuk memperbaiki kesalahan kelas ini, saat menguji dan memperbaiki basis 1s 8.3, Anda harus mencentang kotak untuk item menu ini.
Memeriksa integritas logis dari basis info
Pada saat pembuatan objek baru dalam konfigurasi 1s, tabel baru dibuat di database, yang menunjukkan tautan ke tabel database lainnya. Karena berbagai alasan, tautan mungkin menjadi salah (misalnya, karena pembaruan yang salah atau pemadaman listrik yang tidak terduga pada saat perekaman). Untuk memperbaiki kesalahan semacam ini, pilih item menu ini.
Memeriksa integritas referensial dari basis info
Anda mungkin pernah melihat "tautan rusak" dalam konfigurasi 1s. Jika tidak, maka Anda beruntung!
Untuk mengidentifikasi dan memperbaiki kesalahan ini, pilih item menu ini, dan opsi untuk memproses kesalahan tersebut diaktifkan di bawah (lihat gambar di atas). Kita dapat memilih cara memperbaiki kesalahan ketika ada referensi ke objek yang tidak ada: membuat objek, menghapus tautan, tidak mengubah; dan jika terjadi kehilangan sebagian data: buat objek, hapus objek, jangan ubah.
Perhitungan ulang total
Untuk melakukan pengambilan sampel data dengan cepat di database 1c, terdapat tabel dengan data yang sudah dihitung pada interval bulanan. Saat kita mengakses data ini, data tersebut tidak dikumpulkan dari tabel utama (ini akan memakan banyak waktu), namun langsung dikeluarkan dari data tabel total. Oleh karena itu, agar mekanisme ini dapat berjalan, diperlukan hasil yang benar pada periode-periode yang lalu. Oleh karena itu, jika 1c "menipu" dalam laporan, maka kesalahan tersebut diperbaiki dengan item menu ini.
Mengompresi tabel infobase
Menghapus objek di database merupakan operasi yang cukup melelahkan dan memakan waktu, oleh karena itu pada konfigurasi 1s, proses penghapusan dibagi menjadi 2 tahap. Saat Anda menghapus objek dalam konfigurasi, data dalam database 1s disetel ulang ke nol dan, oleh karena itu, tidak berpartisipasi dalam operasi lebih lanjut, meskipun secara fisik tetap ada. Untuk membersihkan tabel dari catatan ini, pengujian dan perbaikan database 1s 8.3 dengan item menu "Kompres tabel infobase" telah selesai.
Restrukturisasi tabel infobase
Saat mengubah detail objek metadata 1, database perlu melengkapi semua tabel objek yang diubah dengan catatan baru. Hal ini dilakukan melalui restrukturisasi tabel database. Selama proses restrukturisasi, salinan tabel database dibuat dengan struktur konfigurasi saat ini, setelah itu data ditransfer ke tabel yang dibuat. Jika atribut ditambahkan dalam metadata 1s, kolom kosong akan dibuat untuk atribut tersebut di tabel baru; jika suatu atribut dihapus, kolom untuk atribut ini tidak akan dibuat di tabel baru, dan karenanya, atribut tersebut tidak akan ditransfer.
Selama proses restrukturisasi, semua tabel database akan dibuat ulang, sehingga operasi ini paling lama.
