Opções de Integração e melhores práticas

Visão geral
A solução MES/Expedição Leading2Lean pode ser integrada com uma vasta gama de sistemas externos de terceiros
incluindo Planeamento de Recursos Empresariais (ERP), Sistemas de Gestão de Manutenção Computorizada
Sistemas de Execução de Fabricação (MES), Horários & Presenças,
Controlo de Documentos, Rastreabilidade e soluções de Formação. Este documento descreve os métodos de
integração mais comuns e os dados (áreas de aplicação) para integrar aplicações de terceiros
a aplicação MES/Expedição Leading2Lean. Deve utilizá-lo como uma ferramenta de planeamento
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 pretende suportar.

A Expedição possui uma Interface de Programação de Aplicações (API) de serviço web aberta, baseada em
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 a integração de várias formas 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 sobresselentes, níveis de inventário 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 (expedições)
4. Registos de funcionários/iniciar sessão
5. Programações de produção e valores reais
6. Horas de trabalho, materiais e outros custos

Em cada uma destas áreas, temos vários métodos de integração padrão que variam de totalmente
automatizado a automação parcial complementada com alguns processos manuais. Para determinar qual
destes métodos é adequado para a sua empresa, depende da funcionalidade de integração disponível na
aplicação de terceiros e do objetivo de negócio que pretende alcançar. Pode ser necessária uma abordagem
combinada onde as aplicações de terceiros tenham mecanismos fáceis para ler
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 o seu plano de integração, é importante fazer uma pausa e avaliar os benefícios esperados.  

Os fabricantes podem muitas vezes cair na armadilha de ver a integração de sistemas como a solução para os seus problemas de dados. Apenas porque a integração é possível, não significa que irá desbloquear qualquer valor adicional para o negócio. Uma integração adequada significa integrar apenas quando e onde fizer sentido para o seu negócio.

A integração faz sentido quando:

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

A integração feita por outros motivos pode ser um desperdício de recursos. A integração NÃO faz sentido quando ela:

• Apenas poupa alguns cliques de botão
• Automatiza tarefas pouco frequentes 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 registo”
• É impulsionada por aspirações como “totalmente integrada”, “sem entrada dupla” ou “operações sem luz”, onde não há poupança de custos clara ou valor adicional de negócio.
• Significa gastar dinheiro para poupar cêntimos - Sem retorno claro sobre o investimento (ROI)
  
  

Métodos de Integração
Replicação de Uma Via
A metodologia mais comum é aquela em que os dados são mantidos num sistema e enviados para o outro
sistema. Toda edição desses dados é feita no primeiro sistema. Esta sincronização ocorre
automaticamente em segundo plano pela aplicação de integração sem intervenção do utilizador
dos sistemas.

A replicação de uma via tende a simplificar o esforço de integração e a formação necessária para os utilizadores finais
ao ter um sistema responsável por manter um conjunto de dados. Embora a replicação de duas vias
seja possível, verificámos na prática que os utilizadores preferem ter um sistema de registo único para qualquer conjunto de dados.

Por exemplo: numa integração típica de sistema CMMS ou ERP, vemos dados “mestres” como
Máquinas/Ativos ou listas de Peças sobresselentes já mantidos pelos departamentos de contabilidade e compras. Esses dados podem ser utilizados na Expedição através de uma replicação de uma via para o sistema de expedição. Neste caso, o sistema de registo para adicionar novas Máquinas ou Peças é o
sistema CMMS ou ERP. A sincronização típica dessa integração envia esses dados mestres de uma via para o sistema de expedição.

Outro exemplo: eventos de Expedição ou Ordem de trabalho são normalmente criados e mantidos no
sistema de Expedição. Com base nos requisitos comerciais da sua empresa, esses registros de eventos podem ser
sincronizados de uma forma com o sistema CMMS ou ERP com base na criação do registo, na atualização ou apenas quando
fechados na Expedição. Sincronizar eventos individuais pode fornecer uma cópia adicional do histórico de trabalho
e detalhes de peças sobresselentes/mão de obra. Mas, como isso já está amplamente disponível na Expedição, 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: A Expedição pode funcionar como o mestre em qualquer uma 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 programaticamente, como descrito acima. Nesses casos, temos uma série de
melhores práticas a considerar:

1. Aproveite qualquer funcionalidade de importação de ficheiros / processamento em lote. Se a sua aplicação de
   terceiros puder importar ou exportar dados de um ficheiro, podemos utilizar essa funcionalidade.
2. Considere usar o Expedição como o sistema de registo e usar custos agregados
   apenas em sistema de terceiros para facilitar a entrada de dados. Muitas aplicações 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 sobresselentes, pode considerar inserir uma transação por semana/mês
   com esses dados com base nos relatórios do Expedição. Este método transfere as informações
   que o sistema ERP necessita sem exigir todos os detalhes.
3. Centralize qualquer entrada de dados em um recurso de baixo custo designado. Se não tiver
   capacidade de importar programaticamente os dados e ainda precisar usar o sistema de terceiros, deve
   considerar centralizar a entrada de dados. Assim, reduz o impacto para o utilizador 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 típicos de integração por área de aplicação
Lista de peças sobresselentes, custos, níveis de inventário e uso
Aqui estão os cenários comuns que temos visto para integrar Peças sobresselentes com um sistema CMMS ou
ERP de terceiros.

1. A lista mestre de peças, custos e níveis de inventário reside no sistema de terceiros e é
   sincronizada com a Expedição regularmente. O uso é rastreado na Expedição e devolvido ao
   sistema de terceiros para ser retirado do inventário. Os custos de uso de Peças sobresselentes são fornecidos via
   relatórios agregados ou registros detalhados de volta ao sistema de terceiros.
2. A Expedição rastreia a lista de peças, custos, inventário e uso. A Expedição fornece relatórios
   para compras reordenarem peças que cruzam um nível mínimo de stock. As Ordens de Compra são rastreadas
   no sistema de terceiros. Os custos de uso de Peças sobresselentes 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
Estas áreas de registo não são transacionais por natureza e são tipicamente sincronizadas numa direção ou na outra, com base nas preferências das empresas para onde querem editá-las.

1. Os registos são adicionados e mantidos no sistema de terceiros e sincronizados com a Expedição para
   uso.
2. Os registos são adicionados e mantidos na Expedição e sincronizados com o sistema de terceiros.

Ordens de manutenção preventiva, ordens de trabalho e chamadas reativas (expedições)
A maioria dos nossos clientes está a migrar para usar o nosso agendador de Manutenção Preventiva para trabalhos planeados. Aqui estão as
algumas opções que temos visto.

1. As ordens de manutenção preventiva e as ordens de trabalho são agendadas e mantidas na Expedição. As ordens de manutenção preventiva concluídas, ordens de trabalho
   e chamadas reativas (expedições) geradas na expedição são sincronizadas de volta com o sistema de terceiros como registos de detalhes ou informações agregadas de custo/trabalho.
2. As ordens de manutenção preventiva são agendadas no sistema de terceiros e lançadas como expedições na plataforma da Expedição. As ordens de manutenção preventiva concluídas, ordens de trabalho
   e chamadas reativas (expedições) geradas na expedição são sincronizadas de volta com o sistema de terceiros como registos de detalhes ou informações agregadas de
   custo/trabalho.

Registos de funcionários / acessos
Temos a capacidade de sincronizar registos de funcionários com o sistema da Expedição via API. Também suportamos a 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 Iniciar sessão única (SSO).

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

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

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

Horas de trabalho, materiais e outros custos
As horas de trabalho gastas na realização de ordens de manutenção preventiva, ordens de trabalho e chamadas reativas (expedições), juntamente com quaisquer
custos de materiais ou externos, podem ser fornecidos de volta ao sistema de terceiros das seguintes formas:

1. Como registos detalhados de trabalho/custo para cada ordem de manutenção preventiva, ordem de trabalho ou expedição no sistema.
2. Como registos agregados de trabalho/custo por máquina, por linha e/ou por dia/semana/mês
   com base.

Estes dados podem ser fornecidos via integração automática ou manualmente com os utilizadores a gerar relatórios e
introduzindo manualmente os dados.

Limitação da API

Existe um limite de chamadas à API que podem ser feitas. O limite é de 10 pedidos/segundo. Após esse limite, 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 os nossos clientes. Muitos outros cenários são possíveis e estão em uso atualmente. Se você não vir
a integração listada acima que está procurando, por favor, pergunte-nos e teremos prazer em fornecer
assistência.