Genealogie op executieniveau

Dit onderwerp is onderdeel van de SG Systems Global Handleidingenbibliotheek voor teams in de gereguleerde productie die MES-, QMS- en WMS-systemen evalueren.

Bijgewerkt december 2025 • genealogie op uitvoeringsniveau, lotgenealogie, traceerbaarheid op stapniveau, bewijsketen van batches, scan-geverifieerd verbruik, gedeeltelijke verpakkingen, herwerking/herverpakking, serialisatiekoppelingen, auditsporen • Voedingssupplementen (VS)

Genealogie op executieniveau Traceerbaarheid is gebaseerd op daadwerkelijke uitvoeringsgebeurtenissen op de werkvloer – stap voor stap, scan voor scan en verbruik voor verbruik – in plaats van later gereconstrueerd te worden uit voorraadtransacties of samenvattingen in de administratie. In de productie van voedingssupplementen claimen veel systemen "lottraceerbaarheid", maar wat ze in werkelijkheid bieden, is een ruwe voorraadgeschiedenis. Genealogie op uitvoeringsniveau is anders: het bewijst precies welke componentbatches zijn gebruikt, in welke hoeveelheden, in welke stappen, op welke apparatuur, door welke gebruikers, onder welke controles, en hoe dat is doorgestroomd naar tussen- en eindproductbatches.

Dit is het verschil tussen een auditor vol vertrouwen kunnen antwoorden en twee dagen kwijt zijn aan het verzamelen van documenten. Het is ook het verschil tussen een gerichte terugroepactie van 30 minuten en een brede, kostbare reactie waarbij alles binnen de aangegeven termijn moet worden teruggeroepen. Kopers die op zoek zijn naar een nauwkeurige traceerbaarheid op uitvoeringsniveau, willen die mate van precisie meestal wel, omdat ze al eens de nadelen hebben ondervonden van een onduidelijke reikwijdte bij een klacht, een bijwerking, een leveranciersprobleem of een etiketteringsincident.

"Als een stamboom achteraf wordt gereconstrueerd, zal dat altijd langzamer en minder betrouwbaar zijn dan een stamboom die op het moment van de gebeurtenis wordt vastgelegd."

1) Wat kopers bedoelen met genealogie op uitvoeringsniveau

Kopers bedoelen: "een stamboom die aantoonbaar waar is." Een stamboom op executieniveau is gebaseerd op bewijsmateriaal van de executie, niet op aannames. Het beantwoordt de volgende vragen:

• Welke kavels en containers werden er daadwerkelijk gebruikt?
• Wie heeft ze gebruikt, wanneer en in welke fase?
• Hoeveel is er gebruikt en lag dat binnen de tolerantie?
• Welke apparatuur en instrumenten werden daarbij gebruikt?
• Zijn er wijzigingen, aanpassingen of overschrijvingen geweest?

Als je deze antwoorden hebt, kun je de impact snel en geloofwaardig in kaart brengen. Zo niet, dan val je terug op een brede scope en handmatige reconstructie.

2) Waarom traceerbaarheid via alleen ERP/WMS niet voldoende is

De traceerbaarheid in ERP- en WMS-systemen registreert doorgaans "uitgegeven vanuit voorraad" en "ontvangen in voorraad". Dat is noodzakelijk, maar niet voldoende. Vaak wordt het volgende over het hoofd gezien:

• gedeeltelijk containergedrag (wat overbleef, wat werd teruggegeven)
• werkelijke gemeten waarden (ingevoerd versus door het apparaat vastgelegd)
• context op stapniveau (waar in het proces de partij werd gebruikt)
• vervangingen en informele aanvullingen
• Herwerk en herverpak processen die niet als aparte knooppunten worden bijgehouden.

Genealogie op uitvoeringsniveau vult die hiaten op door het verbruik vast te leggen op het moment van uitvoering. Daarom is MES de juiste laag voor echte genealogie in gereguleerde processen.

3) Het genealogiemodel: knooppunten, gebeurtenissen en bewijsmateriaal

Een praktisch genealogisch model bestaat uit drie onderdelen:

• Nodes: partijen, containers, batches in bewerking, voltooide partijen, herwerkte partijen.
• Evenementen: ontvangen, in quarantaine plaatsen, goedkeuren, verstrekken, consumeren, overdragen, mengen, verpakken, verzenden, retourneren.
• bewijsmateriaal: scans, gewichten, tijdstempels, gebruikers-ID's, apparatuur-ID's, goedkeuringen, audit trails.

Genealogie op uitvoeringsniveau is niet zomaar een grafiek. Het is een grafiek waarbij elke verbinding wordt ondersteund door bewijs. Als je het bewijs achter een verbinding niet kunt aantonen (bijvoorbeeld: "Partij A verbruikt in Batch B"), is het geen verdedigbare genealogie.

4) Identiteitskoppeling: lot + container + statushandhaving

Identiteitsbinding is het kernmechanisme: scan de partij en (indien van toepassing) de container-ID op het moment van verbruik. Vervolgens wordt de status afgedwongen:

• Quarantaine-loten kunnen niet worden gebruikt.
• Gereserveerde kavels kunnen niet worden gebruikt.
• Verlopen kavels kunnen niet worden gebruikt, tenzij dit expliciet is aangegeven.
• Verkeerde kavel voor de stap is geblokkeerd

Dit verandert de traceerbaarheid van "we denken dat we het gebruikt hebben" in "we kunnen bewijzen dat we het gebruikt hebben". Het ondersteunt ook snelle controle van de reikwijdte wanneer er problemen ontstaan.

5) Kwantitatieve nauwkeurigheid: apparaatregistratie, toleranties en controle op oververbruik

Genealogie gaat niet alleen over identiteit; het gaat ook over kwantiteit. Als de hoeveelheden niet kloppen, wordt genealogie misleidend. Goede praktijken:

• waar mogelijk door het apparaat vastgelegde gewichten (Elektronische gewichtsregistratie)
• tolerantiecontrole op het moment van afgifte
• expliciete afhandelingspaden voor resultaten die buiten de tolerantie vallen
• controles tegen overconsumptie (Controle op overconsumptie)

Als operators zonder goedkeuring gewichten kunnen invoeren of "extra" kunnen toekennen, worden uw genealogische gegevens onduidelijk en wordt uw opbrengstafstemming betwist.

6) Context op stapniveau: wat moet er bij elke bewerking worden vastgelegd?

Op uitvoeringsniveau betekent dit dat elke consumptiegebeurtenis context bevat:

• werkorder-/batch-ID en stap-ID
• apparatuur/lijn-ID
• Operator-ID en verificatie-ID (indien vereist).
• tijdstempel (automatisch toegevoegd)
• geplande versus daadwerkelijke doelstelling en tolerantie
• eventuele overschrijvingen, correcties of uitzonderingen

Deze context stelt je in staat om vragen als "Waar is het gebleven?" en "Hoe is het gebeurd?" te beantwoorden wanneer er iets mis is.

7) Controle van onderhanden werk, voorbereiding en toewijzing tussen batches

WIP (Work In Progress) is waar genealogie vaak vastloopt. Veelvoorkomende problemen:

• Materialen die voor één batch bestemd waren, werden voor een andere batch gebruikt.
• gedeelde opbergbakken/containers met gemengde identiteit
• Herwerkte mengsels worden niet als aparte knooppunten bijgehouden.

Voor een genealogisch onderzoek op executieniveau is het volgende vereist:

• WIP-containers hebben ID's en een status.
• Toewijzingen zijn batchspecifiek, tenzij overdracht is goedgekeurd.
• Overboekingen worden geregistreerd als expliciete gebeurtenissen met goedkeuringen.

Dit voorkomt "genealogische verschuivingen", waarbij materialen verdwijnen in een tijdelijke opslagruimte en later weer opduiken zonder duidelijke link.

8) Gedeeltelijke containers: resterende hoeveelheden en bewaring

Gedeeltelijke controle is de meest voorkomende zwakke plek in genealogisch onderzoek. Sterke controle omvat:

• unieke container-ID's voor gedeeltelijke bestanden
• resterende hoeveelheid vastgelegd bij terugplaatsing in de voorraad
• Tarra-beheer en verdedigbaarheid van het nettogewicht
• gebeurtenissen in de keten van bewaring voor verplaatsing en gebruik

Als onvolledige gegevens niet worden beheerd, kan uw genealogie er nog steeds "compleet" uitzien, maar uw inventaris en bewijsmateriaal zullen niet met elkaar overeenkomen.

9) Vervanging en alternatieven: veranderingen zichtbaar maken in genealogie

Vervanging is een verandering in de genealogie. Dit moet expliciet zijn. Het systeem moet:

• Noteer de geplande invoer versus de daadwerkelijk vervangen invoer.
• Leg de goedkeuring en de onderbouwing voor de vervanging vast (indien nodig).
• Genealogielinks automatisch bijwerken
• Extra bemonstering/testen initiëren als het risico toeneemt.

Bekijk Dynamische materiaalvervangingVerborgen vervanging ondermijnt de geloofwaardigheid van genealogische gegevens.

10) Knooppunten herwerken/herverpakken: het voorkomen van "verborgen stromen"

Bij herwerking en herverpakking verandert genealogie vaak van een grafiek in een verhaal. Een volwaardig model beschouwt herwerking als een volwaardig knooppunt:

• Maak een rework lot/WIP-node aan met een eigen ID.
• link bron veel in het herwerkingsknooppunt (hoeveelheden en redenen)
• Koppel het herwerkte knooppunt aan de uiteindelijke batch (met goedkeuringen en testbewijs).
• onderbouwing van de afhandeling en QCU-goedkeuringen

Dit voorkomt dat "we hebben het herwerkt" een ontraceerbare verklaring wordt die door auditors wantrouwd wordt.

11) Genealogie van de verpakking: labelversies, lot-/datumcodering, afstemming

Bij voedingssupplementen is de verpakking de plek waar de oorsprong van het product de klant ontmoet. De oorsprong van de verpakking moet het volgende omvatten:

• label revisie/versie gebruikt
• verificatie van de lot-/datumcode-instellingen
• uitgifte en afstemming van labels
• bewijs van vrije doorgang
• indien van toepassing, doos-/pallet-ID's

Dit maakt snelle analyse mogelijk wanneer zich een incident met een etiket voordoet: u kunt vaststellen welke partijen welke etiketrevisie hebben gebruikt en welke zendingen zijn getroffen. Link naar Labelafstemming en Lijnvrijgave.

12) Koppeling na marktintroductie: klachten, retouren, bijwerkingen, reservemonsters

Genealogie op uitvoeringsniveau wordt pas echt waardevol wanneer deze gekoppeld wordt aan gebeurtenissen na de beursgang:

• Klachten en retouren zijn gekoppeld aan de voltooide bestelling en verzending.
• Bijwerkingen gekoppeld aan lotgrootte voor snelle beoordeling
• Reservemonsters zijn gekoppeld aan een lot en kunnen als bewijsmateriaal worden opgevraagd.

Zo ga je van "we denken dat het een op zichzelf staand geval is" naar "we kunnen de omvang van de impact aantonen". Zie Afhandeling van geretourneerde producten, Registratie van bijwerkingenen Reserveringsvereisten voor monsters.

13) Auditgereedheid: hoe genealogische bewijspakketten te exporteren

Auditors willen niet alleen een mooi netwerkdiagram. Ze willen bewijs. Een bewijspakket voor genealogisch onderzoek moet het volgende bevatten:

• Genealogische grafiekweergave (invoer → WIP → uitvoer)
• Lijst met verbruiksgebeurtenissen met stapcontext
• status- en goedkeuringsbewijs (blokkeringen, vrijgaven, vervangingen)
• Uittreksels uit het auditlogboek voor correcties/overrides
• etiketteringsbewijs voor verpakte partijen
• verzendingsomvang voor getroffen partijen

Dit moet exporteerbaar en leesbaar zijn, zonder dat de leverancier het "voor je hoeft op te halen". Dat is een betrouwbaarheidstest.

14) KPI's: kwaliteitsindicatoren voor genealogie

15) Kopieer/plak het demo-script en de selectiescorekaart

Gebruik dit om de genealogie op uitvoeringsniveau in elke systeemdemo te valideren.

16) Selectievalkuilen (hoe genealogie een "beste poging"-onderzoek wordt)

• Genealogie uitsluitend op basis van inventarisgegevens. Uitgegeven vanuit voorraad is geen feitelijke uitvoeringssituatie.
• Handmatige invoer toegestaan. Het typen van getallen en gewichten creëert een aannemelijk fictieverhaal.
• Gedeeltelijke bestanden niet beheerd. Geen container-ID's; resterende hoeveelheden geschat; genealogie en voorraadafwijkingen.
• Substitutie verborgen. Alternatieven die wel gebruikt zijn, maar niet expliciet zijn vastgelegd.
• Herziening niet gemodelleerd. Herwerk wordt beschreven in notities en niet vastgelegd als een knooppunt met aantallen.
• Auditlogboek ontbreekt. Correcties overschrijven de geschiedenis; bewijsmateriaal wordt onhoudbaar.

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

V5 Ondersteunt genealogie op uitvoeringsniveau door scan-geverifieerd verbruik en gebeurtenissen op stapniveau vast te leggen in MES, de status af te dwingen in WMS en governancebeslissingen te koppelen via QMS, waardoor een auditklare bewijsketen ontstaat.

• Executiegebeurtenissen en genealogie: V5 MES
• Handhaving van status en locatie: V5 WMS
• Goedkeuringen, afwijkingen, CAPA: V5 QMS
• integratie: V5 Connect API Ondersteunt ERP/LIMS- en apparaatintegraties om het bewijsmateriaal bij incidenten te verrijken.
• Platformweergave: V5-oplossingsoverzicht

18) Uitgebreide FAQ

Vraag 1. Wat is executie-genealogie?
Het is een stamboom die is opgebouwd uit daadwerkelijke uitvoeringsgegevens (scans, gewichten, stappenregistraties), en niet later is gereconstrueerd aan de hand van inventarisoverzichten.

Vraag 2. Waarom is ERP/WMS-traceerbaarheid niet voldoende?
ERP/WMS-systemen missen vaak context op stapniveau, gedeeltelijk containergedrag, vervangingen en door apparaten vastgelegde hoeveelheden, waardoor het bepalen van de scope trager en minder zeker wordt.

Vraag 3. Wat is het minimale bewijs voor een genealogische link?
Identiteitsbewijs via scan, kwantiteitsbewijs, stapcontext, tijdstempels, gebruikers-ID's en statuscontrole waaruit blijkt dat de partij geschikt was voor gebruik.

Vraag 4. Hoe moet herwerking in een genealogie worden weergegeven?
Als een afzonderlijk knooppunt/lot met expliciete input, hoeveelheden, goedkeuringen en output – niet als een notitie in het batchrecord.

Vraag 5. Wat is het grootste teken dat genealogisch onderzoek zwak is?
Wanneer je niet vanuit een voltooide partij direct naar de verbruiksgebeurtenissen kunt klikken die deze hebben gecreëerd, of wanneer vervangingen en gedeeltelijke leveringen niet expliciet worden weergegeven.

Gerelateerd lezen
• Gidsen: Software voor traceerbaarheid van partijen | Elektronische gewichtsregistratie | Controle op overconsumptie | Dynamische materiaalvervanging | Afhandeling van geretourneerde producten
• Woordenlijst: End-to-End Lot Genealogie | Keten van bewaring | Quarantaine/Vasthouden | Audittrail
• V5-producten: V5 MES | V5 WMS | V5 QMS | V5 Connect API