Compartir a través de

Configuración de propiedades del acuerdo de codificación

  • Artículo

Un acuerdo de socios comerciales (TPA) es un acuerdo vinculante y definitivo entre dos socios comerciales para la transacción de mensajes a través de un protocolo B2B específico. En términos más sencillos, un TPA es un acuerdo entre dos perfiles empresariales para usar un protocolo específico de codificación de mensajes (X12 o EDIFACT) o un protocolo específico de transporte (AS2) al intercambiar mensajes B2B entre sí. Además de acordar el protocolo de codificación y transporte, se puede usar un acuerdo para personalizar el modo en que se forman y entregan los mensajes.

  • Como parte de la configuración del protocolo de codificación, también puede definir si la entidad que envía espera una confirmación, si los mensajes se enviarán por lotes o individualmente, etc.

  • Como parte de la configuración del protocolo de transporte, también puede definir si debe firmarse, cifrarse, etc. el mensaje.

    Nota

    Para obtener más información sobre la configuración del protocolo de transporte (AS2), vea Configuring AS2 Agreement Properties.

    Debe tener en cuenta las siguientes consideraciones al crear un acuerdo:

  • Un acuerdo de socio comercial entre dos entidades es bidireccional. Se puede utilizar un único acuerdo entre dos partes (parte A y parte B) para enviar mensajes de la Parte A a la Parte B y también para recibir mensajes de la Parte B a la Parte A. Para representar un acuerdo bidireccional en la interfaz de usuario, cada contrato unidireccional se representa en una sola pestaña. Por lo tanto, en la interfaz de usuario del contrato, verá dos pestañas, PartyA-PartyB> (que representa el acuerdo unidireccional para los mensajes enviados desde la Parte A a la Parte B) y PartyB-PartyA> (que representa el acuerdo unidireccional para los mensajes enviados desde PartyB a PartyA).

  • Cada acuerdo unidireccional se encarga de la transacción de mensaje de un extremo a otro. El envío o recepción de confirmaciones también forma parte de la misma transacción de mensaje y, por tanto, debe configurarse en la misma pestaña de contrato unidireccional. Por ejemplo, considere la posibilidad de que la Parte A envíe un intercambio EDI a la Parte B y, en respuesta, la Parte B envía una confirmación a la Parte A. Por lo tanto, todas las propiedades relacionadas con el envío de un intercambio y esperar una confirmación deben establecerse en la pestaña PartyA-PartyB>.

    Nota

    Aunque la confirmación forma parte de la misma transacción de mensaje, las propiedades relacionadas con cómo se debe generar la confirmación se configuran en la pestaña PartyB-PartyA>. Esto es necesario porque las propiedades de contexto de confirmación para los calificadores de remitente y receptor se establecen en lo contrario de los valores especificados en la pestaña PartyA-PartyB>. Por ejemplo, si los identificadores de remitente y receptor se establecen en THEM y US en el contrato en el que se resolvió el mensaje de intercambio, las propiedades de contexto del remitente y del receptor se establecerán en US y THEM en la confirmación. Normalmente, la otra ficha de acuerdo unidireccional también tendrá los identificadores de remitente y receptor configurados respectivamente en NOSOTROS y ELLOS. Por lo tanto, el mensaje de confirmación se resolverá en dicho acuerdo y se seleccionará la configuración de propiedades. Por lo tanto, si desea tener la confirmación para usar separadores de elementos diferentes o si desea tener la confirmación para usar CR LF, especifique las propiedades en la pestaña PartyB-PartyA>.

    Conceptualmente, las propiedades para la confirmación se seleccionarán desde cualquier ficha de acuerdo unidireccional que tenga los mismos calificadores de remitente y receptor que están configurados en las propiedades de contexto de la confirmación. No obstante, para facilitar su uso en la práctica, normalmente debe configurar esto en la otra ficha de acuerdo unidireccional del acuerdo que creó en el cual debe haberse resuelto el intercambio.

  • Puede tener un acuerdo de codificación (para definir la codificación de mensajes que debe usarse para los mensajes) y un acuerdo de transporte (para definir el protocolo de transporte que debe usarse para intercambiar mensajes). Es obligatorio disponer de un acuerdo de codificación. Las entidades pueden elegir tener un acuerdo AS2 solo si desean usarlo para transferir mensajes. Por ejemplo, un acuerdo AS2 no es obligatorio si las dos partes deciden transferir mensajes a través del correo electrónico.

    Nota

    Para obtener más información sobre el contrato AS2, vea Configuring AS2 Agreement Properties.

En esta sección