Prinsip operasi.

Beberapa kata tentang bagaimana data ditransfer dari konfigurasi standar “ Akuntansi", edisi 4.5 untuk 1C:Enterprise 7.7 atau konfigurasi "" (selanjutnya disebut Konfigurasi Sumber) ke dalam konfigurasi standar " Akuntansi perusahaan", edisi 3.0 untuk 1C:Enterprise 8 (versi 3.0.52), selanjutnya disebut sebagai “Konfigurasi penerima”.

PENTING! Transfer data dimungkinkan dari konfigurasi Akuntansi edisi 4.5 untuk 1C:Enterprise 7.7 versi 7.70.569 dan yang lebih baru atau dari konfigurasi " Sistem perpajakan yang disederhanakan, ed. 1.3"versi 7.70.219 dan lebih tinggi.

Disarankan untuk beralih dari Konfigurasi sumber ke Konfigurasi tujuan pada awal periode baru (tahun, kuartal, bulan) setelah menyelesaikan operasi rutin periode sebelumnya.

Transfer data dilakukan menggunakan pemrosesan khusus yang mengunduh data dari basis informasi Konfigurasi sumber ke dalam file dalam format XML. File yang dihasilkan dimuat ke basis info Konfigurasi penerima menggunakan pemrosesan pemuatan data universal.

File-file berikut diperlukan untuk mentransfer data:

ACC_ACC8 .ert - pemrosesan eksternal mengunggah data ke file eksternal dari konfigurasi " Akuntansi, Rev.4.5»;

USN_ACC8 .ert - pemrosesan eksternal untuk mengunggah data ke file eksternal dari konfigurasi " Sistem perpajakan yang disederhanakan, ed. 1.3»;

ACC_ACC8 .xml - aturan konversi data.

USN_ACC8 .xml - aturan konversi data.

Data yang dapat ditransfer.

Berikut ini ditransfer dari infobase Konfigurasi Sumber ke Konfigurasi Penerima:

Elemen buku referensi;

Informasi tentang saldo saat ini dalam akun akuntansi basis informasi sumber Konfigurasi pada tanggal konversi basis informasi;

Dokumen terkini dengan tanggal lebih besar dari tanggal konversi basis info.

Konversi dilakukan dalam dua tahap:

Data dari infobase Konfigurasi Sumber diunggah ke file terpisah (file data);

File yang dihasilkan dimuat ke basis informasi Konfigurasi penerima.

Instalasi.

Untuk menginstal pemrosesan migrasi data, Anda harus menggunakan program instalasi setup.exe.

Setelah memulai program (jika jumlah basis info 1C:Enterprise banyak, maka setelah beberapa waktu) sebuah kotak dialog akan muncul di mana Anda perlu menandai basis info tempat pemrosesan transfer data akan diinstal. Jendelanya terlihat seperti pada Gambar 1. Jika jumlah basis informasi lebih dari tujuh, gunakan tombol “atas” dan “bawah” untuk bernavigasi. Jika beberapa basis info dipilih, baris “jalur” mencerminkan lokasi hanya basis info yang terakhir dipilih. Informasi ini bersifat tambahan dan digunakan secara opsional untuk kontrol tambahan oleh pengguna atas hasil program instalasi; jangan memberikan perhatian khusus padanya, program itu sendiri akan menentukan di mana basis informasi yang Anda pilih dipasang .

Gbr.1 Jendela untuk memilih basis informasi selama instalasi

Selain itu, Anda dapat menentukan folder di mana pemrosesan transfer data juga akan diinstal; untuk melakukan ini, gunakan jendela pemilihan folder (dengan mengklik tombol dengan tiga titik). Jalur lengkap untuk folder yang dipilih akan tercermin dalam baris pilihan. Setelah mengklik tombol "install", file yang diperlukan akan diinstal di infobase yang dipilih dan (atau) di folder yang dipilih. Setelah selesai, Anda dapat mengklik tombol “detail” dan melihat log instalasi terperinci, file mana yang ditulis ke folder mana. Hasilnya, folder yang dipilih akan terlihat seperti gambar berikut, lihat Gambar 2.

Gbr.2 File diinstal di folder yang dipilih Ke subdirektori Formulir Ekst pemrosesan diinstal Transisi ke 1C:Akuntansi 8, ed. 3.0 dan peraturan pemindahan. Harap dicatat bahwa pemrosesan unggahan

ACC_ACC8.ert dan aturan pengunggahan data menggantikan pemrosesan dan aturan standar. Jika Anda ingin mempertahankan mekanisme transisi standar, instal pemrosesan baru di direktori terpisah, dan bukan di basis info.".

Proses instalasi dijelaskan lebih detail menggunakan contoh instalasi laporan "

untuk konfigurasi "1C: Accounting 7.7 Perintah kerja. Dalam program " 1C: Akuntansi 7.7", pilih folder tempat aturan transfer berada (lihat Gambar 3) dan unduh aturan pertukaran. Anda tidak perlu menyertakan semua aturan transfer. Anda sebaiknya hanya menggunakan aturan yang diperlukan, misalnya untuk mentransfer saldo, atau saldo dan dokumen. Misalnya, dalam grup direktori Tidak ada satu aturan pun yang dapat dimasukkan, karena semua direktori ditransfer dengan referensi, sesuai kebutuhan, yaitu hanya direktori yang terlibat dalam saldo atau dokumen tidak ada “sampah” di basis informasi baru, Anda harus memasukkan semuanya. Misalnya, jika beberapa dokumen tidak ada dalam database Anda, atau Anda tidak ingin mentransfernya, Anda tidak perlu mengaktifkan aturan ini.

Gambar.3. Pemrosesan untuk pengunggahan data

Saya sarankan untuk mengatur nama file data menjadi "C:\v77_v8\Exp77_80.xml", folder ini sering digunakan secara default di program " 1C: Akuntansi 8"saat memuat data dari program di platform" 1C:Perusahaan 7.7". Jika perlu, atur parameter pada halaman " Pilihan".

Selama proses pengunduhan data dari konfigurasi " Akuntansi 7.7“Berbagai kesalahan mungkin terjadi. Aturan transfer yang disajikan di sini berbeda dari aturan standar karena pada tahap pengunggahan data, aturan tersebut mencari kesalahan umum. Mari kita pertimbangkan pesan apa yang ditampilkan.

Kuantitas nol dan jumlah item inventaris yang bukan nol. Memasukkan saldo dalam Konfigurasi penerimaan sedemikian rupa sehingga jumlah material sama dengan nol, dan perkiraan biaya material tidak sama dengan nol, adalah tidak mungkin, dan juga tidak ada gunanya, karena ini adalah kesalahan. Akuntansi 7.7 Oleh karena itu, ketika mentransfer saldo, posisi tersebut (dengan jumlah nol) tidak akan dimasukkan dalam dokumen entri saldo. Akibatnya, jika kesalahan tidak diperbaiki sebelum transfer data, maka jumlah sumber dan tujuan data saat mentransfer saldo tidak akan cocok, yang akan menyebabkan kesulitan rekonsiliasi tambahan. Oleh karena itu, dalam proses pengunduhan data dari konfigurasi "

» pesan tentang kesalahan yang ditemui ditampilkan (lihat Gambar 4).

Selain itu, untuk menemukan kesalahan, kami dapat merekomendasikan penggunaan pemrosesan “Pemeriksaan cepat manajemen akuntansi”, yaitu aturan “Tidak adanya jumlah yang bukan nol ketika jumlah bahan tidak ada”., sedangkan saldo pada level pertama (kedua) adalah nol. Ini adalah situasi pencatatan yang salah yang cukup umum. Contoh tipikal ditunjukkan pada Gambar 4.2. Kondisi ini timbul akibat adanya “re-grading” dalam akuntansi analitik. Misalnya, ada kesepakatan yang tertera pada dokumen arus kas, namun tidak ada kesepakatan pada dokumen kapitalisasi, atau sebaliknya, atau ada kesepakatan namun berbeda. Dalam semua kasus ini, terdapat saldo yang bukan nol dalam kontrak, meskipun faktanya saldo pada pihak lawan sama dengan nol.

Gambaran serupa dapat muncul dalam akuntansi bahan dan nomenklatur (bila akuntansi total berdasarkan lokasi penyimpanan dimasukkan): penilaian ulang antar gudang, terutama jika gudang tersebut adalah orang yang bertanggung jawab secara finansial.

Gambar 4.2 Contoh kesalahan dalam akuntansi

Jelas bahwa ini adalah sebuah kesalahan, dan jelas bahwa tidak masuk akal untuk memindahkan saldo tersebut. Untuk mengecualikan perpindahan saldo semacam ini, ada parameter “Jangan bongkar saldo jika saldo nol di level atas”. Jika parameter ini disetel ke satu, maka selama pengunggahan pesan yang ditunjukkan pada Gambar. 4.3 (bandingkan dengan Gambar 4.2), dan saldo untuk posisi tersebut tidak akan dibongkar. Anda dapat menggunakan kombinasi berbeda dari parameter ini dengan aturan untuk mentransfer residu yang berbeda. Jika Anda mentransfer tidak semua saldo sekaligus, tetapi berdasarkan bagian akuntansi, maka Anda dapat mentransfer saldo dari bagian akuntansi yang berbeda dengan nilai parameter yang berbeda.

Gambar 4.3. Pesan kesalahan Nilai kontrak kosong atau kontrak luar negeri.

Masalahnya mirip dengan yang dijelaskan di atas, alasannya sama - kesalahan penilaian dalam akuntansi analitik untuk kontrak (lihat Gambar 4.4). Namun saldo untuk pihak lawan tidak nol, sehingga aturan verifikasi yang dijelaskan di atas tidak akan berfungsi. Pada saat transfer data akan terjadi kesalahan pada saat memposting dokumen pemasukan saldo, karena nilai kontrak kosong tidak diperbolehkan.

Gbr.4.4 Laporan menunjukkan kesalahan

Untuk menghilangkan kesalahan tersebut sebelum transfer, pesan kesalahan dikeluarkan pada tahap pengunggahan data (lihat Gambar 4.5). Gambar yang sama menunjukkan bahwa kesalahan lain terjadi: kontrak tidak sesuai dengan pihak lawan, yaitu. pemilik kontrak adalah pihak lain. Kesalahan seperti itu sering ditemukan pada modifikasi, mis. konfigurasi non-standar atau dalam database yang dibuat sejak lama, bahkan dalam konfigurasi standar tidak ada pemeriksaan yang cukup ketat untuk kepatuhan kontrak saat mengisi dokumen.

Gambar.4.5 Pesan kesalahan akuntansi Periksa kontrak untuk nilai kosong dan kepatuhan dengan pihak lawan". Selain itu, untuk menemukan kesalahan, kami dapat merekomendasikan penggunaan pemrosesan "Pemeriksaan cepat manajemen akuntansi", yaitu aturan "Tidak adanya analisis kosong untuk kontrak" dan "Kepatuhan pihak lawan dan kontrak".

Masih ada pengecekan error lainnya, untuk informasi lebih lanjut silahkan menghubungi kami (kontak di bagian bawah halaman).

Metode kerja

Kami akan menunjukkan bagaimana Anda dapat mentransfer data sebagian, bukan seluruhnya, dengan menggunakan contoh mengunggah dokumen dari jenis terpisah atau bahkan salinan individual dari dokumen dari jenis yang dipilih. Mari kita tandai hanya satu aturan pengunggahan data" Perintah pembayaran" (lihat Gambar 5). Ini akan memungkinkan Anda mengunggah dokumen hanya dari jenis " Perintah pembayaran". Jika dengan parameter ini Anda mengklik tombol " Membongkar", maka semua dokumen bertipe " akan diunduh Perintah pembayaran", terletak pada interval waktu dengan" tanggal mulai" Oleh " Tanggal akhir". Tekan tombolnya" Instal PVD", setelah ini pesan" Pemilihan data untuk perintah Pembayaran".

Gbr.5 Cara menetapkan aturan untuk mengunggah data jenis tertentu

Selanjutnya, klik tombol "Tambahkan kondisi", Anda akan dapat memilih atribut pilihan (lihat Gambar 6.1), paling sering adalah " Dokumen Saat Ini", yang memungkinkan Anda memilih satu dokumen dari daftar dokumen jenis ini. Dengan menggunakan detail pilihan lainnya, Anda bisa mendapatkan pilihan untuk sekelompok dokumen, misalnya, memilih dokumen berdasarkan tanggal. Dalam semua kasus, dokumen dipilih dalam interval waktu yang ditentukan oleh parameter " Tanggal mulai" Dan " Tanggal akhir".

Gbr.6.1 Cara memilih satu dokumen

Penting! "1C"), yang dalam beberapa konfigurasi tidak mengizinkan pemilihan dokumen saat mengunggah sesuai dengan detail pemilihan. Sebab, dalam aturan baku, pemilihan dokumen dilakukan berdasarkan permintaan tanpa menentukan jangka waktu. Permintaan seperti itu tidak selalu berhasil.

Dengan cara serupa, Anda dapat mengunggah direktori, bukan seluruh direktori, tetapi dengan memilih berdasarkan beberapa detail. Pertama, pilih aturan pengunggahan data yang diinginkan, lalu tekan tombol " secara berturut-turut " Instal PVD" Dan " Tambahkan kondisi". Misalnya, Gambar 6.2 menunjukkan bagaimana Anda hanya dapat menurunkan karyawan yang bersamanya pada saat transisi dari program" 1C: Sistem perpajakan yang disederhanakan, ed. 1.3"pada" 1C: Akuntansi Perusahaan, edisi 3.0" (atau, seperti yang sering dikatakan pengguna, transisi dari akuntansi 7.7 ke 3.0) hubungan kerja telah terjalin.

Gbr.6.2 Cara memilih sekelompok elemen direktori

Penting! Kesalahan dalam aturan standar telah diperbaiki dalam aturan yang diusulkan untuk transfer data (dari perusahaan "1C"), yang menyebabkan pemilihan elemen direktori yang salah saat membongkar menggunakan detail direktori periodik, mis. yang memiliki nilai berbeda yang ditetapkan untuk tanggal berbeda. Hal ini disebabkan oleh fakta bahwa dalam aturan standar, pemilihan elemen direktori dilakukan dengan query tanpa menentukan periode.

Pemilihan berdasarkan rincian periodik direktori dilakukan pada tanggal parameter " Tanggal akhir"!!!

Anda dapat menggunakan kombinasi aturan pengunggahan data dan pemilihan. Aturan yang telah menetapkan pilihan akan ditandai sebagai "[PILIHAN]". Instal PVD".

Penting! Untuk melihat atau mengedit pilihan aturan pengunggahan data tertentu, Anda perlu mengklik dua kali aturan ini di daftar aturan atau, setelah memilihnya, klik tombol "

Jika pengunggahan objek ternyata kosong atau tidak lengkap, Anda perlu memeriksa apakah mode sinkronisasi diatur dengan 1C: Accounting 8. Jika demikian, maka hanya objek yang diubah setelah transfer yang akan diunggah (Directory.Synchronous Accounting Parameter menyimpan parameter Posisi Dokumen yang Terakhir Diunggah, yang diperiksa selama pengunggahan oleh fungsi Periksa Kemungkinan Unggahan) . Pengoperasian penuh dalam mode sinkronisasi menjadi tidak mungkin. Mode sinkronisasi diperiksa setelah memuat aturan pertukaran. Jika mode ini diinstal, jendela peringatan akan dibuat (lihat Gambar 6.5) dan Anda akan diminta untuk menonaktifkan mode sinkronisasi.

Beras. 6.5 Jendela peringatan mode sinkronisasi

Perbedaan tambahan dari aturan standar

Memperbaiki kesalahan transfer PT&U dengan tipe resi lama: jika pada dokumen Resi Barang dan Jasa tipe resinya 2 (nilai kadaluwarsa) dan tidak ada invoice pemasok, kesalahan konversi dokumen ini di BP 3.0 menjadi dokumen pengembalian dari pembeli terjadi.

Kesalahan telah diperbaiki saat mentransfer operasi manual yang memiliki sub-akun Divisi ke BP versi PROF. Operasi seperti itu tidak dicatat di BP; terjadi kesalahan: “Bidang Divisi harus kosong.” Hal ini disebabkan oleh fakta bahwa aturan dirancang untuk bekerja dengan versi CORP, namun, di PROF, dimensi DivisionDt dan DivisionKt dari register akuntansi harus kosong. Memperbaiki bug yang menyebabkan duplikasi grup direktori Perjanjian

dan, sebagai konsekuensinya, duplikasi elemen direktori ini (karena pencarian selama pemuatan dilakukan dengan mempertimbangkan induknya). Memperbaiki bug yang menyebabkan duplikasi grup direktori Hal ini diilustrasikan pada Gambar 6.6.

Di sini, di kolom Induk(grup direktori) dengan nama 2015 Ada dua grup direktori berbeda dengan nama yang sama (hanya ada satu grup di sumbernya), oleh karena itu kontraknya diduplikasi.

Memperbaiki kesalahan dalam mentransfer dokumen bank saat mentransfer uang dari satu rekening giro ke rekening lainnya. DI DALAM BP 3.0 dalam hal ini dokumen dibuat Mendebit dari rekening giro dengan jenis operasinya Transfer ke akun lain organisasi, yang tidak dilakukan karena rinciannya tidak diisi Rekening penerima. Selain itu, rincian yang diisi salah. Akun Dan Rekening debet. Ini akan muncul jika berbeda, misalnya 55 dan 51, maka perlu ditukar. Memperbaiki kesalahan tidak mengisi detail Jenis kewajiban dalam dokumen transfer pajak. Semua hal di atas berlaku untuk rilis 3.0.43.215.

Alat peraga ditransfer Kesepakatan utama direktori Pihak rekanan.

Aturan untuk mengunduh direktori telah diubah Tata nama, sekarang metode pemilihan data adalah pengambilan sampel standar, yang memungkinkan Anda memilih elemen direktori berdasarkan detail (dalam aturan standar sistem pajak yang disederhanakan 7.7 - BP 3.0 hal ini tidak dimungkinkan). Saat mentransfer direktori Tata nama, ditransfer dan Harga barang melalui tautan, mis. harga hanya item nomenklatur yang ditransfer. Untuk mengaktifkan fitur ini, Anda perlu menyetel nilai parameter ke satu Unggah harga saat membongkar barang.

Kesalahan telah diperbaiki dalam aturan standar "USN 7.7 - BP 3.0" saat mentransfer saldo untuk penyelesaian dengan pihak lawan: jenis perjanjian selalu ditetapkan ke Lainnya. Sekarang - tergantung pada jenis saldo, menurut bagian akuntansi " Penyelesaian dengan pemasok dan kontraktor"jenis kontrak = " Dengan pemasok", menurut bagian akuntansi" Penyelesaian dengan pembeli dan pelanggan"jenis kontrak = " Dengan pembeli", dalam kasus lain, tipe kontrak = " Lainnya".

Kesalahan telah diperbaiki dalam aturan standar "USN 7.7 - BP 3.0" saat mentransfer saldo untuk penyelesaian dengan pihak lawan: jumlah penyelesaian bersama dicatat dalam dua rincian dokumen untuk memasukkan saldo awal Jumlah Dan JumlahKt. Oleh karena itu, dokumen pencatatan saldo awal tidak diposting.

MemeriksaDengan pembeli" (dalam aturan standar " Lainnya"). Nilai atribut " ditetapkan. Status pembayaran", ini penting untuk memilih faktur pembayaran kepada pembeli dengan benar dalam dokumen pembayaran bank di Konfigurasi Penerima.

Saat mentransfer dokumen formulir " Perintah pembayaran"jenis kontrak disetel ke " Dengan pemasok" (dalam aturan standar " Lainnya").

Kesalahan telah diperbaiki dalam aturan standar "USN 7.7 - BP 3.0" saat mentransfer lokasi penyimpanan: rincian "tidak diisi" Tipe gudang".

Parameter yang ditambahkan" Pertukaran dengan otoritas pengatur disertakan": jika nilainya 1, maka prop Jenis Pertukaran dengan Otoritas Kontrol elemen direktori " Organisasi"setel ke nilai" PertukaranDalam Format Universal", jika tidak di" ExchangeDinonaktifkan"seperti dalam aturan standar. Ini penting untuk transfer berulang (reguler), agar tidak merusak pengaturan EDF.

Aturan pencarian item yang diunduh untuk direktori telah diubah " Pihak rekanan": pertama-tama pencarian dilakukan oleh TIMAH Dan pos pemeriksaan(jika nilai-nilai ini diisi), maka hanya dengan TIMAH dan akhirnya lewat Nama. Dalam ketiga kasus tersebut, pencarian melibatkan atribut grup (Grup Ini) dan grup itu sendiri (Induk). Hal ini penting untuk transfer berulang (reguler), agar tidak membuat duplikat untuk rekanan dengan nama yang diubah SETELAH pemuatan.

Saat mentransfer rekanan, isi detailnya Pendaftaran Negara berarti "Rusia". Ini diperlukan agar setelah memuat direktori rekanan ke dalam program "1C Akuntansi 8" Saya tidak perlu mengisi detail yang diperlukan secara manual Pendaftaran Negara. Pihak rekanan Jika tidak diisi, maka berupa elemen direktori " "detailnya akan tersedia"" Dan " Nomor pajak Reg. nomor TIMAH" Dan " pos pemeriksaan"dan detailnya"

" akan disembunyikan.

Aturan pengunggahan data untuk mentransfer direktori “Karyawan” telah ditambahkan ke aturan transfer “USN 7.7 - BP 3.0” (dalam aturan standar, hanya direktori individu yang ditransfer).

Dalam aturan transfer "USN 7.7 - BP 3.0" aturan transfer untuk register informasi Tarif Tarif Pegawai Saat Ini telah diperbaiki.

Fitur transfer perintah pembayaran untuk pembayaran pajak Untuk perintah pembayaran dengan jenis transaksi Transfer pajak Rincian tambahan harus diisi: KBK - kode klasifikasi anggaran, status penyusun, dll. Struktur detail ini ada di (Bukh 7.7 USN 7.7 BP 3.0) dan masuk tidak cocok. Khususnya di BP 3.0 Beberapa rincian ini disertakan dalam direktori terpisah Jenis pajak dan pembayaran anggaran , tautan yang terdapat dalam perintah pembayaran. Direktori berisi sejumlah elemen yang disediakan yang muncul di basis informasi, misalnya saat mengedit kebijakan akuntansi. Saat mentransfer data, elemen ini juga akan muncul saat memuat kebijakan akuntansi. Saat mengunggah dan mengunduh perintah pembayaran, elemen direktori Jenis pajak dan pembayaran anggaran dicari menggunakan KBK untuk substitusi ke dalam rincian perintah pembayaran. Oleh karena itu, disarankan agar setelah mentransfer kebijakan akuntansi, Anda memeriksa apakah semua pajak yang diperlukan muncul di direktori dan, jika perlu, melengkapinya. Dalam membandingkan (sinkronisasi) KBK dalam perintah pembayaran, sumber dan penerima tidak memperhitungkan empat kategori KBK, kategori 14-17, kode subtipe pendapatan: pajak, denda, denda, dll. Di direktori Jenis pajak dan pembayaran anggaran

bit-bit ini diisi dengan nol. Saat menambahkan elemen baru ke direktori, angka 14-17 juga harus diisi dengan angka nol.

Transfer database informasi yang besar. Pertama-tama, saat mentransfer basis informasi yang besar, proses pengunduhan data bisa memakan waktu yang sangat lama. Hal ini terjadi jika terdapat banyak sekali saldo dalam satu bagian akuntansi, misalnya saldo barang. Untuk mengurangi waktu upload, Anda bisa menggunakan teknik pemisahan satu dokumen” Memasukkan saldo awal "untuk beberapa. Jika Anda menetapkan nilai parameter " Jumlah baris dalam dokumen entri saldo

" berbeda dari nol (lihat Gambar 6.3), maka pengunggahan data ke dalam satu dokumen akan dibatasi hingga nilai yang ditentukan. Hal ini dapat mengurangi waktu pengunggahan secara signifikan (beberapa kali). Pertama-tama, saat mentransfer basis informasi yang besar, proses pengunduhan data bisa memakan waktu yang sangat lama. Hal ini terjadi jika terdapat banyak sekali saldo dalam satu bagian akuntansi, misalnya saldo barang. Untuk mengurangi waktu upload, Anda bisa menggunakan teknik pemisahan satu dokumen”»

Gambar.6.3 Mengatur parameter saat mentransfer data dengan batasan ukuran dokumen " Pertama-tama, saat mentransfer basis informasi yang besar, proses pengunduhan data bisa memakan waktu yang sangat lama. Hal ini terjadi jika terdapat banyak sekali saldo dalam satu bagian akuntansi, misalnya saldo barang. Untuk mengurangi waktu upload, Anda bisa menggunakan teknik pemisahan satu dokumen” Catatan: nilai parameter membatasi jumlah baris tabel transaksi yang diunggah ke dalam satu dokumen" Pertama-tama, saat mentransfer basis informasi yang besar, proses pengunduhan data bisa memakan waktu yang sangat lama. Hal ini terjadi jika terdapat banyak sekali saldo dalam satu bagian akuntansi, misalnya saldo barang. Untuk mengurangi waktu upload, Anda bisa menggunakan teknik pemisahan satu dokumen”", daripada menentukan jumlah baris dokumen itu sendiri. Oleh karena itu, jumlah baris dokumen akan berbeda dari nilai parameter; ini bukan kesalahan. Saat memisahkan dokumen "

" untuk beberapa dokumen, postfix akan ditambahkan ke komentar setiap dokumen di akhir baris: "-1", "-2", dst. PENTING! Pertama-tama, saat mentransfer basis informasi yang besar, proses pengunduhan data bisa memakan waktu yang sangat lama. Hal ini terjadi jika terdapat banyak sekali saldo dalam satu bagian akuntansi, misalnya saldo barang. Untuk mengurangi waktu upload, Anda bisa menggunakan teknik pemisahan satu dokumen” Algoritma yang dijelaskan untuk memisahkan satu dokumen "

Saat memigrasikan basis informasi besar, masalah kehabisan RAM mungkin muncul: ketika Anda mencoba membongkar, program akan berakhir dengan pesan kesalahan yang sesuai atau tanpa pesan. Mencoba mengganti komputer Anda dengan yang lebih bertenaga tidak ada gunanya. Dalam hal ini, Anda harus mengunggah data dalam beberapa bagian, membaginya menjadi beberapa bagian. Hal ini memerlukan aturan transfer yang mendukung mode yang ditentukan. Mari kita lihat cara membongkarnya. Pertama, transfer data harus dilakukan hanya dengan menggunakan satu aturan pengunggahan (lihat Gambar 6.4). Jika transfer tidak mungkin dilakukan menurut satu aturan, maka kami membaginya menjadi beberapa bagian, menunjukkan nomor bagian awal dan akhir. Setiap bagian akan berisi informasi untuk sejumlah nilai analitik tingkat pertama tertentu, misalnya saldo produk, mis. jumlah nilai saldo akun yang ditentukan "41".

" untuk beberapa dokumen, postfix akan ditambahkan ke komentar setiap dokumen di akhir baris: "-1", "-2", dst. Mengetahui jumlah total analitik untuk sebuah akun, mudah untuk menghitung jumlah porsi. Pertama-tama, saat mentransfer basis informasi yang besar, proses pengunduhan data bisa memakan waktu yang sangat lama. Hal ini terjadi jika terdapat banyak sekali saldo dalam satu bagian akuntansi, misalnya saldo barang. Untuk mengurangi waktu upload, Anda bisa menggunakan teknik pemisahan satu dokumen” Berapa banyak data yang ditransfer tanpa masalah pada satu waktu (menjadi satu informasi) harus ditentukan secara eksperimental; sebagai aturan, saat mengunggah saldo akun, masalah transfer muncul ketika jumlah saldo beberapa ribu atau lebih. Meskipun demikian, untuk menghemat waktu dalam mengunggah data, kami menyarankan untuk membaginya menjadi beberapa bagian, meskipun memungkinkan untuk mengunggah semua saldo di bagian akuntansi sekaligus. Waktu upload tergantung besar kecilnya porsi data, tidak proporsional, tidak linier. Oleh karena itu, dengan membagi, misalnya, sepuluh ribu saldo produk menjadi sepuluh bagian dari seribu, Anda dapat mengurangi waktu pembongkaran beberapa kali lipat. Apabila kita memindahkan bagian pertama, maka nomor bagian awal tidak dapat dicantumkan; jika bagian terakhir dipindahkan, maka nomor bagian akhir tidak dapat dicantumkan. Satu contoh lagi. Jika jumlah saldo pada bagian akuntansi (misalnya barang) misalkan 10.000, kita bagi menjadi bagian seribu, maka kita mendapat 10 porsi. Setiap bagian harus memiliki postfix unik: "-1", "-2", "-3", "-4". Jika kita membongkar semua sisa barang lalu memuat semuanya, maka file datanya juga harus unik, misalnya: “41_1”, “41_2”, “41_3”, “41_4”. Parameter “Nomor porsi awal” dan “Nomor porsi akhir” harus mengambil nilai berikut: 0, 1000; 1001, 2000; 2001, 3000; 3001, 4000.

Gambar.6.4 Mengatur parameter saat mentransfer data sebagian

Mentransfer data sebagian didukung untuk aturan pengunggahan berikut:

Aset tidak lancar

Bahan

Penyimpangan harga pokok persediaan

PPN atas aset yang dibeli

Pekerjaan sedang berlangsung

• Produk jadi dan produk setengah jadi

  Biaya penjualan

  Barang dikirim

  Uang tunai

  Investasi keuangan

  Penyelesaian dengan pemasok dan kontraktor

  Penyelesaian lain dengan rekanan

  Pajak dan biaya

  Penyelesaian dengan personel

  Penyelesaian dengan orang-orang yang bertanggung jawab

  Penyelesaian dengan pendiri

  Penyelesaian dengan debitur dan kreditur lain

  Modal dan cadangan

  Biaya yang ditangguhkan

  Aset dan liabilitas pajak tangguhan

  Hasil keuangan

  Rekening di luar neraca

Jangan mencoba mengikuti nasihat konyol seperti: "Pindahkan buku referensi dulu, baru sisanya." Pertama, tidak ada gunanya memindahkan direktori secara terpisah, baik sebagian maupun seluruhnya , jika terjadi kesalahan saat membongkar saldo, maka ini tidak akan membantu. Kesalahan kemungkinan besar akan terjadi ketika mentransfer saldo (saat membongkar, ini penting untuk dipahami), ketika direktori ditransfer menggunakan tautan. Tidak peduli apakah direktori sudah ditransfer atau belum, saat membongkar sisa makanan, tetap akan dibongkar tanpa batasan. Kedua, memindahkan seluruh direktori biasanya berarti memindahkan sampah;

Setelah bongkar muat selesai Anda perlu meluncurkan program 1C: Accounting 8. Pemuatan, baik pada awalnya maupun selama transfer data berulang atau transfer tambahan, harus dilakukan menggunakan pemrosesan standar (lihat Gambar 7).

Perhatian, penting. Tentang pemrosesan Pertukaran data universal dalam format XML (dalam beberapa rilis 3.0.43.x) mengandung kesalahan. Pertukaran data universal dalam format XML Pemrosesan yang dikoreksi dapat digunakan Akuntansi, yang disertakan dalam pengiriman dan dipasang di direktori database

edisi 4.5. 1C: Akuntansi 8 Setelah memuat ke dalam program dokumen untuk memasukkan saldo harus diposting, dan dokumen lainnya harus diposting ulang. Ini paling baik dilakukan dengan menggunakan pemrosesan Pemindahan dokumen secara kelompok Administrasi. Jika tidak terlihat di bagian yang ditentukan, konfigurasikan bilah tindakan dengan menambahkan perintah yang diinginkan (lihat Gambar 7.1)

Gbr.7.1 Menyiapkan bilah tindakan

Penting. Anda tidak dapat menggunakan pemrosesan dari konfigurasi standar, karena ini berfungsi dalam mode debugging handler (Exchange Processing.Handler DebuggingMode Flag = True) dan tidak mengizinkan penggunaan handler "Bidang pencarian" untuk mencari item yang diunduh untuk direktori " Pihak rekanan" (lihat di atas). Lebih tepatnya, semua penangan yang digunakan selama pemuatan berada dalam pemrosesan yang ada di dalam konfigurasi ProsesorUnduhDariAkuntansi77.

Oleh karena itu, migrasi menggunakan aturan yang diubah tidak mungkin dilakukan, setidaknya selama fase pemuatan. Pemrosesan eksternal serupa dapat digunakan Transfer Data dari Basis Informasi 1Enterprise77

Setelah bongkar muat selesai(sudah termasuk dalam pengiriman). Di bawah ini kami menjelaskan cara menggunakannya (sekali lagi - pemrosesan eksternal).

Anda perlu meluncurkan program 1C: Accounting 8.

Di menu: File - Buka dan arahkan ke pemrosesan eksternal

Transfer Data dari Basis Informasi 1Enterprise77.

Setelah ini, sebuah formulir akan ditampilkan di mana Anda perlu menentukan opsi pemuatan data – Muat data dari file (Gbr. 7.2). Setelah itu kotak dialog akan ditampilkan di mana Anda perlu menentukan jalur ke file yang diunggah (lihat Gambar 7.3).».

Dengan mengklik “Muat data”, mulailah proses pemuatan data (lihat Gambar 7.4), setelah selesai Anda perlu membuat neraca dan memeriksa perputaran di database Konfigurasi sumber dan Konfigurasi tujuan tempat pengunduhan dilakukan. .

Jika ada kesalahan yang terjadi selama proses transfer data, jendela pesan akan terbuka, dan Anda dapat mengklik dua kali untuk mengatasi kesalahan tersebut. Untuk menerima laporan kesalahan yang terjadi dengan deskripsi dan rekomendasi penghapusan, Anda harus mengklik hyperlink “.

Informasi Kesalahan

Memuat selama transfer data berulang atau transfer tambahan dokumen atau direktori individual dapat dilakukan menggunakan pemrosesan standar "Pertukaran Data Universal dalam Format XML", ini akan mempercepat proses. Teknik konversi data».

Jika perlu, konversi dapat dilakukan dalam beberapa tahap, misalnya saldo pertama, kemudian dokumen. Transfer ulang informasi dimungkinkan.

Penting! Sebelum memasukkan saldo awal, parameter kebijakan akuntansi harus ditetapkan. Parameter kebijakan akuntansi organisasi dibaca pada tanggal setelah tanggal saldo dimasukkan. Misalnya, jika tanggal memasukkan saldo adalah 31 Desember 2013, maka parameter kebijakan akuntansi yang ditetapkan pada 1 Januari 2014 akan diperhitungkan. jika pada tahun 2013 organisasi menerapkan sistem perpajakan yang disederhanakan, dan sejak tahun 2014 beralih ke sistem umum - maka ketika memasukkan saldo pada tanggal 31 Desember 2013, parameter kebijakan akuntansi tahun 2014 akan diperhitungkan). Pastikan kebijakan akuntansi telah dialihkan dengan benar, perbaiki jika perlu.

Penting! Jika Anda memutuskan untuk mulai bekerja di Konfigurasi penerima sebelum Anda mentransfer sisanya ke sana, maka Anda harus mentransfer direktori terlebih dahulu sebelum mulai bekerja di Konfigurasi penerima. Jika tidak, kesalahan mungkin terjadi saat mentransfer saldo ke database yang tidak kosong.

Saya menjawab pertanyaan! Aturan pemrosesan dan transfer yang termasuk dalam set pengiriman bersifat terbuka dan tidak dilindungi dari penyalinan dengan cara apa pun. Hal ini tidak berarti bahwa pembeli (penerima lisensi) mempunyai hak untuk mendistribusikan dan memperbanyak. Penerima lisensi tidak mempunyai hak seperti itu. Penerima lisensi mempunyai hak untuk menggunakan. Dengan menggunakan hak ini, penerima lisensi dapat membuat salinan arsip, melakukan perubahan, dan menggunakan komputer dalam jumlah yang tidak terbatas jumlahnya. Untuk menyempurnakan atau memperbaiki aturan konversi, serta menjadi lebih memahaminya, Anda perlu memuat aturan tersebut ke dalam program Konversi data. Program ini didistribusikan oleh 1C, dan menentukan aturan penggunaannya.

Alasan untuk membeli

Diperbarui secara berkala. Pembaruan gratis selama enam bulan setelah pembelian. Termasuk dalam TOP 100 publikasi Infostart.

Keuntungan

Teks peraturan dan pemrosesan terbuka, teknologi Konversi Data digunakan, dan mudah diedit.

Perbandingan versi

29/01/2019 Aturan diperbarui ke rilis 3.0.67.70

07/05/2018 Aturan diperbarui ke rilis 3.0.63.22

09.25.2017 Aturan diperbarui ke rilis 3.0.52.36

18/07/2017 Aturan diperbarui ke rilis 3.0.51.16

10/12/2016 Memperbaiki kesalahan transfer pendidikan dan pelatihan vokasi dengan penerimaan jenis lama

09/08/2016 Aturan diperbarui ke rilis 3.0.44.102

18/06/2016 Memperbaiki kesalahan dalam mentransfer operasi manual yang memiliki Divisi sub-akun

31/05/2016 Aturan diperbarui ke rilis 3.0.43.236. Dalam konfigurasi standar (BP rilis 3.0.43.174 - 235) dalam pemrosesan Universal XML Data Exchange, prosedur Load Parameters tidak bekerja dengan benar. Aturan telah diubah untuk mengatasi bug ini.

Anda juga dapat menggunakan pemrosesan Universal Data ExchangeXML yang disertakan dalam paket pengiriman untuk dimuat ke BP 3.0.

Itu ditulis selama instalasi ke subdirektori ExtForms dari direktori info. basis 7.7.

25/05/2016 Aturan diperbarui ke rilis 3.0.43.215

05/11/2016 Pembatasan panjang nama kontrak diubah dari 50 menjadi 100.

23/02/2016 Aturan diperbarui ke rilis 3.0.43.29

21/12/2015 Pemrosesan dan aturan diperbarui ke rilis 3.0.42.33

11.11.2015 Menambahkan pemeriksaan untuk mode sinkronisasi

18/05/2015 Pemrosesan dan aturan diperbarui ke rilis 3.0.40.24

14/05/2015 Transfer dokumen pembayaran pajak telah diselesaikan

04/08/2015 Pemrosesan dan aturan diperbarui ke rilis 3.0.39.56. Pada rilis 3.0.39, struktur invoice pembayaran telah berubah: tidak ada lagi bagian tabel “Jasa”, kini barang dan jasa berada dalam satu bagian tabel “Barang”. Oleh karena itu aturan untuk 3.0.38 tidak dapat digunakan untuk porting ke 3.0.39

02/04/2015 Pemrosesan dan aturan diperbarui ke rilis 3.0.38.53

23/12/2014 Pemrosesan dan aturan diperbarui ke rilis 3.0.37 Paket pengiriman. Paketnya meliputi: pemrosesan "ACC_ACC8", aturan perpindahan Pemrosesan eksternal serupa dapat digunakan"ACC_ACC8" dan pemrosesan. Jika organisasi Anda tidak memiliki pemrogram penuh waktu untuk melaksanakan pekerjaan, kami siap menawarkan layanan spesialis kami (pemrogram akan terhubung ke komputer Anda melalui Internet menggunakan program khusus untuk pekerjaan jarak jauh dan melakukan pekerjaan yang diperlukan ). 1C: Akuntansi 8 Jika memungkinkan, sediakan basis kerja

, kami dapat mentransfer datanya sendiri dan mentransfer filenya"

" dengan saldo yang ditransfer. Biaya layanan ini belum termasuk dalam total biaya paket.

© Boris Balyasnikov, Januari 2014, perubahan terakhir Januari 2019.

Beras. 1. Algoritma transisi dari platform 1C:Enterprise 7.7 ke platform 1C:Enterprise 8.2

1. Tingkatkan. Hal pertama yang perlu Anda lakukan adalah menulis aplikasi dari organisasi Anda, mengirimkan formulir pendaftaran untuk platform 7.7 dan membeli platform 8.2. Dalam hal ini Anda akan diberikan diskon dalam jumlah biaya platform lama, tapi tidak lebih dari 50%. Platform lama tetap milik Anda, dan Anda dapat terus menggunakannya, namun platform tersebut akan dihapus dari dukungan teknis di 1C.

2. Pembaruan konfigurasi saat ini hingga rilis terbaru saat ini.

3. Mempersiapkan database untuk transfer. Hal ini melibatkan pencadangan database, penutupan periode penagihan saat ini, pembersihan database item yang ditandai untuk dihapus, dan koreksi kesalahan akuntansi (jika ada).

4. Perpindahan data. Ini adalah panggung utama. Algoritma dan intensitas tenaga kerja berbeda dalam setiap kasus tertentu.

5. Pelatihan personel untuk bekerja dengan konfigurasi baru. Karena konfigurasi pada platform 7.7 dan 8.2 berbeda dalam antarmuka dan fungsionalitas, Anda mungkin memerlukan pelatihan untuk bekerja dengan konfigurasi baru. Anda dapat mempelajarinya sendiri menggunakan literatur metodologi yang sesuai, tetapi lebih baik mengambil kursus khusus di 1C.

6. Operasi. Pada tahap ini, ketika pengguna mulai bekerja di program baru, program tersebut di-debug dan kemungkinan kesalahan dalam transfer data otomatis diperbaiki.

Mari pertimbangkan proses migrasi ke platform baru dalam konteks konfigurasi "1C:Akuntansi".

2. Ubah “1C: Akuntansi 7.7” menjadi “1C: Akuntansi 8.2”

Strategi dan mekanisme transfer data dari “1C: Accounting 7.7” ke “1C: Accounting 8.2” ditentukan oleh faktor-faktor berikut:

• waktu mulai akuntansi di program baru;
• keberadaan dan kompleksitas modifikasi pada versi konfigurasi Anda saat ini;
• kebutuhan untuk melestarikan sejarah transaksi bisnis untuk periode yang lalu.

Kami menyarankan klien kami untuk mulai bekerja di program akuntansi baru mulai 1 Januari tahun baru . Hal ini disebabkan oleh fakta bahwa sebagian besar pajak dihitung berdasarkan basis akrual. Oleh karena itu, agar tidak mengembangkan cara untuk mentransfer hasil akumulasi dengan benar, permulaan pekerjaan dalam program perlu dikaitkan dengan awal periode pelaporan pajak. Tentu saja, Anda dapat mulai bekerja dari awal kuartal, dan bahkan dari awal bulan berikutnya, namun transisi seperti itu akan memerlukan biaya yang lebih signifikan (karena perbedaan signifikan dalam struktur dokumen di 7.7 dan 8.2).

Tergantung pada kombinasi faktor-faktor di atas, situasinya mungkin sebagai berikut.

Situasi 1:

Transisi dari tahun baru, konfigurasi KHUSUS, saldo akun yang benar dihasilkan di program lama

Opsi ini sederhana dan dapat dimengerti, tetapi dalam praktiknya sangat jarang terjadi. Dimungkinkan untuk menghasilkan saldo yang benar dalam program lama segera sebelum mulai bekerja di program baru hanya di sejumlah perusahaan kecil, dan hanya dengan syarat bahwa semua dokumen utama untuk periode yang lalu disediakan dan dimasukkan ke dalam program.

Jika ini kasus Anda, Anda beruntung. Anda hanya perlu memperbarui konfigurasi “1C:Enterprise 7.7” ke versi terbaru dan menggunakan pemrosesan basis informasi “Transfer Data dari 1C:Enterprise 7.7” yang ada di dalam “1C:Enterprise 8.2”. Anda dapat melakukannya sendiri, tanpa bantuan seorang spesialis. Anda hanya perlu mengikuti instruksi yang ditentukan dalam pemrosesan dengan ketat.

Situasi 2:

Peralihan dari tahun baru, konfigurasi KHUSUS, di program lama TIDAK ADA SALDO AKUN YANG BENAR

Praktik standar dalam hal ini adalah bekerja di program lama dan baru secara bersamaan . Selama “masa transisi” (Gbr. 2), karyawan menutup transaksi sebelumnya di program lama dan mulai memasukkan dokumen untuk transaksi baru ke dalam sistem baru.

Beras. 2. Masa transisi ketika berpindah platform

Untuk mengatasi periode ini dengan kerugian minimal, Anda bisa menggunakan strategi berikut:

• mentransfer saldo "sebagaimana adanya" ke awal tahun dan menyimpan catatan berdasarkan data ini. Setelah saldo yang benar di "tujuh" diperoleh, saldo tersebut harus segera disesuaikan secara surut di "delapan".
• menolak untuk mentransfer saldo yang salah dan memasukkan dokumen utama untuk transaksi baru ke dalam G8 tanpa melakukan selanjutnya. Dalam hal ini, tidak masalah apakah ada saldo dalam program atau tidak; dokumen yang belum diposkan tidak akan membuat pergerakan apa pun pada akun. Ini harus dilakukan sampai saldo yang benar diterima di 1C:Enterprise 7.7. Selanjutnya saldo yang dihasilkan ditransfer ke program baru di awal tahun. Langkah terakhir adalah implementasi konsisten dari program “utama” yang diperkenalkan ke dalam program baru selama masa transisi menggunakan pemrosesan bawaan .

“Pemrosesan kelompok direktori dan dokumen”

Situasi 3:

“1C: Accounting 8.2” mendukung sejumlah mekanisme penting untuk akuntansi, yang kinerjanya bergantung pada data yang dimasukkan ke dalam dokumen sepanjang tahun. Di antara mekanisme tersebut adalah perhitungan pajak berdasarkan akrual yang telah disebutkan, algoritma untuk distribusi biaya tidak langsung dan prosedur lain yang terkait dengan penutupan bulan. Justru karena fitur-fitur inilah dalam situasi ini tidak mungkin untuk beralih ke program baru semudah dalam dua kasus pertama. Untuk meminimalkan jumlah kesalahan yang mungkin terjadi selama migrasi, sebaiknya:

• mulai bekerja, jika bukan dari awal tahun, setidaknya dari awal triwulan;
• transfer saldo ke awal tahun;
• mentransfer semua dokumen utama untuk periode pelaporan (tahun) saat ini ke sistem baru dan memulihkan data akuntansi dan pajak menggunakan pemrosesan grup direktori dan dokumen.

1. Solusi standar "1C: Konversi Data 2.1". Produk perangkat lunak ini dapat digunakan untuk mentransfer informasi antar konfigurasi pada platform 1C dengan struktur dan kompleksitas apa pun.

2. Perkembangan franchisee 1C. Banyak perusahaan, termasuk perusahaan « RG-Soft" (), terdapat metode yang terbukti untuk memecahkan masalah ini, yang secara signifikan dapat mengurangi waktu dan anggaran pekerjaan transfer data.

Situasi 4:

Transisi dari konfigurasi STANDAR DENGAN TRANSFER DOKUMEN PERIODE LALU

Secara terpisah, kami mencatat bahwa ada perusahaan yang memelihara hubungan jangka panjang (lebih dari satu tahun) berdasarkan kontrak dengan pihak lawan. Manajemen perusahaan tersebut tertarik untuk mengetahui riwayat transaksi bisnis dalam program tersebut. Kehadiran dalam program baru dokumen yang dimasukkan dalam program lama memungkinkan pengguna dengan mudah dan cepat melacak hubungan berdasarkan perjanjian/transaksi tertentu.

Transfer semacam itu dapat dilaksanakan dengan menggunakan mekanisme yang sama seperti pada situasi sebelumnya. Perbedaan antara proses ini adalah tidak perlu mentransfer semua dokumen; Anda dapat membatasi diri hanya untuk mentransfer beberapa jenis dokumen, dan saldo untuk akun lain dimasukkan melalui pemrosesan standar. Dalam hal ini, dokumen tambahan yang ditransfer biasanya tidak diposkan.

Meskipun dimungkinkan untuk mentransfer dokumen untuk periode yang lalu dari program lama ke program baru, transfer tersebut menyebabkan peningkatan nyata dalam ukuran database, dan akibatnya, ukuran tabel yang diproses. Hal ini dapat menyebabkan sistem melambat. Oleh karena itu, Anda sebaiknya tidak menggunakan opsi transisi ini kecuali benar-benar diperlukan. Disarankan untuk membiarkan dokumen yang ditransfer dari periode sebelumnya tidak diposting sehingga informasi yang dikandungnya tidak mempengaruhi akuntansi dan pelaporan pajak saat ini. Gunakan dokumen sejarah hanya untuk tujuan referensi.

Situasi 5:

Transisi dari konfigurasi NON-KHUSUS pada platform 1C:Enterprise 7.7

Opsi yang dijelaskan di atas digunakan saat bermigrasi dari konfigurasi standar “1C:Enterprise 7.7”, tetapi dalam praktiknya Anda sering kali harus berurusan dengan konfigurasi yang dimodifikasi. Mengorganisir transisi dalam situasi ini merupakan pilihan khusus yang patut dipertimbangkan.

Tergantung pada sifat perubahan yang dilakukan pada program, tersedia teknologi transfer data berikut:

· jika konfigurasi telah sedikit diubah dan mekanisme dasarnya mirip dengan solusi standar 1C, Anda dapat, seperti pada opsi sebelumnya, menggunakan alat transisi standar. Anda hanya perlu mengkonfigurasi atau sedikit memodifikasinya agar sesuai dengan program Anda. Mungkin alat yang paling teruji dan andal adalah “1C: Konversi Data 2.1” yang telah disebutkan. Alat ini mengharuskan pengguna untuk memiliki keterampilan pengoperasian tertentu, tetapi dengan bantuannya dimungkinkan untuk mengatur transfer objek otomatis antar konfigurasi.

· jika selama bertahun-tahun penggunaan konfigurasi telah didesain ulang secara radikal, maka menyiapkan alat migrasi standar mungkin akan lebih memakan waktu daripada menulis pemrosesan Anda sendiri untuk tujuan ini. Situasi serupa muncul ketika mengatur transisi dari program akuntansi yang tidak terkait dengan platform 1C. Transisi seperti itu juga bisa dilakukan, namun tidak mungkin menghasilkan pertukaran universal terlebih dahulu. Setiap kasus tertentu memerlukan pendekatan individual terhadap masalahnya. Perusahaan kami dapat menawarkan pengalamannya dalam mentransfer data melalui file berbagai format, seperti dbf, xls(Pemuat universal dari Excel ke 1C), xml.

Hal lain yang perlu disebutkan sehubungan dengan transisi dari platform 7.7 ke 8.2 adalah kekhawatiran konsolidasi basis data.

Karena kurangnya mekanisme untuk menyimpan catatan beberapa perusahaan dalam satu database, banyak perusahaan harus memelihara beberapa database secara bersamaan di 1C:Enterprise 7.7. Karena masalah ini telah diselesaikan pada versi kedelapan, muncul tugas untuk menggabungkan beberapa database menjadi satu sebagai bagian dari proyek transfer data. Selain itu, masing-masing dari tujuh pangkalan tersebut dapat memiliki karakteristiknya sendiri.

Dengan menggunakan metode yang diberikan di atas, Anda dapat menjalin interaksi dengan masing-masing database secara terpisah. Namun, sejumlah subtugas muncul khusus untuk kasus ini.

1. Penyatuan dokumen yang berkaitan dengan organisasi tertentu. Masalah ini mudah diselesaikan dengan menggunakan mekanisme awalan. Setiap organisasi yang terdaftar dalam program ini diberi awalan hurufnya sendiri. Awalan ini ditambahkan ke nomor dokumen, sehingga memastikan keunikan nomor tersebut.

2. Kontrol elemen duplikat direktori. Saat mentransfer data dari beberapa sumber informasi ke dalam satu sistem informasi, situasi mungkin muncul ketika elemen direktori yang sama, misalnya, rekanan yang sama di direktori baru, akan diulang beberapa kali. Oleh karena itu, setelah mentransfer data, perlu dilakukan prosedur untuk membandingkan dan menggabungkan elemen direktori duplikat.

3. Kemungkinan kesulitan yang harus Anda waspadai

Dengan perencanaan yang tepat dalam proses transisi ke platform baru, banyak masalah yang dapat dihindari. Namun, ada sejumlah ciri khusus yang sudah terungkap pada tahap pelaksanaan proyek. Kita berbicara tentang berbagai kesalahan yang muncul baik karena tindakan pengguna yang salah maupun karena fitur teknis platform 1C:Enterprise. Mari kita pertimbangkan poin-poin ini secara lebih rinci.

3.1. Kesalahan dalam data sumber

Secara umum, identifikasi jelas suatu objek dalam database dapat dilakukan dengan menggunakan rincian NPWP dan KPP. Pada ketujuh nilai tersebut, kedua nilai tersebut disimpan dalam satu rincian NPWP/KPP, dan tidak dilakukan pemeriksaan kebenaran data yang dimasukkan pada rincian tersebut. Dimungkinkan untuk memasukkan angka yang lebih sedikit, menempatkan pemisah di tempat yang salah, dan memasukkan TIN yang sepenuhnya abstrak.

Transfer tipikal, saat membuat direktori, rekanan dipisahkan berdasarkan NPWP dan KPP hanya dengan memotong jumlah karakter yang diperlukan. Oleh karena itu, data yang benar-benar salah mungkin dicatat dalam rincian database baru. Dengan demikian, identifikasi objek yang benar selama transfer menggunakan data tersebut akan sangat sulit.

Masalah lainnya adalah kurangnya format entri data terpadu. Setiap pengguna dapat memasukkan nama sesuai keinginannya. Mari kita bayangkan bahwa dalam satu database "tujuh", pengguna, dengan mengisi "Nama" rekanan, menulis "Perusahaan Manajemen Vympel", dan di database "tujuh" lainnya, rekanan yang sama terdaftar sebagai "Perusahaan Manajemen Vympel". Dalam situasi seperti ini, pemrosesan otomatis tidak akan dapat menentukan bahwa ini adalah rekanan yang sama, dan akan memindahkannya ke delapan dua kali. Akan sulit untuk bekerja lebih jauh dalam database seperti itu, karena sebagian dari saldo akan berada pada satu elemen, dan bagian kedua pada elemen lainnya.

3.2. Perbedaan konfigurasi

Kelompok kesalahan transfer lainnya disebabkan oleh perbedaan teknologi dalam konfigurasi. Beberapa transaksi bisnis tercermin dalam “1C:Enterprise 7.7” oleh beberapa jenis dokumen, dan dalam “1C:Enterprise 8” oleh satu dokumen. Misalnya, penerimaan bahan dan barang tercermin dalam program baru dengan satu dokumen, dan di program lama - dengan dua dokumen. Dengan demikian, ketika mencoba mentransfer dokumen “Kwitansi Bahan No. 22” dan “Kwitansi Barang No. 22”, terjadi kesalahan kontrol keunikan. Karena pencatatan dua dokumen dengan nomor yang sama dalam suatu periode tertentu tidak mungkin dilakukan, maka perbedaan-perbedaan tersebut perlu dibuat secara artifisial dan sistem untuk memasukkan perbedaan-perbedaan ini telah disepakati sebelumnya.

Misalnya, masalah ini diselesaikan dengan menambahkan awalan tambahan ke nomor dokumen yang diunduh. Untuk setiap fitur dokumen, awalan ini dialokasikan secara terpisah. Ini mungkin merupakan karakteristik database tempat dokumen diunduh atau jenis dokumen tempat pengunduhan dilakukan. Berikut adalah contoh pembentukan awalan tersebut. Basis cabang di Krasnoyarsk diberi awalan “KR”. Jenis dokumen “Penerimaan bahan” tempat pengunduhan dilakukan diberi awalan “M”. Jadi, jika nomor dokumen di tujuh adalah 00000031, maka nomor delapannya adalah sebagai berikut:

“KR” + “M” + “00000031” = “KRM00000031”

Hasilnya, nomor unik akan tercatat di database.

3.3. Masalah teknis

Kesalahan transfer data juga dapat terjadi karena fitur teknis platform 1C:Enterprise. Misalnya, mekanisme pencarian standar berdasarkan nama tidak membedakan huruf kapital pada nama elemen direktori dari huruf kecil. Ada kebingungan saat menggunakan mekanisme ini. Misalnya, dalam database ada dua rekanan “l-audio” dan “L-Audio”. Saat mencari rekanan “l-audio”, sistem akan menemukan “L-Audio”. Hasilnya adalah dokumen yang diisi secara tidak benar.

Penting juga untuk memperhatikan metode transfer data yang dipilih itu sendiri. Contoh penggandaan rekanan yang dijelaskan di atas, ketika ditransfer dari database cabang perusahaan, mungkin tidak benar-benar menjadi penggandaan. Perusahaan yang beroperasi di kota berbeda mungkin memiliki rekanan yang juga beroperasi di kota berbeda. Cabang perusahaan L-Audio di Nizhny Novgorod dan perusahaan L-Audio itu sendiri di Moskow dapat disebut persis sama dalam database. Untuk menghindari kebingungan seperti itu, Anda harus memilih metode transfer terlebih dahulu. Dalam contoh kita, kita dapat membagi rekanan ke dalam kelompok direktori yang berbeda tergantung pada database sumber. Pemilihan teknik tersebut juga akan mempengaruhi mekanisme pemuatan data.

Metode yang dijelaskan di atas untuk memecahkan masalah yang muncul mungkin juga tidak cukup universal. Saat melakukan migrasi data, sangat penting untuk dapat menggabungkan metode yang digunakan dalam alat migrasi. Misalnya, kami mengidentifikasi sebagian besar elemen direktori berdasarkan nama. Pada saat yang sama, ketika mentransfer dokumen "Penerimaan aset tetap untuk akuntansi", metode ini akan memberikan hasil yang tidak diinginkan jika sejumlah aset tetap kecil dari jenis yang sama dimasukkan (peralatan kantor, furnitur, dll.), hanya berbeda pada jumlah persediaannya saja. Setiap dokumen penerimaan akuntansi akan menunjukkan objek yang sama. Dan tidak mungkin menerima satu objek untuk akuntansi beberapa kali. Oleh karena itu, sangat penting untuk memberikan kemampuan untuk menyesuaikan alat migrasi data yang digunakan. Dalam hal ini, kami hanya akan menunjukkan bahwa pencarian OS harus dilakukan berdasarkan nomor akses (kode).

Kesimpulan

Saat ini masih cukup banyak perusahaan yang bekerja menggunakan 1C:Enterprise 7.7. Hal ini disebabkan oleh faktor-faktor seperti kurangnya pemahaman tentang keunggulan platform baru, keengganan untuk mempelajari teknologi baru, dan ketakutan menghadapi banyak kesulitan selama masa transisi. Dengan menggunakan contoh 1C: Akuntansi, kami mencoba menunjukkan bahwa sebagian besar alasan ini tidak begitu signifikan. Sepanjang aktivitas kami, kami membantu klien kami mengatasi segala kemungkinan kesulitan yang terkait dengan implementasi program pada platform 1C:Enterprise 8. Jika Anda tertarik dengan masalah transisi atau Anda memiliki pertanyaan lain mengenai platform 1C:Enterprise 8 dan konfigurasi yang dibuat di dalamnya, spesialis RG-Soft siap melayani Anda!

Saat ini, transisi dari 1C:Enterprise 7.7 ke 8.3 (mirip dengan 8.2) telah membuat pusing para akuntan. Sebaiknya secepat mungkin dan tanpa kesalahan. Jika Anda seorang programmer 1C:Akuntansi dan Anda perlu mengonversi dokumen dari versi ketujuh ke versi kedelapan, maka artikel ini cocok untuk Anda.

Ambil hanya beberapa langkah dan masalah transfer data Anda akan terpecahkan. Baca instruksi ini sampai akhir dan Anda akan melihat cara melakukannya. Pertama, Anda harus menyiapkan tempat kerja di komputer Anda untuk manipulasi yang diperlukan. Pertama, hard drive Anda harus minimal 100 GB. Hal ini diperlukan karena bersifat multi level. Dan Anda perlu bekerja dengan beberapa konfigurasi 7.7.

Jika Anda memerlukan transisi cepat dan berkualitas tinggi dari 1C Accounting 7.7 ke 1C 8.3, hubungi kami! Biaya turnkey rata-rata kami adalah 6.600 rubel.

Mentransfer data dari 1C 7.7 ke 1C 8.3 akuntansi 3.0

Jadi, sebelum melakukan transfer data ke versi 1C 8.3, Anda perlu menyiapkan data tersebut di versi 7.7. Untuk melakukan ini, Anda harus melakukan hal berikut. Katakanlah Anda memiliki database yang berfungsi “Akuntansi untuk Perusahaan” di komputer Anda, yang digunakan oleh akuntan Anda. Menggunakan pemrosesan Ekspor77, unggah semua dokumen yang diperlukan ke file teks dan sejak saat itu, jangan pernah kembali ke database kerja utama. Manipulasi Anda selanjutnya akan terjadi dengan konfigurasi lain.

Instal Rilis 1C:Enterprise 7.7 terbaru ke dalam direktori baru. (paket mencakup versi kosong standar (tanpa data) dan versi demo). Kami akan bekerja dengan versi standar. Sekarang luncurkan database ini dan, menggunakan pemrosesan Impor 77, muat data dari database utama Anda dari file teks.

Saat mengonversi data, beberapa dokumen mungkin tidak diproses. Itu tidak menakutkan. Triknya adalah Anda dapat dengan mudah memperbaikinya setelah transfer, karena dalam database standar Anda bekerja dengan bagan akun standar utama. Oleh karena itu, betapapun canggihnya sub-akun, mudah untuk memperbaikinya di database kerja Anda dalam waktu sekitar 3 jam dengan masuk ke setiap dokumen yang belum diposting dan mengubah akun yang Anda miliki dalam konfigurasi di bidang akun.

Tentu saja, sebelum transfer, Anda terlebih dahulu menyelaraskan bagan akun konfigurasi standar dengan bagan akun basis kerja utama Anda. Pilihannya murni individual tergantung pada spesifikasi organisasi Anda. Setelah melakukan pekerjaan ini, Anda menerima konfigurasi standar yang diisi dengan data dari database kerja Anda.

Sekarang kita perlu melakukan transfer data lagi. Untuk melakukan ini, instal lagi konfigurasi nol standar di direktori baru. Dan transfer data di sana dari konfigurasi standar dengan data Anda. Hasilnya, Anda akan mendapatkan database versi 7 yang ideal, siap untuk ditransfer ke versi 8.2.

Faktanya adalah bahwa data ditransfer langsung ke versi kedelapan secara eksklusif dari standar "tak tersentuh" ​​​​versi 7.7. Dan sekarang Anda memiliki konfigurasi seperti itu. Namun sekarang tidak kosong, melainkan berisi data pekerjaan Anda.

Semua! Kami meluncurkan 1C:Enterprise 8.2. Pilih “Transfer data dari versi 7.7.” dan nikmati bagaimana program itu sendiri mentransfer data dari 7.7. Anda yang diproses, mentransfer dokumen dan menampilkan tabel perbandingan neraca versi 7.7 dan 8.3.

Tentu saja tidak akan ada hasil 100%. Namun pada 70-80 persen akan mendapat kecocokan. Dan kemudian pekerjaan Anda hanya akan selesai di versi 8.3.

Kemungkinan ketidakakuratan mudah diperbaiki. Ini 3-4 jam lagi. Anda masuk ke jurnal dokumen dan menyesuaikan akun atau bidang (misalnya, “Perjanjian” atau “Meja kas utama”). Itu tergantung pada tingkat perbedaan antara basis 7.7 Anda. dari standar. Sebagai hasil dari semua tindakan ini, konfigurasi kerja Anda versi 8.3 akan mampu menghasilkan data akuntansi melalui neraca dalam bentuk yang ideal.

Setelah transisi, akan bermanfaat bagi Anda untuk mempelajari cara bekerja di program baru. Untuk ini kami telah menyiapkan bagian.

Omong-omong! Jika Anda memerlukan modifikasi program 1C, Anda dapat menghubungi kami!

Video tentang transisi dari 1s 7.7 ke 8:

Kini pengguna "1C: Accounting 7.7" tidak perlu menunggu hingga akhir tahun untuk beralih ke "1C: Accounting 8". Peralihan dapat dilakukan pada akhir bulan mana pun dalam masa pajak. Teknologi transfer saldo telah diuji di perusahaan yang ada, salah satunya dijelaskan oleh spesialis dari Automated Accounting Systems LLC. Artikel ini berisi penjelasan tentang metodologi transfer dan rekomendasi umum untuk kontrol input dan output data yang ditransfer.

Sebelum pindah ke Laima LLC (Miass, wilayah Chelyabinsk), program “1C: Accounting 7.7. Program ini diinstal pada laptop. Pekerjaan dilakukan di kantor pusat.

Peluncuran metodologi transfer data baru oleh 1C dan volume kecil basis informasi memungkinkan transfer data untuk tahun 2006 secara langsung pada saat instalasi 1C: Accounting 8.

Metode transfer data

Metode transisi baru dari "1C: Accounting 7.7" ke "1C: Accounting 8" yang disertakan dalam rilis 1.5.8.5 menyediakan transfer data dari basis informasi "1C: Accounting 7.7", yang akan memastikan eksekusi yang benar di " 1C: Akuntansi 8" dari tindakan berikut:

• pelaksanaan dokumen yang diterbitkan setelah transisi ke "1C: Accounting 8";
• pembentukan register akuntansi untuk periode pelaporan berjalan (neraca, buku besar, dll);
• pembentukan register akuntansi perpajakan untuk periode pelaporan berjalan, yang memuat indikator-indikator yang ditentukan berdasarkan total kumulatif sejak awal tahun;
• pembuatan pelaporan yang diatur untuk periode pelaporan berjalan.

Peralihan dari "1C: Accounting 7.7" ke "1C: Accounting 8" dengan cara ini disarankan dilakukan pada awal masa (tahun) pajak baru atau jika sudah dibuka masa pajak baru, maka di akhir bulan berikutnya pada periode pelaporan berjalan. Selama proses transfer data ke 1C: Accounting 8, informasi berikut dimuat:

• saldo rekening akuntansi dan pajak pada awal periode pelaporan berjalan (per 1 Januari tahun berjalan);
• perputaran akun akuntansi dan pajak untuk periode pelaporan berjalan dengan entri bulanan konsolidasi;
• perbedaan temporer yang tercermin dalam akun pajak terkait (untuk organisasi yang menerapkan PBU 18/02);
• dokumen pemasukan saldo awal aset tetap dan aset tidak berwujud;
• dasar pengenaan pajak penghasilan orang pribadi dan pajak gaji untuk periode pelaporan berjalan;
• pembayaran terutang atas tagihan yang diterima dan diterbitkan pada akhir bulan tertutup terakhir periode pelaporan berjalan;
• informasi tentang objek akuntansi analitik.

Operasi persiapan di "1C: Accounting 7.7"

Transfer data dari "1C: Accounting 7.7" dimungkinkan mulai dari rilis 7.70.477. Oleh karena itu, sebelum melakukan migrasi, konfigurasi ke rilis ini perlu diperbarui.

Penting juga untuk memastikan bahwa operasi akuntansi rutin dan akuntansi pajak telah dilaksanakan selama bulan terakhir tahun ini (termasuk reformasi neraca).

Semua file yang diperlukan untuk transfer data terdapat dalam folder Convert di direktori template rilis 1.5.8.5 "1C: Accounting 8". Lebih baik menyalin isi folder ini ke direktori ExtForms dari database informasi 1C: Accounting 7.7.

Metode transfer menyediakan satu operasi persiapan - memeriksa kode direktori, yang mungkin menjadi tidak unik saat mentransfer data ke 1C: Accounting 8. Pemrosesan eksternal ChkCode.ert digunakan untuk verifikasi.

Namun, untuk memverifikasi kebenaran akuntansi dan akuntansi pajak dalam database "1C: Accounting 7.7" dan tidak mentransfer entri yang sengaja salah ke "delapan", ada baiknya untuk melakukan analisis teknologi akuntansi (Menu "Laporan -> Analisis teknologi akuntansi" ), serta analisis keadaan akuntansi pajak (“Akuntansi pajak -> Analisis keadaan akuntansi pajak”).

Biasanya, masalah disebabkan oleh entri “manual” yang dibuat tanpa mengontrol saldo awal, akuntansi kuantitatif, dll. Teknik baru ini bahkan mentransfer transaksi tersebut dengan benar, namun kontrol masuk memungkinkan Anda untuk segera mengidentifikasi masalah dan mengeluarkan rekomendasi untuk memperbaikinya.

Dalam kasus kami, kontrol mengungkapkan perbedaan dalam akuntansi mengenai penghapusan penyusutan aset tetap atas kerugian periode sebelumnya, yang diputuskan untuk diperbaiki di “1C: Akuntansi 8” setelah transisi.

Perpindahan data

Transfer datanya sendiri dilakukan menggunakan pemrosesan eksternal V77Exp.ert (menu "File -> Open"). Dialog pemrosesan menunjukkan:

• file aturan konversi data - Acc77_80.xml (bidang "Nama file aturan");
• file tempat data akan diunggah (bidang "Nama file data");
• tanggal mulai periode pelaporan saat ini - 1 Januari 2006 (bidang "Tanggal mulai");
• tanggal akhir bulan terakhir yang ditutup pada periode saat ini (bidang "Tanggal akhir"). Dalam kasus kami, 31 Mei 2006.

Setelah mengklik tombol "Muat aturan pertukaran", daftar aturan pengunggahan data akan diisi dalam dialog pemrosesan. Daftar yang dimuat adalah daftar akun, yang hasilnya dapat diunduh, dan direktori yang dapat ditransfer ke konfigurasi "Akuntansi Perusahaan". Pada tabel di sebelah kanan, Anda dapat mengatur pilihan berdasarkan nilai detail untuk sebagian besar aturan pengunggahan data (misalnya, untuk pengunggahan item secara selektif).

Karena kami mentransfer data dari "tujuh", saat pertama kali meluncurkan 1C: Accounting 8, Anda harus mengabaikan pengisian awal database. Setelah itu menggunakan pemrosesan pemuatan data (menu "Tools -> Pertukaran data -> Pertukaran data universal dalam format XML"), kita memuat file transfer ke gambar delapan.

Penyelidikan

Seluruh prosedur transfer data memakan waktu tidak lebih dari setengah jam. Yang tersisa hanyalah memastikan bahwa semua data ditransfer dengan benar. Di sini yang terbaik adalah memulai dengan neraca untuk periode transfer data. Untuk akun neraca, laporan yang dihasilkan di “1C: Accounting 7.7” dan “1C: Accounting 8” harus cocok. Jika omset pada akun mana pun tidak cocok, maka perlu dibuat laporan yang lebih rinci (neraca atau kartu omset) untuk akun ini untuk menentukan omzet mana yang tidak ditransfer. Dengan demikian, Anda dapat memeriksa semua data, kecuali saldo aset tetap dan aset tidak berwujud, dasar pengenaan pajak penghasilan pribadi dan pajak gaji untuk periode pelaporan berjalan dan utang pembayaran faktur yang diterima dan diterbitkan pada akhir penutupan terakhir. bulan periode pelaporan berjalan.

Dalam kasus kami, dalam "1C: Akuntansi 7.7" data tentang aset tetap tidak dimasukkan secara lengkap, dan dalam "delapan" dokumen "Memasukkan saldo awal aset tetap" tidak dimasukkan, dan karenanya, tidak ada saldo pada awal periode untuk akun 01. Dokumen-dokumen ini telah diperbaiki secara manual.

Subsistem akuntansi PPN diimplementasikan dalam "1C: Akuntansi 8" pada register; untuk memeriksa kebenaran transfer, Anda harus menggunakan laporan universal "Saldo dan Perputaran" (Laporan -> Saldo dan Perputaran) tanpa membatasi periode akuntansi bagian "PPN yang disajikan", "PPN di muka" untuk menganalisis kebenaran transfer rekening ZPK dan ZPR.