Memeriksa rekanan sesuai dengan aturan baru IFTS. Bagaimana cara mengatur sengketa pajak sebelum pengadilan? Mempertahankan dokumen pemukiman timbal balik dengan counterparties

Semua wajib pajak sebelum menyimpulkan kontrak perlu memeriksa rekanan untuk itikad baik. Dari 19 Agustus 2017, Pasal 54.1 dari Kode Pajak Federasi Rusia atas laba pajak yang tidak masuk akal (UU Federal 18 Juli 197 No. 163-фз mulai berlaku. Beri tahu bagaimana menunjukkan uji tuntas dalam memilih rekanan pada aturan baru dari kode pajak.

Dalam Pasal 54.1 Kode Pajak Federasi Rusia, situasi diindikasikan ketika pembayar pajak tidak berhak menerima pengurangan PPN dan memperhitungkan biaya transaksi. Basis pajak disampaikan dengan sengaja dilarang. Juga, organisasi tidak berhak untuk mencerminkan operasi akuntansi pajak, yang pada kenyataannya tidak.

Misalnya, jika perusahaan telah menyimpulkan kontrak dengan kontraktor yang tidak bermoral, dan pada gilirannya ia hanya memenuhi sebagian dari pekerjaan, auditor memiliki hak untuk menghilangkan pengurangan PPN dari bagian fiktif dari pekerjaan. Aset yang diperoleh perusahaan sebagai bagian dari kesepakatan fiktif, itu tidak berhak untuk memasukkan biaya.

Selain itu, kriteria berikut untuk fasilitas yang baik ditetapkan dalam Kode Pajak: Tujuan dari transaksi tidak dapat beruntung dari membayar pajak, dan kewajiban yang ditentukan dalam kontrak rekanan harus memenuhi (ayat 2 seni. 54.1 dari pajak. Kode Federasi Rusia).

Amandemen dalam undang-undang akan mengecualikan perselisihan dengan pengendali jika:

• rekanan melanggar undang-undang pajak;
• dokumen atas nama rekanan menandatangani orang yang tidak berwenang;
• kesepakatan itu dapat disimpulkan dengan orang lain.

Keadaan seperti itu tidak dapat dianggap sebagai dasar independen untuk mengenali biaya dan pengurangan ilegal. Sebelum kode pajak Federasi Rusia memperkenalkan amandemen, peningkatan denda sebesar 40 persen dari jumlah pajak yang belum dibayar untuk tindakan yang dilakukan dengan sengaja (ayat 3 Pasal 122 Kode Pajak Federasi Rusia) dipertimbangkan.

Setelah Pasal 54 telah muncul. Risiko Pajak bagi Wajib Pajak yang tidak memastikan bahwa rekanan mereka tidak meningkat dalam itikad baik. Namun, kemungkinan konsekuensi negatif bagi perusahaan, yang melaksanakan langkah-langkah untuk memverifikasi pemasok dan kontraktor juga berkurang.

Pastikan bahwa mitra tidak memiliki tanda-tanda unggas yang jelas, mungkin organisasi apa pun. Informasi tersedia di situs NALOG.RU di bagian "Risiko Bisnis: Periksa diri Anda dan rekanan." Anda juga dapat menggunakan informasi dari berbagai database untuk menguji rekanan, seperti 1Cont.ru, Spark, dll.

Namun, untuk melindungi dari kemungkinan klaim otoritas pajak informasi ini tidak cukup. Bagaimanapun, informasi dalam layanan untuk pengecekan rekanan tampak terlambat. Ini, misalnya, pelaporan akuntansi atau informasi tentang:

• hutang pajak;
• ketepatan waktu pelaporan;
• penghapusan rekanan.

Karena itu, konfirmasi bahwa pada saat kesimpulan dari kesepakatan dengan rekanan tidak ada pertanyaan tentang tanda-tanda yang meragukan, akan menjadi argumen berbobot yang mendukung perusahaan.

Untuk memperkuat keamanan pajak perusahaan, disarankan untuk mengembangkan dan menyetujui formulir aplikasi, yang menjamin dengan hati-Nya rekanan pada saat kesimpulan kontrak. Itu tidak akan berlebihan jika pernyataan seperti itu akan hadir setiap rekanan.

Dalam bentuk apa untuk membuat dokumen. Formulir aplikasi yang disetujui, yang menjamin conscientiousness of the roundparty, no. Oleh karena itu, perusahaan memiliki hak untuk mengembangkan formulir aplikasi sendiri.

Apa yang harus ada dalam dokumen harus. Kontrak nurani rekanan harus mengandung:

• nama rekanan yang dengannya perusahaan berencana untuk menyimpulkan perjanjian;
• Penginapan, kucing dan rekan ogrn;
• alamat lokasi rekanan;
• informasi tentang kegiatan rekanan;
• informasi tentang kepemimpinan dan pemilik rekanan.

Juga dalam pernyataan tersebut, rekanan harus memastikan bahwa ia memiliki semua bahan dan sumber tenaga kerja yang diperlukan untuk memenuhi kewajiban berdasarkan kontrak. Jika mitra adalah perantara atau menarik subkontraktor (co-valves), maka informasi ini juga harus tercermin dalam pernyataan tersebut.

Aplikasi harus menunjukkan nama dan rincian subkontraktor. Penting untuk memperbaiki alasan mengapa rekanan menarik pembantu. Misalnya, kurangnya kapasitas produksi atau kurangnya personel yang berkualitas.

Selain itu, rekanan harus memastikan bahwa:

• membayar pajak dan biaya;
• laporan;
• tidak dalam proses likuidasi;
• menyajikan dokumen primer perusahaan tentang transaksi;
• akan mencerminkan semua operasi dalam pelaporan;
• akan mengirimkan dokumen atas permintaan otoritas pajak.

Risiko apa yang harus diperhatikan. Organisasi disarankan untuk mengembangkan ketentuan untuk memverifikasi dengan hati-hati rekanan. Tambahan untuk peraturan umum akan menjadi pernyataan yang menjamin dengan hati nurani rekanan.

Posisi perlu merinci prosedur untuk memeriksa rekanan. Selain itu, perlu merekam sumber publik yang tersedia, di mana organisasi akan mengambil informasi. Ini adalah layanan di situs nalog.ru, database referensi, buku referensi industri (misalnya, sistem otomatis untuk memperhitungkan kayu dan transaksi dengan itu - leesgais.ru). Juga dalam posisi perlu untuk mendaftar bahwa semua rekanan harus mewakili salinan piagam perusahaan, dokumen konstituen, dll.

Jika mitra untuk memenuhi kewajiban berdasarkan kontrak menarik subkontraktor, Anda perlu meminta jaminan bahwa ia akan memeriksa itikad baik mereka. Itu tidak akan berlebihan jika rekanan meminta aplikasi serupa yang menjamin itikad baik, di pemasok dan kontraktornya.

Akuntan dan Direksi muncul mitos tentang cara memeriksa rekan-rekan di bawah aturan baru. Percaya berisiko. Ini dituturkan oleh sengketa pajak segar.

Mitos dulu. Cukup untuk merakit paket dokumen standar

Sebenarnya. Untuk meminta sedikit dari Charter Counterparty dan Sertifikat Pendaftaran dan Pendaftaran Negara. Anda perlu memeriksa sumber daya dan reputasi bisnis.

• Artikel Penting:

Perusahaan sering menempatkan hanya dokumen standar pada rekanan: Piagam, sertifikat pendaftaran negara dan pendaftaran pajak. Juga menambahkan keputusan para pendiri tentang penciptaan perusahaan kontraktor, perintah penunjukan direkturnya.

Dokumen-dokumen ini tidak cukup. Permintaan juga ekstrak dari Egrula (resolusi Pengadilan Banding Seventrase Ketujuh tanggal 11 Agustus 2016 dalam kasus Nomor A45-2063 / 2016). Sekarang otoritas pajak berkontribusi pada entri entitas yang tidak dapat diandalkan. Ekstrak akan menunjukkan apakah ada entri dalam registri.

Juga, Anda memerlukan surat kuasa bagi wewenang untuk menandatangani kontrak, faktur, primer (definisi Mahkamah Agung Federasi Rusia pada 14 November 2017 No. 308-KG17-16382). Dari 19 Agustus 2017, beberapa tanda tangan yang tidak dapat diandalkan dalam primer tidak cukup untuk menghilangkan biaya dan pengurangan (ayat 3 seni. 54.1 dari Kode Pajak Federasi Rusia). Tetapi inspektur tanda tangan seperti itu akan digunakan bersama dengan bukti lain.

Juga layak memeriksa reputasi bisnis dari rekanan, keberadaan sumber daya yang diperlukan - peralatan produksi, personel yang berkualitas, pengalaman (resolusi pengadilan arbitrase Distrik Siberia Barat pada 17 Oktober 2017 No. F04-4035 / 2017 . Jika perusahaan hanya memeriksa status hukum rekanan dengan menggabungkan, ini tidak berarti bahwa dia memilihnya dengan hati-hati. Jadi mereka menganggap tidak hanya otoritas pajak, tetapi juga hakim (Keputusan Pengadilan Arbitrase Distrik Barat Utara pada 21 September 2017 No. F07-9897 / 2017).

Mitos kedua. Semua rekanan harus diperiksa sama

Sebenarnya. Anda dapat memeriksa rekanan hanya dengan penggabungan jika jumlah transaksi tidak signifikan bagi perusahaan.

Perusahaan sering memerlukan semua rekanan paket dokumen yang sama. Dan dalam peraturan internal menetapkan beberapa aturan verifikasi untuk semua pemasok.

Bahkan, jika transaksi tidak signifikan dalam volume dan jumlah, tidak perlu memeriksa rekanan di semua sumber yang mungkin. Pendapat ini diungkapkan oleh hakim.

Contoh 1. Bagaimana perusahaan membuktikan bahwa ia seharusnya tidak dengan hati-hati memeriksa rekanan

Perusahaan menyatakan pemotongan transaksi dengan pemasok dalam jumlah 760.000 rubel. Jumlah total pemotongan dalam blok ini berjumlah 19 juta rubel. Dengan demikian, bagian dari pemotongan barang yang diperoleh perusahaan dari pemasok hanya 4 persen. Oleh karena itu, perusahaan memeriksa rekanan pada minimum - hanya memastikan mereka terdaftar dengan register.

Para hakim memutuskan bahwa alasan untuk langkah-langkah lain, seperti penilaian reputasi bisnis, pertemuan pribadi dengan direktur pemasok, tidak memilikinya. Bagaimanapun, transaksi tidak signifikan dalam hal pengiriman (resolusi pengadilan arbitrase Distrik Ural 11 Oktober 2017 No. F09-6352 / 17).

Semakin signifikan transaksi bagi perusahaan, semakin banyak langkah yang harus diambil untuk memeriksa rekanan. Jika harga transaksi sangat penting, maka perusahaan harus membenarkan pilihan rekanan (definisi Mahkamah Agung Federasi Rusia tanggal 30 Juni 2016 No. 308-KG16-7173).

Contoh 2. Ketika otoritas pajak meyakinkan para hakim bahwa Perusahaan tidak pantas

Perusahaan membeli barang dengan biaya pemasok 20 juta rubel. Pada saat yang sama, sutradara tidak bertemu pemasok secara pribadi, tidak ada korespondensi bisnis. Perusahaan tidak memeriksa reputasi bisnis dan ketersediaan sumber daya. Ini berarti bahwa pemasok memilih dengan tenang (resolusi pengadilan arbitrase Distrik Ural pada 6 Oktober 2015 No. F09-9767 / 14).

Mitos ketiga. Semakin banyak dokumen, semakin baik

Sebenarnya. Paket dokumen yang terlalu besar menyebabkan kecurigaan dari otoritas pajak. Apalagi jika ada surat-surat mitra yang meragukan tentang kenyataan pengiriman.

Direksi terkadang percaya bahwa Anda dapat melindungi transaksi yang hanya ada di atas kertas. Anda hanya perlu mengumpulkan lebih banyak dokumen, dapatkan penjelasan tertulis dari rekanan, dan bahkan lebih baik untuk meyakinkan mereka notaris. Penjelasan seperti itu akan menghapus semua pertanyaan verifier.

Bahkan, bukan. Jika faktanya mengatakan bahwa motifparty benar-benar tidak memenuhi transaksi, penjelasannya tidak akan membantu. Sebaliknya, dokumen-dokumen ini hanya akan mengkonfirmasi kecurigaan otoritas pajak bahwa tindakan Perusahaan dan rekanan disepakati.

Contoh 3. Seberapa besar paket dokumen yang bekerja melawan organisasi

Perusahaan menyimpulkan kesepakatan di atas kertas, dan benar-benar tidak melakukan rekanannya. Ini dikonfirmasi oleh kesaksian saksi, jawaban petugas pabean atas permintaan otoritas pajak, pergerakan uang pada akun, dll. Untuk meyakinkan memverifikasi dan hakim, perusahaan memperkenalkan paket dokumen pada rekanan:

• ekstrak dari register untuk tanggal yang berbeda;
• piagam;
• sertifikat pendaftaran dan formulasi untuk akuntansi pajak;
• protokol pertemuan pendiri;
• pesanan Direktur Jenderal tentang Penunjukan Orang Resmi;
• salinan paspor orang yang berwenang;
• saldo akuntansi selama tiga tahun;
• sewa perjanjian dan perjanjian tambahan kepada mereka;
• salinan sertifikat pendaftaran kepemilikan pemilik;
• surat Direktur Jenderal Luar Biasa bahwa pengiriman itu.

Hakim-hakim bereaksi kritis terhadap dokumen-dokumen ini, terutama surat-surat rekanan. Paket makalah seperti itu tidak menunjukkan bahwa perusahaan telah menunjukkan kehati-hatian ketika memilih rekanan. Sebaliknya, ini adalah argumen yang mendukung fakta bahwa perusahaan dan rekanan sengaja menyusun surat-surat fiktif untuk menciptakan visibilitas transaksi nyata (resolusi pengadilan arbitrase Distrik Moskow pada 6 Oktober 2017 No. F05-12206 / 2017).

Contoh 4. Sebagai salah satu perusahaan dengan sia-sia berharap untuk penjelasan yang diaktakan

Perusahaan memutuskan untuk membenarkan transaksi dengan cara ini. Dia menerima penjelasan dari direktur rekanan, bersertifikat notaris. Manajer mengkonfirmasi pengiriman. Namun, ketika direksi ini menyebabkan ilmu pajak, mereka tidak muncul dalam inspeksi dan tidak memberikan kesaksian. Oleh karena itu, percayalah penjelasan hakim tidak dimulai (resolusi pengadilan arbitrase Kabupaten Siberia Barat pada 30 Oktober 2017 No. F04-4022 / 2017).

Kadang-kadang perusahaan mengirim otoritas pajak tentang motifparty. Perhitungan di sini adalah ini: Jika inspektur tidak menjawab apa-apa, maka permintaan itu sendiri akan mengkonfirmasi bahwa perusahaan mencoba memeriksa rekanan. Namun, FNS memperingatkan bawahan bahwa perusahaan telah belajar meniru "perawatan yang tepat." Salah satu cara yang harus dilakukan adalah dengan hanya mengharuskan data pada rekorsi di Inspektorat Pajak.

FTS menyarankan otoritas pajak dengan memperhatikan permintaan ini, terutama jika rekanan adalah satu hari (surat layanan pajak federal Rusia tanggal 13 Juli 2017 No. E-4-2 / \u200b\u200b13650). Memperingatkan direktur tentang ini. Jika transaksi diragukan, maka permintaan tersebut dapat menimbulkan pertanyaan ekstra dari otoritas pajak.

Mitos keempat. Dokumen tentang rekanan dapat diperoleh kapan saja.

Sebenarnya. Dokumen pada rekanan harus diminta sebelum perusahaan menyimpulkan kesepakatan.

Kadang-kadang perusahaan mulai mengumpulkan dokumen pada rekanan tidak di muka, tetapi hanya setelah otoritas pajak tertarik pada kesepakatan dengannya. Pikirkan bahwa dimungkinkan untuk memeriksa rekanan.

Bahkan, periksa rekanan itu bahkan sebelum perusahaan menyimpulkan kontrak dengannya. Jadi mereka mempertimbangkan otoritas pajak, dan hakim (resolusi Pengadilan Arbitrase Kabupaten Siberia Barat tanggal 26 Juni 2017 No. F04-2129 / 2017).

Contoh 5. Bagaimana perusahaan melukai ekstrak terlambat dari register

Ekstrak dari REPIPAN perusahaan rekanan yang diterima pada 12 Desember. Dan kontrak ditandatangani pada 5 Desember. Ini berarti bahwa perusahaan tidak memeriksa rekanan sebelum dia menyimpulkan kesepakatan (Keputusan Pengadilan Arbitrase Kabupaten Ural 2 Oktober 2017 No. F09-4420 / 17).

Perusahaan mengacu pada rekomendasi dari pelanggan rekanan. Namun, para hakim mengetahui bahwa klien tidak dapat memberikan rekomendasi ini lebih awal dari Januari-Februari. Dan perusahaan menerima ekstrak dari egultasi dan dokumen lain pada rekanan sebelumnya - pada bulan Desember. Selain itu, Perusahaan tidak membuktikan bahwa ia menerima rekomendasi sebelum menandatangani perjanjian dengan rekanan (resolusi pengadilan arbitrase Distrik Siberia Barat pada 28 September 2017 No. F04-3665 / 2017).

Data tentang penyedia permanen, kami menyarankan pembaruan secara berkala. Misalnya, sebelum perusahaan sekali lagi memperpanjang kontrak dengan mereka atau setiap enam bulan. Lagi pula, data pada rekanan dapat berubah, misalnya, penggabungan dapat muncul dalam tidak dapat diandalkan.

Mitos kelima. Pemeriksaan korespondensi bisnis tidak menjadi perhatian

Sebenarnya. Korespondensi bisnis membantu membuktikan bahwa transaksi itu tidak hanya ada di atas kertas.

Korespondensi bisnis membantu meyakinkan otoritas pajak bahwa transaksi ada tidak hanya di atas kertas dan mereka benar-benar dilakukan. Oleh karena itu, untuk kepentingan Perusahaan untuk menjaga korespondensi dengan pemasok, serta rincian kontak dari pekerja rekanan dengan siapa perusahaan berinteraksi (mendefinisikan Mahkamah Agung Federasi Rusia pada 19 Desember 2016 No. 309-KG16-17342 ).

Simpan juga informasi tentang bagaimana perusahaan telah menemukan rekanan tertentu. Cocok, misalnya, penawaran komersial, tangkapan layar situs internet, brosur iklan, dan katalog.

Jika perusahaan tidak dapat mengajukan korespondensi bisnis, hakim biasanya menganggapnya sebagai minus (definisi Mahkamah Agung Federasi Rusia 5 Juni 2017 No. 309-KG17-5897).

Mitos keenam. Peraturan verifikasi akan meyakinkan otoritas pajak yang dipilih pemasok dengan hati-hati

Sebenarnya. Satu peraturan tidak cukup. Perlu untuk menunjukkan dokumen-dokumen yang diterima perusahaan dari rekanan sesuai dengan peraturan ini.

Dokumen internal pada verifikasi rekanan membantu perusahaan untuk menimbang pemasok. Tetapi teks aturan itu sendiri tidak cukup. Perlu untuk menunjukkan otoritas pajak yang dilakukan perusahaan. Yaitu, pada kenyataannya, ia menerima dan memeriksa dokumen dan data itu pada rekanan yang disediakan dalam peraturan.

Contoh 8. Sebagai organisasi yang disiplin membela peraturan tentang verifikasi rekanan

Perusahaan menyetujui ketentuan "pada verifikasi mandurat rekanan." Sesuai dengan dokumen ini, Perusahaan menerima perusahaan dari rekanan, sertifikat pendaftaran negara dan pendaftaran pajak, ekstrak dari register, pesanan untuk penunjukan Direksi, Kekuatan Pengacara dan Paspor Pajak, Deklarasi Pajak. Para pemimpin rekanan mengkonfirmasi bahwa mereka benar-benar meminta semua dokumen ini. Para hakim menyatakan bahwa perusahaan secara wajar memilih pemasok (resolusi pengadilan arbitrase Distrik Kaukasus Utara pada 14 Februari 2017 No. F08-252 / 2017).

Contoh 9. Karena pesanan tidak diketahui telah bekerja melawan perusahaan

Direktur memberi tahu otoritas pajak bahwa perusahaan memiliki pesanan untuk verifikasi rekanan. Tapi apa inspeksi, saya tidak bisa menjelaskan. Selain itu, perintah untuk verifikasi rekanan tidak memberikan cek. Hakim-hakim akhirnya mendukung otoritas pajak (resolusi pengadilan arbitrase Distrik Ural pada 18 Oktober 2016 No. F09-8644 / 16).

Mitos ketujuh. Klaim karena pemasok tidak akan, jika Anda mengatakan bahwa kami memegang tender

Sebenarnya. Jika tidak jelas siapa yang berpartisipasi dalam tender, membenarkan pilihan rekanan tidak akan berhasil.

Perusahaan menyetujui dokumen tender internal dan percaya bahwa ini akan secara akurat membantu membenarkan pilihan pemasok. Tetapi kebetulan pada kenyataan tender tidak atau tidak berlaku untuk semua pemasok. Maka tidak akan mungkin untuk meyakinkan otoritas pajak bahwa rekanan itu dipilih dengan hati-hati. Jika perusahaan benar-benar melakukan tender, itu akan menjadi argumen yang mendukungnya.

Contoh 10. Peraturan tentang tender tidak ada gunanya jika tidak ada aplikasi dari pemasok

Perusahaan menyetujui ketentuan untuk pemilihan pemasok. Menurut posisi itu, memilih pemasok harus didasarkan pada hasil tender. Tender diadakan berdasarkan permintaan pengiriman dari counterparties. Perusahaan memilih pemasok berdasarkan harga, ketentuan pembayaran dan kondisi pengiriman. Tetapi perusahaan itu tidak dapat mencegah otoritas pajak untuk tender, serta log pendaftaran mereka. Perusahaan hanya berjumlah tabel. Mereka tidak memiliki pemasok tertentu yang berpartisipasi dalam tender, dan hanya "pemasok wilayah OMSK" yang ditulis. Ada juga saran pemasok komersial. Tetapi verifikasi menemukan bahwa pemasok mengirim mereka untuk tidak berpengaruh sebelum kontrak disimpulkan, dan sudah selama periode pengiriman.

Juga, perusahaan mempresentasikan kesimpulan untuk memverifikasi rekanan. Sebagai kesimpulan Dikatakan bahwa perlu untuk mendapatkan salinan surat kuasa kepada pekerja rekanan. Namun, pada kenyataannya, salinan surat kuasa tidak. Jadi, mekanisme verifikasi rekanan hanya secara formal. Berkenaan dengan pemasok kontroversial, peraturan ini tidak berlaku untuk Perusahaan (definisi Mahkamah Agung Federasi Rusia pada 6 Oktober 2017 No. 304-KG17-13976).

Contoh 11. Bagaimana peraturan pengadaan membuktikan bahwa Perusahaan ini bijaksana

Perusahaan melakukan prosedur pengadaan untuk memilih dan memeriksa rekanan. Ini dikonfirmasi oleh protokol komisi pengadaan pada pilihan rekanan, kartu kompetitif, karakteristik proposal alternatif. Para juri memutuskan bahwa perusahaan dipilih dengan hati-hati oleh pemasok (Keputusan Pengadilan Arbitrase Kabupaten Moskow pada 11 Oktober 2016 No. F05-15166 / 2016).

Setiap perusahaan mencoba dengan hati-hati mendekati pilihan mitra bisnis. Pertama-tama, untuk melindungi diri dari scammers, pastikan pemasok dipercaya, jaga reputasi Anda. Bagaimanapun, ada peningkatan kasus ketika rekanan yang dipilih membawa ke momen yang paling bertanggung jawab: mungkin tidak mengembalikan pembayaran di muka, tidak memenuhi kewajiban yang terdaftar di muka.

RISIKO PERTAMA. Keuangan

Yang bisa dipercaya, pada pandangan pertama, perusahaan dengan banyak personel, direktur umum yang ambisius dan rencana jangkauan yang jauh sebenarnya dapat menjadi organisasi yang tidak dapat memenuhi kewajiban berdasarkan kontrak.

Situasi serupa terjadi pada salah satu pelanggan kami, yang hanya setelah mengajukan klaim pemulihan utang mengetahui bahwa perusahaan baru-baru ini telah terdaftar, memiliki modal dasar minimum, tidak ada properti di neraca, aset tidak signifikan.

Selain semua hal di atas, beberapa tuntutan hukum telah dilakukan kepada perusahaan, dan klien kami memiliki peluang untuk membutuhkan pemenuhan kewajiban.

Tetapi untuk mencegah situasi ini, akan cukup untuk melihat muka ke sumber daya internet yang tersedia secara publik, di mana Anda dapat memperoleh informasi tentang posisi keuangan perusahaan, struktur yang berafiliasi, proses hukum.

Risiko yang kedua. Pajak

Unscrupuls of counterparties dapat berubah menjadi perusahaan tidak hanya dengan risiko keuangan dan reputasi, tetapi juga pajak.

Dengan pengantar dari 19 Agustus 2017, Seni. 54.1 Kode Pajak Federasi Rusia, aksi yang terutama ditujukan untuk menghentikan penggunaan optimasi pajak yang disengaja oleh organisasi komersial untuk mendapatkan manfaat pajak yang tidak masuk akal, hanya dikonfirmasi bahwa kontrol rekanan harus diakses dengan semua keseriusan.

Selain itu, paragraf 2 seni. 54.1 Kode Pajak dari Federasi Rusia Memperkenalkan persyaratan baru untuk mengkonfirmasi realitas transaksi secara langsung oleh rekanan itu sendiri, atau orang lain yang dengannya rekanan memiliki hubungan kontraktual yang sesuai.

Menurut item ini, tidak cukup untuk mengkonfirmasi realitas operasi ekonomi untuk memperhitungkan biaya (penggunaan deduksi). Penting untuk membuktikan bahwa pelaksanaan transaksi dilakukan oleh orang yang dengannya kontrak yang sesuai disimpulkan.

Yaitu, sekarang perlu dikhawatirkan tidak banyak tentang apakah rekanan Anda membayar pajak atau tidak, tetapi apakah Anda dapat mengkonfirmasi bahwa dia adalah pemain nyata.

Dengan masuk ke dalam kontrak untuk jenis layanan tertentu, pastikan untuk memeriksa lisensi untuk ketentuan mereka. Saat menandatangani kontrak besar, perlu memperhatikan keberadaan basis sumber daya untuk eksekusi mereka, dan dengan tidak adanya peralatan yang diperlukan pada neraca, diminta untuk mengkonfirmasi fakta sewa (atau metode lain untuk menarik) peralatan produksi.

Saat menandatangani perjanjian sewa real estat, pastikan untuk memeriksa tuan tanah kepemilikan objek sewaan atau ketersediaan otoritas yang ditransfer kepadanya oleh pemegang hak.

Dalam praktik kami ada situasi di mana klien menyewa kantor dari perusahaan yang memiliki properti ke properti dalam tahap desain. Klien telah melakukan perbaikan mahal ketika ternyata tuan tanah gagal mengeluarkan kepemilikan. Untuk setuju dengan pemilik awal tentang kesimpulan perjanjian sewa baru, klien harus berupaya. Dan risiko dikenakan kerusakan dalam jumlah perbaikannya bagus.

Kasus ini sekali lagi membuktikan bahwa sangat penting untuk mendekati secara bertanggung jawab terhadap pemilihan mitra. Anda mungkin harus menghabiskan lebih banyak waktu untuk memeriksa rekanan dan penilaian risiko, tetapi Anda akan yakin bahwa risiko ini akan minimal.

Tetapi contoh lain dari praktik kami: kepala satu perusahaan besar, menandatangani perjanjian dengan perusahaan pembersih yang menawarkan layanan dengan harga 20% lebih rendah dari pesaing. Selama tahun ini, perusahaan menyediakan layanan dengan benar, persis sampai saat ini sampai audit pajak datang dan tidak mematuhi fakta bahwa kontraktor tidak memiliki personel yang cukup untuk menyediakan layanan dalam jumlah ini.

Fakta penyediaan layanan dipertanyakan, dan otoritas pendengaran mengecualikan jumlah pengeluaran untuk pembelian layanan kebersihan dari basis pajak. Keluhan seperti itu dapat dihindari dengan mengharuskan informasi tentang keberadaan sumber daya tenaga kerja untuk memenuhi kewajiban berdasarkan perjanjian secara tepat waktu.

Apa yang harus dilakukan?

Jika layanan keuangan dan layanan keamanan terlibat dalam organisasi manajemen risiko utama, kemudian dalam perusahaan kecil dan menengah, risiko ini biasanya terletak di zona tanggung jawab akuntan. Namun, untuk menggeser tanggung jawab untuknya jika rekanan ternyata tidak adil, setidaknya tidak akan salah.

Kurangnya prosedur yang disetujui dan dieksekusi, termasuk prosedur untuk memeriksa rekanan, yang memungkinkan Anda untuk mengkonfirmasi realitas transaksi dan ketersediaan tujuan bisnis ketika memasuki kesimpulan mereka, sekarang akan dianggap sebagai risiko signifikan bagi manajemen perusahaan .

Perusahaan harus mulai memeriksa rekanan dari pembentukan kebijakan pada verifikasi perusahaan, di mana perlu untuk mendaftarkan kriteria untuk pemilihan penyedia, serta kewajiban otorisasi untuk verifikasi rekanan karyawan yang membentuk minimum yang diperlukan Berkas pada rekanan dan diperbarui dengan periodisitas tertentu.

Seharusnya ditanggung bahwa bahkan pemeriksaan rekan-rekan yang komprehensif tidak menjamin pengecualian penuh risiko.Tetapi pada saat yang sama, kurangnya kontrol ketika memilih mitra dalam pengembangan peristiwa yang tidak menguntungkan pada saat meningkatkan risiko mendorong kerugian keuangan atau menerima klaim dari otoritas pajak.

Yuri Aleksandrovich Lukash.

Dalam hukum perdata, kontrak adalah dua atau lebih perjanjian pihak yang ditujukan untuk membangun, mengubah atau pemutusan hubungan kerja hak-hak sipil dan tugas. Perjanjian tertulis, tanggal, dan ditandatangani ini antara dua pihak atau lebih, yang menentukan kesepakatan tentang jumlah pekerjaan, tanggung jawab dan pembiayaan. Dasar kontrak dapat menjadi protokol penelitian.

Istilah "kontrak" menunjukkan dan hubungan hukum sipil yang timbul dari kontrak, serta dokumen di mana konten (kondisi) perjanjian disimpulkan secara tertulis.

Kesimpulan dari kontrak memungkinkan untuk memperhitungkan fitur-fitur hubungan antara para pihak, menyetujui kepentingan individu mereka, dan juga menciptakan jaminan hukum untuk para pesertanya: Perubahan satu sisi dari ketentuan kontrak tidak diperbolehkan., dan pelanggaran mereka mensyaratkan kewajiban untuk mengembalikan kerusakan yang menyebabkan kerusakan.

Kontrak ini banyak digunakan dalam perdagangan luar negeri, di mana biasanya disebut sebagai kontrak. Ada beberapa jenis kontrak berikut. Konsensual, di mana ada kesepakatan yang memadai dari para pihak, dan yang nyata untuk yang, sebagai tambahan, diperlukan, transfer properti yang sebenarnya, yang merupakan subjek dari kontrak (misalnya, transportasi, pinjaman).

Kontrak menerapkan aturan pada dua dan transaksi multilateral yang disediakan oleh Bab 9 KUHIL SIPIL INI DARI FEDERASI Rusia ini.

Untuk kewajiban yang timbul dari kontrak berlaku kETENTUAN UMUM Pada kewajiban (artikel 307-419 dari KUHP-nya Federasi Rusia), kecuali dinyatakan lain dengan aturan bab ini dan aturan tentang jenis-jenis kontrak tertentu yang terkandung dalam Kode Sipil Federasi Rusia.

Kontrak disimpulkan oleh lebih dari dua partai, ketentuan umum tentang kontrak diterapkan jika ini tidak bertentangan dengan sifat multilateral dari kontrak tersebut.

Sebagian besar kontrak dikompensasi: Masing-masing peserta kontrak menerima ini atau itu baik: properti, uang, layanan, hak.

Contoh perjanjian gratis mungkin donasi, penyimpanan gratis, dll.

Tergantung pada sifat kontrak konsekuensi hukum Perayaan final dan pendahuluan membedakan. Final memberdayakan para pihak dengan hak-hak dan tanggung jawab yang bertujuan untuk mencapai tujuan yang menarik, dan menentukan semua ketentuan kontrak.

Kontrak pendahuluan menciptakan kewajiban untuk menyimpulkan perjanjian di masa depan atau juga menyetujui beberapa kondisinya (kuantitas, harga, dll.). Kontrak semacam itu sering digunakan dalam perdagangan luar negeri.

Kontrak di mana kondisi esensial disepakati, dan kurang penting tetap terbuka untuk diskusi atau tidak menentukan, dianggap terbuka.

Jika kontraknya agak mandiri tergantung pada salah satu kewajiban lainnya, itu disebut dibagi, jika tidak - tidak dapat dipalsukan.

Proses kontrak dimulai dengan arah proposal pihak lain untuk menyimpulkan kontrak. Persetujuan dengan penawaran disebut sebagai penerimaan (lihat penerimaan), dan penerimaannya dianggap sebagai kesimpulan dari kontrak. Yang terakhir dimungkinkan dan dengan menandatangani pihak-pihak sebelum teks yang disiapkan.

Dalam bentuk penutup, kontrak dibagi menjadi sederhana dan notaris.

Dalam hal non-pemenuhan atau pelaksanaan kontrak yang tidak tepat, para pihak ditanggung sebagai tanggung jawab hukum, yang terdiri dari membayar penalti yang diberikan oleh hukum atau kontrak dan kompensasi untuk kerusakan, yang, sebagai aturan umum, tidak dikecualikan Dari kewajiban untuk memenuhi perjanjian tahanan dalam bentuk barang, yaitu, sesuai dengan ketentuannya.

Kata "kontrak" digunakan dalam bahasa Inggris karena perjanjian domestik dan jenis kontrak lainnya, kecuali untuk interstate. Setara dengan perjanjian internasional adalah kata "Perjanjian".

Sistem kerja yang dinegosiasikan dengan baik di perusahaan adalah salah satu dasar stabilitas hukum bisnis karena dapat mencegah kesalahan dan kesalahpahaman yang tidak perlu yang terus-menerus mengganggu sumber daya manusia dan keuangan organisasi, dan karena itu akan membantu untuk menghindari kemunculan banyak perselisihan yudisial.

Anda dapat menyoroti beberapa alasan untuk terjadinya litigasi, seperti:

- yang tidak bermoral dari salah satu rekanan di bawah kontrak;

- Krisis bisnis dari salah satu rekanan;

- Interpretasi yang salah terhadap undang-undang, ketentuan kontrak atau istilah hukum saat menandatangani kontrak;

- Kehadiran "lubang" hukum dalam teks kontrak;

- Pendaftaran dokumentasi yang salah mengkonfirmasi pelaksanaan kontrak oleh para pihak.

Dalam kasus pertama, pemeriksaan teliti rekanan baru dapat membantu dengan kasus-kasus di atas (verifikasi dokumen hukum, otoritas penandatanganan kontrak individu, permintaan saldo akuntansi, dll.) Dan perlindungan maksimum minat pada Penandatanganan kontrak pertama (prabayar 100% atau, sebaliknya, pra-pasokan).

Dalam kasus kedua, kebijakan kredit yang dirancang dengan baik dapat memainkan peran positif.

Kasus-kasus dari yang ketiga hingga kelima membutuhkan sistem manajemen dokumen kontrak yang dibangun dengan kompeten. Sistem ini terdiri dari berbagai aspek: Dari perkembangan bentuk-bentuk khas kontrak yang paling disesuaikan dengan jenis kegiatan, klien, metode bisnis, bisnis - proses organisasi, manajemen dokumen dan sebelum pelatihan organisasi literasi hukum dalam batas tugas resmi Pengembangan instruksi resmi.

Sayangnya, pekerjaan dengan kontrak dan dokumentasi kontrak-kontrak sering dipercayakan kepada karyawan untuk siapa karya ini bukan karakteristik (pengelola layar, proyek - manajer, akuntan dan sekretaris), dan karena pekerjaan ini adalah tambahan untuk yang utama, yang Sudah cukup beban besar dalam kompetensi langsung, maka sebagai hasilnya, tentu saja, kualitas kerja kontraktual menderita.

Banyak manajer organisasi memiliki keyakinan bahwa dua orang jujur \u200b\u200bdapat melakukannya tanpa bantuan seorang pengacara, tanpa pengembangan kontrak yang terperinci, tanpa pendaftaran yang akurat dari dokumentasi pelaporan. Namun, gagasan bahwa kedua orang jujur \u200b\u200bini saling memahami dengan cara yang berbeda. Tetapi bahkan jika ini tidak terjadi, maka Anda seharusnya tidak lupa bahwa dalam perjanjian apa pun, pihak ketiga selalu tidak terlihat dalam menghadapi pejabat pajak, dan kesalahan paling sederhana dalam pekerjaan kontrak dapat menyebabkan perselisihan pajak, tetapi Juga inisiasi kasus pidana "pajak" bahwa ia dapat secara signifikan mengurangi reputasi organisasi di mata mitra.

Ngomong-ngomong, tidak ada kasus ketika, dengan melewati pengacara, dokumentasi utama untuk mengajukan klaim, organisasi menemukan bahwa dokumentasi yang diciptakan olehnya adalah kualitas yang buruk, yang tidak memiliki kekuatan pembuktian.

Pendaftaran dokumentasi yang salah mengkonfirmasikan pemenuhan kewajiban berdasarkan kontrak, yang paling umum ditemukan - misalnya, organisasi menyimpulkan perjanjian yang sangat kualitatif, setelah itu menghancurkan upaya yang indah ke akar, mengungkap tindakan tanpa menentukan biaya pekerjaan, tanpa biaya. Menerbitkan transfer dokumentasi yang dikembangkan, tanpa mengeluarkan atau mengeluarkan subkontrak material transmisi yang salah atau tidak benar, dll.

Kerja yang kompeten dengan perjanjian memfasilitasi perencanaan dan, sebagai hasilnya, mempercepat omset dana dan mengurangi piutang.

Penciptaan sistem kerja kontraktual dapat dibagi menjadi beberapa langkah, sebagai:

- Pemeriksaan proses bisnis dan metode perusahaan. Pada tahap ini, perhatian khusus harus diberikan pada masalah, perselisihan yudisial, korespondensi klaim;

- Pengembangan bentuk kontrak dan dokumentasi pelaporan, berdasarkan pada spesifikasi dan fitur organisasi dan hubungannya dengan rekanan;

- Pengembangan algoritma manajemen dokumen kontrak yang sehubungan dengan penciptaan, penyesuaian, kesimpulan dan pelaksanaan kontrak. Pada tahap ini, bidang tanggung jawab dan kompetensi Kepala, Akuntansi, Sekretariat, Direktorat Komersial, staf eksekutif dan divisi lainnya ditentukan;

- Pengembangan pekerja dan uraian pekerjaan pada pekerjaan kontrak;

- Staf pengarahan yang terlibat dalam pekerjaan kontraktual;

- Audit. Pada tahap ini, kebenaran sistem pekerjaan diperiksa, masalah, kekasaran, terdeteksi.

- Konsultasi.

Menciptakan, debugging, pengujian kerja, meningkatkan sistem kerja dengan dokumentasi kontraktual membutuhkan menarik pengacara yang berkualitas - jauh lebih menguntungkan untuk mencegah kesalahan daripada memperbaikinya.

Perilaku tidak adil dalam periode negosiasi pra-kontrak

Sesuai dengan Kode Sipil Federasi Rusia, adalah mungkin untuk memaksakan pada sisi yang tidak bermoral dari tanggung jawab pra-kontraktual hanya dalam situasi tertentu. Jadi, dengan perilaku tidak bermoral dari salah satu pihak, yang mengarah pada ketidakabsahan kesepakatan kesepakatan, prediksi kontrak berakhir di bawah pengaruh khayalan, penipuan, kekerasan, ancaman, perjanjian jahat dari perwakilan dari satu partai. Di sisi lain, kontrak berakhir selama penggerak keadaan yang sulit, kesepakatan disimpulkan oleh orang atau wajah yang tidak mampu yang tidak dapat memahami makna tindakan mereka atau memimpin mereka. Jenis tanggung jawab prediktif kedua (datang jika terjadi ketidaksepakatan kontrak) diterapkan hanya dengan tidak adanya jawaban atas protokol tentang ketidaksepakatan ketika menyimpulkan kesepakatan pasokan, ketika menghindari kesimpulan dari kontrak utama, di hadapan dari kontrak pendahuluan atau kewajiban lainnya untuk menyimpulkan kontrak ketika menghindari dari salah satu pihak dari pendaftaran Negara atau sertifikat kontrak notaris

Salah satu cara untuk melindungi adalah pengenaan tanggung jawab pra-kontraktual ke samping, yang memperkenalkan sisi kedua khayalan pada tahap negosiasi. Misalnya, seni. 178 KUH Sipil menetapkan bahwa transaksi berakhir di bawah pengaruh kesalahan mungkin tidak valid, dan pihak terdakwa memiliki hak atas permintaan dari sisi lain penggantian kerusakan nyata yang disebabkan olehnya, jika ia membuktikan bahwa kesalahpahaman muncul karena kesalahan sisi jahat. Jika kesalahpahaman muncul bukan oleh kesalahan rekanan, maka pihak terdakwa itu sendiri berkewajiban untuk mengimbangi pihak lain yang menyebabkan kerusakan sebenarnya.

Salah satu kasus pengakuan khusus tentang tanggung jawab para pihak yang secara tidak adil memimpin dirinya pada tahap prediksi adalah pengumuman kontrak dengan tidak valid dan pengenaan kewajiban untuk mengkompensasi kerugian, menipu rekanan selama negosiasi. Menurut Pasal 179 KUHIL SIPIL Federasi Rusia, transaksi yang dilakukan di bawah pengaruh penipuan dapat diakui sebagai tidak valid tentang klaim korban oleh korban yang dikembalikan oleh pihak lain yang disebabkan oleh pihak lain. Ketika menganalisis fondasi yang ditentukan dari tanggung jawab pra-kontraktual, paling penting untuk memutuskan apa yang harus mempertimbangkan tipu daya. Biasanya di bawah penipuan berarti pesan informasi palsu tentang keadaan transaksi atau fakta yang penting bagi salah satu pihak pada akhir transaksi (yang merupakan pihak seperti itu telah memengaruhi pihak lain). Lebih sulit untuk menentukan apakah penipuan informasi harus dianggap sebagai penipuan (misalnya, non-laporan tentang keadaan yang diubah dibandingkan dengan pihak yang diumumkan).

Dasar khusus di mana partai yang berpartisipasi dalam negosiasi dapat dibayar kompensasi jika terjadi perilaku singkat dari pihak kedua, ada aturan tentang pengayaan yang tidak adil (Bab 60 KUH dari Federasi Sipil Federasi Rusia). Paling sering, pertanyaan tentang kembalinya pengayaan yang tidak adil terjadi pada kasus ketika selama negosiasi satu sisi mengungkapkan informasi tertentu dengan nilai komersial, dan pihak kedua, setelah menerima informasi tersebut, terus menggunakannya dan setelah penghentian negosiasi itu tidak mengarah pada kesimpulan dari kontrak. Dalam hal ini, informasi diperoleh secara sah (seperti yang diungkapkan oleh pemilik informasi tentang kehendaknya sendiri), oleh karena itu, alasan Umum Tanggung jawab pribadi untuk menerima informasi Metode ilegal tidak berlaku. Tugas untuk mengembalikan pengayaan yang tidak adil bukanlah subspesion tanggung jawab prediktif, tetapi juga dapat diterapkan oleh korban untuk kembali properti yang diterima atau diselamatkan dengan biaya.

Kriteria untuk keandalan kontrak

Setiap organisasi pada akhir transaksi selalu berupaya untuk awalnya memastikan keandalan maksimum hubungan dengan rekanan, karena ini merupakan jaminan operasi komersial yang sukses.

Dalam hal ini, beberapa kriteria untuk keandalan kontrak dapat dibedakan, khususnya, seperti:

- Kontrak disimpulkan untuk kepentingan organisasi ini;

- Hak-hak berdasarkan kontrak dilindungi dengan andal, dan tugas-tugas rekanan berdasarkan kontrak bertanggung jawab.

- Kontrak tidak mengandung "jebakan" atau apa yang disebut "tambang hukum".

Kesimpulan dari setiap transaksi dan, dengan demikian, kontrak harus didahului oleh pekerjaan serius dan melelahkan pada pencarian rekanan yang tepat, sesuai dengan koordinasi awal momen utama dari operasi yang akan datang dan seterusnya.

Praktek mengembangkan aturan dasar untuk menyimpulkan transaksi dalam bentuk apa pun, seperti:

- Awalnya, perlu untuk membayangkan dengan jelas apa yang direncanakan untuk mendapatkan dari transaksi. Penting untuk menciptakan model yang sempurna dari operasi yang akan datang, menentukan apa yang harus dilakukan oleh masing-masing pesertanya dan memecahnya menjadi tahapan dan persyaratan - dari memasuki perjanjian sebelum eksekusi, yang mana dan bagaimana harus dilakukan pada setiap tahap itu Ini perlu, menghitung kemungkinan risiko. Hanya setelah itu jelas untuk membayangkan semua peristiwa secara keseluruhan dan karenanya sudah pada tahap persiapan untuk memastikan bahwa situasi dikelola. Setelah itu, Anda dapat mulai menemukan rekanan potensial yang sesuai, dan kemudian untuk persiapan perumusan kontrak, persiapan dokumen yang diperlukan;

- Draf kontrak yang akan datang lebih baik untuk mempersiapkan dirinya, daripada mempercayainya dengan rekanan, dan dengan demikian memastikan posisi yang lebih preferensi dibandingkan dengan counterparty masa depan - dimungkinkan untuk merumuskan kondisi Anda lebih jelas dan memperhitungkan minat Anda;

- Dalam kondisi apa pun, jangan menandatangani kontrak sampai dia berkenalan dengannya dan pengacara tidak menyalahkannya. Ini adalah salah satu aturan paling penting yang harus dipandu oleh wirausahawan. Dalam kepentingannya, aturan ini dapat dikaitkan dengan "perintah emas seorang pengusaha." Kontrak apa pun selalu dokumen legal , Dan itu adalah anggota darinya jika orang yang tidak kompeten dibuat. Seorang pengacara akan menyarankan mengubah kata-kata satu atau kondisi lain, menjelaskan kepada Anda konsekuensi hukum dari ketentuan individu dari kontrak, akan merekomendasikan versi bagiannya atau titik kontrak. Banyak wirausahawan dalam kegiatan mereka banyak digunakan dalam praktik berbagai bentuk kontrak khas yang baru-baru ini disediakan dalam literatur yang relevan. Penggunaan formulir khas sangat menyederhanakan proses menyusun kontrak tertentu dan memungkinkan orang yang tidak memiliki pendidikan khusus, untuk menavigasi dalam hubungan hukum yang kompleks. Namun, perlu untuk memperhitungkan bahwa perjanjian universal yang mampu melindungi bisnis apa pun untuk seratus persen tidak ada. Kontraknya adalah individu, dan bentuk khas tidak pernah bisa menggantikan spesialis hidup;

- Tidak mungkin untuk memungkinkan ambigu dan kekurangan dalam kata-kata kontrak. Merumuskan dan mengoordinasikan ketentuan kontrak, perlu untuk mencapai penghapusan ambiguitas, blur, ketidakjelasan frasa. Kontrak itu penting setiap huruf, masing-masing koma. Harus diingat bahwa rekanan dalam hal perselisihan akan menjadi fuzzy dan kata-kata yang tidak jelas untuk mencoba menafsirkan dan menafsirkannya. Selain itu, mungkin termasuk dalam teks kontrak, sulit diposisikan (misalnya, dalam bahasa profesional), di mana minat Anda dapat dilanggar dengan sisi paling tidak terduga untuk Anda. Jika ada ambiguitas dan kekurangan dalam perumusan kontrak, pertanyaan tentang interpretasi satu atau posisi lain jika terjadi perselisihan akan diselesaikan oleh pengadilan. Itu tidak dapat diselesaikan demi Anda, karena sesuai dengan seni. 431 KUH Negeri Federasi Rusia, ketika menafsirkan ketentuan kontrak, pengadilan memperhitungkan makna literal dari kata-kata dan ekspresi yang terkandung di dalamnya. Pentingnya kondisi kontrak jika ambiguitasnya didirikan dibandingkan dengan kondisi dan makna kontrak lainnya.

Pencegahan kesalahan dalam menyusun kontrak

Desain yang benar dan penataan kompeten dari kontrak adalah jaminan tertentu dari implementasinya, sementara perhatian yang tidak memadai terhadap elemen-elemennya dapat memerlukan konsekuensi negatif.

Seni menyusun kontrak terbentuk dari kemampuan untuk merumuskan artikelnya sehingga kompiler telah menerima keunggulan signifikan dibandingkan rekanan, dan pada saat yang sama tidak dilihat oleh rekanan, kemampuan untuk membuat konsesi dalam satu artikel, dan Di sisi lain - untuk menguranginya, kemampuan untuk merumuskan kontraknya sehingga mitra tertarik pada eksekusinya.

Seperti yang Anda ketahui, kontrak secara tertulis dapat disimpulkan dengan menyusun satu dokumen yang ditandatangani oleh para pihak, serta dengan berbagi dokumen. Teks dokumen semacam itu dapat dibagi menjadi tiga bagian: pembukaan, sebenarnya teks kontrak, detail, dan tanda tangan para pihak. Kontrak apa pun dimulai dengan pembukaan, di mana ia ditunjukkan: tanggal dan tempat kontrak; Nama, nama dan patronontif perwakilan plenipotentiary dari para pihak, menunjukkan posisi, jika orang tersebut bertindak oleh proxy; Nama lengkap para pihak sesuai dengan piagam.

Ketika menyimpulkan kontrak, perlu memperhatikan keadaan penting, seperti:

- Apakah rekanan yang tepat membuat kontrak yang Anda butuhkan,

- Tidak perlu menyimpulkan kesepakatan persetujuan otoritas pihak yang relevan.

Dalam pembukaan, sering kali perlu untuk menentukan fenomena, objek, tentang mana kontrak disimpulkan - dalam hal ini, itu akan memahami dan bukan spesialis di bidang hubungan hukum.

Pembukaan harus benar-benar mengikuti teks perjanjian, aturan utama desain yang dikurangi menjadi fakta bahwa kontrak tidak perlu menulis ulang norma-norma perundang-undangan yang mengatur satu atau jenis kontrak lainnya. Bahkan tanpa referensi kepada mereka, norma-norma penting undang-undang akan bertindak. Namun, praktik ini menunjukkan bahwa para pihak jarang melihat undang-undang saat ini, membatasi cara untuk melihat kontrak, oleh karena itu, dalam beberapa kasus, poin yang paling penting dalam undang-undang tersebut dapat ditunjukkan dalam kontrak.

Sebagai suatu peraturan, kontrak kewirausahaan dapat dan cukup untuk melanjutkan dalam bentuk daftar sederhana item atau sistematisasi norma-norma kontrak dengan bagian:

- Subjek kontrak;

- Tugas para pihak;

- syarat kontrak;

- Harga dan prosedur untuk perhitungan;

- tanggung jawab para pihak;

- ketentuan akhir;

- detail dan tanda tangan.

Semua item (artikel) dari kontrak harus dirumuskan dengan jelas dan rinci untuk mengecualikan kemungkinan interpretasi ganda. Itu harus diingat bahwa nanti dalam kasus perselisihan berdasarkan ketentuan eksekusi kontrak, rekanan akan mencoba formulasi yang tidak akurat dalam kontrak untuk menafsirkannya.

Definisi subjek kontrak harus konkret beton. Dalam kebanyakan kasus, kata-katanya dapat dibawa. Kode sipil RF untuk jenis kontrak yang relevan.

Dengan menyebut dirinya kontraktor dan pelanggan, pembeli dan penjual, dll., Para pihak mengaitkan tindakan mereka dengan aturan KUHP-ajaran Sipil Federasi Rusia, mengatur jenis kontrak yang sesuai, yang mungkin tidak dimasukkan dalam rencana dari peserta kontrak. Ingatlah bahwa Pasal 421 dari Kode Sipil Federasi Rusia diberikan hak untuk masuk ke dalam kontrak yang tidak disediakan oleh undang-undang atau lainnya tindakan hukum , termasuk kontrak campuran yang menggabungkan fitur, tanda, elemen-elemen kontrak yang ditandai dalam Kode Sipil Federasi Rusia.

Saat merumuskan ketentuan perjanjian pada materi pelajaran, penting untuk memikirkan setiap kata. Misalnya, jika kontraktor menegaskan istilah "rekonstruksi" dan "modernisasi", dan bukan "perbaikan", dapat diasumsikan bahwa pada saat yang sama ia mengejar tujuan untuk meningkatkan statusnya sendiri dan, dengan demikian, biaya pekerjaannya sendiri , oleh karena itu, dimungkinkan untuk melampirkan kontrak pernyataan yang rusak Dengan enumerasi kesalahan spesifik yang merupakan objek perbaikan. Ungkapan "Pihak memberikan barang" tanpa sadar mengubah para pihak dengan aturan kontrak pasokan dan dapat memainkan peran yang menentukan dalam interpretasi kontrak di pengadilan. Oleh karena itu, dalam beberapa kasus, kata-kata "mentransmisikan barang" harus dipilih.

Setiap kontrak hukum sipil harus berisi bagian yang didedikasikan untuk tanggung jawab para pihak. Dalam menyusun kontrak kewirausahaan, perlu untuk menghindari frasa seperti "pihak yang melakukan untuk melakukan kewajiban perangkat lunak dengan benar" karena kata-kata tersebut dengan nilai semantik tidak membawa dan hanya mengacaukan dokumen.

Tujuan dari kompiler kontrak dalam hal peraturan tentang hak dan kewajiban para pihak harus menggunakan norma-norma penyusunan perundang-undangan sipil yang kompeten. Sejumlah kontrak (misalnya, perjanjian sewa real estat) tunduk pada pendaftaran negara, di samping itu, dalam beberapa kasus, para pihak datang ke perjanjian untuk mendaftarkan kontrak di notaris. Maka itu logis di bagian ini untuk menentukan siapa yang sebenarnya akan terdaftar. Anda juga dapat menyediakan bagian dari pihak-pihak dengan biaya Anda sendiri untuk memastikan objek kontrak, misalnya, barang.

Dalam kontrak harus mencerminkan semua kondisi penting. Terutama perlu memperhatikan istilah kontrak dan tenggat waktu untuk pemenuhan kewajiban, prosedur untuk penerimaan eksekusi berdasarkan kontrak, persyaratan untuk kualitas pemenuhan kewajiban kontrak.

Kontrak kewirausahaan juga harus menjadi bagian khusus yang didedikasikan untuk harga dan urutan perhitungan. Harga dapat ditunjukkan dalam dolar atau unit bersyarat. Yang utama adalah pembayaran dibuat dalam rubel. Dalam hal ini, dalam kontrak perlu untuk menentukan pada siapa tingkat yang ditetapkan akan dibayarkan dalam rubel - pada tingkat centrabank Rusia, Micex, dll.

Saat menyusun kontrak, disarankan untuk menyediakan jumlah pajak pertambahan nilai. Ideal akan ideal untuk menunjukkan harga tanpa PPN, tarif PPN, jumlah PPN dan total harga kontrak (harga + PPN).

Dalam beberapa kasus (misalnya, dalam hubungan pada kontrak), ketika menandatangani kontrak, harga yang tepat dari kontrak belum diketahui oleh para pihak. Masalah seperti itu diselesaikan dengan menerapkan jenis kata-kata: "Pelanggan membayar pelanggan untuk pekerjaan berdasarkan perjanjian ini harga ditentukan oleh perkiraan. Biaya pekerjaan yang ditentukan oleh estimasi adalah perkiraan. Hutang harga akhir untuk pekerjaan berdasarkan perjanjian ini ditentukan dalam tindakan penerimaan pekerjaan yang dilakukan. "

Jika seorang wirausahawan dalam hubungan dengan rekanan menggunakan prabayar, untuk menghindari risiko bisnis, itu harus digunakan dengan cara ini memberikan kewajiban sebagai deposito, yang esensi adalah, jika debitur membayar jumlah ganda setoran , Debitur membayar jumlah ganda setoran.

Dalam kontrak bisnis apa pun, bagian tentang tanggung jawab para pihak harus dihindari dalam praktik frasa seperti: "Para Pihak bertanggung jawab sesuai dengan perundang-undangan saat ini." Itu harus dirujuk ke pengembangan ketentuan perjanjian yang sedang dipertimbangkan. Jika salah satu pihak di bawah kontrak adalah entrepreneur individu , Itu harus diingat bahwa para pihak dalam kontrak dapat memaksakan rasa bersalah sebagai kondisi tanggung jawab pemilik. Tanggung jawab untuk non-pemenuhan oleh warga negara-wirausahawan dari kewajibannya yang timbul dari kegiatan komersial, sesuai dengan aturan tanggung jawab untuk kegiatan kewirausahaan, yaitu, tanpa rasa bersalah, karena fakta pelanggaran kontrak atau menyebabkan kerusakan. Namun, pengusaha individu harus tahu bahwa aturan untuk tanggung jawab inovasi dispensatif. Pengusaha dalam kontrak sering masuk akal untuk menentukan jumlah penalti: hukuman atau hukuman.

Cukup logis untuk memimpin dalam kontrak daftar informasi tertentu yang merupakan rahasia komersial.

Para pihak dibebaskan dari pertanggungjawaban atas non-kinerja atau pemenuhan kewajiban yang tidak tepat, jika non-pemenuhan tersebut (kinerja yang tidak tepat) disebabkan oleh tindakan force majeure. By the way, selain yang diterima secara umum dalam kontrak, keadaan tambahan dapat diberikan bahwa para pihak menganggap Force Majeure sendiri.

Ketentuan akhir perjanjian harus mengandung norma pada jangka waktu kontrak, prosedur untuk menyelesaikan perselisihan, dll. Dianjurkan untuk menetapkan prosedur pengaduan wajib untuk menyelesaikan perselisihan dalam kontrak. Hal ini disebabkan oleh kebutuhan untuk melakukan biaya untuk percobaan (setidaknya ini adalah jumlah tugas negara), sementara klaim memungkinkan untuk menyelesaikan perselisihan dan tanpa pergi ke pengadilan. Dalam hal ini, juga perlu untuk menentukan bagaimana klaim akan diarahkan dan menentukan waktu mana jawabannya harus diberikan. Ngomong-ngomong, tampaknya disarankan untuk dicatat bahwa tanda tangan para pihak diinginkan untuk mengenakan setiap lembar kontrak.

Kesimpulan kontrak dengan divisi terpisah

KUH Negeri menetapkan tanggung jawab untuk non-kinerja atau pemenuhan kewajiban yang tidak tepat. Ketentuan undang-undang perdata tentang tanggung jawab atas pelanggaran kewajiban juga diterapkan pada hubungan yang timbul dari kontrak:

- Pihak yang tidak memenuhi atau memenuhi kewajiban kewajiban secara tidak tepat berdasarkan kontrak (debitur) berkewajiban untuk mengimbangi pihak lain (kreditor) yang disebabkan oleh kerugian ini. Konsep "kerugian" ditutupi oleh kerusakan nyata dan manfaat yang terlewatkan. Kerusakan nyata disebut biaya yang diproduksi dan harus membuat pemberi pinjaman, dan kehilangan (kerusakan) properti. Keuntungan yang tidak terjawab diakui sebagai penghasilan yang dapat diterapkan yang dapat diterima pemberi pinjaman selama waktu yang sama dalam kondisi yang sebanding dengan pelaksanaan kontrak yang tepat. Kerugian ditentukan pada harga yang ada di tempat dan pada saat kewajiban harus dipenuhi;

- Sehubungan dengan seseorang yang belum memenuhi atau memenuhi kewajibannya secara tidak tepat, kontrak dapat diberikan untuk kewajiban untuk membayar penalti. Jika penalti disediakan oleh kontrak, maka kerugian diganti pada bagian yang tidak ditanggung dengan penalti, kecuali dalam kasus-kasus di mana jika tidak diberikan oleh kontrak atau hukum.

Jika debitur tidak memenuhi baik baik terpenuhinya, atau ia melintasi kewajiban moneter di bawah kontrak, maka setelah berakhirnya istilah untuk pelaksanaan kontrak, sesuai dengan seni. 395 Kode Sipil Federasi Rusia diakui sebagai penggunaan uang orang lain. Dalam hal ini, debitur berkewajiban membayar bunga sebesar dana ini. Minat dalam kasus ini ditentukan berdasarkan tingkat akuntansi kepentingan perbankan, yang ada di lokasi pemberi pinjaman untuk hari yang ditentukan dalam kontrak sebagai hari terakhir pemenuhan kewajiban. Pada saat yang sama, debitur tidak dilepaskan dari pemenuhan. Jika kerugian bahwa debitur menyebabkan kreditor untuk non-pemenuhan kewajiban moneter melebihi jumlah bunga yang ditentukan, pemberi pinjaman berhak atas permintaan dari debitur kerusakan pada bagian yang melebihi jumlah yang lebih tinggi.

Kewajiban para pihak berdasarkan kontrak dihentikan setelah pemenuhan kewajiban berdasarkan kontrak.

Persiapan untuk kesimpulan dari kontrak

Kontraknya adalah sumber hak-hak dan kewajiban sipil, dan terlepas dari apakah undang-undang saat ini menyediakan undang-undang saat ini atau tidak (ayat 2 seni. 421 dari KUH Negeri Federasi Rusia), asalkan mereka tidak ilegal.

Pekerjaan kontraktual harus memenuhi kondisi dasar berikut: kepatuhan dan memenuhi persyaratan undang-undang, ketentuan tindakan, efisiensi, relevansi, kelayakan ekonomi, literasi hukum dari dokumen-dokumen yang dikompilasi dan kegiatan-kegiatan yang dilakukan, keamanan keuangan proyek.

Semua kontrak harus dikenakan pemeriksaan, termasuk hukum dan ekonomi, di semua tahap kerja. Pemeriksaan seperti itu dapat dilakukan kekuatan sendiri , menarik karyawannya yang memiliki pelatihan yang tepat, atau dengan bantuan organisasi pihak ketiga yang berspesialisasi dalam bidang ini. Dalam agregat keahlian, buat prasyarat untuk penampilan yang dipersiapkan secara komprehensif untuk implementasi kontrak. Pemeriksaan hukum atas dokumen ini tidak hanya melibatkan identifikasi kondisi yang tidak sesuai dengan kepentingan para pihak yang disampaikan dan perumusan kontra-assimensi, tetapi juga verifikasi untuk kepatuhan dengan kesimpulan transaksi dalam arti luas konsep ini . Kepatuhan dengan hukum berarti tidak hanya keberadaan kontrak dalam kerangka peraturan yang ada, tetapi juga untuk mematuhi prinsip-prinsip umum perundang-undangan sipil yang tidak memungkinkan hak-hak mereka dengan maksud untuk membahayakan orang lain atau menyalahgunakan posisi dominan mereka Di pasar, dll. Keahlian ekonomi juga sangat luas konsep dan perlu untuk melaksanakan struktur ilmu ekonomi, yang mencakup analisis ekonomi (termasuk keuangan, pemasaran, akuntansi) dan perencanaan (strategi dan arus).

Dengan demikian, hasil keahlian hukum dan ekonomi dari perjanjian penutup menjadi peserta yang kompeten secara finansial dan menguntungkan secara finansial dari para pihak.

Kesimpulan dari kontrak harus didahului oleh karya persiapan besar yang dilakukan oleh rekanan masa depan. Pemilihan mitra bisnis yang benar akan memungkinkan dalam proses pelaksanaan kontrak untuk menghindari para pihak terhadap kesulitan organisasi atau sebaliknya.

Tugas utama pada tahap persiapan bekerja dengan kontrak adalah untuk mendapatkan informasi maksimum pada hukum atau orang lain, yang dengannya kesimpulannya direncanakan.

Ketika memilih rekanan harus sangat berhati-hati, terutama dengan proyek jangka panjang, berinvestasi dalam volume besar dan mematuhi aturan berikut. Ketika mengumpulkan informasi tentang mitra potensial, itu harus digunakan dalam kerangka kerja yang ditetapkan oleh undang-undang, yang bermanfaat untuk melindungi kerahasiaan informasi individu (mewakili rahasia komersial, resmi dan lainnya). Pertama-tama, perlu untuk mengetahui apakah orang itu menarik dengan proposal untuk menyimpulkan kontrak untuk bernegosiasi seperti ini diotorisasi. Selanjutnya Anda perlu menginstal, dari nama siapa ini. Jika itu adalah perwakilan, kemudian menetapkan status hukum dari yang disampaikan (badan hukum, wiraswasta , Unit struktural, dll.), Bentuk Organisasi dan Hukum (LLC, Aozt, JSC, dll.), Spesialisasi.

Kekuatan perwakilan dari para pihak diperiksa dengan mengirimkan dokumen yang relevan (dalam beberapa kasus itu adalah kekuatan pengacara dan dokumen identitas pada orang lain - undang-undang, ketentuan, dokumen konstituen). Dengan tidak adanya izin untuk bertindak atas nama orang lain atau ketika kekuatan tersebut melebihi kekuasaan seperti itu, transaksi tersebut dianggap disimpulkan atas nama dan demi kepentingan orang yang telah berkomitmen, jika hanya orang lain selanjutnya tidak menyetujui transaksi itu.

Perhatian khusus layak mendapat masalah kesimpulan kontrak dengan divisi terpisah, yang menyangkut masalah entitas hukum. Divisi terpisah termasuk kantor perwakilan dan cabang, tetapi mereka bukan entitas hukum. Kepala divisi ditunjuk oleh badan hukum dan beroperasi, termasuk kontrak, berdasarkan kuasa-Nya. Kekuatan pengacara harus dikeluarkan sesuai dengan aturan yang ditetapkan oleh Pasal 185 KUHIL KUHIL DARI FEDERASI Rusia. Surat kuasa harus ditentukan, tindakan mana yang memiliki hak untuk melakukan manajer atas nama badan hukum. Seharusnya ditanggung bahwa dalam dokumen seperti itu mungkin ada berbagai penarikan dan pembatasan yang dikenakan pada tindakan kepala divisi terpisah. Misalnya, kontrak dapat berisi syarat bahwa hak untuk menyimpulkan transaksi terbatas pada sejumlah kontrak tertentu. Berkenaan dengan kontrak disimpulkan oleh divisi terpisah, semua aturan dan persyaratan yang biasanya dikenakan pada kesimpulan transaksi oleh badan hukum itu sendiri relevan. Kesimpulan transaksi oleh divisi struktural atas namanya sendiri, setidaknya dalam kepentingan mereka sendiri, tidak diperbolehkan. Bagaimanapun, transaksi harus atas nama entitas hukum, jika tidak maka diakui secara tidak signifikan.

Salah satu kondisi badan hukum entitas hukum adalah kehadiran izin khusus (lisensi), yang merupakan bukti hak kepadanya untuk terlibat dalam kegiatan, di mana undang-undang tersebut didirikan oleh tatanan khusus. Transaksi yang dilakukan oleh badan hukum yang tidak memiliki lisensi dapat diakui sebagai tidak valid dengan klaim badan hukum ini, pendirinya atau badan negara yang melaksanakan kontrol atau pengawasan kegiatan badan hukum jika pihak lain tahu atau secara sadar harus Waspadai ilegalitasnya.

Penting untuk dicatat bahwa dalam pekerjaan kontraktual harus dipastikan dengan interaksi komprehensif divisi organisasi, yang di masa depan pelaksanaan kontrak atau fungsi kontrol khusus - akuntansi, unit keuangan, layanan hukum dan kontraktual adalah diberlakukan, dan dalam kasus yang diperlukan - produksi dan teknis, teknologi, dll. Tentu saja, kepala kegiatan tersebut harus menjadi pemimpin.

Jika kontrak menyediakan untuk implementasi tugas teknis apa pun, perlu untuk menyelidiki kondisinya dari sudut pandang teknis, yang akan mencegah munculnya proyek, implementasi yang mungkin tidak mungkin karena kebangkrutan teknis (ketidakpihasan, non -aksi, dll.).

Hasil dari pekerjaan persiapan untuk menyimpulkan kontrak adalah kontrak kontrak atau perjanjian tahanan. Sebelum kesimpulan dari kontrak dalam praktik, konsep-konsep tersebut sebagai protokol pada niat, perjanjian umum, dll., Dan hanya ketika menganalisis konten dokumen-dokumen ini dapat disimpulkan tentang esensi mereka.

Jika para pihak memproduksi dan menandatangani perjanjian dengan komputer elektronik, di mana sistem tanda tangan digital (elektronik) digunakan, mereka dapat tunduk pada pengadilan arbitrase atas perselisihan yang timbul dari kontrak ini, juga tanda tangan digital (elektronik) bersertifikat. Jika ada perselisihan antara pihak-pihak tentang kehadiran kontrak dan dokumen lain yang ditandatangani oleh tanda tangan digital (elektronik), pengadilan arbitrase meminta ekstrak dari kontrak dari kontrak di mana prosedur untuk mengoordinasikan ketidaksepakatan dan pihak beban (tugas) dari ketentuan-ketentuan dari mereka atau fakta dan keandalan tanda tangan lainnya. Dengan cara yang ditentukan dalam kontrak, pengadilan arbitrase memverifikasi keakuratan bukti yang diajukan oleh para pihak. Jika perlu, pengadilan menunjuk ujian untuk menyelesaikan masalah kontroversial, sekali lagi, dengan mempertimbangkan prosedur, ditetapkan oleh kontrak . Dengan tidak adanya isu-isu prosedural dalam kontrak, dalam hal salah satu pihak menantang keberadaan perjanjian yang ditandatangani dan dokumen-dokumen lain, pengadilan arbitrase memiliki hak untuk tidak menerima dokumen yang ditandatangani oleh tanda tangan digital (elektronik) sebagai bukti. . Pada saat yang sama, pengadilan, yang memungkinkan perselisihan semacam itu, menilai keadaan kasus, secara komprehensif mempertimbangkan pertanyaan apakah para pihak secara sukarela dan dengan pengetahuan apakah para pihak dimasukkan dalam perjanjian pertimbangan perselisihan dan pemeriksaan. Fakta-fakta tertentu, itu tidak dikenakan pada salah satu pihak untuk rekanan untuk memastikan hanya kepentingan dan pelanggaran kepentingan lawan, dan, dengan mempertimbangkan penilaian ini, itu membuat keputusan yang tepat. Jika kondisi ini dilanggar, transaksi mungkin tidak valid.

Saat melakukan transaksi, penggunaan reproduksi faks tanda tangan menggunakan alat penyalinan mekanis atau lainnya, tanda tangan elektron-digital atau analog yang berbeda dari tanda tangannya sendiri dalam kasus dan dengan cara yang ditentukan oleh hukum, tindakan hukum lainnya atau perjanjian Para Pihak.

Dokumen yang diterima dari sistem informasi otomatis mengakuisisi kekuatan hukum Setelah menandatanganinya oleh seorang pejabat dengan cara yang diresepkan oleh hukum Federasi Rusia . Dalam hal ini, kekuatan hukum dokumen, disimpan, diproses dan ditransmisikan dengan menggunakan informasi otomatis dan sistem telekomunikasi, dapat dikonfirmasi oleh tanda tangan digital elektronik. Kekuatan hukum dari tanda tangan digital elektronik diakui sebagai sistem informasi perangkat lunak dan perangkat keras otomatis, memberikan identifikasi tanda tangan dan mematuhi mode penggunaannya yang ditetapkan. Hak untuk menyatakan identitas tanda tangan digital elektronik dilakukan berdasarkan lisensi.

Struktur kontrak.

Subjek kontrak harus mematuhi isi hubungan, yang dimaksudkan untuk mengatur, jika tidak, dalam hal situasi konflik, pengadilan akan menyelesaikan kasus berdasarkan kontrak bukan dari nama kontrak , dan dari esensi hubungan yang ia atur, meskipun KUH Perdata menetapkan bahwa kontrak oleh para hakim harus ditafsirkan secara harfiah. Jika, dengan interpretasi, kehendak para pihak kontraksi tidak dapat ditentukan dengan andal, maka pengadilan mempresentasikan dari keadaan yang menunjukkan keinginan sebenarnya para pihak, yaitu: perundingan yang diprediksi (didokumentasikan), korespondensi, praktik yang ditetapkan dalam hubungan antara pihak-pihak, Kebiasaan omset bisnis, perilaku selanjutnya dari counterparties (ART. 431 dari KUH Negeri Federasi Rusia), yang dikonfirmasi oleh praktik peradilan.

Akhir fragmen pengantar gratis.

Kontrak adalah sayatan wajib akuntansi analitik dari pemukiman timbal balik. Jumlah kontrak dengan rekanan tidak terbatas. Ketika bekerja dengan laporan tentang pemukiman timbal balik, Anda dapat menganalisis utang secara umum pada rekanan, tanpa merinci kontrak tertentu. Tetapi ketika mengeluarkan operasi ekonomi, perlu untuk menunjukkan perjanjian khusus di mana pemukiman timbal balik akan diadakan pada saat memperbaiki operasi ekonomi. Untuk menyimpan kontrak, disimpulkan dengan rekanan, buku referensi "kontraktan 'kontrak", yang disubordinasikan ke buku referensi "rekanan". Pertimbangkan detailnya.

Direktori "Perjanjian Counterparty"

Rincian buku referensi "kontraktan 'kontrak"

Kontrak itu tentu menunjukkan suatu organisasi, bahkan jika pemukiman timbal balik berdasarkan kontrak ini hanya akan dilakukan pada akuntansi manajerial. Dokumen-dokumen utama dipantau oleh kepatuhan organisasi yang ditentukan dalam dokumen dan organisasi dalam perjanjian yang dipilih.

Counterparty adalah pemilik kontrak.

Kelompok kontrak - menunjukkan milik elemen tertentu ke grup buku referensi "kontraktan". Misalnya, "komoditas" atau "layanan".

Nama kontrak mengisi formulir sewenang-wenang. Disarankan untuk memberikan nama yang bermakna di mana Anda dapat menebak parameter kontrak.

Jenis kontrak dan fitur-fiturnya

Jenis kontrak dalam kondisi yang tepat menentukan opsi hubungan dengan rekanan. Daftar jenis kontrak dari mana Anda dapat memilih nilai tergantung pada nilai flag "pembeli" dan flag "pemasok" yang diinstal dalam bentuk rekanan. Jenis kontrak berikut didefinisikan dalam konfigurasi:

dengan pemasok;

dengan pembeli;

dengan panitia;

dengan seorang komisaris;

barter;

Jenis kontrak mempengaruhi daftar operasi ekonomi yang dapat didekorasi dengan kerangka itu. Sebagai contoh:

pengoperasian pembelian TMC dapat dipantulkan hanya dengan perjanjian kontrak: "dengan pemasok", "barter";

pengoperasian memperoleh komisi TMC hanya dapat dipantulkan di bawah perjanjian perjanjian: "Dengan Comitant";

Item ini memungkinkan perwujudan penggunaan detail lebih detail dari pemukiman timbal balik ke dokumen penyelesaian (sebelum faktur, sebelum dokumen pembayaran).

Bendera "Ekonomi Asing"

Klausul ini memungkinkan untuk memisahkan kontrak dalam mata uang asing hanya untuk keperluan akuntansi manajerial, dari kontrak yang benar-benar terkait dengan kegiatan ekonomi asing. Fitur ini digunakan untuk keperluan akuntansi yang diatur, karena dalam akuntansi dalam mata uang asing hanya dapat dipantulkan untuk perhitungan ekonomi asing. Operasi dalam kontrak dalam mata uang asing tanpa bendera ini tidak dapat tercermin dalam akuntansi yang diatur.

Bendera "Implementasi untuk Ekspor"

Item ini muncul dalam kontrak hanya jika jenis kontrak "dengan pembeli" dan memungkinkan Anda untuk mengontrol konsumsi uang dari pembeli. Itu. Dengan bendera ini, tidak mungkin untuk melakukan pembayaran melalui dokumen kas, hanya melalui dokumen pembayaran dengan uang tanpa uang tunai.

Jenis pemukiman timbal balik

Fitur analitik tambahan yang berfungsi untuk memisahkan pemukiman timbal balik. Nilai fitur ini dipilih dari buku referensi "Jenis-jenis penyelesaian timbal balik", yang awalnya kosong - pengguna harus mengisinya sendiri. Di masa depan, dengan nilai-nilai detail ini, Anda dapat berbagi dan memfilter indikator dalam laporan penyelesaian.

Kondisi perjanjian

Jika nilainya "dengan kondisi tambahan" dipilih - kemungkinan menetapkan kondisi tambahan dalam kontrak, yang berarti dijelaskan di bawah ini.

Akuntansi barang

Makna dan tujuan parameter kontrol piutang dan parameter reservasi (pada bookmark "Umum" dan "Akuntansi") akan dipertimbangkan lebih lanjut.

Bookmark "Lanjutan"

Tab "lanjutan" mendefinisikan parameter default dalam pelaksanaan operasi berdasarkan kontrak ini.

Tipe Harga

Alat peral-alat peraga menentukan jenis harga untuk pengisian otomatis ketika pembelian / penjualan barang berdasarkan kontrak ini. Nilai dipilih dari:

• Ketentuan kontrak berdasarkan kontrak

  Penting! Anda tidak dapat memasukkan beberapa kondisi di bawah perjanjian pemukiman timbal balik pada satu kontrak beroperasi secara bersamaan.

  Bookmark "Diskon"

  Bookmark terlihat dalam bentuk kontrak untuk jenis kontrak "dengan pembeli" ("dengan agen Komisi"). Dan itu tercermin dalam periode yang ditentukan dan pada tombol "Tampilkan" cairan aktif untuk rekanan ini dan pada kontrak ini. Data diganti dari daftar "diskon dan sifat nomenklatur"

  Bookmark "Akuntansi Pajak"

  Pada tab Akuntansi Pajak, skema ditentukan. akuntansi Pajak. Di bawah Perjanjian Counterparty, I.E. Momen menentukan basis perpajakan pada PPN. Momen mendefinisikan basis pajak diatur secara terpisah untuk operasi akuisisi dan penjualan dan dapat dipilih dari daftar berikut:

  • pada acara pertama;

    dengan pengiriman;

    setelah pembayaran;

    jangan tentukan.

  Secara terpisah menentukan skema akuntansi pajak untuk kontainer yang dapat dikembalikan.

  Tab perangko.

  Tab ini memenuhi nama asli kontrak, yang akan tercermin dalam bentuk dokumen yang dicetak.

  Pada tab "Properti" dan "Kategori", fitur analitik tambahan dapat dipantulkan untuk kontrak.

  Jika pada titik mana pun dalam sistem ada dokumen yang dijalankan berisi referensi ke kontrak, maka persyaratan perjanjian "organisasi", "melakukan pemukiman timbal balik", "mata uang pemukiman timbal balik", "istilah-istilah", ",", " implementasi "dan" Skema Akuntansi Pajak "dilarang - sistem memblokir upaya tersebut.

  Rincian pemukiman timbal balik

  Dalam kerangka satu kontrak dengan rekanan, Anda dapat melakukan mutasi:

  baik di bawah kontrak secara keseluruhan

  atau tunduk pada detail tambahan - pada transaksi, berdasarkan pesanan, pada akun;

  terlepas dari penggunaan transaksi, Anda dapat menyimpan catatan dari pemukiman timbal balik dengan detail yang lebih dalam ke dokumen pengiriman atau pembayaran - sesuai dengan dokumen perhitungan dengan rekanan.

  Ketika mencerminkan pemukiman timbal balik "di bawah kontrak secara keseluruhan", Anda dapat membentuk akun untuk pembayaran, dan pesanan, tetapi ini tidak perlu, dan jumlah pemukiman timbal balik untuk kontrak seperti itu akan menunjukkan utang di bawah kontrak secara keseluruhan - Tanpa memperhitungkan dokumen-dokumen ini.

  Dibawah kontrak

  Lebih mudah memilih jenis ini jika tidak ada peraturan yang sulit dari manajemen dokumen berdasarkan kontrak. Artinya, dalam beberapa kasus suatu akun dapat dibuat sebelum dimulainya operasi ekonomi lain, dalam beberapa kasus pesanan dapat dibuat (dengan reservasi berdasarkan pesanan), dan kadang-kadang pengiriman (kedatangan) TMC dapat dilakukan tanpa ini menyertai. dokumen. Dengan pendekatan ini, langkah pertama operasi (transaksi) mungkin merupakan dokumen dalam bentuk apa pun, dan oleh karena itu segala jenis pemukiman timbal balik "sesuai dengan transaksi" tidak dapat digunakan. Penawaran dianggap sebagai dokumen yang dimulai dan sering menentukan operasi ekonomi. Dalam konfigurasi khas, pesanan komoditas, akun untuk pembayaran dan langsung dokumen komersial atau dokumen pembayaran dapat dibuat sebagai transaksi.

  Tidak ada fiksasi eksplisit status untuk dokumen-transaksi dalam konfigurasi tidak disediakan. Bahkan, transaksi menjadi dokumen yang merupakan yang pertama datang dalam kerangka beberapa tahap satu operasi ekonomi untuk mengukur "transaksi" register timbal balik.

  Pemeliharaan pemukiman timbal balik pada transaksi

  Dalam konfigurasi tipikal, mode berikut melakukan pemukiman timbal balik pada transaksi diimplementasikan:

  oleh pesanan. Dalam mode ini, hanya pesanan komoditas yang dapat bertindak sebagai transaksi. Artinya, langkah pertama dan wajib dari refleksi operasi ekonomi adalah untuk membuat pesanan. Semua dokumen komoditas dan moneter selanjutnya dalam kontrak seperti itu harus merujuk pada urutan terbentuk. Dalam mode ini, komoditas atau dokumen kas, dirancang sebagai bagian dari urutan tertentu, dapat membayar hutang pada pesanan ini, dan jika jumlah pada dokumen melebihi jumlah utang, untuk membentuk kemajuan. Pada saat yang sama, kemajuan akan dikaitkan dengan urutan yang sama;

  

  Berdasarkan permintaan

  .ў Pada akun. Di sini, sebagai penawaran adalah tagihan pembayaran. Hutang dalam kasus ini akan dilunasi dengan cara yang digambarkan di atas, tetapi dalam akun, bukan pesanan. Membuat akun menjadi langkah pertama wajib dalam refleksi operasi untuk kontrak semacam itu. Langkah-langkah selanjutnya dari operasi (pergerakan barang dan uang) harus memiliki tautan wajib ke akun yang terbentuk. Hutang pada rekanan akan dilacak secara terpisah untuk setiap akun.

  
  

  Dengan akun

  Mempertahankan dokumen pemukiman timbal balik dengan counterparties

  Saat memantulkan pemukiman timbal balik "di bawah kontrak secara keseluruhan", "pada pesanan" atau "pada akun", yang memungkinkan kontrol utang dengan akurasi terhadap transaksi, Anda dapat mempertahankan akuntansi hutang yang lebih rinci dengan keakuratan pengiriman atau dokumen pembayaran. Dengan itu, aliran dokumen dalam hal apa pun ditentukan oleh metode melakukan pemukiman timbal balik dalam kontrak, tetapi tidak hanya dokumen transaksi yang akan dicatat sebagai dasar tunggakan hutang, tetapi juga dokumen penyelesaian (pembayaran, pengiriman, kedatangan) ).

  Dalam dokumen pembayaran dan pengiriman, tautan ke dokumen telah direkam, yang telah membentuk hutang ditebus oleh dokumen saat ini. Tautan tercermin dalam header (dalam dokumen pembayaran) atau di bagian tabular (dalam dokumen komoditas) dari dokumen "penutupan" dalam "Dokumen Perhitungan dengan Counterparties".

  sebuah dokumen yang mencerminkan langkah pertama dari operasi ekonomi, misalnya, dokumen pengiriman disusun tanpa mengacu pada "dokumen perhitungan dengan rekanan". Dalam hal ini, ia menjadi "dokumen perhitungan dengan rekanan" (yang tercermin dalam register yang relevan "pemukiman timbal balik dengan rekanan pada dokumen perhitungan"). Semua langkah lebih lanjut dalam transaksi tersebut (pembayaran) hanya dapat dieksekusi dengan mengacu pada dokumen penyelesaian asli (dokumen pengiriman). Ini harus dokumen yang mengubah utang di arah yang berlawanan. Artinya, hutang pengiriman hanya dapat mengurangi pembayaran yang diterima (dan dimungkinkan untuk membayar frekuensi dalam beberapa dokumen) atau pengembalian barang.

  jika hutang muncul pada dokumen moneter (pembayaran di muka), maka langkah-langkah selanjutnya untuk menutup hutang dapat dikeluarkan hanya dengan pergerakan barang (dan barang juga dapat mengirim ke dalam beberapa resepsi dalam beberapa dokumen) atau pengembalian uang.

  jika ada beberapa kemajuan dalam kontrak yang sama (dokumen moneter), maka setiap dokumen tersebut menjadi "dokumen perhitungan dengan rekanan." Transaksi ini dapat ditutup oleh satu dokumen pengiriman produk, di mana pada tab "Pembayaran Prabayar" pada tombol "Isi" Anda dapat melihat semua dokumen uang yang akan menutup dokumen pengiriman FIFO. Itu. Yang pertama akan menutup hutang pada dokumen moneter, yang terdaftar sebelum sisanya. Tunggakan pembayaran di muka dapat ditutup dan dikembalikan uang untuk setiap "dokumen perhitungan dengan rekanan."

  Bahkan, jenis penyelesaian timbal balik dalam kontrak mempengaruhi dokumen komoditas bekas dalam perjanjian ini dan untuk mengisi detail saling tergantung dalam dokumen berdasarkan kontrak.

  Misalnya, akun untuk pembayaran kepada pemasok dan akun untuk pembayaran kepada pembeli dapat diformalkan dengan detail pemukiman timbal balik berdasarkan kontrak. Tetapi jika bentuk pemukiman timbal balik ditetapkan "pada akun", maka pembentukan akun menjadi tahap pertama manajemen dokumen. Dan semua dokumen komoditas dan moneter yang terbentuk berdasarkan akun ini harus memiliki referensi wajib ke akun ini (mengisi detail transaksi).

  Contoh lain, pesanan pembeli dan pesanan ke pemasok dapat dikeluarkan dalam konfigurasi hanya perjanjian itu, pemukiman timbal balik yang "di bawah kontrak secara keseluruhan" atau "pesanan" dilakukan. Apalagi dalam kasus terakhir, penggunaan pesanan menjadi wajib. Berdasarkan data pesanan, pembeli dapat membuat akun untuk pembayaran. Perlu dicatat bahwa akun hanya dibuang untuk membentuk formulir yang dicetak. Dan dokumen-dokumen pengiriman TMC dan pembayaran harus diberikan atas dasar pesanan pembeli. Kepatuhan dengan kondisi ini diperlukan untuk kebenaran penggunaan mekanisme pemesanan produk dalam pesanan dan penutupan penyelesaian timbal balik: rekanan tidak hanya dalam konteks kontrak, tetapi juga dokumen transaksi dan penyelesaian. Dengan demikian, jika pesanan dapat direkam pada saat yang sama, dan akun penagihan, interpretasi lebih disukai dalam konteks pesanan.

  Kontrol Piutang

  Kontrak memiliki sejumlah pengaturan yang memungkinkan Anda menentukan parameter kontrol piutang. Di bawah "piutang" dalam konfigurasi mengacu pada hutang rekanan sebelum perusahaan, atas nama yang dicatat dalam basis informasi.

  Penting! Kontrol piutang hanya berlaku ketika melakukan komoditas dan dokumen tunai dalam mode operasional. Dengan demikian, pengaturan hanya memengaruhi dokumen yang dilakukan dalam mode "operasional".

  Bendera "mengontrol jumlah hutang, jumlahnya tidak lagi ...".

  Alat peraga ini menentukan jumlah maksimum kemungkinan piutang rekanan berdasarkan kontrak. Ini dapat digunakan dengan metode akuntansi untuk pemukiman timbal balik berdasarkan kontrak. Di mana:

  . ў Untuk pembeli, pengiriman barang dapat dibuat hanya jika piutang di bawah kontrak setelah pengiriman tidak akan melebihi nilai yang ditentukan dalam alat peraga. Dimasukkannya bendera dan pengaturan jumlah nol untuk pembeli berarti strategi "pengiriman sebagai pembayaran";

  .ў Untuk pemasok, pembayaran untuk barang yang dikirim dapat dibuat hanya jika piutang di bawah kontrak tidak akan melebihi nilai yang ditentukan. Jumlah nol ketika bendera diaktifkan untuk pemasok berarti strategi "pembayaran sebagai pengiriman".

  Bendera "mengontrol jumlah hari hutang, hari tidak lebih ..."

  Alat peralusan ini menentukan jumlah maksimum hari piutang rekanan berdasarkan kontrak. Ketika melakukan dokumen, dicatat untuk semua transaksi dalam kerangka kerja ini jumlah hari hutang. Jika melebihi jumlah yang ditentukan dalam parameter kontrak, dokumen tidak dilakukan. Parameter hanya digunakan jika ada bendera "memimpin sesuai dengan dokumen perhitungan dengan rekanan", tidak masalah apa yang saling pemukiman di bawah kontrak, pesanan atau akun.

  Bendera "Jaga cadangan tanpa membayar waktu terbatas, hari tidak lebih ..."

  Alat peraga ini menentukan jumlah maksimum hari selama dokumen "pesanan penutupan" tidak akan "melihat" sisa-sisa barang yang sebelumnya dipesan berdasarkan kontrak ini, dan, sebagai hasilnya, tidak akan dapat menulisnya dari cadangan ini. Dengan kata lain, selama jumlah hari yang ditentukan, cadangan tidak akan dianggap terlambat tanpa pembayaran.

  Bendera "Jumlah pembayaran di muka dengan pesanan pembeli, persen tidak kurang ..."

  
  

  Memantau keadaan pemukiman timbal balik

  Alat peraga ini menentukan persentase dari pembayaran di muka wajib, untuk mengizinkan pengiriman barang. Masuk akal jika pemukiman timbal balik dilakukan "pada pesanan" atau "di bawah kontrak secara keseluruhan." Hanya digunakan saat menghitung pembeli. Pengiriman diperbolehkan jika pesanan telah tiba (aktual / terencana) mengatakan persentase pembayaran di muka.

  Dari skema di atas, Anda dapat memahami aplikasi parameter yang dijelaskan di atas untuk jenis pemukiman timbal balik yang diterapkan dalam konfigurasi:

  Organisasi akuntansi pemukiman timbal balik internal

  Seringkali, ketika menganalisis pemukiman timbal balik perusahaan dengan rekan-rekannya, tugas menentukan apakah rekaan adalah rekanan eksternal atau organisasi yang termasuk dalam perusahaan. Perbandingan seperti itu diperlukan untuk mengidentifikasi revolusi keuangan internal antara organisasi perusahaan.

  Konfigurasi mengimplementasikan mekanisme untuk memperhitungkan situasi seperti itu. Anda dapat memperbaiki daftar rekan-rekan yang:

  . ў atau organisasi milik perusahaan

  . Atau karyawan perusahaan.

  Untuk memperbaiki kesesuaian antara catatan "rekan-rekan" dan buku-buku referensi "atau" individu "dalam konfigurasi, daftar informasi" Rekanan sendiri "dimaksudkan.

  
  

  Counterparties sendiri

  Dalam setiap entri register, diindikasikan:

  Rekanan;

  Jenis komunikasi - apakah rekanan adalah organisasi atau individu;

  Organisasi atau individu (tergantung pada jenis komunikasi).

  
  

  Komunikasi rekanan sendiri

  Daftar informasi bersifat non-periodik. Artinya, diasumsikan bahwa komposisi rekanannya sendiri konstan, dan jika itu berubah, Anda tidak perlu melacak perubahan ini.

  Di masa depan, informasi ini digunakan dalam pemrosesan "entri batch dokumen" dalam hal operasi "produk pada rekanan kami sendiri (dari residu gratis)" dan sisa-sisa negatif organisasi (pembelian rekanan mereka sendiri). "Menggunakan pemrosesan ini, dokumen implementasi akan dibentuk atas nama satu organisasi dan penerimaan dokumen atas nama organisasi lain. Sebagai rekanan dalam dokumen-dokumen ini, rekanan mereka sendiri akan digunakan.

  Informasi tentang Organisasi Komunikasi - Counterparty - Individu Tidak menggunakan mekanisme konfigurasi.

  
  

  Kami menemukan: jenis pemukiman timbal balik, 1C Buku Pegangan Kelompok Kontrak Kontrak, kontrak setelmen timbalasi, tetap cadangan tanpa membayar waktu terbatas 1c8, kontrak kontrak, jenis kontrak dengan rekanan, jenis pemukiman timbal balik, kontrak dengan rekanan apa saja persyaratan pemukiman timbal balik, kontrak dengan rekanan

  
  

  Klasifikasi Jenis Kontrak

  Konsep kontrak didirikan oleh Pasal 420 KUH Perdata dari Federasi Rusia (selanjutnya - KUHP Negeri Federasi Rusia). Kontrak adalah perjanjian antara dua atau beberapa orang tentang pembentukan, perubahan atau penghentian hak-hak sipil dan tanggung jawab.

  Pada peradaban, ada beberapa klasifikasi dari jenis kontrak. Klasifikasi dasar dapat dianggap divisi pada sifat hukum kontrak atau transaksi. Selain itu, ada klasifikasi berdasarkan jenis kewajiban kontraktual.

  Klasifikasi kontrak untuk sifat hukum

  1. Basis: Jumlah pihak.
     • Kontrak bilateral.Di mana ada dua sisi. (Kontrak penjualan)
     • Multilateraldi mana mungkin ada lebih dari dua rekanan. (Perjanjian konsesi)
  2. Dasar: momen ketika kontrak dianggap disimpulkan.
     • Kontrak konsensualyang dianggap tahanan ketika para pihak sepakat di antara mereka semua hal penting dari kontrak. (Pasokan, Beli dan Penjualan)
     • Nyatauntuk koordinasi lain mana kondisi signifikan Transfer fisik diperlukan, yang merupakan subjek dari kontrak semacam itu. (Perjanjian Sewa, Pinjaman)
  3. Basis: Memberi kontra atau ketidakhadirannya.
     • Kontrak Kompensasi Di mana salah satu pihak menerima biaya atau kontra-provisi lain untuk pelaksanaan tugasnya. (Perjanjian Mena)
     • Tambahkan ke Kartun, di mana satu sisi memberikan apa saja lain, tanpa menerima biaya atau ketentuan yang akan datang lainnya. (Perjanjian yang terhormat)
  4. Basis: Kehadiran jenis kontrak tertentu dalam Undang-Undang Hukum Regulasi.
     • Menerima kontrakyang namanya ditunjukkan secara langsung, misalnya, dalam hukum perdata. (Perjanjian sewa, mena, pinjaman)
     • Tidak terletakkan yang tidak ditunjukkan secara spesifik, tetapi pada saat yang sama tidak bertentangan dengan prinsip-prinsip umum hukum dan prinsip-prinsip hukum. Di sini harus dicatat bahwa ada kontrak campuran Terdiri dari unsur-unsur kontrak bernama. Misalnya, perjanjian sewa peralatan dengan pasokan bahan untuk itu. Jika kontrak campuran diatur oleh norma-norma legislasi, yang berhubungan dengan bagian individu dari kontrak semacam itu, maka perjanjian yang tidak direncanakan dapat diatur hanya dengan analogi hukum.
  5. Basis: validitas kontrak.
     • KONTRAK MEREKA Di mana waktu masuk ke kekuatan hukum dan saat penghentian kontrak ditentukan.
     • Permanenyang periode validitasnya tidak didefinisikan.
  6. Basis: hubungan para pihak satu sama lain.
     • Kontrak Fidusia Mereka dibedakan dengan kehadiran hubungan pribadi dan kepercayaan khusus. Misalnya, kontrak instruksi. Jika Hubungan Para Pihak berubah, maka sisi mana pun dapat menolak untuk memenuhi kontrak secara sepihak.
     • Nefidusiary.sertakan kontrak lain.

  Klasifikasi berdasarkan jenis kewajiban kontrak

  1. Foundation: distribusi hak dan kewajiban antara peserta kontrak.
     • Sepihakdi mana satu sisi hanya memiliki hak, dan satu-satunya tugas lainnya. Misalnya, pinjaman.
     • Bilateral atau sinyalragramatisdi mana setiap pihak memiliki hak dan tanggung jawab melawan.
     • Perjanjian kontrak ketigaUntuk mana debitur melakukan eksekusi kontrak bukanlah kreditor, tetapi orang lain.
  2. Basis: Perjanjian Rumah atau Sekunder.
     • Kontrak utamayang berisi hak dan kewajiban para pihak pada subjek utama transaksi.
     • Tambahan atau accessor.Yang terletak di samping yang terhubung dengan utama dan tak terpisahkan dengannya. Jadi, kontrak jaminan berhenti bertindak, jika kewajiban utama dilaksanakan.
  3. Foundation: Desain.
     • Perjanjian properti.yang ditujukan untuk menerima atau mentransfer barang-barang material.
     • OrganisasiArtinya, hubungan formatif antara peserta omset. Di antara kontrak tersebut dialokasikan:
       1. Kontrak Pendahuluan Di mana tugas itu diperbaiki untuk menyimpulkan kontrak utama, dan kondisi untuk kesimpulannya konsisten.
       2. Perjanjian Umum, berdasarkan yang kemudian ada banyak perjanjian dengan tipe yang sama, yang bertujuan memenuhi Perjanjian Umum. Ditemukan di organisasi asuransi ketika para pihak sepakat pada perjanjian umum dengan ketentuan asuransi, dan kemudian seorang insuraher individu menerima kebijakan berdasarkan perjanjian tersebut.
       3. Perjanjian multilateral di mana beberapa peserta, misalnya, kawan-kawan atau pendiri, menentukan prosedur untuk menciptakan dan memfasilkan kemitraan atau masyarakat.
  4. Basis: cara menyimpulkan.
     • Kontrak Publik, di mana satu orang terlibat dalam kegiatan komersial berkewajiban untuk menyediakan barang dan jasa kepada siapa pun yang akan beralih ke sana. Pada saat yang sama, semua barang dan jasa disediakan dengan harga yang sama untuk semua orang yang mendaftar. Dengan masuk ke dalam perjanjian seperti itu, pengusaha tidak memiliki hak untuk memilih satu rekanan ke yang lain. Ini adalah jenis kontrak yang ditarik oleh penjualan ritel atau gigi.
     • Perjanjian Koneksi. Berisi kondisi yang hanya didefinisikan oleh satu sisi. Biasanya mereka diuraikan di sisi formulir yang ditetapkan. Peserta kedua dari kontrak tidak mempengaruhi pembentukan kondisi dan hanya dapat mengambil atau tidak. Kontrak tersebut sering ditemukan di sektor perbankan.

  Kirim pekerjaan bagus Anda di basis pengetahuan itu sederhana. Gunakan formulir di bawah ini

  Siswa, mahasiswa pascasarjana, ilmuwan muda yang menggunakan basis pengetahuan dalam studi dan pekerjaan mereka akan sangat berterima kasih kepada Anda.

  Dokumen serupa.

  Pembentukan nilai nilai komoditas impor dan prosedur untuk mencerminkan akuisisi mereka dalam akuntansi. Menyusun log logging operasi ekonomi. Evaluasi moneter operasi dalam mata uang asing dan dalam rubel yang setara.

  pemeriksaan, ditambahkan 08.02.2015
  

  Dasar dari refleksi yang benar dari fakta-fakta kehidupan ekonomi dalam akuntansi akuntansi organisasi. Proses pengorganisasian kerja kontrak. Pembentukan, perubahan atau penghentian hak dan kewajiban timbal balik. Organisasi pendaftaran dan penyimpanan kontrak.

  pemeriksaan, ditambahkan 04/26/2015
  

  Prinsip dan asumsi dalam akuntansi. Organisasi pekerjaan analitik dalam organisasi. Kompilasi kabel akuntansi dan menjadikannya dalam log pendaftaran operasi ekonomi. Menentukan hasil keuangan dari penjualan produk jadi.

  kursus, ditambahkan 03.11.2013
  

  Tugas utama akuntansi untuk pemukiman dengan berbagai debitur dan kreditor, urutan desain dokumenter mereka. Kebijakan Akuntansi Dan struktur layanan akuntansi OJSC BKF "Zeya", prosedur penyusutan akrual aset tetap, keadaan perhitungan dengan rekanan.

  kursus bekerja, ditambahkan 08.07.2015
  

  Akuntansi Perhitungan dengan Counterparties di LLC "Tole-Top". Akuntansi untuk perhitungan dengan pemasok dan pelanggan, melalui transaksi perantara. Pelanggaran referensi akuntansi Perhitungan dengan rekanan yang diidentifikasi selama penelitian, eliminasi mereka.

  tesis, ditambahkan 04.06.2009
  

  Dokumen Akuntansi: Jenis, janji temu, urutan pendaftaran. Refleksi operasi bisnis pada akun. Dokumentasi sebagai cara mengeluarkan operasi bisnis. Analisis pekerjaan sehari-hari organisasi. Esensi laporan akuntansi (keuangan).

  pemeriksaan, ditambahkan 04.11.2013
  

  Organisasi tunai di bank komersial. Karakteristik jenis transaksi tunai tertentu di divisi bank, fitur dan urutan refleksi mereka dalam akuntansi. Analisis defisiensi yang diidentifikasi dalam pekerjaan dan arah peningkatan.

  kursus bekerja, ditambahkan 01/15/2012
  

  Akuntansi Operasi Ekonomi terkait dengan akuisisi bahan oleh pabrik gula-gula. Membawa data akuntansi dengan ketersediaan aktual berdasarkan inventaris. Refleksi hasil pemeriksaan akuntansi.

  pemeriksaan, ditambahkan 04/29/2014

  Berbicara tentang berbagai kemampuan fungsional konfigurasi standar akuntansi perusahaan pada platform "1c: Enterprise 8", sulit untuk tidak mencatat keserbagunaan penggunaan sebagian besar dari mereka: dengan bantuan jenis dokumen yang sama, Anda dapat mencerminkan operasi dengan berbagai aset dan menggunakan berbagai akun akun akun. "Universal" ini dapat disebut direktori kontrak kontraktor. Tetapi semua keuntungan dari direktori ini hanya dapat dihargai dengan mengkonfigurasi detail dengan benar di dalamnya. Artikel ini adalah v.n. Homichev, seorang konsultan independen didasarkan pada pengalaman pribadi penulis pada implementasi praktis program "1C: Akuntansi 8" dan dikhususkan untuk topik pilihan yang tepat dari syarat perjanjian direktori perjanjian, serta Pengaruh pilihan ini untuk pekerjaan selanjutnya dengan dokumen-dokumen Bank dan wilayah kasir.

  Kontrak kontraktan

  Counterparties. Kontrak kontraktan Kontrak kontraktan.

  "Perjanjian" "Perjanjian" - Pemeliharaan

  Dengan semua kesederhanaannya, direktori "sederhana", melainkan "omnipresent" Kontrak kontraktanSebagai gunung es, berisi banyak fitur yang agak penting, 9 dari 10 yang tidak terlihat oleh pengguna. Fitur-fitur ini dapat menjadi asisten dalam tangan dan hambatan yang terampil dalam pekerjaan jika mereka mengabaikannya. Mari kita coba dalam artikel ini untuk menangani kedua sisi ini dari medali yang sama. "

  Mari kita mulai dengan fakta bahwa generasi pertama dari program "1C" menggunakan kombinasi buku referensi dalam konfigurasi khas Counterparties. dan bawahan kepadanya buku referensi Kontrak kontraktan. Perubahan dari dewan editorial hanya komposisi detail buku referensi terakhir. Subjek dari artikel ini adalah direktori Kontrak kontraktan.

  Apakah ada "kontrak"?

  Jika transisi dilakukan dengan "1C: Akuntansi 7.7", maka itu tidak terlalu rumit, karena pengguna masih memiliki "titik referensi" yang akrab (tentang nuansa penting Kami akan memberi tahu transisi seperti itu sedikit lebih rendah).

  Jika transisi dilakukan dari program yang ditulis oleh layanan internal di dalamnya atau pemain eksternal khusus untuk perusahaan ini (dalam penggunaan mereka disebut "ditulis sendiri"), seringkali dalam program semacam itu sebagai "kontrak kontrak ", dinyatakan sebagai elemen dari sistem otomatis, tidak ada sama sekali. Ini sangat memperumit persepsi "pahlawan" dari artikel kami oleh pengguna, karena dalam sistem sebelumnya, pertanyaan tentang memiliki, misalnya, pembayaran kontrak "kertas" nyata tertentu atau dokumen lain, basis sering diselesaikan oleh. Memasukkan string teks. Tentu saja, bentuk refleksi pengikatan dengan kontrak nyata ini terkait dengan jumlah "non-algoritmil", dan dapat diproses hanya dalam mode kontrol visual dan "berdebar" dari gerakan tertentu oleh akun tertentu. Dari sudut pandang ergonomi, metode ini sangat usang dan jelas merupakan hari "dalam" hari dari proses kerja paling akuntansi. Belum lagi ekstrem seperti akuntansi "kertas" manual, termasuk dengan bantuan editor tabular.

  Oleh karena itu, jika Anda berencana untuk bertransisi ke "1C: Akuntansi 8" dengan sistem informasi tersebut - Baca dengan hati-hati fitur referensi Kontrak kontraktan Dalam "1C: Akuntansi 8" di muka, bahkan sebelum pertanyaan mentransfer data (keseimbangan, keseimbangan primer) akuntansi Anda ke sistem baru!

  Lama akrab dengan properti baru

  "Perjanjian" untuk pengguna "1c: Akuntansi 7.7" - Elemen sudah jauh lebih akrab. Oleh karena itu, penulis berulang kali harus diamati, seperti ketika beralih ke "1C: Akuntansi 8" Berpengalaman "Semesokhnik" Masut di arah tangannya, mereka berkata, "Dan, jelas bahwa saya tahu ..." Dan direktori, "tumbuh" ini bersama dengan konfigurasi itu sendiri, tampaknya pergi ke tingkat lain dan berpartisipasi dalam memecahkan tugas yang lebih serius, sehingga harus dianggap sangat serius untuk mengisinya.

  Tetapi apa yang sebenarnya telah berubah bahwa itu membutuhkan perhatian yang semakin meningkat - kita akan membicarakannya sekarang!

  Kontrak "Di bawah mikroskop"

  "Perjanjian" secara umum dan "kontrak rekanan" dalam bahasa "1C"

  Hal pertama yang perlu diingat adalah untuk diingat (dan terutama mereka yang pertama kali berhubungan dengan program keluarga 1C) - inilah yang dilakukan setiap operasi perhitungan dengan rekanan yang membutuhkan indikasi wajib kontrak.

  Pertama mari kita pertimbangkan apa yang kita pahami di bawah "Perjanjian". Bahkan jika Anda tidak mempengaruhi fitur aplikasi program "1c: Akuntansi 8", maka kita harus mengatakan:

  • tentang kontrak seperti halnya kejadian hukum Perdata (Kami memperkenalkannya untuk itu penunjukan "kontrak - hubungan");
  • tentang kontrak sebagai dokumen (sebagai aturan - dalam bentuk kertas, memiliki tanda tangan dan / atau cetakan pihak), hubungan ini dengan memperbaiki. Dikatakan oleh "Dokumen Kontrak".

  Jika Anda menambahkan terminologi program, maka istilah "kontrak counterparty" ditambahkan - dengan nama buku referensi, yang memungkinkan untuk mencerminkan fakta munculnya "hubungan kontrak".

  Harus dipahami bahwa dalam konteks bekerja dengan program "1c: Akuntansi 8", yaitu, dengan program yang dirancang untuk mencerminkan operasi ekonomi yang sebenarnya, kami hanya akan tertarik pada "kontrak - hubungan" dan / atau " ", yang mensyaratkan (atau harus memerlukan) perubahan dalam keadaan pemukiman timbal balik dari salah satu organisasi sendiri dengan peserta rekanan hubungan kontraktual.

  Secara teoritis, pada tahap menyimpulkan perjanjian, seorang akuntan mungkin tidak mengambil bagian dalam diskusi tentang hubungan hukum sipil yang muncul, meskipun partisipasinya dapat menjadi penting dari sudut pandang perencanaan pajak konsekuensi dari operasi ekonomi aktual di masa depan. Tetapi topik ini layak mendapatkan artikel terpisah, serta diskusi tentang aspek hukum dari kesimpulan kontrak.

  Dalam artikel yang sama, saya ingin menekankan bahwa "kontrak kontrak" (keduanya memiliki "dokumen kontrak" dalam bentuk klasik dan memiliki formulir akun sederhana, dan tidak memiliki film dokumenter secara umum, yang diizinkan oleh hukum perdata saat ini sebagai " bentuk oral. Kesimpulan dari kontrak ") perlu diperkenalkan ke dalam basis informasi Pada saat komitmen dalam transfer barang atau produk, memberikan layanan atau pembayaran untuk operasi ini. Yaitu, untuk membentuk analitik yang diperlukan - elemen buku referensi Kontrak kontraktanBagian yang memadai dari hubungan kontrak. Secara intim -ently menekankan - tepatnya bagian yang bermakna, dan bukan nama-nama kontrak. Mengapa - tentang ini lebih lanjut dalam artikel.

  Perjanjian Mulih

  Ini juga harus memperhitungkan berbagai macam "hubungan hubungan". Kami mencantumkan perkiraan dan daftar umum mereka dalam bentuk daftar bernomor sehingga Anda dapat menganalisis kemampuan referensi Kontrak kontraktan Dengan mengacu pada varietas mereka.

  1. Kontrak niat - Kontrak jangka panjang, di mana mereka dapat timbul kedua target (dan juga jangka panjang) dan hubungan ekonomi satu kali (pembelian dan penjualan, pasokan peralatan, dll.). Kontrak tersebut ditandai dengan fakta bahwa mereka hanya menggeneralisasi, membingkai niat para pihak, dan tidak berfungsi sebagai sumber kewajiban pada pemukiman timbal balik. Karenanya nama yang sering digunakan: "Kontrak Kerangka".
  2. Kontrak jangka panjangdi mana tindakan para pihak tidak berkalaTetapi ditentukan oleh kontrak (pada saat yang sama mereka tidak terikat pada periode kalender, seperti bulan dan / atau kuartal). Subjek kontrak tersebut mungkin, misalnya, pasokan / akuisisi barang, produk, pekerjaan, layanan. Kontrak tersebut ditandai dengan fakta bahwa keadaan pemukiman bersama diindeks dan tergantung pada fakta operasi oleh pihak-pihak terhadap kontrak (pengiriman barang, penyediaan layanan, dll., Serta pembayaran pada mereka), tercermin dari dokumen primer .
  3. Kontrak jangka panjangDi mana tindakan bertindak aktivitas ekonomi , operasi, perhitungan c. Some one periodisitas kontrak yang sudah mapan (kebanyakan - sebulan sekali). Kontrak tersebut ditandai dengan fakta bahwa secara teratur setiap bulan memiliki kewajiban pada penyelesaian timbal balik untuk layanan (misalnya, pembayaran layanan sewa, termasuk untuk utilitas yang dikonsumsi, pada layanan operator seluler, penyedia internet, dll.) Dan mereka ukuran bulanan Ini dapat diperbaiki dan ditentukan oleh konsumsi layanan (tidak rata dari bulan ke bulan).
  4. "Perjanjian kontrak" satu kali. Mereka dapat didekorasi dalam bentuk organisasi yang ditulis oleh pemasok atau pembeli dari organisasi akun atas pembayaran di muka, pesanan pembayaran, faktur untuk barang yang dikirim, tindakan layanan dan sebagainya.

  Masing-masing varietas umum hubungan kontrak ini dapat disajikan dengan cara yang berbeda dalam basis informasi "1C: Akuntansi 8". Jika Anda secara fleksibel menggunakan kemampuan referensi Kontrak kontraktan, Dimungkinkan untuk secara signifikan meningkatkan kenyamanan pengguna untuk operator sistem tersebut, yang bertanggung jawab atas keadaan lokasi pemukiman timbal balik. Itu diungkapkan pada kenyataan bahwa keadaan pemukiman bersama dapat segera dimonitor menggunakan laporan standar tanpa membuat masalah berlebihan bagi mereka atau bidang akuntansi lainnya (pertama-tama - operasionalis dari bagian bank dan kasir), yang penting untuk mengurangi faktor kesalahan pengguna.

  Mal Props, Yes Roads

  Jadi, untuk permulaan, pertimbangkan bentuk elemen buku referensi. Kontrak kontraktan (Lihat Gambar 1) *

  catatan:
  * Diasumsikan bahwa pembaca terbiasa dengan metode utama memasuki elemen baru dalam buku referensi 1C: Akuntansi 8.

  Ara. satu

  Bidang Counterparty. Pasti ditentukan oleh pemilik elemen baru. Dan tergantung pada bagaimana Anda masuk perjanjian baru. dengan rekanan di basis informasi (langsung di direktori atau melalui dokumen yang diformulasikan), bidang Organisasi Dapat diisi dengan "default" dengan data yang berbeda *. Oleh karena itu, perlu untuk mengendalikan korespondensi data yang dimasukkan di dalamnya dengan "hubungan kontrak" nyata atau, lebih tepatnya, "dokumen kontrak".

  catatan:
  * Sebenarnya, dalam hal pemeliharaan dalam "1C: akuntansi 8" akuntansi multifferent (sekitar. Ed.).

  Pointer 1 Gambar 1 Ini dipanggil untuk menekankan perhatian mereka yang memimpin dalam program ini untuk akuntansi multi-menit (akuntansi untuk beberapa organisasi) dan yang memiliki "terkait kontrak" muncul antara kedua organisasi milik Holding. Bahkan jika dua salinan "dokumen kontrak" ini jatuh ke tangan satu-satunya pengguna basis informasi, dua elemen dari buku referensi terbentuk. Kontrak kontraktan Dengan tampilan "cermin" dari nama-nama organisasi dan rekanannya sendiri (untuk salah satu salinannya, salah satu organisasi sendiri akan menjadi "organisasi", sisi kedua adalah "rekanan", untuk contoh lain "berubah tempat ").

  Bidang Kelompok kontrak Itu dapat diisi atau tetap kosong - nuansa bekerja dengan hierarki di direktori ini kita akan melihat lebih jauh.

  Nama Perjanjian. Bidang nilai simbolik ini adalah bidang "kreativitas" pengguna. Cara memasukkan nama-nama kontrak (mengingat sistematisasi mereka) adalah masalah pribadi organisasi / perusahaan, yang dicatat dalam basis informasi ini. Apakah saya perlu menggunakan templat input (yaitu, masukkan nama sesuai dengan aturan yang disepakati)? Apakah perlu menentukan hanya jumlah kontrak? Apakah perlu untuk menunjukkan arti singkat dari kontrak (misalnya, pengiriman barang, pengiriman produk, penyediaan layanan, dll.)? Semua ini adalah masalah persetujuan antara mereka yang pertama kali memperkenalkan unsur direktori kontrak kontraktor ke pangkalan dan mereka yang akan menggunakannya! Semakin baik mereka akan saling memahami dalam hal ini, semakin sedikit kesalahan dan di atas tingkat otomatisasi proses (namun, ini tipikal untuk semua orang tanpa kecuali direktori sistem). Misalnya, instruksi nomor kontrak pada template yang disepakati dapat membantu dalam pencarian cepat atau pemilihan alat konfigurasi khas standar.

  Pointer 2 Gambar 1 menunjukkan salah satu detail paling penting dari elemen referensi Kontrak kontraktan. Ini hanya "kecil" yang sama, yang pada awalnya tidak dianggap serius sebelumnya pengguna yang percaya diri "1c: Akuntansi 7.7", lewat untuk bekerja di "1C: Akuntansi 8". Namun, bidang khusus ini, diabaikan (atau lebih tepatnya - kiri dengan nilai yang dimasukkan oleh sistem "default" itu sendiri) menjadi objek iritasi saat bekerja dengan beberapa dokumen lain, karena merupakan elemen pemilihan nilai yang diizinkan.

  Pertimbangkan situasi pada contoh.

  Misalkan itu memperkenalkan tiga kontrak untuk salah satu rekanan, dan jenis kontrak Masing-masing berbeda ( Dengan pemasok, dengan pembeli, lainnya). Untuk kenyamanan, jumlahnya dikurangi menjadi kombinasi angka yang identik (lihat Gambar 2).

  Ara. 2.

  Dan untuk menunjukkan kemampuan pemilihan bawaan mengambil dokumen Pesanan Pembayaran.

  Gambar 3 menunjukkan dokumen dengan operasi yang dipilih. Penyedia Pembayaran. Setelah rantai pointer, Anda dapat memastikan bahwa untuk memilih di bidang Perjanjian Algoritma dokumen menetapkan dalam hal ini pemilihan kontrak mengabaikan Dengan pemasok, dan pilihan ini tidak diberikan kepada pengguna.

  Ara. 3.

  Dengan demikian, jika pengguna memilih operasi Kembali uang PembeliDalam hal ini, sistem mengatur pemilihan yang sesuai dengan jenis kontrak Dengan pembeli (Lihat Gambar 4).

  Perhatikan di sepanjang jalan, bahwa dalam dua kasus dijelaskan, sistem tidak hanya mengambil kontrak berdasarkan jenis Dengan pemasok dan Dengan pembeli, tetapi juga kedua jenis kontrak perantara - Dengan seorang komisaris dan Dengan komitant..

  Ara. empat.

  Jika kontrak tidak menyangkut operasi pembelian dan penjualan, maka dalam elemen direktori Kontrak rekanan harus memilih jenis kontrak Lainnya. Dalam hal ini, pengoperasian dokumen Pesanan Pembayaran Penting untuk memilih yang sesuai - perhitungan rota dengan counterparties. Kemudian sistem akan memilih untuk memilih lagi saja kontrak yang diperlukan - Dengan sebuah pandangan Lainnya (Lihat Gambar 5). Maka sistem hanya akan memilih kontrak yang diperlukan untuk memilih lagi - mengabaikan Lainnya.

  Ara. lima

  Gambar 3, 4 dan 5 tidak memiliki momen yang lebih signifikan - fakta bahwa pemilihan kontrak dalam daftar pilihan dilakukan tidak hanya dengan jenis kontrak, tetapi juga dengan pasangan Organisasi - Counterparty. (Pemilik kontrak), serta pada mata uang yang dipilih dari kontrak, semakin jauh lebih jauh dari beberapa kata akan dikatakan.

  Dengan demikian, sistem ini membantu pengguna jika rekanan yang sama memiliki beberapa perjanjian berbagai jenis dengan berbagai organisasi sendiri, yang dicatat dalam basis informasi ini - di bidang pandang operator (operasional operator pengguna Bank) Tidak jatuh informasi yang tidak perlu. Apakah layak mengatakan bahwa semua ini akan bekerja "seperti jam" hanya ketika ketika memasuki elemen direktori yang sesuai Kontrak kontraktan Dipilih dengan benar semua nilai bidang.

  Tentu saja, semua data yang salah dalam "1C: akuntansi", bertentangan dengan kadang-kadang pendapat yang muncul, dikoreksi. Satu-satunya pertanyaan adalah bagaimana cukup dikoreksi, berapa banyak waktu dan upaya yang harus dihabiskan untuk koreksi seperti itu. Misalnya, Anda dapat "mengatasi" masalah dengan jenis kontrak yang diperkenalkan secara tidak benar dengan memilih "untuk kecepatan" operasi lain yang sama Pesanan Pembayaran (Untuk alasan yang jelas, contoh "bypass manuver" ini tidak diberikan). Tetapi dalam hal ini, masalah akan mengapung, misalnya, pada saat pendaftaran, atau sebaliknya - implementasi nilai material atau layanan. Dan jika pada saat ini saya ingin akhirnya memperbaiki kesalahan - itu akan menjadi kasus yang sedikit memakan waktu, karena jika Kontrak Kontrak Sudah masuk ke dalam dokumen, sistem, untuk alasan yang jelas, memblokir kemampuan untuk mengeditnya.

  Pilihan opsi penyelesaian timbal balik tergantung pada jenis kontrak

  Untuk akuntansi yang benar dari pemukiman timbal balik dengan rekanan, sangat penting untuk memilih nilai yang benar di lapangan Set dilakukan. (Lihat pointer 3 pada Gambar. 1). Sistem menyediakan kemampuan untuk memilih dari dua opsi - Di bawah kontrak secara keseluruhan dan Pada dokumen penyelesaian. Ingat kembali klasifikasi kontrak yang mengikat yang diberikan dalam ayat "kontrak multidia". Jelas, pilihan opsi kedua dari nilai lapangan paling cocok untuk jenis kontrak kedua dan ketiga, sebagian - untuk yang pertama, dan sedikit muncul untuk yang keempat. Meninggalkan artikel, mengingat kemungkinan akuntansi untuk pemukiman timbal balik pada dokumen penyelesaian secara detail, kita hanya akan memikirkan satu aspek.

  Akuntansi untuk pemukiman pada dokumen penyelesaian diperlukan untuk melihat informasi yang mana dari dokumen penerimaan / pengiriman yang dibayarkan atau di mana dokumen pembayaran dicatat atau pengiriman barang, produk, layanan dicatat. Data ini dapat diperoleh dari pernyataan luar yang berfungsi pada akun tertentu jika pengaturan parameter akuntansi menetapkan kemungkinan melakukan pemukiman timbal balik tersebut. Namun, memilih ini, tidak diragukan lagi, nyaman untuk merinci metode melakukan pemukiman timbal balik, cobalah untuk tidak mempersulit pekerjaan sistem operasi permukiman tunai. Bank. Faktanya adalah bahwa karyawan situs ini harus memperhatikan sejumlah besar data yang tercermin dalam pesanan pembayaran. Pertama-tama, ini adalah jumlah dan rincian pembayaran penerima saat mengirim Pesanan pembayaran keluar (Kirimkan konsekuensi dari situasi ketika, berkonsentrasi pada pilihan dokumen pemukiman timbal balik, sistem operasi akan mengirim "jumlah bulat" bukan oleh alamat!). Dan, selain itu, di bidang pandang (dan tanggung jawab) operator juga pilihan Tipe Uang Tunai, dan banyak lagi. Tuangkan pada jumlah dokumen bank yang dikeluarkan setiap hari di perusahaan besar - dan dapatkan area risiko yang agak nyata!

  Jika yang dipilih oleh operator Kontrak Kontrak Berisi indikasi bentuk penyelesaian timbal balik oleh dokumen, maka dokumen ini akan diperlukan untuk menunjukkan, sebaliknya Pesanan Pembayaran tidak akan bisa diadakan. Dan baik, jika dokumen yang diperlukan Sudah diperkenalkan di basis informasi terlebih dahulu! Dan jika tidak? Bagaimanapun, bukan rahasia lagi bahwa akuntansi hanya secara teoritis menawarkan input data operasional tepat waktu, dan non-pemanfaatan hanya dalam jumlah kasus yang tidak signifikan - anggur akuntansi. Dengan demikian, dengan semua "niat baik", menerima laporan tentang pemukiman timbal balik dalam konteks dokumen mungkin merupakan faktor dalam risiko menunda pembayaran.

  Oleh karena itu, seseorang memberikan unsur dari buku referensi Kontrak kontraktanPenting untuk menghitung tidak hanya parameter input yang jelas, tetapi juga tersembunyi berdasarkan fitur organisasi dari organisasi tertentu.

  Secara signifikan memfasilitasi situasi dengan rincian pemukiman timbal balik, menggunakan kemungkinan membangun hierarki elemen referensi. Kontrak kontraktanApa yang akan dibahas di bagian terakhir dari artikel.

  Bagian berikut dari artikel ini dikhususkan untuk seperangkat bidang buku referensi lainnya. Kontrak kontraktan, sama seperti ditinjau hanya bidang yang termasuk dalam kelompok yang diperlukan Mempertahankan pemukiman timbal balik. Hal ini diperlukan untuk pertimbangan terperinci mereka karena dalam praktiknya ada sejumlah besar kesalahan berenergi dari kesalahpahaman hubungan beberapa objek dari sistem dan aspek organisasi implementasi.

  Cara Menghindari Cunning "Unit Bersyarat"

  Bagian ini akan dibahas di bagian ini. Kontrak Kontrak - Mata uang dan Perhitungan dalam unit bersyarat (Pada Gambar 1, mereka ditunjukkan oleh pointer 4).

  Jelas pada pandangan pertama, dalam praktiknya, mereka sering digunakan karena nama mereka memperlakukan pengguna, meskipun tidak konsisten dengan apa, jadi untuk berbicara, "Slang" program "1c: akuntansi", dan bukan pada generasi pertama. Dalam "1C: Akuntansi 7.7" Kombinasi persyaratan tersebut telah digunakan, dan bahkan lebih sehingga menghilangkan penggunaan pengguna "berpengalaman" yang salah dari program ini, yang dalam "1C: Akuntansi 8" ulangi kesalahan sebelumnya.

  Di sini kita juga akan berbicara tentang kontrak dalam dua nilai: "Perjanjian - Hubungan" dan "Dokumen Kontrak".

  Begitu. Atribut Mata uang Dengan sendirinya, biasanya tidak menimbulkan masalah. Untuk pengecualian paling langka, pengguna memahami bahwa di sini Anda harus menentukan mata uang di mana "dokumen kontrak" ditentukan biaya subjek kontrak. Namun, dalam "dokumen kontrak", serta dalam "hubungan kontrak", definisi mata uang tidak terbatas pada hal ini. Ditentukan oleh I. pembayaran Mata Uang, yaitu, dari salah satu pihak terhadap kontrak akan dibayar untuk barang yang diterima, produk, pekerjaan atau layanan (situasi dengan barter sebagai turunan dari dua aliran pembelian dan penjualan yang akan datang dalam artikel ini kami tidak mempertimbangkan) .

  Di sini, sepenuhnya datang ke hak-hak mereka sendiri "Tandem" detail - Mata uang dan Perhitungan dalam unit bersyarat.

  Pada titik ini, salah satu makna istilah "Unit Bersyarat" sebagai ekspresi setara moneter, yang, dalam memori akuntan Rusia, sering dilakukan dalam memori akuntan Rusia, mulai bekerja dalam kesadaran pengguna terhadap Pengguna, yang dalam memori akuntan Rusia sering kali menampilkan mata uang dunia, terutama dalam waktu turbulen tahun 90-an, ketika mata uang mata uang mata uang menyerupai kardiogram aritmia pasien jantung (yang, sayangnya, diulangi di zaman kita ). Kemudian yang disebut "Unit Bersyarat" ("U.E.") terbalik dengan stabilitas relatif yang ditentukan oleh para pihak dalam kontrak. Selain itu, "unit konvensional" dapat, pada kenyataannya, disebut perhitungan mata uang tertentu pada kontrak sebagai "USD pada tingkat bank sentral + 5%", "EUR pada kursus" N-Bank "atau bahkan" Unit keranjang bivarny ". Dengan sudut pandang teknis (dari sudut pandang aplikasi mereka dalam program" 1c: Akuntansi 8 ") Perbedaan antara mata uang tersebut dari" normal "hanya akan berubah dalam hal ini" Artificial "Mata uang pengguna akan dapat mempertahankan secara manual, sedangkan" normal "Anda dapat memperbarui secara otomatis.

  Dengan demikian, benar-benar alami akan seperti itu, misalnya, mengisi buku referensi Mata uangApa yang ditunjukkan pada Gambar 6.

  Ara. 6.

  Penulis artikel ini tentang banyak (sayangnya!) Contohnya harus memastikan bahwa bagian dari pengguna memandang kotak centang Perhitungan dalam unit bersyarat Sebagai bagian tertentu dari mata uang "buatan" seperti itu, sebagai akibatnya mata uang tersebut sepenuhnya salah dengan mata uang (untuk kasus tertentu) "U.E." seperti itu diperkenalkan.

  Tapi ini kotak centang membawa makna yang sama sekali berbeda.. Dan itu terhubung dengan fakta bahwa "diletakkan dalam program" mengenai penerapan rekening non tunai (51 dan 52) dan subacount tertentu dari perhitungan dengan rekanan.

  Pertimbangkan opsi untuk kombinasi nilai (negara bagian) detail Mata uang dan perhitungan dalam unit bersyarat. Hanya ada tiga dari mereka. A. Biaya kontrak dinyatakan dalam rubel - Pilihan termudah. Jelas bahwa pada saat yang sama perhitungan di bawah kontrak tidak dapat dilakukan dalam mata uang yang berbeda, kecuali untuk rubel yang sama (oleh karena itu kotak centang Perhitungan dalam unit bersyarat tidak tersedia). Oleh karena itu, dengan perhitungan non tunai, akun 51 akan digunakan, dan algoritma dokumen pembayaran akan memeriksa mata uang akun akun yang dipilih di lapangan Akun Akuntansi (BU). Dia, pada gilirannya, harus sesuai dengan akun penyelesaian yang dipilih dari organisasi (lihat Gambar 7). Selain itu, kombinasi seperti itu harus konsisten dengan rekening akuntansi dengan rekanan, yang tidak memiliki tanda akuntansi mata uang dalam hal akun (lihat Gambar 8). Cara mengkonfigurasi akun tersebut untuk substitusi default, akan ditandai pada akhir artikel ini.

  Ara. 7.

  Ara. 8.

  B. Biaya kontrak dinyatakan dalam mata uang apa pun., dan penyelesaian di bawah kontrak juga didefinisikan dalam mata uang. Dalam hal ini, mata uang apa pun dipilih, kecuali mata uang akuntansi yang diatur (rubel). Dengan satu-satunya reservasi bahwa dalam mata uang ini organisasi dapat membuka rekening bank (tentu saja, dalam hal ini benar-benar buatan "U.E." tidak mungkin berlaku). Dari sudut pandang dokumen pembayaran, sistem akan memeriksa kepatuhan mata uang kontrak Akun Akuntansi (BU) dan memungkinkan Anda memilih sebagai rekening bank hanya akun yang terbuka tidak dalam rubel (Lihat Gambar 9). Dan sebagai akun untuk perhitungan dengan rekanan, akun harus dipilih dengan tanda akuntansi mata uang, di mana program mendefinisikan algoritma perhitungan yang sesuai - dengan revaluasi residu mata uang (dengan pengecualian uang muka yang diterima atau dibayar) pada akhir bulan, dokumen Penutupan bulan ini (Lihat Gambar 10).

  Ara. sembilan

  Ara. sepuluh

  B. Biaya kontrak ditunjuk dalam mata uang(kali ini - apa sajakecuali mata uang akuntansi yang diatur, tentu saja), tetapi pembayaran berdasarkan kontrak diberikan hanya dalam rubel - Ini persis sama, kadang-kadang menyebabkan kesulitan, opsi. Ini secara eksklusif untuk kasus seperti itu dimaksudkan. mapan Bendera Perhitungan dalam unit bersyarat! Reaksi dokumen pembayaran pada saat yang sama sesuai dengan yang diberikan dalam varian TAPI. Tetapi pilihan kisah pemukiman timbal balik dengan rekanan dalam kasus ini harus yang ditunjukkan pada Gambar 11.

  Ara. sebelas

  Counterparties - Agar - Menjadi!

  Pentingnya penggunaan untuk perhitungan dengan rekanan "kanan" (jelas ditetapkan oleh algoritma program) Akun dan subaccount dari pemukiman dengan rekanan sulit untuk melebih-lebihkan, meskipun di bidang ini yang biasanya dibuat oleh kekacauan pengguna. Dapat dimengerti - Di sinilah lebih sulit bagi segalanya untuk memecah kepala (kadang-kadang sejak waktu akuntansi Soviet) stereotip, terutama karena ketidakmampuan perhitungan dengan rekanan kurang dipengaruhi oleh perubahan dalam rencana . Namun, prinsipnya "tidak akan tiba dengan kebiasaan" dalam hal ini dapat memainkan peran yang sama seperti mengabaikan pengetahuan tentang tradisi masyarakat adat saat bepergian ke negara eksotis. Bukannya saya ingin membandingkan "1C: Akuntansi 8" dengan wilayah kediaman jauh dari peradaban suku Mumba-Yamba, tetapi rasa hormat tertentu untuk apa yang telah diletakkan dalam keputusan khas yang ekonomis dan universal ini, secara wajar. Setidaknya, sehingga nanti sebelum hilangnya ketenangan, jangan mencari jawaban untuk pertanyaan: "Mengapa program sialan ini memindahkan sisa-sisa di bawah kontrak?".

  Dan di sini kita dihadapkan dengan lebih dekat dengan apa yang merupakan keuntungan dari program ini. Konfigurasi program ini adalah bahwa "konk-gorboon", mengambil yang, Anda bisa mendapatkan keuntungan yang lebih baik dan tidak jatuh ke dalam kasus bekerja dengan program dalam serangkaian masalah tradisional Rusia yang tak berujung "yang harus disalahkan" dan " Apa yang harus dilakukan "(terutama jika pertanyaan terakhir muncul sebelum biaya tambahan).

  Tentu saja, dalam kerangka artikel, kami akan memperhatikan hanya salah satu dari berbagai pengaturan program, yang mengacu pada topik yang sedang dipertimbangkan - mengonfigurasi akun dari pemukiman timbal balik dengan rekanan. Dan kami akan menganggapnya dalam terang fakta bahwa sebagian besar dokumen program "1C: Accounting 8" memungkinkan pengguna untuk memasukkan dan mengedit akun yang sesuai dari posting akuntansi di masa depan.

  Topik ini sangat menghubungkan tidak hanya aspek teknis dari tugas menerapkan program "1C: Akuntansi 8", tetapi juga aspek organisasi dan psikologis.

  Menilai dirimu sendiri. Jika, misalnya, pengenalan dokumen penerimaan atau implementasi TMC atau layanan di perusahaan justru akuntansi - ini masih polbie. Ada harapan bahwa operator akuntan atau menempatkannya, atau memeriksa kabel yang diperkenalkan untuk kepatuhan dengan "Roh dan Surat" akuntansi.

  Dan jika alur kerja organisasi di perusahaan dibangun sedemikian rupa sehingga dokumen-dokumen tersebut dikelola oleh manajer kepada siapa gaul akuntansi akun rekening unders, serta bahasa dari suku yang sama "Mumba-yumba"? Ini untuk kasus seperti itu di pengaturan pengguna yang dikenai kotak centang. Sembunyikan akun akun dalam dokumen!

  Ya, tapi kami menyembunyikannya untuk manajer. Terus? Apakah itu menyelamatkan kita dari memasuki akun-akun pemukiman timbal balik sama sekali?

  Meskipun! Akun harus masuk atau bahkan memperbaiki apa yang secara signifikan lebih sulit ...

  Oleh karena itu, yang terbaik adalah sebelumnya, sebelum memasukkan dokumen pertama ke program, menyusun buku referensi Counterparties. (Tetapkan hierarki yang diinginkan) dan tentukan perhitungan yang diperlukan untuk rekanan untuk kelompok. Perlu untuk menyebutkan hal ini karena perhitungan bahkan dalam basis informasi baru yang bersih mungkin sedikit, karena banyak akuntan suka menggunakan bukan subaccount dari akun 60 dan 62, tetapi subaccount dari akun 76.

  Jika Anda mempertimbangkan direktori Counterparties. Ketika melakukan akuntansi multi-laba adalah satu untuk digunakan oleh semua organisasi sendiri, tugas pengaturan register Akun Akuntansi dengan Rupien Itu menjadi lebih signifikan.

  Agar tidak masuk ke komentar yang tidak perlu, penulis mengundang Anda untuk belajar Gambar 12, pada contoh yang ditunjukkan bagaimana menyelesaikan masalah penggunaan akun yang biasa. Tetap menambahkan bahwa pengaturan ini harus disertai dengan langkah-langkah organisasi sehingga operator (apakah akuntan atau manajer) telah menggunakan folder grup yang didefinisikan secara ketat saat bekerja dengan kategori rekanan tertentu. Kemudian tugas itu berhasil dijelaskan, ditandai sebelumnya dalam artikel - pilihan yang tepat dari subakount perhitungan dengan rekanan pada berbagai opsi kombinasi mata uang kontrak dan mata uang pembayaran pada mereka.

  Ara. 12.

  Kenyamanan merinci pemukiman timbal balik sebagai akibat dari penggunaan struktur

  Dan hal terakhir yang ingin saya sampaikan tentang topik menggunakan buku referensi Kontrak kontraktan. Dan dalam hal ini, dan pada artikel sebelumnya telah disebutkan bahwa hubungan-hubungan mungkin berbeda, dan bahkan memimpin klasifikasi generalisasi yang kondisinya.

  Jika Anda mengatur salah satu "kontrak" dan bahkan masing-masing "hubungan hubungan" dari "kontrol input", "menyortir" (setidaknya empat varietas bersyarat), maka Anda bisa mendapatkan hasil yang luar biasa untuk kenyamanan mendapatkan final data.

  Mari kita lihat beberapa contoh.

  Jika kita memiliki perjanjian Tipe 3, yang ditandai dengan keberadaan kontrak jangka panjang umum dan dikeluarkan dalam kerangkanya setiap bulan, dihitung pada kenyataannya, jumlah layanan yang diberikan, yaitu dua opsi untuk mencerminkan kontrak tersebut. Keduanya nyaman dari sudut pandang menerima gerakan umum dan hasil oleh pemukiman timbal balik, dan dalam hal merinci pemukiman timbal balik ini (katakanlah, berdasarkan bulan).

  Salah satu opsi ini adalah menggunakan ketika memasukkan kontrak baru dalam basis informasi opsi pemukiman timbal balik pada dokumen. Tetapi di atas, kami telah menemukan - opsi yang nyaman ini dapat menyebabkan kesulitan untuk operasi transaksi perbankan / tunai. Memecahkan masalah ini "tanpa kerugian" mungkin organisasi buku referensi seperti itu Kontrak kontraktanJika kontrak utama diperkenalkan dalam bentuk kelompok elemen (generalisasi), dan dokumen perhitungan untuk setiap bulan - dalam bentuk elemen yang benar-benar mengakhiri buku referensi (lihat Gambar 13).

  Ara. tigabelas

  Dengan pengaturan ini, pekerjaan operasi pada operasi perbankan secara signifikan difasilitasi (yang secara signifikan mengurangi risiko kesalahan mereka), tetapi tidak kehilangan kemungkinan untuk memperoleh informasi tentang perhitungan dalam bentuk umum dan terperinci. Pertimbangkan kemampuannya pada contoh opsi untuk menyiapkan laporan standar. Pernyataan Broadcase.. Dalam hal itu dalam pengaturan (Gbr. 14), pengguna memilih jenisnya Elemen., Dia mendapat kesempatan untuk melihat perhitungan terperinci selama berbulan-bulan, jika memilih Hanya hierarki - Dia hanya melihat keadaan keseluruhan dari penyelesaian timbal balik pada kontrak ini secara keseluruhan. Jika dipilih HirarkiPengguna akan melihat kedua opsi secara bersamaan - berbagi dan detail.

  Ara. 14.

  "Trik kecil" lain menggunakan hierarki referensi Kontrak kontraktan Ini akan membantu mengatasi situasi yang lain, yang agak khas.

  Kami telah mencatat di atas bahwa "1c: Akuntansi 8" memungkinkan Anda untuk memperkenalkan satu kontrak hanya satu jenis kontrak - Dengan pemasok, Dengan pembeli dll.

  Tetapi bagaimana cara menangani situasi ketika "dokumen kontrak" memiliki karakter dua arah? Ambil, misalnya, sewa perjanjian. Seluruh kontrak mencerminkan bahwa, misalnya, sebuah organisasi TAPI Ren dari Counterparty. Dgn B. Blok premis industri tertentu. Dan dalam hal ini hubungan dengan Dgn B. O. BARU TAPI Seperti pemasok. Tetapi dalam teks kontrak ada item kecil yang terpisah, yang menyatakan bahwa jika sewa harus diperbaiki, pemilik akan memproduksinya dengan pasukannya sendiri, setelah itu akan terpapar pada akun penyewa yang dilakukan. Dalam hal ini, situasi yang datang tak terhindarkan muncul ketika titik terpisah dari kontrak berarti hubungan lain di mana Dgn B. Speaker sebelumnya TAPIsudah sebagai pembeli.

  Bagaimana menjadi? Bagaimanapun, dokumen yang relevan dari program ini tidak akan memungkinkan Anda untuk memilih kontrak Dengan pemasok Untuk mencerminkan implementasi layanan!

  Dan di sini kita juga akan datang ke AID kemungkinan membangun daftar hierarkis.

  Seluruh perjanjian sewa dapat kita atur sebagai kelompok elemen (lihat Gambar 11). Dan sudah dalam kelompok ini, Anda harus membuat dua elemen akhir dari buku referensi - secara terpisah pada hubungan Dengan pemasok dan secara terpisah pada hubungan Dengan pembeli. Dengan demikian, kami memecahkan dan tugas menggunakan dokumen konfigurasi penuh waktu, dan tugas merinci pemukiman timbal balik setelah menerima laporan standar (misalnya, sebuah laporan ANALISIS SUBCONTO.). Skema serupa juga dapat diterapkan dengan kontrak yang menyediakan perhitungan barter.