Azure Logic Apps'te EDIFACT iletileri için CONTRL bildirimleri ve hata kodları
Şunlar için geçerlidir: Azure Logic Apps (Tüketim + Standart)
Azure Logic Apps'te, EDIFACT işlemlerini kullanırken Elektronik Veri Değişimi (EDI) iletişimi için EDIFACT iletilerini işleyen iş akışları oluşturabilirsiniz. EDI mesajlaşmasında, onaylar bir EDI değişimini işleme durumunu sağlar. Değişim alırken EDIFACT Kod Çözme eylemi , hangi bildirim türlerinin etkinleştirildiğine ve belirtilen doğrulama düzeyine bağlı olarak gönderene bir veya daha fazla bildirim türü döndürebilir.
Bu konu başlığında EDIFACT CONTRL ACK, değişimdeki CONTRL ACK kesimleri ve bu segmentlerde kullanılan hata kodları hakkında kısa bir genel bakış sağlanır.
Teknik ve işlevsel bildirim olarak CONTRL
EDIFACT ile kodlanmış iletiler için CONTRL onayı (ACK) hem teknik onay hem de işlevsel bir bildirim olarak çalışır. Tam CONTRL iletisi işlevsel ACK işlevi görürken, işlevsel ACK'deki bölümler teknik ACK için yeniden kullanılır. Örneğin, gönderen iş ortağının sözleşme özelliklerinde veya genel özelliklerde hem teknik hem de işlevsel AK'leri seçerseniz, EDIFACT Kod Çözme eylemi iki CONTRL iletisi oluşturur: CONTRL teknik ACK ve CONTRL işlevsel ACK. CONTRL ACK, EFACT_<version-number>_CONTRL.xsd şemasına uygundur.
Not
Azure Logic Apps'te EDIFACT ileti işleme ile, alındı bildirimi, kabul veya ret için bir CONTRL iletisi, yalnızca bir veya daha fazla CONTRL iletisi içeren alınan bir değişime yanıt olarak gönderilir. Logic Apps'te, yalnızca bir veya daha fazla CONTRL iletisi içeren alınan bir değişime yanıt olarak HIÇBIR CONTRL iletisi gönderilmez.
Alınan CONTRL iletilerindeki hatalar, CONTRL iletisi dışında bir yolla bildirilmelidir. Veri iletilerini içeren bir değişimde bir veya daha fazla CONTRL iletisi varsa, bu değişime yanıt olarak oluşturulan CONTRL iletisi, alınan değişimde hiçbir CONTRL iletisi bulunmamış gibi oluşturulur.
Teknik bir bildirim olarak CONTRL iletisi, değişim alıcısının konu değişimini aldığını ve aşağıdaki sorumluluklara sahip olduğunu gösterir:
- Raporlama Değişim Yanıtı (UCI) kesimine kopyalanan veri öğelerinin bozulma doğruluğunu doğrulamak için değişim bölümlerini kontrol etti.
- Değişimdeki diğer bölümlerin kabulü veya reddedilmesi konusunda göndereni bilgilendirme sorumluluğunu kabul eder.
- Göndereni bilgilendirmek için makul ölçüler alır.
Not
CONTRL teknik ACK durumu yalnızca gelen EDIFACT iletisi yinelenen olduğunda veya zarfta karakter kümesiyle ilgili bir sorun gibi hatalar varsa bildirir Rejected
. EDIFACT, contrl teknik ACK'de durumu bildirmez Interchange accepted with errors
, çünkü x12 ta1 onayında TA104 alanını kullanıyordur. EDIFACT iletisinin bir bölümü kabul edilirse, CONTRL teknik ACK durumu bildirir Accepted
. Bazı senaryolarda iletinin bir bölümü reddedilirse CONTRL ACK yine de durumu bildirir Accepted
. Bu tür senaryolarda UCI5 öğesi hatayı bildirebilir.
İşlevsel bir bildirim olarak CONTRL iletisi, alınan değişim, grup veya ileti için kabul veya reddetme gibi hataların veya desteklenmeyen işlevlerin durumunu bildirir. İleti ayrıca değişim alıcısının:
Kabul edilen değişimin başvuruda bulunan düzeylerini aldı.
Kabul edilen başvuru düzeyindeki önemli söz dizimsel hataların başka değişim işlemeyi engellediği denetlendi.
Hiçbir hata bildirilmemişse, hizmet segmentlerinin kabul edilen tüm bölümlerinin sembolik olarak doğru olup olmadığı denetlendi.
Hizmet segmentlerinin kabul edilen ve başvuruda bulunan düzeylerindeki istenen eylemlere uyar.
Aşağıdaki durumlarda CONTRL iletisi göndermek dışında bir yolla göndereni bilgilendirme sorumluluğu kabul edildi:
- Tüm sağlam veya semantik hatalar daha sonra ilgili bölümde bulunur.
- Bölüm, gönderilen bir CONTRL iletisinde onaylandıktan sonra başka bir nedenle işlenemez.
Bu tür hataların bulunduğundan emin olmak ve göndereni bilgilendirmek için makul ölçüyü alır.
Reddetme, değişim alıcısının:
- CONTRL iletisinde belirtilen nedenlerden dolayı değişimi veya ilgili bölümleri kabul edemeyebilirsiniz.
- Konu değişiminin reddedilen bölümünde yer alan iş bilgileri üzerinde başka bir işlem yapmaz.
CONTRL teknik ACK segmentleri
EDIFACT sözleşmesinde teknik bir bildirim oluşturma seçeneğini belirlerseniz veya UNB9 ileti alanı olarak ayarlanırsa 2
, değişimin alınmasının sonuçlarını bildirmek için teknik bir ACK olarak bir CONTRL iletisi oluşturulur.
Aşağıdaki tabloda, bir değişimdeki CONTRL teknik ACK kesimleri açıklanır ve aşağıdaki tanımlar kullanılır:
- M = Zorunlu
- O = İsteğe bağlı
Name | Zorunlu veya isteğe bağlı | Açıklama |
---|---|---|
UNH ileti üst bilgisi | M | İleti Üst Bilgi Kesimi (UNH), iletiyi tanımlar ve belirtir. |
UCI değişim yanıtı | M | Değişimi tanımlar ve değişim alındısının niteliğini belirtir. UCI kesiminin 1 en fazla oluşumu vardır ve sonuç olarak, bir denetim kesiminde bulunan ilk hatayı bildirir. |
UNT ileti fragmanı | M | adlı Syntax Error Code UCI5 veri öğesinde bir hata bildirilir. EDIFACT ile kodlanmış iletiler için, X12 ile kodlanmış değişimlerde olduğu gibi hiçbir koşul yoktur Accepted with errors . |
CONTRL teknik ACK veri öğeleri
CONTRL teknik ACK aşağıdaki veri öğelerini içerir:
Öğe | Ad | Kullanım |
---|---|---|
UNH1 | İleti başvuru numarası | - |
UNH2 | İleti tanımlayıcısı alt bileşenleri | Alt Bileşenler: - 1 = CONTRL |
UCI1 | Değişim denetim numarası | Alınan iletinin UNB5 alanından eşlenir. |
UCI2 | Değişim göndereni | Alınan iletinin UNB2 alanından eşlenir. - Zorunlu: İlk alt bileşen veya kimlik. |
UCI3 | Değişim alıcısı | Alınan iletinin UNB3 alanından eşlenir. - Zorunlu: İlk alt bileşen veya kimlik. |
UCI4 | Eylem kodu | Bu öğe zorunludur. Eylem kodları: - Değişim kabul edilirse 8. |
UCI5 | Söz Dizimi Hata Kodu | Bu öğe koşullu olarak isteğe bağlıdır ve varsa hata koşulunu tanımlar. |
UCI6 | Hizmet Kesimi Etiketi | Bu öğe koşullu olarak isteğe bağlıdır ve UCI5 veri öğesinde hata koşuluna sahip olan segmenti tanımlar. |
UCI7 | Veri öğesi tanımlama | UCI5 veri öğesinde hata koşuluna sahip veri öğelerini tanımlar. Alt Bileşenler: - Zorunlu: Hatalı veri öğesinin segmentteki konumu. |
UCI8 | - | - |
UNT1 | Segment sayısı | - |
UNT2 | İleti başvuru numarası | - |
CONTRL işlevsel ACK kesimleri
EDIFACT sözleşmesinde işlevsel bir bildirim oluşturma seçeneğini belirlerseniz veya UNB9 ileti alanı olarak 1
ayarlanırsa, değişim söz diziminin denetlenmesinin sonuçlarını bildirmek için işlevsel bir ACK olarak bir CONTRL iletisi oluşturulur.
Aşağıdaki tabloda, bir değişimdeki CONTRL işlevsel ACK kesimleri açıklanır ve aşağıdaki tanımlar kullanılır:
- M = Zorunlu
- O = İsteğe bağlı
Name | Zorunlu veya isteğe bağlı | Açıklama |
---|---|---|
UNH ileti üst bilgisi | M | İleti Üst Bilgi Kesimi (UNH), iletiyi tanımlar ve belirtir. |
UCI segmenti | M | Değişimi tanımlar, değişim alındı bilgisinin durumunu gösterir ve alınan değişimdeki UNA, UNB ve UNZ kesimlerine başvurular içerir. UCI kesiminin 1 en fazla oluşumu vardır ve sonuç olarak, bir denetim kesiminde bulunan ilk hatayı bildirir. |
UCF segmenti | M, UNG kesimi varsa | UNG üst bilgisi ve UNE fragmanı tarafından kapsüllenen bir grup kesimini tanımlar ve herhangi bir hatanın doğasını gösterir. |
UCM segmenti | M | UNH üst bilgisi ve UNT fragmanı tarafından kapsüllenen bir ileti kesimini tanımlar ve herhangi bir hatanın niteliğini gösterir. |
UCS segmenti | M | Bir işlem kümesini tanımlar ve herhangi bir hatanın doğasını gösterir. |
UCD segmenti | O, koşullu olarak | Hatalı bir bileşik veya bileşen veri öğesini tanımlar ve hatanın doğasını gösterir. |
UNT ileti fragmanı | M | Alınan CONTRL işlev bildirimi yalnızca UNH, UCI ve UNT kesimlerini içeriyorsa, EDIReceive işlem hattı bildirimi CONTRL alındı bilgisi teknik ACK olarak işler. Raporlama düzeyindeki her segment örneği yalnızca bir hata bildirebilir; örneğin UCI, UCF, UCM, UCS ve UCD kesimleri. |
SG döngüleri ve CONTRL işlevsel ACK yapısı
Alınan değişimin bir veya daha fazla grup içerip içermediğine bağlı olarak, CONTRL işlev ACK'sinin yapısı farklılık gösterir.
Değişim bir grup içeriyorsa, ACK her grup için bir UCF kesimi içerir. Her UCF kesimi ileti başına bir UCM kesimi içerir. Her UCM segmenti aynı zamanda birlikte bir dizi UCS ve UCD segmenti de içerir.
ACK iletisinin XML formu aşağıdaki döngü öğelerini içerir:
- Her UCF segmentini kapsülleyen bir SG3Loop öğesi.
- Her UCM öğesini kapsülleyen bir SG4Loop öğesi.
- UCS ve UCD öğelerinin her çiftini kapsülleyen bir SG5Loop öğesi.
SG döngüsü etiketleri yerel EDI ileti biçiminde yoktur.
Değişim bir grup içermiyorsa, ACK herhangi bir UCF kesimi içermez. Bunun yerine, ACK ileti başına bir UCM kesimi içerir. Her UCM segmenti, birlikte bir dizi UCS ve UCD segmenti içerir.
ACK iletisinin XML formu aşağıdaki döngü öğelerini içerir:
- Her UCM öğesini kapsülleyen bir SG1Loop öğesi.
- UCS ve UCD öğelerinin her çiftini kapsülleyen bir SG2Loop öğesi.
Grupları içeren değişimlerde olduğu gibi, SG etiketleri yerel ACK biçiminde yoktur.
Varsayılan olarak ve sektör kullanımı olarak kabul edilen işlem kümeleri için SG1/SG4 döngüleri beklenmez. Ancak, standartlara uyumluluğu desteklemek için aşağıdaki adımları izleyerek SG1/SG4 döngüleri oluşturmayı zorlayabilirsiniz:
Azure portal tümleştirme hesabınızı açın.
Tümleştirme hesabı menüsünde, Ayarlar'ın altında Sözleşmeler'i seçin.
EDIFACT sözleşmenizi açın ve Ayarları Gönder'i seçin.
Onay'ın altında Onay (CONTRL) öğesini seçin. Artık kabul edilen işlem kümeleri için SG1/SG4 döngüsü oluştur'a seçebilirsiniz.
Bu onay kutusu seçilirse alma işlem hattı, işlem kümesinin kabul edilip edilmediğine bakılmaksızın SG1/SG4 döngüleri oluşturur. Aksi takdirde, bu döngüler yalnızca UCM5'in ile eşit
7
olmadığı hatalı işlem kümeleri için oluşturulur.
CONTRL işlevsel ACK veri öğeleri
CONTRL iletisi, alınan değişimden kopyalanan birkaç zorunlu veri öğesi içerir. Değişimdeki veri öğesi eksikse veya bozulmamışsa, bozulmadan geçerli bir CONTRL iletisi oluşturulamaz. Hata, CONTRL iletisi dışında bir yolla bildirilmelidir.
CONTRL işlev ACK'si aşağıdaki veri öğelerini içerir:
Öğe | Ad | Kullanım |
---|---|---|
UNH1 | İleti başvuru numarası | - |
UNH2 | İleti tanımlayıcısı alt bileşenleri | Alt Bileşenler: - 1 = CONTRL |
UCI1 | Değişim denetim numarası | Alınan iletinin UNB5 alanından eşlenir. |
UCI2 | Değişim göndereni | Alınan iletinin UNB2 alanından eşlenir. - Zorunlu: İlk alt bileşen veya kimlik. |
UCI3 | Değişim alıcısı | Alınan iletinin UNB3 alanından eşlenir. - Zorunlu: İlk alt bileşen veya kimlik. |
UCI4 | Eylem kodu | Bu öğe zorunludur. Eylem kodları: - Değişim kabul edilirse 8. |
UCI5 | Sözdizimi Hata Kodu | Bu öğe koşullu olarak isteğe bağlıdır ve varsa hata koşulunu tanımlar. |
UCI6 | Hizmet Kesimi Etiketi | Bu öğe koşullu olarak isteğe bağlıdır ve UCI5 veri öğesinde hata koşuluna sahip kesimi tanımlar. |
UCI7 | Veri öğesi tanımlama | UCI5 veri öğesinde hata koşuluna sahip veri öğelerini tanımlar. Alt Bileşenler: - Zorunlu: Hatalı veri öğesinin segmentteki konumu. |
UCI8 | - | - |
UCF1 | Grup Başvuru Numarası | Bu öğe zorunludur ve alınan iletideki UNG5 alanından eşlenir. |
UCF2 | Uygulama Gönderenin Kimliği | Bu öğe koşullu olarak isteğe bağlıdır ve alt bileşenlerle birlikte alınan iletideki UNG2 alanından eşlenir. |
UCF3 | Uygulama Alıcısı Kimliği | Bu öğe koşullu olarak isteğe bağlıdır ve alt bileşenlerle birlikte alınan iletideki UNG3 alanından eşlenir. |
UCF4 | Kodlanmış Eylem | Bu öğe zorunludur ve kod bu düzeye ve tüm alt düzeylere uygulanır. Eylem kodları: - Değişim kabul edilirse 7. |
UCF5 | Sözdizimi Hatası, Kodlanmış | Bu öğe koşullu olarak isteğe bağlıdır ve varsa gruptaki hata koşulunu tanımlar. |
UCF6 | Hizmet Kesimi Etiketi | Bu öğe koşullu olarak isteğe bağlıdır ve gruptaki hatalı kesimi tanımlar. |
UCF7 | Veri öğesi tanımlama | UCF5 veri öğesinde tanımlanan hata koşuluna sahip veri öğelerini tanımlar. Alt Bileşenler: - Zorunlu: Hatalı veri öğesinin segmentteki konumu ve segmentteki hatalı veri öğesinin oluşumu. |
UCM1 | İleti Başvuru Numarası | Bu öğe zorunludur ve alınan iletideki UNH1 alanından eşlenir. |
UCM2 | İleti Tanımlayıcısı | Bu öğe koşullu olarak isteğe bağlıdır ve alt bileşenlerle birlikte alınan iletideki UNH2 alanından eşlenir. |
UCM3 | Kodlanmış Eylem | Bu öğe zorunludur ve kod bu düzeye ve tüm alt düzeylere uygulanır. Eylem kodları: - Değişim kabul edilirse 7. |
UCM4 | Sözdizimi Hatası, Kodlanmış | Bu öğe koşullu olarak isteğe bağlıdır ve varsa gruptaki hata koşulunu tanımlar. |
UCM5 | Hizmet Kesimi Etiketi | Bu öğe koşullu olarak isteğe bağlıdır ve HATALI UNH veya UNT kesimini tanımlar. |
UCM7 | Veri öğesi tanımlama | UCM5 veri öğesinde tanımlanan hata koşuluna sahip veri öğelerini tanımlar. Alt Bileşenler: - Zorunlu: Hatalı veri öğesinin segmentteki konumu ve segmentteki hatalı veri öğesinin oluşumu. |
UCS1 | İleti gövdesinde segment konumu | Bu öğe zorunludur ve UNH olarak 1 başlayarak hatalı kesimin konum sayısıdır. Bir segmentin eksik olduğunu bildirmek için bu değer, eksik kesimin bulunması beklenen konumdan önce işlenen son kesimin sayısal sayım konumudur. Gruptaki ilk segment eksik olarak tanımlanarak eksik segment grubu belirtilir. |
UCS2 | Söz Dizimi Hatası Kodlandı | Bu öğe koşullu olarak isteğe bağlıdır ve varsa gruptaki hata koşulunu tanımlar. |
UCD1 | Söz Dizimi Hatası Kodlandı | Bu öğe koşullu olarak isteğe bağlıdır ve varsa gruptaki hata koşulunu tanımlar. Not: XSD doğrulama hatası oluşursa, UCD1 veri öğesi bir |
UCD2 | Veri öğesi tanımlama | UCD1 veri öğesinde tanımlanan hata koşuluna sahip veri öğelerini tanımlar. Alt Bileşenler: - Zorunlu: Hatalı veri öğesinin segmentteki konumu ve segmentteki hatalı veri öğesinin oluşumu. |
UNT1 | Segment sayısı | - |
UNT2 | İleti başvuru numarası | - |
CONTRL ACK hata kodları
Bu hatalar değişim, grup, ileti ve veri düzeyinde geçerlidir. Desteklenen bir hata bulunduğunda değişim, grup veya işlem kümesinin tamamı reddedilir. X12 ile kodlanmış iletiler gibi EDIFACT ile kodlanmış değişimlerin bir Accepted with errors
koşulu yoktur.
Standart EDIFACT CONTRL ACK hata kodları
Aşağıdaki tabloda, Azure Logic Apps'te EDIFACT ileti işleme için CONTRL ACK'nin UCI5 alanında kullanılan, EDIFACT belirtimi tarafından tanımlanan desteklenen ve desteklenen hata kodları listelenmektedir.
Hata kodu | Koşul | Nedeni | Destekleniyor mu? |
---|---|---|---|
2 | Söz dizimi sürümü veya düzeyi desteklenmiyor | Söz dizimi sürümünün ve (veya) düzeyinin alıcı tarafından desteklenmediğini belirten bildirim. | Hayır |
7 | Değişim alıcısı gerçek alıcı değil | Değişim alıcısının (S003) gerçek alıcıdan farklı olduğunu belirten bildirim. | Hayır |
12 | Geçersiz değer | Tek başına veri öğesinin, bileşik veri öğesinin veya bileşen veri öğesinin değerinin değer için ilgili belirtimlere uymadığını belirten bildirim. | Yes |
13 | Eksik | Zorunlu veya başka bir şekilde gerekli hizmet veya kullanıcı kesimi, veri öğesi, bileşik veri öğesi veya bileşen veri öğesinin eksik olduğuna ilişkin bildirim. | Yes |
14 | Değer bu konumda desteklenmiyor | Alıcının, tanımlanan tek başına veri öğesinin, bileşik veri öğesinin veya bileşen veri öğesinin kullanıldığı konumda belirli bir değerin kullanımını desteklemediğini belirten bildirim. Değer ilgili belirtimlere göre geçerli olabilir ve başka bir konumda kullanıldığında desteklenebilir. | Hayır |
15 | Bu konumda desteklenmez | Alıcının, tanımlanan konumda segment türü, tek başına veri öğesi türü, bileşik veri öğesi türü veya bileşen veri öğesi türünün kullanımını desteklemediğini belirten bildirim. | Yes |
16 | Çok fazla kurucu | Tanımlanan kesimin çok fazla veri öğesi içerdiğini veya tanımlanan bileşik veri öğesinin çok fazla bileşen veri öğesi içerdiğini belirten bildirim. | Yes |
17 | Anlaşma yok | Tanımlanan tek başına veri öğesinin, bileşik veri öğesinin veya bileşen veri öğesinin değeriyle değişim, grup, ileti veya paket alınmasına izin veren bir anlaşma yoktur. | Hayır |
18 | Belirtilmemiş hata | Bir hatanın tanımlandığını, ancak hatanın niteliğinin bildirilmediğini belirten bildirim. | Hayır |
19 | Geçersiz ondalık gösterimi | UNA'da ondalık gösterimi olarak gösterilen karakterin geçersiz olduğunu veya bir veri öğesinde kullanılan ondalık gösteriminin UNA'da belirtilenle tutarlı olmadığını belirten bildirim. | Hayır |
20 | Hizmet karakteri olarak geçersiz karakter | UNA'da önerilen bir karakterin hizmet karakteri olarak geçersiz olduğunu belirten bildirim. | Hayır |
21 | Geçersiz karakterler | Değişimde kullanılan bir veya daha fazla karakterin UNB segmentinde belirtilen söz dizimi tanımlayıcısı tarafından tanımlanan geçerli karakterler olmadığını belirten bildirim. Geçersiz karakter başvuruda bulunulduğu düzeyin bir parçasıdır veya değişimin tanımlanan bölümünden hemen sonra gelir. | Yes |
22 | Geçersiz hizmet karakterleri | Değişimde kullanılan hizmet karakterlerinin UNA kesiminde önerilen geçerli hizmet karakterleri olmadığını veya varsayılan hizmet karakterlerinden biri olmadığını belirten bildirim. Kod UCS veya UCD kesiminde kullanılıyorsa, geçersiz karakter değişimin tanımlanan bölümünden hemen sonra gelir. | Hayır |
23 | Bilinmeyen Değişim göndereni | Değişim göndereninin (S002) bilinmediğini belirten bildirim. | Hayır |
24 | Çok eski | Alınan değişim veya grubun IA'da belirtilen veya alıcı tarafından belirlenen bir sınırdan daha eski olduğunu belirten bildirim. | Hayır |
25 | Test göstergesi desteklenmiyor | Tanımlanan değişim, grup, ileti veya paket için test işleme gerçekleştirilemediğini belirten bildirim. | Hayır |
26 | Yinelenen algılandı | Daha önce alınan bir değişim, grup, ileti veya paketin olası bir yinelemesinin algılandığını belirten bildirim. Önceki iletim reddedilmiş olabilir. | Yes |
27 | Güvenlik işlevi desteklenmiyor | Başvuruda bulunan düzey veya veri öğesiyle ilgili bir güvenlik işlevinin desteklenmediğini belirten bildirim. | Hayır |
28 | Başvurular eşleşmiyor | UNB, UNG, UNH, UNO, USH veya USD segmentindeki denetim başvurusunun sırasıyla UNZ, UNE, UNT, UNP, UST veya USU segmentindeki denetim başvurusuyla eşleşmediğini belirten bildirim. | Hayır |
29 | Denetim sayısı alınan örnek sayısıyla eşleşmiyor | Grup, ileti veya segment sayısının UNZ, UNE, UNT veya UST segmentinde verilen sayıyla eşleşmediğini belirten bildirim. Öte yandan, bir nesnenin uzunluğu veya şifrelenmiş verilerin uzunluğu UNO, UNP, USD veya USU segmentinde belirtilen uzunlukla eşit değildir. | Yes |
30 | Gruplar ve iletiler/paketler karışık | Grupların değişimdeki grupların dışındaki iletiler veya paketlerle karıştırıldığını belirten bildirim. | Hayır |
31 | Grupta birden fazla ileti türü | İşlevsel bir grupta farklı ileti türlerinin yer aldığına ilişkin bildirim. | Yes |
32 | Alt düzey boş | Aşağıdaki koşullardan biri için bildirim: - Değişim herhangi bir ileti, paket veya grup içermez. |
Hayır |
33 | İleti, paket veya grup dışında geçersiz oluşum | Değişimde, iletiler arasında, paketler arasında veya gruplar arasında geçersiz bir segmentin veya veri öğesinin bildirimi. Reddetme yukarıdaki düzeyde bildirilir. | Yes |
34 | İç içe yerleştirme göstergesine izin verilmiyor | açıkça iç içe yerleştirmenin izin verilmediği bir iletide kullanıldığını belirten bildirim. | Hayır |
35 | Çok fazla veri öğesi veya segment yinelemesi | Tek başına veri öğesinin, bileşik veri öğesinin veya segmentin çok fazla kez yinelendiğini belirten bildirim. | Yes |
36 | Çok fazla segment grubu yinelemesi | Bir segment grubunun çok fazla kez yinelendiğini belirten bildirim. | Yes |
37 | Geçersiz karakter türü | Aşağıdaki koşullardan biri için bildirim: - Alfabetik (bileşen) veri öğesinde bir veya daha fazla sayısal karakter kullanılır. |
Yes |
38 | Ondalık işaretinin önünde eksik basamak | Ondalık işaretinin önünde bir veya daha fazla basamak olmadığını belirten bildirim. | Yes |
39 | Veri öğesi çok uzun | Alınan veri öğesinin uzunluğunun veri öğesi açıklamasında belirtilen uzunluk üst sınırını aştığını belirten bildirim. | Yes |
40 | Veri öğesi çok kısa | Alınan veri öğesinin uzunluğunun, veri öğesi açıklamasında belirtilen minimum uzunluktan daha kısa olduğunu belirten bildirim. | Yes |
41 | Kalıcı iletişim ağı hatası | Değişim aktarımı için kullanılan iletişim ağı tarafından kalıcı bir hata bildirildiğini belirten bildirim. Ağ düzeyinde aynı parametrelere sahip özdeş bir değişimin yeniden iletimi başarısız olur. | Hayır |
42 | Geçici iletişim ağı hatası | Değişim aktarımı için kullanılan iletişim ağı tarafından geçici bir hata bildirildiğini belirten bildirim. Özdeş bir değişimin yeniden iletimi başarılı olabilir. | Hayır |
43 | Bilinmeyen değişim alıcısı | Değişim alıcısının bir ağ sağlayıcısı tarafından bilinmediğini belirten bildirim. | Hayır |
45 | Sondaki ayırıcı | Aşağıdaki koşullardan biri için bildirim: - Segment sonlandırıcıdan önceki son karakter bir veri öğesi ayırıcısı, bileşen veri öğesi ayırıcısı veya yinelenen veri öğesi ayırıcısıdır. |
Yes |
46 | Karakter kümesi desteklenmiyor | Aşağıdaki koşullardan biri için bildirim: - Kullanılan bir veya daha fazla karakter, söz dizimi tanımlayıcısı tarafından tanımlanan karakter kümesinde yer almamaktadır. |
Yes |
47 | Zarf işlevselliği desteklenmiyor | Karşılaşılan zarf yapısının alıcı tarafından desteklenmediğini belirten bildirim. | Yes |
48 | Bağımlılık Notları koşulu ihlal edildi | Bağımlılık koşulu ihlalinin sonucu olarak bir hata koşulunun oluştuğuna ilişkin bildirim. | Hayır |
Azure Logic Apps CONTRL ACK hata kodları
Aşağıdaki tabloda, EDIFACT belirtimi tarafından tanımlanmayan ancak EDIFACT ileti işleme için CONTRL ACK'nin UCI5 alanında kullanılan ve Azure Logic Apps'e özgü özel hata kodları listelenmektedir.
Hata kodu | Koşul | Nedeni |
---|---|---|
70 | İşlem kümesi eksik veya geçersiz işlem kümesi Tanımlayıcısı | İşlem kümesi tanımlayıcısının eksik veya geçersiz olduğunu belirten bildirim. |
71 | İşlem kümesi veya grup denetim numarası uyuşmazlığı | İşlem kümesi veya grup denetim numaralarıyla uyuşmazlık olduğunu belirten bildirim. |
72 | Tanınmayan segment kimliği | Segment kimliğinin tanınmadığını belirten bildirim. |
73 | XML doğru konumda değil | XML kök öğesi seri hale getirildiğinde bir sorun oluştuğunu belirten bildirim. |
74 | Çok az segment grubu yinelemesi | Bir segment grubunun gerekli miktardan daha az tekrarlandığını belirten bildirim. |
75 | Çok az segment yinelemesi | Bir segmentin gerekli miktardan daha az tekrarlandığını belirten bildirim. |
76 | Çok az veri öğesi bulundu | Yeterli veri öğesi bulunamadığını belirten bildirim. |