> Continu verbeteren van processen > Productieplanning > Plex Smart Manufacturing > Datatemplate

Datatemplate voor productieplanning

Plex Smart Manufacturing

Attributen voor productieplanning (22) Activiteiten voor productieplanning (16) Extractiegidsen (2)

Datatemplate voor productieplanning

Deze template helpt je de juiste data te verzamelen om het productieplanningsproces te optimaliseren. Je vindt erin welke attributen je verzamelt, welke activiteiten je volgt en hoe je deze informatie uit de bronsystemen haalt. Gebruik de template om alle data vast te leggen die nodig is voor een goede procesanalyse en verbetering.

Aanbevolen attributen om te verzamelen
Belangrijke activiteiten om te volgen
Richtlijnen voor data-extractie

Nieuw met event logs? Lees hoe je een event log voor process mining maakt.

Template downloaden

Attributen voor productieplanning

Dit zijn de aanbevolen datavelden voor je event log. Ze vormen de basis voor een volledige analyse van de productieplanning en geven een helder beeld van de bedrijfsvoering.

3 Verplicht 8 Aanbevolen 11 Optioneel

	Naam	Beschrijving
	Activiteitsnaam ActivityName	De naam van het specifieke event of de stap die plaatsvond binnen het productieplanningsproces.
Beschrijving Dit attribuut beschrijft één taak of mijlpaal in de levenscyclus van de productieplanning, zoals ‘Productieorder aangemaakt’, ‘Materiaalbehoefte gepland’ of ‘Productieorder voltooid’. Deze activiteiten vormen de basis van de proceskaart. Analisten kunnen hiermee de processtroom visualiseren, bottlenecks tussen stappen opsporen en de frequentie en volgorde van events analyseren. Elke activiteit komt overeen met een vastgelegd event in het bronsysteem. Waarom dit belangrijk is Dit attribuut bepaalt de stappen op de proceskaart, de basis voor alle process mining-analyses, waaronder het opsporen van bottlenecks en het analyseren van varianten. Waar vind je dit? Afgeleid uit event logs, transactiecodes of statuswijzigingen in verschillende Plex-modules voor productieplanning en -uitvoering. Voorbeelden Productieorder aangemaaktProductieplan goedgekeurdProductieorder vrijgegevenBewerking voltooid
	Eventtijd EventTime	De timestamp die aangeeft wanneer de activiteit plaatsvond.
Beschrijving Dit attribuut registreert de exacte datum en tijd waarop een specifiek event of een specifieke activiteit in het systeem is vastgelegd. Het is de belangrijkste tijdsaanduiding voor procesanalyse. Nauwkeurige timestamps zijn essentieel om doorlooptijden, tijdsduren en wachttijden tussen activiteiten te berekenen. Hiermee kun je procesprestaties door de tijd heen analyseren, bottlenecks opsporen en naleving van planningen meten. Waarom dit belangrijk is Deze timestamp is nodig om alle tijdsgebonden metrieken te berekenen, zoals doorlooptijden en tijdsduren, die de basis vormen voor prestatieanalyses. Waar vind je dit? Te vinden in event logs of transactieregistraties naast de activiteitsgegevens in Plex. Zoek naar velden zoals ‘Aanmaakdatum’, ‘Timestamp’ of ‘Eventdatum’. Voorbeelden 2023-10-26T09:00:00Z2023-10-26T14:35:10Z2023-10-27T08:21:05Z
	Productieorder ProductionOrder	De unieke identificatiecode van een productieorder. Deze dient als primaire case-ID voor het productieplanningsproces.
Beschrijving Het nummer van de productieorder identificeert op unieke wijze een opdracht om een bepaalde hoeveelheid van een onderdeel of product te maken. Het is de centrale case-ID die alle bijbehorende plannings-, inroosterings-, uitvoerings- en afrondingsevents met elkaar verbindt. Bij process mining geeft een analyse van events per productieorder een volledig beeld van het productieproces, van begin tot eind. Zo kun je de totale doorlooptijden berekenen, veelvoorkomende procesroutes herkennen en verschillen tussen productieruns begrijpen. Waarom dit belangrijk is Deze case-ID verbindt alle processtappen en maakt het mogelijk elke productierun van begin tot eind te analyseren. Waar vind je dit? Deze identificatiecode staat doorgaans in de kernmodules voor productie of productie-uitvoering van Plex. Raadpleeg de documentatie voor tabellen over werkorders of productieorders. Voorbeelden WO-2024-05123PROD-789001JN-456-A10034589
	Artikelnummer PartNumber	De unieke identificatiecode van het product of materiaal dat wordt gemaakt.
Beschrijving Het artikelnummer, ook bekend als itemnummer of SKU, geeft aan welk artikel de productieorder moet opleveren. Dit is belangrijke stamdata die het productieproces koppelt aan het productaanbod. Met een analyse per artikelnummer kun je productieproblemen voor specifieke producten opsporen, doorlooptijden van verschillende producten vergelijken en zien hoe de materiaalbehoefte verschilt. Dit is de basis voor elke productgerichte procesanalyse. Waarom dit belangrijk is Maakt productanalyses mogelijk waarmee je procesprestaties kunt vergelijken en problemen met specifieke onderdelen of productfamilies kunt opsporen. Waar vind je dit? Te vinden in de orderregel of koptekstgegevens van de productieorder in Plex. Dit is een standaardveld dat aan de artikelstam is gekoppeld. Voorbeelden PN-100-001A45-873-CFG-2023-WIDGETASM-BRKT-550
	Beschikbaarheid van materialen MaterialAvailabilityStatus	Geeft aan of alle benodigde materialen voor de productieorder beschikbaar zijn.
Beschrijving Dit attribuut toont de beschikbaarheid van materialen, bijvoorbeeld ‘Beschikbaar’, ‘Tekort’ of ‘In bestelling’. Deze status is belangrijk om te bepalen of een productieorder naar de werkvloer kan worden vrijgegeven. Dit attribuut wordt onder meer gebruikt in het dashboard ‘Analyse van de impact van materiaaltekorten’. Je kunt vertragingen door materiaaltekorten kwantificeren door de status ‘Tekort’ te koppelen aan langere wachttijden vóór de activiteiten ‘Productieorder vrijgegeven’ of ‘Productie gestart’. Waarom dit belangrijk is Ondersteunt rechtstreeks de analyse van vertragingen door materiaaltekorten, een veelvoorkomend en aanzienlijk probleem in de productie. Waar vind je dit? Raadpleeg de documentatie van Plex Smart Manufacturing. Dit kan een berekende status in de MRP- of voorraadmodules zijn, of een veld op de productieorder zelf. Voorbeelden Alle materialen beschikbaarTekort aan onderdelenWacht op inkooporderGedeeltelijk beschikbaar
	Geplande einddatum PlannedEndDate	De geplande voltooiingsdatum van de productieorder.
Beschrijving Dit attribuut bevat de datum waarop de productieorder volgens de planning volledig moet zijn afgerond. Deze datum is een belangrijk resultaat van het planningsproces en dient als basis voor prestatiemetingen. De geplande einddatum is belangrijk voor het dashboard en de KPI ‘Naleving van de productieplanning’. Door deze datum te vergelijken met de werkelijke voltooiingstimestamp kunnen organisaties meten of ze de productiedoelen halen en oorzaken van vertraging opsporen. Waarom dit belangrijk is Dient als basis voor het meten van naleving van de planning en tijdige afronding. Dit zijn belangrijke indicatoren voor de effectiviteit van planning en uitvoering. Waar vind je dit? Raadpleeg de documentatie van Plex Smart Manufacturing. Dit veld staat meestal in de koptekst van de productieorder en heet vaak ‘Geplande einddatum’, ‘Vervaldatum’ of iets vergelijkbaars. Voorbeelden 2023-11-15T17:00:00Z2023-11-20T23:59:59Z2023-12-01T17:00:00Z
	Geplande hoeveelheid PlannedQuantity	De beoogde hoeveelheid van het onderdeel of product dat met de order moet worden gemaakt.
Beschrijving Dit attribuut geeft aan hoeveel eenheden volgens de productieorder moeten worden gemaakt. Deze waarde wordt gebruikt voor materiaalbehoefteplanning, capaciteitsplanning en inroostering. De geplande hoeveelheid is nodig om de KPI ‘Afwijking van de vraagprognose’ te berekenen door deze te vergelijken met de oorspronkelijke prognose. De hoeveelheid geeft ook context bij analyses van doorlooptijden, omdat grotere orders van nature langer kunnen duren. Waarom dit belangrijk is Geeft de beoogde productiehoeveelheid aan. Deze is nodig voor capaciteitsanalyses, inroostering en inzicht in procesverschillen die samenhangen met de ordergrootte. Waar vind je dit? Te vinden in de koptekst of orderregelgegevens van de productieorder in Plex. Zoek naar velden zoals ‘Orderhoeveelheid’ of ‘Geplande hoeveelheid’. Voorbeelden 1005000751250
	Planner Planner	De medewerker die verantwoordelijk is voor het plannen of beheren van de productieorder.
Beschrijving Dit attribuut identificeert de productieplanner of planner die aan een specifieke productieorder is toegewezen. Het kan de naam of het personeelsnummer van een medewerker zijn. Een analyse per planner is essentieel voor het dashboard ‘Prestaties van planners vergelijken’. Hiermee kun je verschillen in efficiëntie, naleving van planningen en procesvariaties tussen planners opsporen. Zo worden mogelijkheden voor training of standaardisatie van processen zichtbaar. Waarom dit belangrijk is Maakt prestatieanalyses per planner mogelijk, zodat je goede werkwijzen, verschillen en trainingsbehoeften kunt herkennen. Waar vind je dit? Raadpleeg de documentatie van Plex Smart Manufacturing. Dit attribuut staat meestal in de kopteksttabellen van productieorders, bij velden zoals ‘Plannercode’, ‘Planner’ of ‘Gemaakt door’. Voorbeelden John SmithJane DoePlannergroep AUser789
	Productieprioriteit ProductionPriority	Een classificatie die aangeeft hoe dringend de productieorder is.
Beschrijving Dit attribuut kent een prioriteitsniveau toe aan een productieorder, bijvoorbeeld ‘Hoog’, ‘Gemiddeld’ of ‘Laag’. Zo kunnen planners en productiemedewerkers werk prioriteren, vooral wanneer er beperkte bronnen beschikbaar zijn. Een analyse per prioriteit is belangrijk voor het dashboard ‘Metrieken voor de afhandeling van productieprioriteiten’. Je kunt nagaan of orders met hoge prioriteit daadwerkelijk sneller door het proces gaan en eerder worden afgerond dan orders met een lagere prioriteit. Zo zie je of het prioriteitssysteem werkt. Waarom dit belangrijk is Maakt het mogelijk te analyseren of orders met hoge prioriteit sneller worden verwerkt en of het prioriteitssysteem goed werkt. Waar vind je dit? Raadpleeg de documentatie van Plex Smart Manufacturing. Dit kan een standaardveld of een aangepast veld in de koptekst van de productieorder zijn. Voorbeelden HoogGemiddeldLaag19
	Status van productieorder ProductionOrderStatus	De huidige of uiteindelijke status van de productieorder.
Beschrijving Dit attribuut geeft de status van de productieorder op een bepaald moment weer, bijvoorbeeld ‘Aangemaakt’, ‘Vrijgegeven’, ‘In uitvoering’, ‘Voltooid’ of ‘Geannuleerd’. Statusinformatie geeft een momentopname van de levenscyclus van de order en is belangrijk voor uitkomstanalyse. Je kunt er actieve en voltooide orders mee filteren, annuleringspercentages analyseren en begrijpen waarom bepaalde procesroutes worden gevolgd. Waarom dit belangrijk is Dit geeft de uitkomst en huidige status van een productieorder aan. Dat is belangrijk voor filteren, uitkomstanalyse en inzicht in procesuitzonderingen. Waar vind je dit? Beschikbaar in de koptekstattabel van productieorders in Plex. Zoek naar een veld met de naam ‘Status’ of ‘Toestand’. Voorbeelden GeplandVrijgegevenVoltooidAfgeslotenGeannuleerd
	Werkcentrum Workcenter	De specifieke machine, productielijn of afdeling waar een bewerking wordt ingepland.
Beschrijving Een werkcentrum is een specifieke bron of groep bronnen waar productieactiviteiten plaatsvinden. Het kan een machine, een groep machines of een assemblagelijn zijn. Dit attribuut is belangrijk voor de analyse van vertragingen bij de toewijzing van bronnen en voor het opsporen van bottlenecks per bron. Door verwerkingstijden en wachttijden bij verschillende werkcentra te analyseren, kunnen managers de inzet van bronnen verbeteren en de productiestroom versnellen. Waarom dit belangrijk is Helpt bottlenecks per bron op te sporen en de capaciteitsbenutting te analyseren. Dat is belangrijk voor de planning en het verbeteren van de doorvoer. Waar vind je dit? Raadpleeg de documentatie van Plex Smart Manufacturing. Deze informatie staat meestal in de routing- of bewerkingsgegevens van een productieorder. Voorbeelden CNC-MILL-05ASSEMBLY-LINE-3PACKAGING-STATION-BWC-FINISH-01
	Afwijking van het schema ScheduleDeviation	Het tijdsverschil tussen de geplande einddatum en de werkelijke voltooiingsdatum.
Beschrijving Deze berekende metriek geeft aan hoeveel eerder of later een productieorder is voltooid dan gepland. Een positieve waarde betekent vertraging, een negatieve waarde betekent dat de order eerder klaar was en nul betekent dat de order op tijd is voltooid. Dit attribuut geeft een gedetailleerder beeld van de prestaties dan een eenvoudige aanduiding ‘te laat’. In het dashboard ‘Naleving productieschema’ laat het zien hoe groot de vertragingen zijn. Zo kun je verbeteracties richten op de grootste afwijkingen. Waarom dit belangrijk is Geeft precies aan hoeveel tijd een order van het schema afweek en meet daarmee hoe vroeg of laat de order is voltooid. Waar vind je dit? Berekend veld: op caseniveau wordt ‘PlannedEndDate’ afgetrokken van ‘ActualEndDate’. Voorbeelden P2DT3H15M-P1DT0H0MPT5H
	Bronsysteem SourceSystem	Het systeem waaruit de data is gehaald.
Beschrijving Dit attribuut geeft de herkomst van de data aan, in dit geval Plex Smart Manufacturing. In omgevingen waar data uit meerdere systemen wordt samengevoegd, maakt dit duidelijk waar de data vandaan komt. Deze informatie helpt bij datagovernance en het oplossen van problemen. Zo is duidelijk wat de bron is bij validatie of verrijking van data. Waarom dit belangrijk is Dit geeft belangrijke context over de herkomst van de data, wat van belang is voor datagovernance, validatie en omgevingen met meerdere systemen. Waar vind je dit? Dit is meestal een vaste waarde die tijdens de data-extractie en -transformatie wordt toegevoegd om de dataset te labelen. Voorbeelden Plex Smart ManufacturingPlex MESPlex ERP
	Eindtijd EndTime	De timestamp die aangeeft wanneer een activiteit is voltooid.
Beschrijving De eindtijd markeert de voltooiing van een specifieke activiteit. Samen met de starttijd bepaalt deze de verwerkingstijd van die activiteit. Met zowel een start- als eindtijd kun je de verwerkingstijd vergelijken met de wachttijd. Zo zie je hoeveel tijd actief aan een taak is besteed en hoeveel tijd is gewacht op de volgende stap. Dat is nodig voor een nauwkeurige bottleneckanalyse. Waarom dit belangrijk is Maakt een nauwkeurige berekening van verwerkingstijden mogelijk, waarbij actieve werktijd wordt onderscheiden van wachttijd. Waar vind je dit? Deze informatie kan rechtstreeks in event logs staan of worden afgeleid van de starttijd van het volgende event. Voorbeelden 2023-10-26T09:15:00Z2023-10-26T15:05:20Z2023-10-27T10:00:00Z
	Geproduceerde hoeveelheid CompletedQuantity	De werkelijke hoeveelheid onderdelen of producten die met succes is geproduceerd.
Beschrijving Dit attribuut registreert het uiteindelijke aantal goede eenheden dat voor een productieorder is geproduceerd en bevestigd. Deze waarde wordt vergeleken met de geplande hoeveelheid om het rendement en de mate waarin de order is uitgevoerd te bepalen. Met de geproduceerde hoeveelheid kun je de productie-efficiëntie en kwaliteit beoordelen. Grote verschillen met de geplande hoeveelheid kunnen wijzen op productieproblemen, veel uitval of invoerfouten. Die kun je vervolgens verder onderzoeken. Waarom dit belangrijk is Geeft de werkelijke productie aan. Deze waarde wordt gebruikt om het rendement, de uitval en de nauwkeurigheid van de orderuitvoering te analyseren ten opzichte van de geplande hoeveelheid. Waar vind je dit? Te vinden in productie- of bevestigingsregistraties in Plex. Zoek naar velden zoals ‘Goede hoeveelheid’, ‘Rendementshoeveelheid’ of ‘Werkelijke hoeveelheid’. Voorbeelden 984950751250
	Laatste data-update LastDataUpdate	De timestamp waarop de data voor het laatst uit het bronsysteem is vernieuwd.
Beschrijving Dit attribuut geeft aan wanneer de data voor het laatst is geëxtraheerd en in de process mining-tool is geladen. Zo weet je hoe actueel de analyse is. Met de actualiteit van de data kun je bepalen of je de meest recente procesinformatie bekijkt. Dit geeft duidelijkheid over de periode waarop de data betrekking heeft en is belangrijke metadata voor elk dashboard of rapport. Waarom dit belangrijk is Laat zien hoe actueel de data is, zodat duidelijk is op welke periode de analyse betrekking heeft. Waar vind je dit? Dit is een metadataveld dat tijdens het laden van de data wordt aangemaakt en opgeslagen. Het bevat de timestamp waarop de data is geladen. Voorbeelden 2024-05-21T02:00:00Z2024-05-20T02:00:00Z
	Ordertype OrderType	Een categorie voor de productieorder, zoals standaardproductie, herstelwerk of prototype.
Beschrijving Het ordertype maakt onderscheid tussen productieorders op basis van hun doel. Een ‘Standaardorder’ is bijvoorbeeld voor reguliere productie, een order voor ‘Herstelwerk’ is bedoeld om defecten te verhelpen en een ‘Prototype’ is voor de ontwikkeling van een nieuw product. Met dit attribuut kun je processtromen van verschillende ordertypen apart analyseren of vergelijken. Orders voor herstelwerk volgen bijvoorbeeld vaak andere routes en hebben andere doorlooptijden dan standaardorders. Door ze apart te bekijken, krijg je een zuiverder analyse. Waarom dit belangrijk is Maakt het mogelijk de analyse uit te splitsen, omdat verschillende ordertypen, zoals ‘herstelwerk’ of ‘prototype’, andere processtromen en prestatieverwachtingen hebben. Waar vind je dit? Raadpleeg de documentatie van Plex Smart Manufacturing. Dit is vaak een configureerbaar veld in de koptekst van de productieorder. Voorbeelden StandaardproductieOrder voor herstelwerkTechnisch proefexemplaarUitbesteed werk
	Redencode voor herstelwerk ReworkReasonCode	Een code die de reden aangeeft voor een aanpassing van het productieplan of een herstelwerkronde.
Beschrijving Wanneer een productieplan wordt aangepast of een order voor herstelwerk wordt teruggestuurd, geeft dit attribuut een gestandaardiseerde reden voor de afwijking. Voorbeelden zijn ‘Defect materiaal’, ‘Stilstand van machine’ of ‘Wijziging van specificatie’. Dit attribuut verklaart waarom procesafwijkingen optreden die bij variantanalyse zijn gevonden. Het is belangrijk voor de oorzaakanalyse van de KPI ‘Herstelwerk- en omleidingspercentage’ en helpt teams de onderliggende problemen aan te pakken die herstelwerk en vertraging veroorzaken. Waarom dit belangrijk is Geeft belangrijke context bij herstelwerk en procesafwijkingen. Zo kun je gericht de oorzaken onderzoeken, verspilling verminderen en de kwaliteit verbeteren. Waar vind je dit? Raadpleeg de documentatie van Plex Smart Manufacturing. Deze data kan gekoppeld zijn aan registraties van afwijkingen, kwaliteit of productieaanpassingen. Voorbeelden QA_FAILMAT_SUBENG_CHGOPER_ERR
	Te laat IsLate	Een booleaanse aanduiding die aangeeft of de productieorder na de geplande einddatum is voltooid.
Beschrijving Dit is een eenvoudige booleaanse aanduiding (waar/onwaar) voor elke productieorder. De waarde is ‘waar’ als de werkelijke voltooiingstijd na de geplande einddatum valt, en anders ‘onwaar’. Dit attribuut maakt analyses en rapportages over de naleving van het schema eenvoudiger. Je kunt er makkelijk op filteren en de resultaten groeperen om de KPI ‘Nalevingspercentage productieschema’ te berekenen en orders te vinden die hun deadline niet hebben gehaald. Waarom dit belangrijk is Deelt orders eenvoudig in als op tijd of te laat. Dat maakt het attribuut geschikt voor het berekenen van nalevingspercentages en voor KPI-dashboards op hoofdlijnen. Waar vind je dit? Berekend veld op basis van de vergelijking: ‘ActualEndDate’ > ‘PlannedEndDate’. Voorbeelden truefalse
	Vestiging Plant	De productielocatie waar de productieorder wordt uitgevoerd.
Beschrijving Het attribuut ‘Vestiging’ identificeert een specifieke fysieke locatie, zoals een fabriek of productielocatie. Bij organisaties met meerdere vestigingen is dit een belangrijk attribuut om procesprestaties uit te splitsen en te vergelijken. Met een analyse per vestiging kun je processen op verschillende locaties vergelijken. Zo komen locatiespecifieke problemen en goede werkwijzen van goed presterende vestigingen aan het licht. Dit helpt bij beslissingen over standaardisatie van processen. Waarom dit belangrijk is Maakt het mogelijk procesprestaties op verschillende productielocaties te vergelijken. Dat is belangrijk voor benchmarking en standaardisatie bij organisaties met meerdere vestigingen. Waar vind je dit? Meestal beschikbaar als standaardindeling in Plex en vaak gekoppeld aan de koptekst van de productieorder. Zoek naar velden zoals ‘Vestiging’, ‘Locatie’ of ‘Plaats’. Voorbeelden Vestiging DetroitAssemblage AtlantaLocatie 007Productielocatie Mexico
	Werkelijke einddatum ActualEndDate	Het werkelijke tijdstip waarop het laatste product van de productieorder is voltooid.
Beschrijving Dit attribuut legt vast wanneer de laatste bewerking van de productieorder is afgerond en de volledige vereiste hoeveelheid is geproduceerd. Het markeert het einde van de uitvoeringsfase. Dit is de definitieve timestamp voor het meten van de werkelijke prestaties ten opzichte van de geplande einddatum voor de KPI ‘Naleving productieschema’. Je gebruikt deze om de werkelijke totale productiedoorlooptijd te berekenen. Waarom dit belangrijk is Geeft de werkelijke eindtijd waarmee je de naleving van het schema en de totale productiedoorlooptijden nauwkeurig kunt berekenen. Waar vind je dit? Dit is de timestamp van de activiteit ‘Productieorder voltooid’ of van de laatste operationele bevestiging in Plex. Voorbeelden 2023-11-14T16:55:43Z2023-11-21T11:30:00Z
	Werkelijke startdatum ActualStartDate	Het werkelijke tijdstip waarop de productie voor de order begon.
Beschrijving Dit attribuut legt het exacte tijdstip vast waarop de eerste fysieke bewerking van de productieorder op de werkvloer begon. Het markeert de overgang van planning en voorbereiding naar uitvoering. Met deze timestamp kun je de wachttijd meten tussen het vrijgeven van een order en de daadwerkelijke start. Zo bereken je de productiedoorlooptijd nauwkeuriger. De timestamp helpt ook bij de analyse van de impact van materiaaltekorten, omdat je ziet wanneer het werk echt begon. Waarom dit belangrijk is Markeert het daadwerkelijke begin van de productie, zodat je planningsvertragingen en wachttijden nauwkeurig kunt meten. Waar vind je dit? Dit is de timestamp van de activiteit ‘Productie gestart’ of van de eerste operationele stap die is vastgelegd in de MES-component van Plex. Voorbeelden 2023-11-01T08:05:12Z2023-11-05T10:20:00Z

Verplicht Aanbevolen Optioneel

Activiteiten voor productieplanning

Dit zijn de belangrijke processtappen en mijlpalen om vast te leggen in je event log. Zo ontdek je het proces en krijg je een helder beeld van de productiestroom.

6 Aanbevolen 10 Optioneel

	Activiteit	Beschrijving
	Productie gestart	Deze activiteit markeert het begin van het fysieke werk aan de productieorder op de werkvloer. In een systeem als Plex wordt dit meestal expliciet vastgelegd wanneer een medewerker een barcode scant of een opdracht start via een terminal bij het werkcentrum.
Waarom dit belangrijk is Dit is een belangrijke mijlpaal die het begin van het werk met toegevoegde waarde aangeeft. Door de tijd tussen ‘Order vrijgegeven’ en ‘Productie gestart’ te analyseren, vind je vertragingen vóór de productie. Je gebruikt deze activiteit ook om de werkelijke productiedoorlooptijd te berekenen. Waar vind je dit? Dit wordt vastgelegd via transacties voor gegevensregistratie op de werkvloer in Plex. De gebeurtenis komt overeen met de timestamp van de eerste transactie ‘job start’ of ‘operation start’ die aan de productieorder is gekoppeld. Vastleggen Gebruik de timestamp van de eerste aanmaak van een arbeidsbon of van het machine-start-event dat bij de productieorder hoort. Gebeurtenistype explicit
	Productieorder aangemaakt	Dit is het formele aanmaken van de productieorder in Plex. Deze activiteit legt de unieke case-ID voor de process mining-analyse vast. De gebeurtenis wordt expliciet geregistreerd wanneer een gebruiker of systeemproces een nieuwe order aanmaakt.
Waarom dit belangrijk is Deze activiteit is het officiële begin van het verloop van de productieorder in het systeem. Dit is het uitgangspunt om de totale doorlooptijd te meten en het aantal nieuwe productieorders te bepalen. Waar vind je dit? Dit wordt vastgelegd aan de hand van de aanmaaktimestamp van de productieorder in de primaire tabel met productieordergegevens in Plex. Vastleggen Gebruik het veld ‘creation_date’ of het gelijkwaardige timestampveld in de tabel met productieorderkoppen. Gebeurtenistype explicit
	Productieorder voltooid	Geeft aan dat alle bewerkingen voor de volledige productieorder zijn afgerond. Dit is een laatste transactie vanaf de werkvloer, die bevestigt dat de geplande hoeveelheid is geproduceerd. Het event wordt expliciet vastgelegd wanneer een operator of systeemproces de order als voltooid markeert.
Waarom dit belangrijk is Deze activiteit is het belangrijkste eindevent van de ideale route. Het is het eindpunt voor de berekening van de ‘Gemiddelde doorlooptijd van de productieorder’ en is essentieel om ‘Naleving van de productieplanning’ en ‘Productiedoorvoer’ te meten. Waar vind je dit? Dit is een expliciete statuswijziging van de productieorder, vaak veroorzaakt door de registratie van de laatste geproduceerde hoeveelheid. De timestamp wordt vastgelegd wanneer de orderstatus verandert in ‘Voltooid’ of ‘Afgerond’. Vastleggen Gebruik de timestamp van de transactie die de status van de productieorder wijzigt in ‘Voltooid’. Gebeurtenistype explicit
	Productieorder vrijgegeven	Dit is een belangrijke mijlpaal: de productieorder wordt formeel vrijgegeven voor de werkvloer en is vanaf dat moment zichtbaar en uitvoerbaar voor productiemedewerkers. Dit is vrijwel altijd een expliciete actie van een gebruiker in het MES. De actie leidt tot het aanmaken van werkpakketten of digitale werkinstructies.
Waarom dit belangrijk is De vrijgave van de order is de overdracht van planning naar uitvoering. Deze mijlpaal is belangrijk om de doorvoer te volgen en vertragingen tussen de goedkeuring van de planning en de start van de productie te analyseren. Waar vind je dit? Dit is doorgaans een expliciete transactie in de productiemanagementmodule van Plex. De gebeurtenis wordt vastgelegd aan de hand van de timestamp van de actie ‘Vrijgeven’, vaak opgeslagen in een apart veld of transactielog. Vastleggen Gebruik het timestampveld ‘release_date’ van de productieorder of de timestamp uit het transactielog voor de vrijgave. Gebeurtenistype explicit
	Productieplan goedgekeurd	Deze activiteit geeft aan dat het productieplan formeel is goedgekeurd en klaar is om naar de werkvloer te worden gestuurd. De gebeurtenis wordt meestal vastgelegd via een expliciete goedkeuringsactie of een bijbehorende statuswijziging van de order.
Waarom dit belangrijk is Dit markeert het einde van de plannings- en goedkeuringsfase en is het eindpunt voor de KPI ‘Goedkeuringstijd productieplan’. Met deze activiteit kun je vertragingen bij de goedkeuring, een veelvoorkomende bottleneck, meten en lokaliseren. Waar vind je dit? Dit kan een expliciete gebeurtenis zijn uit een transactielog voor goedkeuringen, of worden afgeleid uit een statuswijziging van de productieorder, bijvoorbeeld van ‘Wacht op goedkeuring’ naar ‘Goedgekeurd’ of ‘Klaar voor vrijgave’. Vastleggen Leg de timestamp vast waarop de status van de productieorder wordt bijgewerkt naar ‘Goedgekeurd’ of een gelijkwaardige waarde. Gebeurtenistype inferred
	Vraagprognose beoordeeld	Dit is het moment waarop een vraagprognose binnenkomt en wordt beoordeeld, voordat een productieorder wordt aangemaakt. Deze gebeurtenis wordt vaak vastgelegd in een module voor vraagplanning en vormt de aanleiding voor het volledige productieplanningsproces.
Waarom dit belangrijk is Deze activiteit markeert het werkelijke begin van de planningslevenscyclus. Door de tijd tussen dit moment en het aanmaken van een order te analyseren, ontdek je vertragingen bij het omzetten van de vraag in uitvoerbare productieplannen. Dit ondersteunt het dashboard ‘Efficiëntie van de integratie van vraagprognoses’. Waar vind je dit? Deze informatie staat meestal in een module voor vraagplanning of sales- en operationsplanning in Plex of in een gekoppeld systeem. Mogelijk moet je de informatie afleiden uit de aanmaakdatum van een prognoserecord dat aan de latere productieorder is gekoppeld. Vastleggen Afgeleid van de aanmaaktimestamp van een vraagprognoserecord dat later aan de productieorder wordt gekoppeld. Gebeurtenistype inferred
	Bewerking voltooid	Geeft aan dat een afzonderlijke productiestap of bewerking binnen de routing van de productieorder is voltooid. Een productieorder bevat doorgaans meerdere van deze events. Ze worden expliciet vastgelegd via rapportages vanaf de werkvloer.
Waarom dit belangrijk is Door afzonderlijke bewerkingen te volgen, zie je nauwkeuriger waar tijdens de productie bottlenecks ontstaan. Je kunt geplande en werkelijke bewerkingstijden vergelijken en problematische werkcentra opsporen. Waar vind je dit? Dit wordt vastgelegd in transacties vanaf de werkvloer in Plex, bijvoorbeeld wanneer een operator een bewerking als voltooid meldt of de geproduceerde hoeveelheid voor die stap registreert. Vastleggen Gebruik voor elke stap in de routing van de order de timestamps van de transacties ‘bewerking voltooid’ of ‘hoeveelheid rapporteren’. Gebeurtenistype explicit
	Hoofdproductieplan aangemaakt	Deze activiteit markeert het aanmaken van het hoofdproductieplan (MPS) op basis van vraagprognoses en bestaande orders. Het is een plan op hoofdlijnen dat bepaalt wat er wordt geproduceerd, in welke hoeveelheden en wanneer. Dit wordt waarschijnlijk vastgelegd wanneer een planner een versie van het MPS afrondt en opslaat.
Waarom dit belangrijk is Deze mijlpaal volgen is belangrijk om de efficiëntie van de eerste planningsfase te meten. De tijd tussen de beoordeling van de vraag en het aanmaken van het MPS geeft aan hoe snel de planning kan worden aangepast. Deze tijd wordt gemeten met de KPI ‘Doorlooptijd aanmaken hoofdproductieplan’. Waar vind je dit? Dit wordt vastgelegd in de module voor hoofdproductieplanning van Plex. De gebeurtenis is af te leiden uit de aanmaaktimestamp van het MPS-record of uit een logregel die aangeeft dat het plan is afgerond. Vastleggen Leg de aanmaaktimestamp van de MPS-vermelding vast, of een specifieke statuswijziging in de planningsmodule. Gebeurtenistype explicit
	Materiaalbehoefte gepland	Dit is de uitvoering van het proces voor materiaalbehoefteplanning (MRP) voor de productieorder. Deze systeembewerking berekent welke grondstoffen, onderdelen en subassemblages nodig zijn. De gebeurtenis wordt doorgaans vastgelegd wanneer de MRP-run voor de betreffende orders is afgerond.
Waarom dit belangrijk is Door deze stap te analyseren, zie je of de materiaalplanning een bottleneck vormt. Vertragingen kunnen de hele productietijdlijn beïnvloeden. Deze analyse is belangrijk voor het dashboard ‘Analyse van de invloed van materiaaltekorten’. Waar vind je dit? Dit wordt meestal vastgelegd in MRP- of planningslogs in Plex. Zoek naar timestamps van afgeronde MRP-taken of naar het moment waarop de materiaalbehoeftegegevens aan de productieorder worden toegevoegd. Vastleggen De timestamp van het logboek waarin de MRP-run als afgerond wordt gemeld, of de timestamp waarop de stuklijstvereisten van de order voor het laatst zijn bijgewerkt. Gebeurtenistype explicit
	Productieorder afgesloten	Dit is de laatste administratieve of financiële afsluiting van de productieorder. In deze fase zijn alle kosten verrekend en kunnen er geen transacties meer aan de order worden toegevoegd. Meestal voert de financiële of planningsafdeling deze handeling expliciet uit.
Waarom dit belangrijk is Deze activiteit markeert het daadwerkelijke administratieve einde van de levenscyclus van de productieorder. Een analyse van de tijd tussen ‘Productie voltooid’ en ‘Productieorder afgesloten’ kan lange vertragingen bij de financiële afsluiting aan het licht brengen. Waar vind je dit? Dit wordt vastgelegd als een statuswijziging van de productieorder naar ‘Afgesloten’. De timestamp van deze laatste statusupdate is de eventtijd. Vastleggen Gebruik de timestamp van de statuswijzigingstransactie waarmee de order de status ‘Afgesloten’ krijgt. Gebeurtenistype explicit
	Productieorder geannuleerd	Dit geeft aan dat een productieorder op enig moment vóór voltooiing is geannuleerd. Dit is een alternatieve, negatieve uitkomst van het proces. Het event wordt vastgelegd met een specifieke statuswijziging van de order.
Waarom dit belangrijk is Door annuleringen te volgen, krijg je inzicht in procesproblemen. Een analyse van wanneer en waarom orders worden geannuleerd, kan problemen met vraagprognoses, de nauwkeurigheid van de planning of de beschikbaarheid van materialen aan het licht brengen. Waar vind je dit? Dit wordt afgeleid uit een statuswijziging van de productieorder naar ‘Geannuleerd’ of een vergelijkbare niet-actieve status. De timestamp van deze statuswijziging is de eventtijd. Vastleggen Leg de timestamp vast waarop het statusveld van de productieorder wordt bijgewerkt naar ‘Geannuleerd’. Gebeurtenistype inferred
	Productieplan aangepast	Dit event geeft aan dat er na de vrijgave een wijziging is aangebracht in de productieorder, bijvoorbeeld in de hoeveelheid, routing of stuklijst. Dit wordt meestal vastgelegd in een auditspoor of wijzigingslogboek bij de productieorder.
Waarom dit belangrijk is Deze activiteit is belangrijk om herstelwerk, wijzigingen in de scope en instabiliteit in het proces op te sporen. Ze ondersteunt rechtstreeks de KPI ‘Herstelwerk- en omleidingspercentage’ en helpt de oorzaken van productieafwijkingen en inefficiëntie te achterhalen. Waar vind je dit? Deze data staat in wijzigingslogboeken of auditsporen voor de productieordermodule in Plex. Het event is de timestamp van een belangrijke wijziging in een veld na het event ‘Productieorder vrijgegeven’. Vastleggen Filter het auditspoor van de productieorder op wijzigingen die na de vrijgavedatum van de order zijn aangebracht. Gebeurtenistype explicit
	Productieplan ter beoordeling ingediend	Dit geeft aan dat het opgestelde productieplan ter goedkeuring is ingediend. Dit wordt vaak weergegeven als een statuswijziging van de productieorder en markeert het begin van het deelproces voor goedkeuring.
Waarom dit belangrijk is Deze activiteit is het startpunt voor het meten van de ‘Doorlooptijd goedkeuring productieplan’. Door dit moment te volgen, zie je hoe lang plannen op beoordeling wachten. Dat kan een belangrijke oorzaak van administratieve vertraging zijn. Waar vind je dit? Dit wordt waarschijnlijk afgeleid uit een statuswijziging van de productieorder, bijvoorbeeld van ‘In planning’ naar ‘Wacht op goedkeuring’. De timestamp van deze statuswijziging wordt gebruikt. Vastleggen Leg de timestamp vast waarop de status van de productieorder verandert in bijvoorbeeld ‘Wacht op goedkeuring’ of ‘In beoordeling’. Gebeurtenistype inferred
	Productieplanning aangemaakt	Deze gebeurtenis geeft aan dat een gedetailleerde productieplanning is aangemaakt, met specifieke bewerkingen en tijdvakken voor werkcentra. Dit is het resultaat van capaciteitsplanning en roostering. De gebeurtenis wordt waarschijnlijk vastgelegd wanneer een planning wordt opgeslagen of gepubliceerd.
Waarom dit belangrijk is Dit is een belangrijke mijlpaal voordat een order naar de werkvloer gaat. Het dashboard ‘Bottlenecks in de planning opsporen’ gebruikt deze gebeurtenis om de efficiëntie van de gedetailleerde planningsfase te analyseren. Waar vind je dit? Dit wordt vastgelegd in de productieplanningsmodule van Plex. De gebeurtenis is te herkennen aan de aanmaaktimestamp of de timestamp van de laatste opslag van de gedetailleerde planning die aan de productieorder is gekoppeld. Vastleggen Gebruik de timestamp waarop de gedetailleerde productieplanning voor de order voor het eerst wordt opgeslagen of door een planner wordt bevestigd. Gebeurtenistype explicit
	Productieprestaties geanalyseerd	Dit is een analyse na afronding, waarin productieafwijkingen, kosten en kwaliteitscijfers worden beoordeeld. Het kan gaan om een automatisch berekende afwijking of een handmatige beoordeling door een productiecontroller of kostprijsaccountant.
Waarom dit belangrijk is Met deze activiteit krijg je zicht op het proces na de productie. Je ziet hoeveel tijd er verstrijkt voordat de order volledig is geanalyseerd en de prestaties duidelijk zijn. Zo komen administratieve bottlenecks na afloop van de productie aan het licht. Waar vind je dit? Je kunt dit event afleiden uit de timestamp van berekeningen van kostenafwijkingen of uit de aanmaakdatum van een productierapport. Het kan ook gaan om een handmatige statuswijziging naar ‘Analyse voltooid’. Vastleggen Leg de uitvoerdatum van berekeningen van kostenafwijkingen vast, of een statuswijziging van de productieorder naar ‘Analyse voltooid’. Gebeurtenistype inferred
	Toewijzing van bronnen bevestigd	Dit geeft aan dat specifieke bronnen, zoals machines, gereedschap of medewerkers, aan de productieorder zijn toegewezen. Dit kan een aparte stap na de vrijgave zijn of onderdeel van het vrijgaveproces. De gebeurtenis wordt vastgelegd zodra de toewijzingen in het systeem definitief zijn.
Waarom dit belangrijk is Deze activiteit is belangrijk voor het dashboard ‘Analyse van vertragingen bij de toewijzing van bronnen’. Zo kun je onderscheid maken tussen vertragingen door de planning en vertragingen doordat bronnen op de werkvloer niet beschikbaar zijn. Waar vind je dit? Deze informatie kan worden afgeleid uit de ingevulde bronvelden van de productieorder of de bijbehorende bewerkingsstappen. De timestamp is het moment waarop deze velden voor het laatst zijn bijgewerkt voordat de productie begint. Vastleggen Leg de timestamp vast waarop de velden voor werkcentrum, machine of medewerker worden ingevuld voor de eerste bewerking van de order. Gebeurtenistype inferred

Aanbevolen Optioneel

Extractiegidsen

Zo haal je data op uit Plex Smart Manufacturing

Stappen

Open IntelliPlex: Meld je aan bij het Plex Smart Manufacturing Platform. Ga naar de module IntelliPlex Analytic Applications. Je hebt de juiste rechten nodig om analytic applications te maken en te bewerken.
Maak een analytic application: Maak een nieuw rapport of een nieuwe analytic application. Geef deze een duidelijke naam, bijvoorbeeld "ProcessMind-productieplanning-eventlog".
Bepaal de databronnen: Zoek de benodigde Plex-databronnen (tabellen of weergaven) en voeg ze toe aan de application. Denk aan bronnen voor productieorders, statuswijzigingen, materiaalplanningsruns, transacties op de werkvloer en eventueel vraagprognoses en planningslogboeken. Een Plex-beheerder kan helpen de juiste tabelnamen voor jouw omgeving te vinden.
Stel de basisquery’s op: Maak voor elk van de 16 vereiste activiteiten een aparte query of een apart datablok. Selecteer in elk blok dezelfde kolommen (ProductionOrder, ActivityName, EventTime enzovoort) uit de relevante databron. De gebeurtenis ‘Productieorder aangemaakt’ haalt bijvoorbeeld data op uit de hoofdproductieordertabel, terwijl gebeurtenissen voor ‘Bewerking voltooid’ de transactielog op de werkvloer gebruiken.
Voeg de query’s samen met UNION ALL: Combineer de 16 afzonderlijke query’s met de opdracht UNION ALL tot één dataset. Zo zet je data uit verschillende tabellen om in één chronologisch event log. Dit kan in de SQL-editor van IntelliPlex of met de grafische dataflowtools.
Voeg filters toe: Maak in de IntelliPlex-application filters die gebruikers zelf kunnen instellen. Het belangrijkste filter is de datumbereikfilter (EventTime). Voeg ook filters toe voor PartNumber, Workcenter en ProductionOrderStatus, zodat je gericht kunt analyseren.
Maak de kolommen op: Zorg dat de kolom EventTime één vaste timestampnotatie gebruikt, bijvoorbeeld YYYY-MM-DD HH:MI:SS, en controleer of de andere kolommen het juiste datatype hebben. Hernoem kolommen waar nodig zodat ze overeenkomen met de vereiste attribuutnamen. Geef bijvoorbeeld production_order_no de alias ProductionOrder.
Sla op en test: Sla de analytic application op. Voer het rapport uit voor een korte, recente periode, bijvoorbeeld de afgelopen week. Controleer de resultaten en eventuele fouten en kijk of alle 16 activiteitstypen correct worden gegenereerd.
Plan de export: Ga na de controle naar het planningsgedeelte van IntelliPlex. Maak een geplande taak om de application automatisch uit te voeren. Stel het schema in, bijvoorbeeld dagelijks om 02:00 uur, en kies het uitvoerformaat.
Stel de exportbestemming in: Kies waar de geplande taak de export opslaat. Veelgebruikte opties zijn een gedeelde netwerkschijf, een FTP-server of e-mail. Kies CSV als bestandsformaat en UTF-8 als tekencodering voor brede compatibiliteit.
Maak de data klaar voor import: Controleer of het CSV-bestand een kopregel bevat met de attribuutnamen die je process mining-tool vereist. Het bestand is nu klaar om te uploaden en te analyseren.

Configuratie

Vereisten: Een geldige licentie voor het Plex Smart Manufacturing Platform met de IntelliPlex-module. Je hebt gebruikersrechten nodig voor IntelliPlex, het maken van analytic applications en het bekijken van de onderliggende productie- en planningstabellen.
Databronnen: Voor het rapport moeten gegevens uit meerdere bronnen worden samengevoegd. Belangrijke bronnen zijn kopgegevens van productieorders, productierouteringen, status- of auditlogboeken, MRP-uitvoeringslogboeken, transactieregistraties van de werkvloer en planningstabellen. De exacte namen zijn afhankelijk van je systeem.
Datumbereik: Een filter voor het datumbereik is nodig om de prestaties te bewaken. Haal de data bij voorkeur in delen op, bijvoorbeeld telkens voor 3 tot 6 maanden. Filter de query op de primaire timestampkolom van de gebeurtenis.
Belangrijke filters: Voeg naast het datumbereik filters toe voor PartNumber, Planner en Workcenter. Zo kunnen gebruikers rapporten maken voor specifieke delen van de data zonder de onderliggende query aan te passen.
Aandachtspunten voor prestaties: In productieomgevingen met grote datavolumes kan deze extractie over een lange periode veel systeembronnen vragen. Plan het rapport buiten piekuren. Als de prestaties tegenvallen, kun je overwegen geïndexeerde weergaven in de database te maken om een deel van de benodigde data vooraf samen te voegen.
Uitvoerformaat: Stel de export in als CSV-bestand (Comma Separated Values). Gebruik een komma als scheidingsteken en dubbele aanhalingstekens als tekstvelden mogelijk komma’s bevatten.

a Voorbeeldquery sql

/* Production Order Created */
SELECT
  po.order_no AS ProductionOrder,
  'Production Order Created' AS ActivityName,
  po.create_date AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  NULL AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM part_v_production_order AS po
WHERE po.create_date BETWEEN '[Your Start Date]' AND '[Your End Date]'

UNION ALL

/* Status Change Events: Review, Approved, Released, Closed, Cancelled */
SELECT
  sl.order_no AS ProductionOrder,
  CASE 
    WHEN sl.new_status = 'Review' THEN 'Production Plan Sent for Review'
    WHEN sl.new_status = 'Approved' THEN 'Production Plan Approved'
    WHEN sl.new_status = 'Released' THEN 'Production Order Released'
    WHEN sl.new_status = 'Closed' THEN 'Production Order Closed'
    WHEN sl.new_status = 'Cancelled' THEN 'Production Order Cancelled'
  END AS ActivityName,
  sl.change_timestamp AS EventTime,
  po.planner_id AS Planner,
  sl.new_status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  NULL AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM production_order_status_log AS sl
JOIN part_v_production_order AS po ON sl.order_no = po.order_no
WHERE sl.change_timestamp BETWEEN '[Your Start Date]' AND '[Your End Date]'
  AND sl.new_status IN ('Review', 'Approved', 'Released', 'Closed', 'Cancelled')

UNION ALL

/* Production Started */
SELECT
  sft.order_no AS ProductionOrder,
  'Production Started' AS ActivityName,
  MIN(sft.transaction_time) AS EventTime, /* Use the first transaction time as the start time */
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  sft.workcenter_code AS Workcenter, 
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM shop_floor_transaction AS sft
JOIN part_v_production_order AS po ON sft.order_no = po.order_no
WHERE sft.transaction_time BETWEEN '[Your Start Date]' AND '[Your EndDate]'
  AND sft.transaction_type = 'Start'
GROUP BY sft.order_no, po.planner_id, po.status, po.part_no, sft.workcenter_code, po.planned_quantity, po.planned_due_date, po.priority, po.material_status

UNION ALL

/* Operation Completed */
SELECT
  sft.order_no AS ProductionOrder,
  'Operation Completed' AS ActivityName,
  sft.transaction_time AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  sft.workcenter_code AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM shop_floor_transaction AS sft
JOIN part_v_production_order AS po ON sft.order_no = po.order_no
WHERE sft.transaction_time BETWEEN '[Your Start Date]' AND '[Your End Date]'
  AND sft.transaction_type = 'CompleteOperation'

UNION ALL

/* Production Order Completed */
SELECT
  sft.order_no AS ProductionOrder,
  'Production Order Completed' AS ActivityName,
  sft.transaction_time AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  NULL AS Workcenter, 
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM shop_floor_transaction AS sft
JOIN part_v_production_order AS po ON sft.order_no = po.order_no
WHERE sft.transaction_time BETWEEN '[Your Start Date]' AND '[Your End Date]'
  AND sft.transaction_type = 'CompleteOrder'

UNION ALL

/* Production Plan Adjusted */
SELECT
  cl.order_no AS ProductionOrder,
  'Production Plan Adjusted' AS ActivityName,
  cl.change_timestamp AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  NULL AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM production_order_change_log AS cl
JOIN part_v_production_order AS po ON cl.order_no = po.order_no
WHERE cl.change_timestamp BETWEEN '[Your Start Date]' AND '[Your End Date]'
  AND cl.change_timestamp > po.release_date /* Only count adjustments after release */

UNION ALL

/* Material Requirements Planned */
SELECT
  mrp.source_order_no AS ProductionOrder,
  'Material Requirements Planned' AS ActivityName,
  mrp.run_completion_time AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  NULL AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM mrp_execution_log AS mrp
JOIN part_v_production_order AS po ON mrp.source_order_no = po.order_no
WHERE mrp.run_completion_time BETWEEN '[Your Start Date]' AND '[Your End Date]'

UNION ALL

/* Production Schedule Created */
SELECT
  ps.order_no AS ProductionOrder,
  'Production Schedule Created' AS ActivityName,
  ps.schedule_creation_date AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  ps.scheduled_workcenter AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM production_schedule AS ps
JOIN part_v_production_order AS po ON ps.order_no = po.order_no
WHERE ps.schedule_creation_date BETWEEN '[Your Start Date]' AND '[Your End Date]'

UNION ALL

/* Other conceptual events - requires custom logic and tables */
/* The following queries are templates and highly dependent on specific Plex configurations */

/* Demand Forecast Assessed */
SELECT 
  po.order_no AS ProductionOrder,
  'Demand Forecast Assessed' AS ActivityName,
  df.assessment_date AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  NULL AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM demand_forecast AS df
JOIN part_v_production_order AS po ON df.part_no = po.part_no AND po.create_date > df.assessment_date
WHERE df.assessment_date BETWEEN '[Your Start Date]' AND '[Your End Date]'

UNION ALL

/* Master Production Schedule Created */
SELECT 
  po.order_no AS ProductionOrder,
  'Master Production Schedule Created' AS ActivityName,
  mps.creation_date AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  NULL AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM master_production_schedule AS mps
JOIN part_v_production_order AS po ON mps.part_no = po.part_no AND po.create_date > mps.creation_date
WHERE mps.creation_date BETWEEN '[Your Start Date]' AND '[Your End Date]'

UNION ALL

/* Resource Allocation Confirmed */
SELECT 
  ra.order_no AS ProductionOrder,
  'Resource Allocation Confirmed' AS ActivityName,
  ra.confirmation_timestamp AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  ra.workcenter_code AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM resource_allocation_log AS ra
JOIN part_v_production_order AS po ON ra.order_no = po.order_no
WHERE ra.confirmation_timestamp BETWEEN '[Your Start Date]' AND '[Your End Date]'

UNION ALL

/* Production Performance Analyzed */
SELECT 
  va.order_no AS ProductionOrder,
  'Production Performance Analyzed' AS ActivityName,
  va.analysis_date AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  NULL AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM variance_analysis_log AS va
JOIN part_v_production_order AS po ON va.order_no = po.order_no
WHERE va.analysis_date BETWEEN '[Your Start Date]' AND '[Your End Date]';

Stappen

Vereisten: Zorg dat Python 3.6 of hoger op je systeem is geïnstalleerd. Installeer de benodigde bibliotheken, pandas voor dataverwerking en requests voor API-aanroepen, met de opdracht pip install pandas requests in je terminal.
Vraag API-inloggegevens aan: Vraag de Plex-systeembeheerder om API-inloggegevens. Je hebt een apart gebruikersaccount, een wachtwoord en het Plex Customer Number (PCN) van je bedrijf nodig. Het account moet via de Plex Integration API toegang hebben tot de vereiste databronnen.
Maak het Python-script aan: Maak een nieuw Python-bestand, bijvoorbeeld extract_plex_production.py, en kopieer het meegeleverde script erin.
Stel de scriptparameters in: Zoek in het script het configuratiegedeelte. Vervang de tijdelijke waarden voor PLEX_API_BASE_URL, PLEX_USERNAME, PLEX_PASSWORD en PLEX_PCN door je eigen gegevens. Pas START_DATE en END_DATE aan om de gewenste periode voor de extractie in te stellen.
Zoek de databronnen op: Het script gebruikt als voorbeeld enkele veelvoorkomende Plex-databroncodes, zoals Production_v_Production_Order_Summary en Production_v_Job_Operation_Event_Log. Controleer deze codes bij je Plex-beheerder of in de documentatie. Pas ze in het script aan als jouw configuratie andere namen gebruikt.
Voer het script uit: Start het script vanuit je terminal met de opdracht python extract_plex_production.py. Het script meldt zich aan bij de Plex API, haalt data op uit de opgegeven bronnen en verwerkt deze.
Houd de uitvoering in de gaten: Het script toont voortgangsberichten in de console. Je ziet welke databron wordt opgehaald en hoeveel records zijn verwerkt. Let op foutmeldingen die kunnen wijzen op problemen met inloggegevens, rechten of de beschikbaarheid van de API.
Zet de data om: Het script zet de geneste JSON-antwoorden van de Plex API automatisch om in een platte tabel. Het haalt de gegevens uit de geneste structuur en maakt op basis van timestamps en statuswijzigingen in de bronrecords aparte rijen voor elk van de 16 vereiste activiteiten.
Controleer de uitvoer: Na afloop maakt het script in dezelfde map het CSV-bestand plex_production_event_log.csv aan. Open het bestand in een spreadsheetprogramma en controleer de structuur en inhoud.
Maak het bestand klaar om te uploaden: Het CSV-bestand heeft de indeling die ProcessMind vereist, met kolommen voor ProductionOrder, ActivityName, EventTime en andere aanbevolen attributen. Meestal hoef je het bestand niet verder op te maken. Het is klaar om te uploaden voor process mining-analyse.

Configuratie

API-inloggegevens: Voor authenticatie heb je een geldig Plex-gebruikersaccount en wachtwoord nodig. Het script gebruikt basisverificatie in combinatie met de PCN voor sessiebeheer.
Rechten: De API-gebruiker moet leestoegang hebben tot alle databronnen waarnaar het script verwijst. Belangrijke bronnen zijn productieorders, jobbewerkingen, statushistorie, MRP-logboeken en planningsgegevens. Vraag je Plex-beheerder om de benodigde rechten toe te kennen.
Datumbereik: Je moet START_DATE en END_DATE instellen in het script. Voor een eerste analyse is een periode van 3 tot 6 maanden aan te raden. Zo krijg je een representatieve dataset zonder dat deze te groot wordt. Begin in omgevingen met grote datavolumes met een kortere periode, bijvoorbeeld één maand.
Filteren: De belangrijkste filters zijn de begin- en einddatum op een relevant datumveld, zoals de aanmaakdatum van de productieorder. Je kunt het script aanpassen om extra filters aan de API-aanvraag toe te voegen, bijvoorbeeld op Part_Number of Workcenter, zodat je de extractie beperkt.
Paginering: Het script verwerkt API-paginering automatisch. Het gebruikt de parameter PageSize (standaard ingesteld op 1000) en doorloopt de pagina’s tot alle records voor de opgegeven periode zijn opgehaald. Een kleinere paginagrootte leidt tot meer API-aanroepen, maar kan het risico op time-outs verkleinen.
Databroncodes: Het script gebruikt specifieke databroncodes om de juiste gegevens op te vragen. De extractie is afhankelijk van de juistheid van deze codes. Ze zijn specifiek voor jouw Plex-implementatie en moeten mogelijk worden gecontroleerd en aangepast.

a Voorbeeldquery python

import requests
import pandas as pd
import json
import datetime
import time

class=class="hl-string">"hl-comment"># --- Configuration ---
PLEX_API_BASE_URL = class="hl-string">"[Your_Plex_API_Base_URL]" class=class="hl-string">"hl-comment"># e.g., https://api.plex.com
PLEX_USERNAME = class="hl-string">"[Your_Username]"
PLEX_PASSWORD = class="hl-string">"[Your_Password]"
PLEX_PCN = class="hl-string">"[Your_PCN]"

class=class="hl-string">"hl-comment"># Date range for the extraction
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># --- Main Script ---

def get_plex_data(datasource_key, filter_payload):
    class="hl-string">"""Fetches and paginates data from a specific Plex API data source."""
    all_rows = []
    page = 1
    page_size = 1000

    auth_payload = (PLEX_USERNAME, PLEX_PASSWORD)
    headers = {
        class="hl-string">'Content-Type': class="hl-string">'application/json',
        class="hl-string">'Accept': class="hl-string">'application/json'
    }
    
    while True:
        print(fclass="hl-string">"Fetching page {page} for data source {datasource_key}...")
        request_body = {
            class="hl-string">"RequestHeader": {
                class="hl-string">"PlexusCustomerNo": PLEX_PCN
            },
            class="hl-string">"RequestData": {
                class="hl-string">"DataSourceKey": datasource_key,
                class="hl-string">"InputParameters": filter_payload,
                class="hl-string">"PageSize": page_size,
                class="hl-string">"PageNumber": page
            }
        }

        try:
            response = requests.post(PLEX_API_BASE_URL, headers=headers, auth=auth_payload, data=json.dumps(request_body), timeout=120)
            response.raise_for_status()
            data = response.json()

            rows = data.get(class="hl-string">'ResponseData', {}).get(class="hl-string">'Rows', [])
            if not rows:
                break
                
            all_rows.extend(rows)
            page += 1
            class=class="hl-string">"hl-comment"># Respect potential rate limits
            time.sleep(1)

        except requests.exceptions.HTTPError as err:
            print(fclass="hl-string">"HTTP Error fetching data for {datasource_key}: {err}")
            break
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Request Error fetching data for {datasource_key}: {e}")
            break

    return all_rows

def main():
    class="hl-string">"""Main extraction and transformation logic."""
    event_log = []
    
    class=class="hl-string">"hl-comment"># Define filters for core production order data
    po_filter = {
        class="hl-string">'Order_Create_Date_Start': START_DATE,
        class="hl-string">'Order_Create_Date_End': END_DATE
    }
    
    class=class="hl-string">"hl-comment"># 1. Fetch core Production Order data
    class=class="hl-string">"hl-comment"># This source is assumed to contain key dates and statuses for multiple activities
    class=class="hl-string">"hl-comment"># Placeholder names for data source and columns are used.
    production_orders = get_plex_data(class="hl-string">'Production_v_Production_Order_Summary', po_filter)
    print(fclass="hl-string">"Found {len(production_orders)} production orders.")

    for po in production_orders:
        case_id = po.get(class="hl-string">'Production_Order_No')
        if not case_id:
            continue

        common_attributes = {
            class="hl-string">'ProductionOrder': case_id,
            class="hl-string">'Planner': po.get(class="hl-string">'Planner_Name'),
            class="hl-string">'ProductionOrderStatus': po.get(class="hl-string">'Order_Status'),
            class="hl-string">'PartNumber': po.get(class="hl-string">'Part_No'),
            class="hl-string">'Workcenter': po.get(class="hl-string">'Primary_Workcenter'),
            class="hl-string">'PlannedQuantity': po.get(class="hl-string">'Planned_Quantity'),
            class="hl-string">'PlannedEndDate': po.get(class="hl-string">'Planned_End_Date'),
            class="hl-string">'ProductionPriority': po.get(class="hl-string">'Priority_Code'),
            class="hl-string">'MaterialAvailabilityStatus': po.get(class="hl-string">'Material_Status')
        }

        class=class="hl-string">"hl-comment"># Map date fields to activities
        activity_map = {
            class="hl-string">'Demand Forecast Assessed': po.get(class="hl-string">'Demand_Assessment_Date'),
            class="hl-string">'Master Production Schedule Created': po.get(class="hl-string">'MPS_Creation_Date'),
            class="hl-string">'Material Requirements Planned': po.get(class="hl-string">'MRP_Run_Date'),
            class="hl-string">'Production Schedule Created': po.get(class="hl-string">'Schedule_Creation_Date'),
            class="hl-string">'Production Order Created': po.get(class="hl-string">'Create_Date'),
            class="hl-string">'Production Plan Sent for Review': po.get(class="hl-string">'Review_Submit_Date'),
            class="hl-string">'Production Plan Approved': po.get(class="hl-string">'Approval_Date'),
            class="hl-string">'Production Order Released': po.get(class="hl-string">'Release_Date'),
            class="hl-string">'Resource Allocation Confirmed': po.get(class="hl-string">'Resource_Confirmation_Date'),
            class="hl-string">'Production Order Completed': po.get(class="hl-string">'Order_Complete_Date'),
            class="hl-string">'Production Performance Analyzed': po.get(class="hl-string">'Variance_Analysis_Date'),
            class="hl-string">'Production Order Closed': po.get(class="hl-string">'Close_Date')
        }

        for activity, timestamp in activity_map.items():
            if timestamp:
                event_log.append({
                    **common_attributes,
                    class="hl-string">'ActivityName': activity,
                    class="hl-string">'EventTime': timestamp
                })
        
        class=class="hl-string">"hl-comment"># Handle status-based activities
        if po.get(class="hl-string">'Order_Status') == class="hl-string">'Cancelled':
            event_log.append({
                **common_attributes,
                class="hl-string">'ActivityName': class="hl-string">'Production Order Cancelled',
                class="hl-string">'EventTime': po.get(class="hl-string">'Status_Change_Date') class=class="hl-string">"hl-comment"># Assumes a general status change date is available
            })

    class=class="hl-string">"hl-comment"># 2. Fetch detailed shop floor events (start, operations, adjustments)
    op_log_filter = {
        class="hl-string">'Event_Date_Start': START_DATE,
        class="hl-string">'Event_Date_End': END_DATE
    }
    job_events = get_plex_data(class="hl-string">'Production_v_Job_Operation_Event_Log', op_log_filter)
    print(fclass="hl-string">"Found {len(job_events)} job operation events.")

    for event in job_events:
        case_id = event.get(class="hl-string">'Production_Order_No')
        if not case_id:
            continue

        event_type = event.get(class="hl-string">'Event_Type')
        activity_name = None

        if event_type == class="hl-string">'JOB_START':
            activity_name = class="hl-string">'Production Started'
        elif event_type == class="hl-string">'OPERATION_COMPLETE':
            activity_name = class="hl-string">'Operation Completed'
        elif event_type == class="hl-string">'PLAN_ADJUSTMENT':
            activity_name = class="hl-string">'Production Plan Adjusted'

        if activity_name:
            event_log.append({
                class="hl-string">'ProductionOrder': case_id,
                class="hl-string">'ActivityName': activity_name,
                class="hl-string">'EventTime': event.get(class="hl-string">'Event_Timestamp'),
                class="hl-string">'Planner': event.get(class="hl-string">'Planner_Name'),
                class="hl-string">'ProductionOrderStatus': event.get(class="hl-string">'Order_Status'),
                class="hl-string">'PartNumber': event.get(class="hl-string">'Part_No'),
                class="hl-string">'Workcenter': event.get(class="hl-string">'Workcenter'),
                class="hl-string">'PlannedQuantity': event.get(class="hl-string">'Planned_Quantity'),
                class="hl-string">'PlannedEndDate': event.get(class="hl-string">'Planned_End_Date'),
                class="hl-string">'ProductionPriority': event.get(class="hl-string">'Priority_Code'),
                class="hl-string">'MaterialAvailabilityStatus': None class=class="hl-string">"hl-comment"># Might not be available at event level
            })

    class=class="hl-string">"hl-comment"># 3. Create DataFrame and save to CSV
    if not event_log:
        print(class="hl-string">"No events were extracted. The output file will be empty.")
        return

    df = pd.DataFrame(event_log)
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'])
    df = df.sort_values(by=[class="hl-string">'ProductionOrder', class="hl-string">'EventTime'])
    
    class=class="hl-string">"hl-comment"># Reorder columns to match requirements
    final_columns = [
        class="hl-string">'ProductionOrder', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'Planner', 
        class="hl-string">'ProductionOrderStatus', class="hl-string">'PartNumber', class="hl-string">'Workcenter', class="hl-string">'PlannedQuantity',
        class="hl-string">'PlannedEndDate', class="hl-string">'ProductionPriority', class="hl-string">'MaterialAvailabilityStatus'
    ]
    df = df.reindex(columns=final_columns)

    df.to_csv(class="hl-string">'plex_production_event_log.csv', index=False, date_format=class="hl-string">'%Y-%m-%d %H:%M:%S')
    print(class="hl-string">"Extraction complete. Event log saved to plex_production_event_log.csv")

if __name__ == class="hl-string">"__main__":
    main()

Klaar om te beginnen?

Gebruik deze template als startpunt voor process mining en verbeter de efficiëntie van je productieplanning. Zet data vandaag nog om in concrete inzichten.

Terug naar de verbetergids Template downloaden

Verbeter de productieplanning en verkort nu de doorlooptijd

Spoor inefficiënties op en verkort de productiedoorlooptijd snel met 30%.

Start je gratis proefperiode

Je hebt geen creditcard nodig. Start je gratis proefperiode van 14 dagen.

Datatemplate voor productieplanning

Datatemplate voor productieplanning

Attributen voor productieplanning

Activiteiten voor productieplanning

Extractiegidsen

Export uit Plex IntelliPlex Analytic Application

Stappen

Configuratie

a Voorbeeldquery sql

Data-extractie met een Python-script via de Plex-integratie-API’s

Stappen

Configuratie

a Voorbeeldquery python

Klaar om te beginnen?

Verbeter de productieplanning en verkort nu de doorlooptijd

Datatemplate voor productieplanning

Datatemplate voor productieplanning

Attributen voor productieplanning

Activiteiten voor productieplanning

Extractiegidsen

Export uit Plex IntelliPlex Analytic Application

Stappen

Configuratie

a Voorbeeldquery sql

Data-extractie met een Python-script via de Plex-integratie-API’s

Stappen

Configuratie

a Voorbeeldquery python

Klaar om te beginnen?

Verbeter de productieplanning en verkort nu de doorlooptijd

We gaan zorgvuldig om met je privacy