1C, iş verilerini değiş tokuş etmek için EnterpriseData biçimini sunar. Evrensel format üzerinden değişim Evrensel değişim formatı 1s

Bazı durumlarda (örneğin, büyük bir iş akışı veya karmaşık muhasebe ile), son kullanıcının muhasebeyi birkaç uygulama arasında dağıtması ve aralarında zaman zaman veri alışverişi yapması çok daha uygundur. 1C platform sürüm 8.3'ün piyasaya sürülmesinden önce, standart veri alışverişi, dosyaları kullanarak bilgi yükleme ve indirme yoluyla yalnızca kullanıcının isteği üzerine gerçekleşti. XML biçimi. Son zamanlarda, 1C'deki veri senkronizasyon mekanizması giderek daha fazla kullanılmaktadır.

Senkronizasyonun popülaritesinin birkaç nedeni vardır:

• Veri yükleme ve boşaltma işlemlerini ayrı ayrı başlatmaya gerek yoktur;
• Otomatik bilgi alışverişi, manuel alışverişi engellemez;
• Kurulum kolaylığı (standart yapılandırmalar için değişim kuralları oluşturmanıza bile gerek yoktur;
• Senkronizasyonu bir kez oluşturmak ve yürütülmesi için programı duyurmak yeterlidir.

Görevimizin koşulları

Girişte, iki standart veritabanı yapılandırmamız var:

1. Bordro ve personel yönetimi (sürüm 3.1.3);
2. Bir tarım işletmesinin muhasebesi (sürüm 3.0.52).

Her iki baz da dosya modu. Senkronizasyon herhangi bir veritabanından yapılandırılabilir.

Senkronizasyon "Hesaplama"dan "ZUP"a yapılandırılacaksa, "Senkronizasyon" onay kutusu etkinleştirilmelidir ve bunun tersi de geçerlidir.

ayarlar nerede

"Muhasebe" de "Ayarlar" menüsünde "Yönetim" alt sistemine gidiyoruz ve "Veri senkronizasyonu" öğesini buluyoruz (Şek. 1)

Senkronizasyon ayarları penceresi açılacaktır (Şek. 2)

Pirinç. 2

Burada şunları yapabiliriz:

1. Senkronizasyonu etkinleştirin veya devre dışı bırakın;
2. Alakasız verilerin indirilmesini yasaklayın;
3. Aktarılan verileri tanımlamak için bir önek ayarlayın;
4. Diğer senkronizasyon ayarlarına gidin.

Uygun onay kutusunu işaretleyerek ve öneki tanımlayarak senkronizasyonu başlatarak muhasebe departmanını kapatabiliriz. Daha fazla çalışma“Maaş” olarak yapılacaktır.

Veri senkronizasyonu ayarları penceresi, Şekil 2'de gösterilmektedir. 3

Pirinç. 3

Daha ayrıntılı olarak ele alalım.

Senkronizasyon ayarları penceresi

Sırayla başlayalım:

Ayrı olarak, okuyucunun dikkatini "Değişikliklerin kaydı" penceresine çekmek istiyorum (Şekil 5). Gönderilen ve alınan mesajların numaralarının bulunduğu üst kısımda, başarılı bir değiş tokuştan sonra, kaynak bazdaki ve alıcı bazdaki sayıların eşleşmesi gerekir. Bazı durumlarda (veritabanının bir kopyasıyla senkronizasyon meydana geldi, işlemde hatalar), veritabanlarındaki numaralandırma ihlal ediliyor. Numaralı köprüye tıklayarak bu durumu düzeltebilirsiniz. Bu eylem, geçerli gönderilen ve gelen mesajlar(Şek. 6)

Pirinç. 6

senkronizasyon ayarları

Veri Eşzamanlama Ayarları sekmesinde iki komut vardır:

• akort;
• Kuralları indir.

"Kuralları Yükle" komutunun başlatılması formu açar (Şek. 7)

Pirinç. 7

Burada kullanıp kullanmayacağımızı seçebiliriz. model kuralları yapılandırmada sağlanan değişim veya arşiv dosyasında saklanan kendi kurallarımıza göre senkronizasyon gerçekleştireceğiz.

Ayarların geri kalanı "Ayarlar" düğmesine tıklanarak yapılır (Şek. 8).

Pirinç. 8

Açılan ilk pencerede şunları yapabilirsiniz:

1. Senkronizasyon komut dosyasını ayarlamak için formu açın;
2. Bilgi göndermek ve almak için olayları görüntüleyin;
3. Değişimin gerçekleşeceği tarihi belirleyin;
4. Birkaç kuruluş için muhasebe tutuluyorsa, bunlardan hangisinin değiş tokuşa katılacağını belirtebilirsiniz;
5. Boşaltma maaş işlemleri için parametreleri tanımlayın: çalışan detayları olsun veya olmasın (özet).

"Kural kümesini yükle" komutu, önceki ayarlar penceresindeki aynı komuta benzer.

Bağlantı parametreleri üzerinde daha ayrıntılı olarak durmaya değer (Şekil 9)

Pirinç. 9

Bizim durumumuzda, hedef veritabanı ve kaynak veritabanı aynı bilgisayarda bulunur ve dosya modunda çalışır, bu nedenle aralarında senkronizasyon gerçekleşir. doğrudan bağlantı.

Zorundayız:

• Hedef üssüne giden yolu belirleyin;
• Yetkilendirme parametrelerini ayarlayın (alıcı veritabanında yönetici haklarına sahip bir kullanıcı oluşturulmalıdır);
• Bağlantıyı kontrol ettikten sonra kurulumumuzun tamamlandığını varsayabiliriz.

Değişim diğer bağlantı türleri aracılığıyla gerçekleşirse, ilgili sekmelerde bunların ayarlarını yapılandırmanız gerekir.

Program ayarları

Ve sonunda, senkronizasyon programı ayarları hakkında birkaç söz, pencerenin ilgili sekmesinde gerçekleştirilir (Şekil 3) ve diğer programlanmış görevler için programı ayarlamak için ilgili formdan hiçbir şekilde farklı değildir.

• Video - 21 saat
• PDF formatında metodolojik materyaller - 117 A4 sayfa
• Öğretmen çözümleriyle 16 alıştırma görevi

Kurs formatı, destek

Materyaller, sipariş için ödeme yapıldıktan hemen sonra mevcuttur - bunları siteden indirir ve istediğiniz zaman çalışırsınız.

Destek, web sitesindeki Ana Grup aracılığıyla sağlanır.

Ana gruba tam erişim etkinleştirilmelidir satın alma tarihinden itibaren en geç 100 gün içinde.

Kursun alaka düzeyi

Kurs materyalleri, BSP sürüm 2.3.2.73 ile ilgilidir.

BSP'nin eski sürümlerini kullanmayı planlıyorsanız, lütfen BSP alt sistemi “Veri Alışverişi”nin çalışma mekanizmalarının değiştiğini ve arayüzlerin de değiştiğini unutmayın.

En son BSP sürümleri için yeni bir kurs geliştirme aşamasındadır ve birkaç ay içinde piyasaya sürülecektir. Ancak BSP'nin 2.3.2.73 ve daha eski sürümleri için geçerli oran geçerli olacaktır.

Kurs ücreti

9 700 ruble

Garanti

2008'den beri eğitim veriyoruz, kurslarımızın kalitesine güveniyoruz ve standart 60 gün garanti.

Bu, kursumuzu almaya başladıysanız ancak aniden fikrinizi değiştirdiyseniz (veya fırsatınız yoksa), karar vermek için 60 günlük bir süreniz olduğu anlamına gelir - ve geri dönüş yaparsanız geri ödeme yaparız ödemenin %100'ü.

taksit ödeme

Kurslarımız taksitli veya taksitli hatta faizsiz olarak ödenebilir. nerede malzemelere hemen erişirsiniz.

Bu, ödeme yaparken mümkündür bireyler 3.000 ruble tutarında. 150.000 rubleye kadar.

Tek yapmanız gereken "Yandex.Checkout ile ödeme" ödeme yöntemini seçmek. Sitede daha fazlası Ödeme sistemi"Taksitlerle öde"yi seçin, vadeyi ve ödeme tutarını belirtin, kısa bir anket doldurun - ve birkaç dakika içinde bir karar alacaksınız.

Ödeme seçenekleri

Tüm önemli ödeme şekillerini kabul ediyoruz.

bireylerden- kartlardan ödemeler, elektronik parayla ödemeler (WebMoney, YandexMoney), İnternet bankacılığı yoluyla ödemeler, iletişim mağazaları aracılığıyla ödemeler vb. Ek faiz dahil olmak üzere, sipariş için parçalar halinde (taksitli) ödeme yapmak da mümkündür.

Sipariş vermeye başlayın - ikinci adımda tercih ettiğiniz ödeme yöntemini seçebileceksiniz.

Kuruluşlardan ve bireysel girişimcilerden– gayri nakdi ödeme, teslimat belgeleri sağlanır. Bir sipariş girersiniz - ve ödeme için hemen bir fatura yazdırabilirsiniz.

Çok çalışanlı eğitim

Kurslarımız şunlar için tasarlanmıştır: bireysel eğitim. Bir sette grup eğitimi yasa dışı dağıtımdır.

Bir şirketin birden fazla çalışanı eğitmesi gerekiyorsa, genellikle %40 daha ucuz olan "eklenti kitleri" sunuyoruz.

"Ek kit" siparişi vermek için formda 2 veya daha fazla ders seti seçin ikinci setten başlayarak kursun maliyeti %40 daha ucuz olacak.

Ek kitleri kullanmanın üç koşulu vardır:

• daha önce (veya onunla birlikte) en az bir normal set satın alınmadıysa, yalnızca ek bir set satın alamazsınız.
• ek setler için başka indirim yoktur (zaten indirimlidirler, "indirim üzerine indirim" olduğu ortaya çıkacaktı)
• promosyonlar (örneğin, 7.000 ruble tazminat) aynı nedenle ek setler için geçerli değildir

Yazdır (Ctrl+P)

Evrensel format üzerinden değiş tokuş

Standart alt sistemler kitaplığının "Veri Alışverişi" alt sistemi, çeşitli bilgi tabanları arasında bilgi alışverişi için 4 seçenek (teknoloji) içerir:

• dağıtılmış bilgi tabanları (RIB);
• evrensel bir format aracılığıyla veri alışverişi;
• değişim kurallarına göre veri alışverişi (veri alışverişi kuralları, Veri Dönüştürme yapılandırması, sürüm 2.1 kullanılarak oluşturulur);
• değişim kuralları olmadan veri alışverişi.

Bu makale, veri alışverişi teknolojisini tartışmaktadır. evrensel EnterpriseData formatı. Bu teknoloji 2.3.1.62 sürümünden itibaren "Standart Alt Sistemler Kitaplığı"nda mevcuttur. 2016'nın başlarında yayınlandı. Şu anda, BSP 2.3'ün en son sürümü (1C:Enterprise 8.3 platformuyla kullanım için, sürüm 8.3.8.1652 veya üstü, uyumluluk modu devre dışı bırakılmış olarak) 2.3.6.17 sürümüne sahiptir.

Pirinç. 1 BSP 2.3'ün son sürümleri

Uygulanan çözümlerin teslimi için dosyalar arasında 1C var Metin dosyası Uygulamanın hangi BSP sürümüne göre geliştirildiğinin yazıldığı “kütüphane sürümleri”, örneğin uygulanan çözüm UT 11.3.3.231, BSP 2.3.5.65'e göre düzenlenmiştir.

"1C:Enterprise 8.3" platformuyla kullanım için en az sürüm 8.3.10.2168 uyumluluk modu devre dışı bırakıldığında bir revizyon yayınlanır BSP 2.4.

EnterpriseData biçiminin açıklaması

EnterpriseData formatı nedir?

Bir bilgi bankası nesnesini (karşı taraf, fatura vb.) tanımlamanızı veya bu nesnenin silindiğini bildirmenizi sağlayan bir formattır. Dosyayı EnterpriseData biçiminde alan yapılandırmanın buna göre tepki vermesi beklenir - kendisi için yeni nesneler oluşturur ve dosyada silinmiş olarak işaretlenenleri siler. UT, RT, UNF, BP konfigürasyonları arasında bilgi alışverişi için tasarlanmıştır. Ayrıca, format herhangi bir başkasıyla bilgi alışverişinde bulunmak için kullanılabilir. bilgi sistemi: kendi özelliklerine bağlı değildir yazılım veya değiş tokuşa katılan ve açık kullanım kısıtlamaları içermeyen bilgi bankası yapıları.

EnterpriseData biçimi sürümü

Biçim verileri, Şekil 1'de gösterildiği gibi, genel veritabanı yapılandırma dalındaki XDTO paketlerinde depolanır. 2

Şek. 2, birkaç XDTO paketi olduğunu gösterir. Bu farklı versiyonlar biçim. Biçim sürüm numarası, X.Y.Z'den oluşur; burada X.Y, sürümdür ve Z, Küçük sürümdür. Küçük sürüm, hata düzeltmeleri ve diğer değişiklikler durumunda artırılır; bu değişikliklerde: veri dönüştürme mantığına dayalı önceki versiyon format (biçim aracılığıyla mevcut veri aktarım algoritmalarının geriye dönük uyumluluğunun korunması); dönüştürme mantığı için yeni format özellikleri için destek isteğe bağlıdır. Bu tür değişikliklere örnek olarak bir hatayı düzeltmek, biçim nesnelerinin özelliklerini değiştirmek, verileri dönüştürürken gerekli olmayan özellikleri eklemek verilebilir. Diğer durumlarda, biçimi değiştirirken, Ana sürüm artar: X - genel yeniden yapılandırma durumunda, Y - diğer durumlarda.
Biçim, nesnelerin (belgeler veya dizin öğeleri) XML dosyaları biçimindeki temsilini açıklar. Sürüm 1.0.1, 94 nesnenin açıklamalarını içerir. Çeşitli bölgeler(finans, üretim, alım satım, depo operasyonları). Türlerin adları, kural olarak iyi anlaşılır ve ek açıklamalara ihtiyaç duymaz: örneğin, "Belge. İşleri Tamamlama Sertifikası" veya "Dizin. Karşı Taraflar". Gördüğünüz gibi, belge türlerinin açıklaması, referans öğesi olan "Belge" önekiyle - "Referans" önekiyle başlar. Biçimin ayrıntılı açıklaması için bkz.
En son sürüm 1.3'tür, ancak en yaygın kullanılan sürüm 1.0'dır. Versiyonlar arasında pek fark yok. Biçim EnterpriseDataExchange_1_0_1_1 bir web servisi aracılığıyla değiş tokuş yaparken kullanılır.
Not EnterpriseData veri biçimi paketiyle birlikte paketin kullanıldığını ExchangeMesaj dönüşüm kuralları oluştururken. Nesne tipini içeren bu pakettir. ilave bilgi,herhangi bir değer türüne sahip olabilir ve yapılandırma nesneleri arasında bir dönüştürme kuralı oluştururken kullanılır. veri biçiminde olmayanlar. Kesinlikle, sayesinde ilave bilgi,XDTO paketlerindeki biçim verilerini değiştirmeden değişim kurallarını uyarlayabilir ve özelleştirebilirsiniz.

EnterpriseData formatında veri alışverişi nasıl yapılır?

EnterpriseData biçimindeki verilerin bir yapılandırmayla değiş tokuşu, bir dosya alışverişidir. Harici bir uygulamadan alınan bir dosyaya yanıt olarak, yapılandırma onu işleyecek ve bir yanıt dosyası oluşturacaktır. Dosya paylaşımı gerçekleşebilir:

• özel bir dosya dizini aracılığıyla,
• FTP dizini aracılığıyla,
• bilgi tabanının yan tarafında dağıtılan bir web hizmeti aracılığıyla. Veri dosyası, web yöntemlerine bir parametre olarak iletilir.

Not. Bir üçüncü taraf uygulaması ile bilgi bankası tarafı yapılandırması arasında iki yönlü veri alışverişi için bir dizi ayar yapılmalıdır - üçüncü taraf uygulaması şuraya kaydedilmelidir: bilgi bankası, bunun için bir değişim kanalı tanımlanmalıdır (bir dosya veya FTP dizini aracılığıyla), vb. Ancak basit entegrasyon durumları için, yalnızca bilgi aktarımının yeterli olduğu durumlarda üçüncü taraf uygulaması bilgi tabanına ve bilgi tabanından üçüncü taraf bir uygulamaya geri veri aktarımı gerekli değildir (örneğin, satış bilgilerini 1C: Muhasebe'ye ileten bir çevrimiçi mağazanın entegrasyonu), bir web üzerinden çalışmanın basitleştirilmiş bir versiyonu vardır. tarafında ayar gerektirmeyen hizmet.

Konfigürasyon değişim planları kullanılarak değiş tokuş yapılırken, senkronizasyon sırasında yalnızca son senkronizasyondan bu yana meydana gelen değişiklikler hakkındaki bilgiler iletilir (aktarılan bilgi miktarını en aza indirmek için). İlk eşitlemede yapılandırma, EnterpriseData biçimindeki tüm nesneleri bir XML dosyasına dökecektir (çünkü bunların tümü üçüncü taraf uygulama için "yenidir").

Üçüncü taraf bir uygulama için bir sonraki adım, XML dosyasındaki bilgileri işlemek ve bir sonraki senkronizasyon oturumu sırasında bölüme yerleştirmektir. yapılandırmadan gelen mesajın belirli sayı başarıyla alındı ​​(RequiredNo alanına yapılandırmadan alınan mesajın numarasını girin). Alındı ​​mesajı, yapılandırmaya, tüm nesnelerin harici uygulama tarafından başarıyla işlendiğini ve onlar hakkındaki bilgilerin artık iletilmesi gerekmediğini gösteren bir sinyaldir. Makbuza ek olarak, üçüncü taraf bir uygulamadan alınan bir XML dosyası da senkronizasyon için veriler içerebilir (bölümde ).

Onay mesajının alınmasının ardından, yapılandırma, önceki mesajda gönderilen tüm değişiklikleri başarıyla senkronize edilmiş olarak işaretler. Bir sonraki eşitleme oturumunda yalnızca nesnelerdeki eşitlenmemiş değişiklikler (yenilerinin oluşturulması, var olanların değiştirilmesi ve silinmesi) harici uygulamaya gönderilecektir.

Veriler harici bir uygulamadan yapılandırmaya aktarıldığında, resim tersine çevrilir. Başvuru bölümü tamamlamalıdır buna göre ve bölümde EnterpriseData biçiminde senkronizasyon için nesneleri yerleştirin.

Konfigürasyon, dosyayı işledikten sonra, bir alındı ​​mesajı ve konfigürasyon tarafından senkronizasyon için yeni veriler (son senkronizasyon oturumundan bu yana varsa) içeren bir XML dosyası üretecektir.

EnterpriseData biçimindeki 1C:Enterprise platformundaki uygulama çözümleriyle veri alışverişi hakkında daha fazla bilgi için bkz.

“Evrensel format aracılığıyla değişim yöneticisi” genel modülü.

Bilgi tabanından değişim formatına veri yükleme kurallarını ve değişim formatından bilgi tabanına veri yükleme kurallarını tam olarak açıklayan prosedürler ve işlevler, ortak bir modülde - evrensel format aracılığıyla değişim yöneticisi modülünde geliştirilmiştir.

Modül, yapılandırılan değişim kurallarına göre Veri Dönüştürme yapılandırması, sürüm 3.0 kullanılarak otomatik olarak veya yapılandırıcıda manuel olarak oluşturulur.

Modül, her biri kendi prosedür ve fonksiyon grubunu içeren birkaç büyük bölümden oluşur.

1. Bir yorum. Modülün ilk satırı, dönüştürmenin adını içeren bir açıklama içerir. Bu dize, örneğin "Veri Dönüştürme" programındaki komut kullanılırken modülün tanımlanması için gereklidir, sürüm 3.0., örneğin. // Dönüşüm UP2.2.3, 06/01/2017 19:51:50
2. Dönüşüm prosedürleri. Veri senkronizasyonunun farklı aşamalarında gerçekleştirilen önceden tanımlanmış prosedürleri içerir: dönüştürmeden önce, dönüştürmeden sonra, gecikmeli doldurmadan önce.
3. Veri İşleme Kuralları (DPR). Veri işleme kurallarını açıklayan prosedürler ve işlevler içerir.
4. Nesne Dönüştürme Kuralları (FCR). Nesneleri dönüştürme kurallarının yanı sıra bu nesnelerin özelliklerini dönüştürme kurallarını açıklayan prosedürler ve işlevler içerir.
5. Önceden Tanımlanmış Veri Dönüştürme Kuralları (PPDC).Önceden tanımlanmış verileri dönüştürmek için kuralları dolduran bir prosedür içerir.
6. algoritmalar. Diğer kurallardan (alt veya FSP) çağrılan rastgele algoritmalar içerir.
7. Seçenekler. Dönüştürme parametrelerini doldurma mantığını içerir.
8. genel amaçlı. Kurallarda ve algoritmalarda yaygın olarak kullanılan prosedürleri ve işlevleri içerir.

Yönetici modülünün çeşitli prosedür türlerinde kullanılan prosedür ve fonksiyon parametreleri aşağıda açıklanmıştır.

Bileşenleri Değiştirme. Tip - Yapı. Bir değişim oturumunun parçası olarak başlatılan değişim parametrelerini ve kurallarını içerir.

Değişimin yönü. Tür - Dize. Ya Gönder ya da Al.

VeriIB. Tür - DirectoryObject veya Belge Nesnesi.

Dönüşüm etkinlikleriyle ilgili prosedürler

Dönüştürme işlemi sırasında çağrılan önceden tanımlanmış üç prosedür vardır:

• Dönüşümden Önce. Veri senkronizasyonu gerçekleştirilmeden önce çağrılır. Tipik olarak bu prosedür, çeşitli dönüştürme parametrelerini başlatma, varsayılan değerleri doldurma vb. için mantığı içerir. Parametreler: Değişim Bileşenleri.
• Dönüşümden Sonra. Veri senkronizasyonu tamamlandıktan sonra, ancak tembel tohumlama tamamlanmadan önce çağrılır. Seçenekler: Değişim Bileşenleri.
• Ertelenmiş Doldurmadan Önce. Tembel tohumlama yapılmadan önce çağrılır. Tembel doldurmaya tabi olan nesnelerin tablosunu sıralama veya ayarlama mantığı burada bulunabilir. Seçenekler: Değişim Bileşenleri.

AML prosedürleri

Veri İşleme Kurallarını doldurun. Veri işleme kurallarını doldurma mantığını içeren bir dışa aktarma prosedürü. Kurallar tablosuna belirli bir nesneyi işlemek için bir kural ekleyen diğer prosedürlere yapılan çağrıları içerir (aşağıdaki prosedürlere bakın). POD ekle). Seçenekler: Yön Değişimi, Veri İşleme Kuralları

ALTINDA_ ekle<ИмяПОД>. POD tablosunu belirli nesneler için kurallarla dolduran bir dizi prosedür. Bu tür prosedürlerin sayısı, "Veri Dönüştürme" programı, sürüm 3.0'da bu dönüştürme için sağlanan AML sayısına karşılık gelir. Seçenekler: Veri İşleme Kuralları(değişim oturumunun yürütülmesinin bir parçası olarak başlatılan değerler tablosu).

ALTINDA_<ИмяПОД>_İşlenirken. Prosedür işleyicinin metnini içerir İşleme Sırasında belirli bir POD için. İşleyici, dönüştürme mantığını nesne düzeyinde uygulamak için tasarlanmıştır. Örneğin, nesnenin içeriğine bağlı olarak belirli bir nesneye belirli bir FSP atayın. Seçenekler:

• BilgiIB veya VeriXDTO(değişim yönüne bağlı olarak):
• gönderirken - nesne ( Dizin Nesnesi,Belge Nesnesi);
• alındığında, XDTO nesnesinin açıklamasını içeren bir yapı.
• PSP'nin kullanımı. Tip - Yapı. Anahtar, PCO adını ve türün değerini içeren bir dize içerir. mantıksal (Doğru- PKO kullanılır, Yalan– PKO kullanılmaz).
• Değişim Bileşenleri.

ALTINDA_<ИмяПОД>_DataGetir. İşlev, işleyicinin metnini içerir boşaltırken. İşleyici, boşaltılacak nesneleri seçmek için keyfi bir algoritma uygulamak üzere tasarlanmıştır. Dönüş değeri: boşaltılacak nesne dizisi. Dizi, hem bilgi tabanı nesnelerine bağlantılar hem de boşaltılacak veriler içeren bir yapı içerebilir. Seçenekler: Değişim Bileşenleri.

PKO prosedürleri

Nesne Dönüştürme Kurallarını doldurun. Nesne dönüştürme kurallarını doldurma mantığını içeren bir dışa aktarma prosedürü. Kurallar tablosuna belirli bir nesne dönüştürme kuralı ekleyen diğer prosedürlere yapılan çağrıları içerir (aşağıdaki prosedürlere bakın) PKO ekle). Seçenekler: Yön Değişimi, Kural Dönüştürme(değişim oturumunun yürütülmesinin bir parçası olarak başlatılan değerler tablosu).

PKO_ ekle<ИмяПКО>. CSP tablosunu belirli nesneler için kurallarla dolduran bir dizi prosedür. Bu tür prosedürlerin sayısı, "Veri Dönüştürme" programı, sürüm 3.0'da bu dönüştürme için sağlanan FSP'lerin sayısına karşılık gelir. Seçenekler: Kural Dönüştürme(değişim oturumunun yürütülmesinin bir parçası olarak başlatılan değerler tablosu).

PKO_<ИмяПКО>_Veri Gönderirken. Prosedür işleyicinin metnini içerir Nakliyede belirli bir PCP için. İşleyici, verileri boşaltırken kullanılır. Bilgi bankası nesnesinde bulunan verileri XDTO nesnesinin açıklamasına dönüştürme mantığını uygulamak için tasarlanmıştır. Seçenekler:

• BilgiIB. Tip - Dizin Nesnesi, Belge Nesnesi. Bilgi bankası nesnesi işleniyor.
• VeriXDTO. Tip - Yapı. XDTO nesnesinin verilerine erişmek için tasarlanmıştır.
• Değişim Bileşenleri.
• StackUnloads. Tip - sıralamak. Yuvalama dahil, yüklenmemiş nesnelere bağlantılar içerir.

PKO_<ИмяПКО>_WhenConvertingXDTOData. Prosedür işleyicinin metnini içerir XDTOData Dönüştürülürken belirli bir PCP için. İşleyici, veri yüklenirken kullanılır. İsteğe bağlı XDTO veri dönüştürme mantığını uygulamak için tasarlanmıştır. Seçenekler:

• VeriXDTO. Tip - Yapı. Erişim kolaylığı için önceden işlenmiş XDTO nesne özellikleri.
• Alınan veri. Tip - Dizin Nesnesi, Belge Nesnesi. XDTO verileri dönüştürülerek oluşturulan bir bilgi tabanı nesnesi. Bilgi bankasında kayıtlı değil.
• Değişim Bileşenleri.

PKO_<ИмяПКО>_RequiredData Yazmadan Önce. Prosedür işleyicinin metnini içerir Alınan Verileri Yazmadan Önce belirli bir PCP için. İşleyici, veri yüklenirken kullanılır. Bilgi tabanına bir nesne yazılmadan önce gerçekleştirilmesi gereken ek mantığı uygulamak için tasarlanmıştır. Örneğin, değişikliklerin mevcut IS verilerine mi yoksa yeni veriler olarak mı yükleneceği. Seçenekler:

• Alınan veri. Tip - Dizin Nesnesi, Belge Nesnesi. XDTO verileri dönüştürülerek oluşturulan bir veri öğesi.

Bu veri bilgi bankası için yeniyse kaydedilir (parametre BilgiIB bir değer içerir Tanımsız).

Aksi takdirde Alınan veri yer değiştirmek BilgiIB(tüm mülkler Alınan veri transfer edildi BilgiIB).

IS verilerinin alınan verilerle standart olarak değiştirilmesi gerekmiyorsa, kendi aktarım mantığınızı yazmalı ve ardından parametreyi ayarlamalısınız. Alınan veri Anlam Tanımsız:

• BilgiIB. Tip - Dizin Nesnesi, Belge Nesnesi. Alınan verilere karşılık gelen bilgi bankası veri öğesi. Eşleşen veri bulunamazsa, şunları içerir: Tanımsız.
• Emlak Dönüşümü. Tip - değerler tablosu. Değişim oturumunun bir parçası olarak başlatılan geçerli nesnenin özelliklerini dönüştürmek için kuralları içerir.
• Değişim Bileşenleri.

PDPC için prosedürler

Önceden Tanımlanmış Veri Dönüştürme Kurallarını Doldurun. Önceden tanımlanmış verileri dönüştürmek için kuralları doldurma mantığını içeren bir dışa aktarma prosedürü. Seçenekler: Yön Değişimi, Kural Dönüştürme(değişim oturumunun yürütülmesinin bir parçası olarak başlatılan değerler tablosu).

algoritmalar

"Veri Dönüştürme" programında, sürüm 3.0'da, AML ve PDCP için işleyicilerden çağrılan keyfi algoritmalar oluşturmak mümkündür. Algoritmaların adı, parametreleri ve içeriği kuralların geliştirilmesi sırasında belirlenir.

Seçenekler

Dönüştürme Seçeneklerini doldurun. Yapının dönüştürme parametreleriyle doldurulduğu dışa aktarma prosedürü. Seçenekler: SeçeneklerDönüşüm(tip - Yapı).

Genel Prosedürler ve İşlevler

ManagerModuleProcedure'ı yürütün. Seçenekler: ProsedürAdı(astar), Seçenekler(yapı). Adı ve parametreleri girdi olarak alınan, dışa aktarma olmayan bir modül yordamını çağırmak için tasarlanmış bir dışa aktarma yordamı. Bir yöntem kullanmadan bir dizgede bir prosedür veya işlev çağırmanıza izin verir. Koşmak.

ExecuteModuleManagerFunction. Seçenekler: ProsedürAdı(astar), Seçenekler(yapı). İşlev, amaç benzer ExecuteProcedureModuleManager. Aradaki fark, bir işlevi çağırması ve değerini döndürmesidir.

1C, XML tabanlı ve yazarları tarafından tasarlandığı şekliyle, yalnızca uygulama çözümlerinin ve bunların şirketin kendisi tarafından oluşturulan bireysel bileşenlerinin etkileşimini birleştirmek için değil, aynı zamanda elbette 1C:Enterprise dahil olmak üzere herhangi bir yazılım platformundaki herhangi bir iş uygulamasının evrensel bir bilgi entegrasyon mekanizması olarak kullanılması.

Şirket, uygulamalarının üçüncü taraf yazılımlarla bilgi etkileşimi için açık standartların oluşturulması ve kullanılması konusunda uzun süredir çalışmaktadır, ancak şimdiye kadar bu yalnızca belirli özel konu alanlarını ilgilendirmiştir. Bu, neredeyse on beş yıl önce oluşturulan CommerceML formatının e-ticaret sorununu çözmek için olduğu kadar, "Müşteri Bankası" ve "1C" uygulamalarını harici bankacılık sistemleriyle iletmek için DirectBank'ın da tam olarak budur. EnterpriseData ise işletmenin tüm alanlarını - finans, üretim, satın alma ve satış, depo işlemleri vb. - kapsayabilen evrensel bir mekanizmadır. Formatın ilk sürümü, çeşitli işletmelerden 94 tür belgenin açıklamasını içerir. alanlar. 1C, kendisine yeni belgeler eklemeyi ve mevcut olanları detaylandırmayı planlıyor.

1C temsilcilerinin açıkladığı gibi, EnterpriseData'nın ortaya çıkışı, yalnızca şirketin uygulamalarını diğer geliştiricilerin yazılımlarına entegre etme ihtiyacıyla değil, aynı zamanda - belki de her şeyden önce - 1C içinde bilgi iletişimi için birleşik bir mekanizma oluşturma ihtiyacıyla açıklanıyor. :Kurumsal yazılım ailesi. Yakın zamana kadar, bu sorunları çözmek için genellikle her özel durum için oluşturulmuş çok çeşitli çözümler kullanılmıştır. 1C ürünlerinin EnterpriseData'ya devri çoktan başladı, hepsinde kullanılıyor son sürümler temel uygulamaları ("1C: ERP Enterprise Management 2.0", "1C: Accounting 8" 3.0, "1C: Accounting 8 CORP" 3.0, "1C: Retail" 2.0, "1C: Trade Management" 11). Aynı zamanda, zamana göre test edilmiş özel algoritmalar evrensel araçlardan daha verimli çalıştığından, halihazırda kullanılan standartların (CommerceML, bankalarla çalışma) EnterpriseData ile değiştirilmesi beklenmiyor.

1C, yeni formatın bulacağına inanıyor geniş uygulama 1C:Enterprise platformunda hazır uygulamalar oluşturan bağımsız geliştiriciler arasında yazılım bileşenleri Standart Alt Sistemler Kitaplığının bir parçası olarak (1C:Enterprise için SDK gibi bir şey).

EnterpriseData standardını kullanırken, veriler uygulamalar arasında uygun XML şemaları kullanılarak bir XML dosyası biçiminde aktarılırken, fiziksel bilgi aktarımı çeşitli mekanizmalar kullanılarak gerçekleştirilebilir: web hizmetleri, bir dizin aracılığıyla dosya alışverişi, FTP ve E-posta. Önemli bir nokta, etkileşim algoritmasının, alıcının kendisine gönderilen verileri alma ve işleme gerçeğini doğrulama olasılığını ima etmesidir. XML dosyasının kendisi fiziksel olarak sıkıştırılmış bir biçimde (ZIP) iletilir ve bu genellikle bilgi trafiği miktarını birkaç kez azaltır.

1C, EnterpriseData formatının daha da geliştirilmesini ve her alanda desteğini vaat ediyor Daha onların uygulamaları. Bu standart şirketin kendisi tarafından yönetilecektir ve yaratıcılarının henüz onu bağımsız bir endüstri standardına dönüştürme planları yoktur.

Basit bir gerçek hayat örneğine bakalım. Diyelim ki toptan ve perakende ticaret yapan bir şirketimiz var ve her şirkette olduğu gibi bu şirkette de muhasebe tutuluyor. Şirketin iki standart veri tabanı vardır, bunlar sırasıyla UT (ticaret yönetimi) ve BP'dir (kurumsal muhasebe), UT yönetiminde ticaretle ilgili tüm işlemleri BP muhasebesinde yansıtmak için veritabanlarının her birinin kendi muhasebesi vardır. Çift iş yapmamak için yani aynı belgeleri iki veritabanında oluşturmayın (sonuçta, hareketler yönetime göre olmalı ve muhasebe) sadece bu veritabanları arasında senkronizasyon kuracağız.

Tek yönlü veri alışverişi kuracağız, UT'den ---> BP. İki yönlü bir değişim ayarlamak da mümkündür, ancak pratikte bu genellikle gerekli değildir, bu nedenle örneğimizde bunu dikkate almayacağız.

Bir BP'de borsa kurmak için hazırlık adımları

Senkronizasyonu kurmaya başlayalım, önce 1C "Enterprise Accounting 3.0" veritabanına (alıcı) gidiyoruz, bu veritabanı için senkronizasyonun etkin olup olmadığını kontrol etmemiz gerekiyor, bunun için önce veritabanına gitmemiz gerekiyor. Veritabanı açılır açılmaz sekmeye gidin "Yönetim" ---> "Veri eşitleme ayarları"

önümüzde açılıyor yeni ek, bilgi bankası öneki dışında aşağıdaki ekran görüntüsündeki gibi doldurulmalıdır. Ön ek iki harften oluşmalıdır, herhangi birini ayarlayabilirsiniz, ancak 1C standardına göre, öneki yapılandırma adına göre ayarlamak daha iyidir, yani "Kurumsal Muhasebe" için önek "BP" gibi olacaktır. . Karmaşık borsalar kurarsanız ve birkaç muhasebe veri tabanı varsa, önekler açıkça birbirinden farklı olmalıdır, burada kuruluş adının ilk iki harfini kısaltma olarak kullanabilirsiniz.

UT'de veri senkronizasyonunu kurmaya devam ediyoruz

Alıcı veritabanında (BP 3.0) gerekli tüm işlemleri yaptıktan sonra, veri alışverişini kurmaya devam etmek için kaynak veritabanını (UT 11.1) açmamız gerekiyor. "Yönetim" sekmesine gidiyoruz, soldaki menüde "Veri senkronizasyon ayarları" öğesini seçiyoruz. Senkronizasyon etkinleştirilmemişse, onay kutusunu kullanarak etkinleştirin ve kaynak taban önekini belirtmeyi unutmayın. Aşağıdaki resimde gösterildiği gibi 1-4 arasındaki tüm noktaları tamamladıktan sonra, "Veri senkronizasyonu" köprüsüne (nokta 5) tıklamanız gerekir.

Görünen yeni pencerede, yeşil artı işaretine (Veri senkronizasyonunu ayarla) tıklamanız, açılır menüden "Kurumsal Muhasebe 3.0" öğesini seçmeniz gerekir.

UT ve BP arasındaki veri alışverişinde önemli noktaların ayarlanması

Şimdi 1C'de veri senkronizasyonu ayarına sahip bir pencere görüyoruz, "Ayarları manuel olarak belirle" öğesini seçin ve "İleri" ye tıklayın.

1C'de veri alışverişini yapılandırmaya devam ediyoruz, bir sonraki sekmede alıcı bilgi tabanına (programa doğrudan bağlantı), bağlantı parametrelerine (açık) bağlantı seçeneğini seçmemiz gerekiyor. bu bilgisayar veya içinde yerel ağ), alıcı tabanının bulunduğu dizin ve ayrıca gerekli kimlik doğrulama verileri (veritabanındaki kullanıcı adı ve şifre).

Bir sonraki sayfada, BP 3.0 (alıcı) yapılandırmasından veri gönderme ve alma kurallarını doldurmamız gerekiyor. "Veri Yükleme Kurallarını Değiştir"i tıklayın.

Önümüzde "Veri gönderme kuralları" penceresi açıldı, içinde aşağıdaki parametreleri ayarlıyoruz:

• Hangi NSI'nin gönderileceği (örneğimizde, yalnızca belgeler ve bunlarda kullanılan NSI ile ilgileniyoruz, bu nedenle uygun öğeyi seçtik, "Tümünü gönder" ilk öğesini seçerseniz, tüm dizinler birlikte yeniden yüklenecektir. belgeler, genellikle bilgiler belgelerde kullanılmıyorsa, alıcı için faydasızdır, çünkü muhasebeyi hiçbir şekilde etkilemez)
• Tüm bilgilerin hangi tarihten itibaren gönderileceği (bu makalede manuel senkronizasyonu ele almayacağız)
• Hangi veya hangi kuruluşlar için veri gönderileceği (bizim örneğimizde bir kuruluş seçtik, IP "Girişimci")
• Sözleşmelerin oluşturulması için kurallar
• Genelleştirilmiş depo
• Belgelerin ambara göre daraltılıp daraltılmayacağı

Ayarları yaptıktan sonra "Kaydet ve kapat"a tıklayın.

Örneğimizde UT'den BP'ye tek yönlü bir değişim kurup kullandığımız için, ardından "Kurumsal Muhasebe 3.0" dan veri alma kurallarının ayarları bizi ilgilendirmiyor, bu yüzden "İleri" yi tıklayın.

Yeni bir pencerede, bizden alıcı tabanı (RP) için kurallar oluşturmamız isteniyor. 1. paragrafta, bir şekilde üssümüzü çağırıyoruz, ona bir önek veriyoruz. ÖNEK, bu makalenin başında BP veritabanında ayarladığımızla aynı olmalıdır, önekler farklıysa, 1C programında veri senkronizasyonu çalışmayacaktır. Bundan sonra, 2. noktayı ve ardından 3. noktayı tıklayın.

3. paragrafta, belgelerin veritabanına yüklendiğinde işlenmesine izin vermemiz gerekiyor. "Kaydet ve Kapat"ı tıklayın.

Şimdi pencere aşağıda gösterilen gibi görünmelidir, "İleri" ye tıklayın.

Bu pencere, 1C'de oluşturulan senkronizasyon hakkında referans bilgileri içerir. Sadece "İleri" düğmesini tıklayın. Veri senkronizasyonunu ayarlarken program bir hata gösteriyorsa, 1C uzmanımızın size hemen yardımcı olabilmesi için bizimle iletişime geçmeniz gerekir!

sonraki adımda program, veri alışverişi ayarlarını oluşturduktan hemen sonra senkronizasyon yapmayı teklif edecek. Bunu kabul edin ve "Bitir"i tıklayın.

Senkronizasyonun nasıl gittiği hakkında bilgi göreceğiniz bir pencere göreceksiniz. Hedef baz boş değilse, örn. muhasebe zaten içinde tutulduysa, 1C programındaki kullanıcıdan nesneleri manuel olarak karşılaştırması istenecektir. Veri senkronizasyonu sırasında 1C'deki nesnelerin karşılaştırılması, aynı alıcı nesnelerin kaynaktaki aynı nesnelerle karşılaştırılmasıdır.

Bir örneğe bakalım, diyelim ki UT'de "PharmGroup LLC" ve TIN 1234567 adında bir karşı taraf var ve BP'de ayrıca TIN 1234567 ile ancak "PharmGroup" adında bir karşı taraf var, eğer yapmazsak senkronizasyon aşamasındaki verileri karşılaştırırken bu iki nesneyi karşılaştırın, ardından alıcıdaki senkronizasyondan sonra (Enterprise Accounting 3.0), TIN 1234567 ile iki karşı tarafımız ve sırasıyla "PharmGroup LLC" ve "PharmGroup" adlı iki adımız olacak. Bu tür durumlardan kaçınmak için nesneleri eşleştirmek için bir mekanizma icat edildi.

Örneğimizde alıcı tabanı boş ve bu nedenle nesne eşleştirme penceresi bizim için açılmadı. Ancak bazı işlemleri gerçekleştirdikten sonra, sistem kullanıcıdan bazı ek veriler eklemesini isteyecek ve aşağıdaki pencereyi görüntüleyecektir. Herhangi bir ek veri aktarmamıza gerek yok, ihtiyacımız olan her şeyi zaten yapılandırdık, bu nedenle bu adımda "Gönderilecek belgeleri ekleme" seçeneğini seçiyoruz. Sonrakine tıkla".

1C arasındaki veri alışverişinin son aşaması

Son aşamada, program, kullanıcının senkronizasyonun başarılı olduğu konusunda bilgilendirileceği aşağıdaki pencereyi görüntüleyecektir, "Bitir" i tıklayın. Bu, "Trade Management 11.1"den (UT) "Enterprise Accounting 3.0"a (BP) tek yönlü bir değiş tokuşta veritabanları arasındaki senkronizasyonu tamamlar.