Datatemplate voor supplychainbeheer
Datatemplate voor supplychainbeheer
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om bij te houden
- Richtlijnen voor data-extractie
Attributen voor supplychainbeheer
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van de specifieke bedrijfsgebeurtenis of stap in het logistieke proces. | ||
| Beschrijving De activiteitsnaam beschrijft een afzonderlijke stap in de levenscyclus van de supply chain, zoals ‘Order toegewezen’, ‘Goederen verzameld’ of ‘Verzending vertrokken’. Deze activiteiten vormen de knooppunten op de ontdekte proceskaart. Door deze activiteiten te analyseren, kun je de processtroom visualiseren, veelvoorkomende routes vinden en de tijd per fase meten. Zo begrijp je wat er tijdens het logistieke ordertraject gebeurt en kun je herstelwerk, bottlenecks en afwijkingen van het standaardproces opsporen. Waarom dit belangrijk is Dit attribuut beschrijft de processtappen. Het vormt de basis van de proceskaart en maakt analyse van de processtroom en bottlenecks mogelijk. Waar vind je dit? Meestal afgeleid door gebeurteniscodes of statuswijzigingen uit verschillende transactietabellen van Manhattan Associates te koppelen aan duidelijke activiteitsnamen. Voorbeelden Klantorder ontvangenGoederen verzameldVerzending vertrokkenAfleverbewijs ontvangen | |||
| Logistieke order LogisticsOrder | De unieke identificatie van een logistieke order. Deze dient als primaire case-ID om het volledige supplychainproces te volgen. | ||
| Beschrijving De logistieke order is het centrale volgnummer dat alle activiteiten verbindt, van het plaatsen van de klantorder tot de uiteindelijke levering. Elke logistieke order staat voor één volledig afhandelingstraject. Zo kun je het hele traject analyseren, inclusief inkoop, magazijnwerk, verzending en levering. Bij process mining gebruik je dit attribuut om alle bijbehorende gebeurtenissen in één case te groeperen. Door processen per logistieke order te analyseren, kun je de totale doorlooptijd berekenen, veelvoorkomende procesvarianten vinden en bottlenecks of afwijkingen bij specifieke orders opsporen. Waarom dit belangrijk is Dit is de essentiële Case-ID waarmee alle bijbehorende gebeurtenissen worden gegroepeerd. Zo kun je het volledige traject van één order volgen, van begin tot eind. Waar vind je dit? Dit is de primaire sleutel in de belangrijkste orderbeheertabellen van Manhattan Associates. Raadpleeg de systeemdocumentatie voor de specifieke tabel, waarschijnlijk een tabel met orderkoppen. Voorbeelden LO-2024-00123LO-2024-00456LO-2024-00789 | |||
| Timestamp van gebeurtenis EventTimestamp | De exacte datum en tijd waarop de activiteit plaatsvond. | ||
| Beschrijving De eventtimestamp, of starttijd, legt het exacte moment vast waarop een activiteit is uitgevoerd. Deze timestamp is belangrijk om gebeurtenissen chronologisch te ordenen en de tijd tussen activiteiten te berekenen. Bij process mining gebruik je deze data om de tijdlijn van elke case op te stellen, doorlooptijden te berekenen, vertragingen te vinden en de procesprestaties over een bepaalde periode te analyseren. Nauwkeurige timestamps vormen de basis voor vrijwel alle tijdsanalyses van processen en KPI-berekeningen, zoals doorlooptijd en prestaties van tijdige levering. Waarom dit belangrijk is Dit attribuut geeft de chronologische volgorde van gebeurtenissen aan en is essentieel voor het berekenen van tijdsgebonden metrieken, zoals doorlooptijden en vertragingen. Waar vind je dit? Deze informatie staat in transactielogtabellen van Manhattan Associates, naast de bijbehorende gebeurtenis of statusupdate. Voorbeelden 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T08:15:00Z | |||
| Bronsysteem SourceSystem | Het systeem waaruit de data is geëxtraheerd. | ||
| Beschrijving Dit attribuut geeft aan uit welk informatiesysteem de gebeurtenisdata afkomstig is. In deze context is dat meestal 'Manhattan Associates', maar het attribuut kan ook onderscheid maken tussen verschillende modules of gekoppelde systemen. Dit is belangrijk voor datagovernance en om de context van de data te begrijpen, vooral wanneer data uit meerdere systemen wordt gecombineerd. Het helpt de herkomst van data te volgen en problemen met de datakwaliteit op te lossen. Waarom dit belangrijk is Geeft aan waar de data vandaan komt. Dat is belangrijk voor datagovernance, validatie en het samenvoegen van data uit meerdere bedrijfssystemen. Waar vind je dit? Dit is meestal een vaste waarde die tijdens de data-extractie wordt toegevoegd om de herkomst van de dataset aan te geven. Voorbeelden Manhattan Associates WMSManhattan Associates TMSMA-SCALE | |||
| Laatste data-update LastDataUpdate | De timestamp die aangeeft wanneer de data voor deze registratie voor het laatst is vernieuwd of uit het bronsysteem is geëxtraheerd. | ||
| Beschrijving Dit attribuut bevat de datum en tijd waarop de data voor het laatst uit het bronsysteem is opgehaald. Het is een metadataveld dat laat zien hoe actueel de data is die je analyseert. In process mining-dashboards maakt deze informatie duidelijk hoe recent de inzichten zijn. Zo weten belanghebbenden hoe actueel de data is en kunnen ze hun beslissingen daarop afstemmen. Daarmee voorkom je analyses op basis van verouderde informatie. Waarom dit belangrijk is Geeft aan hoe actueel de data is, zodat analyses en beslissingen op recente informatie zijn gebaseerd. Waar vind je dit? Deze timestamp wordt aangemaakt en toegevoegd tijdens het ETL-proces (extractie, transformatie en laden van data). Voorbeelden 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Gebruikersnaam UserName | De naam of ID van de gebruiker die de activiteit heeft uitgevoerd. | ||
| Beschrijving Dit attribuut geeft aan welke medewerker of systeemgebruiker een processtap heeft uitgevoerd. Het kan gaan om een unieke gebruikers-ID, een naam of de accountnaam van een systeem voor geautomatiseerde taken. Met een analyse per gebruiker krijg je inzicht in de verdeling van het werk en de prestaties van bronnen. Ook kun je zien waar training nodig is. Dit attribuut is belangrijk voor dashboards over de werkbelasting van bronnen en doorvoer, en voor onderzoek naar procesafwijkingen die mogelijk met specifieke gebruikers samenhangen. Waarom dit belangrijk is Maakt analyses mogelijk van bronprestaties en werkverdeling. Ook helpt het te bepalen welke gebruikers of teams betrokken zijn bij procesuitzonderingen. Waar vind je dit? Meestal te vinden in transactietabellen naast de gebeurtenisdata, vaak in een veld als 'UserID' of 'ChangedBy'. Raadpleeg de documentatie van Manhattan Associates. Voorbeelden jdoeasmithsys_batch_user | |||
| Gewenste leverdatum RequestedDeliveryDate | De leverdatum die de klant heeft aangevraagd of die volgens de interne planning nodig is. | ||
| Beschrijving Dit attribuut bevat de streefdatum waarop de goederen bij de klant of op de ontvangende locatie moeten zijn afgeleverd. Deze datum dient als referentie om de prestaties van tijdige levering te meten. In een analyse vergelijk je deze datum met de werkelijke levertimestamp ('Bewijs van levering ontvangen') om vast te stellen of een order op tijd, te vroeg of te laat is geleverd. De datum is nodig voor KPI’s zoals 'Percentage tijdige levering aan klanten' en 'Percentage tijdige levering door leveranciers', en voor bijbehorende prestatiedashboards. Waarom dit belangrijk is Dit is de basis voor het meten van tijdige levering, een belangrijke KPI voor klanttevredenheid en leveranciersbeheer. Waar vind je dit? Te vinden in de orderkop- of orderregelitemtabellen van Manhattan Associates. Raadpleeg de systeemdocumentatie. Voorbeelden 2023-11-102023-11-152023-12-01 | |||
| Ordertype OrderType | De indeling van de logistieke order, bijvoorbeeld standaard, express of aanvulling. | ||
| Beschrijving Het ordertype deelt logistieke orders in op basis van hun aard of prioriteit. Veelvoorkomende typen zijn klantorders, voorraadverplaatsingen en retourorders. Per type kunnen de verwachte processtappen en de service level agreement (SLA) verschillen. Dit attribuut is belangrijk voor vergelijkende analyses. Door het proces op ordertype te filteren of in te delen, zie je hoe verschillende orders worden afgehandeld. Je kunt hun doorlooptijden vergelijken en nagaan of bepaalde typen vaker vertragingen of uitzonderingen hebben. Dit attribuut ondersteunt rechtstreeks het dashboard 'Vergelijking van doorlooptijden per ordertype'. Waarom dit belangrijk is Hiermee kun je de prestaties en processtromen van verschillende ordertypen vergelijken, die vaak elk hun eigen route en SLA hebben. Waar vind je dit? Te vinden in de orderkopgegevens van Manhattan Associates. Raadpleeg de systeemdocumentatie voor de specifieke veldnaam. Voorbeelden StandaardorderExpressleveringVoorraadaanvullingRetourorder | |||
| Product-SKU ProductSKU | De Stock Keeping Unit (SKU) of productcode van het artikel in de order. | ||
| Beschrijving De product-SKU is een unieke code voor een specifiek product. Eén logistieke order kan meerdere SKU’s bevatten. Door het proces op productniveau te analyseren, zie je of bepaalde artikelen samenhangen met inefficiënte processtappen, zoals langere picktijden, meer herstelwerk of regelmatige voorraadtekorten. Dit attribuut is nodig voor het dashboard 'Voorraadaanvulling en risico op voorraadtekorten', waarmee je per product kunt analyseren of er op tijd opnieuw wordt besteld. Waarom dit belangrijk is Maakt analyses per product mogelijk, zodat je problemen zoals voorraadtekorten, vertragingen bij het picken of kwaliteitsproblemen bij specifieke artikelen kunt opsporen. Waar vind je dit? Te vinden in de orderregelitemtabellen van Manhattan Associates. Hiervoor moet je de orderkopgegevens koppelen aan de details van de orderregels. Voorbeelden SKU-A123-REDSKU-B456-LSKU-C789-V2 | |||
| Transportwijze ModeOfTransport | De manier waarop de zending wordt vervoerd, bijvoorbeeld per vrachtwagen, vliegtuig of schip. | ||
| Beschrijving Dit attribuut geeft aan hoe de goederen van het magazijn naar hun bestemming worden vervoerd. Voorbeelden zijn Full Truckload (FTL), Less Than Truckload (LTL), luchtvracht, zeevracht en pakketvervoer. Deze dimensie is belangrijk voor het dashboard 'Analyse van transportkosten en efficiëntie'. Je kunt de kosten en snelheid van verschillende transportwijzen vergelijken. Ook helpt dit attribuut bij het berekenen van de KPI 'Frequentie van spoedverzendingen', doordat je ziet wanneer duurdere, snellere transportwijzen worden gebruikt. Waarom dit belangrijk is Helpt transportkosten en efficiëntie te analyseren en laat zien hoe vaak dure spoedverzendingen worden ingezet. Waar vind je dit? Te vinden in de verzend- of transportplanningstabellen van de TMS-module van Manhattan Associates. Voorbeelden LuchtvrachtLTLZeevrachtPakketvervoer | |||
| Bestemmingslocatie DestinationLocation | Het adres, de winkel of de locatie van de klant waar de zending wordt afgeleverd. | ||
| Beschrijving Dit attribuut geeft de eindbestemming van de goederen aan. Dat kan een distributiecentrum van een klant, een winkel of het adres van een eindgebruiker zijn. Vaak wordt de locatie weergegeven met een plaats, staat of postcode. In combinatie met de vertreklocatie is dit attribuut nodig voor het dashboard 'Matrix van doorlooptijden tussen vertrek- en bestemmingslocaties'. Doorlooptijden per bestemming laten zien waar in bepaalde regio’s leveringsproblemen ontstaan en hoe efficiënt het distributienetwerk werkt. Waarom dit belangrijk is Helpt leverprestaties in verschillende regio’s te analyseren en regionale bottlenecks of problemen met vervoerders op te sporen. Waar vind je dit? Dit zijn de gegevens van het afleveradres in de orderkop of verzenddetails van Manhattan Associates. Voorbeelden New York, NYLos Angeles, CAWinkel #582 | |||
| Klantnaam CustomerName | De naam van de klant aan wie de goederen worden geleverd. | ||
| Beschrijving Dit attribuut geeft aan wie de eindklant is die de zending ontvangt. Dat kan een persoon of een bedrijf zijn. Klantgegevens zijn belangrijk om serviceniveaus te analyseren en patronen bij specifieke klanten te herkennen. Ze ondersteunen het dashboard 'Percentage tijdige levering aan klanten'. Door leverprestaties per klant uit te splitsen, zie je of vertragingen zich concentreren bij bepaalde klanten of regio’s. Waarom dit belangrijk is Maakt het mogelijk om analyses per klant uit te splitsen. Zo krijg je inzicht in klantspecifieke problemen en serviceniveaus. Waar vind je dit? Te vinden in de orderkopgegevens, vaak gekoppeld via een klant-ID. Raadpleeg de documentatie van Manhattan Associates. Voorbeelden Retail CorpBigMartSuperStore Inc. | |||
| Magazijn-ID WarehouseId | De identificatiecode van het magazijn of distributiecentrum waar de pick- en inpakactiviteiten plaatsvinden. | ||
| Beschrijving Dit attribuut geeft aan welk magazijn verantwoordelijk is voor het afhandelen van de order. Bij bedrijfsvoering met meerdere magazijnen is dit een belangrijke dimensie voor analyses. Het ondersteunt rechtstreeks het dashboard 'Analyse van bottlenecks bij het picken in magazijnen'. Je kunt de prestaties van verschillende locaties vergelijken en zien welke magazijnen efficiënter werken, waar de pickdoorlooptijden langer zijn en waar mogelijk andere middelen nodig zijn. Waarom dit belangrijk is Maakt het mogelijk om prestaties van verschillende magazijnen te vergelijken en locatiespecifieke bottlenecks en goede werkwijzen te vinden. Waar vind je dit? Dit staat meestal in de order- of verzendgegevens van Manhattan Associates WMS en geeft aan welke locatie de order afhandelt. Voorbeelden WH01-EASTWH02-WESTWH03-CENTRAL | |||
| Naam leverancier SupplierName | De naam van de leverancier die de goederen voor een inkooporder levert. | ||
| Beschrijving Dit attribuut geeft aan bij welke leverancier de goederen of grondstoffen zijn ingekocht. Het is relevant voor logistieke orders die met een inkooporder zijn gestart. Een analyse per leverancier is belangrijk om leveranciersprestaties te beoordelen. Je kunt leveranciersscorecards opstellen, het percentage tijdige leveringen volgen en zien welke leveranciers vaak samenhangen met vertragingen bij de stap 'Goederen ontvangen'. Dit ondersteunt rechtstreeks het dashboard 'Prestaties van tijdige levering door leveranciers'. Waarom dit belangrijk is Maakt analyse van leveranciersprestaties mogelijk. Zo kun je betrouwbare partners herkennen en achterhalen waar vertragingen in de inkomende toeleveringsketen ontstaan. Waar vind je dit? Gekoppeld aan inkoopordertabellen in Manhattan Associates. Vaak moet je hiervoor de logistieke order koppelen aan de kopgegevens van de inkooporder. Voorbeelden Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Naam vervoerder CarrierName | De naam van de vervoerder die verantwoordelijk is voor de zending. | ||
| Beschrijving De naam van de vervoerder geeft aan welke logistieke partner of welk bedrijf de goederen daadwerkelijk vervoert. Dit kan een grote transportonderneming of een lokale koerier zijn. Met een analyse per vervoerder beoordeel je prestaties op het gebied van tijdige levering, kosten en efficiëntie. Dit is een belangrijke dimensie voor het dashboard 'Analyse van transportkosten en efficiëntie'. Je kunt er doorlooptijden en kosten van verschillende vervoerders mee vergelijken. Waarom dit belangrijk is Maakt het mogelijk om de prestaties van transportpartners te beoordelen en vervoerders te kiezen op basis van kosten en betrouwbaarheid. Waar vind je dit? Te vinden in de verzend- of vrachtordertabellen, meestal in de TMS-module van Manhattan Associates. Voorbeelden FedExCH RobinsonMaersk | |||
| Op tijd geleverd aan klant? IsOnTimeDeliveryCustomer | Een berekende indicator die aangeeft of de order op of vóór de gewenste leverdatum bij de klant is afgeleverd. | ||
| Beschrijving Dit booleaanse attribuut wordt berekend door de eventtimestamp van de gebeurtenis 'Bewijs van levering ontvangen' te vergelijken met 'RequestedDeliveryDate'. Per order geeft het aan of de levering op tijd (true) of te laat (false) was. Dit attribuut vormt de basis voor de KPI en het dashboard 'Percentage tijdige levering aan klanten'. Het maakt de analyse eenvoudiger: elke case krijgt een duidelijke uitkomst, zodat je te late orders kunt filteren en de oorzaken van vertragingen kunt onderzoeken. Waarom dit belangrijk is Meet rechtstreeks het serviceniveau voor klanten en vereenvoudigt de analyse van tijdige leveringen door elke order als op tijd of te laat in te delen. Waar vind je dit? Dit veld staat niet in het bronsysteem. Het wordt tijdens de datatransformatie berekend door de werkelijke levertimestamp te vergelijken met de gewenste leverdatum. Voorbeelden truefalse | |||
| Totale kosten TotalCost | De totale financiële kosten van de logistieke order of specifieke activiteiten. | ||
| Beschrijving Dit attribuut bevat de totale kosten van de logistieke order. Afhankelijk van de beschikbare brondata kunnen die worden uitgesplitst in bijvoorbeeld transportkosten, magazijnkosten en afhandelingskosten. Kostendata is waardevol voor process mining op basis van kosten. Het ondersteunt het dashboard 'Analyse van transportkosten en efficiëntie' en geeft financiële context aan doorlooptijden. Met een kostenanalyse kunnen bedrijven procesvarianten met hoge kosten opsporen en op basis van data beslissen hoe ze snelheid en kosten tegen elkaar afwegen. Waarom dit belangrijk is Voegt een financiële dimensie toe aan het proces. Zo kun je kostenfactoren analyseren en zien wat inefficiënties financieel betekenen. Waar vind je dit? Kostendata kan uit meerdere tabellen van Manhattan Associates komen of een koppeling met een financieel systeem vereisen. Raadpleeg de documentatie voor tabellen met vrachtkosten of orderkosten. Voorbeelden 150.752500.0085.50 | |||
| Vertreklocatie OriginLocation | Het magazijn, de fabriek of de locatie waar de zending vandaan komt. | ||
| Beschrijving Dit attribuut geeft het vertrekpunt van de zending aan, bijvoorbeeld een distributiecentrum, fabriek of locatie van een leverancier. Meestal wordt dit weergegeven met een locatiecode of naam. Gegevens over vertrek- en bestemmingslocaties zijn belangrijk voor analyses van het logistieke netwerk. Dit attribuut ondersteunt het dashboard 'Matrix van doorlooptijden tussen vertrek- en bestemmingslocaties'. Je kunt doorlooptijden op verschillende transportroutes bekijken en regionale of locatiespecifieke bottlenecks opsporen. Waarom dit belangrijk is Belangrijk voor het optimaliseren van het logistieke netwerk en het opsporen van prestatieverschillen tussen transportroutes en locaties. Waar vind je dit? Deze informatie staat meestal in de verzend- of orderkoptabellen van Manhattan Associates. Voorbeelden DC-AtlantaWH-NevadaPlant-Mexico-01 | |||
| Zending-ID ShipmentId | Een unieke identificatiecode voor een zending, die uit een of meer logistieke orders kan bestaan. | ||
| Beschrijving De zending-ID is een referentienummer voor een groep goederen die samen worden vervoerd. Eén zending kan meerdere logistieke orders bevatten, vooral als die naar dezelfde bestemming gaan. De logistieke order is de case-ID; de zending-ID is een belangrijk attribuut voor de context. Hiermee kun je activiteiten op zendingniveau analyseren, zoals 'Vervoerder toegewezen' of 'Zending verzonden'. Ook krijg je inzicht in de efficiëntie van het bundelen van zendingen en de transportplanning. Waarom dit belangrijk is Koppelt orders die samen worden verzonden, zodat je de transportefficiëntie en strategieën voor het bundelen van zendingen kunt analyseren. Waar vind je dit? Wordt aangemaakt en opgeslagen in de tabellen voor transport- en verzendplanning van Manhattan Associates. Voorbeelden SH-98765SH-98766SH-98767 | |||
Activiteiten voor supplychainbeheer
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Afleverbewijs ontvangen | De definitieve bevestiging van een geslaagde levering wordt ontvangen en in het systeem geregistreerd, vaak met een handtekening. Dit kan een elektronische bevestiging van de vervoerder zijn of een document dat handmatig is gescand en toegevoegd. | ||
| Waarom dit belangrijk is Deze activiteit is de belangrijkste eindgebeurtenis voor een geslaagd logistiek proces. De informatie is nodig om de volledige doorlooptijd van de order en het percentage tijdige klantleveringen te berekenen. Waar vind je dit? Dit kan een expliciete gebeurtenis uit een bericht van de vervoerder zijn, of worden afgeleid uit een statuswijziging van het verzendrecord naar ‘POD ontvangen’ of ‘Afgerond’. De timestamp markeert de definitieve afsluiting. Vastleggen Af te leiden uit een statuswijziging van de verzending naar ‘Afgeleverd’ of ‘POD bevestigd’. Gebeurtenistype inferred | |||
| Goederen verzameld | Een magazijnmedewerker haalt de artikelen voor een order op uit de opslaglocaties. Deze activiteit wordt meestal vastgelegd wanneer de medewerker het verzamelen bevestigt, vaak door de barcodes van het artikel en de locatie te scannen. | ||
| Waarom dit belangrijk is Door de duur van het verzamelen te analyseren, vind je bottlenecks in het magazijn en kun je de efficiëntie van medewerkers verbeteren. Dit ondersteunt rechtstreeks de KPI Doorlooptijd van orderpicking in het magazijn. Waar vind je dit? Geregistreerd als een expliciete transactie in de taak- of uitvoeringslogs van het WMS. Elke bevestiging van een verzameling krijgt een timestamp en wordt gekoppeld aan een medewerker en order. Vastleggen Geregistreerd via een scan of bevestiging in de orderpickinterface van het WMS. Gebeurtenistype explicit | |||
| Klantorder ontvangen | Deze activiteit markeert het aanmaken van een nieuwe logistieke order in het systeem. Een klant start dit meestal via EDI, een webportaal of handmatige invoer. De gebeurtenis wordt vastgelegd zodra in de module Order Management een orderrecord met een unieke identificatie wordt aangemaakt. | ||
| Waarom dit belangrijk is Dit is de belangrijkste startgebeurtenis van het logistieke proces van begin tot eind. Door het tijdstip te analyseren, kun je de totale doorlooptijd van de order berekenen en vraagpatronen begrijpen. Waar vind je dit? Vastgelegd als een expliciete transactie in de module Manhattan Order Management System (OMS). Zoek naar tabellen voor het aanmaken van orders en de bijbehorende timestamps. Vastleggen Geregistreerd zodra een verkooporderrecord wordt aangemaakt. Gebeurtenistype explicit | |||
| Order geannuleerd | De klantorder wordt officieel geannuleerd voordat de afhandeling is afgerond. Deze eindstatus stopt alle verdere verwerking van de logistieke order. | ||
| Waarom dit belangrijk is Dit is een eindgebeurtenis die op een probleem wijst. Door de redenen en frequentie van annuleringen te analyseren, kun je problemen vinden bij het invoeren van orders of met de klanttevredenheid. Waar vind je dit? Dit is een expliciete transactie in de OMS die de orderstatus verandert in ‘Geannuleerd’. De timestamp van deze statuswijziging markeert de gebeurtenis. Vastleggen Geregistreerd wanneer de orderstatus wordt bijgewerkt naar ‘Geannuleerd’. Gebeurtenistype explicit | |||
| Verzending vertrokken | Deze activiteit markeert het moment waarop de verzending het magazijn of distributiecentrum fysiek verlaat. Dit wordt meestal vastgelegd via een laatste ‘ship confirm’-transactie in het WMS, wanneer de trailer wordt verzegeld en vertrekt. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal: de afhandeling in het magazijn is voorbij en de transporttijd begint. Deze gebeurtenis is belangrijk om tijdige verzending en de verwerkingstijd in het magazijn te meten. Waar vind je dit? Een belangrijke, expliciete transactie in Manhattan WMS/TMS, vaak ‘Ship Confirm’ of ‘Manifest Close’ genoemd. De transactie krijgt een timestamp en legt de verzendgegevens definitief vast. Vastleggen Geregistreerd via de transactie ‘Ship Confirm’ in het WMS. Gebeurtenistype explicit | |||
| Wave aangemaakt | In het WMS wordt een ‘wave’ aangemaakt waarin meerdere orders of verzendregels worden samengevoegd. Zo kunnen medewerkers die efficiënt en gecoördineerd verzamelen en inpakken. Het aanmaken van een wave is een afzonderlijke systeemgebeurtenis die de fysieke afhandeling van een groep orders start. | ||
| Waarom dit belangrijk is Deze activiteit is een belangrijke mijlpaal in de magazijnprocessen. Door te analyseren hoelang orders wachten tot ze in een wave worden opgenomen, kun je inefficiënte batchstrategieën en tekortkomingen in de capaciteitsplanning vinden. Waar vind je dit? Expliciet geregistreerd in Manhattan WMS wanneer een gebruiker of automatisch proces een wave start. De tabellen voor het aanmaken van waves bevatten de timestamps van deze gebeurtenis. Vastleggen Vastgelegd aan de hand van de timestamp in het record waarmee de wave is aangemaakt. Gebeurtenistype explicit | |||
| Goederen afgeleverd bij klant | De verzending komt aan op de bestemming van de klant en wordt daar uitgeladen. Deze gebeurtenis wordt vaak vastgelegd via een elektronische update van de vervoerder, zoals een EDI 214-bericht. | ||
| Waarom dit belangrijk is Deze activiteit geeft zicht op de prestaties van de vervoerder en de werkelijke transporttijd. De informatie is nodig om tijdige levering te meten en de laatste stap, het afleverbewijs, te starten. Waar vind je dit? Meestal een expliciete gebeurtenis die wordt gestart door een extern bericht van de vervoerder. Dat bericht werkt de verzendstatus in de TMS bij. De timestamp komt uit de update van de vervoerder. Vastleggen Vastgelegd via een EDI-bericht van de vervoerder, bijvoorbeeld EDI 214, dat de verzendstatus bijwerkt. Gebeurtenistype explicit | |||
| Goederen ingepakt | De verzamelde artikelen worden samengevoegd en verpakt in een of meer verzenddozen of andere verpakkingen. Dit wordt meestal geregistreerd wanneer een medewerker bij het inpakstation bevestigt dat de doos is gesloten en er een verzendlabel is aangemaakt. | ||
| Waarom dit belangrijk is Hiermee is het verzamelen en inpakken afgerond. Door de tijd tussen het verzamelen en inpakken te analyseren, kun je de indeling van inpakstations en de inzet van medewerkers verbeteren. Waar vind je dit? Een expliciete gebeurtenis die bij het inpakstation in het WMS wordt vastgelegd. Zoek naar tabellen voor het aanmaken van dozen of het bevestigen van het inpakken, met de bijbehorende timestamps. Vastleggen Geregistreerd zodra de controle van het inpakken is afgerond. Gebeurtenistype explicit | |||
| Goederen ontvangen van leverancier | Deze activiteit registreert de fysieke ontvangst van goederen van een leverancier bij de laaddock van het magazijn, meestal op basis van een inkooporder. De ontvangst wordt expliciet vastgelegd in het WMS wanneer magazijnmedewerkers de binnenkomende voorraad scannen en registreren. | ||
| Waarom dit belangrijk is Deze mijlpaal is belangrijk om te meten hoe vaak leveranciers op tijd leveren. Hiermee eindigt de inkomende logistieke fase en komt de voorraad beschikbaar voor orderafhandeling. Waar vind je dit? Een standaardtransactie die expliciet wordt vastgelegd in de module voor inkomende logistiek van Manhattan WMS. De ontvangst wordt geregistreerd in ontvangstlogs met timestamps en gekoppeld aan een PO of Advance Ship Notice (ASN). Vastleggen Geregistreerd via een ontvangsttransactie in het magazijn. Gebeurtenistype explicit | |||
| Inkooporder aangemaakt | Er wordt een inkooporder aangemaakt om goederen bij een externe leverancier in te kopen. Dit gebeurt meestal bij een voorraadtekort of een directe nalevering. De transactie maakt een nieuw PO-document aan dat aan de klantvraag is gekoppeld. | ||
| Waarom dit belangrijk is Door het aanmaken van inkooporders te volgen, kun je de inkoopfase van de supply chain en het effect daarvan op de totale doorlooptijd van orders analyseren. Ook kun je de prestaties van leveranciers meten. Waar vind je dit? Geregistreerd als een afzonderlijke gebeurtenis in de inkoopmodule. Zoek naar tabellen voor het aanmaken van PO’s en de bijbehorende timestamps. Vaak zijn die gekoppeld aan de oorspronkelijke verkooporder. Vastleggen Geregistreerd wanneer een nieuw inkooporderrecord wordt opgeslagen. Gebeurtenistype explicit | |||
| Order toegewezen | Het systeem reserveert specifieke voorraadeenheden in een magazijn voor een bepaalde order. Deze toewijzing vindt plaats voordat er fysieke magazijnactiviteiten beginnen. | ||
| Waarom dit belangrijk is Deze mijlpaal markeert de overgang van orderbeheer naar de uitvoering in het magazijn. De tijd tussen ontvangst en toewijzing van de order laat zien of er achterstanden ontstaan voordat de afhandeling begint. Waar vind je dit? Vastgelegd als een statusupdate van de order- of verzendregel in Manhattan WMS. De gebeurtenis is de timestamp waarop de status verandert in ‘Toegewezen’ of een vergelijkbare status. Vastleggen Te herkennen aan de timestamp waarop de status van de orderregel verandert in ‘Toegewezen’. Gebeurtenistype inferred | |||
| Vervoerder toegewezen | Er wordt een vervoerder gekozen en aan de verzending toegewezen. Dit kan automatisch gebeuren op basis van routeplannen of door een transportplanner. | ||
| Waarom dit belangrijk is Dit beslismoment is belangrijk om transportkosten en de prestaties van vervoerders te analyseren. De tijd die nodig is om een vervoerder toe te wijzen, kan wijzen op vertragingen in de planning. Waar vind je dit? Af te leiden uit een wijziging met timestamp van het veld ‘vervoerder’ in het verzendrecord in de TMS-module. De gebeurtenis vindt plaats wanneer dit veld voor het eerst wordt ingevuld. Vastleggen Af te leiden uit het wijzigingslog of de updatetimestamp van het veld voor de vervoerder in het verzendrecord. Gebeurtenistype inferred | |||
| Verzending aangemaakt | In het systeem wordt een verzendrecord aangemaakt. Daarin worden een of meer orders of dozen samengevoegd die naar dezelfde locatie gaan met dezelfde vervoerder. Zo wordt het transportplan voor de uitgaande goederen vastgelegd. | ||
| Waarom dit belangrijk is Deze activiteit verbindt magazijnprocessen met transportbeheer. Het verzendrecord vormt de basis voor het toewijzen van een vervoerder, het berekenen van de vrachtkosten en het aanmaken van verzenddocumenten. Waar vind je dit? Een expliciete transactie in de Manhattan WMS- of TMS-module. De transactie wordt geregistreerd in tabellen met verzendkoppen, met een timestamp voor het aanmaken. Vastleggen Geregistreerd wanneer een nieuw verzendrecord wordt aangemaakt. Gebeurtenistype explicit | |||
| Verzending opnieuw ingepland | De geplande verzenddatum van een order wordt gewijzigd door bijvoorbeeld een voorraadtekort, een verzoek van de klant of beperkingen in het transport. Dit leidt tot een herhaling in het afhandelingsproces. | ||
| Waarom dit belangrijk is Door wijzigingen in de planning te volgen, kun je oorzaken van vertragingen en instabiliteit in het proces vinden. Deze activiteit ondersteunt rechtstreeks de KPI voor herstelwerk bij orders en helpt het effect van uitzonderingen te meten. Waar vind je dit? Af te leiden uit wijzigingen in de geplande of gewenste verzenddatum in het order- of verzendrecord. Een vergelijking van de oorspronkelijke en bijgewerkte datum laat zien of de verzending opnieuw is ingepland. Vastleggen Afgeleid door de historische en huidige waarden van het veld ‘Geplande verzenddatum’ te vergelijken. Gebeurtenistype calculated | |||
| Voorraadbeschikbaarheid gecontroleerd | Het systeem controleert de beschikbare voorraad om te bepalen of de klantorder uit de bestaande voorraad kan worden geleverd. Dit gebeurt vaak automatisch, direct na het aanmaken van de order, en leidt tot een update van de status van de orderregel. | ||
| Waarom dit belangrijk is Deze activiteit is belangrijk om aanvulcycli van de voorraad te begrijpen en risico’s op voorraadtekorten te vinden. Vertragingen in deze stap kunnen de doorlooptijd van orderafhandeling direct verlengen. Waar vind je dit? Meestal af te leiden uit wijzigingen in de status van orderregels in de OMS-module. Een wijziging van ‘Nieuw’ naar ‘Wacht op toewijzing’ of een vergelijkbare status geeft vaak aan dat deze controle is afgerond. Vastleggen Af te leiden uit een statuswijziging van een orderregel na het aanmaken. Gebeurtenistype inferred | |||
Extractiegidsen
De extractiemethoden voor dit proces worden nog gevalideerd. Kom later terug of neem contact met ons op voor hulp.
Klaar om te beginnen?
Gebruik deze template om de data efficiënt voor te bereiden en vandaag nog aan de slag te gaan met het verbeteren van je supplychainprestaties. Breng verborgen inefficiënties aan het licht en voer gerichte verbeteringen door op basis van concrete inzichten.
Verbeter de supplychainprestaties in Manhattan Associates
Krijg inzicht in het hele proces en bereik een prognosenauwkeurigheid van 90%.
Geen creditcard nodig. Binnen enkele minuten ingesteld.