CirculeID

API & integration

Nada disto se torna um segundo sítio onde introduzir dados

O seu PLM continua a ser o mestre das especificações, e o seu ERP o das transações. O passaporte é uma vista sobre eles que acrescenta as duas coisas que não conseguem guardar: uma política de acesso e prova para cada alegação.

Protocolo
REST sobre HTTPS
Push
Webhooks assinados
Dados mestre
Continua a ser sua

Definition

Como se integra uma plataforma de passaporte com um ERP ou PLM?

Fica acima deles em vez de os substituir. As especificações continuam no PLM, as transações no ERP, os cálculos de pegada na ferramenta de contabilidade. Os dados chegam ao passaporte por uma API REST, exportações agendadas e submissões de fornecedores, e os webhooks avisam os seus sistemas quando o passaporte muda.

The part most integration plans underestimate is the third input. Tier-two composition and certification data usually exists in none of your systems, because until now nothing required you to hold it.

Responsabilidade

Que sistema é dono do quê, depois da integração

Acordar esta tabela no início é o que evita a discussão sobre dados mestre duplicados seis semanas depois.
Sistema de referência para cada classe de dados após uma integração de passaporte
DataSystem of recordWhat CirculeID adds
Product specificationPLMThe passport projection and its required-field gap report
Transactions and batchesERPBatch identity bound to a resolvable passport
Carbon footprintLCA or carbon accounting toolThe figure held against the product with its methodology
Supplier evidenceThe supplierSigned credentials, so the claim carries its author
Supply chain eventsWMS, MES and logistics partnersOne EPCIS 2.0 history, queryable by object
Access policyCirculeIDWho sees which field, evaluated at resolution time

Interfaces

Como os dados se movem

  • API REST

    JSON sobre HTTPS para passaportes, eventos e credenciais, com chaves delimitadas por ambiente.

  • Importação agendada

    Para sistemas que não conseguem chamar para fora, mapeados na receção em vez de remodelados por si.

  • Submissão do fornecedor

    A via para os dados que não detém — assinados pelo fornecedor, não transcritos por si.

  • Webhooks assinados

    As alterações de passaportes, eventos e credenciais são enviadas para os seus sistemas, com repetições e recuo.

  • Mapeamento de campos

    As suas convenções de campos mapeadas uma vez para o modelo normalizado, e depois aplicadas em cada importação.

  • Histórico de alterações

    As alterações relevantes são registadas como eventos datados, para que duas leituras possam ser reconciliadas.

Sequência

Uma ordem de integração realista

Fazer estes passos por esta ordem é o que mantém o calendário honesto, porque o terceiro é o caminho crítico e não depende dos outros.
  1. 01

    Fixar o sistema de referência

    Decida que sistema é dono de cada classe de dados antes de escrever qualquer mapeamento. Saltar este passo é o que produz dados mestre duplicados.

  2. 02

    Mapear um grupo de produtos

    Importe uma exportação real e leia o relatório de lacunas. Diz-lhe o que o ato delegado exige e que hoje ninguém detém.

  3. 03

    Iniciar a integração de fornecedores

    Comece de imediato e em paralelo. Este é o caminho crítico, e é mais um exercício de relação do que técnico.

  4. 04

    Ligar as chamadas de retorno

    Subscreva os seus sistemas às alterações de passaportes e credenciais, para que os processos a jusante reajam em vez de sondarem em ciclo.

Respostas

Perguntas frequentes

Que sistema continua a ser o mestre dos dados de produto?

Seus. O PLM continua a ser o mestre das especificações, o ERP o das transações e a sua ferramenta de contabilidade de carbono a dos cálculos de pegada. A CirculeID guarda o passaporte — a vista montada, com controlo de acessos e portadora de prova sobre esses sistemas — e não se torna um segundo sítio onde manter os dados subjacentes.

Como entram de facto os dados?

De três formas, normalmente combinadas: a API REST para sistemas capazes de chamar para fora, exportações agendadas para os que não conseguem, e submissão pelo fornecedor para os dados que não detém de todo. A terceira é normalmente a maior parte do trabalho, porque os dados de composição de segundo nível raramente existem em qualquer um dos seus sistemas.

O que acontece quando os dados de origem mudam?

O passaporte é atualizado. Quando a alteração é material — uma correção de composição, uma nova certificação — é registada como evento datado em vez de sobrescrever em silêncio o valor anterior, para que um passaporte lido no ano passado e este ano possa ser reconciliado.

Têm conectores pré-construídos?

Para os ERP e PLM mais comuns, sim, e encurtam o mapeamento sem o eliminar: cada implementação tem as suas convenções de campos e o seu histórico de soluções de recurso. Trate um conector como ponto de partida da conversa de mapeamento, e não como substituto dela.

Como é que os nossos sistemas sabem que algo mudou?

Webhooks. As alterações de passaporte, evento e credencial emitem chamadas de retorno assinadas a que os seus sistemas subscrevem, de modo que um processo a jusante reaja a uma nova credencial de fornecedor sem sondagem. A entrega é repetida com backoff, e o registo de falhas é visível em vez de silencioso.

Next step

Traga uma exportação do PLM

Iremos mapeá-lo, correr o relatório de lacunas para o seu grupo de produtos e dar-lhe uma visão realista de onde está realmente o trabalho.

Index