Tujuan dari artikel ini adalah untuk menjawab pertanyaan pertama tentang CD3 dan contoh sederhana menunjukkan bagaimana memodifikasi aturan model. Informasinya berguna untuk pemula dan mereka yang sudah mulai menguasai dan memiliki pertanyaan baru.

Singkatan yang diterima dalam publikasi ini

CD2- Konversi Data konfigurasi, edisi 2.0.
CD3- konfigurasi Konversi data, edisi 3.0, konfigurasi 3.0.5.3.
ED- format universal pertukaran EnterpriseData.

Jawaban atas pertanyaan setelah kenalan dangkal dengan CD3. Jika Anda tahu mengapa CD3 diperlukan, Anda tidak dapat membaca paragraf ini;)

Pertanyaan dan jawaban

• KD3 adalah versi baru dari KD2? TIDAK! Ini adalah alat lain yang menyelesaikan tugas serupa dengan CD2. Setiap alat memiliki kegunaannya masing-masing.
• Apakah CD3 lebih baik dari CD2? Mereka tidak dapat dibandingkan, karena Mereka adalah alat yang berbeda dan masing-masing memiliki pro dan kontra.
• Untuk mengubah aturan pertukaran CD3, Anda perlu menghapus konfigurasi dari dukungan? TIDAK Anda TIDAK perlu menarik diri dari dukungan! Dalam konfigurasi tipikal, Anda dapat terhubung secara teratur pemrosesan eksternal dengan aturan, dan pada konfigurasi yang mendukung platform 8.3.10 dan lebih tinggi, Anda dapat mengedit aturan menggunakan ekstensi.
• Anda perlu memigrasikan data dari konfigurasi yang dibuat khusus. Untuk tujuan belajar, Anda dapat menggunakan CD3? Jika Anda mengajukan pertanyaan ini, Anda mungkin tidak bisa. Untuk CD3, konfigurasi harus menyertakan BSP 2.3 dan lebih tinggi dengan sinkronisasi melalui format universal. CD2 cocok untuk Anda 100%, CD3 dipertanyakan.
• Apakah mungkin menggunakan CD3 untuk konfigurasi modifikasi standar? Ya kamu bisa. Jika data non-tipe Anda dapat diteruskan menggunakan alat peraga ED atau AdditionalInfo, maka bagus. Jika tidak, ada opsi untuk mengubah format pertukaran (skema XML). Dalam hal ini, kemampuan CD3 hampir sama dengan CD2, tetapi keunggulan utama CD3 akan hilang - universalitas format pertukaran.
• Bisakah konfigurasi yang mendukung ED dipertukarkan satu sama lain? Ya! Tetapi untuk pertukaran BP 3.0 - BP 3.0, saat membuat sinkronisasi, Anda tidak dapat memilih BP 3.0. Tidak apa-apa, pilih "Program lain". Jika Anda memerlukan pertukaran satu kali, cukup menggunakan pemrosesan "Unggah unduhan Data Perusahaan" di menu Semua fungsi.
• Setelah memperbarui konfigurasi, apakah saya perlu mengunduh aturan terbaru dari kit distribusi? TIDAK! Aturan yang terkandung dalam modul konfigurasi. Untuk bertukar dengan database 1C lainnya, Anda tidak perlu memuat aturan database lain. Mengapa? Detail dalam artikel ini.
• Setelah memperbarui satu database, apakah Anda perlu memperbarui database lain yang berpartisipasi dalam pertukaran? TIDAK! Tidak perlu memperbarui semua database yang terlibat dalam pertukaran secara sinkron. Inilah salah satu keunggulan CD3.
• Konfigurasi kami telah sangat ditingkatkan, ada jenis dokumen dan direktori baru, dapatkah CD3 mentransfernya? Ada kemungkinan tanpa mengubah format tidak akan bisa. Ini adalah salah satu "minus" CD3 dibandingkan dengan CD2.

Lalu mengapa perlu KD3? Keuntungan dan kerugian

Pro CD3

Mari pertimbangkan nilai tambah utama CD3 pada contoh tugas yang sering terjadi. Ada konfigurasi UT 11.3 yang tidak diperbarui karena alasan apa pun. Diperlukan untuk mengatur pertukaran dengan BP 3.0, yang terus diperbarui hingga rilis saat ini.

Tidak masalah.

• Format pertukaran universal yang digunakan dalam CD3 dirancang untuk mengatasi masalah tersebut.
• Aturan pertukaran di UT dibuat bukan untuk ditukar dengan BP, tetapi untuk ditukar dengan format EnterpriseData universal.
• Jika kita beroperasi dengan konsep CD2, maka UT bertukar dengan konfigurasi ED yang tidak berubah. BP 3.0 juga bertukar dengan ED.

Setiap konfigurasi memiliki aturannya sendiri untuk bertukar dengan ED. Dengan demikian, UT mengunggah data selalu dalam format yang sama. Konfigurasi BP 3.0, betapapun barunya, harus dapat menerima data dari format ini.

Ternyata di UT Anda tidak perlu khawatir dengan fakta bahwa beberapa detail di BP akan berubah. Tugasnya sederhana - mengunggah ke ED, dan konfigurasi PSU harus dapat menerima data dari format ini.

• Karena konfigurasi sumber selalu dibongkar dalam satu format, setiap konfigurasi penerima dapat memuat data dari format universal ini.
  Itu. untuk kombinasi pertukaran sewenang-wenang UT - BP, UT - KA, UT - ERP, KA - BP, ERP - BP. tidak perlu menulis aturan individual. Di CD3, aturannya bersifat universal. Konfigurasi apa pun yang mendukung pertukaran dalam format universal dapat bertukar dengan konfigurasi apa pun yang mendukung format ED.

Debugging algoritma dan aturan tersedia dalam konfigurasi itu sendiri. semua aturan adalah modul umum atau kode pemrosesan eksternal. Anda dapat melakukannya tanpa CD3 untuk memperbaiki kesalahan dengan cepat.

Kekurangan CD2

Aturan pertukaran bersifat individual untuk setiap pasangan konfigurasi. Untuk semua kombinasi pertukaran di atas jenis yang berbeda konfigurasi dan versi konfigurasi yang berbeda memerlukan aturan pertukaran mereka sendiri. Oleh karena itu, untuk mengatasi masalah pertukaran UT 11.3 dan BP 3.0 di atas, perlu dilakukan debug dan penyempurnaan aturan pertukaran hampir setelah setiap pembaruan BP 3.0.

Algoritme dan aturan debug sulit bagi programmer pemula atau seseorang yang jarang menghadapi tugas ini. Aturan disimpan dalam file xml. Perbaikan cepat tidak tersedia. Anda perlu memuat aturan di CD2, memperbaikinya, dan mengunggahnya kembali.

Kontra CD3

Format universal memberlakukan batasan pada jenis dokumen dan direktori. Ini dirancang untuk konfigurasi tipikal. Jika Anda memiliki persyaratan atau jenis dokumen yang tidak standar, mungkin sulit untuk ditukar.

Untuk mengimplementasikan sinkronisasi dalam format ED, konfigurasi harus mendukung mekanisme ini. Semua ini ada di BSP 2.3 dan lebih tinggi. Ini sebenarnya bukan kerugian, ini lebih merupakan fitur.

Kelebihan utama sedikit memudar karena kerangka waktu yang terbatas untuk dukungan format. Hal ini sudah dialami oleh pengguna UT 11.1, UT 11.2 yang melakukan exchange dengan BP 3.0. Waktu dukungan tercantum di tautan ini. Dikatakan bahwa periode dukungan minimum yang dijamin untuk format adalah satu tahun, bahkan sekitar 3 tahun. Jadi, jika Anda mengatur sinkronisasi hari ini, Anda tidak dapat memperbarui database UT 11 setidaknya selama satu tahun, dan kemudian memperbarui konfigurasi, atau cukup menambahkan format baru, buat perubahan kecil pada BSP dan aturan sesuai kebutuhan. Bagaimana cara melakukannya? Akan ditentukan nanti dalam artikel ini.

Pro CD2

Kemungkinan CD2 tidak terbatas. Anda dapat membuat aturan pertukaran untuk konfigurasi apa pun di platform apa pun. Dari 1C 7.7 hingga terbaru 8.3. Tidak ada yang diperlukan dari konfigurasi, BSP tidak diperlukan. Aturan dapat dibuat di mode otomatis dan ditingkatkan.

Sehubungan dengan kelebihan dan kekurangan di atas, disarankan untuk menggunakan KD3 untuk konfigurasi tipikal. KD2 dapat digunakan untuk konfigurasi apa pun, tetapi mengingat kekurangannya, jangan lupa bahwa terkadang lebih baik menggunakan KD3.

Saya harap ini mengerti mengapa CD3 dibutuhkan, kami melanjutkan manfaatnya.

Singkatan yang diterima lebih banyak

BSP- Perpustakaan subsistem standar.
DI BAWAH- aturan pemrosesan data.
PKO- aturan konversi objek.
PKPD- aturan konversi data yang telah ditentukan.
PCS- aturan konversi properti.

Pertimbangkan sebuah contoh - aturan pertukaran tipikal untuk BP 3.0 dan UT 11.3 perlu diubah

Dengan latar belakang kuning adalah langkah-langkah dari instruksi yang terbuka di CD3. Urutan langkah-langkah yang diusulkan dalam artikel ini berbeda agar tidak bingung dan segera menyelesaikan tindakan yang dimulai secara logis.

Bagaimana cara mengubah aturan ED?

1. Perbaiki modul dengan aturan pertukaran langsung dalam konfigurasi. Kami belum mempertimbangkan opsi ini, karena untuk memahami apa yang perlu diubah dan di mana, perlu dilakukan setidaknya sekali di CD3. Dalam hal ini, akan lebih mudah di masa mendatang untuk menyelesaikan masalah dengan cepat, men-debug modul dan mentransfer ke CD3 jika perlu.
2. Gunakan CD3.
   Bagaimana ini dilakukan di CD2? Kami membongkar metadata dari kedua konfigurasi dan memuatnya ke dalam CD2.
   Langkah 1. Untuk CD3 kami melakukan hal yang sama - di setiap konfigurasi dalam mode perusahaan dengan memproses \tmplts\1c\Conversion\3_0_5_3\MD83Exp.epf unggah metadata konfigurasi,
   misalnya di folder D:\Aturan BP3\BP 3.0.54.15\", nama file " MD.xml».

Tidak jelas untuk tujuan apa pengaturan untuk pemrosesan ini disembunyikan, akibatnya data pada register informasi tidak diunggah secara default. Mari kita perbaiki bug ini.
Dalam prosedur ChangeProcessingMode() dari form utama, komentari barisnya

// Elemen.Pengaturan.Visibilitas = Salah;

Kami menyimpan pemrosesan, membukanya dalam mode perusahaan, menyetel bendera ke "Bongkar register informasi", bongkar.

Langkah 3 Mengunggah file yang dibuat sebelumnya MD.xml"dalam CD3, bagian tandai" Untuk versi baru dari konfigurasi».

Karena di CD3, "konfigurasi perantara" (ED) digunakan untuk pertukaran, kami juga memuat "metadata" -nya, yang Skema XML, file dengan ekstensi "xsd". Langkah 2 Anda dapat mengambilnya dari konfigurasi UT 11 atau BP 3.0. Mereka sama. Buka konfigurasi, di bilah pencarian masukkan " memasuki”, kita lihat di pohon Umum - Paket XDTO paket seperti ini: EnterpriseData_1_3_8, EnterpriseData_1_4_4 dan sejenisnya.. Ini adalah format versi 1.3 dan 1.4, masing-masing, dan 1.2, 1.1, 1.0 jika ada. klik kanan pada paket menu konteks Pilih "".

Langkah 4 Di bagian CD3, pilih file yang diunggah sebelumnya dengan ekstensi "xsd". Satu file harus dipilih! Pilihan ganda dengan ExchangeMessage tidak diperlukan! Ini disarankan dalam instruksi CD3 lama dari versi sebelumnya. Dalam CD3 terbaru ini tidak diperlukan.

Setelah memuat format di bagian Format Data - Memformat Pohon Objek, pilih versi format. Jika ada dokumen dan buku referensi, maka Anda telah mengunggahnya berkas yang benar. Jika tidak, mulai lagi dengan CD3 kosong yang baru dan pertama-tama muat formatnya dan periksa strukturnya.

Tahap 2. Setelah memuat metadata dalam CD3, kami melanjutkan untuk memuat aturan pertukaran standar.
Bagaimana ini dilakukan di CD2? Aturan dimuat ke dalam konversi.
Ini hampir sama di CD3. Kami membongkar aturan dari yang standar, membuat konversi, dan kemudian memuat aturan ke dalamnya.

Membongkar aturan standar dari konfigurasi untuk memuat ke CD3

Konfigurasi dipertukarkan pada versi paling umum dari format pertukaran. Misalnya, satu konfigurasi memiliki format maksimum 1,5, yang lain 1,6, yang berarti mereka akan bertukar satu sama lain dalam format 1,5. Oleh karena itu, cukup membongkar format 1.5 dari kedua konfigurasi dan memuatnya ke dalam aturan.

Kami membuka konfigurasi BP 3.0 atau UT 11.3 dalam mode konfigurator, di bilah pencarian Anda dapat memasukkan " laki-laki uni", membuka modul umum. Jika ini BP 3.0, buka . Di modul terbuka, buka menu File - Menyimpan salinan, simpan file dengan nama sembarang, misalnya, " D:\BP3 Rules\BP 3.0.54.15\Common Module ExchangeManagerViaUniversalFormat_Module».
Buka konfigurasi BP 3.0 atau UT 11.3 dalam mode perusahaan, buka pemrosesan \tmplts\1c\Conversion\3_0_5_3\Unduh aturan sinkronisasi.epf

Kerugian dari pemrosesan tipikal:

• sering gagal;
• membongkar aturan dari pemrosesan eksternal yang terhubung ke node, dan kami membutuhkan aturan tipikal;
• tidak berfungsi di BP 3.0.53 dan lebih tinggi.

Finalisasi modul dari bentuk pemrosesan utama. Membuat perubahan pada prosedur OnCreateOnServer.

&AtServer OnCreateAtServer(Gagal, Pemrosesan Standar) // Format daftar pilihan versi. FormatVersions = Kecocokan Baru; Data ExchangeOverridden.OnGettingAvailableFormatVersions(FormatVersions); Untuk Setiap ExchangePlan Dari ExchangeDataReuseExchangePlansBSP() Pengulangan Jika ExchangeDataRetryThisExchangePlanXDTO(ExchangePlan) Kemudian Versi ExchangePlanFormat = Korespondensi Baru; Versi BSP243 = Tujuan UmumClientServer.CompareVersions(StandardSubsystemsServer.LibraryVersion(), "2.4.3.1") >= 0; ModuleDataExchangeServer = GeneralPurpose.GeneralModule("DataExchangeServer"); Jika BSPVersion243 Kemudian Versi ExchangePlanFormat = ModuleDataExchangeServer.ExchangePlanSettingsValue(ExchangePlan, "Versi ExchangeFormat"); Lain ExchangePlans[ExchangePlan].GetExchangeFormatVersions(ExchangePlanFormatVersions); Berakhir jika; Untuk Setiap Versi ExchangePlan Dari ExchangePlanFormat Version Manager Loop = FormatVersions.Get(ExchangePlanVersion.Key); Jika ManagerModule = Undefined Atau ManagerModule<>ExchangePlanVersion.Value Kemudian FormatVersions.Insert(ExchangePlanVersion.Key, ExchangePlanVersion.Value); Berakhir jika; Akhiri Siklus; Berakhir jika; Akhiri Siklus; Untuk Setiap FormatVersion DARI FormatVersion Loop Elements.FormatVersionNumber.SelectionList.Add(FormatVersion.Key); Akhiri Siklus; FormatVersionStorageAddress = PlaceInTempStorage(FormatVersion, UniqueIdentifier); Prosedur Akhir

• Pilih "Format nomor versi", misalnya " 1.3 »,
• "Pertukaran direktori" - buat folder, misalnya, ""
• Tekan tombolnya " membongkar».

Kami mengulangi langkah-langkah ini untuk versi format lain dan menyimpannya ke folder yang sesuai "1.4", "1.5", dll. Untuk BP 3.0, cukup mengunggah semua format dari 1.3 dan lebih tinggi. Untuk konfigurasi lain dari 1.2 ke atas.

Aturan telah diturunkan, sekarang Anda perlu memuatnya ke dalam CD3. Di CD2, aturan dimuat bersamaan dengan pembuatan konversi. Di CD3, Anda perlu membuat konversi dan memuat aturan ke dalamnya.
Di Bagian AC3 Konversi - Konversi - Buat. . Kami memilih konfigurasi. Untuk kenyamanan, Anda dapat mengubah nama konfigurasi dengan beralih ke mode pengeditan elemen. Misalnya, alih-alih Perusahaan Akuntansi tentukan " BP 3.0.54.15". Atribut Nama tidak perlu diubah! Nama konversi dapat ditentukan sama, misalnya, " BP 3.0.54.15". DI DALAM bagian tabular pilih versi format yang didukung. Versi format adalah yang kami bongkar dari database di atas. Simpan konversi.

Pergi ke bagian Konversi - Memuat aturan sinkronisasi dari file.
:

Lokasi Unduhan: " Ke konversi yang ada»

Pertukaran direktori: " D:\Aturan BP3\BP 3.0.54.15\1.3»

• File dengan modul pertukaran: " D:\BP3 Rules\BP 3.0.54.15\Modul umum ExchangeManagerViaUniversalFormat13_Module.txt»
• Mengubah: " BP 3.0.54.15»

Saat memuat aturan sinkronisasi dari file untuk UT 11.3, muncul kesalahan " Bidang objek tidak ditemukan". Alasannya adalah untuk TekPKO. UseToGet=False CD3 memerlukan informasi tentang opsi identifikasi saat menerima. Jika ini tidak ada dalam file aturan, terjadi kesalahan. Memperbaiki kesalahpahaman ini. Hapus formulir ini dari dukungan, atau gunakan ekstensi.

// Bentuk utama pemrosesan LoadingSynchronizationRulesFromFiles // Sebelum melakukan perubahan: // Prosedur memuat aturan untuk mengonversi objek &AtServer Prosedur LoadPSP() ... FillPropertyValues(TekPSP, Attribute Structure); // Opsi identifikasi - logika khusus. TekPSP.IdentificationVariant = Enumerations.ObjectIdentificationVariants[AttributeStruc.IdentificationVariant]; ElseIf ReadXML.NodeType = XMLNodeType.EndElement Kemudian // Tulis FSP yang dimuat. ... // Perubahan ditandai dengan "//ED" // Prosedur memuat aturan untuk mengonversi objek &AtServer Prosedur LoadPSP() ... FillPropertyValues(TekPSP, AttributeStructure); // Opsi identifikasi - logika khusus. Jika TekPSP.UseForGetting Kemudian //ED TekPSP.IdentificationVariant = Enumerations.ObjectIdentificationVariants[AttributeStruc.IdentificationVariant]; Berakhir jika; ElseIf ReadXML.NodeType = XMLNodeType.EndElement Kemudian // Tulis FSP yang dimuat. ...

Tekan tombolnya " Unduh». « Penangan dirancang untuk konversi lain: BP 3.0.44 (format 1.4). Lanjutkan unduhan?" Tekan " Ya».
Tanpa menutup formulir, pilih yang lain " Direktori pertukaran” dan tekan tombol “ ”. Kami mengulangi beberapa kali pemuatan aturan untuk setiap format ke dalam konversi saat ini.
Setelah unduhan berhasil, buka bagian " Konversi" - "Menyiapkan aturan konversi”, buka konversi kami dari formulir daftar.
Jika kita melihat , POD, dll, maka download ke CD3 berhasil.

Memeriksa kebenaran aturan pemuatan

Ini bukan operasi wajib! Jika Anda menggunakan satu versi format dalam aturan, Anda tidak perlu membuat teks modul identik.

• Buka konfigurator BP, buat pemrosesan eksternal baru, misalnya, Nama " Sinkronisasi EDBP", identik dengan" Sinkronisasi ED PSU 3.0».
• Dalam CD3 dalam bentuk " Menyiapkan aturan pertukaran"Tekan tombol" dan tempel kode ini dari clipboard ke pemrosesan baru kami.
• Di konfigurator BP, kami memeriksa modul untuk kesalahan sintaks. Simpan pemrosesan.
• buat pemrosesan kosong lain di BP, misalnya, Nama " SinkronisasiEDBP tipikal", identik dengan" Sinkronisasi ED BP 3.0 tipikal". Salin teks modul BP umum Exchange ManagerViaUniversalFormat13 ke modul pemrosesan dan simpan.

Mari kita bandingkan kedua perawatan tersebut. Menu File - Bandingkan file.

Jika ada prosedur dalam modul standar yang tidak ada dalam aturan kami, maka Anda belum memuat aturan konversi untuk semua format data. Jika diperlukan kami memuat aturan dalam format yang hilang ke dalam konversi dan mengulangi perbandingan aturan kami dengan aturan standar. Kapan Anda mendapatkan identitas? Anda dapat dengan aman mulai menyempurnakan aturan. Tidak perlu mendapatkan identitas lengkap jika Anda tahu format pertukaran mana yang tidak akan digunakan selama sinkronisasi.

Dengan cara yang sama, kami membuat konversi untuk UT 11.3 di CD3.

BP 3.0.54.15

• Pemuatan perangkat lunak yang salah diperhatikan " Direktori_Pengguna". Perlu diperbaiki. Harus.
• Di PKO" Dokumen_Persediaan Barang_Pengiriman"Untuk PKS" Penanggung jawab" tidak ditentukan oleh FSP. Buka , pilih kembali properti konfigurasi dan properti format untuk mengisi jenisnya, setelah itu pilih di kolom " Aturan Konversi Properti". Pilih " Directory_Individuals_Sending".

Pertimbangkan contoh penyempurnaan

Tujuan utama dari contoh ini adalah untuk menunjukkan kemungkinan perbaikan untuk mentransfer data tambahan yang tidak sesuai dengan format pertukaran.

Perlu mentransfer alat peraga" Jenis Nomenklatur"dari buku referensi "Nomenklatur", tipe atribut " Direktori.JenisNomenklatur". Direktori jenis ini tidak dibawa oleh aturan model CD3 dan tidak didukung oleh format ED versi di bawah 1.6.

Ada beberapa opsi untuk memecahkan masalah seperti itu.

• Penyempurnaan paket XDTO, menambahkan objek "Directory.Nomenclature types" ke format. Akibatnya, keuntungan utama dari format universal hilang - tidak lagi universal. Penyempurnaan paket XDTO akan diperlukan di semua database yang berpartisipasi dalam pertukaran.
• Gunakan properti format " Persyaratan Tambahan", yang ada di banyak objek. Kami tidak akan mempertimbangkan opsi ini di artikel ini karena kerumitannya. Perhatikan bahwa ada cara seperti itu.
• Atribut Informasi tambahan. Itu ada di header semua objek format. anyType. Dirancang untuk situasi seperti ini. Mari kita gunakan sebagai cara termudah.

Sebelum melanjutkan untuk menyempurnakan aturan standar, mari buat dua grup di grup aturan " Ditambahkan», « Berubah". Ini dilakukan di Konversi -".
AML baru, PQS, Algoritma, dll. kami akan membuat di grup "Ditambahkan", transfer objek khas yang kami ubah ke grup "Berubah". Ini akan memudahkan untuk mempertahankan aturan yang diubah nanti.

Jadi mari kita mulai.

Perubahan aturan di UT 11.3

Dalam CD3 dalam bentuk " UT 11.3.4.12 Menetapkan aturan pertukaran» tab Algoritma membuat algoritma baru

• Nama algoritma "AdditionalInfoInsert"
• Grup: "Ditambahkan"

Parameter: "Data XDTO, Nama, Nilai Tambahan"

Kode algoritma

Jika DataXDTO.Property("AdditionalInfo") AND TypeValue(DataXDTO.AdditionalInfo)=Type("Structure") Maka AdditionalData = DataXDTO.AdditionalInfo; Else ExtraData = Struktur Baru; Berakhir jika; AdditionalData.Insert(Name, AdditionalValue); DataXDTO.Insert("Info Tambahan", Data Tambahan);

Simpan algoritme dan buka tab " Aturan Konversi Objek»

Dengan tombol " Menemukan"Kami sedang mencari" Nomenklatur ", buka PKO" Direktori_Nomenklatur_Pengiriman". Buka tab " Saat mengirim". Di sana kita melihat bidang "Nama penangan:" "". Anda dapat membuat perubahan di sana.
Kode yang lebih kompleks yang membutuhkan debugging dapat ditulis dalam konfigurasi. Kami mencari prosedur dalam modul pertukaran di UT 11.3 dengan nama " PKO_Catalog_Nomenclature_Sending_Saat Mengirim Data” dan kami menyelesaikannya di sana.
Untuk mentransfer perubahan dari UT 11.3 ke CD3, salin seluruh prosedur ke clipboard, ke CD3 dalam bentuk " Menyiapkan aturan pertukaran" tekan tombolnya "".

Sebagai contoh kita, kodenya adalah

Jika ValueFilled(IBData.ItemType) Kemudian //ED AdditionalInfoInsert(XDTO Data, "ItemType", String(IBData.ItemType.UniqueIdentifier())); AdditionalInfoInsert(Data XDTO, "Nomenclature TypeName", Tujuan Umum.ObjectAttributeValue(DataIB.NomenclatureType, "Name")); // AdditionalInfoInsert... //Tambahkan detail layanan lainnya EndIf;

Setelah mentransfer perubahan ke CD3, tekan tombol " Simpan modul manajer pertukaran" dan transfer kode dari buffer ke modul UT 11.3.

Perubahan Aturan di BP 3.0

Kami melakukan perubahan pada PKO " Direktori_Nomenklatur_Mendapatkan", di tab" Saat mengonversi data XDTO", nama prosedur" PKO_Catalog_Nomenclature_Obtaining_WhenConvertingXDTOData".

Kode ditambahkan ke modul "PKO_Catalog_Nomenclature_Obtain_WhenConvertingXDTOData"

If DataXDTO.Property("AdditionalInfo") AND TypeValue(DataXDTO.AdditionalInfo)=Type("Structure") Then //ED AdditionalData = DataXDTO.AdditionalInfo; If AdditionalData.Property("Nomenclature Type") Maka Nomenclature Type = Data ExchangeXDTOServer.ObjectReferenceByOIDObjectXDTO(AdditionalData.NomenclatureType, Type("DirectoryReference.Nomenclature Types"), Exchange Components); If ItemType.GetObject()=Undefined AND AdditionalData.Property("NomenclatureTypeName") Lalu //Buat ItemTypeObject baru = References.NomenclatureTypes.CreateItem(); NomenclatureTypeObject.SetReferenceNew(NomenclatureType); Nomenklatur TypeObject.Name = AdditionalData.NomenclatureTypeName; // isi detail layanan lainnya Isi NilaiProperti(NomenclatureTypeObject,AdditionalData); TypeNomenclatureObject.Write(); Jenis Nomenklatur = Nomenklatur TypeObject.Reference; Berakhir jika; ReceivedData.NomenclatureType = NomenclatureType; Berakhir jika; Berakhir jika;

Satu kode saja tidak cukup. Perlu pada tab "Aturan Konversi Properti" untuk menambahkan PCS dengan properti konfigurasi " " dan kotak centang " Algoritma konversi digunakan".

Kami mentransfer modul manajer pertukaran ke modul konfigurasi BP 3 atau ke pemrosesan eksternal.

Bagaimana cara mengunggah aturan CD3 yang dimodifikasi ke database?

Dalam konfigurasi yang bertukar aturan pada CD2, hal ini dilakukan dalam pengaturan node. Untuk aturan yang dibuat di CD3, kami hanya akan melihat kemungkinan untuk mengubah aturan pendaftaran di sana.

Aturan yang disiapkan dalam CD3 dapat diinstal dalam konfigurasi dengan tiga cara

1. Hapus konfigurasi dari dukungan dan buat perubahan pada modul umum Exchange ManagerViaUniversalFormat;
2. Pada konfigurasi yang berjalan dalam mode kompatibilitas platform 8.3.10 dan lebih tinggi, Anda dapat melakukan koreksi pada modul umum menggunakan ekstensi.
3. Hubungkan ekstensi yang sepenuhnya menggantikan modul umum dengan aturan.
4. Tanpa menghapus konfigurasi dari dukungan, sambungkan pemrosesan eksternal dengan aturan ke node;

Dengan opsi pertama, semuanya jelas, dijelaskan dalam dokumentasi, kerugiannya adalah Anda harus menghapus konfigurasi dari dukungan. Opsi kedua - mengoreksi prosedur yang dipilih dengan ekstensi juga tidak sulit bagi pemrogram 1C - perlu membandingkan dua pemrosesan dengan aturan standar dan dengan yang dimodifikasi seperti dijelaskan di atas dalam artikel ini, dan membuat perubahan pada prosedur yang diinginkan.

Opsi ketiga - menggunakan ekstensi dengan aturan pertukaran dalam format universal saat ini yang terbaik. Hanya ada satu kelemahan sejauh ini - Anda harus menghapus benderanya " Mode aman" saat menghubungkan ekstensi ini. Ini membatasi penggunaannya layanan awan. Kami menunggu keputusan dari 1C tentang prosedur penggantian aturan pertukaran dalam format universal di 1C baru.

Intinya adalah Anda perlu menemukan dalam konfigurasi bagian kode yang bertanggung jawab untuk memilih modul umum tergantung pada versi format pertukaran dan mengganti pemilihan modul dengan modul Anda sendiri. Contoh untuk BP 3.0.67:

//////// // Modul generik Data ExchangeOverridden oleh &Instead("OnReceiveAvailableFormatVersions") Prosedur ED_OnReceiveAvailableFormatVersions(FormatVersion) ED_DataExchangeServer.OnReceiveAvailableFormatVersions(FormatVersion); Akhir dari prosedur /////// // Sinkronisasi Sinkronisasi Denyvercalformat: modul Manajer # Pengaturan.ThisExchangePlanXDTO = true; Settings.Warn ON ExchangeRulesVersion Ketidakcocokan = Salah; Pengaturan.ExchangeFormat = "http://v8.1c.ru/edi/edi_stnd/EnterpriseData"; FormatVersions = Kecocokan Baru; ED_Data ExchangeServer.When ReceivingAvailableFormatVersions(FormatVersions); //ED Settings.ExchangeFormatVersion = FormatVersion; Settings.ExchangePlanUsed inServiceModel = true; Settings.Algorithms.OnGetting ExchangeSettings Options = true; Settings.Algorithms.OnReceiveOptionDescriptionSettings = true; Settings.Algorithms.InteractiveUpload Representasi Seleksi = true; Settings.Algorithms.ConfigureInteractiveUpload = true; EndProcedure #EndIf //////// // Modul umum dalam ekstensi ED_DataExchangeServer Procedure OnReceiveAvailableFormatVersions(FormatVersion) ExportFormatVersion.Insert("1.2",ExchangeManagerViaUniversalFormat); FormatVersion.Insert("1.3", ED_ExchangeManagerViaUniversalFormat); FormatVersion.Insert("1.4", ED_ExchangeManagerViaUniversalFormat); FormatVersion.Insert("1.5", ED_ExchangeManagerViaUniversalFormat); FormatVersion.Insert("1.6", ED_ExchangeManagerViaUniversalFormat); EndProcedure /////// // Modul umum dalam ekstensi ED_Exchange ManagerViaUniversalFormat // Konversi BP3.0.44 (format 1.6) tertanggal 27/11/2018 11:23:58 AM // Perbaikan untuk BP 3.0.67. х tanggal 31/12... .

Pertimbangkan opsi ke-4, yang tidak dijelaskan dalam dokumentasi, karena BSP tidak memiliki opsi ini. Opsi ini sudah usang. Pemrosesan eksternal dengan aturan digunakan pada versi pertama dengan format pertukaran universal. Sekarang 1C secara bertahap menghilangkan fungsi ini.

Dalam mode perusahaan, di bagian administrasi, ikuti tautannya Sinkronisasi Data - Pengaturan Sinkronisasi Data, tekan tombolnya " Lagu..." jika hanya ada satu pengaturan atau " Mengubah", jika ada beberapa pengaturan. Masuk ke mode edit formulir melalui menu " " , Memperluas " Kelompok", di sana kami menyertakan elemen formulir tersembunyi "", " OKE".
Di tab " Informasi layanan"memilih" Jalan menuju manajer pertukaran", kami mengganti pemrosesan kami dengan aturan di sana.

Menghubungkan pemrosesan eksternal dengan aturan ke BP 3.0.52 dan lebih tinggi

Di BP 3.0.52 dan lebih tinggi, untuk alasan yang tidak diketahui, pemrosesan eksternal dengan aturan tidak digunakan. Antarmuka untuk menghubungkan pemrosesan tetap ada. Setidaknya terima kasih untuk itu.

Anda dapat mengaktifkan pemrosesan dengan aturan menggunakan ekstensi. Perbaikan perlu dilakukan pada modul umum" Pertukaran DataXDTOServer", fungsi " VersiFormatPertukaran".

Процедура EDм_ПолучитьВерсиюФорматаОбмена(ВерсииФормата, Знач УзелИнформационнойБазы) Запрос = Новый Запрос("ВЫБРАТЬ РАЗЛИЧНЫЕ | СинхронизацияДанныхЧерезУниверсальныйФормат.ПутьКМенеджеруОбмена КАК ПутьКМенеджеруОбмена, | СинхронизацияДанныхЧерезУниверсальныйФормат.ВерсияФорматаОбмена КАК ВерсияФорматаОбмена |ИЗ | ПланОбмена.СинхронизацияДанныхЧерезУниверсальныйФормат КАК СинхронизацияДанныхЧерезУниверсальныйФормат |ГДЕ | СинхронизацияДанныхЧерезУниверсальныйФормат.ПутьКМенеджеруОбмена<>"""" | Dan SynchronizeDataViaUniversalFormat.Reference = &Reference"); Query.SetParameter("Reference", Infobase Node); Selection = Query.Execute().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; If NOT General PurposeClientServer .Debug Mode () Kemudian ProcessingData = New BinaryData(ProcessingName); ProcessingAddress = PutIntoTemporaryStorage(ProcessingData); If GeneralPurpose.HaveHazardProtection() Kemudian ProcessingName = ExternalProcessing.Connect(ProcessingAddress, GeneralPurpose.DescriptionProtectionUnwarning()); Else ProcessingName = ExternalProcessing.Connect( ProcessingAddress); EndIf; EndIf; ExchangeManager = ExternalProcessings.Create(ProcessingName);FormatVersions.Insert(Selection.ExchangeFormatVersion,ExchangeManager);EndLoop;EndProcedure&Instead("ExchangeFormatVersions") ExchangePlanName = InfoBase Node.Metadata().Name; ExchangeFormatVersions = ExchangeDataServer.ExchangePlanSettingsValue(ExchangePlanName,"ExchangeFormatVersions"); EDm_GetExchangeFormatVersion(ExchangeFormatVersions, Node InfoBase); Jika tidak, DataExchangeOverridden.WhenGettingAvailableFormatVersions(ExchangeFormatVersions); Berakhir jika; Jika ExchangeFormatVersions.Quantity() = 0 Maka ThrowExceptionStringFunctionsClientServer.SubstituteParametersInString(НStr("ru = "Versi format Exchange tidak disetel. |Nama rencana Exchange: %1 |Prosedur: GetExchangeFormatVersions(<ВерсииФорматаОбмена>)""), Infobase Node.Metadata().Name); Berakhir jika; Hasil = Pertandingan Baru; Untuk Setiap Versi Dari VersionFormatExchange Loop Result.Insert(AbrevLP(Version.Key), Version.Value); Akhiri Siklus; Hasil Pengembalian; Fungsi Akhir

Cara men-debug aturan dalam pemrosesan eksternal

Di konfigurator Alat -> Opsi -> Luncurkan 1C: Perusahaan -> opsi Luncurkan", tentukan parameter " ".

• Di bawah ini adalah kode untuk ekstensi, untuk UT 11.4, KA 2.4, ERP 2.4. Kode untuk BP 3.0 ditunjukkan di atas. Exchange plan manager modul Sinkronisasi Data Via UniversalFormat.

Kode ekstensi EDDebug

&Alih-alih("GetInterchangeFormatVersions") Prosedur ED_GetInterchangeFormatVersions(FormatVersions) UTData ExchangeAvailableUniversalFormatVersions(FormatVersions); Kueri = Kueri Baru("PILIH BERBEDA | SynchronizeDataViaUniversalFormat. PathToExchangeManager, | SynchronizeDataViaUniversalFormat.VersionFormatofExchange |FROM | Exchange Plan.SynchronizeDataViaUniversalFormat AS SynchronizeDataViaUniversalFormat |WHERE | SynchronizeDataViaUniversalFormat.PathToExchangeManager<>"""""); Seleksi = Query.Run().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; Jika TIDAK General PurposeClientServer.DebugMode() Lalu //EDProcessingData = New BinaryData(ProcessingName) ; ProcessingAddress = PlaceInTempStorage(ProcessingData); Jika GeneralPurpose.HaveProtectionAgainstDangerousOperations() Kemudian ProcessingName = ExternalProcessings.Connect(ProcessingAddress, GeneralPurpose.DescriptionProtectionWithoutWarnings()); Else ProcessingName = ExternalProcessings.Connect(ProcessingAddress); EndIf; EndIf; ExchangeManager = ExternalProcessings.Create( Pemrosesan nama); format versi. Instal (contoh. Formathedral, managerbena); siklus akhir; akhir prosedur & alih-alih ("Affordership of the formatment") Prosedur ED_MENTERSENERSAMATMENTARY (versi) bertukar, format format yang dapat diakses (versi) ; Permintaan = permintaan baru ("pilih berbagai | Sinkronisasi DataMelaluiUniversalFormat.ExchangeFormatVersion |DARI| Exchange Plan.SynchronizingDataThroughUniversalFormat AS SynchronizingDataThroughUniversalFormat |WHERE | SinkronisasiDataViaUniversalFormat.PathToExchangeManager<>"""""); Seleksi = Query.Run().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; Jika TIDAK General PurposeClientServer.DebugMode() Lalu //EDProcessingData = New BinaryData(ProcessingName) ; ProcessingAddress = PlaceInTempStorage(ProcessingData); Jika GeneralPurpose.HaveProtectionAgainstDangerousOperations() Kemudian ProcessingName = ExternalProcessings.Connect(ProcessingAddress, GeneralPurpose.DescriptionProtectionWithoutWarnings()); Else ProcessingName = ExternalProcessings.Connect(ProcessingAddress); EndIf; EndIf; ExchangeManager = ExternalProcessings.Create( ProcessingName);FormatVersion.Insert(Selection.ExchangeFormatVersion, ExchangeManager);EndCycle;EndProcedure

Debugging paling mudah dilakukan di basis file. Kami menetapkan breakpoint dalam pemrosesan dengan aturan. Untuk menemukan prosedur yang diinginkan, gunakan CD3. Kami menemukan PKO, POD atau Algoritma, lihat " Nama penangan" atau " Nama Algoritma", cari prosedur ini di modul aturan. Setelah mengedit modul, jangan lupa salin prosedur ke clipboard dan tekan tombol "" di CD3. Hati-hati, konversi yang sama harus dibuka.

Itu saja untuk saat ini. Informasi ini sudah cukup bagi pemrogram 1C untuk menguasai CD3 secara mandiri dan mempertahankan metode sinkronisasi modern antara basis data 1C agar berfungsi. Jika ada bintik putih yang tersisa, tanyakan, artikel tersebut akan ditambah dan Anda dapat kembali ke sana jika Anda lupa sesuatu.

Tautan terkenal ke dokumentasi CD3:

• Pusat Pelatihan 1C No. 3, "Konversi Data 3.0" - http://www.1c-uc3.ru/konvert30.html

Anda dapat memperluas cakupan KD3 menggunakan publikasi berikut:

• - konfigurasi versi sebelumnya pada platform 8.2 dan di bawahnya menjadi kompatibel dengan ED.

Hemat waktu dan gunakan aturan yang sudah jadi untuk versi konfigurasi terbaru di sini

• - fungsionalitas yang diperluas, perbaikan bug.

Kirim artikel ini ke email saya

Alasan utama perlunya memperkenalkan pertukaran antara database 1C adalah adanya cabang dan pemisahan jenis akuntansi, tk. perusahaan sering bekerja di beberapa basis info. Menyiapkan pertukaran 1C 8.3 memungkinkan Anda menghilangkan pekerjaan ganda - memasukkan dokumen dan direktori yang sama dalam dua program, serta dengan cepat menyediakan objek sistem yang diperlukan untuk berbagai cabang dan departemen.

Dalam hal diperlukan pertukaran antar cabang, RIB (Distributed basis informasi). Ini adalah mekanisme untuk bertukar antara konfigurasi yang identik. Itu adalah pohon, di atasnya adalah simpul akar terpenting, di bawah sepasang simpul yang saling berhubungan. Perubahan dapat dilakukan pada setiap node dalam sistem ini, dan akan disebarkan ke node terkait lainnya. Itu juga mendistribusikan tidak hanya data, tetapi juga perubahan konfigurasi dari node root ke bawahan.

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

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

Implementasi pertukaran data di perusahaan dapat direpresentasikan sebagai prosedur berurutan.

Pertama-tama, perlu ditentukan di antara pangkalan mana harus ada pertukaran; apakah itu pertukaran dua arah atau satu arah; jika satu arah, basis mana yang akan mengirimkan informasi, dan mana yang hanya akan menerima; jika ini adalah jaringan cabang yang kompleks, maka perlu ditentukan skema untuk membangun basis data.

Kemudian pilih format yang sesuai: RIB, format universal; bertukar sesuai dengan aturan pertukaran; pertukaran tanpa aturan pertukaran.

Langkah selanjutnya adalah memilih transportasi untuk melakukan pertukaran. Berbagai macam teknologi tersedia, kami akan menyoroti yang utama: direktori (lokal atau jaringan), sumber daya FTP, koneksi COM, layanan web, email.

Langkah keempat adalah definisi data: dokumen, direktori dan, jika perlu, merinci ke detail masing-masing yang akan ditransfer.

Dan sebagai kesimpulan, jadwal frekuensi pertukaran ditentukan

Setiap opsi pengaturan pertukaran 1C 8.3 membutuhkan persiapan yang matang. Penerapannya berada di luar kemampuan setiap pengguna, di sini perlu mempertimbangkan banyak nuansa dan memahami prinsip pertukaran. Perhatian khusus Anda perlu memperhatikan penyetelan jika basisnya: mengandung peningkatan atau banyak tambahan. perincian, versi platform berbeda atau versi konfigurasi yang kedaluwarsa digunakan, perusahaan besar dan menggunakan sistem otomatis, yang terdiri dari jumlah yang besar basis Kesalahan tidak diperbolehkan di sini, karena dapat menyebabkan konsekuensi yang tidak dapat diperbaiki. Implementasi pertukaran independen dalam 1C disarankan hanya jika Anda perlu mengatur transfer informasi sederhana antara konfigurasi tipikal.

Jika Anda meragukan kemampuan Anda, lebih baik tidak menghemat uang, tetapi hubungi spesialis yang kompeten yang akan membantu Anda menyelesaikan tugas sulit menyiapkan pertukaran 1C 8.3.

Jika Anda masih memutuskan untuk menyiapkan pertukaran 1C tanpa melibatkan pakar, Anda disarankan untuk terlebih dahulu menguji salinan database, dan sebelum mulai bekerja di database yang berfungsi, bongkar konfigurasi sehingga Anda dapat kembali ke keadaan asli jika terjadi kesalahan.

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

Algoritme ini juga cocok untuk konfigurasi tipikal lainnya pada platform 1C 8.3

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

Perhatikan bidang Awalan, di sini Anda perlu menentukan nilai yang nantinya akan memungkinkan Anda untuk membedakan (berdasarkan nilai kode referensi atau nomor dokumen) di program mana objek tersebut awalnya dibuat. Dalam contoh kami, singkatan yang biasa cocok - BP dan UT, jika pertukaran 1C 8.3 dikonfigurasi untuk pertukaran kompleks antara sejumlah besar pangkalan, serta konfigurasi yang sama, setiap pangkalan harus memasukkan penunjukannya sendiri yang dapat dipahami.

Karena PSU hanyalah penerima informasi, kami melanjutkan ke pengaturan UT.

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

Pilih metode pengaturan Tentukan pengaturan secara manual. Lebih jauh.

Tetapkan opsi koneksi langsung ketika kedua program berada di tempat yang sama jaringan lokal, tentukan parameter untuk menghubungkan ke direktori IS di jaringan ini, dan juga isi informasi otentikasi tentang pengguna (di database BP). Lebih jauh.

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

Tautan Edit aturan pengunggahan data menyediakan pengaturan untuk melakukan pertukaran. Kami akan mengklarifikasi NSI - unggah hanya yang digunakan dalam dokumen, pilih organisasi dan opsi untuk bekerja dengan kontrak - tanpa menautkan, memisahkan dokumen dengan gudang. Pertukaran dimulai pada 1 Maret tahun berjalan.

Aturan yang diperkenalkan dicatat dan ditutup.

Karena dalam contoh kita sedang berbicara tentang transfer informasi satu arah, lalu di jendela pengaturan berikutnya untuk menerima data dari program lain, setel nilai ke 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 menyinkronkan. Klik Selesai.

Jika perlu untuk mengkorelasikan objek identik dari dua konfigurasi, sebuah jendela untuk perbandingan data akan terbuka. Lakukan pemetaan dan klik Berikutnya.

Saat mentransfer objek, situasi bermasalah dapat terjadi, Anda dapat melihat hasilnya dengan mengklik tautan Peringatan saat menyinkronkan data.

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

Di sini, dengan menggunakan perintah Konfigurasi atau setelah, dalam skrip sinkronisasi, Anda dapat mengonfigurasi jadwal untuk eksekusi pertukaran otomatis.

Apa yang diperlukan untuk pertukaran data otomatis, tanpa mengubah konfigurasi:
1) Memproses "Pertukaran Data Universal dalam Format XML", yang merupakan bagian dari konfigurasi paling umum. Jika tidak ada, maka mudah menemukannya di disk ITS atau di Internet. Dalam konfigurasi itu disebut "UniversalXMLDataExchange"
2) Aturan pertukaran data. Dibuat menggunakan "Konversi Data". Pekerjaan yang harus Anda kuasai. Ada juga kursus video panduan belajar. Misalnya: http://programmist1s.ru/wp-content/uploads/2013/06/Konvertatsiya_dannyih._Metodika_rabotyi_i_primeryi.pdf
3) Pemrosesan eksternal A yang memuat prosedur bongkar/muat. Mari kita buat:
Pemrosesan eksternal dibuat dalam modul objek yang akan berisi teks berikut (gantikan data Anda untuk database dan pengguna). Sangat diinginkan untuk membuat pengguna terpisah dengan hak penuh untuk pertukaran data. Beri nama pemrosesan, misalnya, "DataExchange.epf".

Jika StartParameter = "Upload" Then Processing=Processing.UniversalXMLDataExchange.Create(); //Atur parameter yang diperlukan untuk membongkar (opsional untuk mengedit) Processing.ExchangeMode="Unggah"; Processing.LoadDataInExchangeMode=true; Processing.WriteRegistersRecordsets=true; Processing.RememberLoadedObjects=true; Processing.UseFilterByDateForAllObjects=true; Processing.UploadAllowedOnly=Benar; //!Tetapkan parameter yang diperlukan untuk mengunggah //Parameter ini harus diisi ulang WAJIB //Tetapkan batasan untuk mengunggah berdasarkan tanggal objek Processing.StartDate = CurrentDate() - 60*60*24*2; Processing.EndDate = "00010101"; //Jika kita ingin mengupload data ke file, atur ke False, Jika True, maka akan diupload ke base tujuan Processing.ImmediateReadingVIBReceiver=True; //Jika database tujuan untuk data yang dibongkar adalah server, maka False. Jika file - True Processing.InfobaseTypeForConnection=True; //!Parameter yang diperlukan diisi ulang //Jika mengunggah data ke file Jika Tidak Memproses.ImmediateReadingVIBReceiver Kemudian Memproses.ExchangeFileName = "C:\Inbox\OlegA\Conversion\upload.xml"; //Jika mengunggah data ke database Jika tidak Processing.InformationBasePasswordForConnection="Admin"; Handling.InfobaseUserToConnect="sangat keren"; Handling.WindowsAuthenticationInfobaseForConnection=Salah; //Jika penerima data adalah basis server Jika Processing.InfobaseToConnectType = False Kemudian Processing.InfobaseToConnectServerName="MainServ"; Processing.InfobaseNameOnServerForConnection="Buhia"; //Jika penerima data adalah basis file Sebaliknya Processing.InfoBasePlatformVersionToConnect="V82"; Processing.InformationBaseCatalogToConnect ="C:\Inbox\OlegA\Clients\Zeus BP20\Zeus BP20"; Berakhir jika; Berakhir jika; //Tindakan pendaftaran saat membongkar sesuai dengan rencana pertukaran Processing.RegisteringChangesDeletionTypeForExchangeNodesAfterUnloading=0; // 0 - jangan batalkan pendaftaran, // 1 - batalkan pendaftaran Processing.LoadExchangeRules(); //JIKA ANDA PERLU MEMBUANG DENGAN RENCANA PERTUKARAN, MAKA HIDUPKAN BLOK INI DAN GANTI NODE RENCANA PERTUKARAN ANDA SENDIRI //Untuk Setiap Halaman Pemrosesan.Tabel Aturan Pembongkaran.Lines Loop // PageInclude=1; // Untuk Setiap Halaman1 Dari PageRow Loop // Str1.Include=1; // Str1.LinkToExchangeNode=ExchangePlans.Full. FindByCode("BP20"); // Akhiri Siklus; //Akhiri Siklus; Processing.ExecuteUnload(); Sistem Shutdown(Salah); ElseIf StartParameter = "Memuat" Kemudian ProcessingExchange = Processing.UniversalXMLDataExchange.Create(); ExchangeProcessing.ExchangeFileName = "C:\Inbox\OlegA\Upload.xml"; ProcessingExchange.ModeExchange = "Memuat"; ProcessingExchange.OpenFileDownload(Benar); ProcessingExchange.ArchiveFile = Salah; ProcessingExchange.ExecuteLoading(); ProcessingExchange = tidak terdefinisi; Sistem Shutdown(Salah); Berakhir jika;

4) Unggah file kelelawar, yang akan menjalankan pemrosesan 1s dan eksternal dengan parameter run under user, yang ditujukan untuk pertukaran data. File harus dibuat, misalnya, di notepad ++ dengan pengkodean OEM (MS-Dos), jika tidak maka tidak akan berfungsi. Beri nama file tersebut, misalnya "BatVygruz.bat". Teksnya akan menjadi sebagai berikut:

Jika database adalah file:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /F"C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3" /N"Data Exchange Robot" /P "lulus " /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\OlegA\DataExchange.epf" /C"Unggah"
Penjelasan:

b) C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3 - jalur Anda ke basis file tempat kami akan mengunggah data
c) Robot Pertukaran Data - Nama pengguna tempat 1C diluncurkan untuk pertukaran data
d) lulus - kata sandi pengguna
e) / DisableStartupMessages - tutup jendela pop-up saat memulai 1C
f) /RunModeOrdinaryApplication - jalankan mode normal klien gemuk
g) C:\Inbox\OlegA\Data Exchange.epf - jalur ke pemrosesan kami, yang akan dimulai saat startup
h) Bongkar - kami melewati parameter peluncuran 1C, menginformasikan bahwa perlu membongkar data

Jika database adalah sisi server:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /S"Server1C/DataBase" /N"DataExchangeRobot" /P"pass" /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\OlegA\ DataExchange.epf" /C"Unggah"
Penjelasan:
a) C:\Program Files (x86)\1cv82\common\1cestart.exe - jalur Anda ke starter 1C
b) Server1C/DataBase - server Anda tempat basis data berada dan nama basis data itu sendiri tempat kami mengunggah data.
Parameter yang tersisa mirip dengan versi file dari file bat

5) Unduh file kelelawar (jika perlu). Jika Anda memutuskan untuk mengunggah data ke file, dan tidak langsung ke database. Maka kita juga akan membutuhkan item ini (biasanya diperlukan).
Membuat file unduhan Bat mirip dengan file unggahan, tetapi hanya parameter peluncurannya yang berbeda, alih-alih "Bongkar", kami menempatkan "Unduh"

6) Tetapkan jadwal peluncuran file Bat kami unggah / unduh di server. Untuk melakukan ini, buka administrasi panel kontrol di server dan di penjadwal tugas buat tugas baru untuk meluncurkan file unggahan selama 23 jam setiap hari dan tugas unduhan yang menunjukkan file unduhan Bat (jika perlu) selama 04 jam , Misalnya.

• Video - 21 jam
• Materi metodologi dalam PDF - 117 halaman A4
• 16 tugas latihan dengan solusi guru

Format kursus, dukungan

Materi tersedia segera setelah pembayaran pesanan - Anda mengunduhnya dari situs dan mempelajarinya kapan saja.

Dukungan diberikan melalui Grup Master di situs web.

Akses penuh ke grup Master harus diaktifkan selambat-lambatnya 100 hari setelah pembelian.

Relevansi kursus

Materi kursus relevan untuk BSP versi 2.3.2.73.

Jika Anda berencana untuk menggunakan versi BSP yang lebih lama, perlu diketahui bahwa mekanisme kerjanya telah berubah subsistem BSP"Pertukaran Data", antarmuka juga telah berubah.

Kursus baru di bawah versi terbaru BSP sedang dalam pengembangan dan akan dirilis dalam beberapa bulan. Namun untuk versi BSP 2.3.2.73 dan lebih muda, tarif saat ini akan relevan.

Biaya kursus

9 700 rubel

Menjamin

Kami telah berlatih sejak 2008, kami yakin dengan kualitas kursus kami dan memberikan yang terbaik garansi standar 60 hari.

Ini berarti bahwa jika Anda mulai mengikuti kursus kami, tetapi tiba-tiba berubah pikiran (atau, katakanlah, tidak memiliki kesempatan), maka Anda memiliki waktu 60 hari untuk mengambil keputusan - dan jika Anda kembali, kami akan mengembalikan 100% dari pembayaran.

Biaya pemasangan

Kursus kami dapat dicicil atau dicicil, bahkan tanpa bunga. Di mana Anda mendapatkan akses ke materi segera.

Ini dimungkinkan saat membayar individu dalam jumlah 3.000 rubel. hingga 150.000 rubel.

Yang perlu Anda lakukan hanyalah memilih metode pembayaran "Pembayaran melalui Yandex.Checkout". Lebih banyak di situs sistem Pembayaran pilih "Bayar dengan mencicil", tunjukkan jangka waktu dan jumlah pembayaran, isi kuesioner singkat - dan dalam beberapa menit Anda akan menerima keputusan.

Opsi pembayaran

Kami menerima semua bentuk pembayaran utama.

Dari individu- pembayaran dari kartu, pembayaran dengan uang elektronik (WebMoney, YandexMoney), pembayaran melalui internet banking, pembayaran melalui toko komunikasi, dan sebagainya. Dimungkinkan juga untuk membayar pesanan sebagian (dengan mencicil), termasuk tanpa bunga tambahan.

Mulailah melakukan pemesanan - dan pada langkah kedua Anda akan dapat memilih metode pembayaran pilihan Anda.

Dari organisasi dan pengusaha perorangan– pembayaran non tunai, dokumen pengiriman disediakan. Anda memasukkan pesanan - dan Anda dapat segera mencetak faktur untuk pembayaran.

Pelatihan multi-karyawan

Kursus kami dirancang untuk pembelajaran individu. Pelatihan kelompok pada satu set adalah distribusi ilegal.

Jika sebuah perusahaan perlu melatih banyak karyawan, kami biasanya menawarkan "kit tambahan" yang 40% lebih murah.

Untuk memesan “kit tambahan” pilih 2 atau lebih rangkaian kursus dalam formulir dimulai dari set kedua biaya kursus akan lebih murah 40%..

Ada tiga syarat untuk menggunakan kit tambahan:

• Anda tidak dapat membeli hanya satu set tambahan jika setidaknya satu set reguler belum pernah dibeli sebelumnya (atau bersamaan dengan itu).
• tidak ada diskon lain untuk set tambahan (sudah didiskon, ternyata "diskon diskon")
• promosi (misalnya, kompensasi 7.000 rubel) tidak berlaku untuk set tambahan karena alasan yang sama