Datatemplate voor supplychainbeheer

Manhattan Associates
Datatemplate voor supplychainbeheer

Datatemplate voor supplychainbeheer

Deze template laat zien welke data je nodig hebt om supplychainprocessen te analyseren. Je vindt erin welke attributen je verzamelt, welke activiteiten je bijhoudt en hoe je de informatie uit het systeem haalt. Zo bereid je de data efficiënt voor op process mining.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten om bij te houden
  • Richtlijnen voor data-extractie

Attributen voor supplychainbeheer

Dit zijn de aanbevolen datavelden voor het event log van een analyse van supplychainbeheer.
5 Verplicht 5 Aanbevolen 9 Optioneel
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
Verplicht Aanbevolen Optioneel

Activiteiten voor supplychainbeheer

Leg deze belangrijke processtappen en mijlpalen vast in het event log om supplychainprocessen goed in kaart te brengen.
6 Aanbevolen 9 Optioneel
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
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit Manhattan Associates

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%.

Start je gratis proefperiode

Geen creditcard nodig. Binnen enkele minuten ingesteld.