Opciones de integración y mejores prácticas

Visión general
La solución Leading2Lean MES/Despacho se puede integrar con una amplia gama de sistemas externos de terceros.
Estos incluyen Planificación de Recursos Empresariales (ERP), Sistemas de Mantenimiento Computarizado (CMMS), Sistemas de Ejecución de Fabricación (MES), Tiempo y Asistencia,
Control de Documentos, Trazabilidad y soluciones de Entrenamiento. Este documento describe los métodos de integración más
comunes y los datos (áreas de aplicación) y para integrar aplicaciones de terceros con la aplicación Leading2Lean MES/Despacho. Debe usarlo como una herramienta de planificación
para ayudar a identificar las áreas de integración y los métodos/escenarios que más se ajusten
a su proceso de negocio.

Despacho tiene una Interfaz de Programación de Aplicaciones (API) de servicio web abierto que se basa en el
estándar HTTP, REST y JSON. Es muy fácil de usar y proporciona la flexibilidad necesaria para
la mayoría de las necesidades. (Para más información sobre la API, consulte la documentación de la API.) Aunque esta
API permite la integración de muchas maneras diferentes, la mayoría de las empresas están interesadas en intercambiar
datos en una o más de las siguientes áreas de aplicación:

1. Lista de repuestos, niveles de inventario y uso
2. Máquinas/activos y líneas/celdas/centros de costo
3. Órdenes de mantenimiento preventivo, órdenes de trabajo y llamadas reactivas (despachos)
4. Registros de empleados/inicios de sesión
5. Programaciones de producción y datos reales
6. Horas de trabajo, materiales y otros costos

En cada una de estas áreas, tenemos varios métodos de integración estándar que van desde totalmente
automatizados hasta automatización parcial complementada con algunos procesos manuales. Para determinar cuál
de estos métodos es el adecuado para su empresa, depende de la funcionalidad de integración disponible en
la aplicación de terceros y del propósito comercial que intenta lograr. Puede ser necesario un enfoque
combinado donde las aplicaciones de terceros tengan mecanismos fáciles para leer
los datos, pero sin funcionalidad para escribir datos de vuelta.

Cuándo integrar
Cuando la integración es apropiada, puede facilitar el flujo de datos entre sistemas, mejorar la precisión de los datos y aumentar la eficiencia. Sin embargo, antes de lanzarse de cabeza a su plan de integración, es importante detenerse y evaluar los beneficios esperados.  

Los fabricantes a menudo caen en la trampa de ver la integración de sistemas como la solución a sus problemas de datos. Solo porque la integración sea posible, no significa que desbloqueará valor adicional para el negocio. La integración adecuada significa integrar solo cuando y donde tenga sentido para su negocio.

La integración tiene sentido cuando:

• Proporciona visibilidad a problemas ocultos
• Automatiza la recopilación de datos de producción o ciclos de máquina
• Activa un proceso humano importante (es decir, Señales a los manipuladores de material)
• Hace que los datos de sistemas aislados no visibles sean más accesibles por operadores/técnicos
• Ahorra tiempo para un gran número de usuarios

La integración realizada por otras razones puede ser un desperdicio de recursos. La integración NO tiene sentido cuando:

• Solo ahorra unos pocos clics de botón
• Automatiza tareas poco frecuentes donde los métodos actuales son suficientes
• Mueve datos a sistemas aislados y no visibles
• Aumenta aún más los sistemas heredados obsoletos o los mandatos de “sistema de registro” corporativos
• Está impulsada por aspiraciones como, “totalmente integrada,” “sin doble entrada,” o “operaciones sin luces,” donde no hay ahorros de costos claros ni valor adicional para el negocio.
• Significa gastar dólares para ahorrar centavos - Sin retorno claro de inversión (ROI)
  
  

Métodos de Integración
Replicación Unidireccional
El método más común es aquel en el que los datos se mantienen en un sistema y se envían al otro
sistema. Toda edición de esos datos se realiza en el primer sistema. Esta sincronización ocurre
automáticamente en segundo plano por la aplicación de integración sin intervención del usuario
de los sistemas.

La replicación unidireccional tiende a simplificar el esfuerzo de integración y la capacitación requerida para los usuarios finales
al tener un sistema responsable de mantener un conjunto de datos. Aunque la replicación bidireccional
es posible, hemos encontrado en la práctica que los usuarios finales prefieren tener un sistema de registro para cualquier conjunto de datos.

Por ejemplo: en una integración típica de sistema CMMS o ERP, vemos datos “maestros” como
Máquinas/Activos o listas de Repuestos que ya son mantenidos por los departamentos de contabilidad y compras. Esos datos pueden ser utilizados en el despacho proporcionando una replicación unidireccional en el
sistema de despacho. En este caso, el sistema de registro para agregar nuevas Máquinas o Repuestos es el
sistema CMMS o ERP. La integración típica sincroniza esos datos maestros en una sola dirección hacia el sistema de despacho.

Otro ejemplo: Los eventos de Despacho o de Órdenes de trabajo generalmente se crean y mantienen en el
Sistema de Despacho. Según los requisitos comerciales de su empresa, estos registros de eventos pueden ser
sincronizados de una manera con el sistema CMMS o ERP según la creación del registro, en actualización, o simplemente cuando
se cierra en Despacho. Sincronizar eventos individuales puede proporcionar una copia adicional del
historial de trabajo y detalles de repuestos/mano de obra. Pero dado que eso ya está ampliamente disponible en Despacho, la mayoría
de las empresas optan por sincronizar solo la información de costos agregados por máquina por período
diario/semanal/mensual.

Posible ubicación para datos maestros comunes
* NOTA: Despacho puede funcionar como el maestro en cualquiera o en todas estas áreas si es necesario.

Automatización Parcial / Procesamiento Manual
Con algunas herramientas de terceros no existe un método de integración o API adecuado para
sincronizar datos de manera programática como se describió anteriormente. En estos casos, tenemos varias
mejores prácticas a considerar:

1. Aprovechar cualquier funcionalidad de importación de archivos / procesamiento por lotes. Si su aplicación de terceros
   puede importar o exportar datos desde un archivo, podemos utilizar esa funcionalidad.
2. Considerar usar Despacho como el sistema de registro y usar solo información de costos agregados en el sistema de terceros para facilitar la entrada de datos. Muchas aplicaciones de terceros
   pueden lograr aproximadamente la misma funcionalidad ingresando transacciones agregadas para los períodos de tiempo requeridos. Por ejemplo: sistemas ERP que necesitan información de mano de obra
   y repuestos, podría considerar ingresar una transacción por semana/mes
   con esos datos basados en los informes de Despacho. Este método transfiere la información
   que el sistema ERP necesita sin requerir todos los detalles de la información.
3. Centralizar cualquier entrada de datos en un recurso de bajo costo designado. Si no tiene la capacidad de
   importar datos de manera programática y aún necesita usar el sistema de terceros, debería
   considerar centralizar la entrada de datos. De esta manera, se reduce el impacto para el usuario del
   sistema y se obtiene una ventaja de auditoría al usar un empleado separado para transferir los
   datos de quienes usan el sistema.

Resumen de las Mejores Prácticas de Integración

Escenarios típicos de integración por área de aplicación
Lista de piezas de repuesto, costos, niveles de inventario y uso
A continuación, los escenarios comunes que hemos visto para integrar Repuestos con un sistema CMMS o
ERP de terceros.

1. La lista maestra de piezas, costos y niveles de inventario residen en el sistema de terceros y se
   sincronizan con Despacho regularmente. El uso se rastrea en Despacho y se devuelve al
   sistema de terceros para ser retirado del inventario. Los costos de uso de repuestos se proporcionan mediante
   informes agregados o registros detallados al sistema de terceros.
2. Despacho rastrea la lista de piezas, costos, inventario y uso. Despacho proporciona informes
   para compras para volver a pedir piezas que cruzan un nivel mínimo de stock. Las órdenes de compra se rastrean
   en el sistema de terceros. Los costos de uso de repuestos se proporcionan mediante informes agregados o
   registros detallados al sistema de terceros.

Máquinas/activos y líneas/celdas/centros de costo
Estas áreas de registro no son transaccionales por naturaleza y generalmente se sincronizan en una dirección u otra según las preferencias de las empresas sobre dónde desean editarlas.

1. Los registros se agregan y mantienen en el sistema de terceros y se sincronizan con Despacho para
   su uso.
2. Los registros se agregan y mantienen en Despacho y se sincronizan con el sistema de terceros.

Órdenes de mantenimiento preventivo, órdenes de trabajo y llamadas reactivas (despachos)
La mayoría de nuestros clientes están migrando para usar nuestro programador de Mantenimiento para trabajos planificados. Aquí están las
pocas opciones que hemos visto.

1. Los Mantenimientos preventivos y órdenes de trabajo se programan y mantienen en Despacho. Los Mantenimientos preventivos completados, órdenes
   de trabajo y llamadas reactivas (despachos) generados en despacho se sincronizan de vuelta al sistema de terceros como registros de detalle o información agregada de costos/mano de obra.
2. Los Mantenimientos preventivos se programan en el sistema de terceros y se lanzan como despachos en el sistema de Despacho. Los Mantenimientos preventivos completados, órdenes
   de trabajo y llamadas reactivas (despachos) generados en despacho se sincronizan de vuelta al sistema de terceros como registros de detalle o información agregada de costos/mano de obra.

Registros de empleados / inicios de sesión
Tenemos la capacidad de sincronizar registros de empleados con el sistema de Despacho a través de la API. También
soportamos integración LDAP con servidores de clientes para autenticación. Y/o la capacidad de
integración con portales web de clientes para capacidades de Inicio de Sesión Único (SSO).

Programaciones de producción y datos reales
Las empresas pueden integrar a través de la API con Despacho para proporcionar lo siguiente:

1. Programación de producción (programa de lanzamiento, demanda).
2. Datos reales de producción (piezas reales producidas, cantidades de chatarra, SKU del producto y
   contador de operadores).

Estos datos también están disponibles a través de la API para exportar.

Horas de mano de obra, materiales y otros costos
Las horas de mano de obra dedicadas a trabajar en Mantenimientos preventivos, órdenes de trabajo y llamadas reactivas (despachos), junto con cualquier
costo de material o externo, pueden ser proporcionados de vuelta al sistema de terceros de las siguientes maneras:

1. Como registros detallados de mano de obra/costos para cada Mantenimiento preventivo, orden de trabajo o despacho en el sistema.
2. Como registros agregados de mano de obra/costos por máquina, línea y/o por día/semana/mes
   según corresponda.

Estos datos pueden ser proporcionados mediante integración automática o manualmente con usuarios ejecutando informes y
ingresando manualmente los datos.

Limitación de la API

Hay un límite en las llamadas a la API que se pueden realizar. El límite es de 10 solicitudes/segundo. Después de eso, el cliente recibirá una respuesta con un código de estado 429.

Resumen
Este documento proporciona una visión general de los métodos y escenarios comunes de integración que vemos
con nuestros clientes. Muchos otros escenarios son posibles y se utilizan hoy en día. Si no ve
la integración listada arriba que está buscando, por favor pregúntenos y estaremos encantados de proporcionar
asistencia.