Menjalankan penyelesaian bersama dengan rakan niaga. Penyesuaian penyelesaian dengan rakan niaga

Bekerja dengan rakan niaga merangkumi keseluruhan kerja kedai atau perusahaan, oleh itu adalah sangat penting untuk pembayaran dibuat dengan tepat dan dalam jangka masa yang jelas. Walau bagaimanapun, dengan perolehan barangan yang besar, anda boleh terlepas butiran penting dan keliru dengan siapa penyelesaian bersama telah dibuat dan dengan siapa belum.

Sistem CRM Awan untuk mengurus perhubungan dengan rakan niaga dan pelanggan.
Tingkatkan jualan anda. Sesuai untuk perniagaan kecil!

Untuk mengelakkan sebarang salah faham, adalah wajar mengkaji dengan lebih terperinci semua selok-belok bekerja dengan rakan niaga, memahami bagaimana penyelesaian bersama dijalankan, apa yang perlu anda perhatikan dan apa yang tidak.

Prinsip dan kaedah penyelesaian dengan rakan niaga

Jadi, pada mulanya anda perlu memahami apakah prinsip dan kaedah bekerja dengan rakan niaga, dan siapa mereka.

Rakan niaga ialah orang yang mempunyai hubungan kewangan dengan pengeluaran, syarikat atau kedai. Ini boleh jadi pekerja, pelanggan atau pembekal.

Dalam kes ini, adalah mustahil untuk menentukan dengan jelas dengan siapa organisasi ini atau organisasi itu bekerja lebih kerap, kerana setiap rakan niaga melaksanakan fungsinya dalam membawa keuntungan kepada organisasi. Atas sebab inilah adalah perlu untuk memberi perhatian yang teliti terhadap isu kewangan, kerana jika satu pautan rakan niaga terkeluar, keseluruhan rantaian akan terganggu.

Ia juga bernilai memberi perhatian kepada fakta bahawa terdapat konsep pengiraan dalam perakaunan, di mana pengiraan kewangan dibuat mengikut penyata atau satu siri penyata, bergantung pada kerjasama yang erat dengan rakan niaga. Ia berlaku seperti berikut: setiap rakan niaga mempunyai dokumen sendiri dalam jabatan perakaunan, di mana setiap butiran kewangan terkecil direkodkan.

Selepas kerjasama itu selesai, ini mungkin penghujung bulan atau suku tahun, atau mungkin transaksi sekali sahaja, jabatan perakaunan membayar dana dan mencatatnya dalam dokumennya. Tidak perlu dikatakan bahawa organisasi pembayaran yang jelas adalah sangat penting, jika jelas bahawa jika jabatan perakaunan menjadi keliru dalam kertas kerja, syarikat mungkin mengalami kerugian yang besar.

Adalah penting untuk mengambil kira bahawa pengiraan dalam perakaunan adalah sangat penting, kerana ia adalah terima kasih kepada organisasi pengiraan yang jelas bahawa pada bila-bila masa anda boleh melihat semua maklumat yang diperlukan untuk rakan niaga tertentu, atau untuk semua rakan niaga sekaligus. Ini bukan sahaja mudah dan cepat, tetapi selalunya hanya perlu.

Penyelesaian dengan pembekal dan kontraktor

Agar tidak keliru dan memahami apa itu, terdapat jenis penyelesaian bersama yang segera membahagikan penyelesaian bersama kepada:

• penyelesaian bersama dengan pelanggan
• penyelesaian bersama dengan kontraktor
• penyelesaian bersama dengan pembekal.

Perlu diberi perhatian kepada fakta bahawa kedua-dua jenis penempatan bersama ini pada asasnya berbeza antara satu sama lain, oleh itu khusus khusus untuk menjalankan penyelesaian bersama telah dibangunkan.

Bagi pembeli, dokumen yang sama sekali berbeza telah difailkan untuk mereka, yang menggambarkan pendapatan, dan bukan perbelanjaan, keuntungan. Ini adalah perbezaan utama dan intipati utama kerja. Tetapi, walaupun kesederhanaan mengekalkan dokumentasi, dalam kehidupan sebenar semuanya jauh lebih rumit, kerana banyak faktor yang berbeza berlapis-lapis. Atas sebab inilah anda mesti berhati-hati dan mematuhi semua peraturan untuk menyelenggara dokumen, merekodkan setiap transaksi yang dilakukan.

Perakaunan untuk penyelesaian bersama dengan pelanggan

Perakaunan untuk penyelesaian bersama dengan pelanggan adalah salah satu tugas yang paling penting. Anda tidak boleh membuat kesilapan di sini, kerana pelanggan yang tersinggung yang tidak menerima wang hasil titik peluhnya boleh membawa krisis sebenar kepada syarikat. Ketahui lebih lanjut tentang perakaunan untuk penyelesaian dengan pelanggan >> Ini sekali lagi menunjukkan bahawa adalah amat penting untuk menyimpan rekod semua yang dilakukan dengan rakan niaga.

Jadi, adalah perlu untuk mempertimbangkan tindakan yang perlu jika rakan niaga menggunakan pembayaran dalam mata wang yang berbeza. Perlu dikatakan bahawa jabatan perakaunan bersedia untuk ini dan mempunyai pelbagai bentuk dan bentuk untuk menerima sebarang mata wang. Oleh itu, perakaunan penyelesaian boleh dilakukan dengan mudah dalam mata wang asing.

Kami menyelesaikan akaun dengan kakitangan

Pada masa ini apabila tiba masanya untuk membayar kakitangan, jabatan perakaunan membuka penyata yang melibatkan pekerja sahaja. Penyata menyimpan semua maklumat tentang bila dan berapa jumlah pendahuluan dibayar, siapa yang menerima bonus, dan siapa, sebaliknya, menerima denda. Sebagai peraturan, prosedur perakaunan dan pembayaran dibentuk daripada jawatan kanan atau pangkat kepada pekerja biasa.

Tetapi walaupun pada hakikatnya jabatan perakaunan melakukan banyak usaha untuk memastikan semua tugas yang diberikan kepadanya selesai dengan sempurna, lambat laun kegagalan berlaku. Dan untuk mengelakkannya, lebih baik berhenti melakukan semuanya secara manual dan mengawal penyelesaian bersama menggunakan automasi.

Oleh itu, Class365 boleh menjadi pilihan terbaik untuk automasi perakaunan yang kompleks dan penyelesaian bersama, dengan ketara memudahkan hayat jabatan perakaunan dan melaraskan aliran kerja kepada keadaan ideal.

Menurut Peraturan mengenai perakaunan dan pelaporan kewangan di Persekutuan Rusia, penyediaan penyata perakaunan tahunan (kewangan) di Persekutuan Rusia semestinya mesti didahului oleh inventori semua aset dan liabiliti.

Ambil perhatian bahawa akaun belum terima merujuk kepada harta organisasi, dan akaun belum bayar merujuk kepada liabiliti kewangan.

Inventori penyelesaian dengan pembekal, pembeli, pelbagai penghutang dan pemiutang terdiri daripada menyemak kesahihan jumlah penghutang dan pemiutang yang disenaraikan pada kunci kira-kira.

Pada masa yang sama, penyelarasan penyelesaian antara rakan niaga memungkinkan untuk menilai dengan pasti ketepatan pantulan jumlah hutang.

Mengapakah anda memerlukan tindakan penyelarasan penyelesaian dengan rakan niaga?

Tindakan penyelarasan penyelesaian dengan rakan niaga yang tepat pada masanya dan dilaksanakan dengan betul membolehkan anda menghapuskan kesilapan dalam perakaunan dan perakaunan cukai.

Jika hutang yang ditunjukkan dalam laporan penyesuaian bertepatan mengikut data organisasi dan data rakan niaga, ini bermakna semua urus niaga perniagaan dengan rakan niaga yang ditentukan ditunjukkan dalam rekod perakaunan dengan betul dan tepat pada masanya, termasuk operasi untuk penghantaran barang, penyediaan perkhidmatan, prestasi kerja, penerimaan dan pemindahan dana.dana tidak terlepas atau digandakan.

Oleh itu, akta perdamaian membenarkan bukan sahaja untuk mengenal pasti kesilapan dalam perakaunan, tetapi juga untuk mengelakkan perselisihan faham dengan rakan niaga.

Di samping itu, jika penghutang organisasi menandatangani dokumen, maka dia bersetuju dengan keadaan penyelesaian dan menyatakan kesediaannya untuk membayar balik hutangnya.

Tindakan mendamaikan penyelesaian dengan rakan niaga juga menjadi asas untuk menghapus kira hutang lapuk selepas tamat tempoh statut had mereka.

Tindakan penyelarasan penyelesaian dengan rakan niaga boleh digunakan apabila pergi ke mahkamah untuk mengutip hutang daripada rakan niaga untuk barangan yang dibekalkan atau perkhidmatan yang disediakan.

Untuk tempoh apakah perlu untuk mendamaikan penyelesaian dengan rakan niaga?

Sebelum penyelarasan, anda harus menetapkan tempoh yang mana data harus disertakan dalam dokumen yang sedang disusun.

Apabila mengambil inventori penyelesaian dengan pembeli dan pelanggan, dengan pembekal dan kontraktor, serta dengan penghutang dan pemiutang lain, organisasi harus mendamaikan penyelesaian bersama dengan rakan niaganya pada 31 Disember tahun laporan, yang didokumenkan dalam tindakan perdamaian penyelesaian bersama.

Prosedur untuk mendamaikan penyelesaian dengan rakan niaga

Tindakan perdamaian penyelesaian antara rakan niaga dibuat berdasarkan data daripada kedua-dua pihak yang mengambil bahagian dalam perdamaian.

Organisasi yang memulakan perdamaian memberitahu syarikat lain tentang keperluan untuk melakukan perdamaian dan membuat laporan.

Selepas ini, organisasi pertama mengenal pasti jumlah hutang daripada datanya dan memberitahu organisasi kedua mengenainya.

Jika organisasi kedua bersetuju dengan jumlah hutang, maka organisasi pertama membuat akta, mencetaknya dalam dua salinan, menandatanganinya dengan pengurusnya dan menyerahkannya kepada syarikat kedua untuk ditandatangani.

Sekiranya organisasi kedua mempunyai bantahan mengenai jumlah hutang, maka adalah perlu untuk meneruskan seperti berikut:

1. Akauntan organisasi pertama hanya mengisi bahagian aktanya dan menghantar dokumen melalui e-mel atau faks kepada akauntan organisasi kedua.
2. Akauntan syarikat kedua memasukkan datanya, dan dengan itu percanggahan dikenal pasti.
3. Pihak yang mempunyai data perakaunan yang salah dikenal pasti membuat perubahan yang diperlukan dalam perakaunan.
4. Selepas ini, organisasi pertama menghasilkan penyata penyelarasan pengiraan baharu yang telah diselaraskan, termasuk data daripada kedua-dua pihak kepada perjanjian itu. Akta itu disediakan dalam dua salinan dan tidak lagi mengandungi sebarang percanggahan.
5. Laporan perdamaian ditandatangani oleh ketua kedua-dua organisasi dan dicop.

Bentuk laporan perdamaian

Laporan penyelarasan mencerminkan transaksi perniagaan yang dijalankan antara dua rakan niaga untuk tempoh tertentu dan memaparkan jumlah hutang.

Perundangan tidak memperuntukkan bentuk bersatu dokumen ini.

Oleh itu, organisasi membangunkan bentuk tindakan perdamaian penyelesaian bersama secara bebas.

Dalam kes ini, borang tersebut hendaklah diluluskan sebagai lampiran kepada dasar perakaunan.

Ambil perhatian bahawa akta perdamaian bukanlah dokumen perakaunan utama yang mengesahkan penyempurnaan transaksi perniagaan, kerana ia tidak menjejaskan keadaan kewangan pihak.

Oleh itu, renungkan dalam akta semua butiran yang ditetapkan untuk dokumen utama dalam perenggan 2 Seni. 9 Undang-undang Persekutuan 6 Disember 2011 N 402-FZ "Mengenai Perakaunan", tidak semestinya.

• nama dokumen - tindakan penyelarasan pengiraan (menunjukkan nama organisasi);
• butiran perjanjian yang dibuat antara pihak;
• tarikh dan tempat penyediaan dokumen;
• Nombor dokumen;
• tempoh yang mana perdamaian itu dijalankan;
• jumlah hutang salah satu rakan niaga (nyatakan yang mana satu) pada permulaan tempoh yang mana perdamaian sedang dijalankan;
• jumlah transaksi perniagaan yang dijalankan antara rakan niaga (setiap pihak memasukkan datanya);
• tarikh transaksi perniagaan antara rakan niaga (setiap pihak memasukkan data perakaunannya);
• butiran dokumen yang mengesahkan penyempurnaan transaksi perniagaan antara rakan niaga (setiap pihak memasukkan kelayakannya sendiri) Dokumen tersebut adalah invois, tindakan penerimaan dan pemindahan hasil kerja yang dilakukan/perkhidmatan yang diberikan, pesanan pembayaran, pesanan tunai, dsb.;
• jumlah hutang salah satu rakan niaga (nyatakan yang mana satu) pada penghujung tempoh yang dikaji;
• terdapat percanggahan dalam kelayakan pihak-pihak;
• tandatangan dan meterai pihak-pihak.

Bahagian utama laporan perdamaian, yang mengandungi maklumat tentang transaksi perniagaan yang dijalankan oleh rakan niaga, paling baik dibentangkan dalam bentuk jadual, yang terdiri daripada dua bahagian.

Bahagian kiri meja, sebagai peraturan, mencerminkan fakta aktiviti ekonomi organisasi yang menyusun dokumen itu.

Ia termasuk empat lajur.

Lajur pertama menunjukkan nombor siri entri, lajur kedua - ringkasan transaksi perniagaan, lajur ketiga dan keempat - nilai monetarinya mengikut debit atau kredit.

Bahagian kanan meja kekal kosong; Data direkodkan di sana oleh rakan niaga apabila dia melakukan perdamaian.

Oleh itu, rekod dimasukkan ke dalam akta dalam susunan kronologi tentang semua operasi yang dijalankan oleh organisasi dengan penyertaan rakan niaga tertentu untuk tempoh tertentu.

Selepas itu, pusing ganti debit dan kredit dikira dan jumlah hutang (baki penutup) pada tarikh tertentu ditentukan.

Jika tiada masalah atau ralat, maka jumlah yang diterima selepas mengisi tab pertama dan kedua akan kelihatan seperti dalam jadual.

Agar akta perdamaian menjadi sah, ia mesti ditandatangani oleh orang yang diberi kuasa di kedua-dua belah pihak.

Laporan perdamaian boleh ditandatangani oleh orang yang diberi kuasa, badan eksekutif tunggal organisasi (contohnya, pengarah besar, pengarah kewangan, dll.) atau wakil yang bertindak berdasarkan surat kuasa wakil yang dikeluarkan oleh badan tersebut.

Pihak lawan ialah konsep umum yang merangkumi organisasi dan individu yang merupakan rakan kongsi perniagaan organisasi (pelanggan, pembekal, dll.).

Senarai rakan niaga dikekalkan dalam direktori "Pihak lawan" (menu "Enterprise" - "Counterparties" ).

Untuk memudahkan kerja dengan senarai rakan niaga dalam direktori, mereka boleh digabungkan ke dalam kumpulan dan subkumpulan, contohnya, “Pembekal”, “Penghantar”, “Pembeli” dan lain-lain.

Direktori bertujuan untuk menyimpan perjanjian penyelesaian bersama yang dibuat dengan rakan niaga "Perjanjian Kontraktor" , bawahan kepada direktori "Pihak lawan" . Semua transaksi perniagaan dengan rakan niaga diformalkan dengan tanda wajib kontrak.

Anda boleh melihat senarai kontrak yang telah dilaksanakan dan membuat kontrak baharu dengan rakan niaga secara langsung dalam bentuk elemen direktori "Pihak lawan" pada penanda buku "Akaun dan perjanjian" atau dalam direktori "Perjanjian Kontraktor" , yang boleh diakses daripada direktori "Pihak lawan" dengan butang "Pergi" .

Refleksi penyelesaian dengan rakan niaga sebahagian besarnya bergantung pada mata wang penyelesaian bersama yang ditakrifkan dalam perjanjian dengan rakan niaga dan dalam mata wang apa dokumen itu sendiri disediakan. Jika ruble dinyatakan sebagai mata wang penyelesaian bersama di bawah perjanjian, maka dokumen itu hanya boleh dikeluarkan dalam rubel. Jika perjanjian itu menentukan mata wang yang berbeza untuk penyelesaian bersama, maka penyelesaian di bawah perjanjian sedemikian dalam perakaunan akan dicerminkan sama ada sebagai penyelesaian mata wang, dan jika perjanjian itu menetapkan sifat penyelesaian dalam unit konvensional, maka adalah mungkin untuk membuat dokumen yang mencerminkan pemerolehan dan penjualan dalam mata wang perjanjian atau dalam rubel , dan dokumen pembayaran hanya ditunjukkan dalam rubel.

Dalam rangka satu perjanjian dengan rakan niaga, anda boleh melakukan penyelesaian bersama sama ada di bawah perjanjian secara keseluruhan, atau mengikut dokumen penyelesaian - ini ditetapkan dalam harta perjanjian yang sepadan. Selain itu, borang kontrak menunjukkan jenis kontrak ( "dengan pembeli" , "dengan pembekal" dll) dan jenis harga yang digunakan. Jenis perjanjian mempengaruhi transaksi perniagaan yang boleh dijalankan di bawah perjanjian ini. Sebagai contoh, operasi penerimaan barang hanya boleh dijalankan di bawah kontrak dengan jenis "Dengan pembekal" atau "Dengan komited" .

Untuk perjanjian, anda boleh menentukan jenis penyelesaian bersama di bawah perjanjian ini dalam butiran "Jenis penyelesaian bersama" . Ini membolehkan anda menggabungkan kontrak rakan niaga yang berbeza dengan memberikan mereka jenis penyelesaian bersama yang sama, contohnya: perjanjian pinjaman, perjanjian prabayaran, perjanjian pembekalan, perjanjian jangka panjang, perjanjian sekali, dsb. Ciri ini akan bertindak sebagai analitis tambahan dalam laporan mengenai penyelesaian bersama dengan rakan niaga. Jenis penyelesaian bersama dipilih daripada direktori "Jenis penyelesaian bersama" .

“1C: Perakaunan 8” memungkinkan untuk tidak memilih akaun secara manual untuk penyelesaian dengan rakan niaga setiap kali anda mengisi dokumen. Selepas pengguna menunjukkan rakan niaga dan perjanjian dalam dokumen, 1C: Perakaunan 8 akan menggantikan akaun yang paling sesuai secara lalai.

Apabila menggantikan akaun lalai, "1C: Perakaunan 8" dipandu oleh daftar maklumat “Akaun untuk penyelesaian dengan rakan niaga” (menu “Enterprise” - “Counterparties” - “Akaun untuk penyelesaian dengan rakan niaga” ). Setiap entri dalam daftar ini mengandungi maklumat berikut:

· organisasi;

· rakan niaga;

· perjanjian;

· jenis penyelesaian di bawah kontrak (dalam mata wang perakaunan terkawal - rubel, dalam unit konvensional, dalam mata wang asing);

· akaun yang digunakan untuk penyelesaian dengan rakan niaga dalam situasi berbeza: untuk penyelesaian dengan pembekal, untuk penyelesaian dengan pembeli, untuk pendahuluan, dsb.

Daftar maklumat “Akaun untuk penyelesaian dengan rakan niaga” membolehkan anda menetapkan akaun penyelesaian untuk setiap rakan niaga atau kumpulan rakan niaga, perjanjian dan jenis penyelesaian.

Bagi setiap organisasi, perakaunan aktiviti ekonomi dijalankan dalam "1C: Perakaunan 8", anda boleh menetapkan akaun berasingan untuk penyelesaian dengan rakan niaga individu (kumpulan rakan niaga) dengan mencipta entri daftar yang sepadan.

Apabila pada mulanya mengisi pangkalan maklumat 1C:Accounting 8, daftar akaun untuk penyelesaian dengan rakan niaga diisi secara automatik.

Akaun yang dimasukkan ke dalam dokumen 1C:Accounting 8 secara lalai kemudiannya boleh ditukar secara manual oleh pengguna.

Menyediakan perakaunan untuk dokumen penyelesaian dilakukan dalam dialog "Menyediakan parameter perakaunan" (menu "Enterprise" - "Menyediakan parameter perakaunan" ).

Jika pada penanda buku “Perakaunan analitik penyelesaian dengan rakan niaga” semak kotak “Lakukan penyelesaian menggunakan dokumen” , kemudian pada akaun untuk penyelesaian dengan rakan niaga (60 "Penyelesaian dengan pembekal dan kontraktor", 62 "Penyelesaian dengan pembeli dan pelanggan", subakaun untuk penyelesaian lain, akaun 76 "Penyelesaian dengan pelbagai penghutang dan pemiutang") sub-akaun tambahan akan ditubuhkan .

Untuk akaun penyelesaian dalam unit konvensional, subkonto yang ditentukan sentiasa ada dan tidak boleh diubah daripada tetapan perakaunan analitikal - ini adalah keperluan metodologi untuk perakaunan untuk penyelesaian dalam unit konvensional.

Urus niaga perniagaan yang berkaitan dengan aliran tunai direkodkan menggunakan dokumen pembayaran "Pesanan tunai masuk", "Pesanan tunai keluar", "Pesanan pembayaran masuk", "Pesanan pembayaran keluar" dsb. Dalam urus niaga yang dijana oleh dokumen ini dan mencerminkan penyelesaian dengan rakan niaga, subcontos digunakan "Parti lawan" Dan "Perjanjian" , dan subkonto juga boleh digunakan "Dokumen penyelesaian dengan rakan niaga" .

Setiap dokumen pembayaran yang dinyatakan mengandungi butiran yang sepadan ( "Dokumen pengiraan" ). Jika dalam dokumen yang berkaitan butiran operasi penyelesaian dengan rakan niaga dipilih dan perjanjian dipilih di mana penyelesaian dijalankan di bawah perjanjian secara keseluruhan, maka atribut "Dokumen pengiraan" tidak akan tersedia untuk pengubahsuaian.

Tetapi jika pada akaun penyelesaian dengan perakaunan analitik rakan niaga dikekalkan mengikut dokumen (iaitu, jenis subakaun ditetapkan untuk akaun "Dokumen penyelesaian dengan rakan niaga" ), maka salah satu daripada dua pilihan adalah mungkin:

· "mengikut perjanjian secara keseluruhan" , maka dokumen penyelesaian akan dipilih secara automatik menggunakan kaedah FIFO untuk menunjukkan kemasukan sebagai subakaun;

· jika jenis pembayaran ditetapkan dalam perjanjian dengan rakan niaga "mengikut dokumen penyelesaian" , kemudian alat peraga "Dokumen pengiraan" Anda pastinya perlu menentukannya secara manual.

Untuk mengambil kira penyelesaian mengenai pendahuluan, 1C:Accounting 8 menggunakan atribut "Akaun awal" , tersedia dalam bentuk dokumen untuk penyelesaian perakaunan dengan rakan niaga dan dalam bentuk bank dan dokumen tunai (dokumen bank dan tunai boleh didapati melalui menu "Bank" Dan "Daftar tunai" ).

Apabila memasukkan dokumen, butiran ini boleh diisi oleh "1C: Perakaunan 8" secara automatik berdasarkan data yang disimpan dalam daftar maklumat “Akaun untuk penyelesaian dengan rakan niaga” . Alat peraga kemudiannya boleh ditukar oleh pengguna.

Tetapi jika pengguna enggan mengisi butiran "Akaun awal" dalam dokumen yang ditentukan, maka "1C: Perakaunan 8" tidak akan menyimpan rekod pendahuluan secara berasingan daripada penyelesaian lain dengan rakan niaga.

Seperti yang telah disebutkan, penyelesaian dengan rakan niaga boleh dilakukan dengan pelbagai peringkat terperinci: secara umum mengikut perjanjian atau mengikut dokumen penyelesaian.

Apabila menjana transaksi untuk dokumen, ketersediaan pendahuluan akan ditentukan dengan mengambil kira tahap butiran yang ditentukan.

Untuk menilai sama ada pendahuluan telah timbul semasa penyelesaian dengan rakan niaga, 1C: Perakaunan 8 akan menganalisis hutang dalam akaun untuk penyelesaian dengan rakan niaga yang dinyatakan dalam dokumen. Analisis hutang dijalankan sama ada dalam konteks perjanjian rakan niaga, atau mengikut dokumen khusus yang dinyatakan dalam butiran yang berkaitan. Jika hutang pada akaun ini dibayar sepenuhnya, maka baki bayaran dikira sebagai pendahuluan dan ditunjukkan pada akaun untuk perakaunan pendahuluan. Jika akaun penyelesaian untuk pendahuluan tidak dinyatakan, maka keseluruhan amaun transaksi akan diposkan ke akaun untuk penyelesaian dengan rakan niaga.

Contoh:

· Bekalan bahan daripada pembekal dalam jumlah 118 rubel.

Dt	CT	Jumlah
	60.01	100 gosok.
	60.01	18 gosok.

· Bayaran untuk bahan untuk 140 rubel.

jika akaun perakaunan untuk pembayaran pendahuluan ditunjukkan:

Dokumen perbankan dan tunai, serta dokumen "Laporan awal" Dari segi pembayaran kepada pembekal, mereka secara automatik boleh menentukan status penyelesaian bersama dengan rakan niaga dan mengagihkan jumlah yang diterima atau dipindahkan untuk membayar hutang dan pendahuluan sedia ada. Apabila pembekal memulangkan dana, akaun pendahuluan yang dinyatakan dalam dokumen dianalisis terlebih dahulu, dan jika pendahuluan ditunjukkan dalam akaun ini, maka pendahuluan ini dibayar balik, dan baki bahagian pembayaran direkodkan dalam akaun penyelesaian dengan pembekal. dan menambah hutang di bawah kontrak.

Semua dokumen di bawah perjanjian dengan penyelesaian dalam mata wang asing mesti disediakan hanya dalam mata wang perjanjian. Apabila menyiarkan dokumen di bawah kontrak dengan penyelesaian dalam mata wang asing, urus niaga dibuat dengan jumlah ruble dan mata wang asing, dan baki mata wang pada akaun yang digunakan dalam urus niaga dinilai semula.

Perbezaan kadar pertukaran yang terhasil ditunjukkan dalam perakaunan sebagai sebahagian daripada pendapatan lain (subakaun 91.01 "Pendapatan lain" ) atau perbelanjaan lain (subakaun 91.02 "Perbelanjaan lain" ).

Dalam perakaunan cukai untuk cukai pendapatan, perbezaan kadar pertukaran yang terhasil ditunjukkan dalam pendapatan bukan operasi (subakaun 91.01.7 "Pendapatan bukan operasi" ) atau perbelanjaan bukan operasi (subakaun 91.02.7 "Perbelanjaan bukan operasi" ). Dalam perakaunan cukai di bawah sistem cukai yang dipermudahkan, perbezaan kadar pertukaran tidak diambil kira.

Contoh:

Apabila penghantaran kepada pembeli di bawah kontrak, mata wang yang ditetapkan kepada dolar, jumlah dalam dolar ialah 100, kadar pertukaran dolar ialah 28.40, jumlah dalam rubel ialah 2840.

Apabila membayar di bawah perjanjian yang sama, kadar pertukaran dolar menjadi 28.45, jumlah dalam rubel ternyata menjadi 2,845, dalam dolar ia masih 100.

Perbezaan kadar pertukaran dalam rubel akan menjadi 5 rubel dan akan dicaj kepada pendapatan lain.

Dalam perakaunan cukai, dokumen pembayaran akan menjana transaksi untuk menggambarkan perbezaan kadar pertukaran sebagai sebahagian daripada pendapatan bukan operasi.

Perakaunan untuk penyelesaian dalam mata wang asing dijalankan mengikut PBU 3/2006 "Perakaunan untuk aset dan liabiliti, yang nilainya dinyatakan dalam mata wang asing" (Perintah Kementerian Kewangan Persekutuan Rusia No. 147n bertarikh 25 Disember , 2007, berdaftar dengan Kementerian Kehakiman Persekutuan Rusia pada 28 Januari 2008, reg. No. 11007).

Selaras dengan PBU 3/2006 "Perakaunan untuk aset dan liabiliti, yang nilainya dinyatakan dalam mata wang asing" (Perintah Kementerian Kewangan Persekutuan Rusia No. 147n bertarikh 25 Disember 2007, berdaftar dengan Kementerian Kehakiman Persekutuan Rusia pada 28 Januari 2008, reg. No. 11007), sejak 2008 dalam perakaunan perakaunan, jumlah pendahuluan yang diterima dan dikeluarkan dalam mata wang asing tidak dinilai semula apabila kadar pertukaran berubah.

Aset, pendapatan dan perbelanjaan selepas penerimaan dan penjualan barangan dan perkhidmatan dalam bahagian yang berkaitan dengan pendahuluan mengimbangi diterima untuk perakaunan pada kadar pendahuluan, dan bukan pada kadar pada tarikh pengiktirafan pendapatan atau perbelanjaan.

Dalam perakaunan cukai untuk cukai pendapatan, perbezaan kadar pertukaran daripada penilaian semula pendahuluan dalam mata wang asing terus terakru mengikut cara yang sah sebelum ini.

Perbezaan muncul antara data perakaunan dan perakaunan cukai, yang bagi tujuan PBU 18/02 dianggap kekal.

Untuk menyelesaikan dengan rakan niaga dalam unit konvensional, anda perlu menandakan kotak dalam borang kontrak "Pengiraan dalam unit konvensional" dan nyatakan mata wang asing yang akan diterima sebagai unit konvensional untuk penyelesaian di bawah perjanjian ini.

Akaun untuk penyelesaian dengan rakan niaga mesti mempunyai sifat perakaunan mata wang dan dimasukkan dalam senarai akaun dengan prosedur penilaian semula khas (menu "Perusahaan" - "Dasar perakaunan" - "Akaun dengan prosedur penilaian semula khas" ).

Apabila menjalankan penyelesaian dengan rakan niaga dalam unit konvensional, dokumen pembayaran disediakan hanya dalam rubel. Dokumen lain disediakan sama ada dalam mata wang penyelesaian bersama atau dalam rubel.

Sebelum 2007, sekiranya jumlah obligasi dan tuntutan yang dikira pada kadar pertukaran unit konvensional tidak sepadan dengan jumlah sebenar yang diterima dalam rubel, perbezaan amaun boleh timbul. Dalam perakaunan, perbezaan amaun yang timbul berkaitan dengan penyelesaian untuk barang yang dijual (kerja, perkhidmatan, dsb.) ditunjukkan dalam akaun pendapatan, iaitu, catatan dibuat untuk jumlah perbezaan amaun dalam debit akaun penyelesaian dengan pelanggan (oleh pelanggan) dan kredit kepada akaun jualan. Dalam kes ini, amaun hasil telah diselaraskan dengan amaun perbezaan amaun. Perbezaan amaun yang timbul berkaitan dengan pembayaran untuk barangan yang dibeli (kerja, perkhidmatan, dsb.) ditunjukkan sebagai sebahagian daripada pendapatan (perbelanjaan) lain dalam subakaun 91.01 atau 91.02.

Sejak 2007, pengiraan dalam unit konvensional tertakluk kepada PBU 3/2006 baharu "Perakaunan untuk aset dan liabiliti, yang nilainya dinyatakan dalam mata wang asing," yang diluluskan oleh Perintah Kementerian Kewangan Persekutuan Rusia No. 154n bertarikh 27 November 2006. Menurut PBU 3/2006, adalah perlu untuk menilai semula pengiraan dalam unit konvensional pada tarikh transaksi (penerimaan, penjualan, pembayaran) dan pada tarikh pelaporan. Perbezaan yang timbul daripada penilaian semula tersebut dianggap sebagai perbezaan kadar pertukaran dan dicaj kepada pendapatan dan perbelanjaan lain.

Ulasan:

Direktori "Pendapatan dan perbelanjaan lain" menyediakan item yang dipratentukan , mengikut mana, sejak 2007, semua perbezaan kadar pertukaran untuk pengiraan dalam unit konvensional, terakru mengikut PBU 3/2006, telah ditunjukkan dalam perakaunan. Perkara pendapatan dan perbelanjaan lain "Perbezaan amaun" tidak digunakan sejak 2007.

Baki awal penyelesaian dalam unit konvensional pada 01/01/2007 juga dinilai semula pada kadar pada tarikh ini, dengan perbezaan dikaitkan dengan pendapatan tertahan (kerugian tidak dilindungi).

Oleh itu, sejak 2007, konsep tersebut telah dikecualikan daripada perakaunan "perbezaan keseluruhan" - perbezaan amaun menjadi salah satu jenis kadar pertukaran, dan tidak termasuk dalam nilai aset atau liabiliti yang sepadan, seperti yang berlaku dalam beberapa kes dengan perbezaan amaun.

Perbezaan amaun dalam perakaunan cukai terus diambil kira mengikut peraturan yang sama seperti pada tahun 2006: perbezaan jumlah positif dimasukkan dalam pendapatan bukan operasi dalam subakaun 91.01.7, dan perbezaan negatif dimasukkan dalam perbelanjaan bukan operasi dalam subakaun 91.02. 7.

Ulasan:

Dalam perakaunan cukai, terakru mengikut Art. 250, 265 Kanun Cukai Persekutuan Rusia, perbezaan jumlah sejak 2007 ditunjukkan di bawah artikel "Perbezaan pertukaran untuk penempatan dalam cu." (menu "Perusahaan" - "Pendapatan dan perbelanjaan" - "Pendapatan dan perbelanjaan lain" ).

Untuk tujuan VAT, mulai 1 Januari 2007, hanya perbezaan jumlah positif diambil kira apabila terakru (sebagai jumlah tambahan yang dikaitkan dengan pembayaran mengikut Perkara 162 Kod Cukai Persekutuan Rusia). Perbezaan amaun negatif tidak boleh melaraskan hasil jualan. Invois berasingan dikeluarkan untuk perbezaan jumlah positif. Perbezaan dalam kadar pemerolehan dan pembayaran tidak lagi diambil kira sebagai sebahagian daripada kos pemerolehan sebenar dan tidak menjejaskan amaun potongan VAT. Peruntukan ini ditunjukkan dalam tetapan dasar perakaunan yang sepadan pada tab "VAT" . Prosedur perakaunan yang ditetapkan dari 01/01/2007 dikekalkan walaupun polisi perakaunan untuk tahun 2007 tidak dinyatakan.

Penilaian semula rutin baki pada akaun penyelesaian dengan rakan niaga di bawah kontrak dalam unit konvensional mengikut keperluan PBU 3/2006 dijalankan oleh dokumen "Penutup bulan" (operasi “Penilaian semula pengiraan dalam unit konvensional” ) pada akhir setiap tempoh pelaporan.

Sejak tahun 2007, penilaian semula hutang dalam unit konvensional dalam perakaunan juga telah dilaksanakan oleh semua dokumen yang boleh menggambarkan pembayaran (pesanan dan pesanan pembayaran bank, dokumen tunai, dokumen "Pelarasan Hutang" ).

Untuk meringkaskan maklumat tentang hutang dalam unit konvensional untuk barang diterima dan dijual (kerja, perkhidmatan), carta akaun menyediakan akaun luar kunci kira-kira CU "Hutang untuk penyelesaian dalam cu". Tidak seperti akaun kunci kira-kira untuk penyelesaian dalam unit konvensional, akaun UE tidak menggambarkan keputusan penilaian semula baki ruble hutang, yang dijalankan mengikut PBU 3/2006. Dua sub-akaun telah dibuka untuk akaun UE:

· UE.60 "Hutang untuk pemerolehan dalam cu." - berfungsi untuk menyimpan maklumat tentang hutang dalam unit konvensional kepada pembekal dan kontraktor;

· UE.62 "Hutang untuk jualan dalam cu." - berfungsi untuk menyimpan maklumat tentang hutang dalam unit konvensional pembeli dan pelanggan.

Penyiaran akaun dijana secara automatik apabila menyiarkan dokumen.

Ulasan:

Jika organisasi menggunakan sistem percukaian yang dipermudahkan, akaun UE tidak digunakan.

Untuk menyimpan maklumat tentang perbezaan sementara dalam penilaian ruble hutang dalam unit konvensional untuk barang yang diterima dan dijual (kerja, perkhidmatan) dalam carta akaun untuk perakaunan cukai (untuk cukai pendapatan), akaun OU "Hutang untuk penyelesaian dalam unit monetari" disediakan. . Dua sub-akaun telah dibuka untuk akaun UE bagi carta cukai akaun:

· UE.60 "Hutang untuk pemerolehan dalam cu." - berfungsi untuk menyimpan maklumat tentang perbezaan sementara dalam penilaian hutang dalam unit konvensional kepada pembekal dan kontraktor;

· UE.62 "Hutang untuk jualan dalam cu." - berfungsi untuk menyimpan maklumat tentang perbezaan sementara dalam penilaian hutang dalam unit konvensional pembeli dan pelanggan.

Penyiaran akaun dijana secara automatik apabila menyiarkan dokumen dengan jenis perakaunan TD (perbezaan sementara). Akaun digunakan hanya jika organisasi menggunakan PBU 18/02.

Jika perakaunan dalam pangkalan maklumat bermula pada 1 Januari 2007, anda harus memasukkan dalam cara biasa baki akaun penyelesaian kunci kira-kira dalam unit konvensional mengikut data pelaporan tahunan 2006. Penilaian semula pengenalan pengiraan dalam unit konvensional dan pembentukan baki awal pada akaun UE dijalankan oleh dokumen "Penutup bulan" . Ia mesti dijalankan selepas memasukkan semua baki mengikut pengiraan dalam cu. tarikh 31/12/2006 beroperasi “Penilaian semula pengiraan dalam unit konvensional pada 01/01/2007” .

Dalam kes apabila perakaunan mula disimpan dari tarikh kemudian, ia dikehendaki, pertama, untuk memasukkan baki penyelesaian dalam unit konvensional untuk akaun kunci kira-kira - dengan mengambil kira semua penilaian semula yang dijalankan sebelum tarikh permulaan perakaunan, dan, kedua, untuk memasukkan baki untuk - obligasi penyelesaian dalam unit konvensional tanpa mengambil kira penilaian semula kepada akaun luar kunci kira-kira unit tersebut. Untuk menjana semua transaksi yang diperlukan secara automatik, adalah disyorkan untuk menggunakan dokumen tersebut “Memasukkan baki VAT permulaan” .

Apabila menggunakan kontrak dengan ejen komisen dengan penyelesaian dalam unit konvensional, perlu diambil kira bahawa penilaian semula baki yang dijalankan oleh dokumen "Penutup bulan" di bawah perjanjian sedemikian, ia hanya memenuhi keadaan apabila hutang ejen komisen untuk barang yang dijual diambil kira dalam subakaun akaun 62, dan hutang organisasi kepada ejen komisen untuk yuran komisen diambil kira dalam subakaun akaun 60. Adalah disyorkan untuk melakukan penyelesaian bersama dengan ejen komisen di bawah perjanjian dalam unit konvensional pada akaun yang ditentukan.

Dokumen ini bertujuan untuk melaraskan penyelesaian bersama dengan rakan niaga "Pelarasan Hutang" (menu “Beli” (“Jualan”) - “Penyelesaian bersama” - “Pelarasan hutang” ).

Dokumen ini menyediakan jenis operasi berikut:

· Menjalankan penyelesaian bersama;

· Pemindahan hutang;

· Hapus kira hutang.

Jenis operasi "Hapus kira hutang" digunakan untuk menghapus kira hutang jika ia diiktiraf sebagai buruk, dan juga dalam kes di mana hutang itu tidak dibayar secara tunai.

Jenis operasi "Pemindahan Hutang" digunakan untuk mendaftar semula hutang daripada satu rakan niaga kepada pihak lain atau daripada satu perjanjian rakan niaga kepada yang lain.

Jenis operasi "Menjalankan offset" digunakan untuk saling membayar balik penghutang dan pemiutang satu atau dua rakan niaga.

Selaras dengan Perkara 410-412 Kanun Sivil Persekutuan Rusia, kewajipan itu ditamatkan secara keseluruhan atau sebahagiannya dengan mengimbangi tuntutan balas yang serupa, jika mengimbangi itu tidak bercanggah dengan undang-undang.

Dalam amalan, mungkin terdapat kes bukan sahaja untuk mengimbangi dua hala mudah (apabila tuntutan wujud hanya antara dua organisasi, contohnya, jika di bawah satu perjanjian organisasi pertama membeli peralatan daripada yang kedua, dan di bawah perjanjian lain ia menjual barang kepada organisasi ini), tetapi juga pelbagai hala yang kompleks.

Bagi organisasi, pantulan jaringan berbilang hala membawa kepada penampilan dalam rekod perakaunan akaun penyelesaian, di mana bukan satu, tetapi dua pihak ditunjukkan sebagai rakan niaga.

Kotak semak "Gunakan sub akaun" borang dokumen "Pelarasan Hutang" menentukan metodologi untuk merekod urus niaga untuk mengimbangi tuntutan bersama dalam perakaunan. Jika ia dipasang, penanda halaman khas dipaparkan dalam dokumen "Sub akaun" , di mana anda boleh menunjukkan akaun mana dan objek perakaunan analitik yang harus dihapus kira penghutang dan pemiutang apabila menyiarkan dokumen ( "penampan" semak; Biasanya ini adalah akaun 76.09 “Penyelesaian lain dengan pelbagai penghutang dan pemiutang” ). Jika kotak semak tidak ditandakan, maka apabila menyiarkan dokumen, urus niaga akan dijana tanpa menggunakan akaun tambahan dengan kemungkinan pembahagian amaun yang ditunjukkan dalam bahagian jadual dokumen.

Penyelesaian boleh dilakukan dalam rubel atau dalam mata wang asing. Jika offset dijalankan dalam rubel, maka hutang di bawah kontrak dalam rubel dan dalam unit konvensional (dengan mana-mana mata wang penyelesaian) boleh digunakan untuk offset. Jika offset dijalankan dalam mata wang asing, maka hutang di bawah kontrak dalam mata wang tertentu dan dalam unit konvensional, mata wang penyelesaian yang sepadan dengan mata wang tertentu, boleh digunakan untuk mengimbangi.

Di bawah bahagian jadual dokumen, maklumat rujukan ditunjukkan tentang jumlah jumlah belum terima dan belum bayar yang ditunjukkan dalam bahagian jadual dokumen. Untuk mengimbangi tuntutan bersama, jumlah ini perlu sama, dalam kes ini tulisan muncul di sudut kanan bawah dokumen "TETAPAN BERSAMA". Jika offset dibuat dalam rubel, maka perbandingan dibuat berdasarkan jumlah ruble offset. Jika offset dibuat dalam mata wang asing, maka hutang itu dibandingkan dengan jumlah mata wang.

Beberapa baris boleh dimasukkan dalam satu dokumen untuk pelbagai perjanjian yang dilaksanakan dengan rakan niaga. Jumlah dimasukkan dalam mata wang yang ditakrifkan sebagai mata wang penyelesaian bersama di bawah perjanjian dengan rakan niaga.

Menggunakan butang "Isi" Anda boleh mengisi bahagian jadual dokumen secara automatik dengan semua kontrak yang mana terdapat baki penyelesaian bersama dengan rakan niaga. Dalam kes ini, jumlah dalam dokumen dipilih sedemikian rupa sehingga selepas dokumen diproses, baki hutang rakan niaga di bawah perjanjian menjadi sifar.

Mod "Hapus kira hutang" ditentukan dengan memilih jenis operasi yang sesuai "Hapus kira hutang" dan bertujuan untuk mencerminkan operasi nama yang sama dalam perakaunan dan perakaunan cukai.

Dalam mod hapus kira hutang, penanda halaman dipaparkan dalam dokumen "Akaun" untuk menunjukkan akaun untuk menghapus kira penghutang dan pemiutang untuk perakaunan dan perakaunan cukai, yang akan mengambil kira pendapatan dan perbelanjaan daripada menghapuskan hutang. Adalah disyorkan untuk mewujudkan subakaun yang sepadan bagi akaun 91 “Pendapatan dan perbelanjaan lain” sebagai akaun hapus kira hutang.

Dokumen itu boleh menghapus kira kedua-dua akaun belum bayar dan belum terima pada masa yang sama. Untuk memisahkan jenis hutang dalam dokumen, penanda halaman yang sesuai digunakan.

Apabila menghapus kira hutang, amaun amaun yang perlu dihapus kira untuk tujuan perakaunan cukai untuk cukai pendapatan dinyatakan secara berasingan: jumlah ini akan sama dengan amaun pendapatan bukan operasi atau perbelanjaan yang diiktiraf dalam perakaunan cukai. Nilai butiran mungkin berbeza daripada jumlah hutang yang dihapuskira dalam perakaunan ke tahap yang lebih rendah jika sekurang-kurangnya sebahagian daripada hutang itu timbul berkaitan dengan aktiviti yang dipindahkan kepada pembayaran cukai tunggal ke atas pendapatan yang dikira.

Amaun cukai nilai tambah yang boleh dikaitkan dengan akaun belum bayar yang dihapus kira akan dikira secara automatik apabila menyiarkan dokumen.

Walau bagaimanapun, pengisian automatik tidak dapat memastikan penerimaan data yang lengkap dan boleh dipercayai mengenai jumlah penghutang atau pemiutang tertakluk kepada hapus kira, kerana pangkalan maklumat tidak mempunyai maklumat lengkap untuk membuat keputusan automatik mengenai hapus kira hutang (contohnya, maklumat tentang pengecualian tidak disimpan pemiutang daripada daftar negara organisasi, kerana mereka sendiri tidak bersifat kewangan). Oleh itu, sebelum menjalankan dokumen, pembetulan mesti dibuat, jika perlu.

Apabila memilih jenis operasi yang sesuai, menggunakan dokumen "Pelarasan Hutang" anda boleh memindahkan penghutang atau pemiutang ke akaun perakaunan lain dan/atau objek perakaunan analitikal (rakan niaga, kontrak).

Jika rakan niaga yang daripadanya hutang dihapuskan bertepatan dengan rakan niaga yang kepadanya ia dipindahkan, operasi sedemikian dianggap "pelarasan teknikal" , untuk tujuan perakaunan VAT, hutang dalam kes ini tidak dianggap dibayar balik.

Jika dalam pangkalan maklumat mengenai akaun perakaunan untuk penyelesaian dengan rakan niaga, perakaunan analitik disimpan untuk dokumen penyelesaian, maka dokumen yang mana hutang telah dipindahkan ke akaun baru (perjanjian) ditunjukkan sebagai dokumen penyelesaian dalam hutang baru. akaun perakaunan. Jika rakan niaga tidak sepadan, hutang dianggap dibayar balik; dokumen itu sendiri ditunjukkan sebagai dokumen penyelesaian "Pelarasan Hutang" .

Dokumen itu bertujuan untuk mendamaikan penyelesaian dengan rakan niaga "Akta Rekonsiliasi" (menu “Pembelian” (“Jualan”) - “Penyelesaian bersama” - “Tindakan perdamaian penyelesaian bersama” ).

Penyesuaian boleh dilakukan mengikut status penyelesaian dengan rakan niaga untuk semua perjanjian sekaligus, dan untuk perjanjian berasingan. Penyesuaian pembayaran boleh dibuat dalam mata wang asing dan dalam rubel.

Bahagian jadual dokumen pada penanda halaman "Menurut organisasi" Dan "Menurut rakan niaga" boleh diisi secara automatik.

Apabila secara automatik mengisi bahagian jadual "Menurut organisasi" , analisis dibuat terhadap pergerakan dalam akaun perakaunan, yang ditunjukkan pada tab "Akaun penyelesaian" , untuk tempoh yang dinyatakan dalam dokumen.

Jika dokumen itu menunjukkan bahawa perdamaian dibuat dalam rubel, maka apabila secara automatik mengisi bahagian jadual "Menurut organisasi" Semua transaksi penyelesaian disertakan, tanpa mengira mata wang penyelesaian yang dinyatakan dalam perjanjian. Jika perdamaian dibuat dalam mata wang asing, maka bahagian jadual diisi hanya dengan pengiraan yang dibuat dalam mata wang terpilih (di bawah kontrak dalam mata wang asing dan dalam unit konvensional).

Dalam bahagian jadual "Menurut organisasi" Dokumen yang dimasukkan ke dalam pangkalan maklumat yang menjejaskan keadaan penyelesaian dengan rakan niaga direkodkan. Oleh itu, apabila melakukan perdamaian, anda boleh melihat secara langsung dari dokumen bagaimana setiap baris perubahan hutang dibentuk. Sebagai tambahan kepada pautan ke dokumen yang mempengaruhi penyelesaian dengan rakan niaga, maklumat ringkas diisi baris demi baris, yang akan ditunjukkan dalam bentuk bercetak laporan perdamaian.

Bahagian jadual "Menurut rakan niaga" boleh diisi secara automatik berdasarkan data organisasi, atau boleh diisi secara manual.

Percanggahan dalam jumlah antara data organisasi dan data rakan niaga dipaparkan dalam medan khas.

Maklumat tentang wakil organisasi dan wakil rakan niaga dengan siapa penyelesaian sedang didamaikan ditunjukkan pada tab "Tambahan pula" dalam butiran yang berkaitan.

Selepas penyelarasan pengiraan, maklumat boleh dilindungi daripada perubahan yang tidak disengajakan dengan menandakan kotak “Perdamaian yang dipersetujui” . Selepas menandai kotak ini, semua butiran dokumen, kecuali maklumat tentang wakil-wakil pihak, akan dilindungi daripada perubahan.

Dokumen "Akta Rekonsiliasi" tidak menjana siaran, tetapi boleh digunakan untuk mencetak borang kertas.

Dokumen itu bertujuan untuk menjalankan inventori penyelesaian bersama dengan rakan niaga “Inventori penyelesaian dengan rakan niaga” (menu “Beli” (“Jualan”) - “Penyelesaian bersama” - “Inventori penyelesaian dengan rakan niaga” ).

Menggunakan dokumen “Inventori penyelesaian dengan rakan niaga” penghutang dan pemiutang organisasi boleh diinventori. Data mengenai hutang diisi pada tab dokumen yang sepadan.

Dokumen tersebut boleh diisi secara automatik dengan maklumat mengenai penghutang dan pemiutang menggunakan butang "Isi" . Pada masa yang sama, baki pada akaun untuk penyelesaian perakaunan dengan rakan niaga yang dinyatakan pada tab akan dianalisis "Akaun penyelesaian" . Secara lalai, halaman tab menyenaraikan semua akaun perakaunan untuk penyelesaian dengan rakan niaga.

Pada penanda buku "Tambahan pula" maklumat diisi tentang asas, tarikh dan sebab inventori, serta ahli suruhanjaya inventori.

Data ini dimasukkan secara automatik ke dalam bentuk bersatu INV-17 "Tindakan inventori penyelesaian dengan pembeli, pembekal dan penghutang dan pemiutang lain" Dan INV-22 "Perintah untuk menjalankan inventori" , yang boleh dicetak daripada dokumen menggunakan butang "Meterai" .

Transaksi dengan pelanggan dicerminkan sama seperti transaksi dengan pembekal:

perjanjian mesti dibuat dengan jenis "Dengan pembeli";

dokumen penghantaran kepada pembeli meningkatkan hutangnya (akaun belum terima);

dokumen pembayaran daripada pembeli mengurangkan hutangnya kepada syarikat.

Dalam perdagangan komisen, hutang ejen komisen timbul hanya selepas pembentukan "Laporan Jualan Ejen Suruhanjaya". Hutang untuk pembungkusan boleh dipulangkan tidak dipulangkan ditetapkan oleh dokumen "Pelarasan hutang untuk pembungkusan boleh dipulangkan".

Apabila memproses dokumen yang menggambarkan transaksi dengan pelanggan, maklumat berikut direkodkan:

apabila menjual barang dan bahan atau perkhidmatan kepada pembeli (menggunakan dokumen "Jualan barangan dan perkhidmatan"), hutang pembeli meningkat (penerimaan dalam daftar pengumpulan sisa "Penyelesaian bersama dengan rakan niaga");

apabila barang dipulangkan oleh pembeli (dengan dokumen "Pemulangan barang daripada pembeli"), hutang pembeli dikurangkan (penerimaan "pembalikan" dalam daftar pengumpulan sisa "Penyelesaian bersama dengan rakan niaga");

Laporan lain, "Akaun belum terima mengikut selang tempoh matang hutang," membolehkan anda menganalisis hutang yang terhutang oleh rakan niaga kepada syarikat mengikut tempoh matang.

Jana Tetapan... Enterval: Menambah selang 02/15/2005 I nnost mengikut selang Tempoh Penghutang: 01/01/2004 Penunjuk: Jumlah penerimaan penyelesaian bersama, berakhir. baki; Amaun dan "width="708" height="518">

Analisis hutang mengikut selang waktu.

Dalam kes ini, hutang boleh dikumpulkan mengikut selang waktu. Pengelompokan boleh ditentukan oleh pengguna secara bebas. Sebagai contoh, hutang tidak lebih daripada 3 hari, dari 4 hingga 7 hari, dari 8 hingga 15 hari, dll. Perlu diambil kira bahawa laporan ini, serta semua laporan penyelesaian bersama yang lain, memaparkan data pada semua rakan niaga yang mempunyai hutang kepada syarikat:

hutang pembeli yang belum dibayar;

pendahuluan tidak tertutup kepada pembekal.

Hutang boleh dikumpulkan mengikut perjanjian, data boleh dipaparkan dalam mata wang perjanjian dan dalam mata wang perakaunan pengurusan. Apabila memaparkan jumlah dalam mata wang kontrak, adalah wajar untuk menambah medan tambahan "Mata wang penyelesaian bersama".

Lain-lain transaksi penyelesaian bersama

Di samping menggambarkan urus niaga perniagaan yang berkaitan dengan penerimaan/penjualan barangan, perkhidmatan dan pembayaran untuk mereka, penyelesaian standard juga menyediakan pilihan berikut untuk melaraskan baki penyelesaian di bawah mana-mana perjanjian:

Memasukkan baki awal dilakukan dalam kes di mana pada masa bekerja dengan pangkalan maklumat terdapat hutang dengan rakan niaga untuk penyelesaian bersama. Operasi ini dilakukan oleh dokumen "Pelarasan Hutang" dengan jenis operasi "Memasukkan baki awal";

Mengimbangi - pembayaran balik bersama penghutang dan pemiutang dipaparkan oleh dokumen "Pelarasan hutang" dengan jenis operasi "Menjalankan offset". Dalam kes ini, adalah mungkin untuk mencerminkan kedua-dua pengimbangan dua hala mudah bagi tuntutan balas dan pengimbangan kompleks antara organisasi kami dan dua pihak ketiga;

Hapus kira hutang lapuk - dijalankan sekiranya tamat tempoh statut had menggunakan dokumen "Pelarasan Hutang" dengan jenis operasi "Hapus kira hutang". Jumlah hutang termasuk dalam pendapatan atau perbelanjaan perusahaan;

Pendaftaran semula hutang daripada satu rakan niaga kepada pihak lain ditunjukkan dalam dokumen "Pelarasan Hutang" dengan jenis transaksi "Pemindahan Hutang". Dalam kes ini, diandaikan kedua-dua pemindahan hutang kepada rakan niaga lain, sebagai contoh, di bawah perjanjian untuk penyerahan tuntutan atau pemindahan hutang, dan pelarasan teknikal - pemindahan hutang mudah ke akaun lain atau objek lain. perakaunan analitikal (pihak lawan, perjanjian);

Sebarang pelarasan manual kepada penyelesaian bersama dalam akaun dan daftar apa-apa jenis perakaunan ditunjukkan dalam dokumen khas "Pelarasan catatan daftar";

Amaun dimasukkan dalam mata wang yang ditentukan melalui perjanjian dengan rakan niaga sebagai mata wang penyelesaian bersama. Bahagian jadual dokumen boleh diisi secara automatik dengan baki penyelesaian bersama untuk rakan niaga yang dipilih. Dalam kes ini, jumlah diisi sedemikian rupa untuk "menetapkan semula" hutang.

Memasukkan baki awal

Bagi setiap rakan niaga, dokumen "Pelarasan Hutang"nya sendiri ditunjukkan dengan jenis operasi "Memasukkan baki awal" dalam mata wang penyelesaian bersama, yang ditunjukkan dalam pengepala dokumen.

Dokumen "Pelarasan hutang": memasukkan baki

Pada tab "Akaun Pemiutang" atau "Penghutang", perjanjian dan, bergantung pada parameter penyelesaian bersama, "Transaksi" dan "Dokumen penyelesaian dengan rakan niaga" ditunjukkan.

Mengimbangi

Mengimbangi - pembayaran balik bersama penghutang dan pemiutang dipaparkan oleh dokumen "Pelarasan hutang" dengan jenis operasi "Menjalankan offset". Dalam kes ini, adalah mungkin untuk mencerminkan kedua-dua pengimbangan dua hala mudah bagi tuntutan balas dan pengimbangan kompleks antara organisasi kami dan dua pihak ketiga. Jika operasi "Menjalankan jaringan" dijalankan antara organisasi kami dan satu rakan niaga (jaringan dua hala), maka butiran "Penghutang" dan "Pemiutang" diisi oleh rakan niaga pihak ketiga yang sama. Jika butiran ini menunjukkan rakan niaga yang berbeza, maka offset tiga pihak akan dibuat.

Untuk jenis operasi ini, adalah mudah untuk menggunakan isian automatik "mengikut baki penyelesaian bersama". Peristiwa terkawal adalah kebetulan jumlah pengimbangan belum terima dan belum bayar. Jika jumlah ini adalah sama, perkataan "SET-OFF" muncul di sudut kanan bawah dokumen.

,X. perakaunan! cukai, " width="656" height="415">

Dokumen "Pelarasan hutang": offset

Penyelesaian boleh dilakukan dalam Hryvnia atau dalam mata wang asing. Untuk mengimbangi, anda boleh menggunakan hutang di bawah kontrak, mata wang penyelesaian yang sepadan dengan mata wang yang ditentukan. Jika offset dibuat dalam Hryvnia, maka perbandingan dibuat berdasarkan jumlah Hryvnia ofset. Dan jika offset dibuat dalam mata wang asing, maka hutang disamakan dengan jumlah mata wang.

Pemindahan hutang

Pendaftaran semula hutang dari satu rakan niaga kepada pihak lain ditunjukkan dalam dokumen "pelarasan hutang" dengan jenis operasi "Pemindahan hutang".

Dokumen "Pelarasan Hutang": pemindahan hutang.

Dalam kes ini, diandaikan kedua-dua pemindahan hutang kepada rakan niaga lain, sebagai contoh, di bawah perjanjian untuk penyerahan tuntutan atau pemindahan hutang, dan pelarasan teknikal - pemindahan hutang mudah ke akaun lain, kepada perjanjian lain atau dokumen penyelesaian. Jika pemindahan hutang dilakukan antara akaun atau perjanjian (dokumen penyelesaian), maka "Counterparty" dan "Recipient" dalam pengepala dokumen diisi dengan nilai yang sama. Dan untuk operasi "penyerahan tuntutan" atau "pemindahan hutang" kepada pihak ketiga, rakan niaga dan penerima akan berbeza, masing-masing.

Parameter hutang yang akan dihapus kira ditunjukkan pada tab "Akaun Belum Terima" atau "Akaun Belum Bayar", yang boleh diisi secara automatik berdasarkan baki.

Jika dalam pangkalan maklumat perakaunan penyelesaian dengan rakan niaga dikekalkan oleh dokumen penyelesaian, maka dokumen yang mengikutnya hutang dipindahkan ke perjanjian baru ditunjukkan sebagai dokumen penyelesaian baru. Jika rakan niaga berbeza, iaitu, mereka tidak sepadan, maka hutang dianggap dibayar balik, dan dokumen "Pelarasan Hutang" ditunjukkan sebagai penyelesaian.

Hapus kira hutang lapuk

Hapus kira hutang lapuk - dijalankan sekiranya tamat tempoh statut had menggunakan dokumen "Pelarasan Hutang" dengan jenis operasi "Hapus kira hutang".

Dokumen "Pelarasan Hutang": hapus kira hutang

Operasi "Hapus Kira Hutang" bertujuan untuk menghapus kira kedua-dua akaun belum bayar dan akaun belum terima. Untuk memisahkan jenis hutang, tab yang sesuai digunakan. Penghutang dihapus kira tidak ditunjukkan sebagai sebahagian daripada kos pengurusan.

Akta Rekonsiliasi

Dokumen yang disediakan untuk mendamaikan penyelesaian bersama organisasi dengan rakan niaga.

Dokumen "Akta perdamaian penyelesaian bersama"

Penyesuaian penyelesaian bersama dengan rakan niaga boleh dilakukan untuk semua kontrak dan juga untuk kontrak tertentu. Anda juga boleh menentukan tempoh yang anda ingin selaraskan. Apabila tempoh tidak dinyatakan, perdamaian akan berlaku untuk semua urus niaga dengan rakan niaga yang dimeterai sejak detik perakaunan dalam pangkalan maklumat. Penyesuaian pembayaran boleh dibuat dalam mata wang asing dan dalam Hryvnia. Jika kontrak ditentukan, mata wang perdamaian ditentukan oleh kontrak.

Mengisi bahagian jadual "Menurut data organisasi" dan "Menurut data rakan niaga" dilakukan secara automatik dengan mengklik butang "Isi". Data yang diisi boleh diedit secara manual.

Pada tab "Tambahan", anda boleh menentukan nama wakil organisasi dan rakan niaga yang akan menandatangani akta tersebut. Selepas penyelarasan pengiraan telah dijalankan, maklumat boleh dilindungi daripada perubahan; ini boleh dilakukan dengan menandai kotak semak "Perdamaian dipersetujui". Selepas menandai kotak ini, semua butiran dokumen, kecuali maklumat tentang wakil, akan dilindungi daripada perubahan.

Dokumen "Akta Penyesuaian Penyelesaian Bersama" tidak menghasilkan pergerakan dalam daftar perakaunan dan digunakan untuk menjana bentuk cetakan akta perdamaian.

Mereka mencari kami: pelarasan hutang dalam 1s 8 2 menghapus kira akaun belum bayar, jenis penyelesaian bersama dalam 1s 8 2, penyelesaian bersama dengan pelanggan, pelarasan hutang dalam 1s 8 2, menjaring, pelarasan hutang dalam 1s 8 2 pemindahan hutang, pemindahan hutang dalam 1s 8 2, pelarasan hutang dalam 1s 8 2 hapus kira penghutang, mengimbangi dengan rakan niaga, Penyesuaian bersama penyelesaian dengan pembekal, hutang pelarasan dalam 1s 8 2 hapus kira hutang

Semua penyelesaian bersama dengan rakan niaga (pelanggan dan pembekal) dijalankan dari segi tiga dimensi:

• organisasi,
• rakan kongsi/rakan niaga,
• objek pengiraan.

Objek pengiraan boleh:

• pesanan,
• invois,
• perjanjian

Jenis objek penyelesaian dipilih pada peringkat persetujuan.

Penyelesaian dengan pelanggan

Untuk bermula, mari buat perjanjian jualan standard dan pilih pesanan daripada pelanggan ZK sebagai objek penyelesaian (pilihan paling terperinci):

Perjanjian itu juga menyatakan jadual pembayaran untuk kontrak (bagaimana dan dalam masa berapa kontrak akan dibayar). Dalam contoh kami, pesanan pembelian akan dibayar 5 hari selepas penghantaran (iaitu pasca pembayaran):

Anda juga boleh menggunakan penapis pada jenis pembayaran yang diterima di bawah perjanjian:

Sebagai tambahan kepada postpayment, pendahuluan dan prabayar boleh dipilih.

Perbezaan di antara mereka ialah pendahuluan membayangkan kemungkinan bahawa kita mungkin belum mempunyai barang sama sekali (iaitu, kita tidak akan dapat mengatur penyediaan barang dalam pesanan pembelian sehingga kita mendaftarkan penerimaan wang pendahuluan padanya. ), dan bayaran pendahuluan memperuntukkan bahawa barang itu ada dalam stok di gudang kami dan akan dihantar serta-merta selepas pembayaran.

Sekarang kami membuat kontrak itu sendiri, kami melihat bahawa jadual pembayaran telah diisi mengikut perjanjian:

Dalam kes ini, tarikh pembayaran diisi berdasarkan medan Tarikh penghantaran yang dikehendaki(memandangkan ia kosong, ia digunakan untuk pengiraan Tarikh penghantaran):

Kini, berdasarkan kontrak, kami merasmikan pelaksanaan:

Dalam senarai CP, keadaan semasa berubah:

Apabila anda mengklik dua kali padanya, laporan tentang status pelaksanaan dibuka:

Sekarang anda perlu mendaftarkan resit pembayaran daripada pelanggan. Cara terpantas ialah membuat a Penerimaan dana bukan tunai. Tetapi ada cara lain - dalam majalah Bayaran bukan tunai gunakan penanda buku Untuk kemasukan:

Dokumen hampir diisi sepenuhnya, jangan lupa untuk menetapkan penunjuk pembayaran yang dibuat oleh bank:

Pada tab kedua kita melihat bahawa ZK yang digunakan sebagai objek pengiraan. Terima kasih kepada pilihan artikel DDS dalam perjanjian, ia kini digantikan dengan sendirinya:

Sekarang ZK sedia untuk ditutup, tiada hutang:

Status pengiraan boleh dipantau menggunakan laporan Penyata penyelesaian dengan pelanggan:

Sekarang mari kita jalankan percubaan - buat beberapa pelaksanaan mengikut perjanjian kami, tetapi tanpa menggunakan ZK:

Dalam laporan itu kita dapat melihat bahawa dokumen jualan ditunjukkan sebagai objek penyelesaian (walaupun fakta bahawa penyelesaian bersama dilakukan atas perintah):

Sekarang mari kita daftarkan pembayaran daripada pelanggan untuk pelaksanaan ini, sambil membuat satu pesanan pembayaran:

Dalam penyahsulitan pembayaran, pilih jenis pengisian Senaraikan dan tekan Pilih mengikut baki:

Pilih yang anda perlukan daripada senarai dan pindahkannya ke pesanan pembayaran:

Sila ambil perhatian bahawa jurnal tidak mengandungi maklumat tentang status pembayaran untuk jualan:

Maklumat ini hanya boleh diperolehi daripada kenyataan:

Penyelesaian bersama dengan pembekal

Kali ini kita akan merumitkan sedikit contoh - pertama, mari masukkan bayaran pendahuluan kepada pembekal:

Dalam kes ini, kami akan membiarkan objek pengiraan kosong:

Dalam laporan pembelian kami akan gunakan Penyata penyelesaian dengan pembekal:

Sekarang kami membuat pesanan untuk pembekal (kami akan melakukan penyelesaian bersama melalui pesanan). Untuk menetapkan pembayaran kepadanya, anda perlu mengimbangi pendahuluan:

Dalam tetingkap pembantu offset pembayaran yang terbuka, cari bayaran pendahuluan, laraskan jumlah offset jika perlu dan klik Tolak/pindah bayaran pendahuluan:

Sekarang kita melihat bahawa pendahuluan telah dikreditkan, klik Laksanakan di bahagian atas borang:

Akibatnya, pesanan dibayar sepenuhnya:

Sekarang dalam laporan anda boleh melihat bahawa sebahagian daripada bayaran pendahuluan kekal tidak diagihkan, dan untuk pesanan itu, untuk menjadikan pengiraan kepada sifar, ia masih perlu mengeluarkan invois:

Mengimbangi hutang

Dalam kes di mana terdapat kedua-dua penghutang dan pemiutang pada masa yang sama, pengimbangan hutang sering digunakan untuk membayar pampasan satu hutang dengan mengorbankan yang lain.

Kami sudah mempunyai satu operasi yang didaftarkan secara automatik dalam program kami - ini mencerminkan fakta mengimbangi pendahuluan:

Itu. Program ini memindahkan penghutang (hutang pembekal kepada kami) untuk pesanan pembayaran kepada akaun yang perlu dibayar (hutang kami kepada pembekal) untuk pesanan pembekal:

Terdapat nota tentang penciptaan automatik dalam ulasan:

Berikut ialah senarai urus niaga yang mana offset boleh digunakan:

Penyesuaian penempatan

Dari bahagian Jabatan Perbendaharaan buka log dokumen Penyesuaian penempatan, buat yang baharu menggunakan pembantu:

Menyediakan pilihan:

Kami memilih rakan niaga yang diperlukan untuk rakan kongsi ini, yang mana perlu untuk membuat perdamaian:

Tetapkan tarikh untuk penyesuaian yang dijana:

Setelah selesai, perdamaian serupa dibuat. Untuk menjadikannya lebih bermaklumat, mari tukar pilihan perincian:

Sebagai contoh, mari tambahkan output objek pengiraan:

Selepas itu, klik Isi mengikut data organisasi:

Seperti yang anda mungkin perasan, semua invois dalam bahagian jadual direka bentuk di luar skop pelajaran, dan invois yang kami perkenalkan sedikit lebih awal tiada dalam jadual. Alasannya mudah - hanya jualan yang terdapat hutang tertunggak disertakan di sini.

Klik butang Cetak untuk mencetak Laporan perdamaian penyelesaian bersama: