Awal tahun - Waktu ideal untuk terbakar

Seiring waktu, ukuran basis data, terutama di organisasi besar, meningkat. Ketika basis 1c dilakukan untuk waktu yang lama dan menempati jumlah yang signifikan, itu mengarah pada perlambatan dalam pekerjaan.

Penyapu mengejar tujuan berikut:

• Mempercepat program
• Kurangi ukuran pangkalan
• Hapus referensi dari catatan yang tidak relevan

Apa yang membantu konvolusi

Percepat pekerjaan program (mengurangi ukuran basis)

Jika Anda tidak berencana untuk menambah jumlah pekerjaan di 1C (dan membeli server baru untuk mereka), tetapi Anda tidak puas dengan kecepatan 1C, ada baiknya membuat bantal dari pangkalan. Ini akan mengurangi beban pada komputer. Dimungkinkan untuk menunda pembelian besi baru untuk server atau transisi dari versi file ke SQL.

Selain itu, basis besar lebih cenderung gagal, "jatuh" dan secara umum bekerja sangat tidak dapat diandalkan.

Sembunyikan Periode Lewat

Cut adalah cara yang baik untuk menyembunyikan informasi tentang pekerjaan selama beberapa tahun terakhir. Data hanya akan absen dalam database. Ini lebih dapat diandalkan daripada membatasi hak akses dan kata sandi.

Singkirkan nomenklatur yang tidak relevan dan catatan lainnya

Dalam proses operasi di basis 1C menumpuk nomenklatur yang tidak digunakan. Ini mengganggu pendaftaran pendapatan dan implementasi, ketika memilih produk dari daftar. Ini mengarah pada kesalahan dan pembalikan. Selain itu, sejumlah besar posisi memperlambat pembongkaran di meja uang tunai otonom, misalnya, di depan depan, ketika lebih dari 10 ribu barang yang tidak digunakan diturunkan bersama dengan 3 ribu. Rolling basis data, Anda menyingkirkan barang-barang lama. Kita, bersama dengan konvolusi, gunakan pengangkatan pemrosesan nomenklatur yang tidak relevan.

Ketidaknyamanan bekerja di database yang digulung

Dokumen dan laporan untuk "periode peringkat" tidak akan tersedia. Anda harus memiliki basis terpisah untuk periode lama dan menonton cerita di sana, untuk mengumpulkan dalam satu data laporan untuk semua waktu tidak akan berfungsi.

Bagaimana latihan bekerja

Inti dari peristiwa ini adalah sebagai berikut: Tanggal dipilih (opsi ideal adalah awal tahun atau kuartal) misalnya 1 Jan 2016. Tanggal ini dibuat oleh sisa-sisa residu untuk semua pemotongan akuntansi (sisa-sisa TMC, Penyelesaian timbal balik dengan pembeli, pemasok dan komisaris, saldo kas dan akun penyelesaian), dan data yang diperoleh diturunkan ke file hard disk. Kemudian, berdasarkan bekas, basis informasi baru dibuat, yang berisi semua buku referensi yang diperlukan (nomenklatur, tipe harga, unit pengukuran, harga, rekanan, dan kontrak, bank, register kas, register, uang tunai, Orang-orang yang bertanggung jawab material, dll.) Dan dengan penciptaan dokumen yang tepat untuk memasukkan residu ke database baru diperkenalkan ke semua pemotongan pendapatan (berdasarkan data dari file yang disimpan pada hard disk) pada 01/01/2016. Sisa-sisa dalam pangkalan baru dan sebelumnya diperiksa. Kebetulan lengkap mereka berfungsi sebagai indikator keberhasilan pekerjaan. Jika ada kesalahan kecil, mereka mudah dikoreksi oleh "tangan."

Akibatnya, kecepatan pekerjaan meningkat secara signifikan dan, yang paling penting, risiko kegagalan program itu sendiri berkurang: perusahaan.

Cara membuat basis bantal

Di dunia yang ideal, konvolusi ini dilakukan dengan bantuan perawatan khusus dari perusahaan 1C, yang ada pada disknya untuk 1C 7.7 dan versi 8.2, 8.3. Pada saat yang sama, program ini akan membuat dokumen duplikat, label untuk menghapus dokumen yang tidak perlu. Direktori dapat dihapus jika mereka tidak terlibat dalam dokumen yang tersisa. Sebelum melaksanakan bantal pangkalan, Anda perlu mengembalikan urutan dokumen.

Penting untuk diingat bahwa pemicunya pangkalan dengan pemrosesan disk-nya hanya dapat dibuat dengan konfigurasi khas. Kalau tidak, kesalahan akan muncul yang tidak akan segera terlihat. Jika Anda tidak memiliki konfigurasi khas, Anda sebaiknya menghubungi spesialis Anda yang berpengalaman 1C untuk konvolusi pangkalan.

Membuat lilitan sendiri lebih atau kurang mungkin dalam akuntansi dan praktis tidak nyata dalam perdagangan. Dan ada banyak alasan, misalnya, informasi yang diperlukan dapat dihapus dan tidak perlu. Pengguna bahkan tidak mengetahuinya, karena Tidak tahu cara memeriksa.

Potongan dasar 1c: Manajemen Perdagangan

Berbicara tentang konvolusi manajemen perdagangan 1C, Anda perlu menyebutkan masalah yang sering kita selesaikan.

1. Seringkali, program menggunakan register yang tidak diperlukan. Misalnya, PPN (ada 7 register di sana). Pertama, karena mereka, konvolusi berjalan lebih lama, dan kedua, mereka mengganggu penghapusan dokumen.

2. Jika batch barang digunakan. Dalam hal ini, ini tidak akan menghapus sejumlah dokumen. Kami dapat menginstal rata-rata, atau dalam pengenalan sisa-sisa untuk mengganti dokumen partai ke dokumen bantu - dengan demikian setelah bope, bersihkan referensi untuk dokumen yang dihapus.

3. Komunikasi untuk dokumen. Kita dapat memuat ulang hutang atau juga untuk memulai sisa sisa-sisa untuk menggantung semuanya ke dokumen bantu.

4. Ada sejumlah besar register informasi (harga dihapuskan, akses ke dokumen, kesesuaian saat bertukar, dll.), Yang "memegang" dokumen dan buku referensi.

5. Penghapusan standar bekerja lama. Dan jika elemennya sangat banyak - itu tidak mengatasinya sama sekali. Kami telah mengembangkan pemrosesan yang lebih cepat dan lebih cepat untuk menghapus dokumen yang tidak perlu.

Biaya Mantel.

Biaya tergantung pada kompleksitas konfigurasi Anda (ritel - lebih murah, kompleks lebih mahal) dan jumlah data (biaya dasar dasar dalam 3 manggung dan 30 pertunjukan akan berbeda).
Untuk mengetahui biaya - tinggalkan aplikasi. Kami akan menghubungi Anda, menganalisis basis data Anda dan menentukan biaya final.
Kisaran harga rata-rata adalah dari 8.000 hingga 15.000 rubel.

Kontra dan alternatif lengkap

Namun, sebuah konvolusi adalah operasi yang agak radikal yang menghapus data untuk tahun-tahun sebelumnya dengan menggantinya dengan titik-titik input residu.

Kerugian utama adalah Anda memiliki beberapa database. Misalnya, "Base 2011-2012" dan "Base 2013".

Dan membangun satu laporan, di mana 2013 dan 2013 tidak akan ditampilkan. Hal-hal yang berguna seperti analisis penjualan barang sebelum pesanan dari pemasok atau perbandingan akan tidak tersedia, sejauh pada Januari 2013, barang-barang tertentu telah diluncurkan lebih dari pada Januari 2012.

Basis dasar benar-benar masuk akal hanya dalam dua kasus:

1. jika dia benar-benar tua (setidaknya 4-5 tahun)
2. jika data Anda tidak perlu melindungi (kata sandi, misalnya), dan bersembunyi dengan aman (menghapusnya secara fisik dari komputer)

Dalam semua kasus lain, perlu memperhatikan alternatif.

Alternatif: Nonaktifkan modul yang tidak digunakan

Bahkan jika Anda tidak menggunakan beberapa fitur program, itu tidak berarti bahwa itu tidak menghabiskan sumber daya komputer Anda.

Tidak banyak yang berpotensi tidak perlu, tetapi partisi program yang intensif sumber daya:

• Kontrol akses di level entri
• Akuntansi sisa-sisa organisasi (selain akuntansi sisa-sisa gudang)
• Akuntansi untuk buku / penjualan data, terlepas dari kenyataan bahwa Anda membentuknya dalam akuntansi

Opsi berikut ini tidak digunakan di beberapa organisasi, meskipun tidak mungkin untuk menyebutnya tidak perlu:

• Perhitungan biaya (untuk menghitung laba dari penjualan, margin)
• Perhitungan biaya dalam konteks pihak (terlepas dari kenyataan bahwa dalam perhitungan Anda yang cukup "rata-rata")
• Perhitungan dengan pelanggan dalam konteks dokumen penyelesaian

Misalnya, saya menghabiskan sedikit studi. Dia mengambil dasar perusahaan yang tidak menggunakan kemampuan untuk menghitung laba. Sumber ukuran dasar adalah 1,6 GB. Setelah menghapus catatan yang terkait dengan menghitung biaya, ukuran dasar menurun menjadi 1 GB. Setelah menghapus semua tabel lain yang tidak digunakan, ukurannya menurun menjadi 0,8 GB.

Alternatif: Hapus dari mata proporsi nomenklatur dan rekanan yang tidak relevan

Produsen terus memperbarui beragam perdagangan mereka. Karena itu, direktori barang mengakumulasi posisi yang tidak akan pernah dijual lagi.

Ketidaknyamanan utama adalah barang-barang tersebut

• 1. Mereka dicegah dalam daftar manajer, yang melakukan penerimaan atau implementasi. Ini meningkatkan kemungkinan kesalahan dan pembalikan.
• 2. Bongkar ke meja kas otonom (di depan depan) terjadi perlahan. Karena tidak 3000 posisi diturunkan, yang berdiri di rak, dan 10.000 dari mereka yang belum dijual selama beberapa tahun.
• 3. Jika barcode dan kasir tidak digunakan di box office dan kasir memilih barang dari daftar, daftar besar juga meningkatkan kemungkinan kesalahan dan pembalikan.

Masalah spesifik ini dapat dengan mudah dihilangkan tanpa konvolusi.

Cukup untuk menambahkan "arsip" yang diperlukan untuk nomenklatur dan secara otomatis memasukkannya ke dalam barang-barang yang tidak ada gerakan tahun lalu.

Selain itu, produk yang tidak relevan dapat dibakar untuk dihapus, pindah ke folder "_corzina" dan tambahkan ke nama "yayay_" sehingga barang tidak mengganggu dalam pencarian surat pertama.

Dalam hal ini, kami memiliki pemrosesan topikal

Alternatif: Tingkatkan keamanan sistem

Jika data perlu disembunyikan, Anda dapat menggunakan beberapa trik (misalnya, menempatkan basis data yang berfungsi tidak ada di kantor Anda, tetapi pada server jarak jauh. Mungkin bahkan di negara lain. Dan untuk memeriksa menyiapkan basis data putih dan lembut) . Tetapi basis data tentu saja lebih mudah.

Jika Anda perlu melindungi diri dari karyawan Anda, SQL Server dan sistem akses yang jelas akan datang untuk menyelamatkan.

Alternatif: Memperbesar daya server

1C 8 Bersama dengan SQL Server dapat bekerja secara normal dengan database ukuran besar. Basis 20-50 GB tidak masalah sama sekali, menyediakan komputer yang cukup kuat.

Di bawah konvolusi informasi BASES 1C, proses pemrosesan dokumen dan register konfigurasi, serta pembentukan residu yang relevan saat ini hingga awal tahun tertentu, hancur data register. Pada saat yang sama dihapus atau ditandai untuk menghapus dokumen tahun-tahun terakhir, kecuali untuk dokumen yang penting untuk PPN Akuntansi, OS dan sejumlah lainnya.

Apa bantalan basis informasi 1c

Konvolusi ini dilakukan untuk mengurangi ukuran pangkalan, pekerjaan yang lebih cepat, mengurangi waktu memperbarui dan mengarsipkan database 1C.

Selain itu, digunakan untuk menghemat informasi rahasia. Setelah konvolusi, karyawan, dan organisasi pendengaran tidak akan memiliki akses ke tahun-tahun sebelumnya di basis kerja saat ini.

Penting: Jika perlu, Anda selalu dapat menggunakan 1C 8.3 untuk meyakinkan dari arsip dan mendapatkan informasi yang diperlukan. Anda dapat menambahkan database "ke konvolusi" sebagai tambahan dalam label peluncuran 1C 8.3 dan selalu memilikinya "di tangan".

Cutter Base 1C 8.3

Pengobatan Memotong basis informasi Dalam konfigurasi 1C 8.3 akuntansi perusahaan, merah.3, manajemen perdagangan, ed.11 dan di sejumlah lainnya tersedia dari menu Administrasi - Layanan:

Tip 1. Gunakan pemrosesan pada salinan basis data informasi 1C, analisis hasilnya dan kemudian geser basis data yang berfungsi.

Tip 2.. Sebelum konvolusi, buat laporan tentang objek konfigurasi tersebut, informasi tentang periode masa lalu akan diperlukan pada periode mendatang. Pertama-tama, kita berbicara tentang akuntansi untuk aset tetap, PPN, pengakuan atas biaya periode masa lalu. Jika Anda menyimpan catatan gaji dalam 1C 8.3 Akuntansi, ED, maka Anda juga akan memerlukan data tentang pemukiman bersama dengan karyawan.

Perhatian: Pernyataan rubel asin untuk konvolusi tidak dapat dibentuk, karena pada 1C 8.3, periksa sebelumnya sebelum dan sesudah konvolusi diaktifkan sebagai salah satu langkah pemrosesan.

Tip 3.. Pikirkan periode apa Anda akan mengambil konvolusi. Terkadang seorang akuntan meninggalkan data tahun lalu, karena penting untuk akrual gaji. Atau bahkan data dari keduanya, tiga tahun sebelumnya, jika volume operasi tidak terlalu besar untuk tahun-tahun ini.

Cara Membuat Bantal 1C 8.3 Akuntansi Misalnya

Pertimbangkan contoh konvolusi basis nyata 1C 8.3 dari beberapa perusahaan: konfigurasi akuntansi perusahaan pertanian, ed. Ini sebenarnya adalah konfigurasi akuntansi perusahaan, merah.3, tetapi diperpanjang dengan menambahkan fasilitas industri khusus.

Misalkan basis informasi perusahaan setelah proses pengujian dan koreksi, termasuk pengemasan basis informasi, telah mencapai 4 GB. Pengguna bekerja dalam database sejak 2011. Karena organisasi telah memverifikasi Inspektorat Pajak, termasuk periode 2015, dan organisasi sejak 2016, organisasi telah dibebankan pada 1C 8.3 Akuntansi, dan dalam 1C 8,3 ZPE, RED.3, diputuskan untuk meminimalkan pangkalan sampai 2016.

Tahap 1. Membuat cadangan

Dari menu Administrasi - Layananjalankan pemrosesan untuk pengguna hak administrator.Dalam contoh kita Admin.. Kami memasukkan kata sandi admin pengguna untuk mengakses database 1C 8.3. Jika Anda melakukan konvolusi pada salinan program yang sudah dibuat, kotak centang Membuat backup Anda dapat mengatur ulang. Kalau tidak - menunjukkan Katalog cadangan IB:

Jika Anda mengklik tombol F1. Pada keyboard, kita bisa mendapatkan sertifikat tentang tujuan dan fitur menggunakan pemrosesan ini. Setelah membaca, tutup bantuan dan tombol Lebih lanjut Pergi ke langkah pemrosesan berikutnya Tahapan yang diserahkan disorot dengan warna hijau.

Langkah 2. Potong Pengaturan

Pada tahap ini, kami menentukan pada awal tahun untuk membentuk residu pada 1C 8.3. Kotak centang default diperiksa. Atur tanggal larangan data. Ini akan ditetapkan pada tanggal 31 Desember 2015 dalam hal pembentukan saldo pada awal 2016:

Dimungkinkan untuk melaksanakan bantalan dasar untuk semua organisasi atau hanya satu. Menurut contoh di dasar 1C 8.3 satu organisasi, sehingga pilihan organisasi untuk konvolusi dalam pemrosesan tidak ditawarkan.

Tahap 3. Pembentukan residu

Dengan tombol Lebih lanjut Pergi ke instalasi aturan untuk membentuk residu. Untuk konfigurasi yang khas, mereka telah ditentukan, dan untuk 1C 8.3 akuntansi perusahaan, ED.3 adalah kemungkinan Kembalikan pengaturan yang disarankan,jika mereka diubah.

Kami dapat mengatur aturan konvolusi untuk Posting Log:Jangan berbalik atau menggulung:

Kita dapat mendefinisikan aturan secara terpisah untuk setiap register akumulasi:

Secara default, misalnya, dalam pemrosesan untuk 1C 8.3 Akuntansi perusahaan, ed. Jangan berbalik Dalam register Pembelian PPN, Penjualan PPN, PPN Disajikan dan sejumlah lainnya. Artinya, pengembang menganalisis parameter basis data apa yang harus dipertahankan secara penuh, dan yang dapat Anda runtuh.

Tapi kita bisa, misalnya, instal Jangan berbalik Pada Daftar Akumulasi PPN termasuk dalam harga:

Tahap 4. Lihat operasi

Di panggung Lihat operasi Anda dapat membuka saldo untuk 01.01.2016, pada tanggal 31 Desember 2015, dapat direkam dalam basis operasi. Ini diizinkan untuk menyesuaikan sisa-sisa atau bahkan membuat interpretasi baru dari tombol residu. Membuat:

Di bawah ini adalah varian dari operasi yang dibuat untuk register Akuntansi:

Oleh pendaftaran informasi:

Oleh register Akumulasi:

Tahap 5. Periksa

Selanjutnya, pergi untuk memeriksa dokumen yang dibuat. Pada tahap ini, kita melihat laporan yang mirip dengan pernyataan terbalik, terbentuk pada akhir 2015 pada saat konvolusi dan setelah konvolusi. Perbedaan antara data dalam kasus kami hanya pada akun tambahan 000, yang digunakan untuk memasuki residu pada saat mulai bekerja dengan database:

Anda dapat menampilkan dan membandingkan data dan pada akuntansi pajak (baik). Untuk melakukan ini, kami menggunakan keduanya dalam semua laporan standar 1C tombol di sebelah kanan Tampilkan Pengaturandan pamerkan kotak centang dengan indikator dengan baik:

Kami membentuk laporan dengan data tentang BOO dan baik. Kemudian ganti cek Daftar informasi dan akumulasi:

Dimungkinkan untuk menampilkan informasi tentang catatan individu informasi dan tabungan. Dengan tombol Namun Kami dapat menginstal atau menghapus centang pada bendera pemilihan dari register, informasi yang ingin kami dapatkan:

Tahap 6. Menghapus dokumen lama

Ada peluang pada tombol Kembali Pergi ke langkah-langkah konvolusi sebelumnya, termasuk menghapus dokumen residu yang dibuat. Atau dengan tombol Lebih lanjut Pergi ke tahap selanjutnya - Menghapus dokumen lama. Pada tahap ini, kami mendapatkan peringatan tentang ireversibilitas proses dalam 1C 8.3. Tetapi dokumen lama hanya akan ditandai untuk dihapus. Tahap ini jauh lebih lama dari semua yang sebelumnya dan bisa cukup lama:

Tahap 7. Siap

Setelah menyelesaikan tahap ini, kami menerima penyelesaian konvolusi yang berhasil:

Tahap 8. Menghapus Dokumen Berlabel

Membuka operasi operasi melihat bahwa dokumen sejak 2011 ditandai untuk dihapus:

Tip 4. Manfaatkan pemrosesan Menghapus objek yang ditandai kesempatan Pengangkatan sebagian objek. Hapus grup objek terkait. Ikuti penghapusan tahapan, dan di antara tahapan beristirahat. Atau menjadwalkan konvolusi untuk periode liburan besar.

Tetapi sebelum menghapus ditandai untuk menghapus dokumen, membangun laporan yang diperlukan yang akan mendorong apakah semua data tetap untuk akuntansi yang benar dari OS, gaji, PPN.

Dalam 1C 8.3, akuntansi akan berguna sebelum dan sesudah konvolusi membentuk laporan pada tanggal tailing:

• OS Pernyataan Penyusutan;
• Laporan universal tentang berbagai peraturan akumulasi untuk menganalisis biaya dalam disederhanakan, untuk mengontrol PPN, pemukiman timbal balik dengan karyawan, dll.;
• Dan laporan lain tergantung pada kebijakan akuntansi perusahaan.

Selain itu, perlu untuk menemukan mitra pemrosesan 1C yang akan menunjukkan objek konfigurasi yang tidak digunakan. Misalnya, temukan elemen nomenklatur direktori, yang tidak lagi tidak ada referensi, karena dokumen periode sebelumnya dihapus. Dan, jika Anda tidak terlalu berasumsi untuk menjual - beli nomenklatur ini, Anda dapat menghapusnya.

Memotong basis informasi - Prosedur dengan mana banyak pengguna terbiasa dengan waktu platform 7.7. Di beberapa organisasi, kami melakukan prosedur ini setiap tahun pada waktu yang ditentukan. Pengguna bekerja setiap tahun dalam database, di mana hanya ada sisa-sisa dan gerakan untuk tahun berjalan. Sebagai produktivitas besi dan peningkatan platform 1C, konvolusi gelembung belum menjadi fenomena reguler. Dalam hal ini, dalam materi ini, kita akan mempertimbangkan secara rinci apa yang diwakili prosedur ini, dan juga harus dilakukan dalam berbagai konfigurasi 1C.

Memotong basis dalam 1c 8 - apa ini dan apa yang dibutuhkan?

Dalam perjalanan perusahaan, sejumlah besar dokumen, buku referensi, dan data lainnya terakumulasi dalam sistem informasi. Beberapa data ini tidak menarik dalam periode kerja saat ini, untuk beberapa akses data hanya diperlukan dalam mode membaca. Pada saat yang sama, objek disimpan dalam sistem, memperlambat operasinya secara keseluruhan, meningkatkan waktu pengarsipan (cadangan), sementara tidak masuk akal untuk menyimpan data tahun lalu setiap hari, jika ada perubahan yang dibuat di dalamnya. Tentu saja, perlu untuk bekerja dalam satu database dari sudut pandang analisis laporan, sampel data untuk jangka waktu yang besar. Itu semua tergantung pada situasi spesifik dalam organisasi dan konfigurasi yang digunakan. Misalnya, dengan pernyataan akuntansi manajemen yang benar, basis di saat ini, basis kerja akuntansi perusahaan tidak masuk akal untuk menyimpan data selama 3-5 tahun. Sejarah operasi selalu dapat dilihat dalam salinan, semua laporan analitik dibangun dalam produk lain. Apa jalan keluar dari situasi ini untuk secara teratur mengubah database sekali untuk jangka waktu tertentu.

Saat mengeksekusi konvolusi, ada dokumen untuk memasukkan output untuk register untuk tanggal tertentu (tanggal konvolusi) dan penghapusan dokumen dan gerakan yang tidak digunakan pada register (informasi, akumulasi, akuntansi) hingga tanggal kemiringan, inklusif (periode lipat). Tujuan Dasar:

Tingkatkan kecepatan program dalam mode pengguna;

Peningkatan kecepatan saat memperbarui konfigurasi (perubahan) konfigurasi, serta kecepatan pengujian dan mengoreksi basis informasi;

Menciptakan kondisi untuk menghapus objek akuntansi yang tidak lagi diperlukan oleh pengguna;

Mengurangi ukuran basis informasi.

Prosedur keseluruhan untuk melakukan prosedur konvolusi

1. Membuat cadangan.

Terlepas dari alat yang digunakan, sangat penting untuk membuat cadangan basis data. Pertama, salinan ini bukan hanya arsip data. Sangat mungkin, akan segera diperlukan untuk menyebarkan perusahaan dan menyediakan akses ke pengguna yang tertarik. Penting untuk menutup akses ke perubahan dalam basis data ini. Cara Membuat Salinan Baca

2. Pengaturan ringkas.

Pada tahap ini, Anda harus menentukan tahun, pada awalnya direncanakan untuk meminimalkan basis informasi. Yaitu, jika Anda menentukan 2013, maka dokumen akan dihapus hingga 31 Desember 2012 23:59:59.

Atur tanggal larangan data. Bendera yang menunjukkan perlunya mengatur tanggal larangan pada periode terlipat.

3. Pembentukan residu.

Menentukan komposisi objek yang runtuh dan metode konvolusi. Tindakan berikut dengan register dipertimbangkan:

Jangan berbalik - lilitan objek tidak diproduksi;

Collapse - objek yang mendahului tanggal konvolusi runtuh;

Bening - Objek yang didahului oleh tanggal konvolusi dihapus, dan dokumen input residual tidak dibuat. Mode hanya tersedia untuk register informasi.

4. Operasi IISE.

5. Baca.

Pada tahap ini, semua dokumen yang dibuat untuk memasuki residu ditampilkan dengan kemungkinan mengeditnya.

6. Tanggal dokumen lama.

Semua dokumen dihapus sebelum tanggal konvolusi. Dalam dokumen bahwa gerakan tetap ada, bendera "penyesuaian manual" diatur dan tanda penghapusan tidak diinstal.

Alat apa untuk memutar database

Sayangnya, itu bahkan tidak dalam semua konfigurasi khas pemrosesan tipikal untuk melakukan yang lebih manis.

Saat ini, pemrosesan hanya dalam konfigurasi berikut:

• Perusahaan Akuntansi, Revisi 3.0 / Akuntansi Perusahaan KORP, Edisi 3.0 (BP 3)
• Manajemen Perdagangan, Editor 11 (UT 11)

Ada pemrosesan fisik, tetapi untuk menggunakannya dan bahkan terbuka itu tidak akan berfungsi dalam konfigurasi berikut:

• ERP Enterprise Management (ERP)
• Otomasi Komprehensif 2 (KA)

Dalam komentar dalam kode pemrosesan, kami akan membaca frase tidak terlalu optimis:

// pemrosesan hanya digunakan di UT11

Dengan demikian, pemrosesan itu sendiri hanya "plug" untuk operasi BSP yang benar.

Tidak ada pemrosesan dalam konfigurasi khas berikut:

• Gaji dan Manajemen Personil 2.5, 3 (zup)
• Manajemen perusahaan kami, Editor 1.6 (sebelumnya dikelola oleh perusahaan kecil)

Dengan demikian, untuk konfigurasi data, serta konfigurasi mandiri, Anda harus melakukan mantel sendiri. Juga, Anda dapat memesan pekerjaan ini dari para profesional!

Dengan demikian, pengguna dapat melakukan konvolusi hanya untuk dua konfigurasi: Akuntansi 3, Perdagangan 11. Penting untuk dengan hati-hati membaca instruksi kami, sertifikat untuk memproses dan mengikuti semua rekomendasi asisten.

Anda akan menemukan pemrosesan konvolusi di bagian Administrasi (atau NSI dan Administrasi). Subbagian "layanan". Buka pemrosesan dan dengan hati-hati melaksanakan semua prasyarat.

Anda juga dapat hanya menulis "konvolusi" di jendela pencarian berdasarkan bagian program. Di bawah ini adalah gambar mungkin untuk melakukan ini di manajemen perdagangan 11.

Untuk konvolusi konfigurasi berikut:

• Mengelola Perusahaan Manufaktur, Editor 1.3
• Perusahaan Akuntansi 2.0.
• Manajemen Perdagangan, Revisi 10.3

Anda akan memerlukan pemrosesan eksternal dari perusahaan 1C, Anda dapat mengunduhnya dari situs webnya, di bagian pemrosesan untuk platform 8.2.

Dalam konfigurasi lain, misalnya, tanpa konvolusi akan menjadi konvolusi yang sangat bermasalah. Untuk alasan yang sama, tidak ada pemrosesan dalam beberapa konfigurasi khas. Faktanya adalah bahwa tidak semua data dapat runtuh dengan benar. Misalnya, sangat penting untuk gaji untuk memiliki informasi dalam register untuk perhitungan yang benar dari banyak indikator. Intinya, perlu untuk dengan jelas membayangkan register mana yang dapat dilipat, yang mana yang tidak dapat, dengan kesulitan apa.

Selebihnya, konfigurasi harus menulis ke pemrosesan sendiri, atau memodifikasi yang sudah ada. Tim kami memiliki banyak pengalaman dalam menyelesaikan tugas-tugas semacam ini dan harga demokratis. Pada tahap mempelajari pangkalan, kami akan dapat segera menyuarakan jumlah akhir untuk jenis pekerjaan ini.

Prasejarah.

Di perusahaan tempat saya bekerja, situasinya muncul ketika perlu memotong basis data, I.E. Hapus semua dokumen dan gerakan hingga tanggal tertentu. Pada saat ini, database mengenakan hampir 350GB, dan sangat sulit untuk bekerja dengannya. Juga diderita dengan kecepatan 1C dan operasi peraturan dengan database dilakukan untuk waktu yang sangat lama.

Keputusan itu dibuat - basis terpotong! Setelah tes pengujian tipe panjang untuk koagulasi, saya kecewa dengan mereka. Lebih dari dua minggu dihabiskan sendirian dengan komputer memotong basis tes. Batas waktu seperti itu tidak dapat diterima dalam basis data kerja, terutama pada pengguna basis data 6 hari seminggu. Karena perlu untuk keluar dari jalan buntu. Kami memutuskan untuk mentransfer tugas ke outsourcing. Tapi di sini kami tidak senang, biaya pekerjaannya tinggi dan waktu untuk memenuhi pemenuhan diperlukan.

Secara umum, pertanyaan itu tetap belum terselesaikan dan kembali untuk menyelesaikan tugas sendiri.

Saya harus menggunakan langkah-langkah ekstrem, saya dimatikan dari semua tugas lain dan mengambil database.

Dan segera pertanyaan itu diselesaikan - memotong basis selama 2 hari, kurangi sebesar 70%.

Sunat database dengan volume 350 GB dalam 2 hari.

Saya memutuskan untuk memenuhi tugas algoritma ini:

Buat salinan basis data yang berfungsi. Dalam salinannya, buat residu pada tanggal yang diinginkan, hapus semua dokumen dan gerakan hingga tanggal ini. Selanjutnya, dari basis data yang berfungsi, semua dokumen baru (dibuat dari saat membuat salinan) pindah ke basis baru. Untuk menempatkan pengguna ke basis baru.

Tugas itu dibagi menjadi 5 subtugas:

1. Buat rencana pertukaran, untuk setelah sunat, semua dokumen baru dapat ditransfer ke basis baru.

2. Bentuk sisa-sisa tanggal konvolusi.

3. Hapus semua dokumen dan gerakan hingga tanggal konvolusi.

4. Unduh dokumen dari basis saat ini ke basis baru.

5. Pasang kembali basis kerja dari base baru (dipotong).

Untuk tahap persiapan, sekitar dua minggu tersisa: menciptakan rencana perencanaan, mencari alat untuk membuat residu dan pembersihan register, mekanisme pengujian.

Proses konvolusi basis data.

1. Pembentukan sisa-sisa pada tanggal konvolusi.

Residu membentuk pemrosesan khas "Kinkabase.EPF".

Untuk menghemat waktu, pembentukan residual dilakukan di basis data kerja selama jam kerja. Karena Sisa-sisa dibentuk oleh dokumen "penyesuaian entri register" dan pemrosesan menetapkan gerakan tidak aktif dalam register, prosedur ini untuk database tidak berbahaya.

Pemrosesan telah menetapkan batas pada jumlah baris dalam satu dokumen 50.000.

Saya tidak terburu-buru, dan dalam 1-2 hari semuanya terbentuk (sekitar 400 dokumen ternyata).

catatan:

- Jika ada dokumen "koreksi entri register" tidak terkait dengan bantal register pada tanggal bantal, maka mereka lebih baik ditransfer ke tanggal kemudian sehingga mereka tidak akan membingungkannya nanti.

- Saat membentuk residu, lebih baik untuk melihat semua register, karena Kebetulan saldo awal tidak diperlukan untuk semua register. Terkadang ada situasi di mana register tidak digunakan di mana saja. Akibatnya, itu akan menghemat waktu Anda.

2. Buat rencana pertukaran penuh untuk membongkar konfigurasi yang identik (Anda dapat melakukan paralel dengan pembentukan residu).

3. Waktu yang tidak beroperasi untuk membersihkan objek yang terdaftar dalam rencana dan membuat salinan pangkalan dengan aturan yang dinonaktifkan.

4. Melepaskan dokumen dan register pembersih.

Operasi ini adalah yang paling lambat dan untuk mempercepat operasi ini, Anda perlu menggunakan kueri SQL langsung. Alat-alat tersebut dapat ditemukan pada inforerth. Ada momen lain jika kita menghapus data dengan cara ini, objek akan dihapus dengan cepat, tetapi tanpa mengendalikan integritas referensi. Dengan demikian, dalam dokumen kami, saldo air dan dokumen lain akan muncul jenis "objek yang tidak ditemukan ...". "

Saya memiliki tugas meninggalkan dokumen-dokumen ini dalam bentuk yang tidak diinginkan untuk tujuan informasi.

Untuk ini, pemrosesan ditulis, yang lepas landas dan ditransfer ke konvolusi Tanggal semua dokumen yang berpartisipasi dalam gerakan dalam mendaftarkan dokumen penyesuaian.

Setelah itu, menggunakan pemrosesan untuk menghapus dokumen dan pergerakan melalui permintaan SQL, hapus semuanya ke tanggal konvolusi (log dokumen, dokumen, register akumulasi, register informasi, dll.)

catatan:

- Untuk register informasi, Anda harus membersihkan hanya berkala. Jika register tidak berkala, maka kemungkinan akan membersihkan sepenuhnya.

6. Mengaktifkan gerakan dokumen untuk menyesuaikan catatan register dengan pemrosesan "Kropabas.epf". Dalam hal ini, pemrosesan dokumen-dokumen ini menoleransi tanggal sebelumnya (ini nyaman untuk rekonsiliasi residu dalam dua pangkalan).

8. Periksa kebenaran input residu dan benar (untuk tujuan ini, Anda dapat menarik staf akuntansi)

9. Lakukan dokumen dari basis data kerja ke basis baru. Prosedur ini dapat dilakukan segera setelah membuat salinan. Itu. Jika banyak dokumen dibuat setiap hari dalam database, maka transfer dokumen lebih baik dilakukan secara paralel agar tidak menghabiskan waktu ekstra.

10. Beli pengguna ke basis baru. Untuk melakukan ini, lebih baik mengganti nama database pada server 1C sehingga untuk pengguna transisi tidak menyakitkan. Itu. Kami menyebut basis lama sebagaimana Anda menyukai basis data baru (terlipat) mengganti nama menjadi yang lama.

Catatan!

Seperti yang Anda ketahui, jika Anda menghapus objek secara langsung, integritas referensi tidak dikontrol.
Dengan demikian, setelah menghapus objek, objek yang disebut objek yang tidak ada tetap di basis saat ini ("objek tidak ditemukan").
Saya tidak memiliki tugas sehingga objek-objek ini berada dalam database yang digulung. Tetapi tautan yang rusak dapat memengaruhi berbagai jenis pertukaran antara basis data, dan proses lainnya.
Untuk ini, saya memindahkannya ke pangkalan terlipat, tetapi setelah pangkalan berbalik.
1. Peraturan Bursa yang mentransfer dokumen (hanya angka, tanggal dalam formulir United).
2. Bacaan Semua dokumen yang dipenuhi dalam dokumen input residu awal.
Prosedur ini dapat dilakukan setelah konvolusi, tetapi diinginkan untuk mempersiapkan alat di muka.

Setelah beberapa waktu, basis 1C sangat meningkat, yang mungkin memengaruhi kecepatan sistem. Ya, dan lihat dokumen lama lima tahun yang lalu tidak selalu diperlukan dan sering mengganggu. Apa yang akan menyingkirkan dokumen lama, mengekstradisi pangkalan dan mempercepat program pengembang 1C telah menghasilkan tindakan sederhana - konvolusi basis informasi 1C.

Apa beban basis data dalam 1C 8.3? Potong adalah untuk memasuki residu aktual pada tanggal tertentu dan penghapusan dokumen lama yang tidak perlu. Di bawah ini, saya akan memberi tahu Anda cara membuat konvolusi untuk konfigurasi khas misalnya 1C akuntansi 3.0.

Instruksi ini juga akan berfungsi untuk konfigurasi modern lainnya - Manajemen Perdagangan (UT) 11, Gaji dan Manajemen Personil (ZUP) 3.0, ERP 2.0, manajemen perusahaan kecil (UNF). Jika konfigurasi tidak khas - prosedur harus dibuat dengan sangat lembut dan baik periksa data setelah konvolusi.

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

Sebuah konvolusi harus dilakukan tanpa bekerja pengguna. Karena itu, minta Anda keluar dari kolega dari program.

Petunjuk Sertifikasi Basis.

Pergi ke program 1C dalam mode perusahaan. Pergi ke tab Administrasi, pilih "Memotong Basis Informasi":

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

Jika program tidak dapat karena beberapa alasan, buat salinan - pastikan untuk membuatnya secara manual, sesuai dengan instruksi ini. Buka langkah selanjutnya dengan mengklik tombol "Next". Sistem akan mengusulkan untuk memilih organisasi mana yang memerlukan konvolusi dan untuk periode berapa.

Pilih "Semua Organisasi" dan periode 2015:

Pada tahap selanjutnya, sistem akan mengusulkan untuk memilih register untuk membentuk residu. Pengaturan ini lebih baik untuk meninggalkan default dan melanjutkan proses lebih lanjut.

Pada "Operasi Melihat", sistem akan menghasilkan dokumen toleransi residual yang tersedia untuk dilihat dan diperiksa.

Jika operasi dimasukkan dengan benar - Anda dapat beralih ke pemeriksaan otomatis. Di sana Anda dapat melihat analog dari pernyataan rubel-salad sebelum dan sesudah operasi konvolusi.

Memeriksa konvolusi 1c

Jika Anda memiliki keraguan, operasi selalu dapat dibatalkan dan kembali ke keadaan awal.

Setelah verifikasi manual, Anda dapat pergi ke langkah terakhir - tanda pada penghapusan dokumen lama. Tahap ini dapat memakan waktu mulai 10 menit hingga beberapa jam, tergantung pada volume pangkalan dan jumlah operasi.

Itu semua - Base Cushion 1C Akuntansi 8.3 Siap! Bagaimanapun, setelah menghapus dokumen lama, saya sarankan memeriksa laporan utama tentang kesamaan informasi. Dalam kasus ekstrim, Anda selalu dapat mengembalikan database dari cadangan.

Setelah proses selesai, disarankan untuk menjalankan pemrosesan "menghapus objek yang ditandai" untuk menyingkirkan dokumen yang tidak perlu. Dokumen Cut Dibuat terletak di bagian "Operasi", dalam item "Operasi yang dikelola secara manual".

Jika Anda perlu membuat konvolusi dalam 1C 8.2 dan 7.7, secara praktis tidak berbeda dari yang di atas, kecuali bahwa itu dibuat penangan yang terpisah.