FSMA 204 Traceerbaarheidsplan

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 Voedseltraceerbaarheidsregel, structuur van het traceerbaarheidsplan, FTL-bereik, CTE/KDE-registratie, TLC-governance, workflows voor ontvangst/transformatie/verzending, responstijd van datasets binnen 24 uur, gesimuleerde terugroepacties, EPCIS-afstemming • Voornamelijk traceerbaarheid in de voedselvoorzieningsketen (fabrikanten, co-packers, distributeurs, 3PL's die FTL-voedsel verwerken)

Het FSMA 204-traceerbaarheidsplan is de schriftelijke, operationele blauwdruk die uitlegt hoe uw organisatie de vereiste traceerbaarheidsgegevens vastlegt, beheert en opvraagt ​​voor voedingsmiddelen op de voedseltraceerbaarheidslijst (FTL) . Het is geen beleidsverklaring, maar de routekaart van de praktijk naar de data: waar de kritieke traceergebeurtenissen (Critical Tracking Events, CTE's) plaatsvinden, welke belangrijke gegevenselementen (Key Data Elements, KDE's) bij elke gebeurtenis worden vastgelegd, hoe uw traceerbaarheidslotcode (Traceability Lot Code, TLC) wordt toegewezen en bewaard, hoe uitzonderingen worden afgehandeld en hoe u snel, onder druk, een samenhangende dataset produceert.

De zakelijke waarde van het plan is overduidelijk: het verkleint de omvang van de terugroepactie en verkort de reactietijd door "traceerbaarheidsdrempels" te voorkomen. De waarde voor compliance is eveneens overduidelijk: het maakt traceerbaarheid tot een aantoonbare systeemeigenschap, in plaats van een verhaal dat je moet reconstrueren aan de hand van documenten en interviews. Een goed traceerbaarheidsplan maakt een reactietijd van 24 uur voor de dataset realistisch, omdat de dataset al in het plan is vastgelegd voordat erom gevraagd wordt.

Laten we het maar eerlijk zeggen: de meeste bedrijven voldoen niet aan FSMA 204 omdat ze geen ERP- of WMS-systeem hebben. Ze voldoen niet aan de eisen omdat het plan vaag is, de workflow niet gecontroleerd is en de gegevens niet aan elkaar gekoppeld zijn. De ontvangstafdeling registreert leveranciersbatches inconsistent, de verzendafdeling bevestigt orders zonder batchidentificatie en transformaties koppelen inputs niet aan outputs. Het plan is essentieel om deze hiaten te dichten – door de CTE-punten en de exacte gegevensvelden die moeten worden vastgelegd te benoemen en vervolgens controles te definiëren die voorkomen dat werk wordt "voltooid" zonder die vastlegging.

“Een traceerbaarheidsplan is geen map waarin staat dat je aan de regels voldoet. Het is een draaiboek dat hiaten voorkomt wanneer het druk is in de haven en de productielijn in beweging is.”

1) Wat een FSMA 204-traceerbaarheidsplan is (en wat het niet is)

Een traceerbaarheidsplan is een gecontroleerd document dat een operationeel model beschrijft. Het moet zonder omwegen antwoord geven op vier vragen die bij een inspectie aan de orde komen:

• Wat valt er binnen de scope? (welke producten en welke rollen)
• Waar bevinden zich de CTE's? (ontvangst-, verwerkings-, verzend- en verzamelpunten)
• Welke gegevens worden vastgelegd? (uw KDE-woordenboek en TLC-regels)
• Hoe bewijs je dat snel? (uw exportpakket en boormachines)

Het is geen alinea over "wij doen aan traceerbaarheid" en het is ook geen generieke sjabloon die van een andere vestiging is gekopieerd. Als het niet aansluit op uw laadperrons, uw productielijnen, uw werkstroom en uw verzendmethoden, zal het een daadwerkelijke traceeraanvraag niet doorstaan.

2) Omvang: FTL-mapping en rolmapping

Je plan begint met een duidelijke omschrijving van de reikwijdte. Het moet de FTL-categorieën die je beheert opsommen en je rol(len) voor elke categorie definiëren (alleen ontvangen, transformeren, verzenden, opslaan, herverpakken, distribueren). Dit is geen overbodig werk – je rol bepaalt welke gebeurtenissen je moet vastleggen en welke KDE-velden relevant zijn.

Praktische inhoud:

• FTL-categorieën die worden behandeld (met interne productfamilies die eraan zijn gekoppeld),
• Inbegrepen locaties en plaatsen,
• roltoewijzing (fabrikant, co-packer, distributeur, 3PL, enz.),
• betrokken systemen (WMS/MES/ERP/LIMS) en welke systemen gezaghebbend zijn voor elk gegevenstype.

Laten we het beestje bij de naam noemen: een onduidelijke scope is de reden waarom traceerprogramma's niet goed functioneren. Als je de scope niet definieert, registreer je KDE's voor de verkeerde gebeurtenissen en mis je KDE's voor de gebeurtenissen die er wél toe doen.

3) CTE-kaart: waar gebeurtenissen in uw workflow plaatsvinden

De CTE-kaart vormt de kern van het plan. Het is een workflowdiagram (of stappenlijst) dat aangeeft waar in uw bedrijfsvoering elke CTE plaatsvindt. Voor de meeste faciliteiten geldt minimaal:

• CTE ontvangen: wanneer het product aan de kade in bewaring wordt genomen.
• Transformatie CTE: wanneer inputbatches outputbatches worden (productie, herverpakking, heretikettering, menging, splitsing).
• Verzending CTE: wanneer het product het magazijn verlaat (verzending bevestigd).
• Aggregatie/vermenging: wanneer identiteitsrelaties gegroepeerd of gemengd zijn (gevallen → pallet SSCC, gemengde pallets, demontage/heropbouw).

Het plan moet de exacte operationele trigger specificeren die de registratie aanmaakt, bijvoorbeeld: "ontvangst wordt afgesloten wanneer de leverancierslotnummer is gescand en het interne lotnummerlabel is afgedrukt" of "verzending wordt pas bevestigd nadat de SSCC-scans zijn voltooid". Onduidelijke triggers leiden tot achteraf invullen van gegevens.

4) KDE-woordenboek: de veldset die u wilt afdwingen

Je KDE-woordenboek is de gecontroleerde lijst met velden die bij elke gebeurtenis aanwezig moeten zijn. Het plan moet het volgende definiëren:

• Wie: Afzender, ontvanger, vervoerdersidentificatie (niet alleen vrije tekstnamen).
• Wat: Artikelidentificatie (SKU/GTIN) en omschrijving.
• Welke: Lotidentificatie (TLC), plus SSCC/zaak-ID's indien van toepassing.
• Hoe veel: hoeveelheid en meeteenheid, afhandeling van afwijkingen.
• Wanneer/waar: Tijdstip en locatie van het evenement (locatie + optionele aanlegsteiger/aanlegplaats/ruimte).

De meeste hiaten in de tracering zitten niet in "het ontbreken van een extra veld". Ze missen de vijf bovengenoemde categorieën, met name "welk lot" en "hoeveel". Daarom moet het woordenboek strikt en minimaal zijn.

5) TLC-beheer: regels voor kavelcodes en kaartstrategie

Het plan moet de governance van uw TLC (Terminal Land Control) definiëren , zodat de term 'lot identity' niet door verschillende teams verschillend wordt geïnterpreteerd. Neem het volgende op:

• TLC-formaatregels (uniciteit, tekenregels, lengte),
• Behoud van leveranciersbatches (leveranciersidentiteit wordt nooit overschreven),
• Regels voor interne lottoewijzing (leverancierslot → intern lot → TLC),
• wanneer TLC wordt toegewezen (ontvangst versus verpakking versus transformatie),
• Hoe TLC op etiketten wordt weergegeven (leesbaar voor mensen + barcode),
• Hoe TLC wordt vastgelegd bij de bevestiging van het schip (regels voor het vastleggen van lotnummers/SSCC).

Als het bestuur van TLC zwak is, wordt uw plan een vertaalproject onder druk. Dat is precies wat u probeert te voorkomen.

6) Ontvangstgedeelte: laad- en loswerkzaamheden en afleverpoorten

Het ontvangende gedeelte definieert het vastleggingspad "één stap terug". Het moet het volgende specificeren:

• hoe leveranciersbatches worden vastgelegd (scan-first),
• hoe interne batches worden toegewezen en gelabeld,
• hoe hoeveelheden worden geregistreerd en vergeleken met documenten,
• hoe de beschikking wordt toegepast (quarantaine/vasthouden/loslaten),
• hoe CoA's en ontvangstinspecties met elkaar verbonden zijn (indien van toepassing),
• Hoe wordt omgegaan met uitzonderingen (ontbrekende documenten, onleesbare labels, gemengde pallets).

Bij het vastleggen van KDE-gegevens ontstaat of wordt traceerbaarheidsachterstand voorkomen. Uw plan moet duidelijk maken dat ontvangsten niet kunnen worden afgesloten zonder de identificatie van de leverancierspartij en dat in quarantaine geplaatste partijen niet in vrijgegeven zones terecht mogen komen.

7) Transformatiegedeelte: input→output-koppeling en massabalans

In het transformatiegedeelte wordt beschreven hoe u interne genealogie creëert. Het moet het volgende definiëren:

• hoe inputbatches worden geregistreerd bij verbruik (scannen bij uitgifte/voorbereiding/gebruik),
• hoe wissels worden geregistreerd en goedgekeurd (geen stille wissels),
• hoe de output-TLC's worden toegewezen en gelabeld,
• hoe hoeveelheden met elkaar in overeenstemming zijn via massabalans (afval, herwerking, verliezen),
• hoe de WIP-identiteit wordt behouden (tanks/totes/partials),
• hoe herwerking wordt behandeld als een grote hoeveelheid met oorspronkelijke koppeling,
• Hoe hangen afwijkingen samen met de getroffen output?

Transformatie is de belangrijkste oorzaak van doodlopende wegen in de traceerbaarheid. Als uw plan dit onderdeel niet gedetailleerd beschrijft, lijkt u weliswaar te voldoen aan de eisen op papier, maar faalt u in de praktijk tijdens oefeningen.

8) Sectie Verzending: verzendbevestiging waarheid en uitgaande KDE-pakketten

In het verzendgedeelte moet worden beschreven hoe de identiteit van de uitgaande partij wordt vastgelegd. Voeg het volgende toe:

• De verzendbevestiging is scan-gestuurd (lot/SSCC/doos).
• Verzendingen kunnen niet worden afgesloten zonder lotkoppeling (harde poort).
• Handhaving van het inhouden/stopzetten van verzendingen (niet-toegestane partijen kunnen niet worden verzonden),
• Vastgelegde zendingsidentificaties (order-ID, BOL/ASN indien van toepassing),
• De verzonden aantallen zijn vastgelegd zoals ze werkelijk waren, niet zoals ze gepland waren.
• Regels voor gemengde ladingen (hoe meerdere partijen in één zending worden weergegeven),
• Bewijsmateriaal van de overdracht vastgelegd (manifest, zegel, handtekening/tijdstempel indien van toepassing).

Laten we het beestje bij de naam noemen: het vastzetten van de verzendgegevens via lot-link gating is de snelste weg naar grote verbeteringen. Zonder dit wordt de voorwaartse tracering breed en traag.

9) Sectie voor aggregatie/vermenging: gemengde pallets, SSCC, doosidentificatie

Als uw bedrijf pallets bouwt, pallets demonteert of gemengde ladingen samenvoegt, moet het plan voorzien in het behoud van de identiteit van de goederen. Praktische inhoud:

• Regels voor het gebruik van SSCC's (wanneer pallets SSCC's krijgen),
• Identiteitsregels op zaakniveau (GS1-128 indien nodig),
• Regels voor de inhoudslijst van pallets (hoe de inhoud wordt beheerd),
• De besturingselementen opnieuw opbouwen en van nieuwe labels voorzien (geen "stille" inhoudswijzigingen),
• hoe gemengde pallets worden weergegeven in KDE's voor verzending.
• Hoe worden uitzonderingen afgehandeld wanneer inhoudslijsten niet overeenkomen met scans?

Als je aggregatie negeert, zal je plan mislukken in het magazijn – niet aan de productielijn.

10) Afhandeling van uitzonderingen: gecontroleerde tickets voor scanfouten en vervangingen

Elk traceerprogramma heeft een veiligheidsventiel nodig. Het plan moet een concept voor een "uitzonderingsticket" definiëren voor:

• scanfouten (handmatige invoer alleen toegestaan ​​na verificatie),
• vervangingen (geplande versus daadwerkelijke partij geregistreerd, goedkeuringen vastgelegd),
• kwantiteitsverschillen (verwacht versus werkelijk, redencodes, link naar onderzoek),
• ontbrekende documenten (automatische quarantaine/vasthouding tot het probleem is opgelost),
• Gemengde paletambiguïteit (heropbouwen onder controle of vastleggen van de identiteit op casusniveau).

Foutafhandeling is essentieel om een ​​cultuur van "we lossen het later wel op" te voorkomen. Als uitzonderingen niet gestructureerd zijn, zullen mensen ze mondeling oplossen, waardoor er hiaten in je dataset ontstaan.

11) Gegevensintegriteit: auditsporen, bewerkingen en de houding van "geen reconstructie".

Het plan moet integriteitsregels definiëren, zodat uw dataset geloofwaardig is:

• unieke gebruikersidentiteiten (geen gedeelde inloggegevens),
• Auditlogboek voor bewerkingen met reden voor de wijziging.
• Vastlegging op het moment van de gebeurtenis versus vastlegging op het moment van invoer (en hoe bewerkingen worden verwerkt),
• geen terugwerkende kracht als standaardpraktijk.
• Gecontroleerde toegang en bescherming tegen gegevensbewaring.

Wanneer een traceerverzoek binnenkomt, is het slechtst mogelijke scenario het halsoverkop aanvullen van ontbrekende gegevens. Uw plan moet expliciet aangeven hoe ontbrekende gegevens worden afgehandeld (als uitzondering en corrigerende actie), en niet als een stille opruimactie.

12) Bewaring en indexering: zorg ervoor dat datasets opvraagbaar zijn.

Het vastleggen van gegevens zonder ze op te halen is niet conform de regelgeving. Het plan moet specificeren hoe gegevens worden geïndexeerd en opgehaald:

• Lotgerichte indexering (zoeken op TLC/lotcode),
• indexering op basis van tijdvenster (zoeken op datumbereik naar verdachte vensters),
• Indexering van handelspartners (verzenden vanaf/verzenden naar),
• documentkoppeling (CoA/BOL/ASN gekoppeld aan gebeurtenissen),
• opslaglocaties voor elektronische en papieren documenten,
• Beheer van back-ups en gegevensretentie.

Dit onderdeel maakt de 24-uursrespons realistisch in plaats van een ideaalbeeld.

13) 24-uurs dataset-responspakket: wat u exporteert wanneer daarom wordt gevraagd

In uw plan moet u het "standaard datasetpakket" definiëren, zodat u dit niet tijdens een onderzoek hoeft te verzinnen. Minimaal pakket:

• Ontvangst van de dataset: verzendadres, leveranciersbatches/interne toewijzing, hoeveelheden, afhandeling, gekoppelde documenten.
• Transformatiegegevensset: Input→output-verbanden met hoeveelheden en massabalans.
• Verzendgegevensset: Verzendadres, verzend-ID's, verzonden partijen, aantallen, tijd/locatie van het evenement.
• Aggregatiegegevensset (indien van toepassing): Relaties tussen SSCC en de zaak, en de geschiedenis van de wederopbouw.
• Uitzonderingen: Scanfouten, vervangingen, afwijkingen van goedkeuringen.
• Samenvatting: Omvangomschrijving en overzicht van de afstemming (wat is er op voorraad, wat is verzonden, wat is afgekeurd/herwerkt).

Als je plan dit pakket definieert, kun je het oefenen en verbeteren. Als je plan het niet definieert, zul je in de problemen komen.

14) EPCIS-afstemming: optionele standaardisatie die wrijving vermindert

Uw plan kan optioneel EPCIS-mapping definiëren voor de export van gebeurtenissen als handelspartners een gestandaardiseerde uitwisseling van gebeurtenissen vereisen. EPCIS-afstemming vermindert de noodzaak voor latere handmatige mapping, maar alleen als uw interne vastlegging gestructureerd is.

Praktische aanpak: beschouw EPCIS als een exportformaat, niet als een vastleggingsmechanisme. Leg KDE's eerst vast in je workflow. Exporteer ze vervolgens als EPCIS wanneer nodig.

15) Training en competentie: het consistent maken van vanggedrag

Traceerbaarheidsplannen mislukken wanneer slechts één persoon weet hoe "traceerbaarheid werkt". Uw plan moet het volgende definiëren:

• Rolgebaseerde training voor gebruikers in de ontvangst-, productie- en verzendafdeling.
• Hoe om te gaan met scanfouten en uitzonderingen.
• Wat te doen als een lot in de wacht staat (geen uitzonderingen mogelijk)?
• Hoe voer ik een dataset-exportpakket uit?
• Wie is verantwoordelijk voor het nemen van corrigerende maatregelen wanneer tekortkomingen worden geconstateerd?

De training moet aansluiten op de strikte doelstellingen van het plan. Als mensen getraind worden met de gedachte dat "verzending voorrang heeft", zullen ze de innamefase overslaan. Train volgens de regel: inname is onderdeel van verzending.

16) Testen: gesimuleerde terugroepacties, oefeningen en zoektochten naar doodlopende wegen

Het plan moet een realistische testfrequentie en -methode definiëren:

• Oefening voor het oproepen van verdachten: Selecteer willekeurig een partij en produceer het volledige datasetpakket.
• Leverancierslot-oefening: Begin bij een invoerlot en maak een lijst van alle voltooide loten die hierdoor worden beïnvloed.
• Voorwaartse traceringsoefening: Begin bij een afgeronde partij en maak een lijst van alle klanten/zendingen die deze hebben ontvangen.
• Oefening met massabalans: De geproduceerde, verzonden, aanwezige, afgekeurde en herwerkte hoeveelheden met elkaar in overeenstemming brengen.
• Uitzonderingsoefening: Simuleer een scanfout en zorg ervoor dat het uitzonderingsticketpad wordt gebruikt.

Doodlopende wegen zijn juist het punt. Als je een doodlopende weg vindt, heb je een echte tekortkoming ontdekt. ​​In het plan moet staan ​​dat tekortkomingen aanleiding geven tot corrigerende maatregelen en hertesten.

17) KPI's: aantonen dat het plan werkt (of afwijkt)

Een plan zonder meetbare resultaten blijft ongebruikt in de kast staan. Nuttige KPI's:

Stijgende uitzonderingspercentages en een toename van handmatige invoer duiden op achteruitgang. Pak de onderliggende oorzaken aan (etikettering, scannen, verwerkingsdiscipline) voordat audits ze aan het licht brengen.

18) Kopieer/plak de gereedheidsscorekaart

Gebruik dit om te beoordelen of uw plan daadwerkelijk uitvoerbaar is.

19) Faalpatronen: wat zorgt ervoor dat plannen in de praktijk mislukken?

• Het plan sluit niet aan op de workflow. Uitstekend document; onjuiste weergave van de werkelijkheid. Oplossing: pas de CTE-kaart aan op de werkelijke plattegrond.
• Verzendbevestiging niet geblokkeerd. Uitgaande zendingen verliezen hun lotnummeridentificatie. Oplossing: blokkeer verzendingen op basis van lot-/SSCC-registratie.
• Er wordt uitgegaan van een transformatie. Invoer niet gekoppeld aan uitvoer. Oplossing: dwing invoer-uitvoer-records en -vervangingen af.
• Gemengde pallets, niet beheerd. Eén lot geregistreerd voor pallet met meerdere loten. Oplossing: SSCC/case-identificatieregels en herstelcontrole.
• Uitzonderingen zijn mondeling. Tijdelijke oplossingen creëren hiaten. Oplossing: uitzonderingstickets met verificatie en goedkeuring.
• Grepen belemmeren de beweging niet. Gegevens worden fictie. Oplossing: handhaaf het blokkerings-/vrijgavesysteem voor WMS/MES.
• De oefeningen zijn uitgeschreven. Geen doodlopende wegen gevonden omdat je makkelijke kavels hebt gekozen. Oplossing: neppe terugroepacties met willekeurige kavels en getimede exporten.

Alle zeven mislukkingen zijn voorspelbaar. Een goed plan voorkomt ze door de opzet ervan, niet door slogans die tijdens trainingen worden gebruikt.

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

V5 ondersteunt FSMA 204-traceerbaarheidsplannen door CTE/KDE-captureworkflows native te maken:

• scangestuurd KDE-opname ontvangen met leverancierslottoewijzing en afhandelingspoorten,
• lot-gekoppeld transformatiegebeurtenisrecords met ondersteuning van hoeveelheids- en massabalans,
• scangestuurd KDE-opname verzenden gekoppeld aan verzendingen en handelspartners,
• hard-gated vasthouden/loslaten dat de verzending/consumptie van niet-toegestane partijen voorkomt.
• Foutafhandeling die scanfouten en vervangingen registreert met goedkeuringen.
• exporteerbare datasetpakketten afgestemd op Reactie binnen 24 uur verwachtingen en gesimuleerde terugroepoefeningen,
• afstemming van de uitwisseling van gebeurtenissen via EPCIS-extensie indien partners dit vereisen.

21) Uitgebreide FAQ

Vraag 1. Is een traceerbaarheidsplan slechts een wettelijke verplichting?
Nee. Het is het operationele model dat doodlopende wegen en grootschalige terugroepacties voorkomt. Als het geen CTE-punten, KDE-velden, TLC-regels en harde poorten definieert, is het niet operationeel.

Vraag 2. Wat is de allerbelangrijkste controlemaatregel voor de gereedheid voor FSMA 204?
Bevestiging van verzending via blokkering zonder vastlegging van lotnummeridentificatie. Die ene stap verbetert de nauwkeurigheid van de voorwaartse tracering aanzienlijk en vermindert de verstoring voor de klant.

Vraag 3. Waar lopen plannen het vaakst mis?
Transformaties en gemengde pallets. Als de koppeling tussen input en output niet wordt vastgelegd, worden leveranciersonderzoeken breed opgezet. Als gemengde pallets hun identiteit verliezen, worden klantmeldingen breed opgezet.

Vraag 4. Hoe bewijzen we dat het plan werkt?
Voer gesimuleerde terugroepacties met willekeurige batches uit en genereer snel een volledige datasetexport. Als je dit kunt doen zonder conversie-spreadsheets en de aantallen kloppen, is het plan haalbaar.

Vraag 5. Moeten we voldoen aan de EPCIS-normen?
Niet per se. EPCIS is een gestandaardiseerd uitwisselingsformaat. Compliance draait om het vastleggen en produceren van de vereiste dataset. EPCIS wordt waardevol wanneer handelspartners een gestandaardiseerde uitwisseling van gebeurtenissen eisen.

Gerelateerde lectuur (houd het praktisch)
Bouw je plan op rondom het vastleggen van gebeurtenissen: CTE's + KDE's, verbonden door een stabiele TLCVervolgens moet de traceerbaarheid op drie plaatsen worden gewaarborgd: ontvangende, transformatiesen verzendingBewijs het met gesimuleerde terugroepoefeningen en datasetexporten afgestemd op Reactie binnen 24 uur verwachtingen.