CirculeID

For manufacturers

Dezelfde vraag, zes formaten, elk kwartaal

Paspoortverplichtingen landen bij merken, maar de data landt bij u. Beweer elk cijfer één keer, ondertekend met uw eigen sleutel, en laat elke klant het verifiëren in plaats van u te vragen het opnieuw in te voeren.

Beweren
Eén keer, ondertekend
Gebeurtenissen
EPCIS 2.0
Integratie
API of export

Definition

Wat draagt een leverancier bij aan een digitaal productpaspoort?

Leveranciers leveren het bewijs achter een paspoort: materiaalsamenstelling, recyclaatgehalte, certificeringen, koolstofvoetafdrukcijfers en productiegebeurtenissen. In CirculeID wordt elke bijdrage uitgegeven als verifieerbaar credential ondertekend door de leverancier, zodat de klant kan aantonen wie het beweerde zonder dat de leverancier het per klant opnieuw invoert.

Signing matters to both sides. Your customer needs attribution to satisfy the ESPR; you need a record of exactly what you asserted and when, rather than a figure someone at the brand transcribed two years ago.

Wat verandert

Van vragenlijstantwoord naar uitgegeven credential

Niets hiervan vraagt u anders te produceren. Het verandert hoe de resulterende feiten uw organisatie verlaten.
  • Bewijzen onder uw eigen sleutel

    Claims worden uitgegeven onder de gedecentraliseerde identificator van uw organisatie, zodat toeschrijving nooit afhangt van de administratie van de klant.

  • Eén dataset, veel formaten

    Geef één keer uit tegen het standaardmodel; elke klant projecteert het naar de vorm die zijn verordening of portaal vraagt.

  • Claims op componentniveau

    Hang het bewijs aan het onderdeel of de batch waarvoor het geldt, niet aan een hele catalogus met een voetnoot.

  • MES- en ERP-integratie

    De data komt uit de systemen die u al draait. Geen migratie, en geen tweede plek om hetzelfde cijfer in te voeren.

  • Geldigheidsperioden

    Geef een cijfer uit met een vervaldatum, zodat een verouderde voetafdruk niet langer als actueel wordt behandeld.

  • Vertrouwelijkheid behouden

    Beweer een eigenschap van wat u levert zonder prijs te geven van welke partij stroomopwaarts die kwam.

Onboarding

Wat er nodig is om credentials te gaan leveren

Dagen, geen kwartalen — de inspanning zit in het eens worden over wat u wilt beweren, niet in de mechaniek.
  1. 01

    Uw identiteit vaststellen

    Uw organisatie krijgt een decentralized identifier en een ondertekeningssleutel. Elke claim die u daarna uitgeeft, is daaraan toe te schrijven.

  2. 02

    De claimset vaststellen

    Bepaal wat u gaat beweren — samenstelling, recyclaatgehalte, certificeringen, voetafdruk — en op welk detailniveau.

  3. 03

    Het bronsysteem koppelen

    Waarden komen uit het MES, ERP of laboratoriumsysteem via de API of een geplande export, en niet met de hand.

  4. 04

    Uitgeven en klanten laten verifiëren

    Uw klanten trekken uw ondertekende claims in hun eigen paspoorten en verifiëren ze zelf. De vragenlijst houdt op met komen.

Antwoorden

Veelgestelde vragen

Waarom zou een leverancier zich om productpaspoorten bekommeren?

Omdat de verzoeken hoe dan ook komen. Elke klant die onder de ESPR (EU) 2024/1781 valt, zal samenstelling, voetafdruk en recyclaatgehalte vragen, in een eigen format en op een eigen moment. De data één keer uitgeven als ondertekend credential dat elke klant zelf kan verifiëren, vervangt die rij vragenlijsten door één artefact.

Moeten wij onze eigen leveranciers aan onze klanten tonen?

Nee. U kunt een eigenschap beweren van wat u levert — recyclaatgehalte, een certificering, een voetafdrukcijfer — zonder prijs te geven van welke partij stroomopwaarts die kwam. Dat is het praktische voordeel van ondertekende claims boven gedeelde databases: de claim is verifieerbaar zonder dat de keten erachter zichtbaar wordt.

Waartoe verbindt het ondertekenen van een claim ons?

Hetzelfde waartoe een ondertekende verklaring op briefpapier u verplicht, met betere herkomst. Het credential legt vast dat uw organisatie op een bepaalde datum een bepaalde waarde heeft beweerd. Het legt uw systemen niet bloot en kan met een geldigheidsduur worden uitgegeven, zodat een cijfer niet onbeperkt als waar geldt.

Hoe past dit bij ons MES of ERP?

Het staat erboven. Data komt binnen via de REST-API of een geplande export, en productiegebeurtenissen kunnen als EPCIS 2.0-gebeurtenissen worden weggeschreven vanuit de systemen die ze al genereren. Er is geen migratie en geen tweede plek om data in te voeren, wat meestal de voorwaarde is waaronder een leverancier überhaupt meedoet.

Wat als verschillende klanten verschillende formaten willen?

Dat doen ze, en dat is precies het probleem dat hiermee wordt beëindigd. De claim wordt één keer uitgegeven tegen een op normen gebaseerd model; het platform van elke klant projecteert haar naar wat hun verordening of portaal vraagt. U onderhoudt één dataset in plaats van één per klantrelatie.

Next step

De volgende vragenlijst één keer beantwoorden

Neem het laatste dataverzoek mee dat een klant u stuurde. Wij tonen u het credential dat het had beantwoord, en elk volgend verzoek daarna.

Index