Daftar akumulasi bergulir “Penjualan. Pertanyaan tentang register akumulasi saat ini dan residu Buat register akumulasi 1c

Akumulasi register dalam 1C: Sistem perusahaan dibagi menjadi dua jenis: register akumulasi sisa dan register akumulasi revolusi.

Jenis register dipilih saat membuatnya di konfigurator

Sesuai dengan namanya, beberapa dirancang untuk menerima saldo untuk tanggal tertentu, dan yang kedua untuk menerima omset untuk periode yang dipilih. Bergantung pada jenis register akumulasi, platform 1C:Enterprise menghasilkan kumpulan tabel virtual yang berbeda. Pada artikel ini, kami akan mempertimbangkan untuk bekerja dengan tabel virtual register akumulasi. Untuk melakukan ini, kami akan membuat daftar akumulasi saldo - Barang Tetap dan daftar akumulasi omset - Perputaran Barang.

Sekarang mari kita lihat tabel virtual apa yang disediakan platform untuk masing-masing register ini.

Daftar omset

Untuk kejelasan, mari kita buka dan lihat tabel mana yang tersedia untuk register Perputaran Barang. Ini adalah tabel register itu sendiri Perputaran Barang, yang ada secara fisik dalam database, dan satu tabel virtual - Perputaran Barang. Perputaran Barang

Semuanya jelas dengan tabel standar. Mari kita lihat lebih dekat pada realitas virtual.

Perputaran Meja Virtual

Tabel ini memungkinkan Anda untuk mendapatkan pergantian sumber daya dalam konteks pengukuran. Dalam kasus kami, kami memiliki dua dimensi: Saham dan Produk. Dan satu sumber daya Kuantitas

Biarkan register kami memiliki entri berikut:

Mari kembali ke pembuat kueri dan mulai hanya dengan memilih dari tabel Perputaran Barang. Perputaran Barang semua bidang

Dengan demikian, permintaan akan terlihat seperti ini:

PILIH Perputaran BarangPerputaran.Gudang, Perputaran BarangPerputaran Barang.Perputaran BarangPerputaran Barang.Perputaran Kuantitas DARI RegisterAkumulasi.Perputaran Barang.Perputaran Barang(,) SEBAGAI Perputaran BarangPerputaran Barang

Hasil kueri terlihat seperti ini:

Artinya, kami menerima omset dalam konteks barang dan gudang untuk sepanjang waktu. Misalkan kita tidak tertarik pada gudang dan kita ingin mendapatkan omset hanya dalam konteks barang.

Untuk melakukan ini, kecualikan dimensi dari kueri Saham

PILIH Perputaran Barang, Perputaran Barang

dan sebagai hasilnya kita hanya akan memiliki dua garis

Tetapi sebagai aturan, tidak diharuskan untuk menerima turnover selama keberadaan register. Pada dasarnya, mereka dibutuhkan untuk periode tertentu: bulan, kuartal, tahun, dll. Plus, Anda biasanya memerlukan pilihan berdasarkan dimensi (Produk, Gudang). Ini dicapai dengan menggunakan parameter tabel virtual. Lebih mudah untuk mengisi parameter dari konstruktor. Dengan tombol Opsi Meja Virtual kotak dialog terbuka di mana Anda dapat mendaftarkan semua yang kami butuhkan:

Setelah itu, kueri asli kami akan mengambil bentuk berikut:

PILIH Perputaran BarangPerputaran.Gudang, Perputaran Barang.Produk, Perputaran BarangPerputaran.KuantitasPerputaran DARI Daftar Akumulasi.Perputaran Barang.Perputaran(&Awal Periode, &Akhir Periode, Gudang = &Gudang) SEBAGAI Perputaran Barang

Seperti yang Anda lihat, perbedaannya adalah bahwa parameter muncul dalam tanda kurung setelah nama tabel virtual, yang harus diisi sebelum menjalankan kueri.

Bagi mereka yang baru mulai bekerja dengan tabel virtual, sering kali tergoda untuk mengatur pemilihan dengan cara biasa daripada menggunakan parameter:

DARI Daftar Akumulasi.Perputaran Barang.Perputaran Barang(,) SEBAGAI Perputaran BarangPerputaran MANA Perputaran BarangPerputaran Barang.Warehouse = &Gudang

Saat mengisi parameter, kami melewatkan Periodisitas. Mari buka daftar dan pilih dari banyak opsi yang memungkinkan Bulan. Kami akan menghapus semua parameter lain agar tidak bingung.

Setelah itu, kami mengamati bahwa sebuah bidang muncul di bidang tabel Periode.

Menambahkannya ke bidang yang dipilih, kami mendapatkan teks kueri berikut:

PILIH Perputaran BarangPerputaran.Periode,Perputaran Barang.Gudang,Perputaran Barang.Produk,Perputaran Barang.Perputaran Kuantitas DARI Daftar Akumulasi.Perputaran Barang.Perputaran Barang (, Bulan,) SEBAGAI Perputaran Barang

Kami menjalankan permintaan:

Dengan demikian, dalam interval waktu yang dipilih, kita dapat memecah turnover menjadi interval yang lebih kecil sesuai dengan frekuensi yang dipilih.

Daftar akumulasi saldo

Sama seperti register terbalik, mari kita lihat di pembuat kueri tabel virtual mana yang tersedia untuk register akumulasi saldo

Seperti yang Anda lihat, tiga tabel virtual tersedia untuk register akumulasi saldo: omset, Tetap, Sisa dan Perputaran. Mari kita pertimbangkan masing-masing secara terpisah.

Perputaran Meja Virtual

Meskipun tipe registernya adalah Tetap, kita masih bisa mendapatkan turnover darinya. Selain itu, kami memiliki dua sumber daya tambahan di sini: Yang akan datang dan Konsumsi

Izinkan saya mengingatkan Anda bahwa ketika entri dibuat di register saldo, jenis pergerakan akumulasi (pendapatan atau pengeluaran) ditunjukkan, sedangkan untuk register omset jenis pergerakan tidak ditunjukkan. Oleh karena itu, di sini kami memiliki bonus tambahan berupa kesempatan untuk menerima tidak hanya omset untuk periode secara keseluruhan, tetapi juga pendapatan dengan pengeluaran secara terpisah. Tetapi tentu saja, jika ada register turnover di metadata dengan serangkaian pengukuran yang serupa, maka lebih baik menggunakannya untuk mendapatkan turnover. Secara umum, bekerja dengan tabel virtual ini mirip dengan bekerja dengan tabel virtual omset daftar omset dibahas di atas.

Saldo Meja Virtual

Tabel ini digunakan untuk mendapatkan sumber daya yang tersisa dalam hal dimensi. Dalam parameter tabel, kami dapat menentukan tanggal kami menerima saldo dan mengatur filter:

Mari kita pertimbangkan sebuah contoh kecil. Kami memiliki entri register berikut:

Kami memilih semua bidang yang tersedia dan menetapkan akhir Juni sebagai tanggal untuk menerima saldo. Kami tidak akan menetapkan seleksi dengan pengukuran. Maka teks permintaan akan terlihat seperti ini:

PILIH Barang Tersisa. Gudang, Barang Tersisa. Produk, Barang Tetap Tersisa. JumlahSaldo DARI Daftar Akumulasi. Produk Tetap. Tetap (& Tetap Tanggal,) SEBAGAI Barang Tetap Tetap

Dan setelah menjalankannya, kita mendapatkan hasil sebagai berikut:

Meja virtual

Tabel ini menggabungkan dua yang telah dibahas sebelumnya dan memungkinkan Anda untuk mendapatkan omset untuk periode waktu yang dipilih, serta saldo di awal dan akhir periode. Anda juga dapat mengatur pilihan.

Penggunaan tabel ini dapat dibenarkan bila diperlukan secara bersamaan untuk memperoleh perputaran dan saldo pada awal dan akhir periode dalam satu laporan. Dalam kasus lain, penggunaannya tidak boleh disalahgunakan.

biaya bahan yang tersedia di organisasi, kita perlu mengakses dokumen, melihat masing-masing, menulis data yang diperlukan, dan kemudian meringkasnya, mendapatkan data yang diperlukan. Pendekatan ini tidak nyaman - terlalu lambat baik untuk kasus "manual" imajiner kami dan untuk akuntansi otomatis.

Akan lebih logis, selain dokumen, untuk menyimpan tabel khusus di mana, ketika menerima materi dan menghapusnya, untuk memasukkan informasi singkat tentang ini. Jika, katakanlah, setiap hari, untuk meringkas tabel-tabel ini dan menampilkan bahan-bahan yang tersisa, maka, untuk mengatakan berapa banyak dan bahan apa yang tersedia di organisasi pada tanggal tertentu, cukup merujuk ke kolom yang sesuai. dari meja. Dalam sistem 1C:Enterprise, tabel tersebut adalah register akumulasi. Seperti namanya, mereka dirancang untuk mencerminkan, mengakumulasi, indikator tertentu. Dan refleksi dalam daftar penerimaan dan pengeluaran bahan adalah salah satu contoh khas penggunaannya.

Organisasi kami menyimpan catatan materi sehubungan dengan orang yang bertanggung jawab yang menerimanya dan dari siapa materi ini dihapuskan saat dirilis ke produksi. Kami perlu menyimpan informasi tentang jumlah bahan dan biayanya, dan juga, ketika menghapus produksi, memiliki informasi tentang master tertentu yang memindahkan bahan-bahan ini. Pertimbangan ini memungkinkan kita untuk merancang struktur daftar akumulasi yang sekarang akan kita buat.

Saat merencanakan komposisi daftar akumulasi kita perlu memahami jenis data apa yang akan kita simpan di dalamnya, dan kemudian "mengurai" data ini menjadi pengukuran, sumber daya, dan detail register.

Jadi, kita perlu menyimpan data berikut:

• Posisi nomenklatur
• Orang yang bertanggung jawab untuk posisi ini
• jumlah barang
• biaya barang
• Informasi tentang master kepada siapa materi tersebut ditransfer untuk digunakan.

Daftarkan pengukuran, atau bagian tempat data disimpan, memungkinkan kami menjawab pertanyaan tentang jenis data apa yang disimpan dalam register. Dalam kasus kami, kami perlu mengetahui dua karakteristik utama - inilah yang penanggung jawab memperbaiki satu atau yang lain posisi nomenklatur. Jelas, dimensi dari daftar data kami adalah posisi nomenklatur dan karyawan yang bertanggung jawab.

Daftarkan sumber daya selalu nilai numerik yang mencirikan data yang disimpan. Nilai numerik adalah kuantitas dan jumlah, dan mereka akan menjadi sumber daya register kami.

Daftar detail memainkan peran tambahan, dan, dalam kasus kami, akan logis untuk menyimpan informasi tentang master yang menerima bahan untuk bekerja dalam daftar yang diperlukan - jika kami perlu mencari tahu siapa yang sebenarnya menggunakan bahan-bahan ini.

Pertanyaan penting lainnya yang harus diputuskan ketika merancang register adalah apakah register ini akan daftar saldo atau daftar omset. Kami tertarik pada informasi tentang saldo bahan dan informasi tentang omset, oleh karena itu, saat menyiapkan register, Anda harus menentukan jenis register - Tetap. Daftar dengan tampilan Tetap memungkinkan kita untuk bekerja dengan keseimbangan dan pergantian

Struktur yang diusulkan di sini daftar akumulasi- ini hanyalah salah satu opsi tentang bagaimana Anda dapat mengatur penyimpanan data yang dijelaskan. Skema akuntansi semacam itu dapat diterapkan, katakanlah, menggunakan sepasang register, yang salah satunya digunakan semata-mata untuk tujuan menyimpan saldo total bahan - yaitu, data yang diperlukan untuk laporan keuangan, yang lain - untuk menyimpan data di pusat pertanggungjawaban. Bagaimanapun, setiap skema akuntansi tertentu mungkin memerlukan struktur registernya sendiri, dan contoh kami hanyalah demonstrasi dari salah satu opsi yang mungkin.

Setelah membahas bagian teoretis dari masalah ini, mari beralih ke praktik. Ayo buat yang baru daftar akumulasi, sebut saja Sisa-sisaBahan, parameter Jenis pendaftaran biarkan dalam arti Tetap, Nasi. 6.12.

Beras. 6.12.

Nyalakan daftar akumulasi ke dalam subsistem Akuntansi OperasionalMaterial.

Di tab Data Mari buat pengukuran, resource, dan atribut berikut:

pengukuran:

Nama: Nomenclature, Type: DirectoryReference.Nomenclature, Larangan nilai kosong – set.

Nama: ResponsibleEmployee, Type: DirectoryReference.Employee, Larangan nilai kosong - set.

Sumber daya

Nama: Kuantitas, Jenis: angka, panjang 10, presisi 3

Nama: Jumlah, Jenis: angka, panjang 10, presisi 2

persyaratan:

Nama: Penerima Bahan, Jenis: DirectoryLink.Employeees

Perhatikan nama detail ini, jenisnya, serta detail register standar (Gbr. 6.13.) - data ini akan berguna bagi kami saat mengerjakan prosedur dokumen.

Mari kita kecualikan atribut umum dari komposisi detail register Organisasi. Sekarang tidak diperlukan. Untuk mengatur penyimpanan data dalam register dalam konteks berbagai organisasi, kita memerlukan dimensi baru - Organisasi, berkat itu kita dapat bekerja dengan materi dari berbagai organisasi.

Ayo pergi ke tab Pendaftar jendela pengeditan objek dan pilih dokumen sebagai dokumen pendaftar - Tanda TerimaBahan dan Bahan LiburanUntuk Guru.

Pada tahap ini, pengaturan daftar akumulasi selesai, mari kita beralih ke pengaturan dokumen. Mari kita mulai dengan dokumen Tanda TerimaBahan.

Buka jendela pengeditan objek untuk dokumen ini, buka tab gerakan(Gbr. 6.14.) dan tekan tombol

Beras. 6.14.

Di konstruktor, pilih jenis gerakan register - Yang akan datang, di lapangan bagian tabel tentukan bagian tabular dari dokumen bahan, klik tombol Isi ekspresi. Mekanisme otomatis untuk membuat korespondensi antara dokumen dan data register tidak selalu berfungsi dengan benar (jika korespondensi tidak dapat ditentukan dengan jelas, atau ketika korespondensi yang ditentukan olehnya sesuai dengan logikanya berbeda dari yang diinginkan), jadi mari kita periksa kebenaran korespondensi yang ditetapkan. Akibatnya, jendela Konstruktor daftar gerakan harus terlihat seperti yang ditunjukkan pada Gambar. 6.15.

Beras. 6.15.

Setelah menekan tombol OK, prosedur pemrosesan posting berikut akan dibuat di modul objek dokumen (ini adalah tampilan setelah menghapus komentar bahwa kode dibuat oleh perancang gerak):

Procedure HandlingPerforming(Failure, Mode) // register Sisa-sisa Material Kedatangan Pergerakan.Residuals of Materials.Write = True; Untuk Setiap TechStringMaterials From Materials Loop Movement = Movements.RemaindersMaterials.Add(); Movement.MovementType = MovementTypeAccumulation.Incoming; Pergerakan.Periode = Tanggal; Gerakan.Nomenklatur = TekStringMaterials.Nomenklatur; Movement.ResponsibleEmployee = ResponsibleEmployee; Movement.Quantity = CurrentStringMaterials.Quantity; Movement.Amount = CurrentStringMaterials.Amount; Siklus Akhir; AkhirProsedur

Prosedur ini dideklarasikan dalam modul objek, dijalankan pada

Untuk mencerminkan berbagai operasi bisnis dalam program berdasarkan 1C: Enterprise, pengguna menggunakan dokumen. Dari mereka Anda bisa mendapatkan semua data yang diperlukan, misalnya, tentang saldo dana di rekening perusahaan, jumlah barang yang dijual untuk jangka waktu tertentu.

Dalam proses kerja, mungkin ada cukup banyak dokumen semacam itu. Di sini kita tidak dapat berbicara tentang ratusan dokumen, tetapi tentang ribuan dan puluhan ribu. Secara alami, membuat laporan dan data lain dari sejumlah besar dokumen sangat panjang, melelahkan, dan tidak efisien.

Bayangkan saja ketika mendaftarkan penjualan produk apa pun, akuntan duduk dan menunggu program untuk memeriksa dokumen yang dimasukkan sebelumnya dan menghitung apakah ada cukup saldo di gudang untuk dihapus.

Untuk mengatasi masalah seperti itu di 1C, ada objek konfigurasi khusus - register akumulasi. Saat melakukan dokumen, mereka membuat entri di dalamnya, dan hanya kemudian dari register ini Anda dapat dengan cepat mendapatkan semua data yang diperlukan, termasuk saldo dan perputaran. Artinya, register akumulasi tidak hanya menyimpan data, tetapi juga memungkinkan Anda memprosesnya dengan cepat.

Seperti disebutkan sebelumnya, register akumulasi memungkinkan Anda menerima saldo dan turnover dengan cepat. Fungsi ini berhubungan langsung dengan jenis register. Itu dapat diubah pada tab "Dasar" formulir untuk mengedit register tertentu.

• Register akumulasi omset memungkinkan Anda untuk mendapatkan omset hanya untuk jangka waktu tertentu. Dalam hal ini, tidak mungkin untuk menerima sisanya. Daftar akumulasi dengan tipe "Perputaran" hanya membuat satu tabel virtual dalam sistem - omset.
• Register akumulasi dengan tipe "Sisa" memungkinkan pengembang menerima saldo dan turnover. Dalam hal ini, tiga tabel virtual akan dibuat: saldo, turnover, saldo, dan turnover. Contoh register semacam itu dapat berupa daftar saldo barang dan bahan di gudang, arus kas pada akun penyelesaian organisasi.

catatan bahwa, terlepas dari universalitas register saldo dalam memperoleh saldo dan turnover, ia juga memiliki kekurangan. Saat menerima pergantian di register saldo, kinerjanya berkurang secara signifikan. Dalam hal ini, sangat tidak disarankan untuk menggunakan daftar saldo jika Anda hanya membutuhkan omset (misalnya, omset penjualan). Anda tidak boleh mengatur jenis register ke sisa "berjaga-jaga", karena register dirancang untuk mempercepat program, dan sebaliknya, Anda akan memperlambat proses ini.

Akumulasi data register

pengukuran

Pengukuran register akumulasi berarti pemotongan tertentu di mana Anda akan dapat memperoleh informasi di masa depan. Dalam kasus kami, sebagai ukuran register "Rilis Produk" adalah: organisasi, pesanan, spesifikasi, divisi, dan lain-lain.

Setiap saat, kami akan dapat menerima saldo, misalnya, untuk seluruh organisasi secara keseluruhan, untuk pesanan tertentu.

Properti Dimensi

Setiap dimensi memiliki kumpulan propertinya sendiri, yang secara signifikan dapat mempengaruhi operasi register secara keseluruhan. Properti serupa juga ada di sumber daya dengan atribut.

Jika Anda berencana untuk menetapkan pemilihan dengan dimensi apa pun cukup sering di masa mendatang. Dalam kasus kami, kami tidak akan menggunakan pengindeksan untuk organisasi.

Anda juga dapat menentukan di sini apakah dimensi harus diisi, apakah pencarian teks lengkap harus digunakan, dan pengaturan lainnya.

Sumber daya

Sumber daya adalah data numerik yang menyimpan beberapa informasi. Hal inilah yang nantinya akan kita peroleh di berbagai bagian. Misalnya, dalam register akumulasi "Output produk", hanya kuantitas yang akan bertindak sebagai sumber daya. Dalam hal ini, kita akan bisa mendapatkan jumlah produk yang diproduksi pada titik waktu tertentu, misalnya untuk divisi tertentu.

Contoh sederhana lainnya. Mari kita asumsikan bahwa kita melakukan semua operasi di mesin kasir sesuai dengan daftar akumulasi. Sumber daya akan menjadi jumlah uang yang diterima (penerimaan) atau dikeluarkan (pengeluaran) dari mesin kasir. Dimensi tersebut dapat berupa, misalnya, entitas rekanan/pelapor. Sebagai hasilnya, kami akan dapat memperoleh data tentang saldo dan perputaran mesin kasir secara keseluruhan dan untuk rekanan individu.

persyaratan

Tidak seperti dimensi dan sumber daya, alat peraga tidak sering digunakan. Mereka menyimpan data yang diperlukan untuk melengkapi daftar (catatan) yang informatif. Data akan digunakan sebagai alat peraga jika itu bukan sumber daya atau dimensi.

Detail standar

Selain persyaratan biasa yang dapat ditambahkan sendiri oleh pengembang, ada juga persyaratan standar. Anda tidak dapat menghapus atau menambahkan yang baru ke daftar ini. Anda dapat membuka detail standar dengan mengklik tombol dengan nama yang sama pada tab "Data".

Agregat

Agregat hanya tersedia di register akumulasi dengan tipe “Turnover”. Anda dapat mengaksesnya dari tab Data. Agregat digunakan dalam database dengan data dalam jumlah besar untuk mempercepat pelaporan. Kami tidak akan mempertimbangkan mekanisme ini secara rinci, karena ini adalah topik yang cukup luas.

Pergerakan dalam register akumulasi

Setiap register akumulasi dapat memiliki satu atau lebih registrar. Sebuah dokumen bertindak sebagai pencatat, di mana entri yang sesuai dibentuk dalam daftar akumulasi.

Anda dapat melihat daftar pendaftar akumulasi pada tab dengan nama yang sama dalam bentuk daftar itu sendiri. Dalam contoh ini, pergerakan dalam register "Rilis Produk" dapat dibuat saat memposting empat dokumen berbeda.

Dalam dokumen itu sendiri, yang merupakan pendaftar, daftar register yang digunakan untuk membuat gerakan terletak di tab "Gerakan". Sebuah konstruktor gerak juga tersedia di sini, yang akan membantu dalam membuat prosedur tersebut (posting dan undo). Perbandingan data dokumen dan register dilakukan dengan membandingkan tipe data.

Semua perubahan yang dibuat ke database disimpan dalam tabel yang sesuai. Untuk 1C, ini adalah tabel dokumen, jurnal dokumen, direktori dan register. Jenis register 1C, fitur dan seluk-beluk penggunaannya akan dibahas dalam artikel kami.

Pembentukan catatan dalam register

Salah satu pertanyaan pertama yang terkait dengan register adalah: mengapa?

Mengapa Anda perlu membuat tabel terpisah, sering kali menduplikasi record yang sudah ada?

Jawabannya di sini cukup sederhana. Tentu saja, dimungkinkan untuk membuat kueri yang kompleks dan memakan waktu ke tabel dokumen sumber dengan mendaftar kondisi pemilihan, memeriksanya untuk tanda penghapusan dan konduksi, tetapi jauh lebih mudah dan tidak terlalu melelahkan untuk membuat bagian tertentu dari kumpulan rekaman secara langsung. saat menyimpan dokumen dan menyimpannya di tabel terpisah dengan mengaksesnya sesuai kebutuhan.

Jadi, kami menemukan bahwa salah satu cara untuk membuat entri register adalah dengan menulis menggunakan registrar (dokumen). Opsi ini ada di semua jenis register.

Proses menghasilkan entri register berdasarkan dokumen biasa disebut posting dokumen. Sebuah dokumen registrar yang belum diposkan tidak memiliki gerakan register; itu, pada kenyataannya, adalah konsep atau kosong.

Opsi kedua untuk menghasilkan catatan adalah secara langsung, tanpa membuat dokumen pendaftaran. Anda dapat membuat catatan dengan cara ini hanya di register informasi, sedangkan di properti register, atribut "Mode rekam" harus memiliki nilai yang sesuai (Gbr. 1).

Umum untuk semua register

Struktur internal register apa pun dapat ditunjukkan pada Gbr.2

Gbr.2

Mari kita pertimbangkan lebih detail:

• Dimensi – merekam properti yang menentukan di bagian mana informasi penting disimpan;
• Sumber daya - berisi informasi yang perlu disistematisasikan;
• Persyaratan - bidang catatan yang berisi informasi tambahan;
• Formulir adalah properti yang berisi informasi grafis tentang tampilan daftar, elemen, dll. dan modul internalnya;
• Tata letak - formulir register yang dicetak.

register informasi

Karena kita berbicara tentang register informasi di atas, mari kita bicara tentang mereka.

Ini mungkin jenis register yang paling sederhana dan paling mudah dipahami. Tabel biasa yang berisi kolom dan kolom yang menyimpan informasi.

Daftar properti penting dari register informasi kecil (Gbr. 3), mari kita bicara tentang yang utama:

Gbr.3

1. Periodisitas, menunjukkan sejauh mana keunikan record dikendalikan (dalam satu menit, jam, hari, tahun, sesuai dengan nilai yang dipilih, tidak boleh ada dua record dengan ukuran yang sama), dapat juga mengambil nilai "Oleh registrar", tetapi untuk ini Anda harus memilih mode perekaman yang sesuai;
2. Modus perekaman sebenarnya adalah pilihan dari dua nilai: "Independen" dan "Bawaan ke registrar".
   1. Penting untuk dipahami bahwa pilihan mode independen tidak berarti bahwa rekod tidak dapat dibentuk oleh dokumen, hanya pemilihan oleh registrar dan kontrol keunikan rekod dengan itu tidak mungkin;
3. Allow totals slice dari yang pertama dan Allow totals dari yang terakhir: (gabungkan dua item menjadi satu) - ketika kotak centang yang sesuai dipilih, permintaan ke register informasi dapat dibuat pada tabel tambahan (Slice of the first dan Slice of the last), yang berisi kumpulan data terkait, sebagai salah satu Parameter tabel ini adalah tanggal saat pemilihan data perlu dilakukan.

Akumulasi register

Kami melihat struktur salah satunya pada Gbr.2. Properti utama yang sangat mempengaruhi tampilan register, serta struktur internalnya, adalah "Jenis register" (Gbr. 4)

Bergantung pada persyaratan untuk informasi yang disimpan, ini dapat mengambil nilai berikut:

• Tetap;
• Omset.

Dalam kasus pertama, database akan berisi informasi tidak hanya tentang pergerakan sumber daya dalam konteks pengukuran, tetapi juga tentang jenis operasi (penerimaan atau pengeluaran). Selain itu, saat membuat kueri, tabel tambahan yang berisi total akan tersedia.

Salah satu masalah utama yang dihadapi pengembang pemula saat menggunakan tabel Saldo dan Saldo Dan Perputaran dalam kueri adalah ketika kueri menerima saldo untuk tanggal tertentu, data dalam tabel ini mungkin berbeda. Dan di sini ada satu nuansa: ketika menentukan nilai tertentu sebagai tanggal akhir periode, platform mengambil data dari tabel Saldo tanpa memasukkan nilai ini dalam periode pemilihan.

Jika Anda membutuhkan data yang menyertakan akhir periode, Anda dapat:

• Gunakan tabel Saldo dan Perputaran;
• Buat pilihan untuk tanggal 1 detik lebih besar dari yang diberikan (yaitu bukan pada 31/12/16 23:59:59, tetapi pada 01/01/17 00:00:00);
• Gunakan metode Batas, yang membantu mengonfigurasi opsi untuk menyertakan titik waktu dalam periode yang sedang dipertimbangkan (kasus penggunaan: Batas(Tanggal Akhir,Termasuk).

register akuntansi

Register yang cukup khusus, dalam desainnya menyerupai register akumulasi. Perbedaan utama dari jenis register lain dari platform 1C adalah keberadaan dalam struktur properti parameter Bagan Akun (Gbr. 5).

Gbr.5

Bagan akun adalah objek metadata terpisah yang memerlukan diskusi terpisah. Bergantung pada bagan akun, konfigurasi 1C tipikal modern berisi 4 register akuntansi utama:

1. penganggaran;
2. Internasional;
3. pajak;
4. Mendukung diri sendiri.

Karakteristik parameter kedua dari register akuntansi adalah "Korespondensi".

Mencentang kotak ini memungkinkan Anda untuk membuat entri ganda yang berisi akun kredit AccountKt dan akun debit AccountDt dan analitik (subconto) yang sesuai dengan akun ini. Jika kotak centang tidak dicentang, hanya satu akun yang akan dimasukkan dalam entri register.

Register perhitungan

Ini mungkin register yang paling sulit untuk dipahami. Sementara itu, pada intinya, mereka sangat mirip dengan daftar akumulasi jenis "Perputaran".

Perbedaan yang menentukan register perhitungan dari register lain adalah keberadaan parameter "Rencana jenis perhitungan" dalam propertinya. Selain itu, register perhitungan, serta register informasi, bersifat periodik.

Di setiap register kalkulasi, kemungkinan menghubungkan entri dengan jadwal waktu yang ditentukan dalam register informasi terkait dapat diaktifkan. Ini memungkinkan kode untuk mengambil data waktu kerja.

Selain dimensi, sumber daya, dan formulir yang ditemukan dalam jenis buku besar lainnya, register perhitungan dapat diberikan objek Perhitungan Ulang untuk menyimpan informasi tentang catatan yang sudah usang dan perlu direvisi.

Penggunaan utama mereka dalam konfigurasi 1C khas adalah untuk mendaftar dan memfasilitasi pekerjaan dengan akrual untuk karyawan organisasi.

Halo pembaca yang budiman, hari ini saya mendapat ide untuk memberi tahu Anda tentang 1С register. Ya, saya belum menulis tentang buku referensi, dokumen, tetapi kami akan mempertimbangkannya nanti.

Dan sekarang mari kita lihat tujuan register, jenis register, gambarkan tampilan register, bicarakan desain dan penyimpanan datanya.

Tujuan dari register

Register dimaksudkan untuk meningkatkan kecepatan membaca indikator (analitis) tertentu pada kegiatan perusahaan. Indikator disimpan dalam register di bagian tertentu, dengan mempertimbangkan frekuensi. Itu. register waktu toko, misalnya, Anda dapat mengetahui saldo di gudang produk tertentu sebulan yang lalu.

Daftar- struktur tipe tertentu, yang memungkinkan Anda menerima data dengan kecepatan yang sama, terlepas dari ukuran basis data, tanpa mereka, output hasilnya akan lambat.

Skema penggunaan register di 1C:Enterprise
Dokumen => Daftar => Laporan

Dapat dilihat dari skema bahwa register adalah dasar untuk laporan, dan data ditambahkan ke register hanya ketika dokumen diposting.

Jenis indikator analitis

Register dirancang untuk menyimpan berbagai indikator:
INDIKATOR PENYIMPANAN: Sisa dan Perputaran. Register akumulasi dirancang untuk memperhitungkannya.

• Daftar akumulasi(sisa). Kenaikan pada penerimaan dan penurunan penjualan. Pada setiap titik waktu, register harus mengingat saldo produk ini.

Beberapa indikator dapat tumbuh hanya dalam satu arah (indikator omset).

• Daftar akumulasi(membalik). Misalnya, data penjualan (penjualan negatif tidak boleh). Jika produk dikembalikan, itu akan terdaftar dengan tanda negatif.

INDIKATOR NEGARA, karakteristik suatu objek, daftar informasi dimaksudkan.

• Daftar informasi, benar-benar memiliki tipe data apa pun. Nilai ini berlaku sampai keadaan berikutnya berubah.

Ada jenis register lain: Register akuntansi, Perhitungan.

Register gambar

Indikator yang disimpan dalam register disebut sumber daya. Bagian analitis - pengukuran.
kunci daftar tugas– penyimpanan indikator dalam konteks pengukuran dan dalam hal waktu

Jika kita merepresentasikan register sebagai sistem koordinat, kita mendapatkan:
Sumbu - daftarkan dimensi
Pisahkan sumbu untuk berubah seiring waktu
Indikator Persimpangan - Sumberdaya

Sebagai contoh, gambar menunjukkan penyimpanan barang di gudang

Jumlah pengukuran dalam register bisa sangat besar. Dalam hal ini, register dapat direpresentasikan sebagai tabel, di mana setiap kolom sesuai dengan dimensi dan ada juga kolom dengan sumber daya.

Daftar: Sisa barang
Pengukuran: Komoditas, Gudang
Sumber daya: Kuantitas, Biaya

Daftar Desain

Struktur register yang berlebihan menyebabkan peningkatan volume database, waktu yang dibutuhkan untuk menulis ke register meningkat (dokumen diproses lebih lama), dan kompleksitas pengembangan meningkat. Struktur register harus segera ditentukan, karena perubahannya di masa depan adalah proses yang sangat kompleks.

Saat menentukan pengukuran Disarankan untuk menunjukkan tipe data referensi (untuk direktori, dokumen, enumerasi). Memesan pengukuran mempengaruhi kecepatan mendapatkan data dari register. Oleh karena itu, ketika merancang register, penting untuk memahami seberapa sering pengguna akan menerima residu untuk setiap dimensi. Semua pengukuran berurutan.

Sumber daya- data numerik yang mencirikan beberapa indikator (sumber daya register informasi dapat memiliki semua jenis data). Sumber daya adalah nilai yang disimpan di persimpangan dimensi.

Atribut- beberapa karakteristik tambahan dari register, tidak ditampilkan saat menerima total. Detail register dapat berupa tipe data apa pun.

Menyimpan data dalam register

Register dapat diwakili oleh satu atau lebih tabel. Komposisi tabel tergantung pada properti register. Tidak ada kelas seperti RegisterReference atau RegisterObject untuk bekerja dengan register, karena struktur penyimpanan register berbeda dari tabel objek. Informasi disimpan dalam bentuk catatan. Entri register tidak dapat ditandai untuk dihapus.

Anda dapat melihat isi register dalam mode pengguna menggunakan tombol menu utama "Semua fungsi".

Ini adalah akhir dari sedikit ulasan. 1С register jika Anda memiliki saran, tambahan kemudian tulis di komentar.

1C Programmer bersama Anda, saya akan membantu dengan .

P.S. Gadis itu sedang menari