Opções de Integração e Melhores Práticas

Visão Geral
A solução MES/Despacho Leading2Lean pode ser integrada a uma ampla variedade de sistemas externos de terceiros
incluindo Planejamento de Recursos Empresariais (ERP), Sistemas Computadorizados de Manutenção
Gerenciamento (CMMS), Sistemas de Execução de Manufatura (MES), Controle de Documentos, Rastreabilidade e soluções de Treinamento. Este documento descreve os métodos de integração mais
comuns e dados (áreas de aplicação) e para integrar aplicações de terceiros ao sistema MES/Despacho Leading2Lean. Você deve usá-lo como uma ferramenta de planejamento
para ajudar a identificar as áreas de integração e os métodos/cenários que mais se aproximam
do processo de negócio que você está tentando suportar.

Despacho possui uma Interface de Programação de Aplicações (API) de serviço web aberta que é baseada nos padrões
HTTP, REST e JSON. É muito fácil de usar e fornece a flexibilidade necessária para
a maioria das necessidades. (Para mais informações sobre a API, consulte a documentação da API.) Embora esta
API permita integração de várias maneiras diferentes, a maioria das empresas está interessada na troca
de dados em uma ou mais das seguintes áreas de aplicação:

1. Lista de peças de reposição, níveis de estoque e uso
2. Máquinas/ativos e linhas/células/centros de custo
3. Ordens de manutenção preventiva, ordens de trabalho e chamadas reativas (despachos)
4. Registros de funcionários/login
5. Programações de produção e resultados reais
6. Horas de trabalho, materiais e outros custos

Em cada uma dessas áreas, temos vários métodos padrão de integração que variam de totalmente
automatizado a automação parcial aumentada com alguns processos manuais. Para determinar qual
destes métodos é adequado para sua empresa, depende da funcionalidade de integração disponível na
aplicação de terceiros e do objetivo de negócio que você está tentando alcançar. Pode ser necessário uma abordagem
combinada onde as aplicações de terceiros tenham mecanismos fáceis para leitura
de dados, mas sem funcionalidade para escrever dados de volta.

Quando Integrar
Quando a integração é adequada, ela pode permitir o fluxo de dados entre sistemas, melhorar a precisão dos dados e impulsionar a eficiência. No entanto, antes de avançar rapidamente com seu plano de integração, é importante pausar e avaliar os benefícios esperados.  

Fabricantes muitas vezes caem na armadilha de ver a integração de sistemas como a solução para seus problemas de dados. Só porque a integração é possível, não significa que ela desbloqueará valor adicional para o negócio. Uma integração adequada significa integrar apenas quando e onde fizer sentido para sua empresa.

A integração faz sentido quando ela:

• Proporciona visibilidade para problemas ocultos
• Automatiza a coleta de dados de produção ou ciclos de máquinas
• Aciona um processo humano importante (ou seja, Sinais de problema)
• Torna os dados de sistemas isolados invisíveis mais acessíveis por operadores/técnicos
• Economiza tempo para um grande número de usuários

Integrações feitas por outros motivos podem ser um desperdício de recursos. A integração NÃO faz sentido quando ela:

• Apenas economiza alguns cliques de botão
• Automatiza tarefas infrequentes onde os métodos atuais são suficientes
• Move dados para sistemas isolados e invisíveis
• Aprofunda sistemas legados desatualizados ou mandatos corporativos de “sistema de registro”
• É impulsionada por aspirações como “totalmente integrada”, “sem entrada dupla” ou “operações sem luz”, onde não há economia de custos clara ou valor comercial adicional.
• Significa gastar dinheiro para economizar centavos - Sem retorno claro sobre o investimento (ROI)
  
  

Métodos de Integração
Replicação Unidirecional
O método mais comum é aquele em que os dados são mantidos em um sistema e enviados para o outro
sistema. Toda edição desses dados é feita no primeiro sistema. Essa sincronização acontece
automaticamente nos bastidores pela aplicação de integração sem intervenção do usuário
dos sistemas.

A replicação unidirecional tende a simplificar o esforço de integração e o treinamento necessário para os usuários finais
por ter um sistema responsável por manter um conjunto de dados. Embora a replicação bidirecional
seja possível, constatamos na prática que os usuários finais preferem ter um sistema de registro para qualquer conjunto de dados.

Por exemplo: Em uma integração típica de sistema CMMS ou ERP, vemos dados “mestres” como
Máquinas/Ativos ou listas de Peças de reposição já mantidos pelos departamentos de contabilidade e compras. Esses dados podem ser usados no Despacho fornecendo uma replicação unidirecional para o
sistema de despacho. Nesse caso, o sistema de registro para adicionar novas Máquinas ou Peças é o
sistema CMMS ou ERP. A sincronização típica de integração sincroniza esses dados mestres de uma direção para o sistema de despacho.

Outro exemplo: eventos de Despacho ou Ordem de Serviço são normalmente criados e mantidos no
Sistema de Despacho. Com base nos requisitos comerciais da sua empresa, esses registros de eventos podem ser
sincronizados de uma maneira com o sistema CMMS ou ERP com base na criação do registro, na atualização ou apenas quando
fechados no Despacho. Sincronizar eventos individuais pode fornecer uma cópia adicional do histórico de trabalho e detalhes de peças de reposição/mão de obra. Mas, como isso já está amplamente disponível no Despacho, a maioria
das empresas opta por sincronizar apenas informações de custos agregados por máquina por período
diário/semanal/mensal.

Localização Possível para Dados Mestres Comuns
* NOTA: O Despacho pode funcionar como o mestre em qualquer ou todas essas áreas, se necessário.

Automação Parcial / Processamento Manual
Com algumas ferramentas de terceiros, não existe um método de integração ou API adequada para
sincronizar dados de forma programática como descrito acima. Nesses casos, temos uma série de
melhores práticas a considerar:

1. Aproveite qualquer funcionalidade de importação de arquivos / processamento em lote. Se seu aplicativo de
   terceiros puder importar ou exportar dados de um arquivo, podemos utilizar essa funcionalidade.
2. Considere usar o Despacho como o sistema de registro e usar custos agregados
   apenas como informação no sistema de terceiros para facilitar a entrada de dados. Muitos aplicativos de
   terceiros podem alcançar aproximadamente a mesma funcionalidade ao inserir transações agregadas
   para os períodos de tempo necessários. Por exemplo: sistemas ERP que precisam de informações de
   mão de obra e peças de reposição, você pode considerar inserir uma transação por semana/mês
   com esses dados baseados nos relatórios do Despacho. Esse método transfere as informações
   que o sistema ERP precisa sem exigir todos os detalhes.
3. Centralize qualquer entrada de dados em um recurso de baixo custo designado. Se você não tiver a
   capacidade de importar programaticamente os dados e ainda precisar usar o sistema de terceiros, você deve
   considerar centralizar a entrada de dados. Assim, reduz o impacto para o usuário do sistema e ganha uma vantagem de auditoria ao usar um funcionário separado para transferir os
   dados daqueles que usam o sistema.

Resumo das Melhores Práticas de Integração

Cenários de Integração Típicos por Área de Aplicação
Lista de peças de reposição, custos, níveis de estoque e uso
Aqui estão os cenários comuns que vimos para integrar Peças de reposição com um sistema CMMS ou
ERP de terceiros.

1. A lista mestre de peças, custos e níveis de estoque reside no sistema de terceiros e é
   sincronizada com o Despacho regularmente. O uso é rastreado no Despacho e passado de volta para o
   sistema de terceiros para serem retirados do estoque. Os custos de uso de Peças de reposição são fornecidos via
   relatórios agregados ou registros detalhados de volta ao sistema de terceiros.
2. O Despacho rastreia a lista de peças, custos, estoque e uso. O Despacho fornece relatórios
   para compras reordenarem peças que cruzam um nível mínimo de estoque. Ordens de compra são rastreadas
   no sistema de terceiros. Os custos de uso de Peças de reposição são fornecidos via relatórios agregados ou
   registros detalhados de volta ao sistema de terceiros.

Máquinas/ativos e linhas/células/centros de custo
Essas áreas de registro não são transacionais por natureza e geralmente são sincronizadas em uma direção ou na outra, com base nas preferências das empresas sobre onde desejam editá-las.

1. Os registros são adicionados e mantidos no sistema de terceiros e sincronizados com o Despacho para
   uso.
2. Os registros são adicionados e mantidos no Despacho e sincronizados com o sistema de terceiros.

Ordens de manutenção preventiva, ordens de serviço e chamadas reativas (despachos)
A maioria de nossos clientes está migrando para usar nosso agendador de Manutenção para trabalhos planejados. Aqui estão as
algumas opções que vimos.

1. As Manutenções Preventivas e ordens de serviço são agendadas e mantidas no Despacho. Manutenções Preventivas concluídas, ordens de
   serviço e chamadas reativas (despachos) gerados no despacho são sincronizados de volta ao sistema de terceiros como registros de detalhes ou informações agregadas de custo/mão de obra.
2. As Manutenções Preventivas são agendadas no sistema de terceiros e lançadas como despachos no sistema de Despacho. Manutenções Preventivas concluídas, ordens de
   serviço e chamadas reativas (despachos) gerados no
   despacho são sincronizados de volta ao sistema de terceiros como registros de detalhes ou informações agregadas de custo/mão de obra.

Registros de funcionários / logins
Temos a capacidade de sincronizar registros de funcionários com o sistema de Despacho via API. Também
suportamos integração LDAP com servidores de clientes para autenticação. E/ou a capacidade de
integração com portais web de clientes para funcionalidades de Login Único (SSO).

Programações de produção e resultados
As empresas podem integrar via API com o Despacho para fornecer o seguinte:

1. Programação de produção (programação de lançamentos, demanda).
2. Resultados de produção (peças produzidas, quantidades de sucata, SKU do produto e
   contagem de operadores).

Esses dados também estão disponíveis via API para exportação.

Horas de trabalho, materiais e outros custos
As horas de trabalho gastas em Manutenções Preventivas, ordens de serviço e chamadas reativas (despachos), juntamente com quaisquer
custos de materiais ou externos podem ser fornecidos de volta ao sistema de terceiros das seguintes maneiras:

1. Como registros detalhados de mão de obra/custos para cada Manutenção Preventiva, ordem de serviço ou despacho no sistema.
2. Como registros agregados de mão de obra/custos por máquina, por linha e/ou por dia/semana/mês
   com base.

Esses dados podem ser fornecidos via integração automática ou manualmente com usuários executando relatórios e
entrando manualmente os dados.

Limitação de API

Há um limite de chamadas de API que podem ser feitas. O limite é de 10 solicitações/segundo. Após isso, o cliente receberá uma resposta com um código de status 429.

Resumo
Este documento fornece uma visão geral dos métodos e cenários comuns de integração que vemos
com nossos clientes. Muitos outros cenários são possíveis e estão em uso hoje. Se você não vir
a integração listada acima que está procurando, por favor, nos pergunte e ficaremos felizes em fornecer
assistência.