Guía de integración de abas ERP para programar la producción con SkyPlanner APS

1. abas REST API. «The Abas REST API is a web interface for real-time data access to Abas ERP.» (La REST API de Abas es una interfaz web para acceder a los datos de Abas ERP en tiempo real). (abas) Es la vía principal para leer órdenes de fabricación, listas de producción, existencias y pedidos de compra, y para actualizar las fechas previstas en abas.
2. abas Connect. Una plataforma de integración en la nube que permite «configure interfaces and connections to third-party systems yourself.» (configurar por tu cuenta interfaces y conexiones con sistemas de terceros). (abas) Utilízala para flujos basados en eventos que envíen las órdenes de fabricación modificadas desde abas a la integración.
3. abas ESDK (Essentials SDK) y AJO Java API. La vía para que los partners implementen lógica del lado del servidor dentro de abas. Los ejemplos de código públicos utilizan clases como de.abas.erp.db.schema.part.Product. (GitHub)
4. MS SQL Connector y ODBC. «The MS SQL Connector enables flexible and automated export of ERP data.» (MS SQL Connector permite exportar datos del ERP de forma flexible y automatizada). (abas) Solo para lectura y exportación. Nunca escribas los resultados de la planificación por esta vía, ya que no se ejecutaría la lógica de negocio de abas.
5. abas Data Import Toolkit y exportaciones a archivos. Para cargas masivas y para empezar rápidamente la prueba de SkyPlanner.

abas no documenta ninguna API pública de suscripción a webhooks. Los cambios se envían desde abas por una de estas tres vías:

• un flujo de abas Connect que envía las órdenes de fabricación modificadas a la integración
• un gestor de eventos de ESDK que se activa al guardar una orden de fabricación o una operación
• sondeo programado de la abas REST API, filtrado por órdenes de fabricación abiertas y cambios desde la última ejecución

Por su parte, SkyPlanner envía webhooks cuando cambia el estado o el programa de producción, por lo que la escritura de retorno a abas se basa en eventos.

1. Carga inicial de datos maestros. Lee las piezas, listas de producción y máquinas mediante la abas REST API, o realiza una carga única a partir de una exportación a un archivo. Define con criterio la correspondencia entre cada máquina de abas y una estación de trabajo de SkyPlanner. Decide si un grupo de máquinas se convierte en un grupo de estaciones de trabajo o en varias estaciones de trabajo.

2. Sincronización de órdenes. Lee las órdenes de fabricación liberadas con sus operaciones, además de las existencias y los pedidos de compra abiertos. SkyPlanner considera que el material pedido está disponible en la fecha de entrega del pedido de compra y actualiza las existencias cuando este se marca como Delivered. Así, la programación tiene en cuenta tanto las existencias como las compras pendientes de recibir.

Programa las órdenes de fabricación liberadas, no las propuestas de órdenes de fabricación (Fertigungsvorschläge). Las propuestas son el resultado del MRP y cambian con la siguiente ejecución del MRP.

3. Escritura de retorno del programa de producción. Por cada operación que el motor haya programado o desplazado, la integración escribe el inicio, el fin y la máquina previstos en la operación de la orden de fabricación mediante la abas REST API. Al escribir a través de la API, se mantienen las validaciones de abas, igual que cuando un planificador modifica la orden de fabricación.

4. Notificaciones de planta. Los operarios registran su trabajo con SkyPlanner Mobile Confirmations o Production Timer. Los registros de tiempo mantienen actualizado el programa de producción y se envían de vuelta a abas como notificaciones de finalización. Si tu planta ya notifica a través de terminales PDC de abas, mantén un único canal de notificaciones para evitar registros duplicados.

5. Responsabilidad sobre los datos y reglas de resolución de conflictos. Déjalas por escrito antes de la entrada en producción:

SkyPlanner no necesita abas APS. Si también dispones de una licencia de abas APS, deja que SkyPlanner gestione las fechas de las operaciones, porque dos sistemas de programación que escriban sobre las mismas fechas se sobrescribirán mutuamente. Una vez que SkyPlanner se encarga de ellas, Autopilot reprograma automáticamente ante cada cambio relevante y las nuevas fechas se envían de vuelta a abas, sin necesidad de iniciar una ejecución de optimización.

• Esquemas personalizados. La mayoría de las instalaciones de abas incluyen campos y objetos personalizados. Define con el partner qué campos de cada objeto se incluirán y no des por hecho que el mapeo de otra planta servirá para la tuya.
• Sin una ruta de fabricación independiente. Las operaciones están en la lista de producción, no en un objeto de ruta de fabricación. Las herramientas reutilizadas de proyectos de SAP o Business Central buscan rutas de fabricación y dejan datos sin recoger.
• «Scheduling» significa MRP. En la versión inglesa de abas, Scheduling es la ejecución del MRP.
• Tiempos de preparación y procesamiento. Antes de importar, comprueba las unidades y si la preparación se aplica por orden de fabricación o por pieza. Unas unidades incorrectas distorsionan todas las duraciones.
• Calendarios desactualizados. Los calendarios de las máquinas deben cubrir el horizonte de programación; de lo contrario, esa capacidad desaparece del plan.
• SQL solo para lectura. MS SQL Connector y ODBC exportan datos. Las escrituras se realizan a través de la REST API, abas Connect o ESDK.
• Documentación con acceso restringido. La ayuda oficial de abas está en el portal de clientes y requiere iniciar sesión. Confirma los nombres de los campos con tu partner en lugar de adivinarlos.