Verzending van KDE Capture

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 verzend-KDE's, uitgaande traceerbaarheid, verzendbevestiging op lotniveau, SSCC & GS1-128, BOL/ASN-bewijs, keten van bewaring, overdracht aan vervoerder, gemengde palletlogica, auditklare terughaling • Voornamelijk productie en distributie van voedingsmiddelen en dranken (FSMA 204, SQF/BRCGS-traceerbaarheid, gereedheid voor terugroepacties)

Het vastleggen van KDE's bij verzending is het gestructureerde proces van het verzamelen en valideren van de vereiste uitgaande Key Data Elements (KDE's) tijdens de verzending. Zo kunt u precies bewijzen wat er is verzonden, uit welke batches het afkomstig is, hoeveel er is verzonden, wanneer het is verzonden en naar wie het is verzonden – zonder dat u de waarheid later hoeft te reconstrueren. In de praktijk betekent dit dat verzenden niet zomaar "een bestelling plaatsen" is. Het is een traceerbaarheidsgebeurtenis die batchgebonden bewijs moet opleveren dat standhoudt tijdens een gesimuleerde terugroepactie , een terugroepactieoefening of een inspectie.

Het vastleggen van KDE-gegevens tijdens verzending is cruciaal onder FSMA 204, omdat de verzending het moment is waarop "interne lotgenealogie" overgaat in "externe één-op-één-af". Als u verzendt zonder de lotidentiteit vast te leggen, kunt u intern wellicht nog wel traceren, maar kunt u niet betrouwbaar vaststellen welke klanten welke loten hebben ontvangen. Dit leidt tot brede meldingen en een buitensporige terugroepactie. Dat is precies het tegenovergestelde van wat een volwaardig programma voor terugroepacties zou moeten opleveren.

Laten we eerlijk zijn: de meeste traceerbaarheidsprogramma's zien er goed uit totdat de verzending plaatsvindt. Dat is het moment waarop controles het meest waarschijnlijk worden omzeild (omdat het laadperron bezet is) en waarop gegevens het meest waarschijnlijk te laat worden ingevoerd (omdat de vrachtwagen vertrekt). Shipping KDE capture lost dit op door de verzendbevestiging om te zetten in een gecontroleerde, scan-gestuurde gebeurtenis die de volledigheid afdwingt voordat de trailerdeur sluit.

"Als je niet kunt bewijzen welke partijen met welke vrachtwagen het dok hebben verlaten, heb je geen uitgaande traceerbaarheid, maar alleen uitgaande hoop."

1) Wat “KDE-opname verzenden” nu eigenlijk betekent

Het vastleggen van de verzendbevestiging via KDE betekent dat u de verzendbevestiging behandelt als een gecontroleerde bewijsgebeurtenis. Op het moment dat het product uw beheer verlaat, registreert u de identiteit en de hoeveelheid van wat er is vertrokken, koppelt u dit aan de ontvanger en de verzendgegevens, en bewaart u deze gegevens in een opvraagbare structuur.

In een volwaardig systeem is "vastlegging" geen vrije notitie. Het zijn gevalideerde gegevens die door de uitvoering zijn gegenereerd:

• De aantallen per partij/doos/pallet worden gescand, niet ingevoerd.
• zendingen zijn gekoppeld aan BOL/ASN/manifest-objecten.
• De hoeveelheden komen overeen met de picklijst en de voorraad.
• Uitzonderingen worden vastgelegd als gestructureerde gebeurtenissen.
• Er worden blokkeringen toegepast, zodat je geen artikelen kunt verzenden die niet verzonden mogen worden.

Als uw KDE's alleen bestaan ​​omdat iemand waarden heeft ingevoerd nadat de vrachtwagen was vertrokken, dan is er geen sprake van "vastlegging". Er is sprake van reconstructie.

2) Waarom verzending de doorslaggevende factor is voor traceerbaarheid

Verzending is het punt waar traceerbaarheid extern wordt. Intern kun je vaak aan de hand van productiegegevens achterhalen welke partijen in een batch zijn gebruikt. Extern is het echter onmogelijk te achterhalen wie wat heeft ontvangen als je dit niet tijdens de verzending hebt vastgelegd, omdat klanten gemengde ladingen ontvangen, deze in distributiecentra herverpakken en de pallets direct openbreken.

Ook scheepvaart brengt onomkeerbare gevolgen met zich mee:

• Zodra het product is verzonden, verliest u de fysieke controle.
• Als de identiteit onjuist is, worden meldingen en gegevensopvragingen te breed.
• Als de hoeveelheden niet kloppen, wordt je massabalans verdacht.
• Als u het tijdstip van overdracht en de ontvanger niet kunt bewijzen, wordt uw 'één-boven/één-onder'-argumentatie zwak.

Daarom beschouwen toezichthouders en klanten uitgaande traceerbaarheid steeds vaker als een essentiële compliance-vereiste, en niet als een administratieve taak.

3) Omvangkaart: verzendingen, overdrachten en uitgaande bewegingen

Het vastleggen van KDE-gegevens tijdens verzendingen is niet alleen van toepassing op "klantverzendingen". Het geldt voor elke uitgaande gebeurtenis waarbij de bewaring of locatie verandert op een manier die relevant is voor de traceerbaarheid:

In beide gevallen is de KDE-logica hetzelfde: identiteit, hoeveelheid, locatie/tijd en tegenpartij vastleggen.

4) Kern-KDE's voor verzending: wat u moet vastleggen tijdens de verzendbevestiging

KDE's voor verzending vallen doorgaans in een paar categorieën. De exacte velden variëren per programma, product en handelspartner, maar de operationele "minimale set" ziet er als volgt uit:

Het belangrijkste is dat deze velden aan een partij gekoppeld moeten zijn. Zonder partijkoppeling wordt "wie/wat/hoeveel" een generiek verzendrecord met een zwakke traceerbaarheidswaarde.

5) Identiteitsmodel: partij, doos, pallet, SSCC en gemengde ladingen

Het succes van KDE Capture hangt volledig af van de granulariteit van de identiteit. Er zijn drie veelvoorkomende identiteitsniveaus:

• Alleen op kavelniveau: Uit de verzenddocumenten blijkt welke partijen zijn verzonden, maar niet in welke dozen/pallets ze zich bevonden.
• Casusniveau: Gevallen worden geïdentificeerd (bijv. GS1-128) en gekoppeld aan partijen; zendingen registreren de gevallen.
• Palletniveau (SSCC): Pallets worden geïdentificeerd via SSCC en gekoppeld aan de bijbehorende dozen/partijen; zendingen registreren SSCC's.

Identificatie op palletniveau is vaak het beste operationele compromis: scan één SSCC en leg de inhoudslink vast, in plaats van elke doos handmatig te scannen. Dit werkt echter alleen als de palletopbouw en palletinhoud correct zijn geregistreerd.

Gemengde ladingen maken identificatie lastig. Een enkele trailer kan meerdere producten en meerdere partijen bevatten. Een pallet kan een mix van producten bevatten. Als de identificatie niet op het juiste niveau wordt bijgehouden, wordt het traceren van goederen te uitgebreid en kostbaar. Daarom combineren veel programma's de KDE-registratie van verzendingen met GS1-128- kistidentificatie en SSCC- palletidentificatie.

6) Scangestuurde vastlegging: hoe “getypte traceerbaarheid” te elimineren

Het traceren van gegevens via getypte tekst is traag en foutgevoelig. Scan-gestuurde KDE-capture is de schone oplossing, omdat scannen het volgende oplevert:

• minder transcriptiefouten,
• tijdgestempelde gebeurtenisregistratie,
• Contextvalidatie (u kunt onjuiste batches of onjuiste SSCC's afwijzen),
• snelle verzending bevestigt onder druk,
• Een auditklaar bewijs dat de identiteitsregistratie in realtime heeft plaatsgevonden.

Een scangestuurd verzendproces omvat doorgaans het volgende:

• scan order- of laad-ID,
• scanlocatie en toewijzing van trailer/deur,
• scan de SSCC's of casuslabels zodra ze worden geladen.
• Controleer of de gescande objecten overeenkomen met de bestelling en of ze in aanmerking komen (vrijgegeven status).
• Sluit de verzending af en genereer de manifest-/BOL-/ASN-uitvoer.

Als scannen optioneel is, wordt het op drukke dagen overgeslagen. Daarom zijn escalatie van scanfouten en foutafhandeling belangrijk in verzendomgevingen.

7) Verzenddocumenten: vrachtbrief (BOL), luchtvrachtbrief (ASN), manifest en bewijs van overdracht.

Het vastleggen van KDE-gegevens tijdens de verzending is effectiever wanneer dit gekoppeld is aan officiële verzenddocumenten. Minimaal is een samenhangend "overdrachtsverslag" vereist. Veelgebruikte documenten zijn onder andere:

• Vrachtbrief (BOL): Een wettelijk verzenddocument waarin de ontvanger, de vervoerder en de ladinggegevens zijn vastgelegd.
• ASN: Elektronische kennisgeving aan handelspartner, vaak inclusief identificatiegegevens van dozen/pallets.
• Verschepend verzenden: Gedetailleerde overdrachtssamenvatting (wat er op de vrachtwagen zit).
• Bewijs van afhaling: Handtekening van de vervoerder, tijdstempel en bewijs van zegel/deurcontrole, indien van toepassing.

De sleutel is de koppeling: de vrachtbrief/ASN/manifest moet gekoppeld zijn aan de gescande identiteiten (lotnummers/SSCC's), en niet gegenereerd worden op basis van generieke orderhoeveelheden. Als documenten zonder lotnummer kunnen worden gegenereerd, heb je papierwerk zonder traceerbaarheid.

8) Verzending als CTE: bewijs van tijd, locatie en bewaring van de gebeurtenis

Verzending is in de meeste traceerbaarheidsmodellen een "kritieke trackinggebeurtenis" omdat het een overdracht van eigendom vertegenwoordigt. Operationeel gezien moet de KDE-registratie bij verzending de volgende vragen beantwoorden:

• Wanneer vond de overdracht van het ouderlijk gezag plaats (datum/tijd)?
• Waar is het overgedragen (faciliteit/dok)?
• die de bewaring heeft verkregen (vervoerder/handelspartner),
• welke identiteiten zijn verplaatst (lot-/SSCC-/zaak-ID's),
• Welke hoeveelheid is verplaatst (eenheden/gewicht)?

Daarom is het vastleggen van KDE-bestanden tijdens verzending niet optioneel als u een snelle tracering wilt. U kunt klanten niet bellen als u niet kunt bewijzen welke klanten welke batches hebben ontvangen.

9) Controle van de koudeketen en transportroutes: bij verzending van KDE's is temperatuurintegriteit een belangrijk onderdeel.

Bij temperatuurgecontroleerde producten omvat de KDE-registratie tijdens verzending vaak ook bewijs van de integriteit van de koudeketen. Dit kan het volgende omvatten:

• Bevestiging van het voorkoelen van de trailer en de verblijftijd op het dok.
• Rijstrookvalidatie (geladen koud product in koude trailer),
• toewijzing en verificatie van temperatuurloggers,
• verificatie van de aanhangwagenzegel als onderdeel van de integriteit van de bewaring,
• Er treedt een uitzondering op als de verblijftijd of de temperatuurvereisten worden overschreden.

Controlemaatregelen voor de koudeketen schieten tekort tijdens het transport, omdat het product op het laad- en loskade aan de elementen wordt blootgesteld. Als de omstandigheden tijdens het transport niet kunnen worden bewezen, worden geschillen over de temperatuur verderop in de keten onoplosbaar en wordt de risicobeoordeling te breed en te voorzichtig.

10) Uitzonderingen: gedeeltelijke leveringen, vervangingen, gesplitste zendingen en onvolledige picks

Het verzenden van KDE-captures moet realistische uitzonderingen kunnen afhandelen zonder de traceerbaarheid te verliezen.

Veelvoorkomende uitzonderingen op de verzendregels zijn onder andere:

• Korte tips: Er is minder product geleverd dan besteld; de werkelijke hoeveelheid en de verzonden partijen moeten worden geregistreerd.
• vervangingen: Er is een andere partij of een ander artikel verzonden; de geschiktheid moet worden gecontroleerd en de wijziging moet als een controleerbare uitzondering worden vastgelegd.
• Gesplitste zendingen: Eén bestelling wordt in meerdere trailers/dagen verzonden; elke zending moet een eigen KDE-pakket bevatten.
• Gemengde pallets: Gemengde partijen op een pallet; de identificatie op doosniveau of de koppeling tussen de inhoud van de pallet moet behouden blijven.
• Herwerken/herverpakken tijdens verzending: Een herverpakking op het laatste moment creëert een nieuwe verpakkingsidentiteit; de lotnummeridentiteit moet behouden blijven.

Een robuust systeem behandelt uitzonderingen als gestructureerde gebeurtenissen met goedkeuringen waar nodig, en niet als vrije tekstnotities. Anders wordt de verzendregistratie onbetrouwbaar.

11) Stop-shipment en blokkades: voorkomen dat KDE-overname fictie wordt

Een KDE-registratie voor verzending is alleen geloofwaardig als u de geblokkeerde producten niet kunt verzenden. Als uw magazijn partijen in de wachtstand wel kan verzenden, kan uw KDE-registratie er nog steeds compleet uitzien, maar het bewijst dat u iets hebt verzonden wat u niet had mogen verzenden. Dat is een overtreding van de regelgeving, geen documentatiefout.

Het verzenden van KDE-capture zou dus geïntegreerd moeten worden met:

• vasthouden/loslaten statuspoort,
• quarantaine bewegingsblokkades,
• bewegingsafwijkingsmeldingen voor selecties van verkeerde lotnummers of met een verkeerde status.
• De verzendbevestiging wordt geblokkeerd wanneer een van de inbegrepen artikelen niet in aanmerking komt.

Laten we het beestje bij de naam noemen: als uw ERP-systeem een ​​verzendbevestiging kan geven zonder de geschiktheid van de partij te controleren, worden uw traceergegevens onder druk fictie. Het systeem moet foutieve zendingen blokkeren, niet registreren.

12) EPCIS-uitvoer: KDE's voor verzending omzetten in uitwisselingsklare gebeurtenissen

Veel organisaties gebruiken EPCIS voor gebeurtenisgebaseerde traceerbaarheidsuitwisseling. Verzending is een natuurlijke EPCIS-gebeurtenis omdat het een "objectgebeurtenis" en/of "verzendgebeurtenis" is met identiteiten, tijd, locatie en zakelijke context.

Het verzenden van KDE-opnamen ondersteunt EPCIS door ervoor te zorgen dat de gebeurtenis het volgende bevat:

• tijd en locatie van het evenement,
• zakelijke stap (verzending) en afhandeling,
• identificatiegegevens (SSCC's, zaak-ID's, lotnummers indien van toepassing),
• Lees het punt (dock/deur) waar van toepassing.
• referenties van zakelijke transacties (ASN, BOL, PO),
• partij-identificatie (afzender, ontvanger, vervoerder indien nodig).

Het punt is: als je KDE's correct vastlegt tijdens de verzendbevestiging, wordt het genereren van uitwisselingsklare EPCIS een rapportage-uitkomst in plaats van een handmatig dataproject.

13) Reactie binnen 24 uur: hoe verpak je snel KDE-bewijsmateriaal voor uitgaande projecten?

Het vastleggen van KDE-gegevens tijdens verzending is een van de meest voorkomende situaties waarin een reactie binnen 24 uur vereist is. Wanneer een toezichthouder of klant vraagt ​​"wie heeft deze partij ontvangen?", moet uw antwoord snel en onderbouwd zijn.

Een sterk KDE-bewijspakket voor de uitgaande communicatie omvat doorgaans het volgende:

• Verzendoverzicht (verzenddatum/tijd, afleveradres, vervoerder, ordernummer),
• partijlijst en verzonden aantallen,
• SSCC/zaak-ID's waar gebruikt,
• gehecht BOL en / of ASN,
• manifestdetails (wat er op de lading zat),
• Uitzonderingen (korte keuzes, wissels) vastgelegd met redenen en goedkeuringen.
• Statusbevestiging dat de verzonden partijen op het moment van verzending zijn vrijgegeven.

Als je dit binnen enkele uren kunt realiseren, wordt forward trace routine. Lukt dat niet, dan wordt elk trace-verzoek een hectische aangelegenheid.

14) KPI's: meten van de volledigheid en afwijking van de verzending van KDE

Je kunt niet verbeteren wat je niet meet. Nuttige KPI's voor de KDE-distributie zijn onder andere:

Een hoge uitzonderingsfrequentie is niet altijd slecht; het kan de realiteit weerspiegelen. Het risico zit hem in uitzonderingen die niet gedocumenteerd, ongeautoriseerd of inconsistent zijn. Dat zijn tekortkomingen in de traceerbaarheid.

15) Audithouding: wat auditors toetsen met betrekking tot verzenddocumenten

Auditors testen de KDE-registratie van verzendingen onder druk door een forward trace op te vragen. Ze kiezen vaak een voltooide batch en vragen:

• welke klanten het hebben ontvangen,
• welke schepen het vervoerden en wanneer,
• hoeveel is er verzonden?
• welke producten er nog op voorraad zijn,
• Hoe weet je dat de opname compleet is en niet gereconstrueerd?

Ze kunnen u ook vragen aan te tonen dat blokkeringen de verzending belemmeren: probeer een geblokkeerde partij te verzenden (op een gecontroleerde manier) en bewijs dat het systeem dit blokkeert. Als de blokkering niet bestaat, is verzending via KDE-capture niet geloofwaardig, omdat het systeem producten buiten de geldende traceerbaarheidsregels kan verzenden.

16) Kopieer/plak de gereedheidsscorekaart

Gebruik dit als een directe interne test. Als je geen helder antwoord kunt geven, pas dan de workflow aan – niet de formulering.

17) Foutpatronen: hoe KDE-opnamen tijdens verzending worden vervalst

• Verzendgegevens die uitsluitend betrekking hebben op bestellingen. Verzendingen worden geregistreerd per SKU zonder lotnummer; de traceerbaarheid wordt daardoor beperkt.
• Ingetypte kavelnummers. Veel wordt uit het geheugen getypt; het risico op transcriptiefouten en aanvullingen neemt toe.
• ASN/BOL is niet gekoppeld aan identiteiten. Er bestaan ​​documenten, maar die bewijzen niet welke partijen zijn geladen.
• Gemengde kleurenblindheid. Pallets bevatten meerdere partijen, maar er wordt slechts één partij geregistreerd.
• Uitzonderingen worden mondeling afgehandeld. Vervangingen en splitsingen vinden plaats zonder gestructureerde vastlegging.
• Lekkage tegengaan. Status geeft aan dat er nog gewacht moet worden, maar de schepen liggen nog steeds aan de kade; de ​​ergste vorm van controlefalen.
• Reconstructie achteraf. KDE's kwamen later in actie om "de tracering werkend te krijgen". Auditors kunnen dat zien.

De oplossing is altijd hetzelfde: scan-gestuurde verzendbevestiging, strenge validatie, gestructureerde uitzonderingen en strikte controles die verzending van niet-toegestane goederen voorkomen.

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

V5 ondersteunt Shipping KDE Capture door verzending een gecontroleerde, scangestuurde gebeurtenis te maken die is gekoppeld aan lotgeschiedenis en verzenddocumenten. In de praktijk kan V5 het volgende:

• Bevestiging van aan partijen gekoppelde schepen met behulp van SSCC/case-scans en validatieregels.
• Uitgaande manifesten genereren en deze koppelen aan BOL/ASN voorwerpen,
• afdwingen vasthouden/loslaten Door een toegangsbeperking kunnen niet-in aanmerking komende partijen niet worden verzonden.
• Leg gestructureerde uitzonderingen (vervangingen, tekorten bij het afleveren van artikelen, gesplitste leveringen) vast met goedkeuringen.
• snelle traceerresultaten genereren ("wie heeft deze partij ontvangen") en ondersteuning bieden één-omhoog/één-omlaag traceerpakketten,
• Exporteer gebeurtenisgebaseerde gegevens voor uitwisselingsstandaarden zoals EPCIS-extensie waar nodig.

Deze controles sluiten naadloos aan op V5 WMS (verzendingsuitvoering en bewegingscontrole), V5 MES (lotgeschiedenis en productiekoppeling) en V5 QMS (blokkeringen, afwijkingen en gereguleerde uitzonderingen). Voor integratie met ERP- en transportsystemen biedt de V5 Connect API de basis voor de integratie.

19) Uitgebreide FAQ

Vraag 1. Is het verzenden van KDE-capture alleen vereist voor voedingsmiddelen die onder FSMA 204 vallen?
FSMA 204 is een belangrijke drijfveer, maar veel klantprogramma's en GFSI-audits verwachten ook een robuuste koppeling tussen uitgaande batches. Zelfs buiten de FSMA 204-categorieën is de koppeling tussen uitgaande batches essentieel voor nauwkeurige en verdedigbare terugroepacties.

Vraag 2. Wat is de snelste manier om de KDE-opnamefunctie te verbeteren?
Zorg voor een scangestuurde verzendbevestiging. Als u nog steeds lotnummers invoert, krijgt u altijd te maken met fouten en het risico op nabestellingen. Verzending via een scangestuurd verzendbevestigingssysteem is vaak de meest effectieve verbetering voor pallettransport.

Vraag 3. Wat zorgt ervoor dat de verzending van KDE Capture het vaakst vastloopt?
Gemengde pallets en lastminute-vervangingen. Als u de identificatie van dozen/pallets niet bijhoudt en uitzonderingen niet beheert, wordt uw traceerbaarheid onoverzichtelijk en onbetrouwbaar.

Vraag 4. Hoe gaan we om met deelleveringen?
Behandel elke zending als een afzonderlijke KDE-gebeurtenis: leg de identiteit, hoeveelheden en documenten vast voor elk deelzending. Voeg de deelzendingen later niet samen tot één record, omdat dit tot onduidelijkheid leidt.

Vraag 5. Hoe bewijzen we dat het systeem echt is?
Voer een gesimuleerde terugroepactie uit: selecteer een voltooide partij en genereer snel het pakket met de gegevens over wie het heeft ontvangen – zendingen, klanten, aantallen en de bijbehorende vrachtbrief/ASN/manifest. Als handmatig speurwerk nodig is, is uw KDE-capture-systeem nog niet geavanceerd.

Gerelateerde lectuur (houd het praktisch)
Het vastleggen van KDE-gegevens tijdens verzending wordt duurzamer wanneer dit gepaard gaat met een sterke identificatie op kist-/palletniveau (GS1-128 en SSCC), gevalideerde gebeurtenisregistratie (EPCIS-extensie), en afdwingbare inperking (vasthouden/loslaten (met blokkering van de verzending). Bewijs het vervolgens via terugroepoefeningen en snelle doorstuur- en traceerpakketten die voldoen aan de verwachting van een reactietijd van 24 uur.