1C 8 değişim kurallarını geliştirirken, değişim kurallarının davranışını programlı olarak yeniden tanımlama yeteneği - işleyici mekanizması - yaygın olarak kullanılır. Olay işleyicileri işlevselliği önemli ölçüde genişletir ve etkileşimli yapılandırma yeteneklerinin yeterli olmadığı durumlarda değişim kurallarını ayarlamak için vazgeçilmez bir araçtır.

İşleyiciler ve algoritmalar, değişim sırasında yürütülecekleri platformun dilinde yazılır.

Bu bir 1C: Enterprise 7.7 platformuysa, işleyici kodu yükleme veya indirme işleme koduna entegre edilir. Buna göre, her işleyici veya algoritma ayrı bir işleve ayrılır ve değişim sırasında hata ayıklama için kullanılabilir.

Yükleme veya indirme 1C: Enterprise 8 platformunda gerçekleşirse, işleyici kodu veri alışverişi işleme koduna entegre edilmez, ancak değişim kuralları dosyasına yüklenir. Veri alışverişi sürecinde işleyicilerin veya algoritmaların kodları kurallar dosyasından alınır ve doğrudan “Run” ifadesi bağlamında çalıştırılır. İşleyicilerin ve algoritmaların kodunda hata ayıklamak için “Evrensel XML Veri Değişimi” işlemini kullanabilirsiniz.

Otomatik kontrol sistemleri çoğu durumda ayrı veritabanlarından oluşur ve çoğunlukla coğrafi olarak dağıtılmış bir yapıya sahiptir. Aynı zamanda, doğru şekilde uygulanan veri alışverişi, bu tür sistemlerin etkin çalışması için gerekli bir koşuldur.

Borsanın ilk kurulumu, 1C:Enterprise platformundaki ürünlerde olduğu gibi, homojen kaynaklarla ilgileniyor olsak bile, yalnızca programlama açısından değil aynı zamanda danışmanlık açısından da bir dizi eylem gerektirebilir. 1C değişimini (veya aynı zamanda 1C 8.3'te veri senkronizasyonu olarak da adlandırıldığı gibi) kurmanın neden bir entegrasyon projesinin en zaman alıcı ve pahalı görevi haline gelebileceğini bu makalede ele alacağız.

1C ortamında veri alışverişi şunları yapmanızı sağlar:

• Belgelerin çift girişini ortadan kaldırın;
• İlgili iş süreçlerini otomatikleştirin;
• Dağıtılmış departmanlar arasındaki etkileşimi optimize edin;
• Farklı departmanlardan uzmanların çalışmalarına ilişkin verileri hızlı bir şekilde güncelleyin;
• Farklı muhasebe türleri arasında “farklılık yaratın”.*

*Bir muhasebe türüne ait verilerin diğerinden önemli ölçüde farklı olduğu durumlarda, bilgilerin gizliliğinin sağlanması ve bilgi akışlarının “sınırlandırılması” gerekir. Örneğin, 1C UT ve 1C Muhasebe arasındaki veri alışverişi, yönetim verilerinin düzenleyici muhasebe veritabanına yüklenmesini gerektirmez; 1C'deki senkronizasyon burada tamamlanmayacak.

Nesnelerinden en az birinin 1C ürünü olduğu birincil veri alışverişini uygulamak için standart süreci hayal edersek, aşağıdaki aşamaları ayırt edebiliriz:

• Borsanın kompozisyonunun koordinasyonu;
• Taşımanın tanımı (değişim protokolleri);
• Kuralların belirlenmesi;
• Planlama.

1C değişiminin bileşiminin tanımlanması

Değişim nesneleri “kaynak” ve “alıcı” olarak ikiye ayrılabilir. Aynı anda iki rolü birden yerine getirebilirler ki buna iki yönlü değişim adı verilir. Kaynak ve hedef, sistemin ihtiyacına veya işlevselliğine bağlı olarak mantıksal olarak belirlenir.*

*Örneğin, finansal muhasebeyi sürdürmek ve hazine süreçlerini yönetmek için “1C:Enterprise” temelinde geliştirilen bir çözüm olan “WA: Financier” entegre edilirken, WiseAdvice uzmanları bunu ana sistem olarak önermektedir. Bunun nedeni, uygulama politikası kurallarına uymak ve buna bağlı olarak çözümün etkinliğini sağlamak için kontrol araçlarının bulunmasıdır.

Daha sonra, kullanıcılardan alınan ve kaydedilen gereksinimlere göre, değişim için bir veri listesi oluşturulur, hacmi, değişim sıklığı gereksinimleri belirlenir ve hatalarla çalışma ve istisnai durumlarla (çarpışmalar) başa çıkma süreci belirlenir.

Aynı aşamada mevcut sistem filosuna ve işletmenin yapısına bağlı olarak değişim formatı belirlenir:

Dağıtılmış bilgi tabanı

• RIB, her bir değişim çifti için net bir "ana-bağımlı" kontrol yapısı ile aynı 1C veritabanı konfigürasyonları arasındaki değişimi ifade eder. Bir teknoloji platformunun bir unsuru olarak RIB, verilere ek olarak veritabanının konfigürasyon değişikliklerini ve yönetim bilgilerini (ancak yalnızca ana cihazdan yardımcı cihaza) iletebilir.

1C'de evrensel veri alışverişi

• Hem 1C:Enterprise platformundaki yapılandırmalarla hem de üçüncü taraf sistemlerle 1C veritabanlarının değişimini yapılandırmanıza olanak tanıyan bir mekanizma. Değişim, “Değişim Planları”na uygun olarak verilerin evrensel xml formatına aktarılmasıyla gerçekleştirilir.

Kurumsal Veriler

• 1C:Enterprise platformunda oluşturulan ürünler ile herhangi bir otomasyon sistemi arasında xml formatında veri alışverişini uygulamak için tasarlanan 1C'nin en son gelişimi. EnterpriseData'nın kullanımı, değişimle ilişkili değişiklikleri basitleştirir. Daha önce, bir sisteme yeni bir konfigürasyon eklendiğinde, hem kendisi hem de mevcut sistemler için verileri içe ve dışa aktarmak için bir mekanizmanın uygulanması gerekliydi. Artık EnterpriseData'yı destekleyen sistemler tek bir giriş-çıkış noktasına sahip olduğundan herhangi bir değişikliğe ihtiyaç duymuyor.

Taşımanın tanımı (değişim protokolleri)

1C:Enterprise 8 platformundaki sistem için, genel kabul görmüş evrensel standartları (xml, metin dosyaları, Excel, ADO bağlantısı vb.) Kullanarak herhangi bir bilgi kaynağıyla alışverişi organize etmek için çok çeşitli olanaklar sağlanmaktadır. Bu nedenle, veri alışverişi için taşımayı belirlerken üçüncü taraf sistemin veritabanı yeteneklerine güvenmelisiniz.

Dizinlerin senkronizasyonu

Dizinlerin etkili senkronizasyonunun temel ilkesi, tek bir giriş noktasının varlığıdır. Ancak tarihsel olarak farklı kurallara göre doldurulmuş dizinlerle çalışmaktan bahsediyorsak, senkronizasyon alanlarını net bir şekilde tanımlamak ve değişimi “ortak bir paydaya” getirmek gerekir.*

*Bu aşamada veri kaynağı tarafında referans verileri normalleştirmeye yönelik çalışmalar yapılması gerekebilmektedir. Dizinlerin durumuna ve hacimlerine bağlı olarak, öğelerin karşılaştırılması, hataların ve kopyaların tanınması, tanımlanması, eksik alanların doldurulması ve senkronizasyon alanlarının atanması süreci, hem sistem hem de veri alanında bir grup uzmanın çalışmasını gerektirebilir. entegratörün bir parçası (ana veri normalleştirme tekniğinin sahibi) ve müşteri tarafından.

Kuralları ayarlama

Kaynak sistemlerden gelen verilerin alıcılarda görüntülenmesi, doğru tanımlanmış değişim kurallarına bağlıdır. Xml formatında sunulan kurallar, kaynak-alıcı nesnelerinin temel ayrıntılarının yazışmasını düzenler. 1C:Veri Dönüştürme çözümü, hem tek seferlik hem de kalıcı değişimlerin uygulanmasına yönelik kuralların oluşturulmasını otomatikleştirmek üzere tasarlanmıştır.

Değişim Değişim Planı sırasında veri kaybı olmayacağını garanti eder. Bu, 1C değişim prosedürünü tam olarak açıklayan 1C:Enterprise platformundaki herhangi bir konfigürasyonun ayrılmaz bir parçasıdır: veri kompozisyonu ("tanımlayıcı" ayrıntılara sahip belgeler) ve düğümler (alıcı-verici bilgi tabanları) ve ayrıca RIB'nin etkinleştirilmesi Seçilen değişim yönleri.

Değişim Planına girilen verilerde meydana gelen değişiklikler kayıt altına alınır ve “değiştirildi” işareti alınır. Değiştirilen veriler alıcı-verici düğümlerinde birbiriyle eşleşene kadar işaret sıfırlanmayacak ve sistem her iki düğüme de kontrol mesajları gönderecektir. Veriler yüklendikten ve her iki sistemde de tam uyumluluk doğrulandıktan sonra işaret sıfırlanır.

1C'de değişim programı

Düzenli alışverişi otomatikleştirmek için veri yükleme sıklığı ayarlanır. Değişim sıklığı ihtiyaca ve teknik yeteneklere bağlıdır. Ayrıca 1C:Enterprise platformundaki yapılandırmalar, bir olay meydana geldiğinde veri alışverişini yapılandırmanıza olanak tanır.

Bir borsayı hayata geçirmenin standart sürecini göz önünde bulundurduktan sonra, farklı aşamalarda iyileştirme gerektirecek faktörlere dikkat edelim:

• Standart dışı, yüksek düzeyde değiştirilmiş veritabanı yapılandırmaları;
• 1C:Enterprise platformunun farklı versiyonları;
• Uzun süredir güncellenmeyen konfigürasyon sürümleri;
• Daha önce değişikliğe uğramış değişim nesneleri;
• Standart dışı değişim kurallarına duyulan ihtiyaç;
• Mevcut referans kitaplarındaki ayrıntıların çok farklı bir dizisi ve bileşimi.

Birincil veri alışverişini uygulamaya yönelik standart eylemler bile uzman bilgisi gerektirdiğinden, bunların 1C uzmanlarının katılımıyla gerçekleştirilmesi önerilir. Yalnızca yukarıda açıklanan tüm adımları tamamladıktan sonra, konfigürasyonda santral kurulumuna devam etmelisiniz. 1C:UPP ve 1C:Retail örneğini kullanarak veritabanlarının entegrasyonuna bakalım (1C:UT ile değişim aynı şema kullanılarak kurulur). Standart senkronizasyona ayrıca, en büyük endüstriyel işletmelerdeki büyük ölçekli otomasyon sistemleri için tipik olan SCP - SCP alışverişi de dahildir.

"Hizmet" alt menüsünde "Platformdaki ürünlerle veri alışverişi..." seçeneğini seçin ("Perakende" ile doğrudan alışverişin seçilmesi genellikle COM nesneleri düzeyinde hatalara neden olur). Lütfen “Bu özellik mevcut değil” servis mesajını dikkate alın.

Bu sorunu çözmek için "İletişimi Yapılandır" seçeneğini seçmeniz gerekir.

...ve kutuyu işaretleyin. Daha sonra hata mesajını dikkate almayın.

Veri senkronizasyonu ayarlarında "Perakende" ile santral oluştur... öğesini seçin.

Yerel veya ağ dizini üzerinden bağlantı ayarlarını yapılandırmadan önce diskte dizin için yer olduğundan emin olmalısınız. Kural olarak 30-50 MB'tan fazla yer kaplamasa da istisnai durumlarda 600 MB'a kadar gerektirebilir. Gerekli dizini doğrudan yapılandırıcıdan oluşturabilirsiniz.

Bir ağ dizini aracılığıyla bağlanırken, bağlantıyı bir FTP adresi aracılığıyla ve e-posta yoluyla yapılandırma teklifini "İleri"ye tıklayarak dikkate almayız.

Ayarlarda, veritabanlarının (genellikle BP, UPP, RO) öneklerini - sembollerini manuel olarak giriyoruz, kuralları ve veri yükleme başlangıç ​​​​tarihini belirliyoruz. Önek, oluşturuldukları veritabanını belirtmek için belgelerin adında belirtilecektir. Yükleme kuralları düzenlenmezse veriler varsayılan olarak mevcut tüm parametrelere göre yüklenecektir.

İşlemlerimizi tekrarlamamak adına “Perakende” için döviz ayar dosyası oluşturuyoruz. Senkronizasyonu ayarladıktan hemen sonra verileri hemen göndermeniz gerekiyorsa kutuyu işaretleyin.

Değişim sürecini otomatikleştirmek için bir program ayarlamanız gerekir.

Menü "Perakende".

Kutuyu işaretleyin ve “Senkronizasyon”u seçin.

Production Enterprise Management seçeneğini seçerek “tersine” kurulumu gerçekleştiriyoruz.

UPP'de oluşturulan ayarlar dosyasını yükleyin.

İşaret koyuyoruz, sistem adresi otomatik olarak alıyor.

UPP'dekiyle aynı şekilde hareket ediyoruz.

Doğrulama verilerinin karşılaştırılması (Manuel veri karşılaştırmasının hazırlık aşamasında yapılması tavsiye edilir, çünkü bu çalışma, değişimin uygulanması sürecinde en emek yoğun iş haline gelebilir). Karşılaştırma penceresi fareye çift tıklandığında açılır.

Senkronizasyonda bir hata olması durumunda “Ayrıntılar...”, “Asla...” ile değiştirilecektir.

“Ayrıntılar…”, borsaya ilişkin güncellenmiş bilgileri içeren günlüğü açar.

Hazır.

Çoğu zaman büyük işletmelerin ve perakende zincirlerinin çalışmalarında veritabanları arasında veri alışverişine ihtiyaç duyulur. Her programcı ve yönetici bu sorunu farklı şekilde çözer. Bazıları yüklemeleri ve indirmeleri ara tablo dosyaları aracılığıyla yazar, diğerleri ise kaynak veritabanına bağlanmak için COM bağlantı modunu kullanır. Ancak son zamanlarda 1C'nin “XML Formatında Evrensel Veri Değişimi” adı verilen kendi mekanizması giderek daha popüler hale geldi.

İşlemenin görünümü

Tam arayüzde, Servis->Diğer veri alışverişleri->Evrensel veri alışverişi bölümünde XML formatında işlemeyi açabilirsiniz.

İşleme formu (Şekil 1) dört sekme içerir:

Sekmelerin her birinin arayüzü yoğun olarak öğelerle yüklüdür ve bu nedenle ayrı ayrı ele alınması gerekir.

Veriler yükleniyor

Sekmenin en üstünde değişim kuralları dosyasını seçmek için bir alan vardır. Standart dışı veritabanları ve borsalar için değişim dosyasını kendiniz oluşturmanız gerekecektir.

Formun bir sonraki satırında iki radyo düğmesi vardır:

1. Bir değişim dosyasına yükleme (Şekil 2);
2. Verilerin bilgi güvenliğine bağlanması ve yüklenmesi (Şekil 3).

Yukarıdaki resimlerden de görebileceğiniz gibi formun görünümü anahtara bağlı olarak farklılık göstermektedir. Dosya paylaşım seçeneği seçilirse, kullanıcıdan dosyanın yükleneceği konumu ve yerden tasarruf etmek ve dosyayı bir parola ile korumak için sıkıştırma olasılığını seçmesi istenir.

Alıcı tabana doğrudan bağlantı seçeneği, hem dosya hem de istemci-sunucu çalışma modlarını destekler. Bu durumda veritabanı adresini girmeniz ve “Kullanıcı” ve “Şifre” alanlarını doldurmanız gerekecektir. Veri alışverişine başlamadan önce bağlantıyı test etmeniz önerilir.

Aşağıdaki tablo bölümü, seçimleri ve diğer boşaltma parametrelerini yapılandırmanıza olanak tanır.

Algoritmalarda hata ayıklamak ve hataları düzeltmek için değişim işlemede yerleşik mekanizmayı kullanabilirsiniz. Formun alt kısmındaki ilgili onay kutusunun işaretlenmesiyle etkinleştirilir. “Hata ayıklama ayarları…” düğmesine tıklamak bir pencere açar (Şekil 4).

Şekil 4

Bu formun ayırt edici bir özelliği, düzenin sol tarafında bulunan ve olası üç hata ayıklama modunun her birini açıklayan bilgilendirici yardımdır. Epf formatındaki herhangi bir dosya, modül için harici bir işlem dosyası görevi görebilir.

“Bitir” butonuna basıldığında doldurulan verilerin doğruluğu ve eksiksizliği kontrol edilir.

“Yükle” den farklı olarak, bu sekmede (Şekil 5) tablo şeklinde bir bölüm yoktur, ancak yeni ve değiştirilmiş nesnelerin kaydedilmesi için parametreleri ayarlamanıza olanak tanıyan çok daha fazla onay kutusu vardır.

Şekil 5

Öncelikle bilgi kaynağı görevi görecek bir dosya seçmeniz gerekiyor. Bu, “Yüklenecek dosya adı” giriş alanında yapılabilir. Veriler şifre korumalı bir arşive yüklendiyse uygun alana girilmesi gerekecektir.

İlgili onay kutuları şunları yapılandırmanıza olanak tanır:

• Nesneleri yazarken yapılan işlem (bu bazen süreci hızlandırır);
• Verileri değişim modunda yükleme (bu durumda, belgeleri gönderirken kontrol etmek dışındaki tüm platform kontrolleri kayıt sırasında göz ardı edilecektir);
• Değiştirilen öğelerin üzerine yazma;
• İndirilen öğeler için bir silme işareti ayarlama;
• Kayda yeni veri yazma modu (birer birer veya takım halinde);
• Dize değerleri için önemsiz karakterlerin (boşluklar ve sekmeler) kırpılması.

Ek ayarlar

Yer iminin adından da anlaşılacağı gibi, kullanımı değişim sürecini daha doğru bir şekilde özelleştirmenize olanak tanıyan araçlar içerir. Özellikle:

1. Hata ayıklama modunu etkinleştirir;
2. Boşaltma işlemi sırasında bir işlemin kullanılmasına izin verir;
3. 1C'nin 8. sürümünün veritabanları arasındaki değişimi optimize eder;
4. Yalnızca mevcut kullanıcı tarafından kullanılmasına izin verilen nesneleri yükleyin;
5. Veritabanları arasındaki değişim işleminin günlüğe kaydedilmesini etkinleştirin.

Bu ve diğer bazı işlevler, formdaki uygun kutuların işaretlenmesiyle etkinleştirilir (Şekil 6).

Şekil 6

Veriler siliniyor

Bu sekme yalnızca geliştiriciler tarafından hata ayıklama modunda kullanılır. Gereksiz nesneleri veritabanından kaldırmanıza olanak tanır.

Değişim kurallarının ayarlanması hakkında kısaca

Standart bir işleyici kullanmak programcıların hayatını büyük ölçüde kolaylaştırır. Aynı zamanda “XML Formatında Evrensel Veri Alışverişi” ile ilk kez tanışan birinin en zor anlarından biri şu sorudur: “Değişim kuralları dosyasını nereden alabilirim?”

Her şeyden önce, bağımsız olarak değişim kuralları oluşturmak için "Veri Dönüştürme" adı verilen özel bir yapılandırmaya ihtiyacınız vardır. Çeşitli 1C veritabanlarının 7 ve 8 sürümleri arasındaki hemen hemen her değişimi yapılandırmanıza olanak tanıyan birkaç ilginç dosya içerir:

1. epf – 1C 8 veritabanları için meta veri yapısını indirmek için gereklidir;
2. epf – 1C 8 konfigürasyonu kendi kendine yazılmışsa veya standart değilse, “Evrensel Veri Değişimi” işlemine sahip olmayabilir, bu dosya bu işlemdir;
3. ert – dosya, 1C sürüm 7.7'nin yapılandırmalarının meta veri yapısını indirmek için kod içerir;
4. ert – yedi kişi için veri yükleme ve indirme işlemlerinin gerçekleştirildiği dosya.

Uygun işlemeyi başlattıktan sonra kaynak ve hedef veritabanlarına ilişkin meta veri yapılarının kaldırılması gerekir. Daha sonra “Dönüşüm” konfigürasyonunda kaynak ve hedef konfigürasyonlara ilişkin bilgileri “Konfigürasyonlar” dizinine girmeniz gerekmektedir.

Daha sonra Dönüşüm dizininde veri alışverişinin yönü hakkında bilgi içeren bir öğe oluşturulur. Bunun için Exchange Kurallarını ayarlayabilirsiniz.

Bu makalede, evrensel EnterpriseData formatı aracılığıyla veri alışverişini organize etme konusundaki şimdiye kadarki küçük deneyimimi anlatacağım.

Benim durumumda, borsa "Ticaret Yönetimi 11.2" (bundan sonra UT olarak anılacaktır) ve "Kurumsal Muhasebe 3.0.43" (bundan sonra BP olarak anılacaktır) yapılandırmaları arasında yapılandırılmıştır. Değişim UT'den BP'ye tek yönlüdür. Trade Management 11.1'i 11.2'ye yükseltmeden önce veri alışverişi, Data Conversion 2.0 yapılandırması kullanılarak yapılandırılıyordu. Ancak “11.2”ye geçtikten sonra kullanıcılar için “Ticaret Yönetimi”nde hatalar ortaya çıktı. Değişim kurallarının güncellenmesine yönelik prosedür uygulandı ancak sonuç alınamadı. Hata ayıklayıcı, sorunun veri alışverişinde olduğunu gösterdi. Her iki konfigürasyonda da veri alışverişi ayarının kaldırılıp tekrar yapılandırılmasına karar verildi.

Hem “Ticaret Yönetimi” hem de “Kurumsal Muhasebe” istemci-sunucu versiyonunda çalışır. UT ile senkronizasyonu ayarlamaya başladım. Bunu, veriler UT'den bir dosyaya yüklenecek şekilde gerçekleştirdim. Yani bir ağ dizini aracılığıyla senkronizasyon. BP'de değişimi, BP'den hiçbir veri indirilmeyecek şekilde yapılandırdım.

Bağlam yöntemini çağırırken hata (Doğrulama): XDTO veri doğrulama hatası:
"/Karşı Taraf Banka Hesabı/Banka" nesnesinin yapısı şu türe uymuyor: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)KeyPropertiesBank
"BIK" özelliğinin kontrol edilmesi:
şekil: Öğe
ad: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)BIK
tip:
Gerekli özellik eksik
Nesne: Karşı Tarafla Anlaşma No. ...

Hatayı analiz etmek için "Gönderilen verilerin bileşimi" simgesine tıkladım ve gönderilmek üzere kayıtlı yüklenici sözleşmeleri listesinde hatanın ortaya çıktığı sözleşmeyi buldum. Sözleşmeyi açtım ve karşı tarafın sözleşmede belirtilen banka hesabını hatırladım. Daha sonra nakliye için kayıtlı banka hesaplarına geçtim. Gerekli hesabın kayıtlı olanlar listesinde olmadığı ortaya çıktı. Sorunlu banka hesabını ve sözleşmeyi yeniden düzenledim. Bundan sonra gerekli banka hesabını manuel olarak kaydettim.

UT'den verileri senkronize etmeyi tekrar denedim. Bu sefer veriler başarıyla yüklendi. UT'den BP'ye aktarılacak verileri içeren ağ klasöründe bir XML dosyası oluşturuldu.

Bir sonraki adım, verileri dosyadan kurumsal muhasebe departmanına yüklemektir. "Kurumsal Muhasebe" konfigürasyonunda "Senkronize Et" butonuna tıkladım, "Veri analizi devam ediyor" mesajını içeren bir işlem formu açıldı. Kısa bir süre sonra mesaj "Veri yükleme işlemi devam ediyor" olarak değişti. Aynı zamanda gösterge ve sayaç, güç kaynağı ünitesinden 80 binden fazla nesnenin boşaltıldığını gösterdi. Bu kafamı karıştırdı çünkü ayarlarda güç kaynağından hiçbir şeyin boşaltılmaması gerektiğini belirtmiştim. İşlem oldukça uzun sürdü ve şu hatayla sonuçlandı:

Etkinlik: Veri Alışverişi
(GeneralModule.Long-runningOperations.Module(371)): Arka plan iş çalışanı işlemi anormal şekilde sonlandırıldı
RaiseException(ErrorText);

Hatanın yerini belirlemek için güç kaynağı tabanının senkronizasyon ayarlarını ve çalışma seçeneklerini değiştirmeyi denedim. Sonuç olarak, veritabanını dosya sürümüne dönüştürdüğümde sistem yeterince çalıştı: iki veritabanını karşılaştırmak için bir form açıldı. Nesneleri eşleştirdikten sonra ilk senkronizasyon başarılı oldu. Daha sonra veritabanını tekrar istemci-sunucu sürümüne geçirdim.

Senkronizasyonun daha fazla test edilmesiyle, nesneleri dönüştürme kurallarında bazı değişiklikler yapmak gerekliydi. Veri Dönüştürme 3.0 yapılandırmasını kullanmanın zamanı geldi. Yerleşik yapılandırma yardımı, nasıl çalıştığını açıklar. ITS web sitesindeki makaleler de yardımcı oldu.

Sonuç olarak aşağıdaki verileri "Veri Dönüştürme 3.0"a yükledim:

• İki veritabanından "Evrensel Format Yoluyla Veri Alışverişi Yöneticisi" genel modülünün metinleri
• Her iki tabanın düzeni
• EnterpriseData formatının açıklaması (herhangi bir veritabanından)
• Dönüşüm kuralları

İndirdikten sonra “Data Conversion 3.0”da verileri, nesneleri ve özellikleri dönüştürme kurallarını açtım. İhtiyacım olan değişiklikleri yaptım. Daha sonra "Değişim yöneticisi modülünü kaldır" butonunu kullandım. Modül metni panoya kopyalandı. Geriye kalan tek şey onu konfigürasyona eklemek.

"Veri Dönüştürme 3.0"da kuralları ayarlamayı denedikten sonra, kendi adıma, yapılan değişikliklerin önemsiz olması durumunda kuralları genel modülde doğrudan UT ve BP yapılandırmalarında ayarlamanın daha kolay olduğu sonucuna vardım. "Evrensel Format Yoluyla Veri Alışverişi Yöneticisi". Düzenlemeler ciddiyse, örneğin takasa yeni bir nesne eklemek gibi, o zaman yapılandırmayı kullanmalısınız " Veri dönüştürme 3.0".

"Tedarikçiye sipariş" belgesini değişim planına ekleme görevini " kullanarak gerçekleştirdim Veri dönüştürme 3.0". UT - BP'nin standart versiyonunda bu belge değişim planına dahil değildir.

Nesneleri yükleme için kaydetme kurallarının hâlâ "Veri Dönüştürme 2.0" yapılandırmasında yapılandırıldığını hatırlayalım.

Bunlar, evrensel EnterpriseData formatı aracılığıyla veri senkronizasyonunun ilk izlenimleridir.

Not: Evrensel Format ve Konfigürasyonlar aracılığıyla veri alışverişi hakkında sorularınız veya kendi gözlemleriniz varsa" Veri dönüştürme 3.0", yorumları yazın. Deneyim alışverişinde bulunacağız.

• Veri senkronizasyonu
• Evrensel Kurumsal Veri Formatı
• Veri dönüştürme 3.0
• Veri dönüştürme 2.0
• Ticaret yönetimi
• Kurumsal muhasebe