Freigeben über

Senden einer EDI-Bestätigung

  • Artikel

Bestätigungen geben den Status einer EDI-Nachrichtenübertragung an. Nachdem BizTalk Server einen EDI-Austausch empfangen hat, gibt er eine oder mehrere Bestätigungen an den Absender eines EDI-Austauschs zurück, je nachdem, welche Bestätigungen aktiviert wurden.

Basierend auf der Überprüfungsstufe gibt es zwei Arten von EDI-Nachrichtenbestätigungen:

  • Eine technische Bestätigung, die als Ergebnis der Headerüberprüfung generiert wurde. Die technische Bestätigung meldet den Status der Verarbeitung eines Austauschheaders und -nachspanns durch den Adressempfänger.

  • Eine funktionsbezogene Bestätigung, die als Ergebnis der Überprüfung des Texts generiert wurde. Mit der Funktionsbestätigung wird jeder Fehler zurückgemeldet, der bei der Verarbeitung des empfangenen Dokuments aufgetreten ist.

    BizTalk Server können als Reaktion auf einen einzelnen Austausch sowohl technische als auch funktionale Bestätigungen zurückgeben. BizTalk Server gibt eine einzelne technische Bestätigung für jeden Austausch zurück. Bei einem X12-Austausch wird für jede empfangene Gruppe eine Funktionsbestätigung zurückgesendet. Bei einem EDIFACT-Austausch wird für jeden Austausch eine Funktionsbestätigung zurückgesendet, und zwar ungeachtet der Anzahl der im Austausch enthaltenen Gruppen.

X12-Bestätigungen

Technische X12-Bestätigung

Wenn der ISA-Header und der IEA-Nachspann einer X12-Nachricht gültig sind, wird (ungeachtet des weiteren Inhalts) eine positive TA1-Bestätigung gesendet. Weitere Informationen zum Inhalt einer TA1-Bestätigung finden Sie unter X12 TA1-Bestätigung.

X12-Funktionsbestätigung

Mit einer 997-Bestätigung wird der Empfang eines Austauschs oder einer Funktionsgruppe bestätigt, hiermit werden eine oder mehrere Funktionsgruppen oder eine oder mehrere Transaktionen akzeptiert oder zurückgewiesen, und die Konformität mit dem Standard wird geprüft und zurückgemeldet. Wenn BizTalk Server einen Austausch mit mehreren Gruppen empfängt, wird eine Bestätigung für jede Gruppe zurückgegeben. Wenn die Gruppe mehrere Transaktionssätze enthält, enthält die Bestätigung für diese Gruppe auch mehrere AK2-Schleifen, und zwar eine für jeden Transaktionssatz, was jedoch davon abhängig ist, ob AK2-Schleifen für akzeptierte Transaktionssätze generiert werden. Weitere Informationen zum Inhalt einer 997-Bestätigung finden Sie unter X12 997-Bestätigung.

Hinweis

Wenn die EDI-Empfangspipeline das Funktionsgruppen-Headersegment für die X12-Funktionsbestätigung erstellt, werden der Anwendungssendercode (GS02) und der Anwendungsempfängercode (GS03) der Funktionsgruppe entnommen, die bestätigt wird. Der GS02 zur eingehenden Nachricht wird jedoch dem GS03 der Bestätigung zugeordnet, und der GS03 zur eingehenden Nachricht wird dem GS02 der Bestätigung zugeordnet.

EDIFACT-Bestätigungen

Technische EDIFACT-Bestätigung

Bei EDIFACT wird keine separate technische Bestätigung verwendet. Stattdessen werden die Abschnitte der Funktionsbestätigung oder CONTRL-Bestätigung (siehe unten) für die Empfangsbestätigung wiederverwendet. Hiermit wird eine technische Bestätigung emuliert.

Weitere Informationen zur technischen CONTRL-Bestätigung finden Sie unter EDIFACT CONTRL-Nachricht als technische Bestätigung.

EDIFACT-Funktionsbestätigung

Bei EDIFACT wird die CONTRL-Funktionsbestätigung zum Bestätigen eines empfangenen Austauschs, einer Gruppe und einer Nachricht verwendet, zum Akzeptieren oder Zurückweisen eines empfangenen Austauschs, einer Gruppe und einer Nachricht und zum Auflisten aller hierin enthaltenen Syntaxfehler oder nicht unterstützten Funktionen. Mit der CONTRL-Bestätigung werden die Ergebnisse einer Syntaxüberprüfung des vollständig empfangenen Austauschs zurückgemeldet.

Weitere Informationen zur funktionsbasierten CONTRL-Bestätigung finden Sie unter EDIFACT CONTRL-Nachricht als Funktionsbestätigung.

Wenn eine Bestätigung generiert wird

Die EDI-Empfangspipeline generiert eine Bestätigung, wenn eine der folgenden Bedingungen zutrifft:

  • Ein Datenelement im empfangenen Austausch fordert die Bestätigung an. Bei X12-codierten Nachrichten generiert die Empfangspipeline eine technische TA1-Bestätigung, wenn das ISA14-Datenelement auf 1 festgelegt wurde. Bei EDIFACT-codierten Nachrichten generiert die Empfangspipeline eine technische CONTRL-Bestätigung, wenn das UNB9-Datenelement auf 2 festgelegt wurde, und es wird eine CONTRL-Funktionsbestätigung generiert, wenn das UNB9-Datenelement auf 1 festgelegt wurde.

  • Eine Vereinbarungseigenschaft fordert die Bestätigung an. Für X12-Austausche sind diese Eigenschaften die Eigenschaften TA1 Expected und 997 Expected auf der Seite Bestätigungen der registerkarten bidirektionale Vereinbarung des Dialogfelds Vereinbarungseigenschaften . Bei EDIFACT-Austauschvorgängen handelt es sich bei diesen Eigenschaften um den erwarteten Empfang der Nachricht (CONTRL) und die Bestätigung (CONTRL), die auf der Seite Bestätigungen der registerkarten bidirektionalen Vereinbarung des Dialogfelds Vereinbarungseigenschaften erwartet werden. Wenn Sie einen Bestätigungstyp aktivieren, können Sie auch angeben, ob dieser Bestätigungstyp als Batch verarbeitet werden soll.

  • Wenn für den Austausch keine Vereinbarung festgelegt wurde, fordert eine globale Eigenschaft die Bestätigung an. Diese Eigenschaften sind:

    • Die Eigenschaften TA1 Expected und 997 Expected auf der Seite Bestätigungen der Registerkarte Vereinbarung des Dialogfelds X12-Fallbackeinstellungen .

    • Erwarteter Empfang der Nachricht (CONTRL) und Bestätigung (CONTRL) auf der Seite Bestätigungen der Registerkarte Vereinbarung des Dialogfelds EDIFACT-Fallbackeinstellungen .

    Bei EDIFACT sendet die EDI-Empfangspipeline zwei getrennte CONTRL-Bestätigungen zurück, wenn sowohl eine technische als auch eine Funktionsbestätigung angefordert wird. Die technische CONTRL-Bestätigung enthält nur Empfangsbestätigungsinformationen. Die CONTRL-Funktionsbestätigung enthält sowohl Empfangsinformationen als auch Funktionsbestätigungsinformationen. Weitere Informationen finden Sie unter EDIFACT CONTRL-Bestätigung.

Bezeichnen einer Bestätigung mit einer Kontrollnummer

Jede Bestätigung muss mit einer Transaktionssatz-Kontrollnummer (X12, das ST2-Datenelement) oder einer Transaktionssatz-Verweisnummer (EDIFACT, das UNH1-Datenelement) bezeichnet werden. Wenn eine Vereinbarung für die ausgehende Bestätigung konfiguriert ist, legt BizTalk Server das Transaktionssatzsteuerelement oder die Referenznummer auf den für die Vereinbarung festgelegten Wert fest, basierend auf folgendem:

  • Für X12-Bestätigungen – (ACK Control Number (ST02) -Eigenschaft auf der Seite "Einstellungen des lokalen Hosts " (Abschnitt Einstellungen des Empfängers ) der Registerkarte "Vereinbarung" im Dialogfeld "Vereinbarungseigenschaften "

  • Für EDIFACT-Bestätigungen – (Edifact Ack Control Number-Eigenschaft auf der Seite Lokale Hosteinstellungen (Abschnitt Einstellungen des Empfängers) der Registerkarte Vereinbarung im Dialogfeld "Vereinbarungseigenschaften"

    Wenn BizTalk Server die Vereinbarung für die Bestätigung nicht bestimmt, verwendet sie die gleichen Eigenschaften wie oben erwähnt, die jedoch auf der Registerkarte Vereinbarung in den Dialogfeldern X12-Fallbackeinstellungen ad EDIFACT-Fallbackeinstellungen verfügbar sind. Diese Einstellung bezieht sich auf technische und Funktionsbestätigungen, wenn beide konfiguriert sind. Diese ganze Zahl wird für jede generierte Bestätigung oder jeden generierten Austausch um jeweils 1 erhöht.

    Der Umschlag einer Bestätigung wird aus den Daten in der empfangenen Nachricht entsprechend dem Bestätigungskontrollschema erstellt.

Vorbereiten der Bestätigung

BizTalk Server erstellt den Umschlag für eine Bestätigung genau wie einen Umschlag für eine Nachricht, indem die Definitionen des Interchange Control Header und des Funktionsgruppenheaders betrachtet werden. Weitere Informationen finden Sie unter Vereinbarungsauflösung und Schemaermittlung für ausgehende EDI-Nachrichten.

Um das nahtlose Routing der generierten Bestätigung (TA1, 997 oder CONTRL) zu ermöglichen, füllt der EDI Disassembler die DestinationPartyReceiverQualifierEigenschaften , DestinationPartyReceiverIdentifier, und DestinationPartySenderQualifierDestinationPartySenderIdentifier für die Bestätigung auf.

Synchrone und asynchrone Bestätigungen

EDI-Bestätigungen können wahlweise synchron oder asynchron gesendet werden. Wenn synchron, leitet BizTalk Server die Bestätigung direkt an die Sendepipeline eines bidirektionalen Anforderung-Antwort-Empfangsports weiter. Wenn asynchron, leitet BizTalk Server die Bestätigung an das MessageBox weiter, und ein Sendeport abonniert diese Nachricht.

Um anzugeben, dass BizTalk Server die Bestätigung synchron sendet, wählen Sie auf der Seite Einstellungen des lokalen Hosts (Abschnitt Empfängereinstellungen) unter Austauscheinstellungen auf der Registerkarte bidirektionale Vereinbarung die Option Route ACK zum Senden der Pipeline am Anforderungsantwortempfangsport aus. Wenn Sie diese Eigenschaft deaktivieren, muss die Sendepipeline des bidirektionalen Empfangsports für die Rücksendung eines EDI-Austauschs eingerichtet werden.

Wenn in einem Szenario ein Anforderungsantwort-Empfangsport verwendet wird und sowohl technische Bestätigungen als auch Funktionsbestätigungen aktiviert sind, wird die technische Bestätigung synchron und die Funktionsbestätigung asynchron zurückgesendet.

Beim Empfang einer EDIINT/AS2-codierten Nachricht über HTTP/HTTPS wird die EDI-Bestätigung nicht synchron gesendet, wenn in Reaktion auf in MIME eingeschlossene EDI-Nutzdaten (auf dem gleichen Socket) eine MDN gesendet wird. Wenn in diesem Fall die Eigenschaft Route ACK zum Senden der Pipeline bei Anforderung-Antwort-Empfangsport aktiviert ist, ignoriert BizTalk Server die Eigenschaft.

Weitere Informationen

EDI-Bestätigungsstruktur
EDI-Dienst und Kontrollschemas
X12 TA1-Bestätigung
X12-Bestätigung 997
EDIFACT CONTRL-Bestätigung
EDIFACT CONTRL-Nachricht als technische Bestätigung
EDIFACT CONTRL-Nachricht als Funktionsbestätigung