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 de los proyectos de transformación digital. 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: WSO2 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 sistema de gestión de relaciones con el cliente (CRM). Luego verifica los niveles de inventario de los productos pedidos desde el sistema de planificación de recursos empresariales (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) debe 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 manual B2B aumentará el tiempo de respuesta de manera impredecible e introducirá errores en todo el proceso, incluso si todos los demás pasos de el proceso está automatizado.Desafíos en las integraciones B2BAunque 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 las integraciones B2B también puede ser 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 incorporar nuevos socios comerciales e integrarlos de forma 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 extremo a extremo. Las secciones restantes de este artículo describen una arquitectura y una metodología para incorporar rápidamente socios comerciales a una plataforma TI interna de la organización. En esta arquitectura se utilizan dos tecnologías principales: el lenguaje de integración Ballerina y la 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 de los socios Ballerina 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ódigo relacionado con varios protocolos de red y tipos de datos, como OpenAPI, GraphQL, gRPC y 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. WSO2Siempre 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. Los esquemas EDI para 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 que se preparan los esquemas EDI requeridos, la herramienta Ballerina EDI se puede utilizar para generar un proyecto Ballerina que pueda traducir mensajes EDI a JSON y viceversa. Si es factible trabajar directamente con el equivalente JSON de los mensajes EDI, el proyecto EDI generado puede integrarse en un paquete Ballerina, implementarse y usarse 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 procesando. 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. WSO2La 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. Debido a que Ballerina tiene soporte integrado para muchos protocolos y conectores, admitir protocolos adicionales en el paquete EDI generalmente 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 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. Choreo se puede utilizar como plataforma de desarrollador B2B que proporciona CI/CD integrado, 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. WSO2First, 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 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 del socio, El canal Choreo puede promover el proyecto B2B en el entorno de producción, que apunta a las bases de datos de producción y a 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 se puede implementar en la plataforma Choreo y administrar 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 los 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 ciencias informáticas 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 discutan la tecnología empresarial emergente en 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. Envíe todas sus consultas a doug_dineley@foundryco.com. Copyright © 2024 IDG Communications, Inc.

Source link