Enviar una confirmación EDI
Las confirmaciones indican el estado de la transmisión del mensaje EDI. Después de BizTalk Server recibe un intercambio EDI, devolverá una o varias confirmaciones al remitente de un intercambio EDI, en función de las confirmaciones que se hayan habilitado.
Las confirmaciones de mensaje EDI, basadas en el nivel de validación, pueden ser de dos tipos:
Confirmación técnica generada como resultado de la validación del encabezado. La confirmación técnica informa del estado del procesamiento de un encabezado y finalizador de intercambio por parte del receptor de la dirección.
Confirmación funcional generada como resultado de la validación del cuerpo. La confirmación funcional genera un informe de los errores que aparecen al procesar el documento recibido.
BizTalk Server puede devolver confirmaciones técnicas y funcionales en respuesta a un único intercambio. BizTalk Server devuelve una única confirmación técnica para cada intercambio. Para intercambios X12, devolverá una confirmación funcional para cada grupo recibido. Para intercambios EDIFACT, devolverá una confirmación funcional para cada intercambio, independientemente de los grupos que contenga dicho intercambio.
Confirmaciones de X12
Confirmación técnica de X12
Se envía una confirmación TA1 positiva si el encabezado ISA y el finalizador IEA de un mensaje X12 es válido (independientemente de otros contenidos). Para obtener más información sobre el contenido de una confirmación TA1, vea Confirmación de TA1 X12.
Confirmación funciona de X12l
Se usa una confirmación 997 para confirmar la recepción de un grupo funcional o intercambio, para aceptar o rechazar uno o más grupos funcionales en una o más transacciones y comprobar y generar un informe para el cumplimiento del estándar. Si BizTalk Server recibe un intercambio con varios grupos, devolverá una confirmación para cada grupo. Si un grupo contiene varios conjuntos de transacciones, la confirmación para dicho grupo contendrá varios bucles AK2, uno para cada conjunto de transacciones, en función de si se generan bucles AK2 para los conjuntos de transacciones aceptados. Para obtener más información sobre el contenido de una confirmación 997, vea Confirmación X12 997.
Nota
Cuando la canalización de recepción EDI genera el segmento Encabezado de grupo funcional (GS) para la confirmación funcional de X12, el código del remitente de aplicación (GS02) y el código de receptor de la aplicación (GS03) se tomarán del grupo funcional que se va a confirmar. Sin embargo, se asigna GS02 en un mensaje entrante en GS03 en la confirmación y GS03 en un mensaje entrante se asigna a GS02 en la confirmación.
Confirmaciones EDIFACT
Confirmación técnica de EDIFACT
Para EDIFACT, no se usa una confirmación técnica independiente pero las secciones de la confirmación funcional o la confirmación CONTRL (vea a continuación) se vuelven a usar para la confirmación de recepción. Esto simula una confirmación técnica.
Para obtener más información sobre la confirmación técnica de CONTRL, vea EDIFACT CONTRL Message as Technical Acknowledgment (Mensaje CONTRL de EDIFACT como confirmación técnica).
Confirmación funcional de EDIFACT
Para EDIFACT, la confirmación funcional CONTRL se usa para confirmar un intercambio recibido, grupo y mensaje; aceptar o rechazar un intercambio recibido, grupo y mensaje y para enumerar los errores sintácticos o funcionalidades no admitidas que se contengan en ellos. La confirmación CONTRL genera el informe de los resultados de una comprobación sintáctica del intercambio completo recibido.
Para obtener más información sobre la confirmación funcional de CONTRL, vea EDIFACT CONTRL Message as Functional Acknowledgment.
Cuándo se publica una confirmación
La canalización de recepción EDI generará una confirmación si se cumplen algunas de las siguientes condiciones:
Un elemento de datos en el intercambio recibido recibe la confirmación. En el caso de los mensajes codificados en X12, la canalización de recepción generará un ACK de TA1 técnico si el elemento de datos ISA14 está establecido en 1. En el caso de los mensajes codificados en EDIFACT, la canalización de recepción generará un ACK técnico CONTRL si el elemento de datos UNB9 está establecido en 2 y generará un ACK CONTRL funcional si el elemento de datos UNB9 está establecido en 1.
Una propiedad de acuerdo solicita la confirmación. Para los intercambios X12, estas propiedades son las propiedades esperadas ta1 y 997 esperadas en la página Confirmaciones de las pestañas de acuerdo bidireccional del cuadro de diálogo Propiedades del contrato . En el caso de los intercambios EDIFACT, estas propiedades son el esperado recibo de mensaje (CONTRL) y el reconocimiento (CONTRL) esperados en la página Confirmaciones de las pestañas de acuerdo bidireccional del cuadro de diálogo Propiedades del contrato . Cuando habilite un tipo de confirmación, puede también indicar si procesar por lotes ese tipo de confirmación.
Una propiedad global solicita la confirmación cuando no se determina ningún acuerdo para el intercambio. Estas propiedades son
TA1 Propiedades esperadas y 997 Esperadas en la página Confirmaciones de la pestaña contrato del cuadro de diálogo Configuración de reserva X12 .
Se esperaba la recepción del mensaje (CONTRL) y la confirmación (CONTRL) en la página Confirmaciones de la pestaña contrato del cuadro de diálogo Configuración de reserva EDIFACT .
Para EDIFACT, la canalización de recepción EDI devolverá dos confirmaciones CONTRL independientes si se solicitan la confirmación técnica y la confirmación funcional. La confirmación CONTRL incluirá sólo la información de confirmación de recepción. La confirmación funcional CONTRL incluirá información de recepción e información de confirmación funcional. Para obtener más información, vea Confirmación conTRL de EDIFACT.
Identificar una confirmación con un número de control
Cada confirmación necesita identificarse mediante un número de control de conjunto de transacciones para X12 (el elemento de datos ST2) o un número de referencia de conjunto de transacciones para EDIFACT (el elemento de datos UNH1). Si se configura un contrato para la confirmación saliente, BizTalk Server establecerá el control del conjunto de transacciones o el número de referencia en el valor establecido para el contrato en función de lo siguiente:
Para confirmaciones X12: propiedad (número de control de ACK (ST02) en la página Configuración de host local (sección Configuración del receptor) de la pestaña Contrato en el cuadro de diálogo Propiedades del contrato
Para confirmaciones EDIFACT: (propiedad Número de control de Edifact en la página Configuración del host local (sección Configuración del receptor) de la pestaña contrato en el cuadro de diálogo Propiedades del contrato
Si BizTalk Server no determina el acuerdo para la confirmación, usará las mismas propiedades que se mencionó anteriormente, pero estará disponible en la pestaña contrato en los cuadros de diálogo Configuración de reserva X12 ad EDIFACT Fallback Settings . Esta configuración se aplica a las confirmaciones funcionales y técnicas si ambas están configuradas. Este entero se aumentará en uno para cada confirmación o intercambio generados.
El sobre de una canalización se crea a partir de los datos en los mensajes recibidos de acuerdo con el esquema de control de confirmaciones.
Preparar la confirmación
BizTalk Server genera el sobre para una confirmación como si generara un sobre para un mensaje examinando las definiciones del Encabezado de control de intercambio y el Encabezado de grupo funcional. Para obtener más información, vea Resolución de acuerdos y determinación de esquemas para mensajes EDI salientes.
Para habilitar el enrutamiento sin problemas de la confirmación generada (TA1, 997 o CONTRL), el desensamblador EDI rellenará las DestinationPartyReceiverQualifierpropiedades , DestinationPartyReceiverIdentifier, DestinationPartySenderQualifiery DestinationPartySenderIdentifier en la confirmación.
Confirmaciones sincrónicas y asíncronas
Tiene la posibilidad de enviar confirmaciones EDI de forma sincrónica o asíncrona. Si es sincrónica, BizTak Server enrutará la confirmación directamente a la canalización de envío de un puerto de recepción de solicitud-respuesta bidireccional. Si es asíncrono, BizTalk Server enrutará la confirmación al cuadro de mensajes y se suscribirá un puerto de envío a ese mensaje.
Para especificar que BizTalk Server envía la confirmación de forma sincrónica, seleccione Route ACK to send pipeline on request-response receive port (Puerto de recepción de solicitud-respuesta) en la página Configuración del host local (sección Configuración del receptor) en Configuración de intercambio en la pestaña Acuerdo bidireccional (para contratos X12 y EDIFACT). Si desactiva esta propiedad, la canalización de envío del puerto de recepción bidireccional debe establecerse para devolver un intercambio EDI.
Si un escenario usar un puerto de recepción solicitud-respuesta, y tanto la confirmación técnica como la confirmación funcional están habilitadas, la confirmación técnica se volverá a enviar de forma sincrónica y la funcional de forma asíncrona.
Cuando se recibe un mensaje con codificación EDDINT/AS2 a través de HTTP/HTTPS, si se envía un MDN en respuesta a una carga EDI envuelta de MIME (en el mismo socket), no se enviará una confirmación EDI de forma sincrónica. Si en este caso se comprueba la propiedad route ACK para enviar la canalización en el puerto de recepción de solicitud-respuesta, BizTalk Server omitirá la propiedad .
Consulte también
Estructura de confirmación EDI
Esquemas de control y servicio EDI
Confirmación TA1 de X12
Confirmación 997 de X12
Confirmación CONTRL de EDIFACT
Mensaje CONTRL de EDIFACT como confirmación técnica
Mensaje CONTRL de EDIFACT como confirmación funcional