Conservazione di un interscambio EDI in batch ricevuto

Nota

Tutte le opzioni dell'interfaccia utente indicate in questo argomento sono disponibili nella pagina Impostazioni host locali (impostazioni del ricevitore) delle schede del contratto bidirezionale nella finestra di dialogo Proprietà contratto.

Quando la pipeline di ricezione EDI mantiene un interscambio EDI batch in ingresso, l'analisi normale di ogni set di transazioni/messaggio non viene eseguita nei file XML intermedio separati. La pipeline di ricezione EDI esegue l'interscambio come unico documento, senza suddividere i set di transazioni o i messaggi. Ciò si verifica quando la proprietà dell'opzione elaborazione batch in ingresso è impostata su Mantieni interscambio - Sospendi interscambio in caso di errore o Mantieni interscambio - Sospendi set di transazioni in caso di errore.

Convalida dello schema

BizTalk Server convalida la busta di un batch mantenuto usando gli schemi batch e gli schemi del servizio. Lo schema batch viene utilizzato per la convalida del nodo radice del messaggio mantenuto, gli schemi di servizio vengono utilizzati per la convalida delle intestazioni e dei trailer di interscambio, gruppo e set di transazioni. Per altre informazioni sugli schemi batch, vedere Schemi batch EDI. Per altre informazioni sugli schemi del servizio, vedere Schemi di controllo e servizio EDI.

BizTalk Server convalida i documenti in un interscambio in batch usando gli schemi del documento nel progetto.

Elaborazione sul lato di ricezione

Il disassembler EDI elabora i batch mantenuti come indicato di seguito:

• Quando il disassembler EDI elabora un batch da mantenere, il formato del file flat viene convertito in XML e X12InterchangeXML o EdifactInterchangeXML viene aggiunto come nodo radice XML. Ciò indica alla pipeline di trasmissione che l'interscambio batch deve essere mantenuto e che lo schema Edifact_BatchSchema o X12_BatchSchema deve essere utilizzato per convalidare il nodo radice.

• Il disassembler aggiunge l'attributo DelimiterSetSerializedData al nodo radice di un messaggio XML batch per indicare ai separatori che la pipeline di trasmissione deve utilizzare, quando un interscambio EDI batch viene generato da un messaggio XML. Quando il messaggio XML è un batch mantenuto, l'attributo è popolato tramite la pipeline di ricezione dai separatori utilizzati nel messaggio in ingresso. Quando il messaggio XML è prodotto dall'orchestrazione batch, l'attributo viene popolato dal valore specificato nelle proprietà dell'accordo.

• Il disassembler usa uno degli spazi dei nomi seguenti quando crea un interscambio mantenuto con codifica XML: http://schemas.microsoft.com/BizTalk/EDI/EDIFACT/2006/InterchangeXML o http://schemas.microsoft.com/BizTalk/EDI/X12/2006/InterchangeXML.

• Disassembler promuove la proprietà EDI.ReuseEnvelope == True di contesto per identificare l'interscambio come mantenuto. In tal modo è possibile creare una porta di trasmissione che sottoscriva tutti gli interscambi batch come mantenuti.

  Nota

  Un documento HIPAA non verrà suddiviso in documenti secondari se l'opzione Elaborazione batch in ingresso è impostata su Mantieni interscambio. Ciò avviene anche se l'annotazione di interruzione della creazione del documento secondario nello schema HIPAA è impostata su "Sì".

  Errore di elaborazione

  Se è stata selezionata l'opzione Mantieni interscambio - Sospendi interscambio in caso di errore per l'opzione Elaborazione batch in ingresso, l'intero interscambio verrà sospeso in seguito a qualsiasi errore. Se BizTalk Server sospende l'intero interscambio mantenuto, la struttura di interscambio e l'ordinamento dei set di transazioni all'interno dell'interscambio verranno mantenuti. In caso di errore, BizTalk Server pubblicherà una voce di errore consolidata nel registro eventi. Nella voce sarà incluso qualsiasi errore nei livelli di interscambio, gruppo funzionale e set di transazioni.

  Se è stata selezionata l'opzione Mantieni interscambio - Sospendi set di transazioni in caso di errore per l'opzione di elaborazione batch in ingresso, la pipeline di ricezione EDI interromperà qualsiasi set di transazioni non valido dall'interscambio e procederà con la creazione del codice XML dell'interscambio. L'XML di interscambio risultante è necessario per riutilizzare le buste del segmento di controllo esistenti (ISA, GS, GE e IEA per gli interscambi con codifica X12 o UNA, UNB, UNG, UNE e UNZ per gli interscambi con codifica EDIFACT). L'interscambio verrà considerato un documento elaborato correttamente; Tuttavia, l'errore verrà segnalato nel Visualizzatore eventi e, se viene generato un riconoscimento funzionale, verrà segnalato l'errore. BizTalk Server creerà una voce separata nel registro eventi per ogni set di transazioni in errore. Se BizTalk Server elimina un set di transazioni errato dall'interscambio, la struttura e l'ordinamento dell'interscambio potrebbero non essere mantenuti. BizTalk Server aggiornerà il numero di set di transazioni nell'interscambio.

  I seguenti casi particolari si applicano ai set di transazioni sospesi in caso di errore:

• Se tutti i set di transazioni di un gruppo non sono validi, ogni set di transazioni viene sospeso individualmente e i segmenti di controllo del gruppo, senza set di transazioni in quanto rimossi, vengono inclusi nell'XML di interscambio generato.

• Se tutti i set di transazioni di un interscambio non sono validi, ogni set di transazioni viene sospeso individualmente e i segmenti di controllo dell'interscambio, senza set di transazioni in quanto rimossi, verranno inclusi nell'XML di interscambio generato.

• Se i segmenti di controllo del gruppo non sono validi, tutti i set di transazioni del gruppo verranno sospesi individualmente.

• Se i segmenti di controllo dell'interscambio non sono validi, tutti i set di transazioni dell'interscambio verranno sospesi individualmente e l'XML di interscambio non verrà generato. Verrà creato un registro nel visualizzatore eventi per l'interscambio rifiutato.