Jika anda bertukar data antara konfigurasi Pengurusan Perdagangan 10.3 dan Perakaunan Perusahaan 2.0, maka selepas mengemas kini salah satu konfigurasi, anda perlu mengemas kini peraturan pertukaran.

Mari kita pertimbangkan kes apabila pertukaran telah dikonfigurasikan daripada konfigurasi Pengurusan Perdagangan dan dikonfigurasikan melalui sambungan terus ke pangkalan penerima, i.e. jabatan perakaunan Anda perlu memuat turun peraturan baharu melalui tetapan pertukaran data dalam Pengurusan Perdagangan. Adalah sangat disyorkan untuk membuat asas sebelum melakukan ini.

Mari mulakan dengan Pengurusan Perdagangan 1C 10.3. Pilih item "Semua tetapan pertukaran data" daripada menu Alat => Pertukaran data lain.

Pilih bahagian "Semua pertukaran". Cari pertukaran data anda dalam senarai, klik kanan dan klik "Edit". Jika anda cuba menukar tetapan pertukaran daripada bahagian "Pertukaran data dengan 1C: Perakaunan 8", maka apabila anda cuba menukar, pembantu persediaan pertukaran data akan dilancarkan, yang kami tidak perlukan.

Dalam tetingkap yang muncul, kita melihat bahawa pertukaran berlaku mengikut peraturan pertukaran, yang boleh disimpan dan dimuatkan. Peraturan untuk memuat naik ke pangkalan data pertukaran ialah peraturan yang mana maklumat dimuat naik daripada Pengurusan Perdagangan ke Perakaunan, dan peraturan untuk memuat naik daripada pangkalan data pertukaran ke pangkalan data semasa ialah peraturan yang mana maklumat dimuatkan daripada Perakaunan kepada Pengurusan Perdagangan.

Mari muatkan peraturan muat naik ke dalam pangkalan data pertukaran. Klik "Muat peraturan daripada fail". Perhatian, jika anda mempunyai konfigurasi bukan standard dan menggunakan peraturan pertukaran bukan standard, i.e. dibangunkan khusus untuk konfigurasi anda yang diubah suai, maka anda harus menghubungi pakar untuk membuat peraturan baharu berdasarkan peraturan sedia ada.

Jangan dalam apa jua keadaan menggantikannya dengan peraturan standard. Jika anda tidak pasti bahawa anda mempunyai konfigurasi standard, untuk berjaga-jaga, simpan peraturan sedia ada dengan butang "Simpan peraturan ke fail".

Memandangkan yang terakhir keluar lebih lewat daripada kemas kini untuk Pengurusan Perdagangan, kami sedang mencari peraturan pertukaran dalam katalog templat kemas kini 1C untuk Perakaunan. Anda boleh mencari direktori templat kemas kini seperti berikut. Lancarkan 1C dan klik "Tetapan". Dalam tetingkap yang muncul, kami melihat laluan ke direktori templat konfigurasi dan kemas kini.

Mari kita bergerak di jalan ini. Seterusnya: 1C => Perakaunan dan pilih folder dengan nama keluaran Perakaunan yang dipasang terkini. Jika peraturan perlu diambil daripada kemas kini konfigurasi "1C: Pengurusan Perdagangan", folder itu akan dipanggil Perdagangan. Untuk konfigurasi "1C: Runcit" - Runcit. Ia mengandungi folder "Pertukaran Data".

Seterusnya “Pertukaran dengan konfigurasi Pengurusan perdagangan, ed. 10.3". Di dalamnya kita melihat PERATURAN UNTUK PENUKARAN BP-UT dan PERATURAN UNTUK PENUKARAN UT-BP. Memandangkan kami memerlukan peraturan untuk memunggah daripada UT, pilih "PERATURAN PENUKARAN UT-BP" dan klik buka. Kami melakukan perkara yang sama untuk peraturan untuk memuat naik dari pangkalan data pertukaran ke pangkalan data semasa, cuma pilih fail PERATURAN PENUKARAN BP-UT dan klik buka.

Dalam folder “Pertukaran dengan konfigurasi Pengurusan perdagangan, ed. 10.3” ialah fail Sharing.htm. Jika anda tidak pernah membacanya, pastikan anda membacanya. Ia mengandungi maklumat berguna berikut:

• Berkongsi tujuan
• Penerangan umum
• Penghijrahan daripada versi komunikasi dua hala sebelumnya
• Tindakan awal
• Prosedur untuk menyediakan pertukaran data antara konfigurasi
• Penyegerakan data
• Kerjasama konfigurasi "Pengurusan Perdagangan" dan "Perakaunan Perusahaan".
• Contoh senario pengguna
• Jadual surat menyurat dokumen yang dimuat naik UT - BP (semakan 1.6, edisi 2.0) Jadual surat menyurat dokumen yang dimuat naik BP (semakan 1.6, edisi 2.0) - UT
• Ciri-ciri memuat naik dokumen dan buku rujukan
• Jadual pematuhan untuk dokumen BP yang dimuat naik (semakan 1.6, semakan 2.0) - UT
• Pemindahan dokumen "Invois untuk pembayaran kepada pembeli" dan "Pesanan pembeli"
• Pemindahan kos hapus kira barang
• Memantau keputusan pertukaran data

Kami menyemak peraturan menggunakan butang semak. Dan klik OK. Peraturan baharu telah disimpan. Kami memulakan pertukaran data dan menyemak operasinya.

Cara menyediakan pertukaran data dua hala antara konfigurasi Trade Management 10.3 dan Enterprise Accounting 2.0 ditulis dalam artikel saya yang lain.

Apabila membangunkan peraturan pertukaran 1C 8, keupayaan untuk mentakrifkan semula tingkah laku peraturan pertukaran secara pemrograman digunakan secara meluas - mekanisme pengendali. Pengendali acara meluaskan fungsi dengan ketara dan merupakan alat yang sangat diperlukan untuk menyediakan peraturan pertukaran dalam kes di mana keupayaan konfigurasi interaktif tidak mencukupi.

Pengendali dan algoritma ditulis dalam bahasa platform di mana ia akan dilaksanakan semasa pertukaran.

Jika ini ialah platform 1C: Enterprise 7.7, maka kod pengendali disepadukan ke dalam kod pemprosesan muat naik atau muat turun. Sehubungan itu, setiap pengendali atau algoritma diasingkan kepada fungsi yang berasingan dan tersedia untuk penyahpepijatan semasa pertukaran.

Jika muat naik atau muat turun berlaku pada platform 1C: Enterprise 8, maka kod pengendali tidak disepadukan ke dalam kod pemprosesan pertukaran data, tetapi dimuat naik ke fail peraturan pertukaran. Semasa proses pertukaran data, kod pengendali atau algoritma diambil daripada fail peraturan dan dilaksanakan secara langsung dalam konteks pernyataan "Run". Untuk nyahpepijat kod pengendali dan algoritma, anda boleh menggunakan pemprosesan "Pertukaran Data XML Universal".

Pertukaran data antara penyelesaian aplikasi 1C 8 adalah sesuatu yang tanpanya mustahil untuk membina ruang maklumat perusahaan yang lengkap.

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

Anda akan mengetahui jawapan kepada soalan-soalan ini di bawah.

Biasanya terdapat dua sebab untuk memperkenalkan pertukaran:

Organisasi ini mempunyai rangkaian cawangan

Dalam kes ini, anda hanya perlu menyediakan pertukaran antara cawangan yang berbeza. Untuk tujuan ini, terdapat mekanisme dalam sistem 1C 8.3 Enterprise. Dengan mana anda boleh mengkonfigurasi pertukaran maklumat secara fleksibel. Sebagai contoh, untuk cawangan anda boleh melumpuhkan keterlihatan dokumen untuk cawangan lain dan pada masa yang sama pejabat pusat akan melihat dokumen semua cawangan. Contoh lain ialah menyediakan pertukaran antara pangkalan data Runcit 1C pejabat dan kedai.

Pemisahan mengikut jenis perakaunan

Sebagai peraturan, ini bermakna organisasi mengekalkan rekod yang berbeza dalam pangkalan data maklumat yang berbeza. Pemisahan ini membolehkan anda menapis maklumat yang "tidak diperlukan" untuk jenis perakaunan lain untuk pelbagai pangkalan maklumat. Contoh: kononnya "Perakaunan pengurusan" akan dimasukkan ke dalam pangkalan data "Pengurusan Perdagangan", di mana semua urus niaga ditunjukkan, dan pengurusan melihat gambaran penuh peristiwa, dan hanya dokumen yang diperlukan untuk perakaunan dan perakaunan cukai dimuat naik ke pangkalan data perakaunan terkawal "Perakaunan Perusahaan ”.

Apakah mekanisme pertukaran antara pangkalan data 1C?

Pertukaran data boleh dikelaskan dalam dua cara: mekanisme yang digunakan dan pengangkutan yang digunakan untuk pertukaran.

Mekanisme pertukaran data 1C

Biasanya, dua mekanisme digunakan untuk pertukaran:

• Pangkalan maklumat teragih (RIB)— mekanisme yang membolehkan anda menyediakan pertukaran data antara cawangan. Mekanisme ini membayangkan bahawa konfigurasi pangkalan data yang sama sekali ditukar. Mekanisme ini boleh memindahkan perubahan konfigurasi pangkalan data. Mekanisme ini dilaksanakan di peringkat platform teknologi.
• Mekanisme universal untuk bertukar antara konfigurasi— mekanisme dibangunkan oleh 1C untuk penyelesaian aplikasi. Ia bersifat universal dan berasaskan . Pertukaran data dijalankan menggunakan peraturan xml, yang dibuat dalam konfigurasi khas - . Menggunakan mekanisme ini, anda boleh melaksanakan kedua-dua pertukaran sekali dan pertukaran berterusan antara konfigurasi 1C. Mekanisme ini dilaksanakan pada tahap konfigurasi anda boleh mengintegrasikannya ke dalam konfigurasi anda daripada konfigurasi teknologi.

Pengangkutan untuk pertukaran data

Pengangkutan boleh menjadi rangkaian teknologi yang agak luas. Mari kita pertimbangkan yang utama yang dilaksanakan dalam mekanisme pertukaran sejagat 1C 8.2:

Dapatkan 267 pelajaran video tentang 1C secara percuma:

• Direktori setempat atau rangkaian- pengangkutan yang paling mudah. Satu keselamatan maklumat mencipta fail pada cakera, yang kedua membacanya dan menambah failnya sendiri.
• sumber FTP- pertukaran adalah serupa dengan pertukaran melalui katalog. Perbezaannya ialah pertukaran dijalankan melalui protokol FTP.
• Mesej pos atau E-mel— pertukaran berlaku melalui e-mel. Konfigurasi menghantar mesej mel antara satu sama lain dan kerap menyemak alamat mel untuk mesej baharu.
• Sambungan terus (COM)— pertukaran dijalankan melalui sambungan terus satu pangkalan data ke pangkalan data lain menggunakan dana.
• Internet (perkhidmatan web)— pengangkutan adalah perkhidmatan web. Satu pangkalan maklumat bersambung ke , perkhidmatan web bersambung ke pangkalan maklumat kedua dan mengangkut mesej. Untuk menjalankan pengangkutan sedemikian anda mesti ada.

Bagaimana untuk menyediakan pertukaran data antara pangkalan data 1C?

Untuk asas menyediakan pertukaran data dalam 1C menggunakan konfigurasi "Penukaran Data 1C", lihat contoh dalam video:

Pertukaran data 1C mengikut jadual dalam 1C 8.2

Jika anda perlu mengkonfigurasi muat naik automatik mengikut jadual, cuma konfigurasikan .

Untuk versi pelayan pelanggan

Dalam direktori "Tetapan pertukaran data", pada tab "Pertukaran automatik", anda perlu membuat tugas berjadual baharu, di mana anda menetapkan jadual:

Untuk pilihan fail

Dalam direktori "Tetapan pertukaran data", pada tab "Pertukaran automatik", anda perlu membuat tugas rutin baharu, di mana, pada tab "Pertukaran mengikut acara", nyatakan acara di mana pertukaran akan dilancarkan. Sebagai contoh, apabila pengguna tertentu bermula:

Ramai usahawan yang terlibat dalam aktiviti perdagangan membeli dua program "1C: Perakaunan 8" serentak untuk meningkatkan kecekapan pengurusan. (selepas ini dirujuk sebagai BP) dan "1C: Pengurusan Perdagangan 8" (selepas ini dirujuk sebagai UT).

BP digunakan untuk mengekalkan perakaunan dan pelaporan terkawal, dan UT digunakan untuk perakaunan operasi dan pengurusan dalam syarikat.
Kejayaan penggunaan bersama produk perisian ini sebahagian besarnya bergantung pada organisasi pertukaran data antara konfigurasi BP dan UT.

Memahami ciri pertukaran data biasa berikut akan membantu anda mengelakkan ralat dalam proses pertukaran antara konfigurasi dan pelanggaran perakaunan dalam setiap konfigurasi secara berasingan.

Semasa menulis artikel ini, bahan daripada dokumentasi 1C untuk produk perisian telah digunakan Metodologi untuk menyediakan pertukaran diterangkan secara terperinci dalam fail htm "Berkongsi Pengurusan Perdagangan (11) dan konfigurasi Perakaunan Perusahaan," yang terletak di dalam. direktori templat apabila dipasang sebagai 1C: Perakaunan 2.0 (selepas ini BP), dan 1C: Pengurusan Perdagangan 11 (selepas ini dirujuk sebagai UT); cadangan yang diterima pada persidangan rakan kongsi 1C dan pengalaman peribadi pengarang dalam mencipta dan menukar tetapan pertukaran untuk pelanggan RG-Soft Project Consulting LLC.

1. Sediakan pertukaran sehala atau dua hala.

Pertama sekali, perlu diambil kira bahawa hanya dokumen yang berkaitan dengan transaksi tunai dan aliran tunai bukan tunai boleh dimuat naik dari konfigurasi BP ke konfigurasi UT. Ini termasuk: Pesanan tunai masuk, Pesanan tunai keluar, Resit ke akaun semasa dan Hapus kira daripada akaun semasa. Dokumen pergerakan barang yang dibuat dalam BP tidak akan dimuat naik ke UT.

Syarikat 1C mengesyorkan membuat pertukaran dengan bank di UT. "Ini akan memastikan kerja penuh dengan dokumen pembayaran keluar dan kerja lebih mudah dengan dokumen masuk." Walau bagaimanapun, terdapat situasi apabila hampir tiada slip pembayaran boleh dimuatkan daripada fail bank pelanggan ke dalam UT, manakala fail ini dimuatkan sepenuhnya ke dalam BP.

Ini dijelaskan oleh fakta bahawa semakan yang lebih ketat terhadap kandungan fail bank pelanggan telah ditambahkan ke UT, sebagai contoh: menyemak penyiapan TIN, menyemak nombor dokumen, nombor itu mesti mengandungi hanya nombor mengikut peraturan Bank Pusat 3 Oktober 2002 N2-P "Mengenai pembayaran bukan tunai di Persekutuan Rusia" (seperti yang dipinda pada 3 Mac 2003, 11 Jun 2004, 2 Mei 2007, 22 Januari 2008).

Menyediakan pertukaran sehala (dari UT ke BP) hanya masuk akal jika semua dokumen dan maklumat kawal selia diisi dalam UT. Dengan cara ini, pertindihan elemen dalam pangkalan data ini dapat dielakkan.

Untuk melakukan ini, anda perlu mengkonfigurasi senario pertukaran berikut: buat senario pertukaran dalam konfigurasi UT, di mana hanya muat naik disimpan (Rajah 1), dalam konfigurasi BP, buat senario pertukaran dan simpan hanya muat turun.

Adalah perlu untuk mengambil kira bahawa dalam senario pertukaran sedemikian, semua dokumen tambahan dan buku rujukan yang dibuat dalam BP akan didaftarkan untuk pertukaran, tetapi tidak akan dimuatkan ke dalam UT, jadi disyorkan untuk menetapkan semula pendaftaran secara berkala, jika tidak. fail mesej pertukaran daripada BP akan sentiasa meningkat, memperlahankan proses pertukaran .

Untuk melakukan ini, disyorkan untuk menggunakan pemprosesan Pendaftaran Perubahan untuk Exchange82.epf, yang boleh didapati dalam penghantaran konfigurasi "Penukaran Data, Rev. 2.1". Selepas memasang konfigurasi, pemprosesan terletak dalam direktori pemasangan kemas kini: ...\1c\Conversion\...version_number…

Jika maklumat kawal selia dan rujukan diisi dalam kedua-dua UT dan BP, maka pertukaran dua hala harus dikonfigurasikan, tetapi mungkin perlu untuk menjejaki pendua dengan memulakan pertukaran secara interaktif dan bukannya secara automatik (Gamb. 2).

Untuk mengehadkan pertukaran data hanya pada peringkat dokumen, tidak perlu mengkonfigurasi pertukaran sehala adalah cukup untuk menetapkan tarikh dalam penapis pertukaran pada bahagian BP yang lebih besar daripada tarikh dokumen terakhir (lihat Rajah 5). Tetapi sebelum memasang penapis pada tarikh, anda perlu memastikan bahawa dokumen dalam BP tidak didaftarkan sebelum ini untuk pertukaran, jika tidak, dokumen berdaftar akan dipindahkan ke pangkalan data lain semasa pertukaran.

Keutamaan perubahan data

Jika pertukaran dilakukan terlebih dahulu di UT, dan kemudian di BP, maka data yang dimuat turun dari UT akan diberi keutamaan. Sebagai contoh, di UT mereka mencipta dokumen "Resit ke akaun semasa", memulakan pertukaran terlebih dahulu di UT, kemudian di BP - dokumen itu muncul dalam konfigurasi BP. Kemudian akauntan membuat perubahan pada dokumen ini dalam konfigurasi BP. Semasa pertukaran seterusnya, jika susunan memulakan pertukaran tidak berubah, maka perubahan yang dibuat pada dokumen akan ditimpa oleh data daripada UT.

Untuk pertukaran yang betul dengan objek yang telah ditukar dalam kedua-dua pangkalan data, 1C mengesyorkan mengatur kerja supaya objek diedit hanya dalam salah satu pangkalan data. Dalam pangkalan data lain, objek sedemikian harus dibuka untuk dilihat sahaja. Untuk melakukan ini, anda perlu mengkonfigurasi hak akses pengguna, tetapi pendekatan ini menjamin bahawa tiada perlanggaran semasa pertukaran, i.e. percanggahan yang timbul apabila objek berubah dalam kedua-dua satu dan pangkalan data lain semasa tempoh antara pertukaran (Rajah 3).

2. Perbezaan antara BP dan UT yang mempengaruhi pertukaran

Kontrak rakan niaga

Dalam konfigurasi UT, analisis mengenai perjanjian rakan niaga tidak dijalankan. Semua operasi yang dijalankan dalam konfigurasi UT, apabila dimuatkan ke dalam konfigurasi BP, sentiasa diformalkan di bawah kontrak berasingan yang dibuat dan dikawal oleh sistem UT itu sendiri.

Jika perjanjian dengan parameter yang diperlukan tiada dalam konfigurasi BP, maka perjanjian sedemikian dibuat. Perlu diingatkan bahawa pencarian kontrak dijalankan hanya dari bilangan kontrak yang dimuat turun sebelum ini dari UT.

Organisasi pengurusan di UT

Bermula dengan keluaran 11.0.6.9, elemen pratakrif "Organisasi pengurusan" muncul dalam direktori organisasi dalam UT. Elemen ini tidak boleh dipetakan kepada (atau ditukar daripada) semasa (tunggal atau satu daripada) organisasi. Butiran lanjut tentang menggunakan objek ini boleh didapati dalam fail dokumentasi “Perubahan dan penambahan pada documentation.htm”, termasuk dalam penghantaran UT.

Struktur perusahaan

Dalam UT untuk perakaunan pengurusan, direktori "Struktur Perusahaan" digunakan, yang mengandungi senarai bahagian syarikat. Apabila menyediakan dokumen, menunjukkan pembahagian perusahaan adalah wajib.

Unsur-unsur direktori "Struktur Perusahaan" tidak dipetakan kepada unsur-unsur direktori "Bahagian Organisasi" dalam BP. Untuk memastikan bahawa dokumen dengan butiran Bahagian yang tidak diisi tidak dimuat naik ke UT, anda mesti mengisi nilai lalai dalam tetapan pertukaran (Gamb. 4).

Gudang di bahagian jadual

Jika di UT dirancang untuk menggunakan keupayaan baru untuk menentukan gudang di bahagian jadual dokumen, maka dalam tetapan nod pelan pertukaran adalah perlu untuk menetapkan gudang am, yang akan digantikan apabila memunggah dokumen dari UT ke dalam konfigurasi BP dan bukannya gudang yang dibenarkan untuk pemilihan dalam bahagian jadual dokumen (Rajah 4).

Jenis tatanama

Apabila memuat naik data dari BP ke UT, atribut "jenis item" item tidak diisi, ini disebabkan oleh fakta bahawa pertukaran berfungsi untuk senario apabila item dibuat dalam konfigurasi UT, dan bukan dalam BP . Dalam dokumen untuk pergerakan barang di UT tidak ada bahagian jadual berasingan untuk perakaunan perkhidmatan (perkhidmatan diisi dalam jadual barang), oleh itu, agar perkhidmatan yang dinyatakan dalam dokumen UT dipindahkan dengan betul ke bahagian jadual dalam BP, anda perlu:

1. Dalam bahagian maklumat kawal selia dan rujukan, buka direktori "Jenis Item", pergi ke jenis item "perkhidmatan" - klik "Semua tindakan" - benarkan pengeditan dan pilih Jenis Item - Perkhidmatan.

2. Tukar item (perkhidmatan) - klik "Semua tindakan" - benarkan pengeditan dan pilih Jenis item ini dengan jenis Perkhidmatan.

3. Menyediakan penapis pertukaran (Gamb. 5)

Menukar tarikh muat naik (muat turun) dokumen

1) Sebelum memindahkan tarikh ke hadapan, adalah perlu untuk menyegerakkan pangkalan data dengan melakukan sesi pertukaran supaya nod tidak mempunyai dokumen yang didaftarkan untuk pertukaran pada masa tetapan ditukar. Jika tidak, selepas menukar tetapan, akibat daripada memuat naik, dokumen tersebut mungkin ditanda untuk dipadamkan dalam pangkalan data penerima jika ia telah dimuat naik di sana sebelum ini.

2) Anda boleh mengalihkan tarikh itu kembali, kerana... ini hanya mengembangkan kawasan data yang dimuat naik. Perlu diingat bahawa dalam kes ini, dokumen dari tempoh yang ditutup sebelum ini tidak akan didaftarkan secara automatik untuk pertukaran. Untuk melakukan ini, anda mesti sama ada menukar dokumen atau menggunakan pemprosesan Pendaftaran Perubahan untuk Exchange82.epf.

Tapis mengikut organisasi

Mendayakan penapis ini membolehkan anda mengehadkan senarai organisasi yang membenarkan pertukaran data. Kehadiran penapis yang didayakan mempengaruhi kedua-dua muat turun direktori organisasi itu sendiri dan muat turun data lain yang berkaitan dengan organisasi (direktori dan dokumen).

Prinsip pengendalian penapis muat naik adalah seperti berikut: tetapan baharu digunakan pada semua data - pada masa membuat pertukaran, atau hanya untuk data yang telah ditukar selepas menggunakan tetapan baharu - selepas membuat pertukaran, oleh itu adalah disyorkan untuk mendekati tetapan penapis dengan bertanggungjawab yang mungkin semasa membuat pertukaran data.

Contoh: Apabila membuat pertukaran, pengguna menetapkan penapis mengikut organisasi. Hanya data untuk organisasi yang ditentukan telah dimuat naik ke pangkalan data penerima. Seterusnya, pengguna memutuskan bahawa data untuk semua organisasi harus dimuat naik ke pangkalan data penerima. Tetapi oleh kerana tetapan berkuat kuasa hanya untuk data yang baru diubah, dokumen dan buku rujukan sedia ada tidak akan dimuat naik ke pangkalan data penerima sehingga pengguna membuat sebarang perubahan padanya.

4. Memadam objek daripada salah satu pangkalan data

Tandai untuk pemadaman

Situasi mungkin berlaku apabila elemen direktori yang digunakan sebelum ini tidak dirancang untuk digunakan untuk perakaunan selanjutnya dan pengguna menganggapnya sesuai untuk menandakan direktori ini untuk dipadamkan. Objek yang ditandakan untuk dipadam tidak termasuk dalam pertukaran. Ciri ini harus diambil kira.

Mengalih keluar pendua

Untuk mengalih keluar objek pendua yang timbul semasa pertukaran, kami mengesyorkan menggunakan pemprosesan SearchAndReplaceValues.epf, yang terletak dalam direktori \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ pada cakera ITS. Dan untuk menyemak ketepatan perbandingan objek dua pangkalan maklumat, anda boleh membuka Daftar Maklumat "Korespondensi objek pangkalan maklumat" dan entri dalam daftar ini boleh dilaraskan secara manual. Adalah penting untuk mengetahui bahawa selepas memadamkan objek dalam salah satu pangkalan data, padanan untuk objek yang dipadam (pautan rosak) akan kekal dalam entri daftar maklumat, anda perlu sama ada memadankan objek lain atau memadamkan entri.

5. Tetapan tambahan

Item aliran tunai

Untuk mengkonfigurasi UT, anda mungkin perlu memasukkan "corr. akaun" untuk item aliran tunai yang akan digunakan dan dipunggah ke dalam BP.

Untuk konfigurasi BP: anda mungkin perlu memasukkan jenis aliran tunai dalam elemen direktori.

Pengguna

Elemen direktori pengguna boleh dipindahkan ke pangkalan data lain jika ia ditunjukkan sebagai bertanggungjawab dalam salah satu objek yang mengambil bahagian dalam pertukaran. Untuk objek sedemikian, anda perlu mengkonfigurasi hak.

Awalan asas dan awalan organisasi

Dalam UT, awalan sentiasa mempunyai panjang tetap dan pemisah (sempang) “-”. Oleh itu, jika awalan pangkalan maklumat tidak ditentukan atau awalan organisasi tidak ditentukan, maka ia digantikan dengan sifar. Walau bagaimanapun, apabila menyediakan pertukaran, awalan pangkalan maklumat sentiasa diisi pada Bank Pusat (untuk UT) dan pada BP (masing-masing untuk konfigurasi BP).

Penyelesaian ini adalah standard apabila menjana nombor dokumen dan kod objek. Awalan mempunyai panjang tetap dan dipisahkan oleh tanda sempang daripada nombor dokumen. Jika pada masa hadapan terdapat beberapa organisasi dalam pangkalan data, maka sudah cukup untuk menetapkan awalan untuk mereka dan tidak perlu menomborkan semula semua objek.

Pembetulan pepijat

Artikel kami mengkaji aspek yang paling penting dalam mengatur pertukaran data antara "1C: Pengurusan Perdagangan 8" pusingan 11 dan "1C: Perakaunan 8" pusingan 2.0.

Pakar dari RG-Soft Project Consulting LLC bersedia untuk menawarkan bukan sahaja penyesuaian pertukaran untuk ciri perakaunan organisasi tertentu, tetapi juga cara untuk membetulkan ralat dalam pertukaran sedia ada.