Fitur memelihara dokumen akuntansi

Berkali-kali dalam materi kami, kami membicarakan berbagai pengaturan program 1C. Namun salah satunya, yang muncul kurang dari setahun yang lalu, sejauh ini diabaikan secara tidak adil. Pada artikel ini saya akan berbicara tentang pengaturan yang sangat berguna dan menarik yang mempengaruhi algoritma pemrosesan dokumen di 1C: Enterprise Accounting 8 edisi 3.0.

Mari pergi ke bagian "Administrasi" dan pilih item "Posting Dokumen".

Formulir pengaturan terbuka.

1. Momen perhitungan

Jika titik disetel ke nilai “Saat memposting dokumen”, maka semua jumlah akan dihitung langsung saat bekerja dengan dokumen utama (opsi ini selalu diterapkan dalam program 1C). Namun, jika ada banyak dokumen di organisasi Anda, dan ribuan item item dihapuskan atau dijual setiap hari, maka kecepatan pemrosesan dokumen-dokumen tersebut akan mengurangi kecepatan pekerjaan secara keseluruhan. Bagaimanapun, semuanya perhitungan yang rumit dilaksanakan pada saat pelaksanaan.
Jika Anda memberi titik pada kolom “Saat menutup bulan”, maka tidak ada perhitungan yang akan dilakukan saat memposting dokumen. Dan program ini akan melakukan semua perhitungan rumit selama penutupan bulan tersebut. Keuntungan utama dari opsi ini adalah meningkatkan kecepatan pemrosesan dokumen dan menghemat waktu dalam pekerjaan sehari-hari. Namun pada saat yang sama, Anda tidak akan dapat dengan cepat melihat harga pokok persediaan yang dihapuskan.

SALT sampai akhir bulan akan terlihat seperti ini

Selain itu, terdapat sejumlah batasan: tidak semua organisasi dapat menggunakan opsi penyelesaian di akhir bulan.

Pengecualiannya adalah:
- organisasi dan pengusaha perorangan yang menggunakan sistem pajak yang disederhanakan (pendapatan dikurangi dengan jumlah pengeluaran);
- pengusaha perorangan dalam mode umum;
- organisasi yang menyelenggarakan akuntansi terpisah atas PPN yang masuk;
- organisasi dan pengusaha perorangan yang menggunakan metode “FIFO” dalam menilai persediaan;
- organisasi dan pengusaha perorangan yang menggunakan metode penilaian barang secara eceran “Dengan harga jual”;
- organisasi dan pengusaha perorangan yang menggunakan sistem perpajakan yang disederhanakan (penghasilan) dan menggunakan fungsi pembayaran dengan kartu pembayaran.
Untuk organisasi-organisasi ini, perhitungan akan selalu dilakukan saat memposting dokumen.

2. Penghapusan persediaan jika tidak ada saldo di gudang

Jika Anda mencentang kotak ini, program tidak akan melaporkan kesalahan saat memposting dokumen untuk penghapusan atau penjualan barang inventaris jika barang atau bahan tersebut tidak tersedia (jika tidak ada saldo, maka akan ada penghapusan “minus”). dilakukan).
Namun jika kotak centang tidak dicentang, maka program akan mengontrol secara ketat jumlah barang inventaris di gudang dan tidak mengizinkan Anda memposting dokumen jika ada kekurangan barang atau bahan.
Contoh bekerja dengan pengaturan ini dibahas di salah satu video kami: Kesalahan saat menghapus materi di 1C: Enterprise Accounting 8.

3. Memeriksa pelaksanaan dokumen pada saat pembuatan laporan

Jika Anda mencentang kotak berikut pada formulir ini, maka saat membuat laporan, program akan memantau urutan dokumen dan menawarkan untuk memperbaiki situasi jika perlu. Hal ini disebabkan urutan transaksi mempunyai pengaruh yang signifikan terhadap data pelaporan: jika dilanggar, informasi pada rekening mungkin tidak sepenuhnya benar.

4. Waktu penyerahan dokumen

Checkbox terakhir pada form konfigurasi memang sangat berguna.

Jika diinstal, program itu sendiri akan mendistribusikan dokumen pada timeline sepanjang hari.
Pastinya Anda pernah menjumpai situasi dimana 1C tidak melihat sisa barang di gudang, karena... penerimaan terjadi pada hari yang sama, dan dokumen penjualan dimasukkan lebih awal dari dokumen penerimaan. Atau program secara artifisial menggandakan omset pada rekening giro dengan rekanan jika uang muka dikreditkan pada hari yang sama (yaitu, sebenarnya tidak ada uang muka, hanya waktu dokumen pembayaran kurang dari waktu penerimaan atau dokumen penjualan) .
Semua situasi ini dapat dihindari jika Anda mencentang kotak ini di pengaturan. Misalnya, waktu seluruh dokumen penerimaan barang dan jasa akan otomatis disetel ke pukul 07.00.

Dan dokumen pelaksanaannya harus dikumpulkan pada pukul 14.00.

Saya harap materi dalam artikel ini bermanfaat bagi Anda, Anda dapat memilih dan menerapkan pengaturan yang tercantum dalam pekerjaan Anda. Jika Anda memiliki pertanyaan, Anda dapat menanyakannya di komentar.

Mari berteman

Tabu akuntansi
Mari kita mulai dengan akuntansi. Sesuai dengan persyaratan Pasal 8 dan 9 Hukum Federal tanggal 21 November 1996 No. 129-FZ “Tentang Akuntansi”, sampai Anda memiliki dokumen utama yang mengonfirmasi transaksi bisnis, Anda tidak memiliki alasan untuk mencerminkannya dalam akuntansi.
Jika Anda menemukan dokumen terlambat, Anda harus berpedoman pada paragraf 11 Petunjuk tentang tata cara pembuatan dan penyerahan laporan keuangan(disetujui atas perintah Menteri Keuangan Rusia tanggal 22 Juli 2003 No. 67n). Tiga aturan akuntansi segera mengikuti isi paragraf ini.
Aturan 1. Catat transaksi yang terlewat dalam periode pelaporan yang sama di bulan ditemukannya transaksi tersebut.
Jika ditemukan bahwa transaksi bisnis salah tercermin (dokumen diterima terlambat) pada periode berjalan sebelum akhir tahun pelaporan, koreksi dilakukan dengan entri dalam akun akuntansi terkait pada bulan periode pelaporan ketika distorsi diidentifikasi.
Aturan 2. Tanggal lupa transaksi tahun yang belum disampaikan pelaporannya sampai bulan Desember.
Apabila suatu transaksi bisnis yang terlewat diketahui pada tahun pelaporan setelah penyelesaiannya, tetapi laporan keuangan tahunan belum disetujui sesuai dengan prosedur yang ditetapkan, koreksi dilakukan dengan entri pada bulan Desember tahun dimana laporan keuangan tahunan disiapkan untuk disetujui. dan penyerahan.
Aturan 3. Mencerminkan transaksi yang terlewat tahun lalu pada periode berjalan.
Jika ditemukan di saat ini periode pelaporan Jika transaksi bisnis salah dicatat dalam akun akuntansi tahun lalu, koreksi terhadap laporan akuntansi dan keuangan untuk tahun pelaporan terakhir (setelah persetujuan laporan keuangan tahunan sesuai dengan prosedur yang ditetapkan) tidak diperlukan.
Selain itu, perubahan laporan keuangan yang berkaitan dengan tahun pelaporan dan periode sebelumnya (setelah persetujuannya) dilakukan dalam laporan yang disusun untuk periode pelaporan di mana ditemukan distorsi datanya (klausul 39 Peraturan Akuntansi dan laporan keuangan. di dalam Federasi Rusia, disetujui atas perintah Menteri Keuangan Rusia tanggal 29 Juli 1998 No. 34n, selanjutnya disebut Peraturan). Klausul 80 Peraturan ini mengatur mekanisme pencatatan laba atau rugi tahun-tahun sebelumnya yang diidentifikasi pada tahun pelaporan. Jadi, jika laba atau rugi diidentifikasi pada tahun pelaporan, tetapi berkaitan dengan operasi tahun-tahun sebelumnya, maka laba atau rugi tersebut harus dimasukkan dalam hasil keuangan organisasi untuk tahun pelaporan.
Untuk memperbaiki kesalahan tahun-tahun sebelumnya yang diidentifikasi pada tahun berjalan, akun 91 “Penghasilan dan beban lain-lain” digunakan dalam akuntansi.
Jadi, dalam akuntansi, kesalahan dikoreksi pada periode ditemukannya kesalahan tersebut.

Perhatian!

Saat ini, terdapat rancangan Peraturan Akuntansi tersendiri: PBU 22/2009 “Memperbaiki Kesalahan Akuntansi dan Pelaporan”, yang dikembangkan oleh Kementerian Keuangan Rusia pada akhir tahun lalu. Proyek ini mengasumsikan bahwa semua kesalahan harus dibagi menjadi signifikan dan tidak signifikan, dan prosedur untuk memperbaikinya dalam akuntansi akan bergantung pada saat kesalahan tersebut diidentifikasi dan tingkat materialitasnya. Informasi mengenai kesalahan signifikan dari periode pelaporan sebelumnya yang diidentifikasi selama periode pelaporan perlu dicerminkan catatan penjelasan ke laporan keuangan tahunan organisasi. Namun saat ini PBU tersebut belum diterapkan, artinya kesalahan akuntansi harus diperbaiki sesuai aturan yang berlaku.

Aturan perpajakan
Tidak mudah untuk mencerminkan transaksi pada dokumen yang terlambat dalam akuntansi pajak. Mari kita lanjutkan daftar aturan pencatatan dokumen yang terlambat...
Aturan 4. Beban yang diterima untuk tujuan perpajakan diakui pada periode pelaporan (pajak) yang bersangkutan.
Jika Anda menemukan dokumen terlambat, biaya dapat dikurangi dasar pengenaan pajak untuk pajak penghasilan, tetapi hanya untuk periode pelaporan (pajak) yang terkait (klausul 1 Pasal 272 Kode Pajak Federasi Rusia). Hal ini tentu saja mengakibatkan perlunya menyampaikan laporan pajak yang diperbarui untuk periode dimana dokumen tersebut diberi tanggal.
Beberapa akuntan secara keliru percaya bahwa, setelah menerima dokumen bertanggal periode pelaporan sebelumnya, tidak perlu menyampaikan “pembaruan” pada periode pelaporan saat ini. Bagaimanapun, semua peristiwa terjadi dalam satu masa pajak dan, terlepas dari kapan pengeluaran atau pendapatan untuk tahun tersebut diperhitungkan, jumlah pajak penghasilan akan benar. Ini tidak benar. Perlu diingat bahwa jika ditemukan kesalahan (distorsi) dalam penghitungan dasar pengenaan pajak baik yang berkaitan dengan masa pajak maupun masa pelaporan yang lalu, maka pada masa (pelaporan) pajak saat ini Kode Pajak mewajibkan penghitungan ulang dasar pengenaan pajak dan jumlah pajak untuk periode di mana kesalahan (distorsi) tertentu terjadi (klausul 1 pasal 54 Kode Pajak Federasi Rusia).
Selain itu, ayat 1 Pasal 54 dan ayat 1 Pasal 81 Kitab Undang-undang Pajak mewajibkan wajib pajak untuk menyampaikan pernyataan yang diperbarui jika pajak yang terutang diremehkan, dan memberikan hak untuk mengajukan “penyesuaian” jika pernyataan yang meremehkan itu terjadi. tidak terjadi. Oleh karena itu, jika Anda menggunakan hak ini dan memutuskan untuk tidak mengajukan pengembalian yang disesuaikan, Anda secara sukarela telah mengucapkan selamat tinggal pada sebagian pengeluaran Anda.
Tentu saja Anda tidak ingin membayar pajak lebih, tetapi Anda juga tidak ingin menyampaikan “klarifikasi” pilihan terbaik– ini akan menarik perhatian pemeriksa pajak. Kami akan menunjukkan dengan sebuah contoh apa yang dapat menyebabkan alur pemikiran ini.

Contoh
Akuntan menerima sertifikat pemberian jasa terlambat satu tahun. Memutuskan untuk tidak menarik perhatian para pemeriksa dan tidak menyampaikan pernyataan yang diperbarui, ia tampaknya telah menemukan jalan keluar: ayat 2 Pasal 265 Kode Pajak memungkinkan untuk memperhitungkan biaya non-operasional kerugian masa pajak sebelumnya yang diidentifikasi pada masa pelaporan (pajak) berjalan. Selain itu, dalam SPT pajak penghasilan badan (disetujui atas perintah Kementerian Keuangan Rusia tanggal 5 Mei 2008 No. 54n), baris tersendiri 301 dari Lampiran No. 2 sampai dengan lembar 02 dialokasikan untuk pengeluaran-pengeluaran tersebut.
Namun alasan seperti itu tidaklah benar. Mari kita jelaskan alasannya.
Tindakan pemberian jasa adalah dokumen yang menunjukkan tanggal persiapan tertentu. Oleh karena itu, periode biaya ditentukan. Biaya-biaya yang dipertegas dengan dokumen-dokumen utama dan berkaitan dengan masa-masa pelaporan (pajak) sebelumnya tidak dicatat sebagai bagian dari kerugian masa-masa pajak sebelumnya yang diidentifikasi dalam masa pelaporan (pajak) pada baris 301 Lampiran No. 2 sd lembar 02 pajak penghasilan pengembalian, karena mempunyai tanggal terjadinya (klausul 7.3 Tata Cara pengisian SPT pajak penghasilan badan, disetujui atas perintah Kementerian Keuangan Rusia tanggal 5 Mei 2008 No. 54 n).

Situasi seperti ini sudah sering menjadi topik pembicaraan persidangan yudisial. DAN praktik arbitrase kaitannya dengan wajib pajak masih ambigu.

Praktek arbitrase

Wajib pajak mencerminkan dalam SPT pajak perusahaan kerugian tahun-tahun sebelumnya yang diidentifikasi pada periode pelaporan berjalan. Keputusan yang berpihak pada wajib pajak: resolusi Layanan Antimonopoli Federal Distrik Moskow tanggal 16 Januari 2008 No. KA-A40/13948-07 dalam kasus No. A40-76807/06-142-512; tanggal 11 Maret 2009 Nomor KA-A40/1255-09 dalam perkara Nomor A40-32554/08-129-101; tanggal 31 Mei 2006 No. KA-A40/4822-06 dalam perkara No. A40-55283/05-90-425 Keputusan yang menguntungkan otoritas pajak: resolusi Layanan Antimonopoli Federal Distrik Ural tanggal 9 Januari 2008 No. F09-10856/07-S3 dalam kasus No. A76-6072/07, Layanan Antimonopoli Federal Distrik Barat Laut tanggal 16 April 2007 No. A56- 14502/2006, Layanan Antimonopoli Federal Distrik Siberia Timur tanggal 26 November 2007 No. A19-9257/07-57-F02-8708/07, FAS Distrik Volga-Vyatka tanggal 1 Maret 2006 No. A11-5827/2005 -K2-24/239, FAS North-West District tanggal 8 November 2006 No. A21-7106/2005).

Namun, Agung Pengadilan arbitrase Federasi Rusia, dalam Resolusi No. 4894/08 tanggal 9 September 2008, mengeluarkan putusan tegas: ketentuan sub-ayat 1 ayat 2 Pasal 265 Kode Pajak harus diterapkan dalam masa pajak berjalan hanya jika jangka waktu terjadinya biaya-biaya yang dikeluarkan oleh wajib pajak tidak diketahui. Dalam semua kasus lainnya, pengeluaran yang berkaitan dengan masa pajak sebelumnya harus tercermin dalam akuntansi pajak sesuai dengan persyaratan Pasal 54 dan 272 Kode Pajak. Dengan dikeluarkannya resolusi ini, peluang wajib pajak untuk mempertahankan kasusnya berkurang secara signifikan.
Aturan 5. Jangan mencoba melepaskan diri dari pernyataan yang “tidak menguntungkan”.
Kebetulan ketika menyampaikan pengembalian pajak penghasilan yang “tidak menguntungkan”, otoritas pajak merekomendasikan untuk mengurangi jumlah pengeluaran yang tercermin dalam deklarasi untuk mengubah deklarasi yang merugi menjadi “titik impas”. Bukan rahasia lagi bahwa masalah mencerminkan kerugian yang terjadi dalam deklarasi baru-baru ini menjadi sangat akut dan akuntan sering kali mengikuti rekomendasi tidak resmi - mereka tidak menunjukkan sebagian biaya dalam satu periode pelaporan dengan harapan pendapatan berikutnya akan memungkinkan keduanya. biaya yang akan ditampilkan dan keuntungan yang diterima.
Namun perlu diingat tata cara penentuan besarnya biaya produksi dan penjualan yang diatur dalam Pasal 318 Kitab Undang-undang Pajak.
Jika menggunakan metode akrual, semua biaya periode pelaporan harus dibagi menjadi langsung dan tidak langsung. Daftar pengeluaran spesifik ditentukan oleh wajib pajak secara mandiri kebijakan akuntansi untuk tujuan perpajakan.
Pengeluaran langsung berkaitan dengan pengeluaran pada periode pelaporan (pajak) saat ini hanya pada saat produk, pekerjaan, dan jasa dijual, yang biayanya diperhitungkan sesuai dengan Pasal 319 Kitab Undang-undang Pajak (klausul 2 Pasal 318 Kitab Undang-undang Pajak). Kode Pajak Federasi Rusia).
Biaya tidak langsung produksi dan penjualan yang terjadi pada periode pelaporan (pajak) akan dimasukkan seluruhnya ke dalam beban periode pelaporan (pajak) berjalan. Oleh karena itu, dokumen tersebut tidak dapat dipindahkan dari satu periode pelaporan ke periode pelaporan lainnya, meskipun Anda mengonfirmasi fakta bahwa dokumen utama terlambat diterima. Kode Pajak tidak memberikan kesempatan seperti itu. Pengeluaran organisasi ini sebelum menerima pendapatan dari aktivitas merupakan kerugian untuk periode pelaporan (pajak) saat ini.
Jika Anda dengan sengaja tidak menunjukkan pengeluaran dalam satu periode pelaporan, maka pada periode berikutnya Anda perlu mengajukan pernyataan yang disesuaikan untuk periode yang terkait dengan pengeluaran tersebut, dan sebagai akibatnya, mengakui kerugian. Lingkaran setan muncul... Oleh karena itu, ketika memutuskan untuk mentransfer sebagian pengeluaran ke deklarasi yang lebih “sejahtera”, Anda harus memahami bahwa, kemungkinan besar, pengeluaran tersebut akan hilang.

Faktur terlambat
Aturan 6. Faktur yang diterima dari penjual harus didaftarkan dalam buku pembelian sebagai haknya pemotongan pajak.
Untuk waktu yang lama, masalah pencatatan faktur yang “terlambat” dalam buku pembelian “mengganggu pikiran” baik pembayar pajak maupun spesialis dari departemen yang berwenang. Dengan demikian, tagihan yang diterima dari penjual harus didaftarkan dalam buku pembelian karena timbul hak pengurangan pajak sesuai dengan prosedur yang ditetapkan oleh Pasal 172 Kitab Undang-undang Pajak. Hal ini dinyatakan dalam paragraf 8 Aturan untuk memelihara catatan faktur yang diterima dan diterbitkan, buku pembelian dan buku penjualan, ketika menghitung pajak pertambahan nilai (disetujui oleh Keputusan Pemerintah Federasi Rusia tanggal 2 Desember 2000 No. 914, selanjutnya disebut Peraturan).
Pasal 172 Kitab Undang-undang Pajak, sebaliknya, meskipun memberikan hak kepada wajib pajak untuk memotong PPN masukan, tidak menyebutkan secara spesifik kapan tepatnya hak tersebut timbul. Tidak adanya norma yang jelas menimbulkan kontroversi.
Saat ini, Kementerian Keuangan meyakini bahwa faktur yang “terlambat” didaftarkan dalam buku pembelian pada periode penerimaannya oleh organisasi, terlepas dari tanggal penerbitannya, oleh karena itu, pada periode yang sama Anda menggunakan hak pemotongan. (surat Kementerian Keuangan Rusia tanggal 13 Juni 2007 No. 03-07-11/160). Untuk menghindari masalah pemotongan, Anda harus mengonfirmasi bahwa Anda menerima faktur dalam masa pajak tertentu. Misalnya, ini dapat berupa log korespondensi masuk atau amplop dengan stempel kantor pos tempat faktur diterima (surat dari Layanan Pajak Federal Rusia untuk Moskow tertanggal 20 April 2007 No. 19-11/036466 ).
Untuk menyederhanakan prosedur, beberapa organisasi membubuhkan stempel organisasi dengan tanggal penerimaan pada faktur yang diterima. Baik otoritas pajak maupun hakim skeptis terhadap bukti tersebut, karena mereka percaya bahwa stempel korespondensi yang masuk tidak dapat menjadi bukti yang jelas bahwa faktur telah diterima pada periode yang bersangkutan, karena itu adalah milik wajib pajak itu sendiri (Resolusi Layanan Antimonopoli Federal Federal Kabupaten Kaukasus Utara tanggal 7 Juli 2008 No. F08-3751/2008 dalam perkara No. A32-20193/2007-3/370).
Jika Anda hanya dapat mengkonfirmasi tanggal penerimaan faktur secara lisan, bersiaplah untuk kenyataan bahwa setelah audit, pemotongan pada faktur bertanggal satu masa pajak, dan diklaim untuk pengurangan di masa pajak lain, akan ditarik. Akibatnya timbul tunggakan pajak pertambahan nilai.
Terlepas dari praktik arbitrase yang sudah mapan (penetapan Mahkamah Arbitrase Tertinggi Federasi Rusia tanggal 8 Agustus 2008 No. 9726/08, keputusan FAS Distrik Moskow tanggal 26 Juni 2008 No. KA-A40/5396-08 dalam kasus No .A40-31872/07-117-187, tanggal 17 Januari 2008 No. KA-A40/14126-07 dalam perkara No. A40-17087/07-126-123) dan jabatan setia Kementerian Keuangan, pemeriksa pajak terus berpedoman pada surat Layanan Pajak Federal Rusia tertanggal 6 September 2006 No. MM-6-03/896 “Tentang Tata Cara Perubahan Buku Pembelian dan Buku Penjualan”. Menurutnya, wajib pajak berhak melakukan pengurangan pajak jika didokumentasikan, yaitu ada faktur dan yang bersangkutan. dokumen sumber, membenarkan bahwa barang (pekerjaan, jasa), hak milik telah diperoleh dan didaftarkan.
Berdasarkan ketentuan Pasal 81 Kitab Undang-undang Pajak, Wajib Pajak yang menemukan fakta ketidaklengkapan pencerminan informasi dalam Surat Pemberitahuan yang disampaikan sebelumnya (termasuk keterangan pengurangan pajak) berhak melakukan penambahan dan perubahan yang diperlukan. spt masa pajak yang terkait dengan transaksi terkait.
Oleh karena itu, apabila dalam masa pajak sekarang Wajib Pajak menemukan dalam Surat Pemberitahuan PPN yang telah disampaikan sebelumnya bahwa ia tidak sepenuhnya mencerminkan jumlah pajak yang dapat dipotong, maka ia harus menyampaikan Surat Pemberitahuan Koreksi atas jumlah pajak tersebut. periode pajak, dimana pemotongan pajak tidak tercermin secara penuh.
Menurut otoritas pajak, perlu mengisi lembar tambahan buku pembelian untuk kuartal di mana tanggal faktur jatuh. DI DALAM lembar tambahan di buku pembelian, Anda harus mencatat rincian faktur yang tidak terdaftar dalam buku pembelian ini secara tepat waktu - rangkum data dari faktur "terlambat" dengan data di baris "Total" pada lembar tambahan .
Mari kita rangkum. Setiap kali mencatat suatu transaksi bisnis berdasarkan dokumen yang terlambat, jangan mengabaikan aturan akuntansi dan akuntansi pajak. Diperlukan dokumen yang terlambat perhatian khusus– juga menanamkan hal ini pada karyawan dan kontraktor yang pelupa.

P.Kolmakova,
konsultan ahli terkemuka di bidang perpajakan, guru di grup perusahaan ELKOD, guru bersertifikat di Institut akuntan profesional dan auditor Rusia, anggota Kamar Konsultan Pajak Rusia

Memposting dokumen dalam 1C– ini adalah syarat utama untuk akuntansi yang benar untuk semuanya Uang, barang dan jasa. Ada beberapa cara untuk memposting dokumen di 1C. Ini bisa dilakukan saat membuka daftar dokumen. Gambar tersebut menunjukkan cara memposting dokumen yang diperlukan atau membatalkan postingan di Pesanan Keluar Tunai. Kolom pertama menunjukkan apakah dokumen telah diposting. Jika terdapat tanda centang hijau pada “ikon”, maka dokumen telah diposting. Misalnya, kami memiliki satu dokumen yang tidak diposting di daftar kami. Memilih bahan habis pakai yang diperlukan pesanan tunai klik kanan mouse, Anda dapat memilih "Posting" atau "Batalkan postingan" dari menu Cara memposting dan memposting dokumen 1c

Anda dapat memposting dokumen di 1C Enterprise 8.2 menggunakan metode lain. Setelah memasukkan dokumen yang diinginkan, di bagian atas jendela kita akan melihat tombol dengan panah hijau dan merah. Yang pertama bertanggung jawab melaksanakannya, dan yang kedua bertanggung jawab membatalkannya. Anda juga dapat membuka dan menutup dokumen menggunakan tombol “OK”.

Ada cara untuk mengelompokkan dokumen dalam 1C. Untuk melakukan ini, Anda perlu menggunakan pemrosesan grup direktori dan dokumen (Layanan - Pemrosesan universal - Pemrosesan grup direktori dan dokumen).

Dalam pemrosesan grup, Anda perlu memilih jenis objek "Dokumen", tambahkan dokumen yang diperlukan(misalnya, “Penerimaan barang dan jasa”). Selain itu, di “Pengaturan”, centang kotak di samping “Izinkan perubahan detail objek”, dan, jika perlu, tambahkan kriteria pemilihan di bagian bawah. Misalnya, Anda dapat menemukan semua dokumen yang diposting “Kwitansi barang dan jasa” dan membatalkan postingannya melalui pemrosesan. Klik pada tombol "Pilih".

Tab “Pemrosesan” akan berisi daftar dokumen yang telah kita pilih. Di bidang “Tindakan”, pilih nilai “Ubah detail: Diposting”, pilih nilai yang diinginkan (tetapkan atau hapus) dan klik tombol “Jalankan”. Harap dicatat bahwa saat memproses dokumen 1C, perlu memperhitungkan waktu untuk penghitungan uang dan barang yang benar. Dalam beberapa kasus, pengeposan dokumen secara berkelompok dapat menyebabkan pelanggaran konsistensi dalam akuntansi.

Sekarang Anda tahu cara memposting dokumen di 1C Enterprise 8.2. Kami menyarankan Anda membaca artikel tentang register akumulasi dan register informasi.

Artikel ini akan membahas konsep seperti dokumen 1C, jenis objek konfigurasinya, apa tujuannya, properti apa yang dapat disesuaikan untuk objek tersebut; bagaimana Anda dapat bekerja dengan objek ini secara interaktif dan terprogram.

Kehidupan suatu perusahaan tidak mungkin terjadi tanpa pencatatan berbagai jenis peristiwa yang sangat sering terjadi. Peristiwa ini disebut - transaksi bisnis. Pendaftaran transaksi bisnis di 1C adalah sebuah dokumen.

Contoh transaksi bisnis: penerimaan barang di gudang, penghapusan barang dari gudang, penerimaan dana di meja kas, mempekerjakan pegawai, dan lain-lain.

Semua transaksi ini harus didokumentasikan dalam dokumen kertas yang sesuai. Objek dokumen yang terdaftar pada sistem 1C justru merupakan analog dari dokumen kertas ini. Perlu dicatat bahwa kami memiliki setidaknya dua akun berbeda. Ini adalah akuntansi manajemen dan akuntansi teregulasi. Dalam akuntansi yang diatur, suatu transaksi bisnis tidak dapat ada tanpa adanya dokumen yang mengonfirmasikannya. Dalam akuntansi manajemen, keberadaan dokumen untuk suatu transaksi bisnis bukan merupakan prasyarat, karena daftar transaksi yang dilakukan dalam akuntansi manajemen dapat bermacam-macam. Dalam hal ini, beberapa informasi hanya dicatat dalam bentuk dokumen elektronik.

Jadi kami memiliki dokumen kertas dan dokumen elektronik. Sebuah analogi harus dibuat di antara mereka. Saat menerbitkan dokumen kertas, nomor dan tanggal harus dicantumkan. Juga dokumen elektronik harus memuat nomor dan tanggal. Dengan menggunakan kolom ini kita dapat menemukan dokumen yang kita butuhkan. Oleh karena itu nomor dan tanggal adalah properti utama.

Mari kita pertimbangkan properti utama "Tanggal". Di versi 7.7 disebut "Dokter Data", di versi 8 disebut sederhana "Tanggal". Ini sangat properti penting dokumen. Mengapa demikian? Mari kita pertimbangkan situasi dengan organisasi perdagangan di mana fakta penerimaan barang dan penjualannya dicatat. Jadi, tidak mungkin menjual produk yang tanggal penerimaannya lebih besar dari tanggal penjualan, karena tidak mungkin menjual produk yang belum sampai.

Perhatikan bahwa dalam beberapa konfigurasi standar dimungkinkan untuk menjual barang yang belum sampai. Tapi ini lebih merupakan pengecualian daripada aturan dan berkaitan dengan spesifikasi perusahaan perdagangan.

Inilah sebabnya mengapa mencantumkan tanggal pada suatu dokumen sangatlah penting. Perlu juga dicatat bahwa di dalam properti "Tanggal" tidak hanya berisi tanggal, tetapi juga waktu pembuatan dokumen hingga detiknya.

Seringkali, identifikasi dokumen pada sumbu waktu seperti itu tidak cukup.

Bayangkan sebuah situasi dimana 100 unit barang tiba di gudang pada tanggal 1 setiap bulannya. Kemudian pada tanggal 2 bulan yang sama pukul 23:59:59 terjual sebanyak 80 unit. Dokumennya terlaksana tanpa kendala, karena barangnya cukup. Misalkan pada tanggal 2 pukul 23:59:59 ada orang lain yang juga menjual produk yang sama sebanyak 50 unit. Dokumen ini juga akan diproses tanpa kendala, karena pada pukul 23:59:59 produk ini sudah tersedia. Meskipun sebenarnya kita, sebagai hasil dari dokumen kedua, akan terbentuk sisa negatif dalam 30 unit barang.

Untuk mencegah timbulnya keadaan seperti itu, maka ditambahkan juga posisi dokumen yaitu linknya pada tanggal dan waktu. Identifikasi dokumen berdasarkan tanggal dan waktu + tautan ini disebut momen waktu. Dan pada saat postingan dokumen kedua, sistem akan menampilkan pesan kekurangan 30 unit barang dan tidak memperbolehkan postingan dokumen tersebut.

Bagaimana cara mendapatkan momen tepat waktu? Dan ternyata dengan metodenya "Momen waktu", milik kelas "Objek Dokumen". Tipe data yang dikembalikan adalah "Momen waktu".

Jenis data ini harus diteruskan ke permintaan yang menerima sisa produk sebagai parameter.

Contoh mendapatkan titik waktu:

&Prosedur OnClient GetTimePoint(Perintah) GetTimeTimeOnServer(Object.Ref) ; Prosedur Akhir & Prosedur OnServer GetTimePointOnServer(Tautan) Jika Tautan. Kosong() Lalu Laporkan( “Dokumen itu tidak dicatat!”) ; Kembali ; Berakhir jika ; DocumentObject = Tautan. DapatkanObjek() ; Momen Waktu = Objek Dokumen. Momen waktu() ; Laporan(Titik Waktu); Akhir Prosedur // DapatkanTimePointOnServer()

Mengatur waktu dokumen

Mari kita lihat bagaimana sistem menetapkan cap waktu untuk dokumen yang baru dimasukkan. Saat membuat dokumen, tanggal sistem saat ini dengan waktu nol ditetapkan secara default, dan saat menulis, stempel waktu saat ini ditetapkan.

Saat melakukan operasi, ada nuansa berikut. Jika tanggalnya sama dengan tanggal sekarang, maka waktu akan mengambil waktu saat ini. Jika dokumen tersebut diposkan secara non-operatif, maka hanya pada saat dimasukkan, stempel waktu saat ini akan diberikan, dan kemudian tidak akan berubah. Jika dokumen tidak dimasukkan dengan tanggal sekarang, maka stempel waktu nol akan ditetapkan pada awalnya, dan saat merekam, stempel waktu terbaru untuk hari itu akan ditetapkan. Artinya, sistem mencari dokumen yang terakhir dimasukkan untuk hari itu, melihat waktunya, menambahnya satu detik dan menugaskannya ke dokumen kita. Jika Anda membuat dokumen untuk tanggal di mana tidak ada dokumen jenis ini yang dimasukkan (misalnya, penerimaan barang), tetapi dokumen jenis lain dimasukkan (misalnya, penghapusan barang), maka sistem akan mengambil tanggal terbaru dari dokumen jenis lain, tambahkan detik ke dalamnya dan tetapkan ke dokumen kita. Jika Anda membuat dokumen dengan tanggal di mana tidak ada dokumen jenis apa pun yang dimasukkan, maka platform akan menetapkan waktu 12:00:00.

Dan situasi lain. Bayangkan kita mempunyai dokumen di database dengan stempel waktu 23:59:59 dan jika kita menambahkan satu detik lagi maka itu akan menjadi hari berikutnya. Oleh karena itu, sistem berangkat pada waktu yang sama, yaitu 23:59:59. Sistem pengaturan waktu dokumen yang dijelaskan di atas hanya nilai default. Namun perilaku ini bisa saja dikesampingkan. Mari buka formulir dokumen di konfigurator dan buka propertinya. Di properti kita akan melihat sebuah bidang "Waktu Otomatis". Jika kita tidak mengubah apa pun pada properti ini, maka waktu dokumen akan dihasilkan seperti dijelaskan di atas. Namun Anda dapat menentukan waktunya: saat ini atau di awal hari, selalu yang pertama, selalu yang terakhir, dan tidak digunakan.

Properti penting lainnya dari sebuah dokumen adalah nomor. Nomor dokumen, seperti tanggal, adalah properti wajib dari dokumen apa pun. Penting untuk mengidentifikasi dokumen dari hasil cetakan.

Kemungkinan melaksanakan

Sebuah dokumen dapat memiliki tiga status: dibuat, ditandai untuk dihapus Dan dilakukan. Dokumen yang diposting dapat mengubah kondisi keuangan perusahaan, mengubah jumlah barang di gudang, dll. Artinya, dokumen yang belum diposting adalah sejenis draft, tetapi ketika diposting, dokumen tersebut mulai berlaku dan mencatat beberapa peristiwa. . Sistem 1C memungkinkan untuk mengubah dokumen yang diposting, membatalkan pelaksanaannya, yang, tidak seperti program analog Barat, merupakan prinsip akuntansi yang lebih lembut.

Detail dokumen standar

Selain detail yang ditambahkan pengembang ke dokumen, ada juga serangkaian detail standar yang tertanam dalam dokumen di tingkat platform. Ini: tautan, nomor, tanggal, tanda penghapusan, dilakukan. Anda dapat menemukannya di bookmark "Data", tombol "Detail standar".

Kami sudah membicarakan nomor dan tanggalnya. Tanda penghapusan merupakan atribut Boolean yang berisi informasi apakah suatu dokumen ditandai untuk dihapus atau tidak. Tautan- atribut yang dimaksudkan untuk identifikasi unik suatu dokumen dalam tabel dokumen. Diadakan- properti Boolean yang berisi informasi apakah dokumen telah diposting atau belum.

Sebuah dokumen dapat berada dalam tiga keadaan:

• Tidak ditandai untuk dihapus dan tidak dilakukan;
• Tidak ditandai untuk dihapus dan dilaksanakan;
• Ditandai untuk dihapus dan tidak dilakukan.

Seperti disebutkan sebelumnya, pengembang dapat secara mandiri menambahkan detail yang diperlukan, serta bagian tabel. Setiap bagian tabel memiliki satu atribut standar - "Nomor Baris".

Menyimpan dokumen di basis informasi

Dalam database, setiap jenis dokumen disimpan dalam tabel terpisah. Tabel ini berisi semua detail dokumen. Bagian tabel disimpan dalam tabel terpisah. Komunikasi dengan tabel dokumen dilakukan menggunakan detail "Tautan".

Penomoran dokumen

Setiap dokumen memiliki nomor, pengaturannya diatur pada tab "Penomoran". Pada tab ini, Anda dapat mengatur fitur penomoran otomatis, fitur kontrol keunikan, menentukan jenis nomor yang akan digunakan (numerik atau string) dan panjangnya.

Disarankan untuk menyetel jenis nomor ke string, karena di masa mendatang Anda mungkin perlu menunjukkan awalan organisasi dalam nomor tersebut, yang sangat sering terjadi.

Awalan diatur dalam modul objek dokumen, dalam prosedur "Saat Memasang Nomor Baru".

Prosedur Saat Memasang Nomor Baru (StandardProcessing, Prefix) Akhir Prosedur

Juga di tab "Penomoran" kita dapat mengatur frekuensi dokumen.

Nilai yang mungkin:

• Non-periodik;
• Dalam waktu satu tahun;
• Di dalam blok;
• Dalam satu bulan;
• Dalam sehari.

Biasanya memilih nilainya "dalam waktu satu tahun" Artinya di tahun baru penomoran dokumen akan dimulai dari awal lagi.

Terkadang situasi muncul ketika penomoran terus menerus diperlukan untuk beberapa jenis dokumen. Untuk kasus ini, sistem menyediakan objek seperti pembilang.

Itu harus ditunjukkan di lapangan "Pembilang".

Melaksanakan dokumen

Sedikit tentang pemrosesan dokumen. Untuk sistem ini berarti bahwa dokumen tersebut diposting jika bendera Boolean "Lulus" dokumen diatur ke "BENAR". Dalam daftar umum, dokumen tersebut disorot dengan ikon yang sesuai. Untuk platform, ini tidak berarti apa-apa lagi, tetapi dari sudut pandang logika program, dokumen yang diposting dapat mempengaruhi hasil keuangan perusahaan. Artinya, dapat menghasilkan pergerakan menurut register, berdasarkan laporan yang dihasilkan.

Ketika eksekusi interaktif atau terprogram terjadi, eksekusi prosedur dipicu "Proses Pemrosesan()", yang ada di modul objek dokumen.

// Masukkan isi dari handler. Akhir Prosedur

Prosedur ini memiliki dua parameter: penolakan Dan mode. Jika Anda menyetel parameter kegagalan ke "BENAR", maka postingan tidak akan dilakukan. Parameter "Mode" menetapkan mode pemrosesan dokumen - operasional atau non-operatif. Pengembang harus mendaftarkan pergerakan dalam register itu sendiri dalam prosedur ini secara mandiri.

Register di mana dokumen akan bergerak diatur pada tab "Gerakan".

Contoh prosedur pemrosesan transaksi

Prosedur Pemrosesan (Kegagalan, Mode) // Fragmen ini dibuat oleh konstruktor. // Saat menggunakan kembali konstruktor, perubahan manual telah dilakukan // akan hilang!!! // daftarkan Kedatangan GoodsInStock Gerakan. Produk Tersedia. Tulis = Benar; Untuk Setiap Produk TechString Dari Siklus Produk Pergerakan = Pergerakan. Produk Tersedia. Menambahkan() ; Pergerakan. Tipe Pergerakan = Tipe Pergerakan Akumulasi. Yang akan datang; Pergerakan. periode = tanggal; Pergerakan. Produk = Produk TechString. Produk; Pergerakan. Kuantitas = TechStringProducts. Kuantitas; Siklus Akhir; //__CONSTRUCTOR_MOVEMENT_REGISTERS Akhir Prosedur

Hak akses ke dokumen

Dalam sistem 1C ada jenis yang berbeda mengakses. Ini adalah analisis interaksi dan analisis tindakan program.

Apa itu kegiatan interaktif? Ini adalah tindakan yang dilakukan langsung oleh pengguna: menekan tombol, kotak centang, dll. Tindakan perangkat lunak dilakukan oleh beberapa algoritma, pengguna bahkan mungkin tidak menyadari pelaksanaannya.

Hak akses dokumen dikonfigurasi pada tab "Hak". Di sini kita melihat beberapa bagian, ini adalah bagian di mana peran ditampilkan, bagian langsung untuk hak, dan bagian "Pembatasan Akses Data"(kami tidak akan mempertimbangkannya; ini diperlukan saat menggunakan apa yang disebut mekanisme RLS).

Bab "Peran" menampilkan semua peran yang dibuat basis informasi, yang di bagian tersebut "Hak" Kami hanya mengatur hak akses.

Jenis yang mungkin hak akses:

• membaca (secara terprogram), melihat (secara interaktif);
• tambahkan (secara terprogram), tambahkan interaktif (interaktif);
• ubah (secara terprogram), edit (secara interaktif);
• hapus (secara terprogram), hapus interaktif (interaktif);
• melakukan (secara terprogram), melakukan secara interaktif (secara interaktif);
• pembatalan eksekusi (secara terprogram), pembatalan eksekusi interaktif (secara interaktif);

Jenis akses interaktif juga berisi hak-hak berikut: penandaan interaktif untuk penghapusan, penghapusan tanda interaktif untuk penghapusan, penghapusan interaktif yang ditandai, postingan non-operasional interaktif, perubahan interaktif entri yang diposting, entri baris.

Bagian tabel dari dokumen

Bagian tabular dokumen ditentukan pada tab "Data" dan tidak lebih dari kumpulan, yang elemen-elemennya merupakan baris-baris bagian tabel. Oleh karena itu, melintasi elemen-elemennya dimungkinkan baik melalui loop maupun dengan akses langsung berdasarkan indeks (penomoran dimulai dari nol).

Ada pengolahan dokumen operasional dan non-operatif; kemungkinan eksekusi non-operatif diatur oleh opsi yang sesuai dalam pengaturan dokumen:

Implementasi operasional- ini memegang dokumen dengan tanggal dan waktu saat ini. Meskipun Anda secara manual menentukan waktu dan tanggal yang lalu atau yang akan datang dalam sebuah dokumen, dalam mode online, hal itu akan tetap dilakukan sebagai momen saat ini. Hal ini diperlukan karena dalam mode online sistem mengontrol saldo di register agar tidak menjadi negatif. Kontrol seperti itu hanya masuk akal pada saat ini, karena... bahkan sedetik lebih awal atau sedetik kemudian, keadaan pangkalan mungkin sudah berbeda dibandingkan pada saat eksekusi itu sendiri.

Implementasi non-operatif- memegang dokumen ke tanggal yang lalu atau yang akan datang. Karena pengendalian saldo bila dilakukan “secara surut” tidak mempunyai arti praktis, barang tetap telah dikirim, modus ini itu tidak dilakukan.

Pengeposan non-operasional dapat melanggar akuntansi batch: ketika dihapuskan dari gudang secara surut, batch pertama yang sesuai akan dihapuskan, dan bukan batch yang seharusnya FIFO pada waktu yang ditentukan dalam dokumen. Setelah ini, partai-partai tersebut harus dipulihkan.

Soal 01.50 ujian 1C: Platform Professional. Dalam kondisi apa properti "Postingan Operasional" suatu dokumen perlu disetel ke nilai "Larangan"?

1. Ketika dokumen berorientasi pada waktu nyata (saat ini).
2. Ketika sebuah dokumen berorientasi pada masa depan

Jawaban yang benar adalah yang keempat. Jika dokumen tersebut selalu seharusnya dilaksanakan di masa depan, maka eksekusi segera jelas tidak diperlukan.

Soal 01.51 ujian 1C: Platform Profesional. Dalam kondisi apa properti "Postingan Operasional" suatu dokumen perlu disetel ke nilai "Izinkan"?

1. Ketika dokumen berorientasi pada waktu nyata (saat ini).
2. Kapan pengeposan suatu dokumen tidak tergantung pada waktu pendaftarannya.
3. Ketika sebuah dokumen berorientasi pada bentuk lampau (“backdating”).
4. Ketika sebuah dokumen berorientasi pada masa depan.

Jawaban yang benar adalah yang pertama, lihat di atas.

Soal 12.10 ujian 1C: Platform Professional. Mode operasional posting dokumen digunakan:

1. Hanya ketika bekerja dengan register informasi
2. Hanya ketika bekerja dengan register akumulasi
3. Hanya ketika bekerja dengan register akuntansi
4. Hanya ketika bekerja dengan register perhitungan
5. Tidak tergantung pada jenis register

Jawaban yang benar adalah yang kelima. Terlepas dari jenis register, Anda harus memperhitungkan atau tidak memperhitungkan statusnya pada saat catatan dibuat.

Soal 12.54 ujian 1C: Platform Profesional.

Jawaban yang benar adalah yang pertama, semuanya terlihat jelas dari tangkapan layar.

Soal 12.55 ujian 1C: Platform Profesional. Jelaskan apa yang dilakukan sistem saat Anda mencoba memposting dokumen?

1. Sistem akan menolak untuk memposting dokumen karena pelaksanaan operasional diperbolehkan untuk itu, dan tanggalnya lebih besar dari tanggal sekarang
2. Sistem hanya akan mencatat dokumen pada tanggal yang diperlukan, tetapi tidak akan mempostingnya karena pelaksanaan operasional diperbolehkan untuk itu, dan tanggalnya lebih besar dari tanggal sekarang
3. Sistem akan menanyakan pertanyaan tentang mode postingan ("Operasional", "Non-operatif") dan, bergantung pada pilihan pengguna, akan memposting dokumen
4. Sistem tentu saja akan memproses dokumen dalam mode non-operasional, karena... pelaksanaan operasional diperbolehkan untuk itu, dan tanggal dokumen lebih besar dari tanggal sekarang

Jawaban yang benar adalah yang pertama. Posting operasional dilakukan pada tanggal dan waktu saat ini.

Soal 12.56 ujian 1C: Platform Profesional. Jelaskan apa yang dilakukan sistem saat Anda mencoba memposting dokumen?

1. Sistem tentunya akan memproses dokumen tersebut secara online, karena... pelaksanaan operasional diperbolehkan untuk itu, tetapi belum dilaksanakan dan tanggalnya sama dengan tanggal sekarang (akurat hari ini)
2. Sistem akan menolak untuk memposting dokumen karena pelaksanaan operasional diperbolehkan untuk itu, dan tanggalnya lebih besar dari tanggal kerja
3. Sistem tentu saja akan memproses dokumen dalam mode non-operasional, karena... pelaksanaan operasional diperbolehkan untuk itu, dan tanggal dokumen kurang dari tanggal saat ini (akurat hingga satu detik)
4. Sistem akan menanyakan pertanyaan tentang mode postingan ("Operasional", "Non-operatif") dan, bergantung pada pilihan pengguna, akan memposting dokumen

Jawaban yang benar adalah yang pertama. Entri akan dibuat menggunakan tanggal dan waktu saat ini.

Soal 12.60 ujian 1C: Platform Professional. Jelaskan apa yang dilakukan sistem saat Anda mencoba memposting dokumen?

1. Karena Untuk suatu dokumen, postingan operasional diperbolehkan, diposting dan tanggalnya sama dengan tanggal sekarang (akurat hari ini), kemudian sistem akan menanyakan pertanyaan tentang mode postingan (“Operasional”, “Non-operatif”) dan, tergantung pada pilihan pengguna, akan memposting dokumen tersebut
2. Sistem akan menolak untuk memposting dokumen karena boleh dilaksanakan segera, dan tanggalnya lebih besar dari tanggal kerja
3. Sistem tentu saja akan memproses dokumen dalam mode non-operasional, karena... pelaksanaan operasional diperbolehkan untuk itu, dan tanggal dokumen kurang dari tanggal saat ini (akurat hingga satu detik)
4. Sistem tentunya akan memproses dokumen tersebut secara online, karena... pelaksanaan operasional diperbolehkan untuk itu, dan tanggalnya sama dengan tanggal sekarang (akurat pada hari itu)

Jawaban yang benar adalah yang pertama - karena dokumen telah diposting, sistem perlu memahami jam berapa untuk memposting dokumen - waktu saat ini atau waktu dokumen.

Soal 12.63 ujian 1C: Platform Profesional. Jelaskan apa yang dilakukan sistem saat Anda mencoba memposting dokumen?

1. Sistem akan meminta konfirmasi penempatan dokumen dalam mode non-operasional atau pembatalan tindakan, karena pelaksanaan operasional diperbolehkan untuk itu, tidak dilaksanakan dan tanggalnya kurang dari tanggal sekarang
2. Sistem akan menolak untuk memposting dokumen karena boleh dilaksanakan segera, dan tanggalnya lebih besar dari tanggal kerja
3. Sistem tentu saja akan memproses dokumen dalam mode non-operasional, karena... pelaksanaan operasional diperbolehkan untuk itu, dan tanggal dokumen kurang dari tanggal sekarang
4. Sistem akan menanyakan pertanyaan tentang mode postingan ("Operasional", "Non-operatif") dan, bergantung pada pilihan pengguna, akan memposting dokumen

Jawaban yang benar adalah yang pertama. Tidak mungkin untuk mengulanginya dengan cepat; gerakan telah dibuat.

Soal 12.66 ujian 1C: Platform Profesional. Jelaskan apa yang dilakukan sistem saat Anda mencoba memposting dokumen?

1. Sistem tentu saja akan memproses dokumen dalam mode non-operasional, karena... pelaksanaan operasional diperbolehkan untuk itu, dilakukan dan tanggalnya kurang dari tanggal sekarang
2. Sistem akan menolak untuk memposting dokumen karena boleh dilaksanakan segera, dan tanggalnya lebih besar dari tanggal kerja
3. Sistem akan menolak untuk memposting dokumen karena pelaksanaan operasional diperbolehkan untuk itu, dan tanggalnya kurang dari tanggal sekarang
4. Sistem akan meminta konfirmasi penempatan dokumen dalam mode non-operasional atau pembatalan tindakan, karena pelaksanaan operasional diperbolehkan untuk itu, dan tanggalnya kurang dari tanggal sekarang
5. Sistem akan menanyakan pertanyaan tentang mode postingan ("Operasional", "Non-operatif") dan, bergantung pada pilihan pengguna, akan memposting dokumen

Jawaban pertama.

Soal 12.57 ujian 1C: Platform Profesional. Kondisi domain apa yang mungkin memengaruhi pengaturan properti Live Post pada dokumen menjadi Izinkan?

1. Ketika sebuah dokumen berorientasi pada waktu nyata (saat ini).
2. Kapan pengeposan suatu dokumen tidak tergantung pada waktu pendaftarannya
3. Ketika sebuah dokumen berorientasi pada bentuk lampau ("backdating")
4. Ketika sebuah dokumen berorientasi pada masa depan

Jawaban yang benar adalah yang pertama, lihat tentang mode operasional di postingan.

Soal 12.58 ujian 1C: Platform Professional. Dalam mode apa dokumen dapat diposting jika properti "Posting operasional" disetel ke "Larang"?

1. Hanya dalam mode "Non-operasional".
2. Hanya dalam mode "Operasional".
3. Baik dalam mode "Operasional" maupun "Non-Operasional".

Jawaban yang benar jelas merupakan jawaban pertama.

Soal 12.59 ujian 1C: Platform Professional. Dalam mode apa dokumen dapat diposting jika properti "Postingan Operasional" diatur ke "Izinkan"?

1. Baik dalam mode "Operasional" maupun "Non-operatif".
2. Hanya dalam mode "Operasional".
3. Hanya dalam mode "Non-operasional".

Pilihan pertama.

Soal 12.65 ujian 1C: Platform Profesional. Dalam mode apa dokumen dapat diposting jika properti "Posting operasional" disetel ke "Larang"?

1. Dapat dilakukan pada periode yang lalu
2. Dapat dilakukan di masa depan
3. Dapat dilakukan pada periode saat ini
4. Opsi 1 dan 2 benar
5. Opsi 1 dan 3 benar
6. Pilihan 1, 2 dan 3 benar

Jawaban yang benar adalah nomor enam, eksekusi non-operatif berarti eksekusi pada saat diperlukan.

Soal 12.67 ujian 1C: Platform Profesional. Saat memposting ulang dokumen di register:

1. Kumpulan catatan lama selalu dihapus secara otomatis dan yang baru ditulis sebagai gantinya
2. Kumpulan entri dalam register tetap tidak berubah
3. Perilaku kumpulan data ditentukan oleh pengembang di konfigurator melalui pengaturan dan kode program
4. Perilaku kumpulan catatan ditentukan oleh pengguna tergantung pada mode posting yang dipilih (online atau non-online)

Jawaban yang benar adalah yang pertama, kumpulan catatan dapat terprogram dan berbeda pada saat posting dokumen pertama kali/berulang kali.

Soal 12.68 ujian 1C: Platform Professional. Kapan mode "Eksekusi online" diaktifkan di konfigurator?

1. Dokumen tersebut dapat diposting dengan tanggal dan waktu saat ini
2. Dokumen tersebut dapat diposting dengan tanggal berapa pun
3. Dokumen dapat diposting dengan tanggal sebelumnya atau dengan tanggal dan waktu saat ini

Jawaban yang benar adalah yang ketiga. Dokumen akan diproses secara non-operatif pada tanggal sebelumnya.

Soal 12.73 ujian 1C: Platform Profesional. Dalam mode apa dokumen dapat diposting jika properti "Postingan operasional" disetel ke "Larang"?

1. Saat memposting dokumen sebagai perekam kumpulan catatan, harus ada tautan ke dokumen saat ini
2. Apabila memegang suatu dokumen sebagai pencatat, maka suatu kumpulan catatan harus ada acuannya pada dokumen apa pun, tetapi untuk semua catatan dalam kumpulan itu pencatatnya harus sama.
3. Bila dilakukan secara operasional oleh registrar, kumpulan tersebut harus berisi tautan ke dokumen saat ini, dan bila dilakukan secara non-operatif dapat berupa tautan ke dokumen mana pun.

Jawaban yang benar adalah yang kedua (tidak sepenuhnya jelas bagaimana korelasinya dengan cara berperilaku).