Guía de integración de SYSPRO para la programación de la producción con SkyPlanner APS

SYSPRO ofrece dos vías de acceso a los datos para un programador de producción externo:

1. e.net Solutions Business Objects. Permiten invocar la lógica de negocio de SYSPRO desde el exterior, con entradas y salidas en XML. Hay tres familias: Query (por ejemplo, WIPQBL, WIP Balance Query), Transaction o Post (por ejemplo, WIPTJB, WIP Job Creation and Maintenance) y Setup para los datos maestros. Los objetos de negocio aplican las mismas validaciones que las pantallas de SYSPRO y mantienen la compatibilidad entre versiones. La guía de buenas prácticas de SYSPRO lo dice claramente: «SYSPRO’s Business Objects are used to query and post data to SYSPRO.» (Los objetos de negocio de SYSPRO se utilizan para consultar y registrar datos en SYSPRO).
2. SYSPRO OData Service (OData v4). Ofrece acceso RESTful de solo lectura a las bases de datos de la empresa y del sistema, así como a las Business Activity Queries, que son vistas SQL definidas en SYSPRO. Está disponible desde SYSPRO 8 2021 R2. En SYSPRO Cloud ERP, «Syspro OData is the only mechanism available when applications need access to SYSPRO data.» (Syspro OData es el único mecanismo disponible cuando las aplicaciones necesitan acceder a los datos de SYSPRO).

Los objetos de negocio se invocan a través del servicio e.net Communications, mediante SYSPRO WCF Service o SYSPRO Web Service.

Master Data Take On (IMPIMP) importa hojas de cálculo mediante objetos de negocio Setup, lo que resulta útil para una carga puntual de datos maestros. SYSPRO Harmony llega al final de su vida útil el 31 de diciembre de 2026, por lo que no debe basar ningún desarrollo nuevo en él.

SYSPRO no envía webhooks salientes. Electronic Signature Transaction Setup permite activar acciones, como enviar un correo electrónico o ejecutar un VBScript, cuando una transacción se completa correctamente. Sin embargo, SYSPRO indica: «It is not intended that triggers from e.net Business Objects fire VBScript triggers.» (No está previsto que los disparadores de e.net Business Objects activen disparadores VBScript).

Por tanto, los datos de SYSPRO se consultan periódicamente. Las consultas a objetos de negocio o las solicitudes OData, filtradas por tareas abiertas y cambios recientes, detectan el nuevo trabajo. La frecuencia se define para cada planta: desde cada pocos minutos para las tareas hasta una vez por hora para las existencias.

SkyPlanner envía webhooks cuando cambia el estado o la programación, por lo que el envío de datos de vuelta a SYSPRO se basa en eventos.

1. Carga inicial de datos maestros. Lea Stock Codes, Structures and Routings, centros de trabajo, máquinas y calendarios mediante OData u objetos de negocio Query. Defina con cuidado la correspondencia de los centros de trabajo en SkyPlanner: un centro de trabajo con cuatro máquinas se convierte en un grupo de estaciones de trabajo o en cuatro estaciones de trabajo.

2. Sincronización de tareas. Lea las tareas activas con sus operaciones y materiales, además de 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.

Programe únicamente las tareas activas. Las tareas sugeridas permanecen en la instantánea de MRP hasta que MRP Job Review las convierte en tareas.

3. Envío de la programación a SYSPRO. Cuando el motor asigna o mueve una tarea, un webhook de SkyPlanner activa el envío de datos al objeto de negocio WIP Job Creation and Maintenance (WIPTJB). Así se establecen las fechas previstas de inicio y fin de la tarea. El objeto de negocio valida el cambio exactamente igual que lo haría Job Entry.

4. Confirmaciones en planta. Los operarios registran el trabajo con SkyPlanner Mobile Confirmations o Production Timer, y los registros de tiempo mantienen la programación actualizada. Usted decide si los tiempos reales se envían de vuelta a SYSPRO. En caso afirmativo, los tiempos de preparación y ejecución se envían a Labor Posting por operación de la tarea, y las cantidades terminadas, a Job Receipts. En caso contrario, la mano de obra se sigue registrando en SYSPRO como hasta ahora.

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

Elija un único sistema para actualizar las fechas de las tareas. SkyPlanner no necesita ningún módulo de programación de SYSPRO, por lo que sustituye a Factory Scheduling, Visual APS o APS (Nexsys) en la actualización de las fechas previstas. Si alguno de ellos sigue actualizándolas, desactive esa función para las tareas que programa SkyPlanner. En Factory Scheduling, la opción de Job Entry es «Update planned dates to scheduled dates.» (Actualizar las fechas previstas con las fechas programadas).

• Tareas _TMP. Las cargas de prueba con capacidad limitada en Job Entry pueden crear tareas _TMP en WipMaster. Exclúyalas mediante filtros en cada lectura.
• Operaciones iniciadas. Forward Finite Scheduling genera errores cuando las operaciones ya iniciadas no encajan. Antes de cada ejecución, importe el avance de las operaciones a SkyPlanner para que la programación parta del trabajo ya realizado. Después, Running Time Lock mantiene fijas las tareas de las próximas horas.
• Unidades de tiempo de las rutas de fabricación. Los tiempos de preparación, ejecución, espera y traslado necesitan, cada uno, la unidad y la base de cálculo correctas. Los tiempos de espera y traslado son tiempos de espera, no de uso de máquina. Conviértalos al importar; de lo contrario, todas las duraciones serán incorrectas.
• Operaciones subcontratadas. Offsite Days y Dock to Stock Days representan tiempo transcurrido, no capacidad propia. Modélelos como etapas que solo requieren tiempo.