Lijst met traceerbaarheidsinformatie voor levensmiddelen (FTL)

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 Voedseltraceerbaarheidslijst, reikwijdte van risicovolle voedingsmiddelen, CTE/KDE-registratie, traceerbaarheidslotcode (TLC), datasetrespons binnen 24 uur, EPCIS-afstemming, ontvangst-/verzending-/transformatiegebeurtenissen • Voornamelijk traceerbaarheid in de voedselvoorzieningsketen (fabrikanten, co-packers, distributeurs, 3PL's, detailhandelaren die FTL-voedingsmiddelen verwerken)

De Food Traceability List (FTL) is de door de FDA gedefinieerde lijst van voedselcategorieën die onderworpen zijn aan de strengere traceerbaarheidseisen van de FSMA 204 "Food Traceability Rule". Als uw bedrijf voedsel produceert, verwerkt, verpakt, opslaat, verzendt of op een andere manier behandelt dat binnen een FTL-categorie valt, wordt van u verwacht dat u traceerbaarheidsgegevens vastlegt en bijhoudt op specifieke Critical Tracking Events (CTE's) met behulp van de vereiste Key Data Elements (KDE's) — en dat u snel een exporteerbare traceerbaarheidsdataset kunt produceren (operationeel vaak beschouwd als een "24-uurs responstijd").

De FTL (Food Traceability Limitation) is niet van toepassing op "alle voedingsmiddelen". Het is een risicogebaseerde afbakening van het toepassingsgebied. Deze afbakening bestaat omdat traceeronderzoeken voor bepaalde voedingsmiddelen in het verleden traag en kostbaar waren: gegevens waren verspreid over papieren documenten, ERP-systemen en e-mails van handelspartners; lotcodes waren inconsistent; en interne transformaties werden niet op een manier vastgelegd die exporteerbaar of afstembaar was. De FTL richt de wettelijke vereisten op voedingsmiddelen waarbij snellere en consistentere traceerbaarheid naar verwachting de reactie op uitbraken zal verbeteren en de schade zal beperken.

Laten we het maar meteen zeggen: de reikwijdte van FTL (Full Truck Load) is waar bedrijven vaak verrast worden. Veel organisaties beschouwen zichzelf niet als "traceerbaarheidsgereguleerd" totdat een klant vraagt ​​om te voldoen aan FSMA 204 of een toezichthouder om data-export vraagt. De lijst kan activiteiten omvatten die traditioneel niet "gereguleerd" zijn, met name distributeurs, 3PL's, herverpakkers en bedrijven die gemengde ladingen verwerken. Als u FTL-voedsel verwerkt en uw ontvangst/verzending niet aan partijen is gekoppeld, zult u uiteindelijk traceerbaarheid moeten toepassen door middel van reconstructie – en dat is precies wat de regel beoogt te voorkomen.

"De FTL (Fast Traceability Level) is de grens tussen 'basis traceerbaarheid' en 'je moet snel een aan partijen gekoppelde gebeurtenisdataset kunnen produceren'."

1) Wat is de voedseltraceerbaarheidslijst (FTL)?

De FTL is een lijst met voedselcategorieën die door de FDA zijn aangewezen voor verbeterde traceerbaarheid onder FSMA 204. Als een voedingsmiddel binnen een FTL-categorie valt, moeten bedrijven die dat voedingsmiddel verwerken traceerbaarheidsgegevens bijhouden voor gedefinieerde gebeurtenissen (CTE's) met behulp van gedefinieerde gegevensvelden (KDE's), en moeten ze op verzoek een traceerbaarheidsdataset kunnen verstrekken.

Twee belangrijke operationele punten:

• FTL is op categorieën gebaseerd. Het is geen lijst met één enkel productnummer. Het gaat om categorieën voedingsmiddelen, vaak met voorwaarden of afbakeningen.
• FTL activeert wijzigingen in de workflow. De grootste veranderingen vinden plaats bij de ontvangst, de transformatie (verwerking) en de verzending, omdat daar de partij-identiteit wordt gecreëerd, gekoppeld of verloren gaat.

Raadpleeg voor de officiële lijst en updates de FDA-pagina via de bovenstaande link. Vertrouw niet op "een PDF van vorig jaar".

2) Waarom de FDA de FTL heeft ontwikkeld

FTL bestaat omdat bepaalde voedselcategorieën van oudsher snellere en consistentere traceerbaarheid vereisen tijdens de bestrijding van uitbraken en het onderzoek naar besmettingen. Het traceerbaarheidsprobleem is niet dat er "geen gegevens" zijn. Het probleem is dat er wél gegevens zijn:

• niet vastgelegd tijdens het evenement,
• niet gekoppeld aan kavelidentiteit,
• opgeslagen in incompatibele formaten bij verschillende partners in de toeleveringsketen.
• ontbrekende interne transformatiekoppelingen,
• Het duurt lang om er een bruikbare dataset van te maken.

FTL is de wettelijke grens die stelt: voor deze voedingsmiddelen moet de toeleveringsketen in staat zijn om te reageren met gestructureerde, aan partijen gekoppelde gebeurtenisgegevens – niet alleen met documenten.

3) Toepassingsgebied: hoe bepaal je of je met FTL-voedsel te maken hebt?

Het bepalen van de reikwijdte van FTL is een classificatieoefening, geen gok. Praktische aanpak:

Zodra de reikwijdte bekend is, wordt de implementatie een project gericht op het ontwerpen van workflows en data, en geen discussie meer.

4) Wie wordt getroffen: fabrikanten, co-packers, distributeurs, 3PL's, detailhandel

FTL heeft een impact op meer sectoren dan alleen "voedselproducenten". In de praktijk:

• Fabrikanten/verwerkers: Transformatiegegevens die inputs aan outputs koppelen, moeten worden vastgelegd.
• Co-packers: Lotcodes en evenementgegevens moeten worden afgestemd met merkeigenaren en leveranciers.
• Distributeurs/3PL's: Vaak verandert het product zelf niet, maar het ontvangen/verzenden en samenvoegen/vermengen ervan kan de identiteit aantasten als dit niet goed wordt beheerd.
• Detailhandel/horeca: Dit kan leiden tot het opsplitsen van dossiers en het verlies van lotidentificatie, waardoor doodlopende wegen ontstaan, tenzij de identificatiegegevens op dossierniveau behouden blijven.

De reden waarom deze regel van belang is voor deze functies: onderbrekingen in de traceerbaarheid ontstaan ​​meestal door de verwerking, niet alleen door de productie.

5) CTE's voor FTL-voedingsmiddelen: waar traceerbaarheid moet worden vastgelegd

CTE's zijn de gebeurtenissen waarbij u traceerbaarheidsgegevens moet vastleggen. De belangrijkste CTE-set bestaat operationeel uit:

• Ontvangen: het product komt in uw bezit.
• Transformatie: De identiteit van een product verandert door verwerking, herverpakking of soortgelijke wijzigingen.
• Verzenden: Het product verlaat uw toezicht.
• Samenvoeging/vermenging (indien van toepassing): De relaties tussen productidentiteiten zijn gegroepeerd of gemengd (dozen → pallet SSCC, gemengde ladingen, cross-dock handling).

De FTL-scope dwingt je om deze te behandelen als gecontroleerde gebeurtenissen met verplichte KDE-velden, en niet als informele operationele momenten.

6) KDE-verwachtingen: de minimaal vereiste dataset voor elk evenement

KDE's zijn de velden die je bij elke CTE vastlegt. Over alle gebeurtenissen heen volgen de KDE's hetzelfde categoriepatroon:

• Wie: Handelspartners van/naar (en vervoerder indien van toepassing).
• Wat: productidentificatie (artikel/SKU/GTIN).
• Welke: lotidentificatie (TLC) en de ID's van de containers/dozen/pallets waar deze gebruikt worden.
• Hoe veel: hoeveelheden en meeteenheden (inclusief afhandeling van afwijkingen).
• Wanneer, waar: Tijdstip en locatie van het evenement.

FTL-gereedheid draait vooral om ervoor te zorgen dat deze categorieën altijd tijdens het evenement worden vastgelegd en niet later worden gereconstrueerd.

7) TLC en lotnummer: de belangrijkste sleutel die FTL-tracering mogelijk maakt

De traceerbaarheidslotcode verbindt de CTE's in de hele keten. Als de lotidentiteit inconsistent is – leverancierslot bij ontvangst, batch-ID bij productie, verzenddatum bij verzending – kan uw dataset niet worden samengesteld zonder vertalingstabellen en aannames.

Praktische TLC-regels:

• Lotcodes moeten uniek, stabiel en consistent gebruikt worden.
• Bij ontvangst moet de leveranciersloterij worden omgezet naar interne loterij/TLC zonder dat de identiteit van de leverancier verloren gaat.
• De transformatie moet de input-TLC's koppelen aan de output-TLC's.
• Bij het verzenden moeten de verzonden TLC's (of SSCC/case-ID's die aan de TLC's zijn gekoppeld) worden vastgelegd.

Als je maar één ding aanpakt voor de gereedheid van FTL, zorg er dan voor dat de aan de lotnummers gekoppelde scheepsbevestiging in orde is. Dat is de belangrijkste factor voor de nauwkeurigheid van de voorwaartse tracering.

8) Ontvangst van FTL-voeding: het voorkomen van "mysterieuze invoer"

Het ontvangen van KDE-gegevens is het begin van de traceerketen. Voor FTL-producten zijn ontvangstfouten desastreus, omdat ze doorwerken in elke afgewerkte batch die de input gebruikt. De ontvangstprocedure die hiaten voorkomt, is als volgt:

• Scan de lotnummeridentificatie van de leverancier bij ontvangst.
• Interne batchnummers toewijzen en indien nodig interne labels afdrukken.
• Pas de maatregel (quarantaine/vasthouding/vrijlating) toe en handhaaf deze in de bewegingsregels.
• koppel documenten (certificaten van analyse, paklijsten) aan de lotidentificatie.
• Gebruik gecontroleerde uitzonderingstickets wanneer labels niet worden gescand (geen ondoordachte type-aanvragen).

Daarom is het ontvangen van KDE Capture de meest effectieve workflow voor FTL-naleving.

9) Transformatie voor FTL-voedsel: input→output-koppeling en massabalans

Transformatie is waar de meeste traceerbaarheidssystemen falen. FTL-gereedheid vereist dat transformatiegebeurtenisregistraties het volgende aantonen:

• verbruikte inputbatches (per batchcode),
• geproduceerde batches (nieuwe batchcodes),
• verbruikte/geproduceerde hoeveelheden plus afval/herbewerking/verliezen,
• Tijd en locatie, batch-/uitvoeringscontext.

Als u niet snel kunt antwoorden op de vraag "welke voltooide batches bevatten deze inputbatch?", dan is de registratie van transformaties nog niet volwassen. In dat geval worden transformatiegebeurtenisregistraties en massabalancering onmisbaar.

10) Verzending van FTL-voedsel: verzendbevestiging, waarheidsgetrouwheid en klantkoppeling

Verzending is het punt waar traceerbaarheid extern wordt. Voor FTL-voedsel is uw traceerbaarheid afhankelijk van de bevestiging van de verzending door middel van het vastleggen van de lotnummeridentificatie. De KDE-registratie voor verzending moet het volgende omvatten:

• Leg de identiteit van de afzender en de zendingsgegevens vast (BOL/ASN indien van toepassing).
• Leg de TLC/lot-identificatie vast van de verzonden producten (of de SSCC/case-ID's die aan de TLC's zijn gekoppeld).
• Leg de verzonden hoeveelheden vast per lot en meeteenheid.
• Leg het tijdstip van de gebeurtenis en de locatie van het schip vast.
• Er worden blokkades opgelegd zodat niet-verkochte kavels niet verzonden kunnen worden.

Als je kunt verzenden op basis van SKU zonder lotnummer, zul je onder druk geen nauwkeurige FTL-dataset kunnen produceren.

11) Gemengde pallets en het vermengen van goederen: waarom FTL-operaties vaak mislukken

Distributeurs en 3PL's voldoen vaak niet aan de eisen voor FTL-transport vanwege het samenvoegen/vermengen van goederen. Gemengde pallets zijn operationeel normaal, maar de traceerbaarheid gaat verloren tenzij de identiteit behouden blijft door:

• partijcodes op doosniveau (GS1-128) en scannen, of
• De SSCC-palletidentiteit is gekoppeld aan de palletinhoud en blijft behouden tijdens herbouw, of
• Gestructureerde aggregatiegebeurtenissen die ouder/kind-relaties vastleggen (doos→pallet→zending).

Zonder dit wordt de voorwaartse tracering breed en de terugroepingsscope onnodig uitgebreid.

12) Reactietijd van de dataset binnen 24 uur: hoe de FTL-gereedheid wordt getest

De gereedheid voor FTL wordt bewezen door snelheid en volledigheid. In een traceerverzoek moet u een exportpakket kunnen produceren dat het volgende bevat:

• ontvangstgebeurtenissen voor betrokken partijen,
• transformatiegebeurtenissen die inputs aan outputs koppelen,
• verzendingsgebeurtenissen die output koppelen aan klanten en verzendingen,
• aggregatiegebeurtenissen waarbij identiteitsgroepering van belang is,
• Massabalanscontrole om aan te tonen dat de hoeveelheden kloppen.

Als je spreadsheets en pdf's handmatig moet samenvoegen, ben je traag en foutgevoelig. Daarom bestaat de operationele norm "24-uurs reactietijd".

13) EPCIS en evenementenuitwisseling: optioneel, maar steeds vaker gevraagd

FTL-conformiteit vereist standaard geen EPCIS, maar EPCIS wordt vaak gevraagd door handelspartners omdat het de uitwisseling van gebeurtenissen standaardiseert. Als uw CTE/KDE-registratie gestructureerd is, wordt de EPCIS-export een verpakkingsstap in plaats van een dataopschoningsproject.

In de praktijk is EPCIS nuttig wanneer:

• Partners eisen gestandaardiseerde, aan partijen gekoppelde verzend-/ontvangstprocessen.
• Je hebt ouder/kind-aggregatierelaties nodig (SSCC-inhoud).
• Je hebt herhaalbare, machinaal leesbare datasets nodig voor een snelle respons.

14) Praktische implementatiestappen: de kortste weg naar gereedheid

De meeste organisaties maken de naleving van de FTL-regelgeving onnodig ingewikkeld. De kortste weg is een workflow-gerichte aanpak:

Deze volgorde voorkomt de veelgemaakte fout: eerst een rapport opstellen en er later achter komen dat de gegevens niet bestaan.

15) KPI's: het meten van afwijkingen en de volledigheid van gegevensregistratie

De gereedheid voor FTL-transport kan worden gemeten. Nuttige KPI's:

Als het aantal uitzonderingen toeneemt, leidt uw workflow tot een achterstand in de traceerbaarheid. Pak de onderliggende oorzaken aan (etiketten, scanners, de juiste procedures voor de verwerking), niet alleen de administratie.

16) Audithouding: hoe de FTL-naleving onder druk wordt getest

Drukproeven zien er als volgt uit:

• selecteer een partij en vraag de volledige dataset voor ontvangst→transformatie→verzending aan.
• Controleer of de dataset aan de lotnummers is gekoppeld (geen vertaaltrucs).
• Controleer of de hoeveelheden overeenkomen (massabalans).
• Controleer of de verzendstop wordt nageleefd (niet-toegestane partijen kunnen niet worden verzonden).
• Controleer de snelheid (getimede reactie).

Auditors en toezichthouders vinden het niet belangrijk dat u "een paar documenten kunt vinden". Het gaat hen erom dat u snel, consistent en geloofwaardig de juiste dataset kunt aanleveren.

17) Kopieer/plak de gereedheidsscorekaart

Gebruik dit om zelf te controleren of FTL-gereedheid aanwezig is.

18) Foutpatronen: hoe FTL-naleving wordt vervalst

• Tracering alleen via document. Inkooporders/vrachtbrieven verstrekt zonder aan partijen gekoppelde gebeurtenisgegevens.
• Verzending per artikelnummer (SKU). Lotidentificatie ontbreekt bij verzending; voorwaartse tracering is breed.
• Blinde vlek bij transformatie. Invoer is niet gekoppeld aan uitvoer; interne genealogie wordt verondersteld.
• Gemengde pallet-snelkoppelingen. Meerdere kavels verzonden, maar als één geheel geregistreerd.
• Invoer achteraf. De KDE's vulden later onder druk de gaten op; de geloofwaardigheid lijdt daaronder.
• Geen poorten. Mensen kunnen doorgaan terwijl de gegevens onvolledig zijn, wat gegarandeerd hiaten veroorzaakt.

FTL-naleving is pas echt mogelijk als het vastleggen van gebeurtenissen wordt afgedwongen en exporteerbaar is.

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

V5 ondersteunt de gereedheid voor FTL door de ontvangst-/transformatie-/verzendingsworkflow te integreren:

• Scan-gestuurde ontvangst van KDE met leverancierslottoewijzing en afhandelingspoorten.
• Het vastleggen van transformatiegebeurtenissen, waarbij inputbatches worden gekoppeld aan outputbatches met ondersteuning voor hoeveelheden en massabalans.
• Scan-gestuurde KDE-registratie van verzendingen gekoppeld aan klanten, zendingen, SSCC/case-identificatie en documenten.
• harde poorten die voorkomen dat gebeurtenissen worden afgesloten zonder dat de lotidentificatie wordt vastgelegd.
• Exporteerbare datasets en EPCIS-compatibele gebeurtenisuitvoer waar nodig.
• Simulatiepakketten voor terugroepacties en snelle rapportage, ontworpen voor audits.

Kort gezegd: V5 maakt FTL-naleving een eigenschap van de uitvoering, geen rapportageproject.

20) Uitgebreide FAQ

Vraag 1. Is FTL hetzelfde als "alle groenten en fruit" of "alle vlees"?
Nee. Het is een vastgestelde lijst met categorieën. Controleer de reikwijdte altijd aan de hand van de officiële FDA-lijst in plaats van op aannames te vertrouwen.

Vraag 2. Wat is de grootste operationele lacune voor de gereedheid van FTL?
Verzending zonder lotnummergebonden verzendbevestiging en transformaties zonder koppeling tussen input en output. Deze twee hiaten creëren doodlopende wegen die grootschalige terugroepacties noodzakelijk maken.

Vraag 3. Zijn distributeurs en 3PL's van belang voor de naleving van de FTL-regelgeving?
Ja, vaak meer dan ze verwachten. Het samenvoegen/vermengen en verwerken van gemengde pallets kan de identiteit snel aantasten, tenzij dit wordt gecontroleerd door SSCC/registratie op zaakniveau.

Vraag 4. Hoe bewijzen we onze paraatheid vóór een echt onderzoek?
Voer gesimuleerde terugroepacties met willekeurige batches uit en vereis een volledige datasetexport: ontvangst, transformatie, verzending, aggregatie waar van toepassing en massabalans. Doodlopende wegen onthullen hiaten die u moet verhelpen.

Vraag 5. Waar moeten we beginnen als we achterlopen?
Begin met lotidentificatie (TLC) en lotgekoppelde verzendbevestiging. Corrigeer vervolgens de koppeling tussen ontvangstlot en transformatie. De meeste organisaties kunnen aanzienlijke verbeteringen in de gereedheid realiseren door deze drie punten strikt te controleren.

Gerelateerde lectuur (houd het praktisch)
De gereedheid voor FTL wordt opgebouwd door het vastleggen van gebeurtenissen: ontvangende, transformatieen verzending, allemaal verbonden door een stabiele TLC en getest door schijnbare terugroepacties en snelle datasetexporten afgestemd op Reactie binnen 24 uur verwachtingen.