Senden eines beibehaltenen Batchaustauschs
Ein ausgehender beibehaltener Batchaustausch wird von der EDI-Sendepipeline als ganzes verarbeitet. Normalerweise werden die vorhandenen Umschlagsegmente (Kontrollsegmente) beim Erstellen des EDI-Austauschs wiederverwendet und kein auf der Vereinbarung basierender Umschlag angewendet. 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.
Absenderseitige Verarbeitung
Bei Verarbeitung eines beibehaltenen Austauschs durch den EDI-Assembler verwendet dieser normalerweise den Austausch, die Gruppe und die Transaktionssatzheader, die im Batchaustausch bei dessen Empfang vorhanden waren.
Bei X12-Austauschvorgängen gelten die Eigenschafteneinstellungen auf verschiedenen Seiten auf der Registerkarte "Unidirektionale Vereinbarung" im Dialogfeld Vereinbarungseigenschaften (die bestimmen, wie BizTalk Server die ISA-, GS- und ST-Header eines ausgehenden Austauschs erstellen) normalerweise nicht.
Bei EDIFACT-Austauschvorgängen werden normalerweise die UNA-Einstellungen in den Vereinbarungseigenschaften verwendet. Das UNA-Segment muss in einer EDIFACT-codierten Nachricht nicht verwendet werden, ist zum Serialisieren eines beibehaltenen Batchaustauschs jedoch erforderlich. Wenn die XML-Instanz keinen Wert für das UNA-Segment enthält, werden die Standardeigenschaftswerte für die Sendepipelinekomponente verwendet. Wenn die Eigenschaften der Sendepipelinekomponente keinen Wert aufweisen, wird die temporäre XML-Nachricht des beibehaltenen Batchs nicht gesendet.
Wenn Sie die
EDI.PopulateInterchangeValuesKontexteigenschaft auf "True" für den Austausch höherstufen, der (in einer benutzerdefinierten Komponente) beibehalten wird, füllt der EdiAssembler im Sendeport alle Austausch-, Gruppen- und Transaktionssatzheader mit den in den Vereinbarungseigenschaften festgelegten Werten auf.Wenn Sie die
EDIOverride.OverrideEdiHeaderKontexteigenschaft im Austausch auf "True" heraufstufen, bevor sie von der Sendepipeline verarbeitet wird, können Sie die Umschlagwerte für das ausgehende Dokument überschreiben, indem Sie die entsprechendenEDIOverrideKontexteigenschaftenwerte festlegen. Weitere Informationen finden Sie unter Überschreiben von EDI-Headern.Bei einem beibehaltenen Austausch ohne Fehler behält der Assembler die Folge der Transaktionssätze in einer Gruppe des Austauschs sowie die Folge der Gruppen im Austausch bei.
Hinweis
Einen beibehaltenen Batch können Sie über eine XML-Sendepipeline senden. Dazu müssen Sie jedoch den Namespace für das Batchschema ändern. Weitere Informationen finden Sie unter Senden eines beibehaltenen Batches mit einer XML-Sendepipeline.
Fehlerverarbeitung
Die EDI-Sendepipeline erkennt einen EDI-Batchaustausch aufgrund eines reservierten Tags im XML als beibehaltenen Batch. Dieses Tag, entweder <X12InterchangeXml> oder <EdifactInterchangeXml>, wird von der EDI-Empfangspipeline auf den XML-Code angewendet.
Die folgenden Sonderfälle gelten für das Anhalten fehlerhafter Transaktionssätze:
Wenn alle Transaktionssätze in einer Gruppe ungültig sind, werden Gruppenkontrollsegmente von der EDI-Sendepipeline im generierten EDI eingeschlossen, jedoch enthält die Gruppe keine Transaktionssätze (da diese dann entfernt wurden). Die Ergebnisse der Gruppenfußzeilen werden auf 0 (null) aktualisiert. Die Kontrollsegmente des Austauschs bleiben unverändert.
Wenn alle Transaktionssätze in einem Austausch ungültig sind, sind die Kontrollsegmente des Austauschs dennoch im generierten EDI enthalten. Jedoch enthält der Austausch keine Transaktionssätze (da diese dann gelöscht wurden). Damit liegt ein leerer Austausch vor.
Bei ungültigen Gruppenkontrollsegmenten oder Austauschkontrollsegmenten wird kein EDI-codierter Austausch generiert. In der Ereignisanzeige wird ein Protokoll erstellt, in dem angegeben wird, dass der Austausch abgelehnt wurde.