Rumah / Pengaturan / Rollup pembukuan 2.0. Apa itu rollup basis data informasi dan mengapa itu diperlukan? Proses Penggabungan Basis Data

Rollup pembukuan 2.0. Apa itu rollup basis data informasi dan mengapa itu diperlukan? Proses Penggabungan Basis Data

Diterbitkan pada 13/01/2017 09:22 Dilihat: 6504

Pada bulan Januari, banyak orang memiliki keinginan untuk memulai semuanya dari awal, dan saya sangat sering mendengar pertanyaan dari klien dan pembaca: “Bisakah kita membuat database 1C baru, meninggalkan semua kesalahan di masa lalu dan mulai menyimpan catatan dengan benar? Apakah ada semacam kemampuan otomatis untuk "memotong" basis 1C di awal tahun?". Keinginan seperti itu cukup bisa dimaklumi dan dimaklumi, karena seseorang mendapat dasar yang kurang baik dari akuntan sebelumnya, dan seseorang baru belajar dan membuat banyak kekurangan, tetapi sekarang ada pengetahuan yang diperlukan, keterampilan dan keinginan untuk bekerja dengan benar, tetapi Anda tidak ingin terus-menerus menyeret beban kesalahan masa lalu bersama Anda. Program 1C: Enterprise Accounting 8 edisi 3.0 memiliki fungsi seperti konvolusi infobase, yang memungkinkan Anda untuk secara otomatis menghasilkan saldo di awal periode yang dipilih dan menghapus dokumen lama.

Seberapa nyaman konvolusi basis 1C? Jika Anda hanya membuat database kosong baru dan mulai memasukkan saldo secara manual untuk semua akun, maka Anda akan menghabiskan banyak waktu untuk pekerjaan ini, karena Anda perlu mentransfer tidak hanya jumlah saldo, tetapi juga data semua direktori yang diperlukan untuk bekerja (rekanan, individu, karyawan, nomenklatur, dll.). Saat melipat, program akan secara otomatis menghasilkan saldo akun, yang dapat Anda sesuaikan jika perlu, semua elemen direktori akan tetap ada di database, dan dokumen lama akan dihapus. Jika Anda juga ingin "membersihkan" direktori, Anda dapat menghapus elemen yang tidak perlu secara manual. Ini akan memakan waktu lebih sedikit daripada memasukkan semua elemen yang diperlukan ke dalam database baru.

Nuansa penting: setelah rollup, dokumen sebelum tanggal yang dipilih di basis saat ini akan dihapus, tetapi Anda pasti perlu menyimpan informasi ini di database lain, karena mungkin masih diperlukan untuk pekerjaan lebih lanjut. Biasanya, saya membuat basis identik kedua (dalam daftar basis dalam nama, Anda dapat menunjukkan bahwa salah satu basis mengacu pada periode, misalnya, sebelum 2017, dan yang lainnya - dari 2017), dan kemudian Anda dapat menggulung up salah satunya, di mana catatan akan disimpan untuk tahun berjalan. Basis data kedua hanya berfungsi sebagai arsip data historis, yang dapat diakses kapan saja.

Setelah kami menangani salinan database dan memeriksa data pada SALT, buka bagian "Administrasi" dan pilih item "Infobase rollup".

Pertama-tama, program akan kembali meminta Anda untuk membuat salinan database. Jika Anda sudah memiliki salinannya, maka Anda dapat melewati item ini (hapus centang). Jika belum ada salinannya, maka jangan sampai ketinggalan!

Maka Anda perlu menentukan tahun di mana kami akan membentuk saldo. Benar, ini adalah tahun berjalan, tetapi suatu kali dalam praktik saya, saya bertemu dengan permintaan untuk meninggalkan data selama tiga tahun terakhir dalam program selama konvolusi (pada waktu itu, basis data disimpan selama lebih dari 5 tahun). Jika beberapa organisasi disimpan dalam database, maka kami mencatat apakah rollup akan dilakukan untuk semua atau hanya untuk yang dipilih.

Pada tahap selanjutnya, perlu untuk menentukan data register mana yang akan kita tutup. Jika Anda tidak memiliki keinginan khusus, maka semua pengaturan dapat dibiarkan tidak berubah.

Kemudian kita melihat di layar daftar transaksi yang dibuat secara otomatis untuk mencerminkan saldo di awal periode yang dipilih. Dimungkinkan untuk membuka setiap operasi untuk melihat dan, jika perlu, mengedit data. Tetapi akan mungkin untuk mempelajari dengan cermat posting yang dihasilkan bahkan setelah akhir konvolusi.

Pada tahap selanjutnya, data diverifikasi: saldo akun sebelum dan sesudah rollover diverifikasi. Idealnya, jumlahnya harus sesuai. Jika ada perbedaan, maka perlu untuk mencetak laporan yang dihasilkan oleh program dan menangani secara rinci setiap akun yang memiliki perbedaan.

Pada tahap terakhir rollup, dokumen lama dihapus, proses ini bisa memakan waktu cukup lama. lama, terutama jika akun dalam program telah dipertahankan selama bertahun-tahun.

Kemudian program akan melaporkan penyelesaian konvolusi yang berhasil.

Tentu saja, konvolusi bukanlah "pil ajaib" dan tidak akan menyelesaikan semua masalah dengan cepat jika database tidak disimpan dengan sangat akurat untuk waktu yang lama. Mungkin, setelah rollup, Anda perlu menyesuaikan saldo atau mencari tahu mengapa tidak semua dokumen dihapus secara otomatis. Dalam hal ini, Anda harus menghabiskan sejumlah waktu untuk membawa database ke kondisi optimal: bekerja dengan dokumen untuk memasukkan saldo dan menganalisis mengapa program tidak dapat menghapus beberapa dokumen lama. Satu-satunya hal yang ingin saya tanyakan kepada Anda - pastikan untuk membuat salinan infobase! Dan jika keadaan database sangat diabaikan atau volume dokumen yang dimasukkan besar, maka lebih baik mencari bantuan dari spesialis berpengalaman untuk melakukan rollup.

Apa itu konvolusi dasar dan mengapa itu diperlukan?

Saat rollup dilakukan, dokumen dihasilkan untuk memasukkan saldo register pada tanggal tertentu (rollup date) dan penghapusan dokumen yang tidak digunakan dan pergerakan dalam register (informasi, akumulasi, akuntansi) hingga dan termasuk tanggal rollup (periode rollup). Tujuan utama dari konvolusi adalah:

    Meningkatkan kecepatan sistem.

    Mengurangi ukuran infobase.

PENTING. Sebelum melakukan rollup dasar, disarankan:
1. Lakukan pengujian awal rollup pada salinan infobase yang berfungsi.
2. Hanya berdasarkan hasil pengujian yang berhasil, buat keputusan tentang kemungkinan menggunakannya untuk infobase yang berfungsi.


Pada disk ITS terdapat pemrosesan untuk konfigurasi 1.6 Enterprise Accounting. Ini tidak cocok untuk versi 2.0, karena di 2.0 tidak ada dokumen "Koreksi entri register". Oleh karena itu, kami mengunduh pemrosesan dari tautan: UNDUH (untuk mengunduhnya Anda harus mendaftar).

1) Buat cadangan: pergi ke database melalui Configurator, item menu Administrasi - Bongkar infobase.

2) Kami masuk ke database melalui mode 1C: Enterprise. Kami perlu memeriksa pada tanggal kami akan menggulung pangkalan, apakah semua dokumen dibuat pada akhir bulan (item menu Operasi - Operasi terjadwal). Saya akan melakukannya sampai 31/03/2009. Jadi dokumen penutup bulan seharusnya untuk Maret 2009:

3) Mari buat laporan Neraca Perputaran untuk periode yang akan kita lipat (item menu Laporan - Neraca Perputaran). Mari kita simpan untuk rekonsiliasi setelah konvolusi pangkalan.

4) Melalui item menu File - Buka add pemrosesan eksternal Konvolusi Basis 2.0.

Penanda buku "Pengaturan Umum":

Tanggal Rollup. Tanggal rollup adalah detik terakhir yang termasuk dalam periode rollup. Jadi, untuk menciutkan data untuk kuartal pertama tahun 2009 di infobase, Anda perlu menentukan 31/03/2009 23:59:59 sebagai tanggal rollup.

Jumlah baris dalam dokumen entri saldo. Parameter ini menentukan jumlah baris maksimum yang mungkin dalam satu dokumen untuk memasukkan residu. Jika parameter tidak diisi (sama dengan 0), maka satu dokumen akan dibuat untuk setiap register/akun tanpa membatasi jumlah baris.


Penanda buku "Mengatur Metode Konvolusi": pada tahap ini ditentukan objek mana dan untuk periode berapa yang harus diciutkan. Metode pemrosesan objek berikut disediakan:

    Jangan proses - objek tidak diciutkan.

  1. Pada tanggal - objek sebelum tanggal rollup diciutkan. Jika Anda mengisi parameter "Tanggal akhir", maka objek yang mendahului tanggal akhir akan diciutkan. Dengan demikian, Anda dapat menentukan tanggal rollup yang berbeda untuk objek yang berbeda. Jika parameter "Tanggal akhir" tidak ditentukan, maka rollup dilakukan sesuai dengan tanggal rollup yang ditentukan pada tab "Pengaturan Umum".
  2. Untuk periode - semua objek yang terletak pada interval yang ditentukan diciutkan.

    Hapus - semua objek sebelum tanggal roll-up dihapus, dan tidak ada dokumen entri saldo yang dibuat. Mode ini hanya tersedia untuk register informasi.

Dimungkinkan untuk mengisi komposisi objek yang dapat dilipat dan metode pelipatan default menggunakan tombol "Isi Pengaturan Default". Dalam hal ini, pengaturan berikut akan ditetapkan ke objek yang dapat diciutkan:

      1. Untuk semua dokumen, mode rollup "pada tanggal" diatur.
      2. Untuk semua register akumulasi dan akuntansi, mode roll-up "pada tanggal" diatur.
      3. Untuk semua register informasi periodik di mana dokumen "Penyesuaian Entri Daftar" bukan registrar, mode rollup "jangan proses" diatur, untuk semua register informasi periodik lainnya, mode "pada tanggal" diatur.
      4. Untuk semua register informasi non-periodik, mode rollup "jangan proses" diatur.

Dimungkinkan untuk menyimpan dan memulihkan pengaturan rollup yang dibuat sebelumnya, tombol "Unggah ke XML" dan "Muat dari XML" dimaksudkan untuk ini.

Saya akan mengisi pengaturan default:

Penanda buku "Dokumen untuk memasukkan saldo": pada tahap ini, dokumen akan dihasilkan untuk memasukkan saldo dalam register akumulasi, informasi, dan akuntansi. Dokumen yang dibuat akan ditempatkan di detik berikutnya setelah tanggal rollup, mis. jika tanggal rollup adalah 31/03/2009 23:59:59, maka dokumen akan dibuat pada 04/01/2009 00:00:00.
Sebagai dokumen untuk memasukkan saldo, dokumen "Penyesuaian entri register" dan "Operasi (akuntansi dan akuntansi pajak)" digunakan.
Dokumen entri sisa dibuat dengan gerakan dinonaktifkan. Dokumen entri sisa berisi komentar yang menyertakan teks "[Dihasilkan oleh pemrosesan gulungan dasar]".
Dokumen entri saldo terpisah dibuat untuk setiap buku besar/akun. Jumlah dokumen entri saldo untuk setiap register/akun ditentukan oleh parameter "Jumlah baris dalam dokumen entri saldo" (lihat detail di atas).

Ciutkan dasar (tombol "Runtuhkan Basis" di bilah perintah bawah). Pada tahap ini, objek dihapus untuk periode roll-up.

Proses ini mungkin memakan waktu lama. Dilarang keras membuat perubahan atau mengirim ulang dokumen dalam periode yang diciutkan setelah database digulung.
Harus diingat bahwa jika kesalahan terjadi pada tahap ini, yang mengarah pada fakta bahwa prosedur untuk menghapus objek terganggu dan tidak selesai sepenuhnya, maka situasi berikut dapat terjadi: untuk beberapa register, total akan tetap dinonaktifkan. Ini akan membuat mustahil untuk mendapatkan total untuk beberapa register. Daftar register yang totalnya dinonaktifkan dapat dilihat di tab "Register dengan total dinonaktifkan". Pada tab yang sama, Anda dapat mengaktifkan total, jika perlu.

Pada artikel ini, saya akan berbicara tentang algoritma yang digunakan dalam proses yang disebut konvolusi basis 1c.

Penggulungan dasar 1c(melipat basis 1c) adalah prosedur yang digunakan untuk mengoptimalkan data yang terakumulasi dalam database 1C. Konvolusi basis 1 dilakukan untuk meningkatkan kualitas pengalaman pengguna.

Alasan konvolusi basis 1C

Mari kita lihat pertanyaan teoritis rollup database dari sudut pandang contoh praktis. Misalnya, hari ini 14 Maret 2008. Saya telah bekerja dengan database 1C, yang telah berjalan sejak 01 Januari 2003. Database telah berjalan selama 5 tahun sekarang. Basis sulit dipertahankan untuk programmer (kesulitan sistem karena peningkatan jumlah elemen). Juga sulit bagi pengguna untuk bekerja dengan database (kecepatan program).

Bagaimana Anda bisa mengoptimalkan pekerjaan dengan database 1C?

Pemrogram, pada umumnya, tidak peduli dengan ukuran basis data, karena pemrogram tidak bekerja dengan data, tetapi dengan algoritma pemrosesan data. Masalah saat bekerja dengan basis data besar dapat muncul untuk administrator basis data, kecuali dalam kasus di mana Anda perlu mengembalikan urutan setelah memposting ulang dokumen pada periode sebelumnya, atau ketika Anda perlu memposting ulang semua dokumen karena perubahan dalam algoritma perhitungan apa pun . Oleh karena itu, optimasi database biasanya dilakukan untuk meningkatkan kualitas kerja pengguna database.

Fitur fungsional saat bekerja dengan data

Fungsi pengguna yang bekerja dengan basis 1C dapat dibagi menjadi tiga kelompok:

  1. Input data primer;
  2. Analisis data yang dimasukkan;
  3. Perencanaan untuk data masa depan.

Mari kita pergi melalui kelompok fungsional pengguna.

  1. Mereka yang memasukkan data tidak perlu saldo dan turnover bahkan untuk "kemarin". Belum lagi data bulan lalu atau tahun sebelumnya.
  2. Analis data membutuhkan data historis. Tapi di sini Anda perlu mengklarifikasi data seperti apa yang mereka butuhkan. Kami akan membicarakannya di bawah ini.
  3. Perencana data membutuhkan hasil analisis historis. Dengan kata lain, kebutuhan pengguna pada kelompok ini juga membutuhkan data yang terakumulasi pada periode sebelumnya.

Detail data untuk konvolusi dasar 1c

Untuk menentukan data apa yang diperlukan untuk analisis dan perencanaan, pertama-tama Anda perlu memperjelas tingkat detail data. Saya akan mengatakan sebelumnya bahwa perincian data yang diperlukan untuk analisis dan perencanaan adalah kunci untuk memecahkan masalah konvolusi basis 1C.

Apa tingkat detail data dalam database 1C? Saya dapat menyebutkan ini:

  • Posting di akun dalam akuntansi.
  • Pergerakan register dalam akuntansi operasional.
  • Dokumen.
  • Omset per hari (minggu, dekade, bulan, kuartal, setengah tahun, tahun).
  • Saldo di awal dan di akhir periode (hari, minggu, dekade, bulan, kuartal, tahun).

Setelah tingkat detail yang memadai dari data yang diperlukan untuk analisis dan perencanaan yang efektif ditentukan, kita dapat berbicara tentang tingkat kompresi data saat menggulung database.

Bekerja dengan data dalam periode "terkompresi" setelah konvolusi basis 1 detik

Jika data dalam periode tertentu "diciutkan" atau "dikompresi", maka dapat dipahami bahwa mereka secara kuantitatif menjadi lebih sedikit dengan jumlah tertentu. Jika jumlah data berkurang, maka data tertentu hilang secara tidak dapat diperbaiki.

Bagaimana Anda bisa mengakses data yang diciutkan jika perlu? Ini sangat pertanyaan penting, dan itu perlu dijawab sebelum konvolusi database 1C.

Sebagai contoh, saya akan memberikan dua kasus ekstrim.

Kasus 1: Pada suatu hari di tahun 2008, CFO ingin dapat melihat detail kartu rekening dengan pelanggan Alpha untuk bulan Maret 2005.

Dalam kondisi ini, konvolusi basis 1c tidak mungkin, karena tidak mungkin untuk menciutkan (kompres) data di bawah level posting (pergerakan register).

Pengecualian dapat dianggap seperti cara kerja, di mana database masih digulung, dan di database kerja dari data periode runtuh hanya ada saldo di awal periode kerja. Kemudian perusahaan memiliki dua basis kerja:

  1. Basis kerja di mana data tentang operasi yang sedang berlangsung dimasukkan.
  2. Database arsip yang menyimpan data transaksi masa lalu.

Pada saat yang sama, direktur keuangan, misalnya, memiliki akses ke pangkalan kedua, pekerjaan yang sebenarnya dihentikan. Dan direktur keuangan, jika diinginkan, dapat masuk ke database "lama" kapan saja dan mendapatkan semua data yang dia butuhkan pada periode sebelumnya.

Kasus 2: CFO ingin mengetahui, pada setiap hari di tahun 2008, biaya sewa semua ruang gudang perusahaan untuk kuartal ke-3 tahun 2005. Dan dia tidak memerlukan informasi lebih rinci (misalnya, kartu kesepakatan bersama dengan lessor gudang).

Dalam hal ini, konvolusi basis 1s dilakukan sebagai berikut:

  1. Omset dipilih berdasarkan permintaan khusus untuk item "Pengeluaran gudang" dengan perincian per kuartal.
  2. Untuk setiap kuartal yang diterima dalam permintaan, dokumen "Operasi" baru (atau dokumen khusus lainnya) dibuat, di mana jumlah omset di bawah item "Pengeluaran gudang" dimasukkan. Dokumen itu direkam dan dipegang.
  3. Pemrosesan khusus menghapus semua dokumen yang memasukkan data untuk periode yang digulung di bawah item "Pengeluaran gudang" (kecuali untuk dokumen khusus kami, yang kami buat saat melipat basis data).

Pengecualian juga dapat dianggap sebagai cara kerja, di mana pangkalan digulung dengan transfer hanya saldo masuk ke awal periode kerja. Perusahaan memiliki dua basis ("bekerja" dan "lama"). Dan direktur keuangan membuat di MS Excel, misalnya, piring khusus untuk penggunaan pribadi. Di tablet ini, dia akan menganalisis dan merencanakan data. Di tabel, ia secara manual memasukkan nilai akhir untuk indikator keuangan yang ia butuhkan untuk periode yang dianalisis. Dibutuhkan data untuk analisis dari database "diarsipkan".

Algoritma konvolusi dasar 1C standar

Dalam kebanyakan kasus, konvolusi pangkalan dilakukan lebih dangkal.

  1. Pemrosesan membuat dokumen baru jenis "Masukan saldo awal".
  2. Kueri memilih saldo semua akun buku besar, dimensi buku besar, dan penyimpanan data penting lainnya pada akhir periode yang sedang digulung.
  3. Data yang diterima dalam permintaan dimasukkan ke dalam dokumen jenis "Masukan saldo awal".
  4. Dokumen disimpan dan diposting pada hari terakhir periode bergulir.
  5. Semua dokumen 1C untuk periode roll-up dihapus.

metode konvolusi dasar 1C

Jadi, ada dua cara untuk menciutkan data dalam database 1C:

  1. Pada periode runtuh, semua operasi dihapus, dan pada awal periode kerja hanya saldo awal yang tersedia pada akhir periode runtuh yang dimasukkan.
  2. Sama seperti pada metode pertama, tetapi pada periode runtuh, pergantian dibiarkan sesuai dengan indikator yang diperlukan dalam mode saat ini dalam periode kerja, dengan tingkat detail yang diperlukan. Pada awal periode kerja, saldo yang dihitung dengan mempertimbangkan omset yang tersisa dalam periode runtuh akan ditransfer.
Berdasarkan bahan

Dalam proses menggulung database informasi, tindakan berikut dilakukan di dalamnya:

  • dokumen untuk memasukkan saldo dibentuk pada tanggal roll-up dilakukan;
  • dokumen dan gerakan register yang ada dalam program hingga dan termasuk tanggal rollup dihapus.

Menggulung database informasi memungkinkan Anda untuk:

  • mempercepat sistem;
  • mengurangi ukuran 1C IBD.

PERHATIAN! Sebelum Anda mulai menggulung basis info, Anda harus:

  • melakukan rollup uji pendahuluan pada salinan IDB 1C yang berfungsi;
  • jika test rollup berhasil, baru Anda dapat mulai menggulung infobase yang berfungsi setelah mencadangkannya.

Untuk menggulung database informasi, gunakan pemrosesan untuk konfigurasi (versi 1.6), yang ada di disk. Untuk edisi 2.0 pengolahan ini tidak cocok, karena tidak mengandung dokumen "Koreksi entri register". Anda dapat memesan di website kami.

Paket pesanan

Konvolusi dasar langkah demi langkah

  • Pertama, Anda perlu membuat salinan cadangan dari database informasi. Kemudian masukkan database menggunakan mode 1C: Perusahaan, dan periksa apakah semua dokumen diselesaikan pada akhir bulan pada tanggal rollup.
  • Selanjutnya, Anda perlu membuat laporan neraca Perputaran untuk periode yang direncanakan untuk menggulung basis.
  • Menggunakan perintah "Buka" (menu "File"), kami memuat pemrosesan eksternal Base Convolution 2.0.
  • Basis digulung setelah menekan tombol yang sesuai di panel bawah, di mana objek dihapus selama periode yang ditentukan dalam pemrosesan. Perlu dicatat bahwa pelaksanaan proses dapat memakan waktu yang cukup lama. Setelah rollup 1C IBD, sama sekali tidak mungkin untuk memperbaiki dan mengirim ulang dokumen untuk periode roll up.
    Juga tidak mungkin untuk tidak mengatakan bahwa jika kesalahan terjadi selama proses konvolusi, yang menyebabkan penghapusan objek terganggu atau tidak selesai sepenuhnya, maka ini dapat mengarah pada fakta bahwa untuk beberapa register total akan dinonaktifkan. Fakta ini, pada gilirannya, membuat tidak mungkin untuk mendapatkan total untuk beberapa register. Anda dapat melihat daftar register yang totalnya dinonaktifkan pada tab "Register dengan total dinonaktifkan". Di sini, jika perlu, Anda dapat memasukkan total.
    Jika proses rekonsiliasi terganggu karena alasan apa pun, maka daftar dokumen untuk memasukkan saldo selalu dapat dipulihkan menggunakan tombol "Isi daftar" pada tab "Dokumen untuk memasukkan saldo", yang menentukan interval tanggal.
  • Langkah terakhir adalah menghapus objek yang ditandai. Ini dapat dilakukan jika semua tahap konvolusi yang dijelaskan di atas telah berhasil diselesaikan.
    • Di menu "Operasi", pilih perintah "Hapus objek yang ditandai".
    • Bagian atas jendela berisi dialog dengan daftar objek yang ditemukan di 1C IDB yang ditandai untuk dihapus. Salah satu dari mereka pengguna dapat membuka dan melihat. Menggunakan flag, pengguna juga dapat menentukan objek mana yang perlu diperiksa untuk dihapus. Untuk menentukan apakah ada tautan ke objek yang akan dihapus, tombol "Kontrol" akan membantu. Setelah hati-hati memeriksa objek yang akan dihapus dan tidak menemukan kesalahan, Anda harus memulai proses menghapus objek dengan mengklik tombol "Hapus".

Di akhir lilitan pangkalan, Anda perlu memastikan bahwa semuanya berjalan dengan baik. Untuk melakukan ini, buka neraca dan bandingkan dengan yang disimpan sebelum rollup dilakukan. Jika identik, maka konvolusi alas dilakukan dengan benar.

Setelah beberapa waktu, basis 1C sangat meningkat dalam ukuran, yang dapat mempengaruhi kecepatan sistem. Ya, dan melihat dokumen lama lima tahun lalu tidak selalu diperlukan dan sering mengganggu. Untuk menyingkirkan dokumen lama, membersihkan database dan mempercepat program, pengembang 1C datang dengan tindakan sederhana - konvolusi basis informasi 1C.

Apa konvolusi dasar dalam 1C 8.3? Konvolusi adalah input saldo saat ini untuk tanggal tertentu dan penghapusan dokumen lama yang tidak perlu. Di bawah ini saya akan memberi tahu Anda cara membuat rollup untuk konfigurasi tipikal menggunakan contoh 1C Accounting 3.0.

Instruksi ini juga cocok untuk konfigurasi modern lainnya - Manajemen Perdagangan (UT) 11, Manajemen Penggajian dan Personalia (ZUP) 3.0, ERP 2.0, Manajemen Perusahaan Kecil (UNF). Jika konfigurasi tidak biasa, prosedur harus dilakukan dengan sangat hati-hati dan baik untuk memeriksa data setelah konvolusi.

Hal pertama - pastikan untuk melakukannya. Jika terjadi kesalahan, Anda selalu dapat kembali ke data asli.

Rollup harus dilakukan tanpa pengguna bekerja di sistem. Oleh karena itu, mintalah rekan Anda untuk meninggalkan program terlebih dahulu.

Petunjuk untuk melipat alasnya

Masuk ke program 1C dalam mode Perusahaan. Buka tab "Administrasi", pilih item "Infobase rollup":

Di jendela yang terbuka, program itu sendiri akan menawarkan untuk membuat salinan cadangan program - jangan menolak:

Jika program tidak dapat karena alasan tertentu membuat salinan, pastikan untuk membuatnya secara manual, sesuai dengan petunjuk ini. Lanjutkan ke langkah berikutnya dengan mengklik tombol "Berikutnya". Sistem akan meminta Anda untuk memilih organisasi mana yang membutuhkan roll-up dan untuk periode apa.

Mari kita pilih "Semua organisasi" dan periode 2015:

Pada tahap berikutnya, sistem akan meminta Anda untuk memilih register untuk menghasilkan saldo. Lebih baik membiarkan pengaturan ini sebagai default dan melanjutkan proses lebih lanjut.

Pada tahap “Lihat transaksi”, sistem akan menghasilkan dokumen entri saldo yang tersedia untuk dilihat dan diverifikasi.

Jika operasi dimasukkan dengan benar, Anda dapat melanjutkan ke verifikasi otomatis. Di sana Anda dapat melihat analog neraca sebelum dan sesudah operasi rollup.

Pemeriksaan konvolusi 1C

Jika Anda ragu, Anda selalu dapat membatalkan operasi dan kembali ke keadaan semula.

Setelah memeriksa data secara manual, Anda dapat melanjutkan ke langkah terakhir - menandai penghapusan dokumen lama. Tahap ini dapat berlangsung dari 10 menit hingga beberapa jam, tergantung pada ukuran database dan jumlah operasi.

Itu saja - konvolusi basis 1C Accounting 8.3 sudah siap! Bagaimanapun, setelah menghapus dokumen lama, saya sarankan untuk memeriksa laporan utama untuk kesamaan informasi. Sebagai upaya terakhir, Anda selalu dapat memulihkan database dari cadangan.

Setelah proses berakhir, disarankan untuk menjalankan pemrosesan "Hapus objek yang ditandai" untuk menghilangkan dokumen yang tidak perlu. Dokumen rollup yang dibuat terletak di bagian "Operasi", di item "Operasi yang dimasukkan secara manual".

Jika Anda perlu membuat konvolusi dalam 1C 8.2 dan 7.7, maka praktis tidak berbeda dari yang di atas, kecuali bahwa itu dilakukan dengan pemrosesan terpisah.