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

1. LN REST API. A Infor publica os serviços do LN no ION API Gateway: “You can review the available documentation for the public services that are part of LN API.” (Você pode consultar a documentação disponível dos serviços públicos que fazem parte da LN API.) Para a programação da produção, o principal serviço é o tiapi.sfcProductionOrder. Ele abrange ordens de produção e operações de máquina com as ações Get Machine Operations, Register machine quantities, Register machine hours e Finish Machine Operations. Outros serviços tiapi e tcapi são listados no gateway por tenant.

É preciso ter permissão de acesso a cada serviço e ativá-lo. A Infor informa que “Try it out” (Testar) “only works if you are entitled for the service and the service has been activated.” (só funciona se você tiver permissão de acesso ao serviço e ele estiver ativado.) Inclua essa verificação na lista de tarefas do projeto desde o primeiro dia.

2. ION BODs. “Business object documents (BODs) are XML messages used to exchange data between enterprises or enterprise applications.” (Documentos de objetos de negócio, ou BODs, são mensagens XML usadas para trocar dados entre empresas ou aplicações empresariais.) O LN os envia ao Infor ION, que os encaminha aos assinantes. A documentação do LN 10.8 menciona Process.ItemMaster e Process.BillOfMaterials e também aborda a integração por BODs com o LN em ambiente local. A lista completa de BODs da sua versão está no seu tenant.

3. Exportações de arquivos. O LN em ambiente local pode exportar tabelas por meio de esquemas de intercâmbio ou views de banco de dados. Essa opção atende à carga inicial e a fábricas que preferem a troca agendada de arquivos.

O LN publica BODs no Infor ION quando ocorrem eventos de negócio, e o ION os encaminha aos assinantes. Cada assinante sincroniza o item ou a ordem alterada. Quando não há um BOD adequado, a integração consulta os serviços REST do LN em intervalos programados, filtrando apenas as ordens em aberto.

O SkyPlanner envia webhooks quando o estado ou a programação muda. Assim, o envio de dados de volta ao LN é orientado a eventos.

1. Carga inicial de dados mestres. Carregue itens, listas de materiais, operações dos roteiros de produção, tarefas, centros de trabalho, máquinas e calendários. Defina como os níveis de centro de trabalho e máquina do LN serão mapeados no SkyPlanner: um centro de trabalho com quatro máquinas pode se tornar um grupo com quatro centros de trabalho.

2. Sincronização de ordens. Leia as ordens de produção com suas operações e linhas de materiais, além do estoque e das linhas de pedidos de compra em aberto. O SkyPlanner considera o material encomendado disponível na data de entrega do pedido de compra. Assim, a programação verifica tanto o estoque quanto os materiais a receber.

3. Retorno da programação ao LN. Para cada operação alocada ou movida pelo mecanismo de programação, o SkyPlanner envia o início e o término planejados e a máquina de volta à operação da ordem de produção no LN. O LN mantém as quantidades, o status e o custeio.

4. Confirmações no chão de fábrica. Os operadores registram o trabalho com Mobile Confirmations, Production Timer ou Quick Log Mode. Os apontamentos de tempo mantêm a programação atualizada e retornam ao LN como horas-máquina, quantidades e operações concluídas. Escolha um único canal de lançamento, SkyPlanner ou sessões do LN, para que as horas nunca sejam registradas em duplicidade.

5. Responsabilidade pelos dados e regras de conflito. Defina essas regras antes da entrada em produção:

6. Convivência com as ferramentas de planejamento da Infor. O Enterprise Planning continua propondo o suprimento, e o SkyPlanner programa as ordens de produção com base na capacidade real. Nas versões LN 2026, a configuração External Planner existe para que “The organization can integrate an external planning solution with Infor LN.” (A organização possa integrar uma solução externa de planejamento ao Infor LN.) Se o Scheduler+ estiver ativo, defina primeiro qual sistema será responsável pelas datas: ele adiciona o status Scheduled e exige a programação antes da liberação.

• Documentação da versão errada. O LN 10.x e as versões anuais na nuvem têm diferenças. O Planner+ e o Scheduler+ só estão documentados nos conjuntos de documentação de 2026, e o Job Shop Scheduler está disponível a partir da versão 10.8. Confira se cada página se aplica à sua versão.
• Produto Infor errado. O Infor LN não é o CloudSuite Industrial (SyteLine) nem o M3. Seus BODs e APIs são diferentes, portanto use apenas a documentação do LN.
• Serviço não ativado. As chamadas REST do LN falham enquanto o direito de uso do serviço não estiver habilitado e o serviço não estiver ativado no tenant.
• Filtros de enumeração. OrderStatus é uma enumeração. Por isso, um $filter do OData aplicado ao status precisa usar a sintaxe de enumeração, conforme relatos de usuários da comunidade Infor.
• Lead time versus roteiro de produção. O campo Operations Horizon em Items – Planning determina se as ordens planejadas usam os dados do roteiro de produção ou um Order Lead Time fixo. Obtenha as durações nas operações do roteiro de produção, não nos lead times das ordens.
• Sessões de centros de trabalho. Com Job Shop by Site ativo, o LN usa a sessão Work Center (tirou0601m000) em vez de Work Centers (tirou0101m000). Faça o mapeamento a partir da sessão usada pela sua empresa.
• Horas de máquina versus horas de mão de obra. Em Production Order Hours, as horas de máquina têm o campo Employee em branco. Mapeie o tempo de máquina e o tempo de operador do SkyPlanner para as linhas corretas.
• Calendários por unidade empresarial. Carregue o calendário da unidade empresarial à qual cada centro de trabalho pertence, e não um único calendário para toda a fábrica.