Nota: Esta es una página web con una guía de carácter muy técnico. Por lo tanto, le recomendamos que consulte con su departamento de TI al leerla. Si tiene alguna duda o solicitud, póngase en contacto con nosotros a través desupport@old-old-wordpress.azumuta.com; estaremos encantados de ayudarle.
Integración de Azumuta con un sistema ERP #
Es posible integrar Azumuta con un sistema ERP externo. La mayoría de las veces, esta integración se utiliza para la creación automática de pedidos de productos en Azumuta, basándose en los datos de pedidos de productos introducidos por el sistema ERP.
¿Cuál es la ventaja? Sus pedidos de productos pueden realizarse automáticamente en un instante en Azumuta (incluidos sus parámetros, variantes y cualquier otro dato importante), sin necesidad de introducirlos manualmente.
La integración entre Azumuta y un sistema ERP normalmente utiliza REST API e implica varios pasos. Tenga en cuenta que los detalles pueden variar en función de sus necesidades y del sistema ERP que esté utilizando.
He aquí un esquema general del proceso:
- Comprender los requisitos: Identificar los datos y procesos específicos que deben integrarse entre Azumuta y el sistema ERP. Un ejemplo básico es la creación automática de pedidos de productos a partir de la información procedente del sistema ERP.
- Autenticación y autorización: Asegúrese de que dispone de las credenciales y permisos necesarios para acceder a la API REST tanto de Azumuta como del sistema ERP. La autenticación con Azumuta se realiza mediante claves API.
- Revise la documentación de la API: Obtenga y revise la documentación de la API tanto para Azumuta como para el sistema ERP. Esta documentación proporcionará detalles sobre los puntos finales disponibles, los formatos de solicitud/respuesta y cualquier requisito de autenticación.
- Acordar el mapeo de datos: Mapear los campos de datos y las estructuras entre Azumuta y el sistema ERP. Asegúrese de que existe un entendimiento común sobre cómo se representarán e intercambiarán los datos. Para el ejemplo básico de creación de pedidos de productos, se reduce a las siguientes preguntas: ¿Cómo se determina el número de pedido de producto? ¿En base a qué artículos se crean los pedidos de productos? ¿Qué parámetros o variantes se envían junto con el pedido de producto recién creado?
- Desarrollo: Desarrollar el middleware, o conectores para facilitar la comunicación entre Azumuta y el sistema ERP. Típicamente, llamamos a esto la capa de integración, que actúa como una "capa de pegamento" entre Azumuta y el sistema ERP.
A continuación se muestra una representación esquemática de la creación de pedidos de productos basados en la información del sistema ERP.
Uso de disparadores para recuperar datos de Azumuta #
Existen dos opciones para extraer datos de Azumuta. Por un lado, es posible ejecutar automáticamente disparadores. Un trigger es un evento que ocurre como consecuencia de otro evento. Por ejemplo, un webhook será llamado después de que un pedido de producto haya sido completado por un operador. Preferimos este método porque sólo se intercambian los datos necesarios en el momento deseado.
Por otro lado, es posible recuperar datos periódicamente a través de nuestra API REST. Este método está totalmente desaconsejado porque crea más carga innecesaria en nuestros sistemas.
Le mostraremos la primera opción, ya que es el método recomendado. Se pueden configurar disparadores para que una categoría de artículos se ejecute cuando se produzca un evento específico.
En el siguiente ejemplo, se llama a un webhook cuando se completa un pedido de producto vinculado a una categoría de artículo específica.
Para que el webhook funcione, los servidores de Azumuta necesitan acceder al endpoint configurado. El número de pedido del producto y, si procede, la instrucción de trabajo y los ID de grabación se incluyen como parámetros de consulta (para una solicitud GET) o como JSON (en caso de una solicitud POST) en el webhook.
Nota: Un webhook es una forma de que un sistema notifique a otro sobre eventos o actualizaciones en tiempo real. Es un método de comunicación entre dos aplicaciones, donde una aplicación envía datos a un punto final URL específico cuando ocurre un evento en particular. Los webhooks se utilizan habitualmente para integrar diferentes sistemas y automatizar procesos. El sistema de origen suele enviar una solicitud HTTP POST a una URL especificada por el sistema de destino. Esta URL suele denominarse "punto final del webhook". La solicitud POST incluye datos relacionados con el suceso en forma de carga útil. Esta carga útil contiene información sobre el evento que se ha producido, y suele estar en un formato como JSON.
Para emplear disparadores para transmitir datos al sistema ERP, primero debe colocarse una capa de integración. La capa de integración se configura como el endpoint designado para el trigger webhook. Este componente middleware es capaz de interpretar los eventos disparados desde Azumuta. Si es necesario, la capa de integración obtiene datos adicionales a través de la API REST para asegurar que existe la información adecuada para la transmisión al sistema ERP.
