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

O SYSPRO disponibiliza duas vias de acesso aos dados para um sistema externo de programação da produção:

1. e.net Solutions Business Objects. Permitem invocar a lógica de negócio do SYSPRO a partir do exterior, com entrada e saída em XML. Existem 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 mestre. Os objetos de negócio aplicam as mesmas validações que os ecrãs do SYSPRO e mantêm a compatibilidade entre versões. O guia de boas práticas do SYSPRO é claro: “SYSPRO’s Business Objects are used to query and post data to SYSPRO.” (Os objetos de negócio do SYSPRO são utilizados para consultar e gravar dados no SYSPRO.)
2. SYSPRO OData Service (OData v4). Disponibiliza acesso RESTful, apenas de leitura, às bases de dados da empresa e do sistema e às Business Activity Queries, que são vistas 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 as aplicações acederem aos dados do SYSPRO.)

Os objetos de negócio são invocados através do serviço e.net Communications, utilizando o SYSPRO WCF Service ou o SYSPRO Web Service.

O Master Data Take On (IMPIMP) importa folhas de cálculo através de objetos de negócio Setup, sendo útil para um carregamento pontual de dados mestre. O SYSPRO Harmony chega ao fim de vida em 31 de dezembro de 2026, pelo que não deve desenvolver novas soluções com base nele.

O SYSPRO não envia webhooks. O Electronic Signature Transaction Setup pode desencadear ações, como o envio de um email ou a execução de um VBScript, quando uma transação é concluída com sucesso. No entanto, o SYSPRO esclarece: “It is not intended that triggers from e.net Business Objects fire VBScript triggers.” (Não está previsto que os acionadores dos e.net Business Objects ativem acionadores VBScript.)

Por isso, os dados do SYSPRO são consultados periodicamente. As consultas a objetos de negócio ou os pedidos OData, filtrados por ordens de fabrico em aberto e alterações recentes, permitem detetar novo trabalho. A frequência é definida por fábrica: pode ir de intervalos de poucos minutos para ordens de fabrico a consultas de hora a hora para existências.

O SkyPlanner envia webhooks quando o estado ou a programação mudam, pelo que a atualização dos dados no SYSPRO é acionada por eventos.

1. Carregamento inicial de dados mestre. Leia Stock Codes, Structures and Routings, centros de trabalho, máquinas e calendários através de OData ou de objetos de negócio Query. Defina cuidadosamente a correspondência dos 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 fabrico. Leia as ordens de fabrico efetivas, com as respetivas operações e materiais, bem como as encomendas de compra em aberto. O SkyPlanner considera os materiais encomendados disponíveis na data de entrega da encomenda de compra e atualiza as existências quando esta é marcada como Delivered.

Programe apenas ordens de fabrico efetivas. As ordens sugeridas permanecem no snapshot do MRP até o MRP Job Review as converter em ordens de fabrico.

3. Gravação da programação no SYSPRO. Quando o motor agenda ou desloca uma tarefa, um webhook do SkyPlanner desencadeia uma chamada de gravação ao objeto de negócio WIP Job Creation and Maintenance (WIPTJB). Esta define as datas de início e fim planeadas da ordem de fabrico. O objeto de negócio valida a alteração exatamente como o Job Entry.

4. Confirmações na fábrica. Os operadores registam o trabalho com o SkyPlanner Mobile Confirmations ou o Production Timer, e os registos de tempos mantêm a programação atualizada. Cabe-lhe decidir se os tempos reais são enviados para o SYSPRO. Se optar pelo envio, os tempos de preparação e execução são enviados para o Labor Posting por operação da ordem de fabrico, e as quantidades concluídas para o Job Receipts. Caso contrário, a mão de obra continua a ser registada no SYSPRO como até aqui.

5. Responsabilidade pelos dados e regras de resolução de conflitos. Documente estas regras antes da entrada em produção:

Escolha um único sistema para gravar as datas das ordens de fabrico. O SkyPlanner não necessita de nenhum módulo de programação do SYSPRO, pelo que substitui o Factory Scheduling, o Visual APS ou o APS (Nexsys) na gravação das datas planeadas. Se algum destes módulos ainda atualizar as datas planeadas, desative essa funçã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 planeadas com as datas programadas.)

• Ordens _TMP. As simulações de carga com capacidade finita no Job Entry podem criar ordens _TMP em WipMaster. Exclua-as através de filtros em todas as leituras.
• Operações iniciadas. O Forward Finite Scheduling gera erros quando as 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 tenha como ponto de partida o trabalho já realizado. O Running Time Lock fixa depois as tarefas das próximas horas.
• Unidades de tempo das gamas operatórias. Os tempos de preparação, execução, espera e movimentação exigem, cada um, a unidade e a base de cálculo corretas. Os tempos de espera e movimentação são tempos de espera, não de ocupação da máquina. Faça a conversão ao importar; caso contrário, todas as durações estarão erradas.
• Operações subcontratadas. Offsite Days e Dock to Stock Days representam tempo decorrido, não capacidade interna. Modele estas operações como etapas que apenas consomem tempo.