Terjadi kesalahan saat membuat pengaturan sinkronisasi data. Menambahkan rencana pertukaran ke konfigurasi standar

Kirimkan artikel ini ke email saya

Alasan utama perlunya penerapan pertukaran antar database 1C adalah adanya cabang dan pemisahan jenis akuntansi, karena Seringkali perusahaan beroperasi di beberapa database informasi. Menyiapkan pertukaran 1C 8.3 memungkinkan Anda menghilangkan pekerjaan ganda - memasukkan dokumen dan direktori yang sama dalam dua program, serta dengan cepat mengirimkan objek sistem yang diperlukan untuk berbagai cabang dan departemen.

Jika diperlukan pertukaran antar cabang, digunakan RIB (Distributed Information Base). Ini adalah mekanisme pertukaran antara konfigurasi yang identik. Ini mewakili pohon dengan simpul akar terpenting di atas, dan di bawah sepasang simpul yang saling berhubungan. Perubahan dapat dilakukan di node mana pun dalam sistem ini, dan perubahan tersebut akan diteruskan ke node lain yang terhubung. Ini juga mendistribusikan tidak hanya data, tetapi juga perubahan konfigurasi dari node root ke node slave.

Jika perlu untuk memisahkan jenis akuntansi, misalnya, memelihara jenis akuntansi operasional dalam database perdagangan, dan jenis akuntansi yang diatur dalam database akuntansi, tersedia mekanisme pertukaran universal dengan pengaturan sinkronisasi data yang fleksibel.

Salah satu perkembangan terbaru 1C adalah format pertukaran data EnterpriseData. Mudah digunakan dan dimaksudkan untuk pertukaran di dalam perusahaan antara database 1C dan program pihak ketiga.

Pelaksanaan pertukaran data dalam suatu perusahaan dapat direpresentasikan dalam bentuk prosedur yang berurutan.

Pertama-tama, perlu untuk menentukan antara database mana yang harus ada pertukaran; apakah ini akan menjadi pertukaran dua arah atau satu arah; jika satu arah, maka database mana yang akan mengirimkan informasi dan mana yang hanya menerima; jika ini adalah jaringan cabang yang kompleks, maka perlu mendaftarkan skema pembangunan basis data.

Kemudian kita pilih format yang sesuai: RIB, format universal; penukaran sesuai aturan penukaran; pertukaran tanpa aturan pertukaran.

Langkah selanjutnya adalah memilih kendaraan untuk melakukan pertukaran. Banyak pilihan teknologi yang tersedia, mari kita soroti yang utama: direktori (lokal atau jaringan), sumber daya FTP, koneksi COM, layanan web, email.

Langkah keempat adalah mengidentifikasi data: dokumen, buku referensi dan, jika perlu, memerincinya hingga ke rincian masing-masing yang akan ditransfer.

Dan sebagai kesimpulan, jadwal frekuensi pertukaran ditentukan

Setiap opsi untuk menyiapkan pertukaran 1C 8.3 memerlukan persiapan yang matang. Implementasinya berada di luar kemampuan setiap pengguna, perlu mempertimbangkan banyak nuansa dan memahami prinsip-prinsip pertukaran. Perhatian khusus perlu diberikan pada konfigurasi jika database: berisi modifikasi atau banyak tambahan. detailnya, berbeda dalam versi platform atau menggunakan versi konfigurasi yang ketinggalan jaman, perusahaan besar dan menggunakan sistem otomatis, terdiri dari sejumlah besar pangkalan. Kesalahan tidak dapat diterima di sini, karena... dapat menyebabkan konsekuensi yang tidak dapat diperbaiki. Implementasi pertukaran independen dalam 1C direkomendasikan hanya jika Anda perlu mengatur transfer informasi sederhana antara konfigurasi standar.

Jika Anda meragukan kemampuan Anda, lebih baik tidak menyimpan, tetapi menghubungi spesialis kompeten yang akan membantu memecahkan masalah kompleks dalam menyiapkan pertukaran 1C 8.3.

Jika Anda masih memutuskan untuk mengonfigurasi pertukaran 1C tanpa melibatkan ahli, disarankan untuk menguji salinan database terlebih dahulu, dan sebelum mulai bekerja di database yang berfungsi, unggah konfigurasi agar dapat kembali ke keadaan semula jika terjadi kesalahan.

Di bawah ini kami memberikan contoh rinci pengaturan pertukaran 1C 8.3 secara sepihak antara konfigurasi standar Trade Management 11 (UT) dan Enterprise Accounting 3.0 (BP). Contoh ini relevan bagi banyak perusahaan yang bergerak dalam perdagangan grosir dan eceran. Di UT, akuntansi manajemen dipelihara, di BP diatur, pertukaran diperlukan untuk memudahkan pekerjaan pengguna.

Algoritma ini juga cocok untuk konfigurasi standar lainnya pada platform 1C 8.3

Pertama-tama, kami akan melakukan pekerjaan persiapan untuk penerima informasi, yaitu. untuk BP. Kami meluncurkan program dalam mode Perusahaan. Anda perlu mengatur konstanta sinkronisasi data (bagian Administrasi → Sinkronisasi data).

Perhatikan bidang Awalan; di sini Anda perlu menentukan nilai yang selanjutnya memungkinkan Anda membedakan (berdasarkan nilai kode direktori atau nomor dokumen) di program mana objek tersebut awalnya dibuat. Dalam contoh kita, singkatan biasa BP dan UT cocok, jika pengaturan pertukaran 1C 8.3 dilakukan untuk pertukaran kompleks antara sejumlah besar database, serta konfigurasi yang identik, Anda harus memasukkan setiap database dengan penunjukannya yang jelas. .

Karena unit catu daya hanya sebagai penerima informasi, kami melanjutkan ke pengaturan UT.

Di sini, seperti di BP, Anda perlu mengaktifkan sinkronisasi dan menentukan awalan. Informasi ini tersedia di bagian Data master dan administrasi → Pengaturan sinkronisasi data.

Pilih metode pengaturan: Tentukan pengaturan secara manual. Lebih jauh.

Mari kita atur opsi koneksi langsung, ketika kedua program ditempatkan dalam satu jaringan lokal, kami akan menunjukkan parameter untuk menghubungkan ke direktori keamanan informasi di jaringan ini, dan juga mengisi informasi otentikasi tentang pengguna (dalam database BP). Lebih jauh.

Sistem akan memeriksa kebenaran data yang ditentukan dan jika hasil positif akan menampilkan jendela pengaturan pertukaran 1C 8.3.

Klik tautan Ubah aturan unggah data untuk mengakses pengaturan pertukaran. Kami akan mengklarifikasi data master - hanya mengunggah yang digunakan dalam dokumen, memilih organisasi dan opsi bekerja dengan kontrak - tanpa referensi, pemisahan dokumen berdasarkan gudang. Pertukaran dimulai pada 1 Maret tahun berjalan.

Kami menuliskan aturan yang diperkenalkan dan menutupnya.

Karena contohnya adalah tentang transmisi informasi satu arah, di jendela pengaturan berikutnya untuk menerima data dari program lain, Anda harus mengatur nilainya menjadi Jangan kirim. Rekam dan tutup. Lebih jauh.

Sekarang Anda perlu memeriksa parameter yang dimasukkan dan jika sudah benar, klik Berikutnya, jika tidak, kembali ke langkah sebelumnya dengan mengklik Kembali.

Anda kemudian akan diminta untuk melakukan sinkronisasi. Klik Selesai.

Jika perlu untuk mengkorelasikan objek identik dari dua konfigurasi, jendela untuk membandingkan data akan terbuka. Kami melakukan perbandingan dan klik Berikutnya.

Saat mentransfer objek, situasi masalah mungkin muncul, Anda dapat melihat hasilnya dengan mengklik tautan Peringatan selama sinkronisasi data.

Setelah sinkronisasi selesai, sebuah jendela akan ditampilkan yang mengonfirmasi keberhasilan penyelesaian proses ini.

Di sini, menggunakan perintah Konfigurasi atau lebih baru, dalam skrip sinkronisasi, Anda dapat mengonfigurasi jadwal untuk melakukan pertukaran secara otomatis.

Ada berbagai situasi ketika Anda perlu menambahkan rencana pertukaran baru ke konfigurasi standar. Misalnya:

• Perlu menyiapkan pertukaran sarana standar dengan konfigurasi yang tidak ada pertukaran standar.
• Ada beberapa basis informasi dengan konfigurasi yang sama, Anda perlu mengatur pertukaran dengan mereka sesuai dengan aturan yang berbeda. Dan seperti yang Anda ketahui, pertukaran dengan produk di platform 8.2 tidak mengizinkan pemuatan aturan yang berbeda untuk node yang berbeda.

Cara menambahkan rencana pertukaran baru dengan produk pada platform 1C:Enterprise 8.2 (dengan dukungan untuk perpustakaan subsistem standar 2.0/3.0)

Mari kita pertimbangkan prosedur ini menggunakan contoh integrasi beberapa departemen Akuntansi nasional (Rusia, Ukraina, dan Kazakh) dengan konfigurasi Financier yang dikembangkan oleh WiseAdvise.

Dengan menambahkan rencana pertukaran baru, kami akan menyelesaikan 2 masalah sekaligus:

1. Dalam Akuntansi standar, tidak ada rencana pertukaran untuk konfigurasi Financier sama sekali (ada baiknya rencana pertukaran ini disertakan dalam pengiriman Financier itu sendiri).
2. Versi Departemen Akuntansi untuk Rusia, Ukraina dan Kazakhstan berbeda cukup signifikan, oleh karena itu harus ada aturan pertukaran yang berbeda untuk masing-masing Departemen Akuntansi. Dan karena hanya satu aturan yang dapat ditetapkan untuk satu rencana pertukaran, Anda harus membuat beberapa rencana pertukaran untuk masing-masing departemen Akuntansi nasional. Anda tentu saja dapat mengubah konfigurasi Financier sedemikian rupa sehingga memungkinkan memuat aturan Anda sendiri untuk setiap node dalam satu paket pertukaran, tetapi ini, menurut pendapat saya, akan menjadi lebih rumit dan, terlebih lagi, akan mempersulit pembaruan konfigurasi lebih lanjut.

Jadi, algoritma tindakannya:

Ini menyelesaikan penambahan rencana pertukaran. Saat Anda beralih ke mode 1C:Enterprise dan mengatur pertukaran data, paket yang kami tambahkan akan muncul di daftar paket yang tersedia.

Jika perlu, Anda dapat menambahkan tata letak dengan aturan registrasi dan konversi ke rencana pertukaran di konfigurator. Mereka akan dianggap standar. Atau Anda dapat memuat aturan ini dari file yang sudah dalam mode 1C:Enterprise.

Pertanyaan: Konfigurasi ulang pengaturan sinkronisasi data

Halo. Dalam 1C Retail 2.1, pada node periferal, selama peluncuran awal gambar yang baru dibuat, toko tempat pertukaran dilakukan ditunjukkan. Saya tidak tahu cara mengubah komposisi toko-toko ini sekarang. Saya melihatnya di Administrasi -> Sinkronisasi data ->
Unggah dokumen dan informasi referensi:
Mulai tanggal 1 Januari 2016,
Hanya berdasarkan toko: Daftar toko

Berikut cara mengganti daftar toko (ada tanda dimana toko tersebut ditandai). Saya tidak tahu cara masuk daftar?
Jika saya menemukan ini di node pusat - itu ada di paket pertukaran untuk toko, dan di sana saya pergi ke paket pertukaran dan mengatur filter registrasi, lalu di node periferal saya tidak tahu di mana itu.
Terima kasih.

Menjawab:

NamaKuNoNama berkata:

Terima kasih. Di sisi node utama, semuanya dikonfigurasi dengan benar. Saya baru saja menambahkan toko baru ke database, mereka akan segera mulai berfungsi. Di node utama saya mengaktifkannya. Tetapi pada beberapa node periferal tidak ditulis untuk semua toko, tetapi toko tersebut terdaftar. Sekarang saya bertanya-tanya apakah akan ada sinkronisasi lengkap antar toko.

Klik untuk memperluas...

Nah, di sisi node utama Anda akan mengkonfigurasi daftar toko untuk setiap node (baik baru maupun lama) pada node terdistribusi, toko-toko ini akan muncul di daftar yang Anda tentukan

Pertanyaan: Pengaturan sinkronisasi di UNF

UNF rilis 1 .6 .16 .32 Kami telah mengatur sinkronisasi dengan 1C Accounting 3.0.

Sebelum pembaruan terkini(platform dan konfigurasi), jika jalur ke database Akuntansi berubah, kami mengubahnya di sepanjang rute:
Sinkronisasi dengan program 1C:Enterprise dan RIB -> Menyiapkan sinkronisasi data -> Konfigurasi -> Pengaturan sinkronisasi data -> Pengaturan koneksi.

Sekarang poin ini hilang.

Apa menariknya? Bagaimana sekarang saya dapat mengkonfigurasi ulang jalur sinkronisasi?

Menjawab: Cara lain:

Semua fungsi - Register informasi - Pengaturan transportasi pertukaran data

Pertanyaan: Sinkronisasi data melalui format universal hanya menyinkronkan dokumen yang diposting

Selamat siang!

Sinkronisasi data yang dikonfigurasi antara BP3.0 dan BP3.0 dalam mode pengiriman/penerimaan satu arah. Diketahui hanya dokumen dengan status selesai yang dikirim. Dan jika di database pengirim status dokumen yang sudah terkirim diubah menjadi belum diposting, maka di database penerima ditandai untuk dihapus. Saya menjelajahi Internet dan tidak menemukan apa pun. Di mana-mana pada dasarnya ada sinkronisasi antara UT dan BP. Cara membuatnya dengan tanggal yang spesifik semua dokumen, bahkan yang berstatus lengkap, dikirim ke database penerima dan, ketika postingan dibatalkan, tidak ditandai di sana untuk dihapus.

Konfigurasinya khas "Taksi". 1C 8.3.10.2667 BP3.0.54.20. Kedua database tersebut dibuat berdasarkan konferensi yang sama.

Menjawab: Dan setelah perubahan pada modul pertukaran, agar dapat berfungsi, Anda perlu membuat ulang sinkronisasi atau modul akan berfungsi pada modul yang sudah dibuat. Kalau tidak, saya mengubah bidang pengiriman dan penerimaan, tetapi sepertinya tidak terjadi apa-apa (

Pertanyaan: Menyiapkan sinkronisasi ZUP31-BUKH30

Saya sedang menyiapkan sinkronisasi ZUP31 - Accounting 3.0.
Di mana-mana di sumber tentang pengaturan sinkronisasi mereka menulis bahwa selama sinkronisasi pertama, jendela untuk mengatur korespondensi akan muncul sehingga tidak ada direktori duplikat.
Saya menjalankan sinkronisasi untuk pertama kalinya, tidak ada jendela untuk mengatur korespondensi, akibatnya yang saya lihat adalah organisasi lain telah muncul di ZUP31 (ditransfer dari BUKH30), dan di BUKH30 sendiri tidak ada dokumen "Refleksi Gaji" yang dibuat. , meskipun ada di ZUP31.
Tolong beri tahu saya apa yang saya lakukan salah?

Menjawab:() Terima kasih, saya akan mencoba

Pertanyaan: Sinkronisasi data antara UT11 dan BP3

Selamat malam, anggota forum yang terhormat.

UT - Manajemen Perdagangan, edisi 11 (11.3.2.207)
BP - Akuntansi Perusahaan, edisi 3.0 (3.0.47.33)

Ada dua database di mana saya ingin mentransfer data melalui format pertukaran universal (UT (sumber) ---> BP (penerima)).
Saat saya mengatur pertukaran untuk pertama kalinya, semua dokumen dan semua data yang terkait dengan dokumen yang ditransfer dimuat secara normal.

Masalahnya adalah sebagai berikut: ketika setelah beberapa waktu saya mulai memuat data untuk kedua kalinya, ternyata kali ini implementasinya tidak dimuat, tidak peduli bagaimana saya mengkonfigurasi ulang pertukaran, implementasinya tidak dimuat. Sejauh yang saya pahami, implementasi ini karena alasan tertentu tidak cocok untuk pertukaran standar. Dalam hal ini, saya punya pertanyaan, bagaimana Anda bisa melihat apa sebenarnya yang salah dengan mereka. Apakah ada laporan?

Kebijakan akuntansi tidak berubah, organisasi tidak berubah, konfigurasi tidak diperbarui.
Satu-satunya hal yang berubah adalah sekarang saya telah menambahkan awalan ke dokumen baru yang saya atur saat mengatur sinkronisasi. Namun sepengetahuan saya, ini bukanlah penyebab utama, karena kuitansi dan pesanan pelanggan (faktur pembayaran) dimuat tanpa masalah. Tidak ada tanggal larangan yang ditetapkan.

Saya sangat mengharapkan bantuan Anda, salam Alexei.

Menjawab: Apakah ada panduan terperinci mengenai rencana pertukaran universal?

Pertanyaan: Sinkronisasi data BP 3.0 tanpa hak penuh

Selamat siang. BP 3.0.51.16. Peron 8.3.10.2252. Pengguna harus diberikan hak untuk menyinkronkan data. Saat Anda menambahkan "Sinkronisasi data dengan program lain" ke hak profil, tidak ada item sinkronisasi di antarmuka. Apakah mungkin memberikan hak sinkronisasi kepada pengguna tanpa memasukkannya ke dalam grup Administrator?

Menjawab: Selain itu, dalam Formulir Umum, pada sesi wajib dengan pengurangan hak, tidak semua elemen formulir yang mungkin diperlukan dibuka.

Terdapat sinkronisasi data melalui format universal antara BP 3.0.65.80 -> UT 11.3.4.227. Cara memastikan pendaftaran otomatis perubahan penukaran dengan UT dilakukan hanya untuk satu jenis dokumen yaitu “kwitansi ke rekening giro”.

Menjawab:() Terima kasih banyak! Membantu)

Pertanyaan: Kesalahan sinkronisasi data

Tolong beri tahu saya apa kesalahan ini:

Saat membuat pengaturan pertukaran di infobase kedua, terjadi kesalahan: (Processing.DataExchangeCreation Assistant.ObjectModule(861)): Kesalahan saat mengatur nilai atribut konteks (SentNumber) NewNode.SentNumber = 0; karena alasan: Properti tidak dapat diubah untuk node yang telah ditentukan sebelumnya

Saya telah menyiapkan sinkronisasi lebih dari sekali, namun ini adalah pertama kalinya.
Cara saya mencoba menyelesaikan masalah:

• Saya memperbarui database - hasil yang sama;
• Saya mengganti aturan dengan yang lebih baru - hasilnya sama.

Pertukaran antara ZUP 3.0.25 dan BP 3.0.43

Menjawab:

Ternyata saat membuat pertukaran, 1C tidak membuat node, dan bahkan awalan (“kode” node) tidak cocok. Mungkin saja seseorang melakukan sesuatu yang aneh sebelum saya.
Secara umum, saya membuat node secara manual, menentukan kode sebagai awalan keamanan informasi (untuk berjaga-jaga), kemudian menggunakan asisten pembuatan sinkronisasi dan semuanya berfungsi!
Menutup

Pertanyaan: Menyiapkan pertukaran dua arah UT 10.3 - BUKH 3.0

Setelah transisi dari BUKH 2.0 ke 3.0, saya menyiapkan pertukaran dua arah UT 10.3 - BUKH 3.0.

Di UT 10.3 saya memuat aturan pertukaran yang mentransfer data dari UT ke BUKH.
Namun saya tidak dapat menemukan tempat untuk mendownload aturan pertukaran yang mentransfer data dari BUH ke UT.
Sebelumnya, jika ditukar dengan BUKH 2.0, aturan tersebut bisa dimuat ke dalam UT 10.3 dalam satu bentuk. Bagaimana sekarang?
Di BUKH 3.0, dalam pengaturan sinkronisasi data, saya menemukan tombol "Unduh aturan". Ketika Anda mengkliknya, Anda perlu mengunduh arsip zip. Dan saya punya aturan dalam bentuk file xml.
Selain itu, file zip untuk BUKH 3.0 harus berisi tiga file: dua file dengan aturan pertukaran UT-BUKH dan BUKH-UT dan satu file aturan registrasi.

1. Setelah beralih ke BUKH 3.0, apakah penukaran hanya dapat dilakukan dari BUKH?
2. Dimana saya bisa mendapatkan peraturan pendaftarannya?

Tolong bantu saya mengatur pertukarannya.

Menjawab: dari BP 3.0 hanya kartu pembayaran yang diunduh

Pertanyaan: Menyinkronkan data dengan sistem pihak ketiga(Pertanyaan tentang EnterpriseData)

Pertanyaan bagi mereka yang sudah menggunakan format ini untuk sinkronisasi.

1. Saat mengunggah datanya, 1C menambahkan elemen setelah hampir setiap objek<УдалениеОбъекта>:
<УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <КонтрагентыГруппаСсылка>79 e0f739-64 d0-11 e4-8025 -5404 a67fc69d
Selain itu, ia mengirimkan pesan untuk elemen yang tidak dihapus.
Data macam apa ini?

Menjawab: Hanya untuk bersenang-senang, sistem akuntansi 1C. diambil dan data diunduh dari sana.
Satu entitas telah ditambahkan - "Produk Uji" ke grup "Produk" yang sudah ada sebelumnya.
1C membongkarnya, tetapi menambahkan DeleteObject untuk masing-masingnya.
<Справочник.ЕдиницыИзмерения> <КлючевыеСвойства> <Ссылка> <Код>796 <Наименование>komputer <НаименованиеПолное>Benda <Справочник.Номенклатура> <КлючевыеСвойства> <Ссылка> <НаименованиеПолное>Produk Uji <КодВПрограмме>b2-00000001 <Наименование>Produk Uji <ТипНоменклатуры>Produk <ЕдиницаИзмерения> <Ссылка>675 d8f51-3418 -11 e4-bde5-bcaec5d977c3 <Код>796 <СтавкаНДС>PPN18 <Группа> <Ссылка> <Наименование>Barang-barang <КодВПрограмме>00 -00000001 <ДанныеАлкогольнойПродукции> <АлкогольнаяПродукция>PALSU <ВидАлкогольнойПродукции xsi:nil="true"/> <ИмпортнаяАлкогольнаяПродукция>PALSU <ОбъемДАЛ xsi:nil="true"/> <ПроизводительИмпортер xsi:nil="true"/> <УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <НоменклатураГруппаСсылка>a0c6a6d7-7 b58-11 e7-8 a86-681729 e23587 <УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <НоменклатураСсылка>675 d8f53-3418 -11 e4-bde5-bcaec5d977c3

Dalam kehidupan nyata, jarang ada perusahaan yang bertahan hanya dengan satu database 1C. Situasi yang paling umum adalah dua basis, akuntansi dan penggajian.

Basis harus terhubung - gaji telah diperoleh, pajak yang masih harus dibayar harus dikirim ke departemen akuntansi untuk pembayaran.

Untuk menghubungkan beberapa database, ada Exchange 1C. Bagaimana cara kerjanya?

Apa itu Pertukaran 1C?

Ada jaringan toko dan kantor pusat. Setiap toko dan kantor memiliki gudang. Barang dipindahkan dari gudang ke gudang (terutama dari gudang pusat ke gudang penyimpanan), dan dijual di toko-toko.

Basis data 1C Retail digunakan di kantor dan basis data yang sama di setiap toko. Pangkalan di toko berada di bawah pangkalan di kantor.

Di kantor, dokumen dibuat tentang pergerakan barang dari gudang ke gudang, dan harga ditetapkan. Dokumen diunggah ke database bawahan dan barang “muncul” di sana.

Toko membuat dokumen tentang penjualan barang yang telah selesai. Dokumen diunggah ke database kantor dan penjualan “muncul” di sana.

Skema ini disebut basis informasi terdistribusi (RIB). Prosedur untuk “mengunggah” dokumen – pertukaran 1C dua arah. Dan pengaturan skema ini adalah URIB atau URIBD (manajemen basis data informasi terdistribusi).

Prinsip bertukar direktori dalam 1C

Direktori 1C (dan kumpulan semua direktori "dalam kompleks" disebut NSI - informasi referensi normatif) - dalam database yang berbeda biasanya harus sama. Artinya walaupun ada beberapa database, daftar barang, gudang, dan kontraktornya sama di database yang berbeda.

Praktik yang umum adalah ketika sebuah direktori diizinkan untuk diedit dalam satu database, dan disalin (“dimigrasikan”) ke database lain. Seperti yang telah kita bahas sebelumnya, setiap elemen 1C memiliki pengidentifikasi unik - GUID. Direktori biasanya disalin bersama dengan GUID-nya, dan karenanya identik di seluruh sistem informasi terdistribusi.

Jika tidak, ketika beberapa database yang sudah ada sebelumnya tersambung, atau ketika direktori dapat dibuat di database yang berbeda secara bersamaan, GUIDnya akan berbeda. Ada mekanisme pencocokan untuk ini. Dalam register informasi khusus selama pertukaran 1C, informasi dicatat bahwa elemen dari database No. 1 dengan GUID xxx sama dengan elemen dalam database ini dengan GUID yyy. Awalnya, unsur-unsur yang ada yang tidak lagi setara harus dibandingkan secara otomatis (menggunakan rincian lain, misalnya berdasarkan nama atau nomor pokok wajib pajak dan pos pemeriksaan) atau secara manual.

Prinsip Pertukaran Dokumen dalam 1C

Dokumen dalam 1C diposting menurut register dan kemudian dianggap "diposting". Hal ini menimbulkan kesulitan yang dapat dimengerti selama transfer.

Salah satu pilihannya adalah hanya mentransfer dokumen dan mentransfernya lagi setelah diunduh. Cara ini sering digunakan, namun dapat menimbulkan kesalahan - dokumen mungkin tidak diposting di database baru, karena kondisi selama postingan mungkin berbeda dengan saat dokumen diposting di database asli.

Pilihan lainnya adalah mentransfer dokumen dan register bersama-sama. Seperti yang kita pahami, pertanyaan segera muncul - apakah kita mentransfer semua dokumen secara umum dan kemudian seluruh register secara umum, atau kita terpaksa memilih untuk hanya mentransfer pergerakan pada dokumen yang ditransfer.

Katakanlah kita perlu mentransfer item dari direktori Nomenklatur. Direktori ini memiliki 10 bidang, 5 di antaranya adalah string dan angka, dan 5 adalah link ke direktori lain.

Oleh karena itu, ketika mentransfer satu elemen Nomenklatur, kami terpaksa mencari dan mentransfer juga 5 elemen direktori lainnya.

Jadi, ketika mentransfer satu elemen direktori atau satu dokumen, 100 atau lebih objek 1C lainnya dapat ditransfer melalui tautan.

Faktanya, hampir semua referensi konfigurasi dikatakan saling merujuk satu sama lain dalam satu atau lain cara.

rencana pertukaran 1C

Misalkan kita telah membuat database terdistribusi dan melakukan pertukaran 1C. Barang telah dibeli ke gudang pusat dan disiapkan untuk dikirim ke toko. Di 1C di kantor mereka memperkenalkan dokumen yang diperlukan pergerakan barang. Membutuhkan mereka untuk dimuat ke toko.

Apa yang harus dilakukan? Lakukan pertukaran 1C penuh lagi? Panjang dan tidak efektif! Akan lebih baik untuk menghitung apa sebenarnya yang ditambahkan atau diubah oleh pengguna di kantor, sehingga hanya perubahan yang dikirim ke toko.

Ada rencana pertukaran 1C untuk ini. Pemrogram membuat rencana pertukaran 1C terlebih dahulu untuk melakukan pertukaran 1C dengan beberapa database lain, misalnya dengan toko kami.

Rencana pertukaran 1C mencatat ketika pengguna bekerja dengan direktori dan mendokumentasikan apa yang telah ditambahkan atau diubah sejak pertukaran 1C terakhir dengan database ini.

Pembuatan URIB 1C

Jadi, kita akan membuat database terdistribusi dari awal. Awalnya, kami memiliki basis kantor “induk”. Dari situ kita akan memilih database toko yang akan menjadi bawahannya.

Konfigurasi tipikal sudah memiliki paket pertukaran 1C standar. Jenis pangkalan yang dimaksudkan secara intuitif jelas dari namanya:

• Tukarkan 1C dengan situs web: tukar dengan situs web 1C:Bitrix
• Pertukaran 1C UPP-UT atau UT-Retail: pertukaran umum dengan konfigurasi saudara
• Penuh – Pertukaran 1C dengan database berdasarkan konfigurasi yang sama.

RIB - basis informasi terdistribusi - juga dapat dibuat berdasarkan rencana pertukaran "Penuh" 1C. Di konfigurator, dalam rencana pertukaran 1C ini, kotak centang "Base info terdistribusi" harus dicentang.

Rencana pertukaran 1C yang dibuat di konfigurator menunjukkan bahwa kita akan bertukar dengan konfigurasi ini. Dalam mode Perusahaan, dalam paket pertukaran 1C yang sama, Anda sekarang perlu menentukan database spesifik berdasarkan konfigurasi ini.

Ayo masuk ke exchange plan 1C (Operations/Exchange Plan; bisa juga di menu lain, sering di menu Service/XXX).

Dalam daftar database di paket pertukaran 1C ada satu dengan lingkaran hijau di gambarnya. Elemen ini singkatan dari DASAR INI. Elemen lainnya menunjukkan basis LAIN yang digunakan untuk menukar 1C.

Nama dan kode semua elemen harus diisi.

Untuk membuat subbase toko:

• Tempatkan kursor dalam daftar pada elemen rencana pertukaran 1C, yang kami buat sebagai "basis penyimpanan"
• Pilih item menu “Tindakan/Buat gambar awal”.

Hasilnya, satu database akan dibuat dengan data awal yang diunggah ke dalamnya. Ini harus diulangi untuk setiap elemen rencana pertukaran 1C, kecuali BASE SAAT INI.

Teori pertukaran 1C

Teori pertukaran 1C cukup sederhana:

• Salah satu database (biasanya database pusat) memulai pertukaran 1C sesuai jadwal atau "berdasarkan peristiwa" (masuk ke database pengguna tertentu, dll.)
• Pertukaran 1C terdiri dari mengunduh file dari database
• File harus dipindahkan ke tempat di mana database budak dapat mengambilnya (biasanya share atau ftp, lebih jarang email)
• Basis data budak mengunduh file yang diterima
• Sebagai konfirmasi bahwa informasi telah diterima, database budak mengunggah file “respons”, yang dimuat kembali ke database pusat dengan cara yang sama
• Sesi pertukaran 1C selesai.

Ada metode lain untuk bertukar 1C, bukan melalui file, tetapi, misalnya, melalui koneksi COM langsung antara dua database. Keuntungannya:

• Tidak diperlukan "ruang untuk menyimpan dan mentransfer file".
• Tidak perlu mengunggah ulang konfirmasi
• Semuanya terjadi lebih cepat karena dua poin pertama.

Namun, batasannya jelas - basis harus dapat diakses satu sama lain agar dapat memulai koneksi COM.

Menyiapkan RIB 1C

Dalam konstanta konfigurasi standar (Operasi/Konstanta; atau Pengaturan Layanan/Program) biasanya ada pengaturan umum pertukaran 1C. Ini adalah awalan dalam kode elemen dan nomor dokumen untuk memudahkan menentukan database mana yang dibuat. Serta metode internal untuk menyimpan informasi tentang tempat pembuatan direktori dan dokumen.

Sekarang Anda perlu mengkonfigurasi bagaimana proses pertukaran informasi 1C secara berkala antara database yang dibuat akan berlangsung.
Semua pengaturan RIB di 1C berada dalam konfigurasi standar, biasanya di menu Layanan/Basis informasi terdistribusi/Konfigurasi node RIB.

Untuk setiap elemen “basis penyimpanan jarak jauh” yang dibuat sebelumnya, Anda perlu menambahkan elemen pengaturan.

Pengaturan menunjukkan metode pertukaran 1C: file (berbagi), file (FTP), file (email).

Membuat dan menyiapkan basis informasi 1C terdistribusi di klien tipis

Mari kita lihat pengaturan serupa dalam konfigurasi tipikal berdasarkan klien tipis– Revisi Manajemen Perdagangan 11.
Pengaturan (dan pembuatan dari awal) terletak di tab Administrasi pada antarmuka. Barang “Pertukaran data”.

Pilih “Buat pertukaran di basis info terdistribusi”.

Sejak awal, 1C akan meminta kita untuk menunjukkan bagaimana kita akan bertukar informasi dengan database bawahan. Berikut adalah opsi konfigurasi “melalui file di bola”.

Berikut adalah opsi konfigurasi melalui file FTP.

Nama pengaturan pertukaran 1C kami.

Dan segera muncul proposal untuk membuat "gambar awal" - yaitu, database budak itu sendiri dengan mengunggah informasi utama ke dalamnya.

Berbeda dengan konfigurasi pada klien tebal, kedua pengaturan pertukaran 1C berada di satu tempat.

Pertukaran data antara solusi aplikasi 1C 8 adalah sesuatu yang tanpanya tidak mungkin membangun solusi yang lengkap ruang informasi perusahaan.

• Mengapa pertukaran data diperlukan dan bagaimana menggunakannya?
• Jenis pertukaran antara 1C.
• Bagaimana cara mengkonfigurasi pertukaran data antara database 1C?

Anda akan menemukan jawaban atas pertanyaan-pertanyaan di bawah ini.

Biasanya ada dua alasan untuk memperkenalkan pertukaran:

Organisasi ini memiliki jaringan cabang

Dalam hal ini, Anda hanya perlu mengatur pertukaran antar cabang yang berbeda. Untuk itu, terdapat mekanisme dalam sistem perusahaan 1C 8.3. Dengan mana Anda dapat secara fleksibel mengkonfigurasi pertukaran informasi. Misalnya, untuk cabang Anda dapat menonaktifkan visibilitas dokumen untuk cabang lain dan pada saat yang sama kantor pusat akan melihat dokumen semua cabang. Contoh lain adalah menyiapkan pertukaran antara database 1C Retail di kantor dan toko.

Pemisahan berdasarkan jenis akuntansi

Biasanya, ini berarti bahwa organisasi menyimpan catatan yang berbeda dalam database informasi yang berbeda. Pemisahan ini memungkinkan Anda untuk menyaring informasi yang “tidak diperlukan” untuk jenis akuntansi lain untuk berbagai basis informasi. Contoh: disebut “Akuntansi manajemen” akan dimasukkan ke dalam database “Manajemen Perdagangan”, di mana semua transaksi tercermin, dan manajemen melihat gambaran lengkap dari peristiwa tersebut, dan hanya dokumen yang diperlukan untuk akuntansi dan akuntansi pajak yang diunggah ke database akuntansi yang diatur “Akuntansi Perusahaan ”.

Apa mekanisme pertukaran antara database 1C?

Pertukaran data dapat diklasifikasikan dalam dua cara: mekanisme yang digunakan dan transportasi yang digunakan untuk pertukaran.

Mekanisme pertukaran data 1C

Biasanya, dua mekanisme digunakan untuk pertukaran:

• Basis informasi terdistribusi (RIB)— mekanisme yang memungkinkan Anda mengatur pertukaran data antar cabang. Mekanisme ini menyiratkan bahwa konfigurasi database yang benar-benar identik dipertukarkan. Mekanismenya dapat mentransfer perubahan konfigurasi database. Mekanisme tersebut diterapkan pada tingkat platform teknologi.
• Mekanisme universal untuk pertukaran antar konfigurasi— mekanisme ini dikembangkan oleh 1C untuk solusi aplikasi. Ini bersifat universal dan berdasarkan. Pertukaran data dilakukan menggunakan aturan xml, yang dibuat dalam konfigurasi khusus - . Dengan menggunakan mekanisme ini, Anda dapat menerapkan pertukaran satu kali dan pertukaran konstan antara konfigurasi 1C. Mekanisme ini diterapkan pada tingkat konfigurasi; Anda dapat mengintegrasikannya ke dalam konfigurasi Anda dari konfigurasi teknologi.

Transportasi untuk pertukaran data

Transportasi dapat berupa berbagai teknologi yang cukup luas. Mari kita pertimbangkan yang utama yang diterapkan dalam mekanisme pertukaran universal 1C 8.2:

Dapatkan 267 pelajaran video di 1C gratis:

• Lokal atau direktori jaringan - transportasi paling sederhana. Satu keamanan informasi membuat file pada disk, yang kedua membacanya dan menambahkan filenya sendiri.
• Sumber daya FTP— pertukaran mirip dengan pertukaran melalui katalog. Bedanya, pertukaran dilakukan melalui protokol FTP.
• Pesan pos atau Email- pertukaran terjadi sesuai kemampuan Surel. Konfigurasi dikirim satu sama lain pesan surat dan secara teratur memeriksa alamat email untuk pesan baru.
• Koneksi langsung (COM)- pertukaran dilakukan melalui koneksi langsung satu basis ke basis lainnya sesuai kemampuan kita.
• Internet (layanan web)— transportasi adalah layanan web. Satu infobase terhubung ke , layanan web terhubung ke infobase kedua dan mengirimkan pesan. Untuk melakukan transportasi seperti itu, Anda harus memilikinya.

Bagaimana cara mengatur pertukaran data antar database 1C?

Untuk dasar-dasar pengaturan pertukaran data di 1C menggunakan konfigurasi “1C Data Conversion”, lihat contoh di video:

Pertukaran data 1C sesuai jadwal di 1C 8.2

Jika Anda perlu mengonfigurasi pengunggahan otomatis sesuai jadwal, cukup konfigurasikan .

Untuk versi klien-server

Di direktori "Pengaturan pertukaran data", pada tab "Pertukaran otomatis", Anda perlu membuat tugas terjadwal baru, di mana Anda menentukan jadwal:

Untuk opsi file

Di direktori "Pengaturan pertukaran data", pada tab "Pertukaran otomatis", Anda perlu membuat tugas rutin baru, di mana, pada tab "Pertukaran berdasarkan peristiwa", tentukan peristiwa di mana pertukaran akan diluncurkan. Misalnya, ketika pengguna tertentu memulai: