Muchos procesos comerciales implican la comunicación con partes externas, como proveedores, proveedores de logística, proveedores de seguros e instituciones gubernamentales. A diferencia de las comunicaciones internas, estas comunicaciones entre organizaciones generalmente tienen que seguir varias regulaciones y estándares, y podrían generar retrasos si una de las partes no las cumple. Por lo tanto, las integraciones efectivas de empresa a empresa (B2B) son una parte clave de la mayoría transformación digital proyectos.
Tomemos el ejemplo ficticio de un fabricante de equipos electrónicos llamado Smartware. Smartware suministra equipos a múltiples minoristas y depende de múltiples proveedores y socios logísticos para cumplir con los pedidos. Su flujo de trabajo de procesamiento de pedidos se puede representar de la siguiente manera:
Cuando un minorista envía una orden de compra, se activa el flujo de trabajo de procesamiento de pedidos de Smartware. Primero obtiene los detalles del minorista del gestión de relaciones con el cliente (CRM) sistema. Luego verifica los niveles de inventario de los productos pedidos desde el Planificación de recursos empresariales (Sistema ERP. Si el inventario disponible es insuficiente para cumplir con el pedido, la lista de proveedores elegibles se recupera de la base de datos de proveedores y se activa el proceso de adquisición. Una vez que todos los productos estén disponibles, el pedido se envía a través de un proveedor de logística adecuado.
Si queremos automatizar el flujo de trabajo de procesamiento de pedidos anterior, entonces todos los sistemas internos (CRM, base de datos de proveedores, ERP) y externos (minoristas, proveedores, proveedores de logística) deben integrarse adecuadamente con el flujo de trabajo. Si, por ejemplo, los proveedores no están integrados, el proceso se ralentizará mediante pasos manuales. El personal de Smartware deberá ponerse en contacto con los proveedores manualmente (por ejemplo, por correo electrónico) y solicitar cotizaciones. Luego, el personal de los proveedores deberá buscar en los correos electrónicos, recopilar detalles y responder. Una vez recibidas las cotizaciones, el personal de Smartware tendrá que analizar cada cotización, seleccionar manualmente un proveedor y realizar un pedido.
Por lo tanto, una única interacción B2B manual aumentará el tiempo de respuesta de manera impredecible e introducirá errores en todo el proceso, incluso si todos los demás pasos del proceso están automatizados.
Desafíos en las integraciones B2B
Aunque las integraciones B2B son un factor crítico para el éxito de las transformaciones digitales, las integraciones entre socios comerciales no siempre son sencillas. El intercambio electrónico de datos (EDI) es el formato de mensaje B2B destacado. Se han introducido múltiples estándares EDI, como ANSI X12 y EDIFACT, para estandarizar las estructuras de mensajes EDI utilizadas para diferentes mensajes comerciales.
Por ejemplo, las especificaciones X12 850 y EDIFACT ORDERS proporcionan estructuras de mensajes que se utilizarán en mensajes de órdenes de compra. A pesar de estos esfuerzos de estandarización, las organizaciones utilizan variaciones de estos formatos de mensajes estándar según las regulaciones organizativas y regionales. Por lo tanto, cuando dos socios comerciales envían órdenes de compra utilizando el mensaje EDIFACT ORDERS, la estructura real del mensaje puede variar, lo que obliga a la organización receptora a implementar una lógica de procesamiento separada por socio.
Probar integraciones B2B también puede resultar un desafío debido a la participación de múltiples organizaciones. Cuando las organizaciones asociadas utilizan variaciones de los estándares EDI, estas variaciones y suposiciones relacionadas no siempre se reflejan en la especificación específica del socio. Es posible que se requieran varias rondas de modificaciones y pruebas del esquema antes de implementar integraciones B2B en producción.
Además, los socios comerciales pueden utilizar diversos mecanismos y protocolos de seguridad en las comunicaciones B2B. Por ejemplo, algunos socios pueden utilizar SFTP, mientras que otros pueden utilizar ubicaciones de Amazon S3 para intercambiar mensajes comerciales. Podría haber socios que utilicen HTTPS o AS2 mutuo. Además de todos estos desafíos, es posible que algunas organizaciones no utilicen EDI y dependan de formatos JSON, XML o CSV personalizados. Por lo tanto, además de una lógica de procesamiento separada, muchas integraciones de socios comerciales podrían requerir módulos separados con sus propios protocolos de seguridad y transporte.
Todos estos desafíos hacen que la incorporación de nuevos socios comerciales y su integración segura con los sistemas de TI internos sea una tarea compleja y que requiere mucho tiempo. Sin embargo, desde una perspectiva empresarial, es fundamental incorporar nuevos socios comerciales lo antes posible para automatizar las transacciones comerciales de un extremo a otro.
Las secciones restantes de este artículo describen una arquitectura y una metodología para incorporar rápidamente socios comerciales a la plataforma de TI interna de una organización. En esta arquitectura se utilizan dos tecnologías principales: la Lenguaje de integración de bailarina. y el Plataforma de desarrollo interno Choreo. El lenguaje Ballerina se puede utilizar para desarrollar rápidamente módulos de procesamiento EDI específicos de los socios, mientras que Choreo se puede utilizar para probar e implementar rápidamente módulos EDI en producción.
Creación de paquetes EDI B2B específicos para socios
Bailarina es un lenguaje de programación diseñado específicamente para escribir integraciones. Proporciona soporte integrado para tipos de datos de red como JSON, XML, CSV y EDI. Además, Ballerina proporciona potentes capacidades de manejo de datos con transformaciones y tipos de registros flexibles, así como una gran colección de conectores de protocolo y sistema. También proporciona soporte de herramientas y generación de códigos relacionados con varios protocolos de red y tipos de datos, como API abierta, GrafoQL, gRPCy EDI. Por tanto, el uso de Ballerina puede simplificar enormemente las integraciones B2B.
Los pasos para crear un paquete Ballerina EDI específico para socios se muestran a continuación.
Siempre que incorpora un nuevo socio comercial, es necesario obtener las especificaciones EDI utilizadas por ese socio. En la mayoría de los casos, las empresas utilizan variaciones de documentos EDI estándar como EDIFACT y X12. Esquemas EDI Estos mensajes EDI comunes están disponibles en Ballerina. Si el nuevo socio comercial utiliza variaciones de estos mensajes estándar, los esquemas disponibles en Ballerina se pueden cambiar para admitir esas variaciones. Una vez preparados los esquemas EDI requeridos, el Herramienta EDI bailarina se puede utilizar para generar un proyecto Ballerina que puede traducir mensajes EDI a JSON y viceversa.
Si es factible trabajar directamente con el equivalente JSON de los mensajes EDI, el proyecto EDI generado se puede integrar en un paquete Ballerina, implementarlo y utilizarlo sin modificaciones adicionales. Sin embargo, en la mayoría de los casos, es necesario asignar mensajes EDI a formatos de mensajes internos antes de seguir procesándolos.
Por ejemplo, el mensaje EDIFACT INVOIC utilizado por un proveedor puede tener una gran cantidad de segmentos y campos. Además, algunos de estos campos pueden no cumplir con el estándar y podrían ser específicos del proveedor. Normalmente es necesario transformar los datos EDI en estructuras de datos completamente diferentes, que se utilizan internamente dentro de la organización receptora. Este enfoque también facilita la incorporación de socios con múltiples variaciones de mensajes EDI, ya que los mensajes EDI de cada socio se pueden transformar en formatos internos independientes del socio. La herramienta de mapeo de datos Ballerina proporciona una forma visual e intuitiva de mapear dichos mensajes EDI específicos de socios en cualquier estructura de mensajes de destino, como se muestra en la siguiente figura.
La parte final de la preparación del paquete EDI es incluir los mecanismos de transporte utilizados por el socio comercial. HTTP es compatible de forma predeterminada con el paquete generado. Si un socio usa HTTP, entonces el proyecto generado se puede usar tal cual. Sin embargo, si un socio necesita utilizar FTP, AMQP, Amazon S3 o cualquier otro protocolo, ese protocolo debe agregarse al paquete generado. Porque Ballerina tiene soporte integrado para muchos protocolos y conectoresadmitir protocolos adicionales en el paquete EDI normalmente requiere solo unas pocas líneas de código.
Pruebas e implementación rápidas de paquetes EDI B2B
Una vez que se completan los pasos anteriores, obtenemos un proyecto Ballerina para un paquete de procesamiento EDI que puede procesar mensajes EDI específicos de los socios y convertir esos mensajes en mensajes internos utilizados dentro de la organización. Ahora es el momento de probar este módulo de procesamiento EDI e implementarlo en producción una vez que todo esté funcionando como se esperaba.
coreo se puede utilizar como plataforma de desarrollo B2B que proporciona funciones integradas CI/CD, seguridad, incorporación de desarrolladores y soporte para múltiples entornos. Choreo puede trabajar directamente con los repositorios de GitHub, lo que le permite crear un proyecto de Choreo desde la ubicación de GitHub de un proyecto EDI de Ballerina B2B. La implementación de proyectos B2B en Choreo se ilustra en la siguiente figura.
Primero, la canalización CI/CD de Choreo construye el proyecto Ballerina EDI proporcionado en la ubicación de GitHub y lo implementa en el entorno de desarrollo. En este punto, la integración B2B se ejecutará utilizando los parámetros del entorno de desarrollo (por ejemplo, detalles de conexión de la base de datos y ubicación FTP), que se pueden configurar en Choreo. Una vez que se completan las pruebas de desarrollo, el proyecto se puede promover a un entorno Choreo de nivel superior para realizar pruebas adicionales.
Por ejemplo, este podría ser un entorno para realizar pruebas con socios comerciales, que apunta a ubicaciones FTP dentro de las organizaciones asociadas. Si se descubre un problema durante las pruebas del socio, puede realizar cambios en cualquiera de los pasos anteriores (por ejemplo, modificación del esquema EDI) y propagarlos al entorno de prueba del socio a través de la canalización Choreo CI/CD.
Finalmente, cuando se completan las pruebas de los socios, el canal Choreo puede promover el proyecto B2B en el entorno de producción, lo que apunta a las bases de datos de producción y las ubicaciones de origen y destino de EDI de producción. Aquí puede utilizar las funciones de observabilidad de Choreo para monitorear registros y estadísticas de mensajes, cruciales para las integraciones B2B.
Además de los módulos B2B, cualquier otro componente desarrollado en cualquier lenguaje o tecnología puede implementarse en la plataforma Choreo y administrarse junto con los módulos B2B. Por ejemplo, el diagrama de la plataforma Choreo anterior muestra un componente de procesamiento de facturas implementado junto con módulos B2B. Se pueden convertir diferentes variaciones de mensajes de factura EDIFACT enviados por proveedores a un formato de mensaje interno común mediante los módulos EDI correspondientes. Luego, estos mensajes de factura internos se envían al componente de procesamiento de facturas, que recupera los campos relevantes del mensaje de factura y los almacena en una base de datos.
Existen muchas herramientas, bibliotecas y productos para crear integraciones B2B. Los criterios para seleccionar una tecnología particular para un proyecto B2B deben incluir la flexibilidad de incorporar formatos de mensajes específicos de los socios, la facilidad de las transformaciones de datos, el soporte para múltiples protocolos y, lo más importante, la capacidad de incorporar socios rápidamente trabajando en colaboración con partes externas. Ballerina y Choreo satisfacen todos esos requisitos y brindan un entorno integral para desarrollar integraciones B2B.
Chathura Ekanayake es directora asociada y arquitecta en WSO2. Es parte del equipo de BPS y se enfoca en aspectos generales relacionados con BPM. Se unió a WSO2 por primera vez en 2006 y dirigió el desarrollo del producto de registro de gobernanza de WSO2, además de trabajar en WSO2 ESB. Obtuvo un doctorado. en la Universidad Tecnológica de Queensland, Australia, y se unió a WSO2 al finalizar el doctorado. en 2013. Chathura tiene una licenciatura con honores de primera clase en informática e ingeniería de la Universidad de Moratuwa, Sri Lanka.
—
New Tech Forum ofrece un lugar para que los líderes tecnológicos, incluidos proveedores y otros contribuyentes externos, exploren y debatan la tecnología empresarial emergente con una profundidad y amplitud sin precedentes. La selección es subjetiva y se basa en nuestra elección de las tecnologías que creemos que son importantes y de mayor interés para los lectores de InfoWorld. InfoWorld no acepta garantías de marketing para su publicación y se reserva el derecho de editar todo el contenido aportado. Envia todo consultas a doug_dineley@foundryco.com.
Copyright © 2024 IDG Communications, Inc.