Freigeben über

Beibehalten eines empfangenen EDI-Batchaustauschs

  • Artikel

Hinweis

Alle in diesem Thema erwähnten Benutzeroberflächenoptionen sind auf der Seite Einstellungen des lokalen Hosts (Abschnitt Einstellungen des Empfängers ) der Registerkarten für bidirektionale Vereinbarungen im Dialogfeld Vereinbarungseigenschaften verfügbar.

Wenn die EDI-Empfangspipeline einen eingehenden EDI-Batchaustausch beibehält, wird die normale zwischenzeitliche Umwandlung der einzelnen Transaktionssätze/Nachrichten in separate XML-Dateien nicht ausgeführt. Die EDI-Empfangspipeline verarbeitet den Austausch als ein Dokument, ohne Aufteilung der Transaktionssätze/Nachrichten. Dies tritt auf, wenn die Option "Batchverarbeitung für eingehenden Datenverkehr" auf Austausch beibehalten – Austausch bei Fehler anhalten oder Austausch beibehalten – Transaktionssätze bei Fehler anhalten festgelegt ist.

Schemaüberprüfung

BizTalk Server überprüft den Umschlag eines beibehaltenen Batches mithilfe der Batchschemas und der Dienstschemas. Anhand des Batchschemas wird der Stammknoten der beibehaltenen Nachricht geprüft, anhand der Dienstschemas werden die Austausch-, Gruppen- und Transaktionssatzheader und -nachspänne geprüft. Weitere Informationen zu den Batchschemas finden Sie unter EDI-Batchschemas. Weitere Informationen zu den Dienstschemas finden Sie unter EDI-Dienst- und Steuerungsschemas.

BizTalk Server überprüft die Dokumente in einem Batchaustausch mithilfe der Dokumentschemas in Ihrem Projekt.

Empfangsseitige Verarbeitung

Der EDI-Disassembler verarbeitet beibehaltene Batches wie folgt:

  • Beim Verarbeiten eines beizubehaltenden Batches durch den EDI-Disassembler wird das Flatfile-Format nach XML konvertiert, und X12InterchangeXML oder EdifactInterchangeXML wird als XML-Stammknoten hinzugefügt. Dies signalisiert der Sendepipeline, dass der Batchaustausch beibehalten werden soll, und dass das Schema " Edifact_BatchSchema" bzw. das Schema "X12_BatchSchema" verwendet werden soll, um den Stammknoten zu prüfen.

  • Der Disassembler fügt dem Stammknoten einer XML-Nachricht im Batchmodus das DelimiterSetSerializedData-Attribut hinzu, um der Sendepipeline zu signalisieren, welche Trennzeichen sie beim Generieren eines EDI-Batchaustauschs aus einer XML-Nachricht verwenden soll. Wenn es sich bei der XML-Nachricht um einen beibehaltenen Batch handelt, wird das Attribut von der Empfangspipeline mit den Trennzeichen der eingehenden Nachricht aufgefüllt. Wird die beibehaltene XML-Nachricht von der Batchverarbeitungsorchestrierung erzeugt, wird das Attribut mit dem Wert aufgefüllt, der in den Vereinbarungseigenschaften angegeben ist.

  • Der Disassembler verwendet einen der folgenden Namespaces, wenn er einen XML-codierten beibehaltenen Austausch erstellt: http://schemas.microsoft.com/BizTalk/EDI/EDIFACT/2006/InterchangeXML oder http://schemas.microsoft.com/BizTalk/EDI/X12/2006/InterchangeXML.

  • Der Disassembler erhöht die Kontexteigenschaft EDI.ReuseEnvelope == True , um den Austausch als beibehalten zu identifizieren. Auf diese Weise können Sie einen Sendeport erstellen, der alle beibehaltenen Batchaustauschvorgänge abonniert.

    Hinweis

    Ein HIPAA-Dokument wird nicht in Unterdokumente aufgeteilt, wenn die Option Batchverarbeitung für eingehenden Datenverkehr auf Austausch beibehalten festgelegt ist. Dies ist selbst dann der Fall, wenn die Anmerkung "Unterbrechung der Erstellung des Unterdokuments" im HIPAA-Schema auf "Ja" gesetzt ist.

    Fehlerverarbeitung

    Wenn Sie Austausch beibehalten – Austausch bei Fehler anhalten für die Option Eingehende Batchverarbeitung ausgewählt haben, wird der gesamte Austausch aufgrund eines Fehlers angehalten. Wenn BizTalk Server den gesamten beibehaltenen Austausch angehalten, bleiben die Austauschstruktur und die Reihenfolge der Transaktionssätze innerhalb des Austauschs erhalten. Im Falle eines Fehlers wird BizTalk Server einen konsolidierten Fehlereintrag im Ereignisprotokoll veröffentlichen. Dieser Eintrag enthält alle Fehler im Austausch, in der funktionalen Gruppe und in den Transaktionssatzebenen.

    Wenn Sie Austausch beibehalten – Transaktionssätze bei Fehler anhalten für die Eingehende Batchverarbeitungsoption ausgewählt haben, löscht die EDI-Empfangspipeline alle ungültigen Transaktionssätze aus dem Austausch und fährt mit der Erstellung des Austausch-XML fort. Die resultierenden Austausch-XML-Daten sind erforderlich, um die vorhandenen Kontrollsegmentumschläge (ISA, GS, GE und IEA für X12-codierte Austauschvorgänge oder UNA, UNB, UNG, UNE und UNZ für EDIFACT-codierte Austauschvorgänge) wiederverwenden zu können. Der Austausch wird als erfolgreich bearbeitetes Dokument betrachtet; Der Fehler wird jedoch in der Ereignisanzeige gemeldet, und wenn eine funktionsbezogene Bestätigung generiert wird, wird der Fehler gemeldet. BizTalk Server erstellt einen separaten Eintrag im Ereignisprotokoll für jeden Transaktionssatz, der fehlerhaft ist. Wenn BizTalk Server einen fehlerhaften Transaktionssatz aus dem Austausch verwirft, werden die Austauschstruktur und die Reihenfolge möglicherweise nicht beibehalten. BizTalk Server aktualisiert die Anzahl der Transaktionssätze im Austausch.

    Die folgenden Sonderfälle gelten für das Anhalten fehlerhafter Transaktionssätze:

  • Wenn alle Transaktionssätze in einer Gruppe ungültig sind, dann wird jeder Transaktionssatz einzeln angehalten; die Gruppenkontrollsegmente (ohne Transaktionssätze, da sie gelöscht wurden) sind jedoch in den generierten Austausch-XML-Daten enthalten.

  • Wenn alle Transaktionssätze in einem Austausch ungültig sind, wird jeder Transaktionssatz einzeln angehalten; die Austauschkontrollsegmente (ohne Transaktionssätze, da sie gelöscht wurden) sind jedoch in den generierten Austausch-XML-Daten enthalten.

  • Wenn die Gruppenkontrollsegmente ungültig sind, werden alle Transaktionssätze in der Gruppe einzeln angehalten.

  • Wenn die Austauschkontrollsegmente ungültig sind, werden alle Transaktionssätze im Austausch einzeln angehalten, und die Austausch-XML-Daten werden nicht generiert. Für den abgelehnten Austausch wird ein Protokoll in der Ereignisanzeige erstellt.