Pemrosesan universal "Mengunggah dan memuat data XML" melakukan pembongkaran data infobase secara penuh atau sebagian ke dalam file dalam format XML. Selanjutnya, file ini dapat dimuat ke infobase menggunakan pemrosesan yang sama. Format file unggahan berbeda dengan format file yang dibuat saat mengunggah sesuai dengan rencana pertukaran di bagian header.

Pemrosesan hanya dapat digunakan jika basis informasi tempat data diunggah dan tempat data dimuat adalah homogen (konfigurasinya identik, data mungkin berbeda), atau semua objek yang diunggah hampir sepenuhnya identik dalam komposisi dan jenis detail dan bagian tabel, properti objek metadata “terkemuka”, dan sebagainya.

Penggunaan pemrosesan ini dimungkinkan, misalnya, untuk membuat salinan cadangan data secara penuh atau sebagian, bertukar data antar basis info, dan juga sebagai alat bantu saat memulihkan basis info yang rusak.

Pemrosesan mendukung pengunggahan data dengan kemampuan untuk menentukan pilihan berdasarkan periode. Juga diterapkan adalah pemeriksaan objek untuk keberadaan karakter yang tidak valid saat dipertukarkan melalui XML.

Hormat kami, (guru dan pengembang).

Setiap rencana memiliki daftar elemen tertentu yang dapat menyimpan informasi tentang perubahannya. Daftar ini disebut “Isi Paket Pertukaran.” Komposisinya dapat diperluas, tetapi dukungan konfigurasi dihilangkan.

"Tata Letak Rencana" menyimpan aturan-aturan yang menjadi dasar kerja sinkronisasi. Paket konversi inilah (Aturan Registrasi, Aturan Pertukaran, Aturan Pertukaran Koresponden) yang perlu kita pelajari lebih lanjut.

Mari kita perhatikan contoh sinkronisasi data antara konfigurasi “1C: Gaji dan HR 3” (ZUP) dan “1C: Enterprise Accounting 3” (BP). Mari kita segera perhatikan bahwa dalam tugas ini kita harus menghapus konfigurasi dari dukungan. Ini diperlukan dengan syarat.

Sebuah contoh nyata dari perlunya menyempurnakan aturan pertukaran standar

Misalnya, seorang pelanggan menghubungi kami dengan masalah berikut: saat menyinkronkan antara ZUP dan BP, tidak mungkin untuk mentransfer data dari direktori “Pendaftaran ke otoritas pajak”, yang diperlukan untuk mengisi dokumen “Refleksi gaji dalam akuntansi.” Sekarang bagian tabel dokumen ini di sisi penerima BP berisi “Registrasi...” yang kosong dan pengguna harus membuat entri tersebut secara manual di direktori. Setuju, ini merepotkan. Kita dapat memperbaiki hal ini.

Solusi untuk masalah ini: mari selesaikan paket konversi dari rencana pertukaran ExchangeSalary3Accounting3. Mari kita tambahkan ke “Aturan Pertukaran 1C” standar “Aturan Konversi Objek” (PKO) baru untuk direktori “Pendaftaran dengan Otoritas Pajak” dan, karenanya, “Konversi Properti” dari direktori ini (PCS). Kami pasti akan menyelesaikan standar “Aturan pendaftaran objek”, karena ada kebutuhan untuk mendaftarkan perubahan direktori di situs pertukaran. Dan kami akan meninjau “Aturan Pertukaran 1C” dari database koresponden.

Di mana kita akan mengedit semua ini? Untuk menulis dan mengubah aturan, kita memerlukan konfigurasi “1C: Konversi Data 2”.

Finalisasi aturan konversi standar dari ZUP - BP Exchange Plan

Jadi, kami akan mulai menyelesaikan aturan pertukaran 1C dengan menambahkan elemen baru ke konfigurator untuk paket pertukaran ExchangeSalary3Accounting3 - direktori Pendaftaran dengan Otoritas Pajak. Kami akan melakukan perubahan ini pada konfigurasi “1C: Gaji dan Manajemen Perusahaan 3” dan “1C: Akuntansi Perusahaan 3”.

Mari simpan dan perbarui konfigurasi.

Dalam mode perusahaan, untuk setiap database kami akan mengunggah deskripsi struktur metadata menggunakan pemrosesan MD83Exp.epf untuk platform 1C:Enterprise 8.3. Pemrosesan dapat ditemukan dalam paket “1C: Konversi Data”.

Tahap selanjutnya kita akan membongkar paket konversi dari ZUP dan BP. Paket harus terdiri dari 3 file: Aturan Pendaftaran, Aturan Pertukaran, Aturan Pertukaran Koresponden.

Artikel ini tidak akan menjelaskan bagaimana sinkronisasi data dikonfigurasi; Anda dapat membacanya di situs web Coderline di bagian “Artikel Pakar” atau menonton rekaman webinar. Sekarang opsi ini sudah dikonfigurasi di database. Oleh karena itu, buka pengaturan sinkronisasi (Administrasi -> Sinkronisasi data -> Pengaturan sinkronisasi data), klik tombol “Muat aturan”. Formulir “Aturan untuk sinkronisasi” akan terbuka di depan kita. Klik tombol “Lainnya” dan pilih opsi “Simpan aturan ke file”.

Ini adalah paket yang harus kita dapatkan setelah dibongkar.

Kami akan melakukan tindakan serupa untuk basis informasi lainnya “1C: Enterprise Accounting”.
Hasilnya, semua pekerjaan persiapan untuk mengedit aturan sudah siap. Kita punya:

Deskripsi struktur metadata untuk dimuat ke “1C: Konversi Data 2” (untuk ZUP dan BP);

Paket konversi, yang berisi aturan pertukaran 1C dan aturan registrasi yang diperlukan untuk memuat ke “1C: Konversi Data 2” (untuk ZUP dan BP).

Buka "1C: Konversi Data 2". Mari lakukan langkah-langkah berikut agar kedua infobase tersebut:

Memuat struktur metadata konfigurasi kami;

Kami membuat konversi dan memuat aturan pertukaran data 1C dari paket konversi (file aturan disebut ExchangeRules);

Kami membuat registrasi dan memuat aturan registrasi dari paket konversi (file aturan disebut RegistrationRules).

Mari kita lanjutkan ke revisi kita. Kami menambahkan aturan konversi objek (PKO) baru ke aturan pertukaran 1C - direktori “Pendaftaran dengan otoritas pajak”. Kami menambahkan aturan konversi properti (PCR) untuk direktori ini dan aturan pengunggahan data (DRU). Modifikasi semacam ini harus dilakukan baik untuk aturan dari paket ZUP maupun aturan pertukaran dari paket BP. Kami mengunggah aturan pertukaran kami ke file ExchangeRules yang sesuai.

Mari beralih ke aturan untuk mendaftarkan elemen baru. Kami menambahkan buku referensi “Pendaftaran ke otoritas pajak”. Kami mengunggah aturan pendaftaran ke file yang sesuai dari paket RegistrationRules. Kami juga melakukan tindakan ini untuk kedua database.

Aturan pertukaran yang direvisi dan aturan pendaftaran sudah siap. Sekarang kita salin isi aturan pertukaran (ExchangeRules) dari paket BP ke aturan koresponden (CorrespondentExchangeRules) dari paket ZUP. Dalam aturan koresponden (CorrespondentExchangeRules) dari paket BP, kami menyalin isi aturan pertukaran (ExchangeRules) dari paket ZUP.

Hasilnya adalah sebagai berikut:

Ini menyelesaikan pekerjaan di “1C: Konversi Data 2”. Paket aturan konversi yang dimodifikasi sudah siap, yang tersisa hanyalah mengunggahnya kembali ke database informasi dan memeriksa sinkronisasi.

Kami mengarsipkan file dari paket ke Arsip ZIP dan mengunggah paket konversi kami ke ZUP dan BP.

Semuanya sudah siap. Itu masih harus diuji.

Mari kita mengingat kembali kondisi masalahnya. Penting untuk mendaftarkan direktori “Pendaftaran dengan otoritas pajak” untuk mengunduh dan memeriksa bagaimana TC dari dokumen “Refleksi upah dalam akuntansi” diisi di sisi “1C: Enterprise Accounting 3”.

Di sumber “1C: Gaji dan Manajemen Perusahaan 3” kami mendaftarkan direktori kami untuk diunduh. Kami melakukan sinkronisasi. Kami pergi ke database penerima dan juga melakukan sinkronisasi untuk menerima data. Harap dicatat bahwa sekarang rencana pertukaran memiliki direktori yang diperlukan untuk mendaftarkan perubahan.

Kami memeriksa sisi "1C: Enterprise Accounting 3":

Meringkaskan. Hasil tugas berhasil diselesaikan. Kami telah menyelesaikan rencana pertukaran ZUP - BP, menambahkan elemen baru untuk mendaftarkan perubahan dan menambahkan aturan konversi untuk sinkronisasi data.

Seringkali dalam pekerjaan perusahaan besar dan rantai ritel ada kebutuhan untuk pertukaran data antar database. Setiap programmer dan administrator memecahkan masalah ini secara berbeda. Beberapa menulis unggahan dan unduhan melalui file tabel perantara, yang lain menggunakan mode koneksi COM untuk menyambung ke database sumber. Namun, baru-baru ini mekanisme 1C sendiri yang disebut “Pertukaran Data Universal dalam Format XML” menjadi semakin populer.

Penampilan pemrosesan

Di antarmuka Penuh, Anda dapat membuka pemrosesan di Layanan->Pertukaran data lainnya->Pertukaran data universal dalam format XML.

Formulir pemrosesan (Gbr. 1) berisi empat tab:

Antarmuka masing-masing tab penuh dengan elemen dan oleh karena itu memerlukan pertimbangan terpisah.

Mengunggah data

Di bagian paling atas tab terdapat kolom untuk memilih file aturan pertukaran. Untuk database dan pertukaran non-standar, Anda harus membuat file pertukaran sendiri.

Pada baris formulir berikutnya terdapat dua tombol radio:

1. Mengunggah ke file pertukaran (Gbr. 2);
2. Menghubungkan dan mengunggah data ke keamanan informasi (Gbr. 3).

Seperti yang Anda lihat pada gambar di atas, tampilan bentuknya berbeda-beda tergantung saklarnya. Jika opsi berbagi file dipilih, pengguna akan diminta untuk memilih lokasi file yang akan diunggah dan kemungkinan mengompresinya untuk menghemat ruang dan melindunginya dengan kata sandi.

Pilihan koneksi langsung ke basis penerima mendukung mode operasi file dan server-klien. Dalam hal ini, Anda harus memasukkan alamat database dan mengisi kolom “Pengguna” dan “Kata Sandi”. Sebelum Anda mulai bertukar data, disarankan untuk menguji koneksi.

Bagian tabel di bawah ini memungkinkan Anda untuk mengonfigurasi pilihan dan parameter pembongkaran lainnya.

Untuk men-debug algoritma dan memperbaiki kesalahan, Anda dapat menggunakan mekanisme yang dibangun dalam pemrosesan pertukaran. Ini diaktifkan dengan mencentang kotak yang sesuai di bagian bawah formulir. Mengklik tombol “Pengaturan debugging…” akan menampilkan jendela (Gbr. 4).

Gambar.4

Ciri khas formulir ini adalah bantuan informatif di sisi kiri tata letak, yang menjelaskan masing-masing dari tiga kemungkinan mode debugging. File apa pun dalam format epf dapat berfungsi sebagai file pemrosesan eksternal untuk modul.

Mengklik tombol “Selesai” memeriksa kebenaran dan kelengkapan data yang diisi.

Berbeda dengan “Unggah”, tab ini (Gbr. 5) tidak memiliki bagian tabel, tetapi masih banyak lagi kotak centang yang memungkinkan Anda menyesuaikan parameter untuk merekam objek baru dan yang diubah.

Gambar.5

Pertama-tama, Anda perlu memilih file yang akan dijadikan sebagai sumber informasi. Ini dapat dilakukan di kolom input “Nama file yang akan diunggah”. Jika data diunggah ke arsip yang dilindungi kata sandi, data tersebut harus dimasukkan di bidang yang sesuai.

Kotak centang yang sesuai memungkinkan Anda untuk mengonfigurasi:

• Transaksi saat menulis objek (ini terkadang mempercepat proses);
• Memuat data dalam mode pertukaran (dalam hal ini, semua pemeriksaan platform, kecuali pemeriksaan saat memposting dokumen, akan diabaikan saat merekam);
• Menimpa elemen yang diubah;
• Menetapkan tanda penghapusan untuk item yang diunduh;
• Cara penulisan data baru ke register (baik satu per satu atau satu set);
• Pemangkasan karakter yang tidak penting (spasi dan tab) untuk nilai string.

Pengaturan tambahan

Sesuai dengan namanya, bookmark ini berisi alat, yang penggunaannya memungkinkan Anda menyesuaikan proses pertukaran dengan lebih akurat. Secara khusus:

1. Mengaktifkan mode debug;
2. Memungkinkan penggunaan transaksi selama proses pembongkaran;
3. Mengoptimalkan pertukaran antar database versi 8 1C;
4. Unggah hanya objek yang diizinkan untuk digunakan oleh pengguna saat ini;
5. Aktifkan pencatatan proses pertukaran antar database.

Fungsi ini dan beberapa fungsi lainnya diaktifkan dengan mencentang kotak yang sesuai pada formulir (Gbr. 6).

Gambar.6

Menghapus data

Tab ini hanya digunakan oleh pengembang dalam mode debug. Memungkinkan Anda menghapus objek yang tidak diperlukan dari database.

Secara singkat tentang menyiapkan aturan pertukaran

Menggunakan handler standar sangat menyederhanakan hidup programmer. Pada saat yang sama, salah satu momen tersulit bagi seseorang yang pertama kali menemukan “Pertukaran Data Universal dalam Format XML” adalah pertanyaan: “Di mana saya bisa mendapatkan file aturan pertukaran?”

Pertama-tama, untuk membuat aturan pertukaran secara mandiri, Anda memerlukan konfigurasi khusus yang disebut “Konversi Data”. Ini berisi beberapa file menarik yang memungkinkan Anda untuk mengkonfigurasi hampir semua pertukaran antara berbagai database 1C versi 7 dan 8:

1. epf – diperlukan untuk mengunduh struktur metadata untuk database 1C 8;
2. epf – jika konfigurasi 1C 8 ditulis sendiri atau tidak standar, mungkin tidak ada pemrosesan “Pertukaran Data Universal”, file ini adalah pemrosesan ini;
3. ert – file berisi kode untuk mengunduh struktur metadata konfigurasi 1C versi 7.7;
4. ert – file untuk pengolahan data upload dan download untuk ketujuh.

Setelah meluncurkan pemrosesan yang sesuai, perlu membongkar struktur metadata untuk database sumber dan tujuan. Kemudian, pada konfigurasi “Konversi”, Anda perlu memasukkan informasi tentang konfigurasi sumber dan tujuan ke dalam direktori “Konfigurasi”.

Kemudian dibuat elemen pada direktori Konversi yang berisi informasi tentang arah pertukaran data. Anda dapat mengatur Aturan Pertukaran untuk itu.

Mekanisme pertukaran data universal dimaksudkan untuk membuat sistem yang terdistribusi secara geografis berdasarkan 1C:Enterprise 8, dan untuk mengatur pertukaran data dengan sistem informasi lain yang tidak berdasarkan 1C:Enterprise 8.

Mekanisme ini memungkinkan Anda hanya mentransfer data 1C:Enterprise; mentransfer informasi konfigurasi dan administratif 1C:Enterprise 8 menggunakan mekanisme ini tidak mungkin dilakukan.

Kemungkinan

• pertukaran data dapat dilakukan baik dengan 1C:Database informasi perusahaan maupun dengan sistem informasi lainnya;
• mengatur strategi penyampaian pesan yang berbeda;
• penerapan berbagai metode untuk menyelesaikan tabrakan sekaligus mengubah data di berbagai node dari sistem terdistribusi;
• implementasi pemulihan pertukaran data dalam kasus seperti memulihkan basis informasi dari cadangan, dll.

Keunikan

• Dokumen XML digunakan sebagai format pertukaran;
• saat bertukar data antara basis informasi 1C:Enterprise 8, tidak ada batasan yang dikenakan pada identitas konfigurasi dan struktur objek tertentu;
• dalam satu konfigurasi beberapa skema pertukaran independen dengan sistem informasi yang berbeda dapat dibuat;
• Saat mengatur skema pertukaran, tidak ada batasan yang dikenakan pada struktur sistem terdistribusi. Baik struktur tipe "bintang" klasik dan struktur tipe "kepingan salju" multi-level yang lebih kompleks dan lainnya dapat diatur;

• pengembang solusi aplikasi diberi kesempatan untuk secara fleksibel mengelola komposisi pertukaran, baik dari segi struktur data yang dikirimkan, maupun dalam hal komposisi informasi yang dikirimkan ke node pertukaran tertentu;
• Objek database awalnya dibuat di salah satu node pertukaran. Komposisi informasi yang dikirimkan dapat disesuaikan tergantung pada isi datanya, dan tidak bergantung pada tempat pertama kali informasi tersebut dimasukkan.

Komponen

Mekanisme pertukaran data universal bukanlah solusi yang kaku. Pekerjaannya diimplementasikan oleh seperangkat alat platform teknologi 1C:Enterprise 8, yang dapat digunakan dalam solusi aplikasi dalam berbagai kombinasi.

• Rencana pertukaran
  Objek konfigurasi Exchange Plan adalah pusat pengelompokan alat pertukaran data lainnya. Dengan menggunakan objek-objek ini, sekumpulan node sistem terdistribusi dan komposisi data yang seharusnya dipertukarkan dalam kerangka rencana pertukaran tertentu dijelaskan.
  Selain itu, rencana pertukaran menerapkan dua mekanisme penting yang terlibat dalam pertukaran data:
  • Ubah Layanan Registrasi
    Memungkinkan Anda menerima informasi tentang elemen data mana yang telah diubah dan ke node pertukaran mana elemen tersebut perlu ditransfer.