Potwierdzenia odbioru i kody błędów CONTRL dla komunikatów EDIFACT w usłudze Azure Logic Apps

2025-04-05

Dotyczy: Azure Logic Apps (Zużycie + Standardowa)

W usłudze Azure Logic Apps można tworzyć przepływy pracy obsługujące komunikaty EDIFACT na potrzeby komunikacji elektronicznej wymiany danych (EDI) podczas korzystania z operacji EDIFACT . W komunikacji EDI, potwierdzenia dostarczają informacji o stanie przetwarzania wymiany EDI. Podczas odbierania wymiany akcja dekodowania EDIFACT może zwrócić jeden lub więcej typów potwierdzeń do nadawcy, w zależności od włączonych typów potwierdzeń oraz określonego poziomu walidacji.

Ten temat zawiera krótkie omówienie EDIFACT CONTRL ACK, segmentów potwierdzeń CONTRL w wymianie oraz kodów błędów używanych w tych segmentach.

CONTRL jako potwierdzenie techniczne i funkcjonalne

W przypadku komunikatów zakodowanych w formacie EDIFACT potwierdzenie CONTRL (ACK) działa zarówno jako potwierdzenie techniczne, jak i potwierdzenie funkcjonalne. Pełny komunikat CONTRL służy jako funkcjonalny ACK, podczas gdy sekcje w funkcjonalnym ACK są ponownie używane dla technicznego ACK. Jeśli na przykład wybierzesz zarówno techniczne, jak i funkcjonalne potwierdzenia ACK we właściwościach umowy dla partnera wysyłającego lub we właściwościach globalnych, akcja Dekoduj EDIFACT generuje dwa komunikaty CONTRL: techniczne potwierdzenie ACK CONTRL i funkcjonalne potwierdzenie ACK CONTRL. ACK CONTRL jest zgodny ze schematem EFACT_<version-number>_CONTRL.xsd.

Uwaga

W przypadku przetwarzania komunikatów EDIFACT w usłudze Azure Logic Apps komunikat CONTRL, niezależnie od tego, czy chodzi o potwierdzenie odbioru, akceptację czy odrzucenie, jest wysyłany jako odpowiedź na odebraną wymianę, która zawiera tylko jeden lub więcej komunikatów CONTRL. W usłudze Logic Apps żaden komunikat CONTRL nie jest wysyłany jako odpowiedź na odebraną wymianę zawierającą tylko jeden lub więcej komunikatów CONTRL.

Błędy w odebranych komunikatach CONTRL muszą być zgłaszane za pomocą środków innych niż komunikat CONTRL. Jeśli co najmniej jeden komunikat CONTRL jest zawarty w wymianie zawierającej komunikaty danych, komunikat CONTRL wygenerowany jako odpowiedź na tę wymianę jest generowany tak, jakby żadne komunikaty CONTRL nie były zawarte w odebranej wymiany.

Jako potwierdzenie techniczne komunikat CONTRL wskazuje, że odbiorca wymiany otrzymał przedmiotową wymianę i ma następujące obowiązki:

Sprawdzono sekcje wymiany, w celu potwierdzenia poprawności składniowej elementów danych skopiowanych do segmentu odpowiedzi wymiany (UCI) w raporcie.
Przyjmuje odpowiedzialność za powiadomienie nadawcy o zaakceptowaniu lub odrzuceniu innych części wymiany.
Podejmuje uzasadnione środki, aby powiadomić nadawcę.

Uwaga

Techniczny ACK CONTRL zgłasza Rejected stan tylko wtedy, gdy przychodzący komunikat EDIFACT jest duplikatem lub błędy istnieją w kopercie, takie jak problem z zestawem znaków. EDIFACT nie zgłasza statusu Interchange accepted with errors w technicznym potwierdzeniu CONTRL, tak jak x12 używa pola TA104 w akceptacji TA1. Jeśli część komunikatu EDIFACT zostanie zaakceptowana, raporty techniczne ACK wskazują status Accepted CONTRL. W niektórych scenariuszach, jeśli część komunikatu zostanie odrzucona, CONTRL ACK nadal zgłasza stan Accepted. W takich scenariuszach element UCI5 może zgłosić błąd.

Jako potwierdzenie funkcjonalne komunikat CONTRL zgłasza stan, taki jak akceptacja lub odrzucenie, dla odebranej wymiany, grupy lub komunikatu, w tym wszelkie błędy lub nieobsługiwane funkcje. Komunikat wskazuje również, że adresat wymiany:

Odebrano odniesienia poziomów potwierdzonej wymiany.
Sprawdzono, że żadne błędy składniowe krytyczne dla działania na uznanym poziomie referencyjnym nie uniemożliwiają dalszego przetwarzania wymiany.
Sprawdź, czy wszystkie potwierdzone części segmentów usług są semantycznie poprawne, jeśli nie są zgłaszane żadne błędy.
Zgodnie z żądanymi działaniami na uznanych i odwołanych poziomach segmentów usług.
Zaakceptowano odpowiedzialność za powiadomienie nadawcy za pomocą środków innych niż wysyłanie komunikatu CONTRL w następujących przypadkach:
- Wszelkie błędy składniowe lub semantyczne zostaną później znalezione w odpowiedniej części.
- Część nie może być przetworzona z jakiegoś innego powodu po tym, jak część została potwierdzona w przesłanym komunikacie CONTRL.
Podejmuje rozsądne środki, aby upewnić się, że takie błędy zostaną znalezione i powiadomić nadawcę.

Odrzucenie oznacza, że odbiorca wymiany:

Nie można potwierdzić wymiany ani żadnych odpowiednich elementów ze względów wskazanych w komunikacie CONTRL.
Nie podejmie żadnych dalszych działań względem informacji biznesowych zawartych w odrzuconej części wymiany między podmiotami.

Techniczne segmenty ACK CONTRL

Jeśli wybierzesz opcję wygenerowania potwierdzenia technicznego w umowie EDIFACT lub jeśli pole komunikatu UNB9 zostanie ustawione 2na wartość , komunikat CONTRL zostanie wygenerowany jako techniczny ACK, aby zgłosić wyniki odbierania wymiany.

W poniższej tabeli opisano techniczne segmenty ACK CONTRL w ramach interchange, korzystając z następujących definicji:

M = obowiązkowe
O = opcjonalnie

Nazwisko	Obowiązkowe lub opcjonalne	opis
Nagłówek komunikatu UNH	M	Segment nagłówka komunikatu (UNH) identyfikuje i określa komunikat.
Odpowiedź interfejsu UCI	M	Identyfikuje wymianę i wskazuje charakter odbioru wymiany. Segment UCI ma maksymalne wystąpienie wartości `1`, a w rezultacie zgłasza pierwszy błąd znaleziony w segmencie sterowania.
Zwiastun komunikatów UNT	M	W elemecie danych UCI5 jest zgłaszany błąd o nazwie `Syntax Error Code`. W przypadku komunikatów zakodowanych w formacie EDIFACT nie istnieje żaden warunek, podobnie jak w przypadku przesyłów zakodowanych w formacie X12.

Techniczne elementy danych ACK CONTRL

Techniczne potwierdzenie CONTRL (ACK) zawiera następujące elementy danych:

Element	Nazwisko	Użycie
UNH1	Numer referencyjny wiadomości	-
UNH2	Podskładniki identyfikatora komunikatów	Podskładniki: - 1 = CONTRL - 2 = 4 - 3 = 1 - 4 = ONZ
UCI1	Numer kontrolny wymiany	Zamapowane z pola UNB5 odebranego komunikatu.
UCI2	Nadawca wymiany	Zmapowane z pola UNB2 odebranego komunikatu. - Obowiązkowe: pierwszy podkomponent lub identyfikacja. - Opcjonalnie: drugi podskładnik lub kwalifikator kodu oraz trzeci składnik lub adres routingu zwrotnego.
UCI3	Odbiorca wymiany	Zamapowane z pola UNB3 odebranego komunikatu. - Obowiązkowe: Podkomponent pierwszy lub identyfikacja. - Opcjonalnie: drugi podskładnik lub kwalifikator kodu.
UCI4	Kod akcji	Ten element jest obowiązkowy. Kody akcji: - 8, jeśli wymiana jest akceptowana. - 7, jeśli wymiana jest akceptowana, ale niektóre zestawy transakcji są odrzucane. - 4, jeśli wymiana jest odrzucana z powodu błędu w segmencie UNA lub UNB.
UCI5	Kod błędu składniowego	Ten element jest warunkowo opcjonalny i identyfikuje warunek błędu, jeśli istnieje.
UCI6	Tag segmentu usługi	Ten element jest warunkowo opcjonalny i identyfikuje segment, który ma warunek błędu w elemecie danych UCI5.
UCI7	Identyfikacja elementu danych	Identyfikuje elementy danych, które mają warunek błędu w elemecie danych UCI5. Podskładniki: - Obowiązkowe: pozycja błędnego elementu danych w segmencie. - Warunkowo możliwe: pozycja błędnego elementu składowego danych w segmencie i wystąpienie błędnego elementu danych w segmencie.
UCI8	-	-
UNT1	Liczba segmentów	-
UNT2	Numer referencyjny wiadomości	-

CoNTRL funkcjonalne segmenty ACK

Jeśli wybierzesz opcję wygenerowania potwierdzenia funkcjonalnego w umowie EDIFACT lub jeśli pole komunikatu UNB9 jest ustawione 1na wartość , komunikat CONTRL jest generowany jako funkcjonalny ACK, aby zgłosić wyniki sprawdzania składni wymiany.

W poniższej tabeli opisano funkcjonalne segmenty ACK CONTRL w wymianie danych i podano następujące definicje:

M = obowiązkowe
O = opcjonalnie

Nazwisko	Obowiązkowe lub opcjonalne	opis
Nagłówek komunikatu UNH	M	Segment nagłówka komunikatu (UNH) identyfikuje i określa komunikat.
Segment UCI	M	Identyfikuje wymianę, wskazuje stan paragonu wymiany i zawiera odwołania do segmentów UNA, UNB i UNZ w odebranych wymianach. Segment UCI ma maksymalne wystąpienie wartości `1`, a w rezultacie zgłasza pierwszy błąd znaleziony w segmencie sterowania.
Segment UCF	M, jeśli segment UNG istnieje	Identyfikuje segment grupy, który jest hermetyzowany przez nagłówek UNG i zwiastun UNE, i wskazuje charakter dowolnego błędu.
Segment UCM	M	Identyfikuje segment komunikatów, który jest hermetyzowany przez nagłówek UNH i przyczepę UNT, i wskazuje charakter dowolnego błędu.
Segment UCS	M	Identyfikuje zestaw transakcji i wskazuje charakter dowolnego błędu.
Segment UCD	O, warunkowo	Identyfikuje błędny element danych złożonych lub składników i wskazuje charakter błędu.
Zwiastun komunikatów UNT	M	Jeśli odebrane potwierdzenie funkcjonalne CONTRL zawiera tylko segmenty UNH, UCI i UNT, potok EDIReceive przetwarza potwierdzenie jako techniczne potwierdzenie odbioru CONTRL. Każde wystąpienie segmentu na poziomie raportowania może zgłaszać tylko jeden błąd, na przykład segmenty UCI, UCF, UCM, UCS i UCD.

Pętle SG i struktura funkcjonalna ACK CONTRL

W zależności od tego, czy odebrana wymiana zawiera jedną lub więcej grup, struktura potwierdzenia funkcjonalnego CONTRL różni się.

Jeśli wymiana zawiera grupę, ACK zawiera jeden segment UCF na grupę. Każdy segment UCF zawiera jeden segment UCM na komunikat. Każdy segment UCM obejmuje również serię segmentów UCS i UCD w parze.

Formularz XML komunikatu ACK zawiera następujące elementy pętli:
- Element SG3Loop, który hermetyzuje każdy segment UCF.
- Element SG4Loop, który hermetyzuje każdy element UCM.
- Element SG5Loop, który hermetyzuje każdą parę elementów UCS i UCD.
Tagi pętli SG nie istnieją w natywnym formacie komunikatu EDI.
Jeśli wymiana danych nie zawiera grupy, ACK nie zawiera żadnych segmentów UCF. Zamiast tego usługa ACK zawiera jeden segment UCM na komunikat. Każdy segment UCM zawiera serię segmentów UCS i UCD w parze.
Formularz XML komunikatu ACK zawiera następujące elementy pętli:
- Element SG1Loop, który hermetyzuje każdy element UCM.
- Element SG2Loop, który hermetyzuje każdą parę elementów UCS i UCD.
Podobnie jak w przypadku wymiany zawierających grupy, tagi SG nie istnieją w natywnym formacie ACK.

Domyślnie i zgodnie z praktykami branżowymi w przypadku akceptowanych zestawów transakcji pętle SG1/SG4 nie są oczekiwane. Jednak w celu zapewnienia zgodności ze standardami można wymusić generowanie pętli SG1/SG4, wykonując następujące kroki:

W witrynie Azure Portal otwórz konto integracji.
W menu konta integracji w obszarze Ustawienia wybierz pozycję Umowy.
Otwórz umowę EDIFACT i wybierz pozycję Wyślij ustawienia.
W obszarze Potwierdzenie wybierz Potwierdzenie (CONTRL). Teraz możesz wybrać Generuj pętlę SG1/SG4 dla akceptowanych zestawów transakcji.

Jeśli to pole wyboru jest zaznaczone, potok odbierania generuje pętle SG1/SG4 niezależnie od tego, czy zestaw transakcji jest akceptowany, czy odrzucany. W przeciwnym razie te pętle są generowane tylko dla błędnych zestawów transakcji, w których UCM5 nie jest równa 7.

CONTRL funkcjonalne elementy danych typu ACK

Komunikat CONTRL zawiera kilka obowiązkowych elementów danych, które są kopiowane z otrzymanej wymiany. Jeśli brakuje elementu danych w przesyle danych lub jest on składniowo nieprawidłowy, nie można wygenerować komunikatu CONTRL prawidłowego składniowo. Błąd musi być zgłaszany w jakiś sposób inny niż komunikat CONTRL.

Funkcjonalny ACK CONTRL zawiera następujące elementy danych:

Element	Nazwisko	Użycie
UNH1	Numer referencyjny wiadomości	-
UNH2	Podskładniki identyfikatora komunikatów	Podskładniki: - 1 = CONTRL - 2 = 4 - 3 = 1 - 4 = ONZ
UCI1	Numer kontrolny wymiany danych	Zamapowane z pola UNB5 odebranego komunikatu.
UCI2	Nadawca wymiany	Zmapowane z pola UNB2 odebranej wiadomości. - Obowiązkowe: pierwszy podkomponent lub identyfikacja. - Opcjonalnie: drugi podskładnik lub kwalifikator kodu oraz trzeci składnik lub adres routingu zwrotnego.
UCI3	Odbiorca wymiany	Zamapowane z pola UNB3 odebranego komunikatu. - Obowiązkowe: pierwszy podkomponent lub identyfikacja. - Opcjonalnie: drugi podskładnik lub kwalifikator kodu.
UCI4	Kod akcji	Ten element jest obowiązkowy. Kody akcji: - 8, jeśli wymiana jest akceptowana. - 7, jeśli wymiana jest akceptowana, ale niektóre zestawy transakcji są odrzucane. - 4, jeśli wymiana jest odrzucana z powodu błędu w segmencie UNA lub UNB.
UCI5	Kod błędu składniowego	Ten element jest warunkowo opcjonalny i identyfikuje warunek błędu, jeśli istnieje.
UCI6	Tag segmentu usługi	Ten element jest warunkowo opcjonalny i identyfikuje segment, który ma warunek błędu w elemecie danych UCI5.
UCI7	Identyfikacja elementu danych	Identyfikuje elementy danych, które mają warunek błędu w elemecie danych UCI5. Podskładniki: - Obowiązkowe: pozycja błędnego elementu danych w segmencie. - Warunkowo opcjonalna funkcja: pozycja błędnego składnika danych w segmencie i wystąpienie błędnego elementu danych w segmencie.
UCI8	-	-
UCF1	Numer referencyjny grupy	Ten element jest obowiązkowy i jest mapowany z pola UNG5 w odebranej wiadomości.
UCF2	Identyfikacja nadawcy aplikacji	Ten element jest warunkowo opcjonalny i jest mapowany z pola UNG2 w odebranej wiadomości wraz z podkomponentami.
UCF3	Identyfikacja adresata aplikacji	Ten element jest opcjonalny i mapowany z pola UNG3 w odebranej wiadomości wraz z podskładnikami.
UCF4	Akcja kodowana	Ten element jest obowiązkowy, a kod ma zastosowanie do tego poziomu i wszystkich niższych poziomów. Kody akcji: - 7, jeśli wymiana jest akceptowana. - 4, jeśli wymiana jest odrzucana z powodu błędu w segmencie UNA lub UNB.
UCF5	Błąd składniowy, kodowany	Ten element jest warunkowo opcjonalny i identyfikuje warunek błędu w grupie, jeśli istnieje.
UCF6	Tag segmentu usługi	Ten element jest warunkowo opcjonalny i identyfikuje błędny segment w grupie.
UCF7	Identyfikacja elementu danych	Identyfikuje elementy danych, które mają warunek błędu zidentyfikowany w elemecie danych UCF5. Podskładniki: - Obowiązkowe: pozycja błędnego elementu danych w segmencie i wystąpienie błędnego elementu danych w segmencie. - Warunkowo opcjonalne: pozycja błędnego elementu danych składnika w segmencie.
UCM1	Numer referencyjny wiadomości	Ten element jest obowiązkowy i jest mapowany z pola UNH1 w odebranej wiadomości.
UCM2	Identyfikator komunikatu	Ten element jest warunkowo opcjonalny i jest mapowany z pola UNH2 w otrzymanej wiadomości wraz z podskładnikami.
UCM3	Akcja kodowana	Ten element jest obowiązkowy, a kod ma zastosowanie do tego poziomu i wszystkich niższych poziomów. Kody akcji: - 7, jeśli wymiana jest akceptowana. - 4, jeśli wymiana jest odrzucana z powodu błędu w segmencie UNA lub UNB.
UCM4	Błąd składniowy, kodowany	Ten element jest warunkowo opcjonalny i identyfikuje warunek błędu w grupie, jeśli istnieje.
UCM5	Tag segmentu usługi	Ten element jest warunkowo opcjonalny i identyfikuje segment UNH lub UNT w błędzie.
UCM7	Identyfikacja elementu danych	Identyfikuje elementy danych, które mają warunek błędu zidentyfikowany w elemecie danych UCM5. Podskładniki: - Obowiązkowe: pozycja błędnego elementu danych w segmencie i wystąpienie błędnego elementu danych w segmencie. - Warunkowo opcjonalne: pozycja błędnego elementu danych składnika w segmencie.
UCS1	Pozycja segmentu w treści komunikatu	Ten element jest obowiązkowy i jest liczbą pozycji błędnego segmentu, zaczynając od UNH jako `1`. Aby zgłosić brak segmentu, wartość ta oznacza pozycję liczbową ostatniego segmentu, który został przetworzony przed miejscem, gdzie miałby znajdować się brakujący segment. Brakująca grupa segmentów jest oznaczona przez zidentyfikowanie pierwszego segmentu w grupie jako brakującego.
UCS2	Kodowany błąd składniowy	Ten element jest warunkowo opcjonalny i identyfikuje warunek błędu w grupie, jeśli istnieje.
UCD1	Kodowany błąd składniowy	Ten element jest warunkowo opcjonalny i identyfikuje warunek błędu w grupie, jeśli istnieje. Uwaga: jeśli wystąpi błąd weryfikacji XSD, element danych UCD1 zgłasza wartość kodu .`12, Invalid Value`
UCD2	Identyfikacja elementu danych	Identyfikuje elementy danych, które mają warunek błędu zidentyfikowany w elemecie danych UCD1. Podskładniki: - Obowiązkowe: pozycja błędnego elementu danych w segmencie i wystąpienie błędnego elementu danych w segmencie. - Warunkowo opcjonalne: pozycja nieprawidłowego elementu danych składnika w segmencie.
UNT1	Liczba segmentów	-
UNT2	Numer referencyjny wiadomości	-

Kody błędów CONTRL ACK

Te błędy mają zastosowanie na poziomie wymiany, grupy, komunikatu i danych. W przypadku wykrycia błędu cała wymiana, grupa lub zestaw transakcji jest odrzucana. Zamiany zakodowane w formacie EDIFACT nie mają warunku Accepted with errors, jak mają to komunikaty zakodowane w formacie X12.

Standardowe kody błędów EDIFACT CONTRL ACK

W poniższej tabeli wymieniono obsługiwane i obsługiwane kody błędów zdefiniowane przez specyfikację EDIFACT, które są używane w polu UCI5 ACK CONTRL do przetwarzania komunikatów EDIFACT w usłudze Azure Logic Apps.

Kod błędu	Stan	Przyczyna	Obsługiwane?
2	Wersja składniowa lub poziom nieobsługiwany	Powiadomienie, że wersja składni i (lub) poziom nie jest obsługiwany przez adresata.	Nie.
7	Odbiorca wymiany nie jest rzeczywistym adresatem	Powiadomienie, że odbiorca wymiany (S003) różni się od rzeczywistego adresata.	Nie.
12	Nieprawidłowa wartość	Powiadomienie, że wartość autonomicznego elementu danych, złożonego elementu danych lub elementu danych składników nie jest zgodna z odpowiednimi specyfikacjami dla wartości.	Tak
13	Nieobecny	Powiadomienie, że brakuje obowiązkowego lub w inny sposób wymaganego segmentu usługi lub użytkownika, elementu danych, złożonego elementu danych lub elementu danych składnika.	Tak
14	Wartość nie jest obsługiwana w tej pozycji	Powiadomienie, że odbiorca nie obsługuje użycia określonej wartości zidentyfikowanego autonomicznego elementu danych, elementu danych złożonych lub elementu danych składników w miejscu, w którym jest używany. Wartość może być prawidłowa zgodnie z odpowiednimi specyfikacjami i może być obsługiwana, jeśli będzie użyta w innym kontekście.	Nie.
15	Funkcja nie jest obsługiwana na tym stanowisku	Powiadomienie, że odbiorca nie obsługuje użycia typu segmentu, samodzielnego typu elementu danych, złożonego typu elementu danych lub typu elementu danych będącego składnikiem w zidentyfikowanej pozycji.	Tak
16	Zbyt wiele składników	Powiadomienie, że zidentyfikowany segment zawiera zbyt wiele elementów danych lub zidentyfikowany element danych złożonych zawiera zbyt wiele elementów danych składników.	Tak
17	Brak umowy	Nie istnieje żadna umowa umożliwiająca otrzymanie wymiany, grupy, komunikatu lub pakietu o wartości zidentyfikowanego autonomicznego elementu danych, elementu danych złożonych lub elementu danych składników.	Nie.
18	Nieokreślony błąd	Powiadomienie o zidentyfikowaniu błędu, ale charakter błędu nie jest zgłaszany.	Nie.
19	Nieprawidłowa notacja dziesiętna	Powiadomienie, że znak wskazany jako notacja dziesiętna w UNA jest nieprawidłowy lub notacja dziesiętna używana w elemecie danych nie jest zgodna z notacją wskazaną w UNA.	Nie.
20	Znak nieprawidłowy jako znak usługi	Powiadomienie, że znak zalecany przez una jest nieprawidłowy jako znak usługi.	Nie.
21	Nieprawidłowe znaki	Powiadomienie, że co najmniej jeden znak używany w wymiennie nie jest prawidłowymi znakami zdefiniowanymi przez identyfikator składni wskazany w segmencie UNB. Nieprawidłowy znak jest częścią poziomu odniesienia lub następuje natychmiast po zidentyfikowanej części przesyłu danych.	Tak
22	Nieprawidłowe znaki usługi	Powiadomienie, że znaki usługi używane w wymienności nie są prawidłowymi znakami usługi, zgodnie z zaleceniami w segmencie UNA lub nie są jednym z domyślnych znaków usługi. Jeśli kod jest używany w segmencie UCS lub UCD, nieprawidłowy znak występuje bezpośrednio po zidentyfikowanej części transakcji.	Nie.
23	Nieznany nadawca wymiany	Powiadomienie, że nadawca wymiany (S002) jest nieznany.	Nie.
24	Za stary	Powiadomienie, że odebrana wymiana lub grupa jest starsza niż limit określony w IA lub określony przez adresata.	Nie.
25	Wskaźnik testu nie jest obsługiwany	Powiadomienie, że nie można wykonać przetwarzania testowego dla zidentyfikowanej wymiany, grupy, komunikatu lub pakietu.	Nie.
26	Wykryto duplikat	Powiadomienie o wykryciu możliwej duplikacji wcześniej odebranej wymiany, grupy, komunikatu lub pakietu. Wcześniejsza transmisja mogła zostać odrzucona.	Tak
27	Funkcja zabezpieczeń nie jest obsługiwana	Powiadomienie, że funkcja zabezpieczeń powiązana z odwołanym poziomem lub elementem danych nie jest obsługiwana.	Nie.
28	Referencje nie są zgodne	Powiadomienie, że odniesienie kontrolne w segmencie UNB, UNG, UNH, UNO, USH lub USD nie jest zgodne z odniesieniem kontrolnym w segmencie UNZ, UNE, UNT, UNP, UST lub USU.	Nie.
29	Liczba kontrolek nie jest zgodna z liczbą odebranych wystąpień	Powiadomienie, że liczba grup, komunikatów lub segmentów nie jest zgodna z liczbą podaną w segmencie UNZ, UNE, UNT lub UST. Lub długość obiektu lub długość zaszyfrowanych danych nie jest równa długości podanej w segmencie UNO, UNP, USD lub USU.	Tak
30	Grupy i komunikaty/pakiety przemieszane	Powiadomienie, że grupy zostały połączone z komunikatami lub pakietami spoza grup w interchange'u.	Nie.
31	Więcej niż jeden typ komunikatu w grupie	Powiadomienie, że w grupie funkcjonalnej znajdują się różne typy komunikatów.	Tak
32	Niższy poziom pusty	Powiadomienie o jednym z następujących warunków: - Wymiana nie zawiera żadnych komunikatów, pakietów ani grup. - Grupa nie zawiera żadnych komunikatów ani pakietów.	Nie.
33	Nieprawidłowe zdarzenie poza komunikatem, pakietem lub grupą	Powiadomienie o nieprawidłowym segmencie lub elemencie danych w wymianie, między komunikatami, między pakietami lub między grupami. Odrzucenie jest zgłaszane na wyższym poziomie.	Tak
34	Wskaźnik zagnieżdżania jest niedozwolony	Powiadomienie, że jawne zagnieżdżanie zostało użyte w komunikacie, w którym nie jest to dozwolone.	Nie.
35	Zbyt wiele powtórzeń elementów danych lub segmentów	Powiadomienie, że autonomiczny element danych, złożony element danych lub segment są powtarzane zbyt wiele razy.	Tak
36	Zbyt wiele powtórzeń grup segmentów	Powiadomienie, że grupa segmentów jest powtarzana zbyt wiele razy.	Tak
37	Nieprawidłowy typ znaków	Powiadomienie o jednym z następujących warunków: - Co najmniej jeden znak liczbowy jest używany w elemencie danych alfabetycznych (składników). - Co najmniej jeden znak alfabetyczny jest używany w elemencie danych liczbowych (składników).	Tak
38	Brak cyfry przed przecinkiem dziesiętnym	Powiadomienie, że znak dziesiętny nie jest poprzedzony co najmniej jedną cyfrą.	Tak
39	Za długi element danych	Powiadomienie, że długość odebranego elementu danych przekroczyła maksymalną długość określoną w opisie elementu danych.	Tak
40	Zbyt krótki element danych	Powiadomienie, że długość odebranego elementu danych jest krótsza niż minimalna długość określona w opisie elementu danych.	Tak
41	Błąd sieci komunikacji trwałej	Powiadomienie o tym, że w sieci komunikacyjnej używanej do przekazu danych zgłoszono trwały błąd. Ponowne przesłanie identycznej wymiany z tymi samymi parametrami na poziomie sieci nie powiedzie się.	Nie.
42	Błąd sieci komunikacji tymczasowej	Powiadomienie, że tymczasowy błąd został zgłoszony przez sieć komunikacyjną używaną do transferu danych. Ponowne przesłanie identycznego komunikatu może się udać.	Nie.
43	Nieznany odbiorca wymiany	Powiadomienie, że odbiorca wymiany nie jest znany przez dostawcę sieci.	Nie.
45	Separator końcowy	Powiadomienie o jednym z następujących warunków: - Ostatni znak przed terminatorem segmentu jest separatorem elementu danych, separatorem elementu danych składnika lub separatorem powtarzających się elementów danych. - Ostatni znak przed separatorem elementu danych jest separatorem elementu danych składnika lub separatorem powtarzających się elementów danych.	Tak
46	Zestaw znaków nie jest obsługiwany	Powiadomienie o jednym z następujących warunków: - Co najmniej jeden użyty znak nie znajduje się w zestawie znaków zdefiniowanym przez identyfikator składni. - Zestaw znaków zidentyfikowany przez sekwencję escape dla techniki rozszerzenia kodu nie jest obsługiwany przez odbiorcę.	Tak
47	Funkcje koperty nie są obsługiwane	Powiadomienie, że napotkana struktura koperty nie jest obsługiwana przez adresata.	Tak
48	Warunek notatki o zależnościach został naruszony	Powiadomienie o wystąpieniu warunku błędu w wyniku naruszenia warunku zależności.	Nie.

Kody błędów usługi Azure Logic Apps CONTRL ACK

W poniższej tabeli wymieniono niestandardowe kody błędów, które nie są zdefiniowane przez specyfikację EDIFACT, ale są używane w polu UCI5 ACK CONTRL do przetwarzania komunikatów EDIFACT i są specyficzne dla usługi Azure Logic Apps.

Kod błędu	Stan	Przyczyna
70	Brak zestawu transakcji lub nieprawidłowy identyfikator zestawu transakcji	Powiadomienie, że brakuje identyfikatora zestawu transakcji lub jest on nieprawidłowy.
71	Niezgodność zestawu danych transakcji lub numeru kontrolnego grupy	Powiadomienie, że istnieje niezgodność ze zbiorem transakcji lub numerami kontrolnymi grupy.
72	Nierozpoznany identyfikator segmentu	Powiadomienie, że identyfikator segmentu nie jest rozpoznawany.
73	Kod XML nie jest w poprawnym położeniu	Powiadomienie, że wystąpił problem podczas serializacji elementu głównego XML.
74	Zbyt mało powtórzeń grup segmentów	Powiadomienie, że grupa segmentów powtarza się mniej niż wymagana liczba.
75	Zbyt mało powtórzeń segmentów	Powiadomienie, że segment powtarza się mniej niż wymagana ilość.
76	Znaleziono zbyt mało elementów danych	Powiadomienie, że nie znaleziono wystarczającej ilości elementów danych.

Następne kroki

Wymiana komunikatów EDIFACT