Conservación de un intercambio EDI por lotes recibido

Nota:

Todas las opciones de interfaz de usuario mencionadas en este tema están disponibles en la página Configuración de host local (sección Configuración del receptor ) de las pestañas de acuerdo bidireccional en el cuadro de diálogo Propiedades del contrato.

Cuando la canalización de recepción EDI conserva un intercambio EDI por lotes entrante, no se realiza el análisis normal de cada conjunto de transacciones o mensaje en archivos XML intermedios independientes. La canalización de recepción de EDI procesa el intercambio como un documento sin dividir los conjuntos o los mensajes de transacción. Esto ocurre cuando la propiedad de la opción Procesamiento por lotes de entrada está establecida en Conservar intercambio: suspender intercambio en error o Conservar intercambio: suspender conjuntos de transacciones en error.

Validación de esquemas

BizTalk Server valida el sobre de un lote almacenado utilizando los esquemas de lote y los esquemas de servicio. El esquema por lotes se usa para validar el nodo raíz del mensaje preservado; los esquemas de servicio se usan para validar los encabezados y finalizadores de intercambio, grupo y conjunto de transacciones. Para obtener más información sobre los esquemas por lotes, consulte Esquemas de lote EDI. Para obtener más información sobre los esquemas de servicio, consulte Esquemas de control y servicio EDI.

BizTalk Server valida los documentos de un intercambio por lotes mediante los esquemas de documento del proyecto.

Receive-Side procesamiento

El desensamblador EDI procesa lotes conservados de la siguiente manera:

• Cuando el desensamblador EDI procesa un lote que se va a conservar, convierte el formato de archivo plano en XML y agrega X12InterchangeXML o EdifactInterchangeXML como nodo raíz XML. Esto indica a la canalización de envío que se debe preservar el intercambio por lotes y que se debe usar el esquema Edifact_BatchSchema o el esquema X12_BatchSchema para validar el nodo raíz.

• El desensamblador agrega el atributo DelimiterSetSerializedData al nodo raíz de un mensaje XML por lotes para indicar los separadores que usará la canalización de envío al generar un intercambio EDI por lotes a partir del mensaje XML. Cuando el mensaje XML es un lote preservado, la tubería de recepción rellena el atributo a partir de los separadores utilizados en el mensaje entrante. Cuando la orquestación de procesamiento por lotes genera el XML por lotes, el atributo se rellena a partir del valor especificado en las propiedades del contrato.

• El desensamblador usa uno de los siguientes espacios de nombres cuando crea un intercambio conservado codificado con XML: http://schemas.microsoft.com/BizTalk/EDI/EDIFACT/2006/InterchangeXML o http://schemas.microsoft.com/BizTalk/EDI/X12/2006/InterchangeXML.

• El desensamblador eleva la propiedad de contexto EDI.ReuseEnvelope == True para identificar el intercambio como preservado. Esto le permite crear un puerto de envío que se suscribe a todos los intercambios agrupados que se conservan.

  Nota:

  Un documento HIPAA no se dividirá en subdocumentos si la opción Procesamiento por lotes de entrada está establecida en Conservar intercambio. Este será el caso incluso si la anotación de interrupción de creación de subdocumentos dentro del esquema HIPAA está establecida en "Sí".

  Procesamiento de errores

  Si ha seleccionado Conservar intercambio: suspender intercambio en error para la opción procesamiento por lotes de entrada, todo el intercambio se suspenderá como resultado de cualquier error. Si BizTalk Server suspende todo el intercambio conservado, se conservará la estructura de intercambio y el orden de los conjuntos de transacciones dentro del intercambio. En caso de error, BizTalk Server publicará una entrada de error consolidada en el registro de eventos. Esta entrada incluirá los errores en los niveles de intercambio, grupo funcional y conjunto de transacciones.

  Si ha seleccionado Conservar intercambio: suspender conjuntos de transacciones en error para la opción de procesamiento por lotes de entrada, la canalización de recepción edi quitará cualquier conjunto de transacciones no válido del intercambio y continuará con la creación del XML del intercambio. El XML de intercambio resultante es necesario para reutilizar los sobres de segmento de control existentes (ISA, GS, GE y IEA para intercambios codificados X12 o UNA, UNB, UNG, UNE y UNZ para intercambios codificados con EDIFACT). El intercambio se considerará un documento procesado correctamente; sin embargo, el error se notificará en el visor de eventos y, si se genera una confirmación funcional, notificará el error. BizTalk Server creará una entrada independiente en el registro de eventos para cada conjunto de transacciones que esté en error. Si BizTalk Server quita un conjunto de transacciones erróneo del intercambio, es posible que no se conserve la estructura del intercambio ni la ordenación. BizTalk Server actualizará el número de conjuntos de transacciones del intercambio.

  Los siguientes casos especiales se aplican a suspender conjuntos de transacciones en caso de error:

• Si todos los conjuntos de transacciones de un grupo no son válidos, cada conjunto de transacciones se suspende individualmente; sin embargo, los segmentos de control de grupo (sin conjuntos de transacciones, porque se han quitado) se incluirán en el XML de intercambio generado.

• Si todos los conjuntos de transacciones de un intercambio no son válidos, cada conjunto de transacciones se suspende individualmente; sin embargo, los segmentos de control de intercambio (sin conjuntos de transacciones, porque se han quitado) se incluirán en el XML de intercambio generado.

• Si los segmentos de control de grupo no son válidos, todos los conjuntos de transacciones del grupo se suspenderán individualmente.

• Si los segmentos de control de intercambio no son válidos, todos los conjuntos de transacciones del intercambio se suspenderán individualmente y no se generará el XML del intercambio. Se creará un registro en el visor de eventos para el intercambio rechazado.