EDI Entegrasyonları Taşınmasında Temel Yapılacaklar;
1. BizTalk Server 2006'daki mevcut entegrasyon BizTalk Server 2010'a taşınır.
2. Entegrasyondaki EDI schema, bu schemanın yeni formatı ile değiştirilir. (yeni EDI file 'C:\Program Files (x86)\Microsoft BizTalk Server 2010\XSD_Schema\EDI\MicrosoftEdiXSDTemplates\EDIFACT' klasöründen seçilerek entegrasyona eklenir. )
3. Entegrasyondaki EDI schema değiştirildikten sonra mapteki bağlantılar kopar. Bu bağlantılar yeni schema ile map üzerinde tekrar yapılır.
4. Map yeniden düzenlendikten sonra orchestrationa 'StartLog' eklenir (Entegrasyonun yeni sistemdeki -Bizwatch- loglamaya uygun çalışması.).
5. Örnek input dosya ile test yapılır.
6. Entegrasyon build / deploy edilir.
7. Bu entegrasyonun .dll'i, BizTalk Administrations'ta ilgili applicationın altnda Resources kısmına eklenir.
8. BizTalk Administrations'ta entegrasyonun receive location, receive port ve send portları oluşturulur ve entegrasyonun orchestrationı ile ilişkilendirilir.
9. Entegrasyon için Party tanımlaması yapılır.
10. Entegrasyonun .dll'i, loglamanın çalışabilmesi için Bizwatch'a yüklenir.
11. Entegrasyonun orchestrationı başlatılıp örnek input dosyası ile çalıştırılır.
Karşılaşılan Teknik Sorunlar;
1. 2006 Projesinde 'Property schema' kullanıldıysa bu schema 2010'da kaldırılmalı. Kaldırılmazsa proje Bizwatcha yüklenirken hata veriyor.
2. EDI çıktı almada sorun çıkabiliyor. Bu durumda; EDI schemada UNH2 segmentinin fieldlarının değerleri map üzerinden değil, schemada (UNH2.1, UNH2.2...)-> properties->Default Value ya yazılarak verilmesi gerekiyor.
-> UNH2.1 = COPARN -> UNH2.2 = D -> UNH2.3 = 95B -> UNH2.4 = UN -> UNH2.5 = ITG14
3. RFF fieldı mandatory olmadığı için; kullanılmadığı zamanlarda properties->minOccurs = 0 yapılmalı, yapılmadığında TDT fieldından önce RFF fieldı değerini boş gördüğü için hata veriyor.
=> Conditional olan fieldların minOccurs özelliği 0 yapılmalı.
4. COPARN çıktısının UNB segmentinde fazladan fieldlar var;
UNB+UNOA:1+BTS-SENDER:ZZZ+RECEIVE-PARTNER:ZZZ+110715:1616+116' olması gereken satır
UNB+UNOA:1+BTS-SENDER:ZZZ+RECEIVE-PARTNER:ZZZ+110715:1616+116++++0++0' şeklinde geliyor. Kırmızı olan alanlar 2006'da yok. Biztalk 2010'da gelmiş bir özellik. Bu alanlar kaldırılamadı. Müşteri tarafından bu hali ile denendi, sorun olmadığı için bu hali ile bırakıldı.
5. COPARN çıktısının TMP fieldı kullanılmadıgında sorun yok, hem xml hem de edi olarak çıktı alınabiliyor. Bu field kullanıldığı zaman Biztalk Administration hataya düşüyor -dehydrated-, XML çıktıları alınıyor ama edi çıktıları alınamıyor:
Çözümü:
Visual Studioda input (XML) schemada; root-> EQDLoop1-> TMP-> C239-> C23901 fieldının Properties'inden 'Base Data Type' = xs:string seçilecek.
PARTY ve AGREEMENT OLUŞTURMA:
a. İki adet party oluştur(entegrasyonun çalışacağı iki uç, ör: Yılport – ARKAS):
Figure1:Party properties
Party'ye isim verdikten sonra, bu partynin çalışacağı entegrasyonun EDI send portlarını bu party'ye ekle:
Figure 2: Party send ports tanımlama
b. Bu iki party altında birer adet Business Profile oluştur:
Figure 3: Party altında Business Profile oluşturma
Oluşturulan Business Profile'in identities tabı aşağıdaki gibi tamamlanır:
Figure 4: Business Profile Identities
c. Bu iki party için yeni bir Agreement oluştur:
Figure 5: Agreement oluşturma – genel özellikleri
(Parties-> YILPORTBooking->YılportBookingAgreement)
- Kırmızı ile belirtilen tablardan ilki receiver->sender, ikincisi sender-> receiver şeklinde olacak.
- Bu sayfada 'code qualifier (UNB2.2 ve UNB3.2)' = <NotValued> olarak seçilecek.
- Her iki tabdada 'Character sets and seperators' = UNOA
- İlk tabda 'Transaction Set List' de UNH 2.1 = COPARN olacak ve 'Support Transaction Sets from List' seçili olacak
- Her iki tabda da 'Validation' da, UNH2.1 = COPARN yazılacak (alttaki resimde olduğu gibi).
- İkinci tabda(sender-> receiver) BizTalkta tanımlanmış olan send portlar gösterilecek (edi çıktısı alınacak send portlar).
