Kami telah mengumpulkan jawaban dari pakar 1C atas pertanyaan umum tentang koreksi kesalahan yang dibuat dalam akuntansi dan pelaporan PPN, serta dalam akuntansi dan akuntansi pajak untuk keperluan pajak laba. Kami memberi tahu Anda caranyamemperbaiki kesalahan dan mencerminkan koreksi dalam “1C: Accounting 8” edisi 3.0.
Bagaimana cara memperbaiki kesalahan dalam nomor, tanggal dan jumlah faktur yang diterima yang didaftarkan pada masa pajak sebelumnya?
Jika pembeli secara manual mendaftarkan dokumen utama dan faktur yang diterima dari penjual dalam sistem akuntansi, maka situasi ketika terjadi kesalahan teknis (nomor faktur atau tanggal yang dimasukkan salah, dll.) tidak jarang terjadi. Akibatnya, muncul kesalahan dalam catatan pendaftaran buku pembelian, yang mengakibatkan ketidakakuratan informasi pada Bagian 8 SPT PPN. Kesalahan input dapat diminimalisir jika menggunakan pertukaran dokumen elektronik (EDI).
Pakar 1C berbicara tentang pertukaran dokumen elektronik dari “1C: Accounting 8” (rev. 3.0), penggunaan UPD dan UCD pada kuliah tanggal 14 Desember 2017 di 1C: Lecture Hall.
Kesalahan yang dilakukan selama pendaftaran faktur dapat dideteksi oleh wajib pajak sendiri, atau dapat diidentifikasi oleh otoritas pajak selama pengendalian meja (klausul 3 Pasal 88 Kode Pajak Federasi Rusia).
Dalam kasus pertama wajib pajak harus menyerahkan pengembalian pajak yang diperbarui dengan informasi yang benar kepada otoritas pajak. Terlepas dari kenyataan bahwa kewajiban untuk menyampaikan deklarasi yang diperbarui hanya muncul jika kesalahan yang dibuat menyebabkan terlalu rendahnya perkiraan jumlah pajak yang harus dibayar ke anggaran (klausul 1 Pasal 81 Kode Pajak Federasi Rusia), koreksi informasi yang disajikan sebelumnya pada Pasal 8 SPT, hanya dapat dilakukan dengan menyampaikan SPT yang telah diperbaharui.
Dalam kasus kedua wajib pajak akan menerima pesan dari otoritas pajak yang meminta penjelasan (klausul 2.7 Rekomendasi untuk melakukan pemeriksaan pajak meja, dikirim melalui surat Layanan Pajak Federal Rusia tertanggal 16 Juli 2013 No. AS-4-2/12705). Menanggapi pesan yang diterima, wajib pajak harus mengirimkan penjelasan kepada otoritas pajak dengan menunjukkan data yang benar. Pada saat yang sama, wajib pajak tidak perlu menyerahkan deklarasi yang diperbarui, meskipun Layanan Pajak Federal Rusia merekomendasikan hal ini (surat No. ED-4-15/19395 tanggal 6 November 2015).
Dalam kedua kasus tersebut, wajib pajak harus mengklarifikasi data yang salah dimasukkan ke dalam sistem akuntansi dan melakukan koreksi pada buku pembelian.
Kesalahan yang dilakukan pada masa pajak sebelumnya diperbaiki dengan membatalkan entri registrasi yang salah dan membuat entri registrasi baru pada lembar tambahan buku pembelian (klausul 4, 9 Aturan untuk memelihara buku pembelian, disetujui dengan Keputusan Pemerintah Federasi Rusia tanggal 26 Desember 2011 No. 1137 (selanjutnya disebut - Resolusi No. 1137), surat Layanan Pajak Federal Rusia tanggal 30 April 2015 No. BS-18-6/499@). Data dari lembar tambahan tersebut digunakan untuk melakukan perubahan SPT PPN (pasal 6 Peraturan Pengisian Lembar Tambahan Buku Pembelian, disetujui dengan Keputusan No. 1137).
Untuk memperbaiki kesalahan teknis yang dilakukan saat mendaftarkan faktur yang diterima, dokumen tersebut digunakan dalam program 1C: Accounting 8, edisi 3.0 Penyesuaian penerimaan(bab Pembelian) dengan jenis operasinya .
Sebuah dokumen dapat dibuat berdasarkan dokumen Tanda terima (akta, faktur), dalam hal ini bidang utama pada tab Utama dan bagian tabel di bookmark Barang-barang atau Jasa akan diisi segera setelah membuka dokumen.
Operasi Memperbaiki kesalahan Anda sendiri memungkinkan Anda memperbaiki detail faktur yang salah dimasukkan:
- nomor dan tanggal;
- NPWP dan KPP pihak lawan;
- kode jenis transaksi;
- jumlah dan indikator kuantitatif.
Jika kesalahan teknis tidak mempengaruhi indikator total atau kuantitatif, maka pada tab Utama di lapangan mencerminkan penyesuaian disarankan untuk menetapkan nilainya Hanya untuk akuntansi PPN, karena koreksi kesalahan teknis dalam memasukkan rincian faktur tidak mempengaruhi refleksi transaksi pada akun akuntansi dan tidak memerlukan entri dalam register akuntansi.
Di blok Memperbaiki kesalahan dalam detail faktur:
- Di barisan Apa yang sedang kita perbaiki? hyperlink ke dokumen yang sedang diperbaiki dimasukkan secara otomatis Faktur diterima;
- untuk detailnya: Nomor masuk, tanggal, NPWP pihak lawan, Pos pemeriksaan pihak lawan, Kode jenis operasi dua kolom dengan indikator terbentuk Arti lama Dan Arti baru, di mana informasi yang relevan dari dokumen awalnya ditransfer secara otomatis Faktur diterima.
Untuk memperbaiki detail yang mengandung kesalahan (misalnya nomor faktur yang salah), indikator yang sesuai di kolom Arti baru harus diganti dengan yang benar (Gbr. 1).
Beras. 1. Koreksi kesalahan teknis yang dilakukan pada saat pendaftaran invoice yang diterima
Kesalahan teknis dapat terjadi ketika mentransfer informasi dari dokumen utama tentang harga dan jumlah barang yang dibeli (pekerjaan, jasa, hak milik), serta tarif dan jumlah PPN yang dikenakan, ke dokumen sistem akuntansi.
Dalam hal ini di lapangan mencerminkan penyesuaian nilai harus ditetapkan Di semua bagian akuntansi, apabila diperlukan penyesuaian secara simultan data akuntansi dan akuntansi pajak untuk pajak penghasilan dan PPN.
Penghapusan kesalahan yang mempengaruhi indikator kuantitatif dan total dilakukan pada tab Barang-barang atau Jasa. Bagian tabel Barang-barang (Jasa) terisi secara otomatis sesuai dengan dokumen dasar.
Setiap baris dokumen sumber berhubungan dengan dua baris dalam dokumen penyesuaian: sebelum perubahan Dan setelah perubahan. Di barisan setelah perubahan Anda perlu menunjukkan jumlah indikator (kuantitatif) yang dikoreksi.
Sebagai hasil dari dokumen tersebut Penyesuaian penerimaan dengan jenis operasinya Memperbaiki kesalahan Anda sendiri:
- Di barisan Faktur hyperlink ke dokumen baru yang dibuat secara otomatis muncul di bagian bawah dokumen Faktur diterima, yang sebenarnya merupakan “duplikat teknis” dari dokumen salah yang dimasukkan sebelumnya untuk transaksi pembelian barang. Semua bidang dokumen baru Faktur diterima akan diisi secara otomatis berdasarkan informasi yang ditentukan dalam dokumen Koreksi kuitansi;
- entri dibuat dalam register khusus untuk keperluan akuntansi PPN.
Lembar tambahan buku besar pembelian akan berisi dua entri:
- pembatalan pencatatan pada faktur yang diterima yang memuat kesalahan rincian;
- entri pendaftaran untuk faktur yang sama dengan rincian yang diperbaiki.
Setelah persetujuan laporan keuangan tahunan, sebuah organisasi yang menerapkan sistem perpajakan umum (OSNO) mengidentifikasi kesalahan dari tahun lalu: jumlah pengeluaran langsung dalam akuntansi dan untuk keperluan pajak laba dilebih-lebihkan. Pada saat yang sama, tahun lalu rugi, tetapi tahun ini untung. Apakah penyesuaian pajak penghasilan dapat tercermin pada tahun berjalan?
Dalam akuntansi, kesalahan tahun pelaporan sebelumnya, yang diidentifikasi setelah persetujuan laporan keuangan tahun ini, dikoreksi pada periode pelaporan berjalan (klausul 9, 14 Peraturan Akuntansi “Memperbaiki Kesalahan Akuntansi dan Pelaporan” (PBU 22 /2010), disetujui berdasarkan Keputusan Menteri Keuangan Rusia tanggal 28 Juni 2010 No. 63n, selanjutnya disebut PBU 22/2010).
Dalam akuntansi perpajakan, termasuk untuk tujuan perpajakan laba, sebagai aturan umum, sesuai dengan paragraf 1 Pasal 54 Kode Pajak Federasi Rusia, kesalahan (distorsi) dikoreksi pada periode terjadinya kesalahan tersebut. Pada saat yang sama, Wajib Pajak berhak menghitung ulang dasar pengenaan pajak dan jumlah pajak pada masa (pelaporan) pajak di mana kesalahan (distorsi) ditemukan, jika:
- tidak mungkin untuk menentukan jangka waktu terjadinya kesalahan (distorsi) ini;
- kesalahan (distorsi) tersebut menyebabkan pembayaran pajak yang berlebihan.
Tentu saja, melebih-lebihkan jumlah pengeluaran langsung tidak dapat menyebabkan pembayaran pajak penghasilan tahun sebelumnya berlebihan. Pajak untuk periode sebelumnya tidak dibayar lebih juga karena organisasi mengalami kerugian pada tahun lalu, oleh karena itu, kesalahan tersebut diperhitungkan dalam kaitannya dengan masa pajak di mana kesalahan tersebut dibuat (surat Kementerian Keuangan Rusia tertanggal 05/ 07/2010 Nomor 03-02-07/1-225). Oleh karena itu, organisasi harus menghitung ulang dasar pengenaan pajak dan jumlah pajak untuk periode kesalahan itu dilakukan, dan juga menyerahkan kepada otoritas pajak pengembalian pajak yang diperbarui untuk tahun sebelumnya (paragraf 1 ayat 1 pasal 81 Kode Pajak Federasi Rusia). Federasi Rusia).
Dalam "1C: Accounting 8" edisi 3.0, kesalahan dari tahun-tahun sebelumnya terkait dengan perkiraan biaya yang berlebihan dapat diperbaiki baik dengan dokumen Penyesuaian penerimaan, atau dokumen Operasi.
Harap dicatat bahwa peraturan internal organisasi mungkin melarang pembaruan data tahun lalu (termasuk data akuntansi pajak) dalam program: tanggal telah ditetapkan untuk melarang perubahan pada data tahun lalu, dan “membuka” periode tertutup tidak dapat diterima.
Apabila terjadi perubahan pada data akuntansi perpajakan (TA) tahun sebelumnya, maka hasil keuangan pada TA tersebut berubah, sehingga perlu dibuat ulang pengoperasiannya. Reformasi Keseimbangan, dan tanpa memasukkan kembali semua dokumen lainnya, agar tidak mempengaruhi data akuntansi.
Anda dapat menghindari kesulitan ini dengan melakukan hal berikut:
- pada periode berjalan, perbaiki kesalahan hanya dalam akuntansi - dengan entri pada akun yang relevan sesuai dengan akun 84 “Laba ditahan (kerugian yang tidak ditutupi)” atau dengan akun 91 “Penghasilan dan pengeluaran lain-lain”, tergantung pada signifikansi kesalahan ( pasal 9, 14 PBU 22/2010);
- untuk organisasi yang menerapkan Peraturan Akuntansi “Akuntansi Perhitungan Pajak Penghasilan Badan” PBU 18/02, disetujui. atas perintah Menteri Keuangan Rusia tanggal 19 November 2002 No. 114n (selanjutnya disebut PBU 18/02), mencerminkan perbedaan tetap (PR). Dalam hal ini PR mengacu pada penghasilan yang merupakan laba akuntansi suatu periode pelaporan, tetapi tidak diperhitungkan dalam menentukan dasar pengenaan pajak penghasilan baik untuk periode pelaporan maupun periode pelaporan berikutnya;
- menyusun daftar pajak secara manual untuk tahun sebelumnya, yang mencerminkan penurunan biaya langsung;
- mengisi dan menyerahkan ke Layanan Pajak Federal pengembalian pajak penghasilan terbaru untuk tahun sebelumnya;
- tambahan memungut dan membayar pajak penghasilan untuk periode sebelumnya;
- menghitung, menghitung dan membayar denda pajak penghasilan.
Organisasi (di OSNO, pembayar PPN, tidak menerapkan ketentuan PBU 18/02) menemukan kesalahan: pada periode pelaporan sebelumnya tahun ini, tidak semua biaya tercermin dalam akuntansi. Bagaimana dan pada periode berapa dokumen terkait harus didaftarkan dalam program?
Berdasarkan pertanyaan tersebut, pengeluaran-pengeluaran yang tidak tercermin pada waktu dan saat ditemukannya fakta tersebut berhubungan dengan masa pajak yang sama.
Dalam hal ini, dokumen akuntansi biaya ( Tanda terima (akta, faktur), Penerimaan tambahan pengeluaran, Permintaan-faktur, Operasi dll.) dan berkaitan dengan periode pelaporan sebelumnya pada tahun berjalan, dapat didaftarkan pada saat diterima atau ditemukannya, yaitu sebelum akhir tahun berjalan.
Dengan demikian, biaya-biaya ini secara otomatis akan diperhitungkan ketika menentukan basis pajak (laba) periode pelaporan (pajak) saat ini, yang sesuai dengan paragraf 7 Pasal 274 Kode Pajak Federasi Rusia, ditentukan pada basis akrual sejak awal tahun.
Karena dalam situasi ini, kesalahan yang dibuat dalam deklarasi pajak penghasilan untuk periode pelaporan sebelumnya pada tahun berjalan tidak menyebabkan terlalu rendahnya perkiraan jumlah pajak yang harus dibayar, organisasi tidak berkewajiban untuk menyerahkan deklarasi yang diperbarui ke Layanan Pajak Federal untuk periode ini ( paragraf 2, ayat 1, pasal 81 Kode Pajak Federasi Rusia).
Namun bagaimana jika suatu organisasi telah mengidentifikasi pengeluaran pada periode pelaporan (pajak) saat ini yang berkaitan dengan periode pajak sebelumnya (misalnya, karena dokumen utama tidak diterima tepat waktu)?
Menurut Kementerian Keuangan Rusia (surat tertanggal 24 Maret 2017 No. 03-03-06/1/17177), tidak adanya refleksi tersebut merupakan distorsi terhadap dasar pengenaan pajak pada masa pajak sebelumnya, oleh karena itu perlu dilakukan bertindak sesuai dengan ketentuan Pasal 54 Kode Pajak Federasi Rusia. Selain itu, jika pada periode pelaporan (pajak) saat ini organisasi mengalami kerugian, maka pada periode tersebut penghitungan ulang dasar pengenaan pajak tidak mungkin dilakukan, karena dasar pengenaan pajak diakui sama dengan nol.
Dengan demikian, dokumen-dokumen tahun lalu juga dapat didaftarkan pada periode berjalan, asalkan diperoleh keuntungan baik pada tahun sebelumnya maupun pada periode koreksi.
Jika setidaknya salah satu dari kondisi ini tidak terpenuhi, maka kesalahan (distorsi) dalam akuntansi dan akuntansi pajak harus diperbaiki pada periode yang berbeda. Untuk melakukan ini, Anda dapat menggunakan urutan tindakan yang dijelaskan dalam jawaban pertanyaan sebelumnya: menggunakan dokumen Operasi mencerminkan pengeluaran tahun-tahun sebelumnya dalam akuntansi, kemudian secara manual membuat daftar akuntansi pajak, yang mencerminkan penyesuaian basis pajak tahun sebelumnya.
Pada saat yang sama, Anda tidak perlu membayar tunggakan pajak penghasilan dan denda tahun sebelumnya. Wajib Pajak berkepentingan untuk menyampaikan Surat Pemberitahuan Tahunan Pajak Penghasilan tahun sebelumnya yang telah dimutakhirkan untuk selanjutnya memperhitungkan kelebihan pembayaran pajak atau peningkatan kerugian dari tahun-tahun sebelumnya.
Sedangkan untuk pajak pertambahan nilai, pembayar pajak-pembeli berhak menuntut pengurangan pajak dalam waktu 3 tahun setelah pendaftaran barang, pekerjaan, jasa, hak milik yang dibeli di wilayah Federasi Rusia (paragraf 1, klausul 1.1, pasal 172 dari Kode Pajak Federasi Rusia). Oleh karena itu, organisasi tidak wajib menyampaikan SPT PPN yang telah diperbarui.
Organisasi (menerapkan OSNO dan PBU 18/02) secara keliru tidak mencerminkan pada periode pelaporan terakhir tahun berjalan penerimaan aset tetap (fixed assets) dengan menggunakan bonus penyusutan untuk akuntansi. Apakah mungkin bagi program untuk memperbaiki kesalahan ini secara otomatis selama periode terdeteksi (periode pelaporan sebelumnya ditutup untuk penyesuaian)?Karena program menetapkan tanggal pelarangan perubahan data (misalnya, 30 Juni), penerimaan akuntansi aset tetap harus didaftarkan selama periode deteksi kesalahan (misalnya, pada bulan Juli) menggunakan dokumen Penerimaan akuntansi aset tetap ( bagian dari aset tetap dan aset tidak berwujud).
Dokumen tersebut harus mencantumkan parameter penghitungan penyusutan untuk keperluan akuntansi dan akuntansi perpajakan, termasuk masa manfaat (SPI), seolah-olah tidak terjadi kesalahan.
Pada tab Bonus penyusutan, pilih kotak centang Sertakan bonus penyusutan sebagai pengeluaran.
Pada saat yang sama, jika aset tetap sebenarnya diterima untuk akuntansi pada periode pelaporan sebelumnya (misalnya, pada bulan Mei), fakta kehidupan ekonomi ini harus dikonfirmasi oleh dokumen utama (perintah manajer, tindakan penerimaan dan transfer objek aset tetap, kartu inventaris objek aset tetap), di mana tanggal-tanggal yang relevan dicatat. Penyusutan dalam program ini akan dimulai pada bulan Agustus. Pada bulan yang sama, biaya tidak langsung akan mencakup biaya penanaman modal yang jumlahnya tidak lebih dari 10% (tidak lebih dari 30% untuk aset tetap yang termasuk dalam 3-7 kelompok penyusutan) dari biaya awal aset tetap (klausul 9 pasal 258, pasal 3 Pasal 272 Kode Pajak Federasi Rusia).
Program ini tidak menyediakan penghitungan penyusutan otomatis untuk bulan-bulan yang terlewat (untuk bulan Juni dan Juli), jadi Anda harus membuat sertifikat akuntansi dan menggunakan dokumen tersebut Operasi(Gbr. 2). Karena kesalahan tidak mempengaruhi parameter penghitungan penyusutan, penyesuaian pada register subsistem akuntansi OS tidak diperlukan.
Beras. 2. Penyesuaian akrual penyusutan aktiva tetap
Dalam situasi ini, Anda tidak perlu menentukan pajak penghasilan selama enam bulan tersebut. Namun, jika organisasi telah mendaftarkan divisi tersendiri (SU), kesalahan yang dilakukan pada triwulan kedua dapat mempengaruhi penghitungan bagi hasil untuk periode yang ditentukan. Jika OS yang ditentukan adalah objek perpajakan pajak properti organisasi, dan badan legislatif entitas konstituen Federasi Rusia telah menetapkan periode pelaporan, maka organisasi wajib menyerahkan deklarasi pajak properti yang diperbarui dalam waktu enam bulan.
Organisasi (OSNO) menerima aset tetap (harta bergerak) untuk akuntansi pada bulan April, dan pada bulan Agustus menemukan kesalahan aritmatika, yang mengakibatkan nilai aset tetap dilebih-lebihkan. Bagaimana cara mengurangi biaya awal aset tetap dan menghitung ulang penyusutan?
Tidak jelas dari pertanyaan bagaimana barang bergerak itu masuk ke dalam organisasi. Katakanlah OS tertentu dibeli dari pemasok dengan biaya tertentu. Untuk menyesuaikan biaya aset tetap yang diperoleh pada bulan Agustus tahun berjalan, Anda perlu membuat dokumen dalam program Operasi, di mana menunjukkan korespondensi akun berikut:
REVERSE Debit 08.04.1 Kredit 60.01
REVERSE Debit 01.01 Kredit 08.04.1- sebesar penyesuaian harga perolehan aset tetap;
REVERSE Debit 20,01 (26, 44) Kredit 02,01- sebesar penyesuaian penyusutan bulan Mei, Juni, Juli tahun berjalan;
Debit 20,01 (26, 44) Kredit 02,01- sebesar penyusutan bulan Agustus tahun berjalan, dengan memperhitungkan harga perolehan awal aktiva tetap yang disesuaikan.
Untuk tujuan akuntansi pajak untuk pajak penghasilan, jumlah terkait juga dicatat dalam sumber daya Jumlah NU Dt Dan Jumlah NU Kt. Agar penyusutan masa depan dalam akuntansi dan akuntansi pajak dapat dihitung dengan mempertimbangkan penyesuaian yang dilakukan, maka parameter penyusutan harus diperjelas dengan menggunakan dokumen. (bab Aset tetap dan aset tidak berwujud - Parameter penyusutan aset tetap). Dokumen tersebut juga harus dibuat pada bulan Agustus (Gbr. 3). Saat memasukkan dokumen Mengubah parameter penyusutan OS Di header Anda perlu menentukan detail berikut:
- nama peristiwa dalam “masa pakai” aset tetap, yang tercermin dalam dokumen ini;
- mengatur bendera Renungkan dalam akuntansi Dan Renungkan dalam akuntansi pajak.
Beras. 3. Mengubah parameter penyusutan OS
Di bidang tabel Anda perlu menunjukkan:
- aset tetap yang parameter penyusutannya berubah karena kesalahan yang terdeteksi;
- di lapangan Tanggal habis tempo (HUUU)- masa manfaat suatu aset tetap dalam akuntansi dalam bulan, yang awalnya ditetapkan oleh organisasi pada saat penerimaan akuntansi, misalnya 62 bulan;
- di lapangan Batas waktu penyusutan. (HUUU)- sisa masa manfaat untuk menghitung penyusutan dalam akuntansi. SPI ini dihitung dari SPI awal yang ditetapkan dikurangi jumlah bulan penyusutan pada bulan Mei-Agustus (62 bulan - 4 bulan = 58 bulan);
- di lapangan Biaya untuk menghitung penyusutan. (HUUU)- sisa biaya aset tetap untuk menghitung penyusutan dalam akuntansi. Biaya ini dihitung sebagai biaya awal aset tetap yang disesuaikan dikurangi penyusutan yang masih harus dibayar untuk bulan Mei-Agustus;
- di lapangan Tanggal habis tempo (DENGAN BAIK)- masa manfaat dalam bulan untuk menghitung penyusutan dalam akuntansi pajak. Dalam situasi ini, periode ini tidak berubah.
Mulai bulan September saat melakukan operasi rutin Penyusutan dan penyusutan aset tetap program akan menghitung penyusutan sesuai dengan parameter yang ditentukan.
Kesalahan ini menyebabkan kurang bayar pajak penghasilan, sehingga organisasi wajib menyerahkan deklarasi yang diperbarui dalam waktu enam bulan.
Meningkatnya biaya aset tetap juga dapat mempengaruhi penghitungan bagi hasil jika organisasi telah mendaftarkan OP.
Pada bulan Juli tahun ini, organisasi (OSNO, pembayar PPN) menandatangani perjanjian tambahan dengan pemasok untuk mengurangi harga barang inventaris yang dibeli pada periode pajak sebelumnya. Faktur korektif diterima pada bulan yang sama. Data persediaan dimasukkan dalam biaya pada periode penerimaan. Pada masa pajak manakah pendapatan yang terkait dengan penurunan harga pembelian harus tercermin: dapatkah pendapatan tersebut diperhitungkan pada periode berjalan atau haruskah laporan terkini untuk tahun-tahun sebelumnya diserahkan? Pada tahun-tahun sebelumnya, organisasi memperoleh keuntungan untuk keperluan perpajakan.
Pertama, mari kita cari tahu apakah akuntansi barang inventaris pada harga yang ditunjukkan dalam dokumen sumber asli dapat dianggap sebagai kesalahan. Sesuai dengan paragraf 2 PBU 22/2010, ketidakakuratan atau kelalaian dalam mencerminkan fakta kegiatan ekonomi, diidentifikasi sebagai akibat memperoleh informasi baru yang tidak tersedia bagi organisasi pada saat refleksi (non-refleksi) tersebut. fakta, tidak dianggap kesalahan. Pada saat menerima barang inventaris dan menghapusnya untuk produksi pada periode pajak sebelumnya, organisasi dengan benar mencerminkan semua pendapatan dan pengeluaran. Perjanjian yang ditandatangani dengan pemasok untuk mengubah harga suatu produk merupakan peristiwa independen yang bukan merupakan kesalahan akuntansi. Dengan demikian, ketika mencerminkan perubahan harga barang persediaan dalam akuntansi, aturan PBU 22/2010 tidak berlaku.
Dalam akuntansi, keuntungan tahun-tahun sebelumnya yang diidentifikasi pada tahun pelaporan dimasukkan dalam pendapatan lain-lain (other income). Penerimaan lainnya diakui pada saat diidentifikasi dan dikreditkan ke akun laba rugi organisasi (klausul 7, 11, 16 Peraturan Akuntansi “Pendapatan Organisasi” PBU 9/99, disetujui atas perintah Kementerian Keuangan Rusia tanggal 6 Mei 1999 No. 32n , selanjutnya disebut PBU 9/99). Bagaimana dengan pajak penghasilan? Kode Pajak Federasi Rusia tidak mengungkapkan konsep "kesalahan (distorsi)", oleh karena itu konsep ini harus digunakan dalam arti yang digunakan dalam undang-undang akuntansi (klausul 1 Pasal 11 Kode Pajak Federasi Rusia Federasi Rusia), dan Kementerian Keuangan Rusia menyetujui hal ini (surat tertanggal 30/01/2012 No. 03-03-06/1/40). Meskipun demikian, otoritas pengatur bersikeras untuk menyesuaikan dasar pengenaan pajak penghasilan pada periode-periode sebelumnya ketika harga barang yang dijual menurun:
- ketika diskon yang diberikan kepadanya dengan merevisi harga suatu produk tercermin dalam basis pajak pembeli, wajib pajak tidak menghasilkan penghasilan kena pajak (Klausul 19.1, Klausul 1, Pasal 265 Kode Pajak Federasi Rusia tidak berlaku). Perlu dilakukan perhitungan ulang harga pokok bahan baku dan persediaan dalam akuntansi perpajakan dengan memperhatikan perubahan harga, termasuk dengan menghitung ulang rata-rata harga pokok persediaan yang bersangkutan dari masa kapitalisasi sampai dengan saat penghapusan (surat Menteri). Keuangan Rusia tanggal 20 Maret 2012 No. 03-03-06/1/137);
- perubahan indikator pendapatan atau pengeluaran yang timbul sehubungan dengan perubahan harga kontrak, termasuk sehubungan dengan pemberian diskon, diperhitungkan dengan cara yang ditentukan oleh Pasal 54 Kode Pajak Federasi Rusia, yaitu sebagai jika ditemukan kesalahan (surat Kementerian Keuangan Rusia tanggal 22 Mei 2015 No. 03-03-06/1/29540).
Karena dalam situasi yang sedang dipertimbangkan, penyesuaian akuntansi pajak mempengaruhi beberapa periode pajak yang lalu, disarankan dalam program untuk menggunakan urutan tindakan yang dijelaskan sebelumnya: menggunakan dokumen Operasi mencerminkan pendapatan tahun-tahun sebelumnya dalam akuntansi, mencerminkan PR dalam sumber daya khusus untuk tujuan akuntansi pajak (jika organisasi menerapkan ketentuan PBU 18/02), kemudian menyusun register akuntansi pajak secara manual, di mana melampirkan perhitungan penyesuaian basis pajak untuk masing-masing masa pajak.
Mengenai PPN, situasinya jauh lebih sederhana. Setelah menerima faktur penyesuaian dari pemasok untuk mengurangi biaya persediaan, pembeli harus:
- mengembalikan sebagian PPN masukan yang diterima untuk dipotong pada saat kapitalisasi barang persediaan. Pemulihan PPN harus dilakukan dalam masa pajak yang paling awal jatuh pada tanggal-tanggal berikut: tanggal diterimanya perjanjian tambahan untuk mengurangi harga pokok persediaan atau tanggal diterimanya faktur penyesuaian (klausul 4, ayat 3, pasal 170 Kode Pajak Federasi Rusia). Dalam situasi kita, ini adalah kuartal ketiga;
- mencerminkan dalam buku penjualan dokumen yang diterima pertama kali (klausul 14 Peraturan pemeliharaan buku penjualan, disetujui dengan Keputusan No. 1137).
Operasi ini secara otomatis dilakukan menggunakan dokumen Penyesuaian penerimaan dengan jenis operasinya Penyesuaian atas kesepakatan para pihak.
Agar tidak mempengaruhi akuntansi dan akuntansi pajak, pada tab Utama di lapangan mencerminkan penyesuaian nilai harus ditetapkan Hanya untuk akuntansi PPN.
Ditemukan kesalahan pada dokumen penjualan tahun lalu, salah satunya menyebabkan lebih bayar pajak penghasilan, dan satu lagi kurang bayar, dan jumlah lebih bayarnya lebih besar dari kurang bayarnya. Bagaimana cara memperbaiki kesalahan ini? Bagaimana cara menghasilkan postingan untuk penyesuaian ini?
Menurut otoritas pengatur, jika ditemukan beberapa kesalahan (distorsi) yang menyebabkan meremehkan dan melebih-lebihkan dasar pengenaan pajak dan jumlah pajak sehubungan dengan periode (pelaporan) pajak sebelumnya, maka dasar pengenaan pajak dan jumlah pajak diklarifikasi dalam konteksnya. dari setiap kesalahan yang terdeteksi (surat Kementerian Keuangan Rusia tanggal 15 November 2010 No. 03-02-07/1-528).
Penghitungan ulang basis pajak dan jumlah pajak dilakukan sesuai dengan paragraf 2 dan 3 paragraf 1 Pasal 54 Kode Pajak Federasi Rusia.
Artinya, kesalahan-kesalahan yang terjadi pada dokumen penjualan tahun lalu yang menyebabkan dasar pengenaan pajak dan jumlah pajak menjadi terlalu rendah harus diperbaiki pada tahun lalu, sedangkan kesalahan-kesalahan yang tidak mengakibatkan terlalu rendahnya angka pajak dapat diperbaiki pada periode berjalan.
Beginilah cara kerja dokumen sistem akuntansi Penyesuaian implementasi(bab Penjualan) dengan jenis operasinya Koreksi pada dokumen primer(jika penyesuaian dilakukan pada seluruh bagian akuntansi).
Perubahan data akuntansi perpajakan dilakukan:
- pada masa pajak terakhir- apabila kesalahan (distorsi) menyebabkan terlalu rendahnya jumlah pajak yang terutang. Pada saat yang sama, untuk melakukan perubahan, periode penyesuaian harus terbuka, jika tidak, dokumen tidak akan diposting;
- dalam periode pelaporan (pajak) saat ini- jika kesalahan (distorsi) tidak menyebabkan meremehkan jumlah pajak yang terutang. Namun, program ini tidak memeriksa kerugian pada periode lalu atau saat ini.
Jika laporan keuangan tahunan disetujui, maka dokumennya Penyesuaian implementasi di penanda Perhitungan bendera perlu disetel Pembukuan tahun lalu ditutup untuk penyesuaian (pelaporan telah ditandatangani). Dalam hal ini, kesalahan akuntansi tahun-tahun sebelumnya dikoreksi pada periode berjalan sebagai keuntungan dan kerugian tahun-tahun sebelumnya dalam konteks setiap kesalahan.
Dokumen ini secara otomatis mengoreksi semua kesalahan tahun-tahun sebelumnya dengan cara yang disederhanakan, yang ditetapkan untuk kesalahan kecil sesuai dengan paragraf 9 dan 14 PBU 22/2010.
Untuk mengoreksi PPN, Anda harus mendaftarkan salinan faktur yang baru (dikoreksi) (klausul 7 Aturan pengisian faktur, disetujui dengan Keputusan No. 1137). Lembar tambahan buku penjualan secara otomatis akan mencerminkan dua entri (klausul 3 Aturan pengisian lembar tambahan buku penjualan, disetujui dengan Keputusan No. 1137):
- pembatalan pencatatan pada faktur yang diterbitkan yang mengandung kesalahan;
- entri pendaftaran untuk faktur yang diperbaiki.
Prosedur untuk memperbaiki kesalahan dalam akuntansi pajak (untuk pajak penghasilan) pada periode pajak yang berbeda dalam situasi ini akan mengarah pada fakta bahwa, bersama dengan kewajiban untuk menyampaikan deklarasi yang diperbarui untuk periode pajak sebelumnya, organisasi juga harus membayar tambahan tunggakan pajak penghasilan, serta denda.
Masalah ini dapat dihindari jika semua kesalahan diperbaiki pada masa pajak sebelumnya, karena jumlah lebih bayar pajak lebih besar dari jumlah kurang bayar. Untuk melakukan ini, disarankan dalam program untuk menggunakan urutan tindakan yang dijelaskan sebelumnya: pada periode saat ini menggunakan dokumen Operasi mencerminkan pendapatan dan pengeluaran tahun-tahun sebelumnya dalam akuntansi (sesuai dengan akun 91 atau 84), jika perlu, mencerminkan perbedaan permanen, kemudian secara manual menyusun daftar akuntansi pajak untuk masa pajak sebelumnya. Dan dokumennya Penyesuaian implementasi- Gunakan hanya untuk penyesuaian PPN.
Bosan mencari berita di berbagai situs akuntansi? Apakah Anda takut melewatkan perubahan undang-undang yang sangat penting? Berlangganan saluran akuntansi terbesar BUKH.1S di Telegram https://t.me/buhru (atau ketik @buhru di bilah pencarian di Telegram) dan kami akan segera mengirimkan berita penting langsung ke ponsel Anda!
Deskripsi kesalahan format aliran di 1C 8.3
Kesalahan format streaming di 1C paling sering terjadi pada semua pengguna. Dan biasanya dalam kasus seperti itu sulit untuk menjelaskan kemunculannya - sepertinya mereka bekerja di 1C, semuanya seperti biasa. Sekali lagi meluncurkan 1C, kami menerima pesan berikut:
Tidak ada tombol Kesalahan Format Aliran yang memungkinkan Anda meluncurkan database dan terus bekerja. Justru karena kesalahan ini adalah yang paling populer dan sering terjadi, pertama-tama kami akan menjelaskan penyebabnya, dan baru kemudian beralih ke mempertimbangkan metode untuk mengatasinya.
Alasan kesalahan format aliran di 1C 8.3
Kesalahan format aliran di 1C terkait dengan membaca cache database saat mengaksesnya. Cache, secara sederhana, adalah informasi tambahan (pengaturan, favorit, perintah yang sering digunakan, dll.) 1C, disimpan dalam file yang terpisah dari database. Selama operasi, 1C secara teratur mengakses cache. Jika situasi muncul ketika akses ini terputus (saat listrik padam, masalah jaringan, penghentian darurat 1C), cache mungkin ditulis dengan kesalahan. Dalam hal ini, ketika startup berikutnya, membaca cache akan menyebabkan kesalahan yang sama - kesalahan format aliran di 1C.
Cara mengatasi kesalahan format streaming di 1C 8.3
Sebelum Anda mulai menyelesaikan masalah menggunakan metode apa pun, pastikan untuk membuat salinan cadangan database Anda! Ini akan membantu Anda kembali ke hasil awal jika upaya untuk memecahkan masalah gagal.
Untuk membuat salinan cadangan dengan cepat, buka folder dengan database (seperti yang dilakukan pada metode No. 1) dan salin isinya ke lokasi lain. Lakukan pekerjaan koreksi kesalahan hanya dengan salinan cadangan!
1.
2.
3.
4.
5.
6.
Menghapus cache basis data 1C
Metode paling sederhana dan bermanfaat adalah menghapus cache database 1C. Untuk melakukan ini, luncurkan 1C:Enterprise dan temukan jalur penyimpanan database:
Mari buka folder ini di Explorer dan hapus semua file kecuali file database, seperti yang ditunjukkan pada gambar di bawah ini. Perhatikan bahwa jumlah file mungkin berbeda, semuanya harus dihapus, kecuali satu - 1Сv8 (database informasi file).
Menghapus cache 1C
Cara selanjutnya adalah menghapus cache 1C:Enterprise. Untuk melakukan ini, Anda perlu membuka folder tempat penyimpanannya. Di Windows 7 dan lebih tinggi, ada dua di antaranya:
C:\Pengguna\Nama Pengguna\AppData\Roaming\1C
C:\Pengguna\Nama Pengguna\AppData\Lokal\1C
Anda harus menghapus folder 1cv8 di keduanya:
Setelah membersihkan cache, coba login lagi ke database. Apakah kesalahannya masih ada? Coba metode berikut ini.
Memperbaiki database menggunakan utilitas chdbfl.exe
Ada kemungkinan bahwa kesalahan format aliran mungkin terkait dengan kesalahan dalam database itu sendiri. Untuk melakukan ini, ada baiknya memeriksanya menggunakan program khusus chdbfl.exe, yang disertakan dengan 1C: Enterprise. Untuk melakukan ini, buka folder dengan program (paling sering C:\Program Files\1cv8\8.3.XX.YYY\bin\) dan temukan file chdbfl.exe:
Setelah Anda membukanya, klik elipsis di sudut kanan atas dan temukan file database yang rusak. Berdasarkan metode di atas, kami dapat mengatakan bahwa ini adalah file database yang sama yang tidak Anda hapus saat membersihkan cache.
Setelah itu, centang kotak Perbaiki kesalahan yang terdeteksi dan klik Jalankan. Tunggu hingga pemeriksaan selesai dan coba mulai database. Apakah kesalahannya masih ada? Coba metode berikut ini.
Menguji dan memperbaiki database menggunakan Configurator
Cara mengatasi error format stream di 1C selanjutnya adalah Menguji dan memperbaiki database, tersedia dari Configurator.
Luncurkan 1C: Enterprise melalui mode Configurator:
Di Configurator yang terbuka, pilih Administrasi – Pengujian dan Koreksi:
Di jendela yang terbuka, atur pengaturan seperti pada gambar di bawah dan klik Jalankan.
Tunggu sampai semua prosedur selesai. Tutup Configurator dan coba masuk ke database. Apakah kesalahannya masih ada? Coba metode berikut ini.
Mengunggah dan memuat database melalui dt
Cara ini dapat membantu menghilangkan kesalahan yang tidak dihilangkan pada paragraf 3 dan 4 artikel ini. Masuk ke database melalui mode Configurator seperti pada cara di atas. Pilih Administrasi – Unggah basis info:
Di jendela yang terbuka, pilih lokasi bongkar. Bisa apa saja, yang penting ingat tempat ini.
Dengan mengklik Simpan, tunggu hingga upload selesai. Keluar dari mode Konfigurator. Buka 1C:Enterprise lagi dan pilih Tambah – Buat infobase baru – Buat infobase tanpa konfigurasi – Berikutnya – Selesai.
Buka database yang dibuat melalui Configurator dan klik Administrasi – Muat infobase. Di jendela yang terbuka, tunjukkan file unggahan yang baru saja Anda buat. Tunggu hingga pengunduhan selesai, tutup Configurator dan coba masuk ke database yang baru diunduh. Apakah kesalahannya masih ada? Coba metode berikut ini.
Cara lanjutan untuk mengatasi kesalahan format data 1C
Pembahasan mendetail tentang metode lanjutan untuk mengatasi kesalahan format data di 1C berada di luar cakupan artikel ini, karena untuk menggunakannya Anda harus memiliki pengetahuan di bidang penanganan komputer, sehingga instruksi dan catatan untuk masing-masingnya adalah cukup banyak.
Kami akan membatasi diri untuk mencantumkannya:
1. Mengunggah dan memuat data antara database yang tidak berfungsi dan kosong menggunakan pemrosesan “Mengunggah dan memuat data XML”.
2. Versi 1C berbeda yang digunakan, bekerja di database yang sama melalui jaringan (untuk lebih jelasnya, lihat) perlu ditertibkan.
3. Menonaktifkan protokol IPv6 melalui registry Windows.
4. Instal ulang atau update 1C:Enterprise.
5. Transfer database ke komputer lain dan coba jalankan di sana.
6. Menonaktifkan atau menghapus firewall dan/atau antivirus.
7. Memeriksa format aliran menggunakan utilitas Tool_1CD
8. Perbarui konfigurasi menggunakan file .cf.
Apakah masalah “Kesalahan format streaming di 1C 8.3” belum teratasi? Dapatkan konsultasi gratis dari spesialis kami untuk mengatasi masalah ini!
Ada situasi ketika, saat bekerja dengan 1C 8.3 atau 8.2, Anda mendapatkan kesalahan “Kesalahan DBMS: Kesalahan internal dalam komponen dbeng8.” Tentu saja uraiannya tidak seinformatif yang kita inginkan.
Dalam hal ini, kemungkinan besar, struktur penyimpanan internal tabel dalam database solusi aplikasi yang Anda gunakan rusak. Jangan putus asa, kesalahan tersebut dapat diatasi dan jika Anda mengikuti semua saran kami, kemungkinan besar Anda akan dapat memperbaikinya.
Harap dicatat bahwa sebelum melanjutkan dengan metode di bawah ini, Perlu. Anda tidak boleh membuat masalah yang tidak perlu untuk diri Anda sendiri.
Dalam kasus seperti ini, seperti halnya memperbaiki apa pun, yang terbaik adalah memulai dari yang sederhana hingga yang rumit. Oleh karena itu, hal pertama yang perlu Anda lakukan adalah menginstal platform 1C versi terbaru. Jika Anda sudah menggunakannya, atau karena alasan tertentu tidak ingin memperbarui, Anda cukup mengganti pustaka “dbeng8.dll”, mengambilnya dari direktori dengan program lain yang terinstal, baik di PC Anda maupun di PC lain.
Dalam kasus kami, ini terletak di direktori “D:\Program Files (x86)\1cv8\8.3.9.2170\bin”, karena di sinilah platform itu sendiri diinstal.
Pengujian dan koreksi dalam 1C
Seringkali metode memperbarui platform tidak selalu membantu, karena kesalahannya terletak pada database itu sendiri. Dalam hal ini, dengan kemungkinan yang sangat tinggi, ini akan membantu Anda.
Menggunakan konfigurator
Pemecahan masalah dengan cara ini dilakukan dari konfigurator. Buka menu "Administrasi" dan pilih "Pengujian dan perbaikan...".
Pada formulir pengaturan awal yang muncul, hilangkan tanda dari item “Pengindeksan ulang tabel basis info” dan “Penghitungan ulang total”. Add-on ini tidak akan berperan dalam memperbaiki kesalahan kami, tetapi hanya akan menambah waktu pemrosesan data.
Setelah mengklik tombol “Jalankan”, program akan memulai proses pengujian dan koreksi basis informasi, yang bisa memakan waktu cukup lama. Setelah selesai, Anda akan disajikan laporan lengkap.
Utilitas "chdbfl.exe"
Utilitas ini analog dengan pengujian dan koreksi dan ditujukan untuk database informasi file. Tidak perlu mencari di Internet tempat mendownloadnya. Utilitas ini disertakan dalam pengiriman platform 1C itu sendiri dan terletak di folder yang sama dengan perpustakaan yang direferensikan oleh kesalahan yang kami perbaiki.
Selain itu, Anda perlu mencari tahu di mana basis informasi tempat Anda menerima kesalahan berada. Pilih di daftar infobase, dan di bagian paling bawah jendela, informasi ini akan tersedia untuk Anda.
Sekarang mari kita buka sendiri dan di kolom “Nama file DB”, pilih file “1Cv8.1CD” dari direktori yang alamatnya baru saja kita ketahui.
Kita tidak hanya perlu melakukan diagnosa, tetapi juga memulihkan fungsionalitas basis informasi. Oleh karena itu, dalam situasi ini, perlu untuk menyetel tanda pada item “Perbaiki kesalahan yang terdeteksi”.
Ini dan beberapa metode lainnya juga dibahas dalam video ini:
Masalah seperti kesalahan format aliran cukup sering terjadi di 1C 8.3. Mari kita lihat cara memperbaiki kesalahan ini.
Apa kesalahan format aliran di 1s 8.3?
Hal ini terjadi dalam situasi berikut:
- Kesalahan format aliran saat meluncurkan 1C Enterprise 8.2 atau konfigurator biasanya dikaitkan dengan masalah cache. Hal ini biasanya disebabkan oleh sistem yang tidak dimatikan dengan benar, misalnya karena listrik padam. Oleh karena itu, sangat disarankan untuk memasang catu daya yang tidak pernah terputus agar tidak kehilangan informasi penting. Seringkali kesalahan muncul saat memulai database setelah memperbarui konfigurasi.
- Situasi kedua adalah saat membuat laporan, misalnya membuka laporan, memposting dokumen, membuka dokumen, dll. Seringkali hal ini justru disebabkan oleh isi informasi dalam database. Penyebab kesalahan ini paling sering adalah adanya informasi yang “rusak” di dalam sistem.
Dapatkan 267 pelajaran video di 1C gratis:
Koreksi
- Sebagai aturan, untuk mengatasi masalah ini, cukup membersihkan file-file sementara di sistem. .
- Jika tidak membantu, tetapi Anda dapat masuk ke konfigurator, jalankan.
- Jika Anda tidak memiliki akses ke konfigurator dan database sedang diuji, gunakan database yang terletak di folder program.
- Jika metode di atas tidak membantu, tetapi mode 1C Enterprise dimulai, unggah data ke database baru menggunakan pemrosesan “ “. Namun, hal ini dapat mengakibatkan hilangnya data.
- Memperbarui. Alasan lain mungkin karena adanya sesi pengguna aktif dengan versi berbeda dari bagian klien platform 1C. Misalnya, pengguna dengan platform 1C 8.3.5.1517 bekerja di database, dan pengguna lain mencoba menyambung, dengan versi 8.3.5.1444.
Jika ini tidak membantu, ada cara yang lebih canggih untuk mengatasi masalah ini. Misalnya menggunakan editor HEX. Jika Anda memerlukan bantuan yang memenuhi syarat dari programmer 1C, hubungi kami! Detail di halaman
Salah satu kesalahan paling tidak menyenangkan yang ditemui saat bekerja dengan 1C 8.3 atau 8.2 adalah “Kesalahan format streaming”. Ada banyak alasan kemunculannya dan tidak selalu mudah untuk diketahui. Pada saat yang sama, jendela pemberitahuan kesalahan masih jauh dari standar konten informasi.
Pertama-tama, coba pikirkan apa yang menyebabkan masalah ini.
Alasan paling umum
Penyebab paling umum dari kesalahan format aliran adalah pemrosesan cache yang salah oleh program 1C 8. Ingat, apakah ada pemadaman listrik sebelum ini terjadi atau apakah konfigurasi diperbarui? Apakah sesi pengguna dihentikan dengan benar? Seringkali dalam kasus ini, kesalahan format streaming tidak terjadi di semua komputer. Lebih baik mencegah masalah daripada memperbaikinya nanti, jadi disarankan untuk menggunakan catu daya yang tidak pernah terputus pada komputer.
Kesalahan dapat muncul di semua komputer, tetapi hanya saat membaca data apa pun, misalnya: saat membuat laporan tertentu, saat memuat database, saat memulai konfigurator. Dalam hal ini, kemungkinan besar data tersebut telah rusak dan program tidak dapat memproses informasi yang “rusak”.
Cara memperbaiki kesalahan format streaming
- Pertama-tama, cobalah. Jika program berfungsi dengan baik di satu komputer, tetapi kesalahan format streaming muncul di komputer lain, kemungkinan besar metode ini tepat untuk Anda.
- Jika membersihkan cache tidak membantu, coba buka infobase dalam mode konfigurator dan jalankan .
- Jika Anda tidak dapat masuk ke konfigurator, tetapi database berbasis file, gunakan ChDBFl.exe. Utilitas ini mirip dengan pengujian dan perbaikan kesalahan pada konfigurator, tetapi lebih sederhana.
- Pastikan semua pengguna infobase ini menggunakan versi platform yang sama. Jika versinya berbeda, instal versi terbaru untuk semua orang.
- Jika 1C diluncurkan dalam mode "Perusahaan", maka unggah semua data menggunakan unggah/unduh universal ke database baru.
- Nonaktifkan dan, jika perlu, hapus semua firewall dan antivirus.
- Jika basis info klien ini adalah server, periksa apakah ada cukup ruang disk di server di folder untuk menyimpan data sementara.
- Copot pemasangan platform 1C (melalui panel kontrol) dan pasang kembali.
- Jika basis info terbuka di konfigurator, coba unggah ke file *.dt dan muat ke file kosong.
- Gunakan editor HEX, ganti konten database yang bersih dengan konten di mana kesalahan terjadi.
Jika semua metode ini tidak membantu Anda, yang kemungkinannya kecil, maka hanya rebana atau spesialis yang berkualifikasi yang dapat membantu.
