CirculeID

API & integration

Rien ici ne devient un second endroit de saisie

Votre PLM reste le référentiel maître des spécifications, votre ERP celui des transactions. Le passeport est une vue sur eux qui ajoute les deux choses qu’ils ne peuvent pas contenir : une politique d’accès et une preuve pour chaque allégation.

Protocole
REST sur HTTPS
Push
Webhooks signés
Données maîtres
Reste à vous

Definition

Comment une plateforme de passeport s’intègre-t-elle à un ERP ou un PLM ?

Elle se place au-dessus d’eux plutôt que de les remplacer. Les spécifications restent dans le PLM, les transactions dans l’ERP, les calculs d’empreinte dans l’outil comptable. La donnée arrive dans le passeport par une API REST, des exports planifiés et la soumission fournisseur, et des webhooks préviennent vos systèmes quand le passeport change.

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.

Responsabilité

Quel système possède quoi, après intégration

Se mettre d’accord sur ce tableau au départ, c’est ce qui évite la dispute sur les données maîtres dupliquées six semaines plus tard.
Système de référence pour chaque classe de données après une intégration passeport
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

Comment la donnée circule

  • API REST

    JSON sur HTTPS pour les passeports, événements et attestations, avec des clés limitées par environnement.

  • Import planifié

    Pour les systèmes incapables d’appeler vers l’extérieur, mappés à la réception plutôt que remodelés par vous.

  • Soumission fournisseur

    La voie pour les données que vous ne détenez pas — signées par le fournisseur, non recopiées par vous.

  • Webhooks signés

    Les changements de passeport, d’événement et d’attestation sont poussés vers vos systèmes, avec reprise et temporisation.

  • Mapping des champs

    Vos conventions de champs rattachées une fois au modèle normalisé, puis appliquées à chaque import.

  • Historique des modifications

    Les changements significatifs sont consignés comme événements datés, si bien que deux lectures peuvent être réconciliées.

Séquence

Un ordre d’intégration réaliste

Faire ces étapes dans cet ordre est ce qui garde le calendrier honnête, car l’étape trois est le chemin critique et ne dépend pas des autres.
  1. 01

    Arrêter le système de référence

    Décidez quel système possède chaque classe de données avant d’écrire le moindre mapping. Sauter cette étape produit des données maîtres dupliquées.

  2. 02

    Cartographier un groupe de produits

    Importez un export réel et lisez le rapport d’écarts. Il vous dit ce que l’acte délégué exige et que personne ne détient aujourd’hui.

  3. 03

    Lancer l’intégration des fournisseurs

    Commencez immédiatement et en parallèle. C’est le chemin critique, et c’est un exercice de relation plus que de technique.

  4. 04

    Brancher les rappels

    Abonnez vos systèmes aux changements de passeport et d’attestation pour que les traitements aval réagissent au lieu d’interroger en boucle.

Réponses

Questions fréquentes

Quel système reste le référentiel maître des données produit ?

Les vôtres. Le PLM reste le référentiel maître des spécifications, l’ERP celui des transactions, et votre outil de comptabilité carbone celui des calculs d’empreinte. CirculeID détient le passeport — la vue assemblée, à accès contrôlé et porteuse de preuves sur ces systèmes — et ne devient pas un second endroit où maintenir les données sous-jacentes.

Comment la donnée entre-t-elle réellement ?

De trois façons, généralement combinées : l’API REST pour les systèmes capables d’appeler vers l’extérieur, des exports planifiés pour ceux qui ne le peuvent pas, et la soumission fournisseur pour les données que vous ne détenez pas du tout. La troisième représente normalement la plus grosse part du travail, car les données de composition de rang deux n’existent dans aucun de vos systèmes.

Que se passe-t-il quand les données sources changent ?

Le passeport est mis à jour. Lorsque le changement est substantiel — une correction de composition, une nouvelle certification —, il est consigné comme événement daté plutôt que d’écraser silencieusement la valeur précédente, de sorte qu’un passeport lu l’an dernier et cette année peut être rapproché.

Avez-vous des connecteurs prêts à l’emploi ?

Pour les ERP et PLM courants, oui, et ils raccourcissent le mapping sans le supprimer : chaque implémentation a ses conventions de champs et son histoire de contournements. Traitez un connecteur comme un point de départ de la conversation de mapping, pas comme un substitut à celle-ci.

Comment nos systèmes apprennent-ils qu’une chose a changé ?

Webhooks. Les changements de passeport, d’événement et de certificat émettent des rappels signés auxquels vos systèmes s’abonnent, de sorte qu’un processus en aval réagisse à un nouveau certificat fournisseur sans interrogation périodique. La livraison est réessayée avec backoff, et le journal des échecs est visible plutôt que silencieux.

Next step

Apportez un export PLM

Nous le rattacherons, lancerons le rapport de lacunes sur votre groupe de produits, et vous donnerons une vision réaliste de l’endroit où se situe réellement le travail.

Index