Conservar 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 del host local (sección Configuración del receptor ) de las pestañas de contrato bidireccional en el cuadro de diálogo Propiedades del contrato .
Cuando la canalización de recepción EDI conserva un intercambio EDI por lotes de entrada, no se realiza el análisis normal de cada conjunto de transacciones/mensaje en archivos XML intermedios separados. La canalización de recepción EDI procesa el intercambio como un documento sin dividir los conjuntos de transacciones/mensajes. Esto ocurre cuando la propiedad de la opción Procesamiento por lotes de entrada se establece 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 conservado mediante los esquemas por lotes y los esquemas de servicio. El esquema por lotes se utiliza para validar el nodo raíz del mensaje conservado; los esquemas de servicio se utilizan para validar los finalizadores y los encabezados de conjuntos de transacciones, grupos e intercambios. Para obtener más información sobre los esquemas por lotes, consulte Esquemas de lotes EDI. Para obtener más información sobre los esquemas de servicio, consulte Esquemas de control y servicio EDI.
BizTalk Server valida los documentos en un intercambio por lotes mediante los esquemas de documentos en su proyecto.
Procesamiento de recepción
El desensamblador EDI procesa lotes conservados de la siguiente forma:
Cuando el desensamblador EDI procesa un lote para que se conserve, convierte formato de archivo sin formato en XML y agrega X12InterchangeXML y EdifactInterchangeXML como el nodo raíz XML. Esto indica a la canalización de envío que el intercambio por lotes debe conservarse y que los esquemas Edifact_BatchSchema schema o X12_BatchSchema deben usarse 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 la canalización de envío va a utilizar cuando se genere un intercambio EDI por lotes a partir del mensaje XML. Cuando el XML es un lote conservado, el atributo se rellena mediante la canalización de recepción de los separadores que se utilizaron en el mensaje entrante. Cuando la orquestación por lotes genera el XML por lotes, el atributo se rellena a partir del valor especificado en las propiedades del acuerdo.
El Desensamblador usa uno de los siguientes espacios de nombres cuando crea un intercambio conservado codificado en XML:
http://schemas.microsoft.com/BizTalk/EDI/EDIFACT/2006/InterchangeXMLohttp://schemas.microsoft.com/BizTalk/EDI/X12/2006/InterchangeXML.El Desensamblador promueve la propiedad
EDI.ReuseEnvelope == Truede contexto para identificar el intercambio tal y como se conserva. Esto le permite crear un puerto de envío suscrito a todos los intercambios por lotes 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. Esto sucederá incluso si la anotación de interrupción de creación de subdocumento dentro del esquema HIPAA se establece 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 el todo el intercambio conservado, la estructura de intercambio y se conservará el orden de los conjuntos de transacciones dentro del intercambio. En caso de error, BizTalk Server registra una entrada de error consolidada en el registro de eventos. Esta entrada incluirá cualquier error en los niveles de conjunto de transacciones, grupo funcionar e intercambio.
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 de intercambio. Es necesario que el intercambio XML que se genera vuelva a utilizar los sobres de segmentos de control existentes (ISA, GS, GE e IEA para intercambios con codificación X12 o UNA, UNB, UNG, UNE y UNZ para intercambios con codificación 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 generen errores. Si BizTalk Server coloca un conjunto de transacciones con errores en el intercambio, puede que no se conserve la estructura de intercambio y el orden. BizTalk Server actualizará el número de conjuntos de transacciones en el intercambio.
Las siguientes casos especiales se aplican los conjuntos de transacción suspendidos en caso de error:
Si los conjuntos de transacciones en un grupo no son válidos, se suspende cada conjunto de transacciones de forma individual. Sin embargo, los segmentos de control de grupo (sin conjuntos de transacciones, ya que éstos se han colocado) se incluirán en el XML de intercambio generado.
Si los conjuntos de transacciones en un intercambio no son válidos, cada conjunto de transacciones se suspende de forma individual. Sin embargo, los segmentos de control de intercambio (sin conjuntos de transacciones ya que éstos se han colocado) se incluirán en el XM L de intercambio generado.
Si los segmentos de control de grupo no son válidos, todos los conjuntos de transacciones en el grupo se suspenderán individualmente.
Si los segmentos de control de intercambio no son válidos, todos los conjuntos de transacciones en el intercambio se suspenderán individualmente y el XML de intercambio no se generará. Se creará un registro en el visor de eventos para el intercambio rechazado.