Periode dari total yang dihitung 1s 8.3.

Pada artikel ini, kita akan melihat utilitas sistem ini "Menguji dan memperbaiki basis informasi"Dalam 1C 8.3 dan fitur penggunaannya.

Sebelum melakukan operasi apa pun perlu!

Menguji dan memperbaiki basis info 1C

Mode pengujian dan koreksi dipanggil dalam konfigurator sistem 1C 8.3 dengan memilih menu Administrasi - Pengujian dan koreksi.

Cek dan mode

Jendela ini berisi daftar pemeriksaan dan mode yang diperlukan yang akan dilakukan sebagai hasil dari operasi utilitas. Mari kita pertimbangkan setiap kotak centang secara lebih rinci:

Dapatkan 267 1C video tutorial gratis:

  • Mengindeks ulang tabel infobase- jika bendera ini disetel, tabel akan diindeks ulang. Reindex adalah pembangunan kembali indeks lengkap untuk tabel tertentu. Pengindeksan ulang secara signifikan meningkatkan kinerja sistem secara keseluruhan. Prosedur ini tidak akan pernah berlebihan dan meningkatkan kinerja sistem.
  • Memeriksa integritas logis dari infobase- sistem dapat memeriksa integritas logis dan struktural database, menemukan kesalahan dalam organisasi data (misalnya, halaman dalam file).
  • Memeriksa integritas referensial dari sebuah infobase- subparagraf pemeriksaan logis, memeriksa informasi dalam database untuk tautan yang rusak. Tautan "rusak" muncul di database karena pemrosesan informasi yang salah oleh pengembang, paling sering dengan penghapusan langsung data atau pertukaran data yang tidak dikonfigurasi dengan benar. Ketika Anda menemukan kesalahan, Anda dapat memilih 3 opsi untuk tindakan: Buat objek- sistem membuat elemen rintisan, yang kemudian dapat diisi dengan informasi yang diperlukan, Hapus tautan- Tautan "rusak" akan dibersihkan, Jangan berubah- sistem hanya akan menampilkan kesalahan.
  • Perhitungan ulang total- di platform 1C, ada konsep total. Total adalah tabel hasil yang dihitung, data yang lebih cepat daripada menganalisis seluruh daftar informasi. Umumnya, menghitung ulang total meningkatkan kinerja sistem.
  • Mengompresi tabel infobase- jika bendera ini disetel, itu akan dikompresi dan dikurangi volumenya. Hal ini disebabkan oleh fakta bahwa ketika menghapus data dari database, 1C tidak secara fisik menghapus objek-objek ini, tetapi hanya "menandai" mereka untuk dihapus. itu. pengguna tidak melihatnya, tetapi mereka :). Justru kompresi database yang menghapus catatan tersebut secara permanen. Juga, efek ini dapat dicapai dengan membongkar dan memuat file database (* .dt).
  • Restrukturisasi tabel infobase- proses dimana sistem membuat ulang tabel database, biasanya prosedur ini dipanggil ketika perubahan dilakukan pada struktur metadata konfigurasi. Restrukturisasi seluruh database adalah proses yang panjang, hati-hati.

Jika karena alasan tertentu pengujian dan perbaikan tidak membantu atau Anda tidak memiliki akses ke konfigurator, gunakan utilitas.

Saat ini, sebagian besar database berdasarkan 1C-Enterprise 8.3 digunakan dalam mode "Aplikasi terkelola". Termasuk dalam mode ini, terjadi proses perawatan rutin, seperti misalnya pembukaan periode berikutnya.

Mari kita pertimbangkan proses pembukaan periode berikutnya secara lebih rinci. Seperti yang diketahui semua orang, register akumulasi dan register akuntansi dibangun dari beberapa tabel. Untuk memudahkan pemahaman, kami hanya akan mempertimbangkan dua utama:

  • Tabel utama: tabel transaksi untuk register akumulasi atau tabel posting untuk buku besar akuntansi.
  • Tabel Total: Menyimpan total untuk periode. Berfungsi untuk mempercepat penyusunan berbagai laporan dan pemilihan periode yang merupakan kelipatan dari periode penyimpanan total (bulan).

Total harus untuk semua register untuk semua periode yang mungkin diminta oleh pengguna untuk laporan. Berdasarkan spesifikasi operasi database, periode yang diperlukan untuk hasil dapat bervariasi. Misalnya, register akumulasi yang digunakan dalam perdagangan memerlukan beberapa parameter yang dapat sangat bervariasi tergantung pada spesifikasi perusahaan. Pada saat yang sama, persyaratan akuntansi untuk menyimpan total jauh lebih standar. Secara khusus, ini adalah situasi yang khas ketika pada tahun berjalan laporan SALT atau SALT disusun secara triwulanan, setengah tahun, atau secara keseluruhan selama setahun terakhir.

Sekarang mari kita lihat situasi umum seperti itu. Sebulan telah berlalu, pembukaan periode berikutnya diperlukan. Kami pergi ke menu untuk mengelola total. Secara default, formulir Kelola Total - Fitur yang Sering Digunakan akan terbuka. Faktanya, formulir akan terbuka dalam mode di mana kami menutupnya terakhir kali, ini adalah mode pendek atau penuh. Tetapi kami tertarik pada “Manajemen Hasil - Peluang yang Sering Digunakan”. Ini sangat bentuk sederhana... Kami membutuhkan tombol "Atur periode total yang dihitung" di sini. Jika Anda membaca teks, Anda dapat memahami bahwa sistem telah secara otomatis menentukan segalanya dan menawarkan untuk membuka periode yang benar untuk register akumulasi dan register akuntansi:

Kami menekan tombol "Atur periode total yang dihitung;", dengan keyakinan penuh bahwa kami telah membuka bulan berikutnya, tanpa mengurangi total yang sudah ada.

Pada saat tombol ditekan, total dihitung untuk 2016 dari Januari hingga Desember. Apa yang ingin saya lihat adalah perhitungan total untuk saat ini inklusif, pada kenyataannya, seperti yang disarankan dalam deskripsi untuk tombol. Mari kita lihat apakah ini benar. Untuk melakukan ini, kita perlu beralih ke mode kemampuan penuh.

Sekarang mari kita lihat tangkapan layar dengan hasilnya dan coba menafsirkannya:

Kami melihat bahwa register akumulasi tidak dihitung seperti yang diharapkan, dari 01/01/2016 hingga 30/04/2017, tetapi untuk periode yang sama sekali berbeda: dari 04/01/2016 hingga 30/04/2016. Demikian pula, daftar akuntansi dihitung bukan dari 01/01/2016 hingga 31/05/2017, tetapi dari 01/05/2016 hingga 31/05/2017. Tidak diketahui apakah periode tersebut cocok untuk berfungsinya perdagangan, tetapi terkait dengan akuntansi, pasti akan ada masalah kinerja yang berpotensi sangat serius ketika membuat laporan untuk 2016 untuk periode berikut: kuartal pertama, paruh pertama tahun ini , tahun. Selain itu, masalah kinerja akan berbanding lurus dengan jumlah transaksi yang dilakukan basis per bulan, karena jika tidak ada total yang dihitung, data dalam permintaan akan diperoleh dari tabel pergerakan untuk periode tertentu.

Mengapa itu berhasil? Tidak diketahui sejak kapan dimulai, dari rilis platform apa, tetapi, tampaknya, 1C memutuskan untuk menggunakan solusi seperti itu dalam hal mengoptimalkan ukuran basis data. Konfigurasi tipikal cukup besar, termasuk struktur register yang berisi banyak dimensi, tampaknya di beberapa titik diputuskan bahwa total diperlukan untuk bulan ini dan plus untuk tahun sebelumnya. Bagaimanapun, ini adalah bagaimana total dihitung dalam mode "sederhana", kecuali jika administrator database secara manual menentukan periode yang benar menggunakan mode "penuh".

Untuk memperbaiki situasi, kami akan menggunakan tombol "Atur periode total ...".

Dalam dialog yang terbuka, masukkan tanggal mulai yang diperlukan secara terpisah untuk total register akumulasi dan secara terpisah untuk akuntansi. Tanggal mulai saya tahun ini diganti di sana secara otomatis. Mari kita tekan tombol "OK". Mari kita lihat apa yang terjadi:

Seperti yang Anda lihat, sekarang kami mendapatkan apa yang awalnya kami harapkan. Kesimpulan apa yang bisa ditarik dari ini? Hanya prosedur untuk membuka periode dalam formulir terkelola yang harus dilakukan dengan menggunakan mode "Manajemen Total - Fitur Lengkap" dan tidak ada yang lain, jika tidak, masalah kinerja yang serius dapat terjadi. Oleh karena itu, Anda perlu memahami tanggal apa yang harus dimasukkan ke dalam bidang untuk tanggal mulai dan berakhir dan mengontrol kebenaran tanggal tersebut. Maka kesalahan dan masalah kinerja terkait dapat dihindari!



Kami terus mempelajari pemrograman dalam sistem 1C Enterprise. Hari ini kita akan berbicara tentang cara menghitung total kolom di bagian tabel. Kami ingin total dihitung secara otomatis.

Perhitungan otomatis total berdasarkan kolom di bagian tabel 1C

Jadi mari kita selesaikan, mulai 1C dalam mode konfigurator. Selanjutnya, buka dokumen yang dibuat sebelumnya. Buka dan buka tab formulir dan buka.

Di jendela formulir, Anda perlu mengklik dua kali pada bagian tabular di sebelah kanan, jendela properti tabel akan muncul. Di dalamnya kita mencari item Basement dan memberi tanda centang.

Setelah itu, ruang bawah tanah akan muncul pada formulir di bagian tabel di bawah ini.

Sekarang Anda tidak perlu menghitung total di kolom Jumlah. Untuk melakukan ini, pada tab Elemen, cari item dengan Name MaterialsAmount dan klik dua kali di atasnya. Di sebelah kanan, properti bidang muncul di dalamnya, kami mencari item
Teks Footer dan masukkan Total. Dan di Path to data base point, klik pada tiga titik.

Di jendela yang terbuka, Anda harus memilih TotalAmount.

Sekarang kita mulai men-debug dan memeriksa apakah total dihitung oleh kolom di bagian tabular dokumen.

Jadi kami melakukan perhitungan otomatis dari total kolom. Dengan demikian, Anda dapat menghitung total di semua kolom dan di dokumen apa pun.