Como planejar uma integração entre a Tulip e um MES ou ERP
  • 05 Aug 2024
  • 8 Minutos para Ler
  • Contribuintes

Como planejar uma integração entre a Tulip e um MES ou ERP


Resumo do artigo

Saiba quais perguntas você precisa fazer para determinar a melhor forma de integração com seu MES/ERP

A Tulip tem se integrado a uma variedade de sistemas MES e ERP.

Entretanto, como há muitos produtos ERP e MES no mercado, é difícil dizer com que facilidade a Tulip pode se conectar ao seu ERP ou MES específico. Isso depende de:

  • Do próprio produto ERP/MES
  • Da complexidade do ambiente de TI de sua empresa
  • Das capacidades da sua equipe de TI em trabalhar com o sistema ERP/MES

:::(Info) (OBSERVAÇÃO) Neste exemplo, focamos em um sistema ERP ou MES, mas essas informações são aplicáveis à maioria dos sistemas de software, incluindo CRM, QMS, LMS e sistemas de gerenciamento de BOM:

Questionário

Muitos clientes acham que são capazes de usar as informações deste artigo e criar uma integração por conta própria. Caso deseje a ajuda da Tulip com uma integração a um serviço, responder a essas perguntas é o primeiro passo para um projeto bem-sucedido.

Perguntas sobre estratégia

  1. Qual é o objetivo da integração?

É importante estabelecer desde o início quais são as metas de curto e longo prazo para o projeto. Você precisa que todas as informações sejam compartilhadas entre os dois sistemas? Ou faz mais sentido concentrar-se em algumas trocas de alto valor no início?

  1. Quem são os principais interessados em sua organização?

Quem é o cliente final dessa integração? Quem está mais familiarizado com o serviço ao qual você gostaria que a Tulip se conectasse? Quem será capaz de organizar o acesso ao serviço? As partes interessadas podem incluir, mas não estão limitadas a:

  • Cidadãos desenvolvedores
  • Proprietários de operações de sistemas integrados
  • Engenharia de SI/TI
  • Usuários do chão de fábrica atendidos pela solução
  • Que documentação seu serviço fornece?

Muitos clientes de software corporativo fornecem a documentação de seus serviços somente para clientes pagantes. Isso significa que a Tulip não poderá acessar essa documentação. Obter acesso ao máximo de documentação sobre seu software ajuda a definir o escopo do trabalho necessário para uma integração.

  1. Quais transações precisam ser feitas entre a Tulip e o serviço para que a integração seja bem-sucedida?

Aqui tentamos ser bem específicos. Alguns exemplos são:

  • Obter informações sobre uma ordem de serviço com base em um ID de ordem de serviço.
  • Marcar uma ordem de serviço como concluída com base em um ID de ordem de serviço.
  • Localizar todas as ordens de serviço em aberto atribuídas a uma estação com base em um ID de estação.
  • Quem manterá essa integração?

À medida que novos casos de uso forem descobertos, quem em sua organização será encarregado de ser o especialista no assunto para a integração? Em algumas organizações, esse é um integrador ou contratado terceirizado.

Perguntas técnicas

Para determinar os detalhes de uma integração, aqui estão algumas perguntas que podem orientar o processo:

Informações gerais sobre o ERP

  • Qual aplicativo e versão do ERP?
  • O ERP está implementado no local ou em um ambiente de nuvem privada?
  • O host do conector local da Tulip (OPCH) é capaz de se conectar ao seu ambiente de ERP em sua localização atual (ou seja, existe um caminho de rede entre o OPCH e o ERP?
  • O gerenciamento, o desenvolvimento e a configuração de seu ERP são feitos por um parceiro ou internamente?

Conexão do ERP com a Tulip

  • A Tulip fará a integração diretamente com o ERP? Há um middleware usado para integrar outros aplicativos com o ERP (por exemplo, Mulesoft)?
  • Existem web services/endpoints de API disponíveis que a Tulip possa acessar via conector HTTP que cubram os casos de uso aplicáveis?
  • Se não houver endpoints de API disponíveis que cubram as transações desejadas da Tulip para o ERP... existe uma equipe que poderia desenvolvê-los para nós (seja em uma plataforma de middleware ou no próprio sistema ERP?
  • Se houver serviços da Web disponíveis... que autenticação esses serviços da Web usam (ou seja, OAuth 2.0, HTTP Basic Auth etc.)? São usadas contas de serviço?
  • Se houver serviços da Web disponíveis, qual formato de dados é retornado nos corpos de resposta (JSON (preferencial) ou XML?)
  • Será necessário definir configurações de ambiente diferentes (ou seja, DEV e PROD)?
  • Em caso afirmativo, os nomes de host são diferentes para cada um dos ambientes ou os ambientes são determinados por parâmetros de URL?

Conexão da Tulip com o ERP

  • Quais campos serão enviados do ERP para as tabelas da Tulip por meio da API?
  • Quantos registros de tabela serão postados de uma só vez na Tulip a partir do ERP?
  • Para uma comunicação entre ERP e Tulip, isso exigirá desenvolvimento personalizado e o uso da API de tabelas da Tulip. Existe uma equipe que possa desenvolver esse middleware?
  • Para uma comunicação entre ERP e Tulip, os dados estão saindo do ERP... em que formato estão (XML ou JSON?) A API de tabela da Tulip requer um corpo de solicitação no formato JSON.

Sistemas Tulip vs. ERP - Sistemas de Registro Assumidos (Fontes da Verdade)

Uma prática recomendada é interagir com o sistema de registro de um objeto (por exemplo, ordem de serviço) em tempo real (normalmente via HTTP Connector Functions no formato JSON).

A tabela abaixo apresenta as recomendações do que fazer e do que não fazer para integrações de ERP:

| Transacione com uma fonte de verdade em tempo real. Certifique-se de que o seu chão de fábrica esteja usando as informações mais recentes/mais importantes. | Armazenar em cache os dados de uma fonte de verdade nas tabelas do Tulip que podem ficar desatualizadas rapidamente. (Por exemplo, o inventário atual disponível deve estar em sua fonte de verdade e o Tulip deve interagir com ele em tempo real). A fonte de verdade de uma ordem de serviço pode ser o seu ERP, mas certos dados são relevantes principalmente para o Tulip (por exemplo, não conformidades registradas no Tulip em relação a uma ordem de serviço). | Utilize o Tulip para casos de uso que são melhor executados em seu ERP (por exemplo, planejamento e programação de pedidos). | Aumente a execução dos operadores de casos de uso simples centrados em ERP/WMS com Tulip Apps integrados e componíveis. (Por exemplo, um aplicativo Tulip intuitivo que utiliza a câmera de um tablet como um leitor de código de barras para casos de uso comuns de gerenciamento de estoque). |

Abaixo está uma comparação entre os sistemas ERP e o Tulip e, em geral, para quais itens comuns cada sistema é considerado o sistema de registro.Tulip vs ERP - assumed systems of record.png

Histórico de conexões

Geralmente, a Tulip se conecta a sistemas de software externos por meio de um dos três métodos:

  1. HTTP API (que inclui REST e SOAP)
  2. OPC UA
  3. Consultas SQL

API HTTP

Se o seu ERP/MES tiver uma API HTTP (incluindo REST e SOAP), a Tulip pode iniciar solicitações que podem enviar ou recuperar dados por meio desses endpoints. A Tulip, com seus conectores HTTP, pode consumir os serviços web expostos por um sistema ERP e trazer os dados dentro da Tulip para serem consumidos por aplicações em tempo real.

Observe que a Tulip precisará iniciar a conexão, ao contrário do seu ERP/MES, ao utilizar os conectores da Tulip. Se o ERP/MES precisar iniciar a conexão com a Tulip, use a API Tulip Tables

Você pode configurar a API a partir da interface de administrador do seu sistema. Essa informação estará disponível no site do fornecedor do software.

Banco de dados SQL

Se o seu ERP/MES estiver compartilhando dados com um banco de dados SQL, então a Tulip também pode acessar esse banco de dados e compartilhar dados. Isso pode exigir que você escreva algumas novas consultas no seu ERP/MES para acessar os novos dados da Tulip.

Se o banco de dados SQL for implementado estritamente no local, a Tulip pode implementar um Connector Host no local que permita que o banco de dados funcione com a plataforma de nuvem da Tulip.

Além disso, algumas organizações armazenam seus dados de ERP/MES em um banco de dados confidencial que não pode ser acessado por terceiros, mas ainda querem compartilhar dados com a Tulip. Assim, elas configuram um novo banco de dados no qual podem compartilhar dados específicos de seus sistemas de software, e a Tulip pode compartilhar dados sem nenhuma preocupação com a segurança.

Protocolos industriais

Se o seu ERP/MES compartilha dados por meio de um protocolo industrial, como Modbus, MTConnect e OPC UA, a Tulip pode se conectar por meio de um servidor que esteja executando o Tulip Connector Host.

Nesse caso, seu ERP/MES estará agindo como uma "máquina" dentro da Tulip. Consulte nosso artigo Introdução ao Machine Monitoring para obter mais detalhes.

Compartilhamento de dados unidirecional

Alguns sistemas ERP/MES têm métodos embutidos para receber dados de sistemas externos, mas é difícil enviar seus próprios dados para outros sistemas.

Se esse for o caso, talvez seja necessário decidir se a transferência de dados unidirecional é aceitável ou se você deseja investir mais tempo e energia para encontrar uma maneira de possibilitar a transferência de dados bidirecional.

Por exemplo, talvez você esteja satisfeito em fazer do Tulip o seu sistema principal para coletar dados no chão de fábrica. Então, depois de enviar os dados para o seu sistema MES/ERP, você pode alinhar os dados do chão de fábrica com os dados existentes no sistema.

Casos de uso típicos

Abaixo estão listados cenários comuns que tornam ideal uma integração de terceiros:

  1. Fornecer ao chão de fábrica as informações mais recentes/mais importantes de cada fonte de verdade. Exemplo do ERP: pedidos liberados mais recentes (E programação), lista técnica mais recente, estoque mais recente, etc...
  2. Reduzir o gerenciamento de dados redundantes (por exemplo, os dados acima)
  3. Manter o estoque disponível atualizado em tempo real: evitar horas de pico de mais matérias-primas
  4. Melhorar o despacho no ERP com base no status do centro de trabalho da manufatura em tempo real (ou seja, quais centros de trabalho estão disponíveis?)
  5. Pedidos no ERP + rastreabilidade em nível de unidade da Tulip: Identificar rapidamente o universo de produtos acabados potencialmente defeituosos.

Leitura adicional


Encontrou o que estava procurando?

Você também pode ir para community.tulip.co para postar sua pergunta ou ver se outras pessoas tiveram uma pergunta semelhante!


Este artigo foi útil?