Persyaratan untuk melakukan dokumen

1C: Perusahaan 8.2 /
Untuk pengembang /
Membuat dan memodifikasi objek metadata

Daftar isi

Lihat juga

1. Dokumen dimaksudkan untuk memasukkan informasi utama yang terkait dengan pendaftaran peristiwa yang memengaruhi indikator yang diperhitungkan dalam sistem. Misalnya, ketika mengotomatiskan kegiatan keuangan dan ekonomi suatu perusahaan, itu adalah akun dari berbagai transaksi bisnis; dalam sistem kontrol produksi - pendaftaran operasi produksi, dll.

2.1. Pendaftaran suatu peristiwa dalam sistem (yaitu, refleksi di akun) dilakukan dengan menggunakan dokumen. Sebagian besar dokumen harus diposkan (properti Tahan diatur ke Diizinkan ).

Logikanya, dokumen tidak berdokumen berbeda dari yang diposkan di mana dokumen tidak berdokumen adalah "draft" yang tidak tercermin dalam akun. Dokumen-dokumen tersebut dapat disimpan dalam sistem, bahkan jika tidak sepenuhnya atau tidak diisi sama sekali; tidak ada pemeriksaan dan pembatasan logika bisnis yang diterapkan padanya (pemeriksaan pengisian, tanggal untuk melarang perubahan, dll.). Data dokumen tersebut tidak tercermin dalam akun (tidak ditampilkan dalam laporan, dll.)

Pada saat yang sama, dokumen yang dipegang adalah "anjing trah", formasi dan pemrosesan yang sudah selesai dan diputuskan bahwa dokumen ini harus dimasukkan dalam akun.

2.2. Jika siklus hidup dokumen terdiri dari beberapa tahap yang sesuai dengan tahapan proses tertentu, maka status tambahan dapat dimasukkan untuk deskripsi tahapan ini. Misalnya, dokumen "Pesanan Pelanggan" mungkin memiliki status: "tidak disetujui", "ke keamanan", "ditutup"; Dokumen “wesel pesanan tunai” - pertama kali terdaftar dalam daftar registrasi pesanan tunai (KO-3), kemudian ditandatangani oleh kepala akuntan (manajer), ditransfer ke kasir, kemudian terdaftar di Buku Kas, ditandatangani oleh kepala akuntan (manajer).

Dalam kasus tersebut, penahanan dokumen sesuai dengan waktu refleksi awal dari peristiwa dalam akun, dan status dokumen yang dimiliki menjelaskan dengan tepat bagaimana acara tersebut tercermin dalam akun.

Jika dokumen diposting, maka ketika menerjemahkan dokumen antara status, pengguna mungkin diminta untuk mengisi data dokumen tertentu, pemeriksaan tertentu dan pembatasan logika bisnis khusus untuk setiap tahap dapat diterapkan ke data ini. Sampai saat pelaksanaan, terjemahan dokumen "draft" pada status tidak dikontrol oleh sistem.

Contoh perilaku dokumen dengan refleksi multi-tahap dalam akun:

  • untuk dokumen lengkap "Pesanan Pelanggan" :
    • selama transfer ke status "tidak disetujui", sistem hanya mengontrol parameter dasar pesanan;
    • ketika mentransfer ke status "aman" - bidang "tanggal pengiriman" wajib diisi, karena petugas logistik membutuhkan informasi pada tanggal mana pesanan harus dibawa;
  • Untuk dokumen "Pesanan Tunai", transfer ke status akhir "terdaftar di Buku Kas dan ditandatangani oleh kepala akuntan (manajer)" berarti bahwa sistem harus membuat catatan akuntansi, dan laporan kasir akan didaftarkan dalam jurnal-order (atau register akuntansi lainnya, misalnya , dalam organisasi anggaran - dalam jurnal operasi).

2.3. Pengecualian untuk aturan ini ("sebagian besar dokumen harus diposkan") adalah

  • dokumen yang tidak dimaksudkan untuk mencerminkan peristiwa dalam akuntansi. Dengan bantuan dokumen-dokumen semacam itu, hanya berbagai peristiwa yang dicatat dengan mengacu pada waktu: misalnya, korespondensi yang masuk, panggilan, rapat, dll.
  • dokumen terpisah, teknologinya sangat berbeda dari kapabilitas teknologi platform, tetapi yang harus dilihat pengguna seolah-olah sedang dipegang. Sebagai contoh, ini adalah dokumen “Operasi (akuntansi dan akuntansi pajak)” - untuk memasuki operasi secara manual, “Operasi rutin” - untuk melakukan operasi penutupan sebulan dengan kemungkinan penyesuaian gerakan secara manual, dll.

Dokumen semacam itu tidak dimiliki.

2.4. Jika pengguna harus mendaftarkan acara dalam sistem dan merefleksikannya dalam akun untuk satu tindakan, perlu untuk merekam dokumen baru dalam mode pelaksanaan.

Tidak dapat diterima untuk menyelesaikan masalah ini dengan cara lain, khususnya, dengan menonaktifkan penahanan dokumen.

3.1 Ketika mencerminkan suatu peristiwa dalam akuntansi, mungkin perlu untuk membentuk data "sekunder" dengan ikatan kompleks ke titik waktu, periode, dan objek lain dari sistem. Dalam hal ini, data tersebut harus ditempatkan dalam register. Pembentukan gerakan pada register harus dilakukan selama: secara otomatis atau manual.

Dengan pembentukan gerakan secara otomatis, pengguna memasukkan informasi tentang peristiwa dalam data dokumen, dan ketika dilakukan berdasarkan informasi yang dimasukkan ke dalam dokumen, gerakan dihasilkan dalam berbagai register. Misalnya, untuk transaksi akuntansi pembentukan transaksi terjadi.

Ketika secara manual membentuk gerakan, pengguna memasukkan data langsung ke register. Dokumen semacam itu biasanya disebut operasi manual. Mereka dapat digunakan untuk memperkenalkan saldo awal, atau untuk memasukkan transaksi bisnis yang tidak disediakan oleh pengembang konfigurasi.

3.2. Dalam beberapa kasus, pembentukan gerakan dapat dilakukan sebagai dokumen terpisah. Ini diperlukan dalam kasus pemrosesan serupa dari berbagai jenis dokumen, pemrosesan kelompok atau implementasi proses bisnis yang kompleks yang memerlukan pemisahan eksplisit dari fungsi para pelaku. Kemudian tahapan-tahapan yang berbeda dari refleksi peristiwa-peristiwa dalam akuntansi direalisasikan bukan dengan melalui status dari satu dokumen, tetapi oleh dokumen-dokumen berbeda yang dimasukkan berdasarkan satu sama lain. Dalam rantai ini, hanya dokumen tertentu yang membentuk pergerakan saat dipegang.

Sebagai contoh, pertimbangkan situasi ketika pesanan pembayaran dibentuk di departemen keuangan, dan, pada saat yang sama, akuntan tidak boleh mengubah dokumen sumber. Dalam hal ini, dokumen "Perintah Pembayaran" tidak membuat gerakan, dan gerakan pada perintah pembayaran dibentuk oleh dokumen terpisah "Penarikan dari akun saat ini" , yang secara khusus dirancang untuk pembentukan gerakan secara otomatis.

3.3. Dokumen yang tidak diserahkan dan ditandai untuk dihapus tidak boleh memiliki gerakan aktif.

3.4. Sekalipun dokumen tidak membentuk gerakan, harus dilakukan agar secara logis berbeda dari "konsep".

4. Untuk sebagian besar acara, pantulannya bisa dibalik. Dalam hal ini, untuk ini Anda harus menggunakan mekanisme pembatalan dokumen.

Materi lain tentang topik:
pembentukan gerakan dalam register , penarikan dari akun saat ini , ditandatangani oleh , bisnis , memeriksa , register , acara , akuntansi dan akuntansi pajak , refleksi , formasi , pesanan tunai , pengguna , pesanan pembayaran , memesan , mengkonfigurasi , sebuah contoh , dokumen , data , dokumen , daftar , dokumen , dokumen

Bahan dari bagian: 1C: Enterprise 8.2 / Developers / Membuat dan memodifikasi objek metadata

Materi lain tentang topik:

Akuntansi dana tanpa uang tunai. Arus kas

Prinsip dan mekanisme implementasi

Sumber data untuk perhitungan penganggaran

Penjualan barang dan bahan

Jurnal Dokumen Universal


Kami ditemukan: dokumen tunai pada konsep , status dokumen dipegang , status dokumen dalam 1s, aliran dokumen, dokumen tunai utama pada konsep, dokumen primer pada konsep, cara mengubah tanggal dokumen tidak berdokumen di 1c 8 2, bagaimana cara melarang memegang dokumen yang dihabiskan 1c 8 2, melarang mengubah dokumen jika sudah selesai 1c 8 2, 1c 8 2 dokumen memegang kode biaya


1C: Perusahaan 8