AS2

AS2 (Applicability Statement 2) es una especificación sobre cómo transportar datos estructurados entre empresas de forma segura y confiable a través de Internet . La seguridad se logra mediante el uso de certificados digitales y cifrado .

AS2 fue creado en 2002 por la IETF para reemplazar a AS1 , que crearon a principios de la década de 1990.

La adopción de AS2 creció rápidamente a principios de la década de 2000 debido a que los principales actores de las industrias minoristas y de bienes de consumo de rápido movimiento defendieron el uso de AS2. Walmart fue el primer minorista importante que exigió a sus proveedores que utilizaran el protocolo AS2 en lugar de depender de módems de acceso telefónico para realizar pedidos de productos. ^[1] Amazon, Target, Lowe's, Bed, Bath, & Beyond y miles de otras empresas siguieron su ejemplo. Muchas otras industrias utilizan el protocolo AS2, incluida la atención médica, ya que AS2 cumple con los requisitos legales de la HIPAA .

En algunos casos, AS2 es una forma de evitar las costosas redes de valor agregado que antes se utilizaban para el intercambio de datos. ^[2]

AS2 se especifica en RFC 4130 y se basa en HTTP y S/MIME . Fue el segundo protocolo AS desarrollado y utiliza las mismas convenciones de firma, cifrado y MDN (según lo definido por RFC3798) utilizadas en el protocolo AS1 original introducido a fines de la década de 1990 por IETF . En otras palabras:

• Los archivos se codifican como "archivos adjuntos" en un mensaje S/MIME estandarizado (un mensaje AS2). AS2 no especifica el contenido de los archivos. Normalmente, el contenido de los archivos se encuentra en un formato estandarizado acordado por separado, como XML o EDIFACT .
• Los mensajes AS2 siempre se envían utilizando el protocolo HTTP o HTTPS ( Secure Sockets Layer , también conocido como SSL, está implícito en HTTPS) y normalmente utilizan el método "POST" (el uso de "GET" es poco común).
• Los mensajes pueden estar firmados, pero no es obligatorio.
• Los mensajes se pueden cifrar, aunque no es obligatorio.
• Los mensajes pueden solicitar una Notificación de disposición de mensaje ( MDN ) si todo salió bien, pero no es necesario solicitar dicho mensaje.
• Si el mensaje AS2 original solicitó un MDN:
  • Una vez recibido el mensaje y descifrado o validación de firma (según sea necesario), se enviará un MDN de "éxito" al remitente original. Este MDN suele estar firmado, pero nunca cifrado (a menos que se cifre temporalmente en tránsito a través de HTTPS).
  • Tras la recepción y verificación exitosa de la firma en el MDN, el remitente original "sabrá" que el destinatario recibió su mensaje (esto proporciona el elemento de "No repudio" de AS2).
  • Si hay algún problema al recibir o interpretar el mensaje AS2 original, se puede enviar un MDN "fallido". Sin embargo, parte del protocolo AS2 establece que el cliente debe tratar la falta de un MDN como un error también, por lo que algunos receptores AS2 no devolverán un MDN en este caso.

Al igual que cualquier otra transferencia de archivos AS, las transferencias de archivos AS2 generalmente requieren que ambas partes del intercambio intercambien certificados X.509 y nombres de "socios comerciales" específicos antes de que se pueda realizar cualquier transferencia. Los nombres de los socios comerciales AS2 generalmente pueden ser cualquier frase válida.

A diferencia de las transferencias de archivos AS1 o AS3 , las transferencias de archivos AS2 ofrecen varias opciones de "devolución de MDN" en lugar de las opciones tradicionales de "sí" o "no". En concreto, las opciones son:

Devolver MDN sincrónico a través de HTTP(S) ("AS2 Sync") : esta opción popular permite devolver MDN AS2 a los clientes remitentes de mensajes AS2 a través de la misma conexión HTTP que usaron para enviar el mensaje original. Esta capacidad de "MDN mientras espera" hace que las transferencias de "AS2 Sync" sean las más rápidas de cualquier tipo de transferencia de archivos AS, pero también evita que este tipo de solicitudes MDN se utilicen con archivos grandes (que pueden agotar el tiempo de espera en situaciones de bajo ancho de banda ).

Devolver MDN asincrónico a través de HTTP(S) (también conocido como "AS2 Async") : esta opción popular permite que los MDN AS2 se devuelvan al servidor del remitente del mensaje AS2 más tarde a través de una conexión HTTP diferente. Esta versión de solicitud MDN se utiliza generalmente si se trata de archivos grandes o si el servidor AS2 de su socio comercial tiene un servicio de Internet deficiente.

Devolver MDN (asincrónico) por correo electrónico : esta opción, que rara vez se utiliza, permite devolver MDN AS2 a los remitentes de mensajes AS2 por correo electrónico en lugar de HTTP. De lo contrario, es similar a "AS2 asincrónico (HTTP)".

No devolver MDN : esta opción funciona como en cualquier otro protocolo AS: el receptor de un mensaje AS2 con esta opción configurada simplemente no intenta devolver un MDN al remitente del mensaje AS2.

La función de conservación de nombres de archivo AS2 se utilizará para comunicar el nombre de archivo al socio comercial. La industria bancaria depende de que los nombres de archivo se comuniquen entre socios comerciales. Los proveedores de AS2 están certificando actualmente que la implementación de la comunicación de nombres de archivo cumple con el estándar y es interoperable. Hay dos perfiles para la conservación de nombres de archivo que se están probando opcionalmente en las pruebas AS2:

• Preservación de nombres de archivos sin respuestas MDN
• Preservación del nombre de archivo con una certificación de respuesta MDN asociada

Walmart recomienda ponerse en contacto con Drummond Group, LLC para obtener más información sobre EDIINT AS2 o para obtener una lista de proveedores de software AS2 que realicen pruebas de interoperabilidad. ^{[3] [4]}

Para muchas empresas, el uso de AS2 y el intercambio electrónico de datos (EDI) no es tanto una opción como un requisito para hacer negocios con un cliente o socio importante. Dicho esto, AS2 es un protocolo universal que tiene beneficios, tanto desde el punto de vista empresarial como tecnológico. ^[5]

• Reduzca costos mediante el uso de la web para transferencias de archivos EDI; AS2 reduce el costo de las transacciones de VAN costosas.
• Amplíe EDI a más socios: con costos más bajos y conectividad web universal, AS2 permite a las organizaciones implementar EDI con socios en todo el mundo que tienen poca infraestructura EDI.
• Ahorre tiempo eliminando la necesidad de procesar pedidos manualmente.
• Elimine errores convirtiendo los procesos manuales en procesos automatizados.
• Solución universal: AS2 está establecido y probado, por lo que nadie tiene que reinventar la rueda.

• Aproveche la web: si una organización puede compartir datos de forma segura a través de la web, ya tiene gran parte de la infraestructura para AS2.
• Datos EDI ilimitados: no hay limitaciones prácticas en el tamaño de las transacciones a través de la web y AS2 incluye funciones para administrar transferencias grandes.
• Independiente de la carga útil: AS2 se puede utilizar para transportar cualquier tipo de documento. Si bien EDI X12, EDIFACT y XML son comunes, se puede transferir cualquier formato acordado mutuamente.

• AS1
• AS3
• AS4

• RFC  4130 - Especificación AS2
• AS2: Parte 1 - ¿Qué es? Serie AS2 de Loren Data Corp.
• AS2: Parte 2 - Mejores prácticas Serie AS2 de Loren Data Corp.
• AS2: Parte 3 - Certificados de la serie AS2 de Loren Data Corp.