CTE KDE-registratie

Deze term uit de woordenlijst maakt deel uit van de SG Systems Global Bibliotheek met richtlijnen voor regelgeving en bedrijfsvoering.

Bijgewerkt januari 2026 • FSMA 204-traceerbaarheidsregel, kritieke traceergebeurtenissen (CTE's), belangrijke gegevenselementen (KDE's), gebeurtenisgebaseerde records, lotkoppeling, datasets voor transformatie/ontvangst/verzending, responstijd van 24 uur, EPCIS-afstemming, controle op gegevensintegriteit • Voornamelijk traceerbaarheid in de voedselvoorzieningsketen (FTL-voedsel, traceerbaarheidssystemen die voldoen aan de compliance-eisen)

CTE KDE-registratie is de operationele discipline voor het vastleggen, valideren, bewaren en ophalen van de vereiste sleutelgegevenselementen (KDE's) voor elke kritieke traceergebeurtenis (CTE) onder FSMA 204 (en nauw verwante traceerbaarheidsprogramma's van klanten/GFSI). Het gaat niet om "het bewaren van wat verzenddocumenten". Het is een op gebeurtenissen gebaseerd registratiesysteem dat traceeronderzoeken versnelt: voor elke partij kunt u een consistente dataset genereren van wat is ontvangen, wat is verwerkt, wat is verzonden en welke handelspartners erbij betrokken waren – zonder het verhaal te hoeven reconstrueren aan de hand van verspreide documenten.

FSMA 204 dwingt bedrijven om over te stappen van documentgebaseerde traceerbaarheid ("we hebben ergens inkooporders en vrachtbrieven") naar gebeurtenisgebaseerde traceerbaarheid ("we hebben een gestructureerde keten van ontvangst-, transformatie- en verzendgebeurtenissen met lotnummering"). CTE KDE-registratie is het mechanisme dat deze verschuiving daadwerkelijk mogelijk maakt. Het definieert wat er bij elke gebeurtenis moet worden vastgelegd, hoe het moet worden gevalideerd en beschermd, en hoe het moet worden verpakt wanneer de toezichthouder of klant om een ​​traceerbaarheidsdataset vraagt ​​– vaak binnen een strak tijdschema.

Laten we het maar meteen zeggen: bedrijven voldoen niet aan de FSMA-traceerbaarheidseisen omdat ze geen gegevens hebben. Ze voldoen niet aan de eisen omdat de gegevens inconsistent zijn, niet aan batches gekoppeld, te laat vastgelegd, zonder controle bewerkbaar of verspreid over verschillende systemen. De CTE KDE-registratie lost dit op door de "minimaal vereiste gebeurtenisregistratie" te standaardiseren en deze af te dwingen op de punten waar de traceerbaarheid tekortschiet: ontvangst, transformatie, aggregatie/samenvoeging en verzending.

"De CTE KDE-registratie biedt traceerbaarheid die u kunt exporteren, niet traceerbaarheid die u moet reconstrueren."

1) Wat is de daadwerkelijke registratie van gegevens door CTE KDE?

CTE KDE-registratie is het 'gebeurtenisregister' van uw traceerbaarheidssysteem. Voor elke kritieke traceergebeurtenis maakt u een record aan waarin het volgende wordt vastgelegd:

• gebeurtenistype (ontvangen, transformeren, verzenden, enz.),
• tijd en locatie van het evenement,
• handelspartner(s) betrokken, indien van toepassing.
• productidentiteit en hoeveelheden,
• lotnummer (en identificatienummers van containers/dozen/pallets indien van toepassing),
• koppeling met eerdere en latere gebeurtenissen via perceelstamboom,
• uitzonderingen, voorbehouden en bewijsmateriaal met betrekking tot de afhandeling, indien van toepassing.

De gegevens moeten consistent en exporteerbaar zijn. Als elke afdeling gebeurtenissen anders registreert, zal uw traceergegevensset onvolledig zijn en zal het samenstellen ervan tijdrovend zijn.

2) Waarom FSMA 204 gebeurtenisgebaseerde registratie verplicht stelt

Traceerbaarheid op basis van documenten is te traag. Bij uitbraken moeten toezichthouders snel kunnen handelen. Documentensets (inkooporders, facturen, vrachtbrieven) missen vaak de koppeling met batchnummers of worden opgeslagen in incompatibele formaten. Op gebeurtenissen gebaseerde registratie lost dit op door te standaardiseren wat er op elk grensmoment wordt vastgelegd.

Op gebeurtenissen gebaseerde registratie sluit ook aan bij de manier waarop producten in de toeleveringsketen daadwerkelijk worden verplaatst: wisseling van eigenaar bij ontvangst en verzending; veranderingen in identiteit bij transformatie en herverpakking; veranderingen in reikwijdte bij het samenvoegen en aggregeren van producten. Precies op die punten gaat het spoor stuk wanneer de registratie informeel is.

3) CTE's: de gebeurtenissen die consistent moeten worden vastgelegd

CTE's zijn "critical tracking events"—gedefinieerde momenten waarop de traceerketen moet worden vastgelegd. Operationeel gezien omvatten de meest voorkomende CTE-klassen:

• Ontvangen: het materiaal komt in uw bezit.
• Transformatie: Inputbatches worden outputbatches (productie, verwerking, herverpakking).
• Verzenden: Het product verlaat uw toezicht.
• Aggregatie/vermenging: De identiteit is gegroepeerd of gemengd (gemengde pallets, consolidatie).

Niet elke faciliteit voert elk type CTE uit, maar elke faciliteit die FTL-voedsel verwerkt, zal te maken krijgen met ten minste enkele grensgevallen die nauwkeurig moeten worden vastgelegd.

4) KDE's: de minimaal vereiste gegevensvelden voor elk evenement

KDE's zijn de verplichte velden voor elk evenement. Dezelfde KDE-categorieën komen steeds terug:

• Wie: Afzender-/ontvangergegevens, vervoerder indien van toepassing.
• Wat: productidentificatie (artikel/SKU/GTIN).
• Welke: lotcode(s) en container-/kist-/palletidentificaties (SSCC) waar van toepassing.
• Hoe veel: hoeveelheid en meeteenheid.
• Wanneer, waar: Tijdstip en locatie van het evenement.

De CTE KDE-registratie zorgt ervoor dat deze categorieën altijd aanwezig en altijd aan elkaar gekoppeld zijn, ongeacht de afdeling.

5) Identificatiecode voor de lotnummering: de allerbelangrijkste regel voor de administratie

De lotidentificatie is de primaire sleutel die gebeurtenissen met elkaar verbindt. De registratie mislukt wanneer de lotidentificatie onjuist is:

• niet geregistreerd bij ontvangst (leverancierspartij ontbreekt),
• niet gekoppeld via transformatie (input-output mapping ontbreekt),
• niet geregistreerd bij verzendingsbevestiging (uitgaande partijen niet gekoppeld aan klanten),
• verloren gegaan in gemengde pallets of tijdens herverpakkingsprocessen.

De eerste regel voor het bijhouden van gegevens is dus: de lotidentificatie moet bij elke gebeurtenis worden vastgelegd en bewaard. Al het andere is van ondergeschikt belang.

6) Registratie van ontvangstgebeurtenissen: een stap terug begint hier.

Bij de ontvangstregistratie moeten de volgende gegevens worden vastgelegd: afzender/leverancier, leverancierslotnummer en interne lotnummertoewijzing, hoeveelheid, tijd/locatie en afhandeling (quarantaine/vasthouding/vrijgave). Dit is waar "één stap terug" aantoonbaar wordt.

Veelvoorkomende zwakke punten die de registratie van ontvangsten verstoren:

• ingevoerde leverancierslotnummers,
• gemengde pallets worden als één partij geregistreerd.
• opbergen vóór de verkoop,
• De certificaten van echtheid (CoA's) zijn opgeslagen, maar niet gekoppeld aan lot-ID's.

Het verbeteren van de registratie van ontvangen goederen is de meest effectieve manier om de traceerbaarheid te vergroten, omdat het onverklaarbare invoer voorkomt.

7) Registratie van transformaties: input-output genealogie en massabalans

Transformatie is de moeilijkste recordset omdat de identiteit verandert. Een transformatierecord moet de volgende koppelingen bevatten:

• Verbruikte inputpartijen (met hoeveelheden),
• geproduceerde batches (met aantallen),
• tijd/locatie van de transformatie,
• zakelijke context (batch-/run-ID),
• afval/herbewerking/opbrengstresultaten dus massabalans verzoent zich.

Het vastleggen van transformatiegegevens schiet tekort wanneer operators partijen vervangen zonder dit te registreren, herwerk wordt toegevoegd zonder identificatie, of WIP-tanks "op geheugen" worden beheerd.

8) Registratie van gebeurtenissen tijdens de scheepvaart: een stap vooruit en bevestiging van de waarheid van de scheepvaart

De verzendadministratie moet de volgende gegevens bevatten: afleveradres, verzendidentificatie, verzonden partijen, verzonden hoeveelheden, tijd/locatie en bewijs van overdracht (vrachtbrief/ASN/manifest). Dit is het bewijs dat de levering in één stap kan worden uitgevoerd.

De registratie van verzendingen schiet tekort wanneer:

• Verzendingen worden bevestigd zonder lotnummer.
• Gemengde pallets worden niet op kist-/palletniveau geregistreerd.
• Een blokkering blokkeert geen verzendingen.
• Uitzonderingen (wissels, korte keuzes) zijn niet gedocumenteerd.

Als je niet kunt bewijzen wie welke partij heeft ontvangen, zullen je terugroepacties breed opgezet en traag verlopen.

9) Aggregatie/vermenging: behoud van identiteit door gemengde bewerkingen

Aggregatie en vermenging zijn de zwakke punten van veel traceerprogramma's, omdat de identiteit dan gelaagd raakt:

• dozen samengevoegd tot pallets (SSCC),
• pallets gemengd met meerdere partijen,
• gedeeltelijk gedemonteerde en opnieuw opgebouwde pallets,
• Evenementen rondom de consolidatie van distributiecentra en cross-docking.

Bij het bijhouden van de administratie moeten de verbanden worden vastgelegd: welke dozen/lotcodes zich op elke pallet bevinden en welke pallets bij welke zending hoorden. Zonder die verbanden is het traceren van de goederen onnauwkeurig.

10) Documenten versus gebeurtenissen: hoe gebruik je inkooporders/vrachtbrieven/artikelnummers zonder de lotkoppeling te verliezen

FSMA 204 verbiedt documenten niet; het vereist dat de traceergegevens gebaseerd zijn op gebeurtenissen en gekoppeld zijn aan partijen. Documenten zoals inkooporders, vrachtbrieven, luchtvrachtbrieven, paklijsten en analysecertificaten blijven waardevol, mits ze gekoppeld zijn aan gebeurtenisgegevens.

Praktische regel:

• documenten bieden commerciële context,
• Gebeurtenisgegevens bieden context voor tracering aan lotnummers.
• Beide moeten met elkaar verbonden zijn door gedeelde ID's (verzending-ID, ontvangst-ID, lot-ID's).

Als er documenten bestaan ​​zonder koppeling, heb je wel papierwerk, maar geen traceerbare dataset.

11) Controle op gegevensintegriteit: het voorkomen van stille bewerkingen en terugvullingen

De CTE KDE-documentatie moet geloofwaardig zijn bij een audit. Dat betekent dat deze beschermd moet zijn tegen "stille correcties" achteraf. Sterke integriteitscontroles omvatten:

• unieke gebruikersidentiteiten (geen gedeelde inloggegevens),
• controletrail voor wijzigingen (zie controlespoor),
• reden voor wijziging bij bewerkingen,
• Het vastleggen van het tijdstip van de gebeurtenis is, waar relevant, verschillend van het tijdstip van binnenkomst.
• gecontroleerde uitzonderingspaden wanneer het scannen mislukt (niet de standaard handmatige invoer),
• Handhaving van detentie/vrijlating zodat de registratie overeenkomt met de feitelijke controle.

Als het systeem terugdatering en stilletjes bewerken toestaat, wordt de traceergegevensset juridisch kwetsbaar.

12) Bewaring en indexering: het opvragen van gegevens op basis van lotnummer en tijdsvenster.

Het bijhouden van gegevens is niet alleen vastleggen, maar ook terugvinden. Uw systeem moet het volgende ondersteunen:

• zoekopdracht op basis van partijnummers in de ontvangst-, verwerkings- en verzendfase.
• tijdvenster zoeken naar verdachte vensters,
• Zoeken naar handelspartners (verzenden vanuit/verzenden naar),
• exportformaten die snel geleverd kunnen worden,
• Bewaarbeleid en back-ups zorgen ervoor dat gegevens beschikbaar blijven.

Dit sluit aan bij de mentaliteit van een reactietijd van 24 uur: als je de dataset niet snel kunt ophalen, ben je er nog niet klaar voor.

13) Reactietijd van de dataset binnen 24 uur: het bouwen van exporteerbare traceerpakketten

Een volwaardig CTE KDE-registratieprogramma kan snel een FDA-traceerbaarheidsdataset exporteren. In de praktijk zouden uw exportpakketten het volgende moeten bevatten:

• dataset met ontvangstgebeurtenissen (leverancierslottoewijzing, hoeveelheden, afhandeling),
• dataset van transformatiegebeurtenissen (input-output-koppelingen, hoeveelheden, opbrengsten),
• Gegevensset met verzendgebeurtenissen (afleveradres, verzonden partijen, aantallen, verzend-ID's),
• Samenvatting van de massabalansafstemming,
• Uitzonderingen en blokkeringen gekoppeld aan het tijdsvenster/lotbereik.

Als je dit elke keer handmatig moet doen, mis je deadlines en maak je fouten. "Exporteerbaarheid" is een essentieel ontwerpcriterium.

14) EPCIS-afstemming: het weergeven van CTE/KDE-gegevens als gestandaardiseerde gebeurtenissen

EPCIS is een praktisch formaat voor het vastleggen van gebeurtenissen. Wanneer uw systeem de belangrijkste KDE-categorieën al vastlegt, is EPCIS-mapping een logische stap:

• Ontvangst-/verzendinggebeurtenissen worden gekoppeld aan objectgebeurtenissen.
• Transformatiegebeurtenissen worden gekoppeld aan transformatiegebeurtenissen.
• Kaart met tijd en locatie van het evenement, direct te bekijken.
• Referenties van zakelijke transacties (PO/BOL/ASN) worden gekoppeld aan de EPCIS businessTransactionList.
• SSCC/zaak-ID's komen overeen met EPC-identificaties.
• Hoeveelheidslijsten worden gekoppeld aan quantityList-structuren.

Nogmaals: EPCIS lost zwakke opnames niet op. Het standaardiseert alleen wat je al hebt.

15) Testen en oefeningen: bewijzen dat de registratie onder druk werkt

De beste test is een gesimuleerde terugroepactie die een complete dataset van de gebeurtenisketen vereist. Kies een voltooide batch en produceer:

• KDE's ontvangen voor betrokken invoer,
• transformatie KDE's die inputs aan outputs koppelen,
• Het verzenden van KDE's laat zien waar de uitvoer naartoe is gegaan.
• massabalansverzoening,
• Exporteer het pakket binnen het door u gewenste tijdsvenster.

Als er een gebeurtenis ontbreekt of niet aan een kavel is gekoppeld, zal de test dat aan het licht brengen. Dat is de waarde van testen: het vindt doodlopende wegen voordat een echt onderzoek dat doet.

16) KPI's: het meten van volledigheid, afwijkingen en uitzonderingspercentages

Nuttige KPI's voor het bijhouden van CTE/KDE-gegevens:

Als het aantal handmatige invoermomenten toeneemt, zal de integriteit van KDE in gevaar komen. Dat is een vroegtijdig waarschuwingssignaal waarop u kunt reageren voordat audits dat doen.

17) Audithouding: wat toezichthouders en klanten onder druk zetten

Drukproeven omvatten doorgaans:

• selecteer een kavel en vraag de volledige dataset van de gebeurtenisketen aan.
• Controleer de toewijzing van de ontvangende leverancierspartij.
• Controleer de transformatiekoppeling en de massabalans.
• Controleer de koppeling tussen de verzendontvanger en de hoeveelheden.
• Controleer de integriteit van de gegevens (geen bewerkingen achteraf zonder auditspoor).
• Controleer de ophaalsnelheid (getimede reactie).

Auditors vinden het niet belangrijk dat je uiteindelijk een rapport kunt genereren. Het gaat hen erom dat de dataset compleet, consistent en snel is.

18) Kopieer/plak de gereedheidsscorekaart

Gebruik dit als een directe interne test. Als je geen duidelijk antwoord kunt geven, verbeter dan de manier waarop gegevens worden vastgelegd – niet de rapportagesjablonen.

19) Foutpatronen: hoe CTE/KDE-conformiteit wordt vervalst

• Documentvervanging. Inkooporders/vrachtbrieven verstrekt zonder aan partijen gekoppelde gebeurtenisgegevens.
• Koppeling achteraf. Later werden veel gegevens "aan elkaar gekoppeld" om de tracering te laten werken; de tijdlijnen komen niet overeen met de werkelijkheid.
• Blinde vlek bij transformatie. Er is geen verband tussen input en output; er wordt uitgegaan van een genealogie.
• Veel getypt. Handmatige invoer is dominant; het foutpercentage stijgt.
• Gemengde kleurenpaletten, ambiguïteit. Aggregatie niet geregistreerd; voorwaartse tracering is breed.
• De beslaglegging wordt niet gehandhaafd. Uit documenten blijkt dat er controle was, maar de verzendingen bewijzen het tegendeel.
• Geen controletraject. Gegevens kunnen stilletjes worden bewerkt; de integriteit ervan wordt onmiddellijk in twijfel getrokken.

Het tegengif is het vastleggen van gebeurtenissen op het moment zelf, met validatie en handhaving, ondersteund door regelmatige oefeningen.

20) Hoe dit in kaart wordt gebracht op V5 door SG Systems Global

V5 ondersteunt CTE/KDE-registratie door traceerbaarheidsgebeurtenissen direct in de uitvoering te integreren in plaats van als extra rapportage. In de praktijk kan V5 het volgende:

• vastleggen van scangestuurde ontvangst-KDE's en leverancierslottoewijzing met afhandelingspoorten,
• Leg transformatiegebeurtenissen vast die inputbatches koppelen aan outputbatches met ondersteuning voor hoeveelheden en massabalans.
• Leg scan-gestuurde verzend-KDE's vast die gekoppeld zijn aan klanten, zendingen, SSCC/case-identiteit en documenten.
• Handhaaf de regels voor vasthouden/loslaten en beweging, zodat de registratie overeenkomt met de fysieke controle.
• Bescherm de integriteit met behulp van audit trails en gecontroleerde toegang.
• Exporteer complete traceerbaarheidsgegevens en EPCIS-gebeurtenissen waar nodig.

Deze mogelijkheden zijn op elkaar afgestemd in V5 WMS (ontvangst/verzending), V5 MES (transformaties) en integraties via de V5 Connect API om ERP-, LIMS- en handelspartners met elkaar te verbinden.

21) Uitgebreide FAQ

Vraag 1. Zijn de vereisten voor het bijhouden van CTE/KDE-gegevens voor elk bedrijf hetzelfde?
Nee. De vereisten hangen af ​​van je rol, de voedselcategorie (FTL-bereik) en de soorten evenementen die je uitvoert. Maar de operationele categorieën (wie/wat/welke/hoeveelheid/wanneer/waar) blijven consistent.

Vraag 2. Welke recordreeks is het moeilijkst te handhaven?
Transformaties, omdat ze een koppeling tussen input en output vereisen met overeenkomende hoeveelheden. De meeste traceerprogramma's falen hier vanwege hiaten in de identiteit van onderhanden werk en herwerk.

Vraag 3. Moeten we voldoen aan de EPCIS-normen?
Niet per se. EPCIS is een gangbare uitwisselingsstandaard, maar naleving hangt af van uw vermogen om de vereiste KDE-datasets snel en consistent vast te leggen en te produceren.

Vraag 4. Hoe voorkomen we dat handmatige invoer de integriteit van KDE aantast?
Maak scannen de standaardmethode, behandel handmatige invoer als een gecontroleerde uitzondering met verificatie, en registreer de frequentie van handmatige invoer als KPI. Als handmatige invoer vaak voorkomt, neigt uw systeem naar fouten.

Vraag 5. Hoe bewijzen we dat we er klaar voor zijn?
Voer gesimuleerde terugroepacties en ophaaloefeningen uit waarbij een volledige dataset van ontvangst/transformatie/verzending nodig is voor een willekeurig geselecteerde partij en tijdsperiode, inclusief massabalans. Als u de gegevens snel kunt exporteren en ze overeenkomen, is uw administratie correct.

Gerelateerde lectuur (houd het praktisch)
De CTE/KDE-registratie wordt duurzaam wanneer ontvangst, transformatie en verzending scangestuurd en aan lotnummers gekoppeld zijn (ontvangende, transformatieen verzending), hoeveelheden komen overeen (massabalans), en datasets kunnen binnen de worden geëxporteerd. Reactie binnen 24 uur venster. Bewijs vervolgens uw gereedheid met schijnbare terugroepacties en gestructureerde oefeningen die hiaten dichten in plaats van ze te herhalen.