Guia de integração do SYSPRO para programação da produção com SkyPlanner APS

O SYSPRO oferece duas vias de acesso a dados para um sistema externo de programação:

1. e.net Solutions Business Objects. Permitem chamar a lógica de negócios do SYSPRO externamente, com entrada e saída em XML. Há três famílias: Query (por exemplo, WIPQBL, WIP Balance Query), Transaction ou Post (por exemplo, WIPTJB, WIP Job Creation and Maintenance) e Setup, para dados mestres. Os objetos de negócio aplicam as mesmas validações das telas do SYSPRO e mantêm a compatibilidade entre versões. O guia de boas práticas do SYSPRO é direto: “SYSPRO’s Business Objects are used to query and post data to SYSPRO.” (Os objetos de negócio do SYSPRO são usados para consultar e gravar dados no SYSPRO.)
2. SYSPRO OData Service (OData v4). Oferece acesso RESTful, somente para leitura, aos bancos de dados da empresa e do sistema e às Business Activity Queries, que são views SQL definidas no SYSPRO. Está disponível a partir do SYSPRO 8 2021 R2. No SYSPRO Cloud ERP, “Syspro OData is the only mechanism available when applications need access to SYSPRO data.” (O Syspro OData é o único mecanismo disponível para aplicações que precisam acessar dados do SYSPRO.)

Os objetos de negócio são chamados por meio do serviço e.net Communications, usando o SYSPRO WCF Service ou o SYSPRO Web Service.

Master Data Take On (IMPIMP) importa planilhas por meio de objetos de negócio Setup, o que é útil para uma carga pontual de dados mestres. O SYSPRO Harmony chega ao fim de sua vida útil em 31 de dezembro de 2026, portanto não desenvolva nada novo com ele.

O SYSPRO não envia webhooks. O Electronic Signature Transaction Setup pode acionar gatilhos, como o envio de um e-mail ou a execução de um VBScript, quando uma transação é concluída com sucesso. Porém, o SYSPRO esclarece: “It is not intended that triggers from e.net Business Objects fire VBScript triggers.” (Os gatilhos dos e.net Business Objects não foram concebidos para acionar gatilhos VBScript.)

Por isso, os dados do SYSPRO são consultados periodicamente. Consultas a objetos de negócio ou requisições OData, filtradas por ordens de produção abertas e alterações recentes, identificam novas demandas de produção. A frequência é definida por fábrica: de intervalos de poucos minutos para ordens de produção a consultas de hora em hora para estoques.

O SkyPlanner envia webhooks quando há alterações de estado ou na programação. Assim, a gravação de dados de volta no SYSPRO é orientada a eventos.

1. Carga inicial de dados mestres. Leia Stock Codes, Structures and Routings, centros de trabalho, máquinas e calendários por meio de OData ou de objetos de negócio Query. Defina com cuidado como mapear os centros de trabalho no SkyPlanner: um centro de trabalho com quatro máquinas passa a ser um grupo de centros de trabalho ou quatro centros de trabalho.

2. Sincronização de ordens de produção. Leia as ordens efetivas com suas operações e materiais, além dos pedidos de compra em aberto. O SkyPlanner considera o material encomendado disponível na data de entrega do pedido de compra e atualiza o estoque quando o pedido é marcado como Delivered.

Programe apenas ordens de produção efetivas. As ordens sugeridas permanecem no snapshot do MRP até que o MRP Job Review as converta em ordens de produção.

3. Gravação da programação no SYSPRO. Quando o mecanismo de programação aloca ou move uma operação, um webhook do SkyPlanner aciona a gravação no objeto de negócio WIP Job Creation and Maintenance (WIPTJB). Essa chamada define as datas planejadas de início e término da ordem de produção. O objeto de negócio valida a alteração exatamente como o Job Entry.

4. Confirmações no chão de fábrica. Os operadores registram o trabalho com o SkyPlanner Mobile Confirmations ou o Production Timer, e os registros de tempo mantêm a programação atualizada. Você decide se os tempos reais serão gravados de volta no SYSPRO. Se optar pelo envio, os tempos de preparação e execução vão para Labor Posting por operação da ordem, e as quantidades concluídas vão para Job Receipts. Caso contrário, a mão de obra continua sendo apontada no SYSPRO como antes.

5. Responsabilidade pelos dados e regras de conflito. Documente essas definições antes da entrada em produção:

Escolha um único sistema para gravar as datas das ordens de produção. O SkyPlanner não exige nenhum módulo de programação do SYSPRO, portanto substitui Factory Scheduling, Visual APS ou APS (Nexsys) na gravação das datas planejadas. Se algum deles ainda atualizar essas datas, desative essa atualização para as ordens programadas pelo SkyPlanner. No Factory Scheduling, a opção do Job Entry é “Update planned dates to scheduled dates.” (Atualizar as datas planejadas para as datas programadas.)

• Ordens _TMP. As simulações de carga com capacidade finita no Job Entry podem criar ordens _TMP no WipMaster. Exclua essas ordens com filtros em todas as leituras.
• Operações iniciadas. O Forward Finite Scheduling apresenta erros quando operações já iniciadas não cabem na capacidade disponível. Importe o progresso das operações para o SkyPlanner antes de cada execução, para que a programação considere o trabalho já realizado. O Running Time Lock então mantém fixa a programação das próximas horas.
• Unidades de tempo dos roteiros de produção. Os tempos de preparação, execução, fila e movimentação precisam ter a unidade e a base de cálculo corretas. Os tempos de fila e movimentação são tempos de espera, não de uso da máquina. Faça a conversão na importação; caso contrário, todas as durações ficarão incorretas.
• Operações terceirizadas. Offsite Days e Dock to Stock Days representam tempo decorrido, não uso da sua capacidade. Modele essas operações como etapas que consideram apenas o tempo.