Cómo planificar una integración entre Tulip y un MES o ERP
  • 05 Aug 2024
  • 8 Minutos para leer
  • Colaboradores

Cómo planificar una integración entre Tulip y un MES o ERP


Resumen del artículo

Aprenda qué preguntas debe hacer para determinar la mejor manera de integrarse con su MES/ERP

Tulip se ha integrado con una gran variedad de sistemas MES y ERP.

Sin embargo, dado que hay muchos productos ERP y MES en el mercado, es difícil decir con qué facilidad Tulip puede conectarse a su ERP o MES en particular. Depende de

  • El propio producto ERP/MES
  • La complejidad del entorno informático de tu empresa
  • La capacidad de su equipo informático para trabajar con el sistema ERP/MES.

:::(Info) (NOTA) En este ejemplo, nos centramos en un sistema ERP o MES, pero esta información es aplicable a la mayoría de los sistemas de software, incluyendo CRM, QMS, LMS, y sistemas de gestión de listas de materiales. :::

Cuestionario

Muchos clientes encuentran que son capaces de tomar la información en este artículo y construir una integración por sí mismos. Si desea ayuda de Tulip con una integración a un servicio, proporcionar respuestas a estas preguntas es el primer paso para un proyecto exitoso.

Preguntas estratégicas

  1. ¿Cuál es el objetivo de la integración?

Es importante establecer desde el principio cuáles son los objetivos a corto y largo plazo del proyecto. ¿Necesita compartir toda la información entre los dos sistemas? ¿O tiene más sentido centrarse al principio en unos pocos intercambios de gran valor?

  1. ¿Quiénes son las principales partes interesadas de su organización?

¿Quién es el cliente final de esta integración? ¿Quién conoce mejor el servicio con el que desea conectar Tulip? ¿Quién será capaz de organizar el acceso al servicio? Las partes interesadas pueden incluir, pero no se limitan a:

  • Ciudadanos Desarrolladores
  • Propietarios" de operaciones de sistemas integrados
  • Ingeniería IS/IT
  • Usuarios del taller a los que sirve la solución
  • ¿Qué documentación proporciona su servicio?

Muchos clientes de software empresarial proporcionan documentación sobre sus servicios únicamente a los clientes de pago. Esto significa que Tulip no podrá acceder a esta documentación. Obtener acceso a la mayor cantidad de documentación sobre su software ayuda a dimensionar el trabajo requerido para una integración.

  1. ¿Qué transacciones deben realizarse entre Tulip y el servicio para tener éxito?

Aquí tratamos de ser muy específicos. Algunos ejemplos son:

  • Obtener información sobre una orden de trabajo dado un ID de orden de trabajo.
  • Marcar una orden de trabajo como completada dado un ID de orden de trabajo.
  • Encontrar todas las órdenes de trabajo abiertas asignadas a una estación dado un ID de estación.
  • ¿Quién mantendrá esta integración?

A medida que se descubran nuevos casos de uso, ¿quién se encargará en su organización de ser el experto en la materia para la integración? En algunas organizaciones, se trata de un integrador o contratista externo.

Cuestiones técnicas

Para determinar los detalles de una integración, he aquí algunas preguntas que pueden guiar el proceso:

Información general sobre el ERP

  • ¿Qué aplicación ERP y versión?
  • ¿El ERP está implementado en las instalaciones o en un entorno de nube privada?
  • ¿El host del conector Tulip on-premise (OPCH) puede conectarse a su entorno ERP en su ubicación actual (es decir, existe una ruta de red entre el OPCH y el ERP?
  • ¿La gestión, el desarrollo y la configuración de tu ERP se realiza a través de un socio o internamente?

Conexión de ERP a Tulip

  • ¿Se integrará Tulip directamente con el ERP? ¿Existe un middleware utilizado para integrar otras aplicaciones con el ERP (por ejemplo Mulesoft)?
  • ¿Existen servicios web / puntos finales de API disponibles a los que Tulip podría acceder a través de un conector HTTP que cubran los casos de uso aplicables?
  • Si no hay puntos finales de API disponibles que cubran las transacciones deseadas de Tulip al ERP... ¿hay un equipo que pueda desarrollarlas para nosotros (ya sea en una plataforma de middleware o en el propio sistema ERP)?
  • Si hay servicios web disponibles... ¿qué autenticación utilizan estos servicios web (es decir, OAuth 2.0, HTTP Basic Auth, etc.)? ¿Se utilizan cuentas de servicio?
  • Si hay servicios web disponibles, ¿qué formato de datos se devuelven en los cuerpos de respuesta (JSON (preferido) o XML)?
  • ¿Habrá que establecer diferentes configuraciones de entorno (es decir, DEV y PROD)?
  • En caso afirmativo, ¿los nombres de host son diferentes para cada uno de los entornos o los entornos se determinan mediante parámetros de URL?

Conexión de Tulip a ERP

  • ¿Qué campos se enviarán desde ERP a Tulip Tables a través de la API?
  • ¿Cuántos registros de tabla a la vez serán enviados a Tulip desde ERP?
  • Para una comunicación de ERP a Tulip, esto requerirá un desarrollo personalizado y el uso de la Table API de Tulip. ¿Hay algún equipo que pueda desarrollar este middleware?
  • Para una comunicación de ERP a Tulip, los datos están fluyendo fuera de la ERP ... ¿en qué formato está (XML o JSON?) La tabla de Tulip API requiere un cuerpo de solicitud en formato JSON.

Tulip vs. Sistemas ERP - Sistemas Supuestos de Registro (Fuentes de Verdad)

Una de las mejores prácticas es interactuar con el sistema de registro de un objeto (por ejemplo, Workorder) en tiempo real (normalmente a través de HTTP Connector Functions en formato JSON).

La siguiente tabla proporciona recomendaciones de qué hacer y qué no hacer para las integraciones ERP:

| Realice transacciones con una fuente de verdad en tiempo real. Asegúrese de que su planta de producción utiliza la información más reciente y más completa. | Almacene en caché los datos de una fuente de verdad en tablas de Tulip que puedan quedar obsoletas rápidamente. (Por ejemplo, el inventario disponible actual debe vivir en su fuente de verdad, y Tulip debe interactuar con él en tiempo real) | Almacenar Tulip-Centric Context en Tulip. La fuente de verdad de una orden de trabajo puede ser su ERP, pero ciertos datos son relevantes principalmente para Tulip (por ejemplo, no conformidades registradas en Tulip contra una orden de trabajo). | Utilice Tulip para casos de uso que se ejecutan mejor en su ERP (por ejemplo, planificación y programación de pedidos). | Aumente la ejecución de los operadores de casos de uso simples centrados en ERP/WMS con Tulip Apps compuestas e integradas. (Por ejemplo, aplicación intuitiva Tulip utilizando la cámara de una tableta como un escáner de código de barras para los casos de uso comunes de gestión de inventario) | Utilice conectores SQL si las API HTTP son una opción. |

A continuación se muestra una comparación de los sistemas ERP y Tulip, y en general para qué elementos comunes se supone que cada sistema es el sistema de registro.Tulip vs ERP - assumed systems of record.png

Antecedentes de conexión

Generalmente, Tulip se conecta a sistemas de software externos a través de uno de tres métodos:

  1. HTTP API (que incluye REST y SOAP)
  2. OPC UA
  3. Consultas SQL

API HTTP

Si tu ERP/MES tiene una API HTTP (que incluye REST y SOAP), Tulip puede iniciar solicitudes que pueden enviar o recuperar datos a través de esos puntos finales. Tulip, con sus conectores HTTP, puede consumir los servicios web expuestos por un sistema ERP y llevar los datos dentro de Tulip para ser consumidos por las aplicaciones en tiempo real.

Tenga en cuenta que Tulip tendrá que iniciar la conexión a diferencia de su ERP / MES cuando se utiliza Tulip Connectors. Si el ERP/MES necesita iniciar la conexión con Tulip, utiliza la API de Tulip Tables.

Es posible que pueda configurar la API desde la interfaz de administrador de su sistema. Esta información estará disponible en el sitio web del proveedor del software.

Base de datos SQL

Si tu ERP/MES está compartiendo datos con una base de datos SQL, entonces Tulip también puede acceder a esa base de datos y compartir datos. Esto puede requerir que escribas algunas nuevas consultas dentro de tu ERP/MES para poder acceder a los nuevos datos desde Tulip.

Si la base de datos SQL está estrictamente desplegada en las instalaciones, entonces Tulip puede desplegar un Connector Host en las instalaciones que permite a la base de datos trabajar con la plataforma en la nube de Tulip.

Además, algunas organizaciones almacenan sus datos ERP/MES en una base de datos sensible que no es accesible a terceros, pero todavía quieren compartir datos con Tulip. Por lo tanto, crean una nueva base de datos donde pueden compartir datos específicos de sus sistemas de software, y Tulip puede compartir datos sin ningún problema de seguridad.

Protocolos industriales

Si tu ERP/MES comparte datos a través de un protocolo industrial, como Modbus, MTConnect y OPC UA, entonces Tulip puede conectarse a través de un servidor que esté ejecutando Tulip Connector Host.

En este caso, tu ERP/MES actuará como una "máquina" dentro de Tulip. Revisa nuestro artículo Introducción a la Monitorización de Máquinas para más detalles.

Compartir datos en un solo sentido

Algunos sistemas ERP/MES tienen métodos incorporados para tomar datos de sistemas externos, pero es difícil enviar sus propios datos a otros sistemas.

Si este es el caso, es posible que tenga que elegir si la transferencia de datos unidireccional es aceptable o si desea invertir más tiempo y energía en encontrar una manera de hacer posible la transferencia de datos bidireccional.

Por ejemplo, puede que le baste con hacer de Tulip su sistema principal de recogida de datos en el taller. Entonces, después de enviar los datos a su sistema MES/ERP, puede alinear los datos del taller con los datos existentes en el sistema.

Casos de uso típicos

A continuación se enumeran escenarios comunes que hacen que una integración de terceros sea óptima:

  1. Proporcionar a la planta de producción la información más reciente/más reciente de cada fuente de información. Ejemplo de ERP: últimos pedidos liberados (Y calendario), última lista de materiales, último inventario, etc...
  2. Mitigar la gestión de datos redundantes (por ejemplo, los datos anteriores).
  3. Mantener actualizado el inventario disponible en tiempo real: evitar las horas punta de más materias primas
  4. Mejora de la expedición en ERP en función del estado de los centros de trabajo de fabricación en tiempo real (es decir, ¿qué centros de trabajo están disponibles?)
  5. Pedidos ERP + Trazabilidad a nivel de unidad Tulip: Identifique rápidamente el universo de productos acabados potencialmente defectuosos.

Más información


¿Encontraste lo que buscabas?

También puedes dirigirte a community.tulip.co para publicar tu pregunta o ver si otros se han enfrentado a una pregunta similar.


¿Te ha sido útil este artículo?