Datatemplate voor magazijnbeheer
Datatemplate voor magazijnbeheer
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om te volgen in de magazijnprocessen
- Extractie-instructies voor Körber WMS
Attributen voor magazijnbeheer
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van het specifieke event of de taak die op een bepaald moment in de levenscyclus van de magazijnorder plaatsvond. | ||
| Beschrijving Dit attribuut beschrijft één stap in het magazijnbeheerproces, zoals 'Goederen uit opslag gepickt' of 'Zending verzonden'. Elke activiteit is een afzonderlijk bedrijfsevent dat in het systeem wordt vastgelegd, met een specifieke timestamp. Activiteiten analyseren is de kern van process mining. Je kunt er de proceskaart mee opbouwen en zien hoe het werk daadwerkelijk door het magazijn loopt. Zo herken je bottlenecks, herstelwerk en afwijkingen van de standaardwerkwijze. Waarom dit belangrijk is Dit attribuut bepaalt de processtappen. Het vormt de basis voor de proceskaart en maakt analyse van de processtroom, variaties en bottlenecks mogelijk. Waar vind je dit? Event- of transactielogtabellen in Körber WMS, waarin bedrijfsevents worden vastgelegd. Deze zijn vaak af te leiden uit transactiecodes of beschrijvingen van statuswijzigingen. Voorbeelden Picktaak aangemaaktGoederen verpaktZending vertrokkenMagazijnorder geannuleerd | |||
| Eventtijd EventTime | De exacte datum en tijd waarop de activiteit of het event in het bronsysteem is vastgelegd. | ||
| Beschrijving De eventtijd is de timestamp van elke activiteit en geeft precies aan wanneer die plaatsvond. Met deze tijdsdata bereken je de duur, doorlooptijden en wachttijden tussen processtappen. Bij procesanalyse gebruik je dit attribuut om events chronologisch te ordenen, de processtroom op te bouwen en tijdsanalyses uit te voeren. Het is nodig voor dashboards die prestaties meten, zoals analyses van doorlooptijden, en voor KPI’s zoals 'Gemiddelde totale doorlooptijd van orders'. Waarom dit belangrijk is Deze timestamp is nodig om events te ordenen, tijdsmetingen zoals doorlooptijden en wachttijden te berekenen en de procesprestaties te begrijpen. Waar vind je dit? Te vinden in alle transactie- en eventlogtabellen van Körber WMS, vaak onder een naam als 'CreationDate', 'Timestamp' of 'EventDateTime'. Voorbeelden 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z | |||
| Magazijnorder WarehouseOrder | De unieke identificatiecode van een magazijnorder. Deze code is de belangrijkste case-ID voor het volgen van alle bijbehorende logistieke activiteiten. | ||
| Beschrijving De magazijnorder is de centrale identificatiecode voor alle taken en events die bij een specifieke logistieke aanvraag horen, zoals een inkomende goederenontvangst of een uitgaande zending. Hiermee kun je de volledige levenscyclus van een order in het magazijn volgen, van aanmaak tot verzending of annulering. In process mining kun je met een analyse per magazijnorder de volledige processtroom van elke order in beeld brengen. Zo herken je veelvoorkomende routes, afwijkingen en bottlenecks en zie je wat de totale doorlooptijd is voor verschillende soorten orders, zoals standaardorders en spoedorders. Waarom dit belangrijk is Dit is de essentiële case-ID die alle bijbehorende events met elkaar verbindt. Zo kun je het magazijnbeheerproces voor elke order van begin tot eind analyseren. Waar vind je dit? Deze identificatiecode staat meestal in de belangrijkste orderbeheertabellen van Körber WMS. Raadpleeg de documentatie van Körber WMS voor de specifieke tabel- en veldnamen, bijvoorbeeld van orderkoppen. Voorbeelden WO-0012845WO-0012991WO-0013402 | |||
| Bronsysteem SourceSystem | Het systeem waaruit de data is geëxtraheerd. | ||
| Beschrijving Dit attribuut geeft aan uit welk systeem de eventdata afkomstig is, in dit geval 'Körber WMS'. In omgevingen met meerdere gekoppelde systemen helpt dit veld om databronnen van elkaar te onderscheiden en de herkomst van data te volgen. Bij analyses geeft het context, vooral wanneer je data uit meerdere systemen combineert. Het helpt de datakwaliteit te bewaken en je kunt ermee filteren op activiteiten uit een specifiek systeem. Waarom dit belangrijk is Geeft belangrijke context over de herkomst van data en zorgt voor duidelijkheid en traceerbaarheid, vooral in omgevingen met meerdere gekoppelde systemen. Waar vind je dit? Dit is meestal een vaste waarde die tijdens de data-extractie wordt toegevoegd om het bronsysteem aan te geven. Voorbeelden Körber WMSKörberOne | |||
| Laatste data-update LastDataUpdate | De timestamp van de laatste keer dat de data voor dit proces is vernieuwd. | ||
| Beschrijving Dit attribuut geeft de datum en tijd van de meest recente data-extractie of update aan. Zo zie je hoe actueel de procesweergave is. In dashboards en rapporten zorgt deze informatie voor transparantie. Je ziet of de data realtime, dagelijks of wekelijks wordt bijgewerkt. Dat is van invloed op beslissingen. Waarom dit belangrijk is Laat zien hoe actueel de data is. Dat is belangrijk om op basis van de analyse juiste en relevante bedrijfsbeslissingen te nemen. Waar vind je dit? Deze waarde wordt aan het einde van elke vernieuwingscyclus door de datapijplijn of ETL-tool gegenereerd en vastgelegd. Voorbeelden 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Gebruikers- of operator-ID UserOperatorId | De identificatiecode van de gebruiker of operator die de activiteit heeft uitgevoerd. | ||
| Beschrijving Dit attribuut geeft aan welke magazijnmedewerker of systeemgebruiker verantwoordelijk was voor een specifieke taak, zoals picking, inpakken of goederen wegzetten. Soms gaat het om een geautomatiseerd systeem of een bot. Deze dimensie is belangrijk voor analyses van de prestaties van medewerkers en middelen. Je ziet hoe het werk is verdeeld, welke medewerkers goed presteren en wie mogelijk extra training nodig heeft. De dimensie vormt de basis voor het dashboard 'Inzet en werkbelasting van medewerkers en middelen' en de KPI 'Doorvoer per operator'. Waarom dit belangrijk is Maakt analyses mogelijk van personeelsprestaties, werkverdeling en efficiënt gebruik van middelen. Zo herken je trainingsbehoeften en medewerkers die goed presteren. Waar vind je dit? Te vinden in transactie- of logtabellen waarin gebruikersacties worden vastgelegd. Zoek naar velden als 'UserID', 'UserName', 'ExecutedBy' of 'OperatorID'. Voorbeelden JSMITHABOT01CDAVISsysteem | |||
| Prioriteitsniveau PriorityLevel | Geeft aan hoe dringend of belangrijk de magazijnorder is, bijvoorbeeld standaard of met spoed. | ||
| Beschrijving Het prioriteitsniveau geeft aan hoe snel een magazijnorder moet worden afgehandeld. Een order kan bijvoorbeeld de status 'Met spoed' of 'Hoge prioriteit' krijgen en moet dan vóór standaardorders worden verwerkt. Dit attribuut is nodig voor het dashboard 'Analyse van spoedorders' en de KPI 'Percentage spoedzendingen'. Je ziet wat spoedorders betekenen voor de magazijnprocessen en de bijbehorende kosten, en of ze daadwerkelijk sneller worden verwerkt dan standaardorders. Waarom dit belangrijk is Helpt bij het analyseren van de afhandeling van spoedorders, hoe vaak ze voorkomen en wat hun invloed is op de procesprestaties en kosten. Waar vind je dit? Te vinden in de orderkop. Zoek naar velden als 'Priority', 'Urgency' of een veld dat het serviceniveau van de verzending aangeeft. Voorbeelden StandaardMet spoedOvernightKritiek | |||
| Product-SKU ProductSKU | De Stock Keeping Unit (SKU) of het materiaalnummer van het artikel dat wordt verwerkt. | ||
| Beschrijving De product-SKU is de unieke identificatiecode van een product of materiaal in de magazijnorder. Een order kan één of meer SKU’s bevatten. Met een analyse per product-SKU zie je of bepaalde producten lastiger of problematischer te verwerken zijn. Zo ontdek je bijvoorbeeld dat breekbare artikelen meer inpaktijd kosten of dat bepaalde SKU’s vaak leiden tot afwijkingen bij het picken. Op basis daarvan kun je de opslagstrategie of werkwijzen aanpassen. Waarom dit belangrijk is Maakt het mogelijk om procesprestaties per product te analyseren en te zien of bepaalde artikelen vertragingen of fouten veroorzaken. Waar vind je dit? Te vinden in de orderregeltabellen, gekoppeld aan de orderkop van de magazijnorder. Veelvoorkomende veldnamen zijn 'SKU', 'MaterialNumber' en 'ItemCode'. Voorbeelden SKU-847361SKU-991204SKU-103557 | |||
| Werkelijke hoeveelheid ActualQuantity | De hoeveelheid van een artikel die tijdens een taak daadwerkelijk is verwerkt of vastgelegd. | ||
| Beschrijving De werkelijke hoeveelheid is het aantal eenheden dat de magazijnmedewerker daadwerkelijk heeft geteld, gepickt, ingepakt of ontvangen. Deze waarde wordt vastgelegd zodra de taak is afgerond en kan afwijken van de 'Geplande hoeveelheid', bijvoorbeeld door voorraadtekorten, schade of menselijke fouten. Door dit attribuut te vergelijken met de 'Geplande hoeveelheid' krijg je inzicht in de voorraadnauwkeurigheid en de gezondheid van het voorraadproces. Afwijkingen tussen de twee waarden wijzen op procesproblemen of onjuiste data die onderzocht moeten worden. Waarom dit belangrijk is Geeft aan wat er daadwerkelijk is verwerkt. Dit is nodig om afwijkingspercentages te berekenen en de voorraadnauwkeurigheid te bewaken. Waar vind je dit? Te vinden in transactiebevestigingen of taakregistraties. Mogelijke veldnamen zijn 'ActualQty', 'ConfirmedQuantity' of 'PickedQuantity'. Voorbeelden 10491 | |||
| Aangevraagde afrondingsdatum RequestedCompletionDate | De datum waarop de klant of interne belanghebbende wil dat de order is afgerond. | ||
| Beschrijving Dit is de gewenste afrondings- of verzenddatum voor een uitgaande order. De datum is vaak gebaseerd op de verwachtingen van de klant of service level agreements (SLA’s). Het is de belangrijkste deadline waarmee je de werkelijke prestaties vergelijkt. Deze datum is belangrijk voor het dashboard 'Analyse van spoedorders'. Vergelijk de 'Aangevraagde afrondingsdatum' met de 'Werkelijke afrondingsdatum' (de timestamp van de activiteit 'Zending verzonden' of 'Magazijnorder afgerond') om te zien of orders op tijd zijn en welke mogelijk te laat komen. Waarom dit belangrijk is Vormt de basis om prestaties op tijd en het nakomen van service level agreements (SLA’s) te meten en orders te herkennen die mogelijk te laat komen. Waar vind je dit? Te vinden in de orderkop. Veelvoorkomende veldnamen zijn 'RequiredDeliveryDate', 'RequestedShipDate' en 'SLA'. Voorbeelden 2023-10-28T23:59:59Z2023-11-05T23:59:59Z | |||
| Afwijking bij picking IsPickingDiscrepancy | Een aanduiding die aangeeft of de werkelijk gepickte hoeveelheid overeenkomt met de geplande hoeveelheid. | ||
| Beschrijving Dit is een afgeleid booleaans attribuut dat waar is als de 'Werkelijke hoeveelheid' bij een activiteit voor picking afwijkt van de 'Geplande hoeveelheid'. Het geeft eenvoudig aan of er bij een specifieke taak een pickfout of voorraadprobleem is. Met deze aanduiding kun je snel filteren op orders met een afwijking bij picking. Je gebruikt het attribuut om de KPI 'Afwijkingspercentage bij picking' te berekenen. Ook helpt het dashboard 'Gezondheid en nauwkeurigheid van het voorraadproces' om specifieke problemen zichtbaar te maken. Waarom dit belangrijk is Geeft duidelijk aan of er fouten zijn gemaakt bij het picken. Zo kun je problemen met de voorraadnauwkeurigheid eenvoudiger opsporen en meten. Waar vind je dit? Berekend tijdens de datatransformatie. De logica is: Voorbeelden truefalse | |||
| Doorlooptijd CycleTime | De totale tijd vanaf het aanmaken tot het afronden van de magazijnorder. | ||
| Beschrijving De doorlooptijd is een berekende metriek die de totale verstreken tijd van een case meet, vanaf het eerste event ('Magazijnorder aangemaakt') tot het laatste event ('Magazijnorder afgerond'). Dit is de totale verwerkingstijd van een order. Dit is een belangrijke KPI in process mining en geeft rechtstreeks antwoord op de vraag: 'Hoe lang duurt het?'. De metriek vormt de basis voor het dashboard 'Totale doorlooptijd van magazijnorders' en de KPI 'Gemiddelde totale doorlooptijd van orders'. Je gebruikt deze om de algehele procesgezondheid te volgen en orders te herkennen die ongewoon lang duren. Waarom dit belangrijk is Deze belangrijke KPI meet de algehele efficiëntie van het magazijnproces en heeft rechtstreeks invloed op klanttevredenheid en bedrijfskosten. Waar vind je dit? Deze metriek wordt in de process mining-tool berekend door per magazijnorder de timestamp van het eerste event af te trekken van die van het laatste event. Voorbeelden 8640017280036000 | |||
| Eindtijd EndTime | De timestamp waarop een activiteit is afgerond, als die beschikbaar is. | ||
| Beschrijving De eindtijd is de timestamp waarop een activiteit is afgerond. De starttijd (EventTime) geeft het begin aan, de eindtijd het einde. Zo kun je de duur van die activiteit rechtstreeks berekenen. Niet elk event heeft een aparte eindtijd. Vaak wordt de starttijd van het volgende event gebruikt om de duur van het vorige event af te leiden. Met dit attribuut bereken je de verwerkingstijd van afzonderlijke taken nauwkeurig. Zo kun je de 'Gemiddelde tijd voor kwaliteitsinspectie' bepalen door te meten hoeveel tijd er zit tussen het begin en het einde van de inspectie. Waarom dit belangrijk is Maakt het mogelijk om de verwerkingstijd van afzonderlijke activiteiten nauwkeurig te berekenen. Zo herken je inefficiënte taken en bottlenecks bij de inzet van mensen en middelen. Waar vind je dit? Raadpleeg de documentatie van Körber WMS. De eindtijd staat mogelijk in transactietabellen naast de starttijd of in gerelateerde tabellen met de statusgeschiedenis. Voorbeelden 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z | |||
| Gebruikte apparatuur EquipmentUsed | De identificatiecode van de apparatuur, zoals een heftruck of scanner, die voor een taak is gebruikt. | ||
| Beschrijving Dit attribuut geeft aan welk intern transportmaterieel (MHE) of welke technologie tijdens een magazijntaak is gebruikt. Het kan gaan om een specifieke heftruck, palletwagen, handscanner of automatisch geleid voertuig (AGV). Met een analyse per apparaat krijg je inzicht in het gebruik van middelen, onderhoudsbehoeften en de invloed van verschillende apparaten op de efficiëntie van taken. Dit is een belangrijke dimensie voor het dashboard 'Inzet en werkbelasting van medewerkers en middelen', waarmee je zowel mensen als machines in beeld brengt. Waarom dit belangrijk is Maakt het mogelijk om het gebruik van apparatuur en de invloed ervan op taakprestaties te analyseren. Zo kun je het wagenpark beter beheren en bottlenecks door machines herkennen. Waar vind je dit? Raadpleeg de documentatie van Körber WMS. Deze data kan zijn vastgelegd in taakuitvoeringsregistraties, vooral als operators zich aanmelden op specifieke apparatuur. Voorbeelden FORKLIFT-08SCANNER-112AGV-03 | |||
| Geplande hoeveelheid PlannedQuantity | De verwachte hoeveelheid van een artikel voor een taak, zoals picking of goederenontvangst. | ||
| Beschrijving De geplande hoeveelheid is het aantal eenheden dat volgens de magazijnorder voor een taak moet worden verwerkt. Als een order bijvoorbeeld vraagt om 10 eenheden van een specifieke SKU te picken, is de geplande hoeveelheid voor die picktaak 10. Door dit attribuut te vergelijken met de 'Werkelijke hoeveelheid' herken je afwijkingen. Het is een belangrijke invoer voor de KPI’s 'Afwijkingspercentage bij picking' en 'Voorraadafwijkingspercentage', die helpen om de voorraadnauwkeurigheid op peil te houden. Waarom dit belangrijk is Vormt de basis om de nauwkeurigheid van taken zoals picking en goederenontvangst te meten en voorraadafwijkingen op te sporen. Waar vind je dit? Beschikbaar in taak- of orderregeltabellen. Zoek naar velden als 'OrderQuantity', 'PlannedQty' of 'ExpectedQuantity'. Voorbeelden 10501 | |||
| Magazijn-ID WarehouseId | De unieke identificatiecode van het magazijn of distributiecentrum waar de activiteiten plaatsvinden. | ||
| Beschrijving De magazijn-ID geeft de fysieke locatie of vestiging aan waar de magazijnorder wordt verwerkt. Voor organisaties met meerdere distributiecentra is dit een belangrijke dimensie voor analyses. Met dit attribuut kun je prestaties van verschillende locaties vergelijken. Zo kun je de 'Gemiddelde totale doorlooptijd van orders' van magazijn A en magazijn B naast elkaar zetten om goede werkwijzen of locatiegebonden problemen te herkennen. Waarom dit belangrijk is Maakt het mogelijk om prestaties van verschillende magazijnlocaties te vergelijken. Zo komen regionale of locatiegebonden problemen aan het licht. Waar vind je dit? Deze informatie staat meestal in de orderkop of in tabellen met locatie-instellingen. De veldnaam kan bijvoorbeeld 'Plant', 'Site' of 'LocationCode' zijn. Voorbeelden WH-NYCDC-LAXFC-DAL | |||
| Opslaglocatie StorageLocation | De specifieke locatie in het magazijn, zoals een vak of gangpad, waar goederen zijn opgeslagen of worden gepickt. | ||
| Beschrijving Dit attribuut geeft de fysieke locatie in het magazijn aan, zoals een stelling, schap of vak. Het is relevant voor activiteiten als 'Goederen in opslag weggezet' en 'Goederen uit opslag gepickt'. In het dashboard 'Efficiëntie van wegzetten en locatiegebruik' gebruik je deze data om reistijden, locatiegebruik en de effectiviteit van opslagstrategieën te analyseren. Je kunt bijvoorbeeld nagaan of artikelen met een hoge omloopsnelheid op goed bereikbare locaties liggen, zodat ze sneller kunnen worden gepickt. Waarom dit belangrijk is Helpt de magazijnindeling en opslagstrategie te verbeteren door reistijden en de efficiëntie van wegzetten en picking per locatie te analyseren. Waar vind je dit? Te vinden in tabellen met voorraad-, taak- of locatiegegevens. Zoek naar velden als 'BinCode', 'LocationID' of 'StorageBin'. Voorbeelden A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05 | |||
| Ordertype OrderType | De categorie van de magazijnorder, bijvoorbeeld inkomend, uitgaand of interne verplaatsing. | ||
| Beschrijving Het ordertype geeft het zakelijke doel van de magazijnorder aan. Veelvoorkomende typen zijn klantzendingen (uitgaand), goederenontvangsten van leveranciers (inkomend), voorraadverplaatsingen tussen magazijnlocaties (intern) en retouren. Dit attribuut is handig om analyses te filteren en te vergelijken. Je kunt de processtromen en prestaties van verschillende soorten logistieke processen naast elkaar zetten, bijvoorbeeld om te zien of het inkomende proces efficiënter verloopt dan het uitgaande. Waarom dit belangrijk is Hiermee kun je analyses indelen naar het doel van de order. Zo zie je prestatieverschillen tussen processen zoals inkomende goederenontvangst en uitgaande zendingen. Waar vind je dit? Meestal te vinden in de orderkop van Körber WMS. Zoek naar een veld met de naam 'OrderType', 'TransactionType' of iets vergelijkbaars. Voorbeelden Uitgaande zendingInkomende goederenontvangstInterne verplaatsingRetour van klant | |||
| SLA-status SLAStatus | Geeft op basis van de aangevraagde afrondingsdatum aan of de order op tijd of te laat is afgerond, of mogelijk te laat komt. | ||
| Beschrijving De SLA-status is een berekend attribuut dat elke order indeelt op basis van de tijdigheid ten opzichte van de 'RequestedCompletionDate'. Mogelijke waarden zijn 'Op tijd', 'Te laat' en 'In behandeling'. Dit attribuut geeft meteen inzicht in de prestaties ten opzichte van het serviceniveau. Je kunt snel filteren op te late orders en de oorzaken onderzoeken, zoals specifieke bottlenecks of problemen met de inzet van mensen en middelen. Dit is belangrijk voor analyses van klanttevredenheid en de betrouwbaarheid van de bedrijfsvoering. Waarom dit belangrijk is Meet rechtstreeks of service level agreements worden nagekomen en maakt het eenvoudig om te late orders te herkennen en de oorzaken te onderzoeken. Waar vind je dit? Berekend in de datatransformatielaag door de timestamp van het event 'Magazijnorder afgerond' te vergelijken met de 'RequestedCompletionDate'. Voorbeelden Op tijdTe laatIn behandeling | |||
| Vervoerder Carrier | De vervoerder die is aangewezen voor de uiteindelijke levering van de order. | ||
| Beschrijving De vervoerder is de externe logistieke dienstverlener (bijvoorbeeld FedEx, UPS of DHL) die de goederen van het magazijn naar de eindbestemming brengt. Deze wordt meestal toegewezen tijdens de verzendplanning of verzending. Met een analyse per vervoerder zie je prestatieverschillen tussen verzendpartners. Zo kun je nagaan of bepaalde vervoerders samenhangen met langere wachttijden in de verzendzone of vaker vertraging hebben. Die data is nuttig bij contractonderhandelingen en de keuze van vervoerders. Waarom dit belangrijk is Maakt het mogelijk om de prestaties van verschillende verzendpartners te analyseren, zodat je de logistiek kunt verbeteren en leveringen betrouwbaarder kunt maken. Waar vind je dit? Te vinden in verzend- of transportplanningstabellen van Körber WMS. Zoek naar velden als 'CarrierCode', 'ShippingAgent' of 'SCAC'. Voorbeelden FedExUPSDHLLocal Freight Inc. | |||
Activiteiten voor magazijnbeheer
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Goederen ontvangen en geteld | Magazijnmedewerkers lossen de goederen, scannen ze en tellen de artikelen aan de hand van de melding van de inkomende levering. Deze expliciete transactie bevestigt dat specifieke hoeveelheden materiaal fysiek aan het magazijn zijn overgedragen. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal voor inkomende goederen en maakt KPI’s mogelijk zoals ‘Tijd van goederenontvangst tot inslag’. Ook helpt deze gebeurtenis om verschillen tussen verwachte en ontvangen aantallen vroeg op te sporen. Waar vind je dit? Aangemaakt wanneer een gebruiker de ontvangen aantallen bevestigt met een RF-scanner of desktoptransactie. Hiermee wordt de voorraadstatus op ‘Received’ of ‘On-Hand’ gezet op een tijdelijke opslaglocatie. Vastleggen Timestamp van de transactie ter bevestiging van de ontvangst. Gebeurtenistype explicit | |||
| Goederen opgeslagen | Een medewerker bevestigt dat de inslagtaak is afgerond, meestal door de opslaglocatie en de pallet of het artikel te scannen. Zo wordt de verplaatsing expliciet vastgelegd en de voorraadlocatie in het systeem bijgewerkt. | ||
| Waarom dit belangrijk is Deze belangrijke mijlpaal markeert het einde van het proces voor inkomende goederen. De gebeurtenis wordt gebruikt om de KPI’s ‘Doorlooptijd inslag’ en ‘Tijd van goederenontvangst tot inslag’ te berekenen. Waar vind je dit? Vastgelegd wanneer de medewerker de inslagtaak bevestigt via een RF-apparaat. De taakstatus wordt dan bijgewerkt naar ‘Completed’ en er wordt een voltooiingstimestamp geregistreerd. Vastleggen Timestamp van de transactie ter bevestiging van de inslagtaak. Gebeurtenistype explicit | |||
| Goederen uit opslag gepickt | Een medewerker bevestigt dat de artikelen voor een order van hun opslaglocatie zijn gepickt. Dit gebeurt meestal door het artikel en de locatie te scannen. De voorraad op de opslaglocatie wordt dan verlaagd en de actie wordt vastgelegd. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal in het proces voor uitgaande orders. Hiermee kun je picktijden analyseren en mogelijke vertragingen tussen het picken en verpakken opsporen. Waar vind je dit? Vastgelegd wanneer de medewerker de picktaak bevestigt via een RF-apparaat. De taakstatus wordt bijgewerkt naar ‘Completed’ en er wordt een voltooiingstimestamp geregistreerd. Vastleggen Timestamp van de transactie ter bevestiging van de picktaak. Gebeurtenistype explicit | |||
| Goederen verpakt | Het verpakken van een verzenddoos of -container is afgerond en het pakket is gesloten en gelabeld. Deze gebeurtenis betekent dat de order klaarstaat om te worden klaargezet en verzonden. De gebeurtenis wordt expliciet vastgelegd. | ||
| Waarom dit belangrijk is Deze belangrijke mijlpaal markeert het einde van de verzendvoorbereiding. De gebeurtenis wordt gebruikt om de verpakkingsdoorvoer te berekenen en vertragingen vóór het laden op te sporen. Waar vind je dit? De medewerker voert een expliciete transactie ‘Packing Complete’ of ‘Close Carton’ uit. Daarbij wordt een voltooiingstimestamp voor de verzendcontainer vastgelegd. Vastleggen Timestamp van de transactie ‘Close Container’ of ‘Packing Complete’. Gebeurtenistype explicit | |||
| Magazijnorder aangemaakt | De magazijnorder wordt in het systeem aangemaakt en geeft aan dat goederen moeten worden verplaatst. Deze gebeurtenis wordt meestal expliciet vastgelegd wanneer een gebruiker of een gekoppeld systeem, zoals een ERP-systeem, de order aanmaakt met een timestamp. | ||
| Waarom dit belangrijk is Dit is het begin van het end-to-endproces. Deze gebeurtenis is essentieel om de totale orderdoorlooptijd te meten en de totale vraag en het ordervolume te begrijpen. Waar vind je dit? Dit wordt vastgelegd met de aanmaaktimestamp in de tabel met magazijnorderkoppen wanneer een nieuwe order in Körber WMS wordt opgeslagen. Vastleggen Vastgelegd met de aanmaaktimestamp van de magazijnorderkop. Gebeurtenistype explicit | |||
| Magazijnorder afgerond | De magazijnorder wordt in het systeem afgesloten. Dit betekent dat alle bijbehorende fysieke verplaatsingen en transacties zijn afgerond. Dit wordt meestal afgeleid uit een statuswijziging in de orderkop, waarmee de levenscyclus van de order wordt beëindigd. | ||
| Waarom dit belangrijk is Dit is het belangrijkste eindpunt van het proces. Je hebt het nodig om de totale doorlooptijd te berekenen en te meten hoeveel processen zijn afgerond. Waar vind je dit? Afgeleid uit een statuswijziging in de orderkop naar een eindstatus, zoals 'Complete' of 'Closed'. Vastleggen Afgeleid uit de timestamp van de statuswijziging naar 'Completed' in de orderkop. Gebeurtenistype inferred | |||
| Zending vertrokken | De goederen worden geladen en de vrachtwagen vertrekt uit het magazijn. Deze gebeurtenis wordt gestart door een transactie ‘Ship Confirm’ of ‘Post Goods Issue’, waarmee de verzending in het systeem wordt afgerond. | ||
| Waarom dit belangrijk is Deze belangrijke mijlpaal markeert het fysieke vertrek van de goederen. Dit is vaak een belangrijk moment voor de facturatie en het informeren van klanten. Waar vind je dit? Er wordt een expliciete transactie 'Ship Confirm' uitgevoerd, die samenhangt met het afdrukken van de vrachtbrief. Deze transactie heeft een specifieke timestamp. Vastleggen Timestamp van de transactie 'Ship Confirm' of 'Post Goods Issue'. Gebeurtenistype explicit | |||
| Goederen aangekomen bij de laadkade | De fysieke aankomst van de vervoerder bij de ontvangstkade van het magazijn wordt geregistreerd. Dit doet vaak een poortwachter of medewerker goederenontvangst. Het markeert het begin van de fysieke ontvangst. De gebeurtenis wordt vaak afgeleid uit een statuswijziging van de levering. | ||
| Waarom dit belangrijk is Deze gebeurtenis helpt de punctualiteit van vervoerders te meten en wachttijden bij de ontvangstkade te analyseren. Zo komen mogelijke bottlenecks in beeld voordat het lossen begint. Waar vind je dit? Vaak vastgelegd als statusupdate van de registratie van de inkomende levering, of via een specifieke ‘Check-In’-transactie in een yardmanagementmodule, als die beschikbaar is. Vastleggen Afgeleid uit een statuswijziging naar ‘Arrived’ of ‘At Dock’ in de registratie van de inkomende levering. Gebeurtenistype inferred | |||
| Inslagtaak aangemaakt | Het WMS maakt een taak aan voor een medewerker om ontvangen goederen van een tijdelijke opslagplek naar een definitieve opslaglocatie te verplaatsen. Op basis van de inslagstrategie bepaalt de systeemlogica de beste bestemming voor de artikelen. | ||
| Waarom dit belangrijk is Deze gebeurtenis markeert het begin van het inslagproces. Door de tijd tussen deze gebeurtenis en het afronden van de taak te analyseren, kun je de efficiëntie van het systeem en de medewerker meten. Waar vind je dit? Er wordt een record aangemaakt in een tabel voor taakbeheer of werkvoorraad, met het taaktype ‘Putaway’ en de bijbehorende aanmaaktimestamp. Vastleggen Vastgelegd met de aanmaaktimestamp van de inslagtaak. Gebeurtenistype explicit | |||
| Klaargezet voor verzending | De verpakte dozen of pallets worden van de verpakkingszone naar een aangewezen verzendbaan verplaatst, waar ze wachten op de vervoerder. Dit wordt vaak afgeleid uit de timestamp van een voorraadverplaatsing naar een verzendlocatie. | ||
| Waarom dit belangrijk is Zo kun je de wachttijd tussen het verpakken en de uiteindelijke verzending analyseren. Lange wachttijden op de verzendbaan kunnen wijzen op gebrekkige afstemming met vervoerders of inefficiënt beheer van laadperrons. Waar vind je dit? Afgeleid uit een locatiewijziging van de logistieke eenheid, van een verpakkingswerkplek naar een verzendbaan. De verplaatsingstransactie bevat de benodigde timestamp. Vastleggen Afgeleid uit de timestamp van een voorraadverplaatsing waarbij de bestemmingslocatie een tijdelijke opslagzone is. Gebeurtenistype inferred | |||
| Kwaliteitscontrole uitgevoerd | De ontvangen goederen worden gecontroleerd op kwaliteit. Daarvoor kunnen artikelen naar een aparte kwaliteitscontrolezone worden verplaatst. Deze activiteit wordt vaak afgeleid uit wijzigingen in de voorraadstatus, bijvoorbeeld van ‘On-Hand’ naar ‘QI Hold’ en daarna naar ‘Unrestricted’. | ||
| Waarom dit belangrijk is Hiermee kun je de duur van kwaliteitscontroles analyseren, die een flinke bottleneck kunnen vormen. Ook kun je het aantal controles volgen en vertragingen opsporen voordat voorraad beschikbaar komt. Waar vind je dit? Dit kan worden afgeleid uit een reeks wijzigingen in de voorraadstatus die verband houden met kwaliteitsblokkades. Sommige systemen bevatten expliciete transactielogs voor kwaliteitsbeheer. Vastleggen Afgeleid uit wijzigingen in de voorraadstatus of uit een transactielog die hoort bij een kwaliteitscontroleorder. Gebeurtenistype inferred | |||
| Magazijnorder geannuleerd | De magazijnorder wordt geannuleerd voordat deze is afgerond. Al het lopende werk wordt stopgezet. Dit wordt meestal afgeleid uit een statuswijziging in de orderkop naar 'Canceled'. | ||
| Waarom dit belangrijk is Dit is een alternatieve manier waarop het proces eindigt. Door annuleringen te analyseren, krijg je inzicht in oorzaken van mislukte processen, zoals voorraadtekorten of wijzigingen van klanten. Waar vind je dit? Afgeleid uit een statuswijziging in de orderkop naar 'Canceled' of 'Deleted', samen met de timestamp van die wijziging. Vastleggen Afgeleid uit de timestamp van de statuswijziging naar 'Canceled' in de orderkop. Gebeurtenistype inferred | |||
| Melding inkomende levering ontvangen | Een Advanced Shipping Notification (ASN) of melding van een inkomende levering wordt ontvangen van een leverancier. Deze gebeurtenis geeft aan dat goederen onderweg zijn, zodat het magazijn de ontvangst kan plannen. De melding wordt meestal aangemaakt via een EDI-transactie of handmatig ingevoerd. | ||
| Waarom dit belangrijk is Deze activiteit markeert het begin van de planning voor inkomende goederen. Door de tijd tussen de melding en de aankomst van de goederen te analyseren, kun je de prestaties van leveranciers meten en de personeelsbezetting plannen. Waar vind je dit? Vastgelegd met de aanmaaktimestamp van een ASN of registratie van een inkomende levering. Deze wordt vaak aangemaakt via een EDI-koppeling of handmatige gegevensinvoer. Vastleggen Vastgelegd wanneer een ASN-record succesvol in het systeem is aangemaakt. Gebeurtenistype explicit | |||
| Picktaak aangemaakt | Op basis van een uitgaande magazijnorder maakt het systeem een picktaak aan voor een medewerker. De taak stuurt de medewerker naar een specifieke locatie om een bepaald aantal artikelen op te halen. | ||
| Waarom dit belangrijk is Deze gebeurtenis start het proces voor uitgaande orders. Door te analyseren hoe picktaken worden aangemaakt, krijg je inzicht in de orderverwerking en de verdeling van de werklast. Waar vind je dit? In een tabel voor taakbeheer of werkvoorraad in Körber WMS wordt een record aangemaakt met het taaktype ‘Picking’ en een aanmaaktimestamp. Vastleggen Vastgelegd met de aanmaaktimestamp van de picktaak. Gebeurtenistype explicit | |||
| Verpakken gestart | De gepickte artikelen komen aan bij een verpakkingsstation en een medewerker begint met verpakken. Dit wordt vaak afgeleid uit de eerste scan van een artikel bij een verpakkingsstation die aan een specifieke uitgaande order is gekoppeld. | ||
| Waarom dit belangrijk is Dit markeert het begin van het verpakkingsproces. Door de wachttijd vóór deze activiteit en de verpakkingsduur te meten, kun je bottlenecks bij de verzendvoorbereiding opsporen. Waar vind je dit? Dit kan een expliciete transactie ‘Start Packing’ zijn, maar wordt vaker afgeleid uit de eerste scan van een artikel voor de order bij een verpakkingsstation. Vastleggen Afgeleid uit de timestamp van de eerste handeling bij een verpakkingsstation voor een bepaalde order. Gebeurtenistype inferred | |||
Extractiegidsen
Stappen
- Regel toegang tot de database: Vraag inloggegevens met alleen-lezenrechten en verbindingsgegevens op, zoals servernaam, databasenaam en poort, voor de productie- of replicadatabase van Körber WMS. Je hebt een clienttool nodig, zoals Microsoft SQL Server Management Studio (SSMS) of Oracle SQL Developer.
- Zoek de belangrijkste tabellen: Controleer vóór je het script uitvoert samen met een systeembeheerder welke tabel- en kolomnamen in jouw Körber WMS-implementatie worden gebruikt. Deze kunnen verschillen. Belangrijke tabellen bevatten meestal orderkoppen, taken en voorraadtransacties.
- Maak verbinding met de database: Open je SQL-client en maak met de verstrekte inloggegevens verbinding met de Körber WMS-database.
- Laad het SQL-script: Open een nieuw queryvenster en kopieer het volledige SQL-script uit het onderdeel 'query' van dit document.
- Stel de parameters in: Zoek bovenaan het script de tijdelijke variabelen. Vervang
@[StartDate],@[EndDate]en@[WarehouseId]door het gewenste datumbereik en de ID van het magazijn waarvoor je data wilt ophalen. - Voer de query uit: Voer het ingestelde SQL-script uit. Hoe lang dit duurt, hangt af van het datumbereik en de hoeveelheid data in je systeem.
- Controleer de resultaten: Bekijk na afloop kort de uitvoer in je SQL-client. Controleer of er rijen worden teruggegeven en of de kolommen (
WarehouseOrder,ActivityName,EventTimeenzovoort) de verwachte waarden bevatten. - Exporteer naar CSV: Exporteer het volledige resultaat naar een CSV-bestand. De meeste SQL-clients hebben een ingebouwde functie om queryresultaten rechtstreeks te exporteren.
- Bereid het bestand voor op upload: Sla het geëxporteerde CSV-bestand op met UTF-8-codering. Controleer of de kolomkoppen exact overeenkomen met de vereiste attribuutnamen, zonder extra spaties of tekens.
Configuratie
- Databaseverbinding: Je hebt een rechtstreekse databaseverbinding nodig. Daarvoor zijn het serveradres, de databasenaam, een geldige gebruikersnaam en een wachtwoord vereist. Gebruik bij voorkeur een gebruiker met alleen-lezenrechten om onbedoelde wijzigingen aan data te voorkomen.
- Filteren op datumbereik: Met de tijdelijke aanduidingen
@StartDateen@EndDatein de query stel je de extractieperiode in. Voor een eerste analyse is 3 tot 6 maanden aan te raden. Zo verzamel je voldoende procesvarianten zonder de database onnodig te belasten. - Filteren op magazijn en order: Het script bevat de tijdelijke aanduiding
@[WarehouseId]om de extractie tot één locatie te beperken. Je kunt in deWHERE-clausules ook filteren op bijvoorbeeld ordertype of klant om de dataset verder af te bakenen. - Detailniveau van de data: Dit script haalt gebeurtenissen op van zowel het niveau van de orderkop, zoals 'Warehouse Order Created', als het niveau van afzonderlijke taken of transacties, zoals 'Goods Picked'.
- Vereisten: Je hebt voldoende databaserechten nodig om alle tabellen in de query te lezen. Kennis van het schema van jouw Körber WMS is nodig om de tabel- en kolomnamen te controleren en zo nodig aan te passen.
Voorbeeldquery sql
DECLARE @StartDate DATETIME = '2023-01-01';
DECLARE @EndDate DATETIME = '2023-12-31';
DECLARE @WarehouseId NVARCHAR(10) = '[Your Warehouse ID]';
-- 1. Warehouse Order Created
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Created' AS ActivityName,
ord.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.CREATE_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.CREATE_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 2. Inbound Delivery Notification Rcvd
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Inbound Delivery Notification Rcvd' AS ActivityName,
asn.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.CREATE_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.CREATE_DATE BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 3. Goods Arrived at Dock
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Goods Arrived at Dock' AS ActivityName,
asn.ACTUAL_ARRIVAL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.MOD_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.ACTUAL_ARRIVAL_TSTMP IS NOT NULL AND asn.ACTUAL_ARRIVAL_TSTMP BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 4. Goods Received and Counted
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Goods Received and Counted' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'RECV' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 5. Quality Inspection Performed
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Quality Inspection Performed' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'MOVE' AND tran.REASON_CODE = 'QI_INSP' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 6. Putaway Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Putaway Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 7. Goods Put Away in Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Put Away in Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 8. Picking Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Picking Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 9. Goods Picked from Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Picked from Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 10. Packing Initiated
SELECT
pck.ORD_NBR AS WarehouseOrder,
'Packing Initiated' AS ActivityName,
MIN(pck.CREATE_DATE) AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
MIN(pck.USER_ID) AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [PACK_TRAN] pck
WHERE pck.CREATE_DATE BETWEEN @StartDate AND @EndDate AND pck.WH_ID = @WarehouseId
GROUP BY pck.ORD_NBR
UNION ALL
-- 11. Goods Packed
SELECT
ctn.ORD_NBR AS WarehouseOrder,
'Goods Packed' AS ActivityName,
ctn.PACK_CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ctn.PACKER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIP_CARTON] ctn
WHERE ctn.PACK_CMPL_TSTMP IS NOT NULL AND ctn.PACK_CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND ctn.WH_ID = @WarehouseId
UNION ALL
-- 12. Staged for Shipment
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Staged for Shipment' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
JOIN [LOC_HDR] loc ON tran.TO_LOC = loc.LOC_ID AND tran.WH_ID = loc.WH_ID
WHERE tran.TRAN_TYPE = 'MOVE' AND loc.LOC_TYPE = 'SHIP_STAGE' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 13. Shipment Dispatched
SELECT
shp.ORD_NBR AS WarehouseOrder,
'Shipment Dispatched' AS ActivityName,
shp.SHIP_CONFIRM_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
shp.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIPMENT_HDR] shp
WHERE shp.SHIP_CONFIRM_TSTMP IS NOT NULL AND shp.SHIP_CONFIRM_TSTMP BETWEEN @StartDate AND @EndDate AND shp.WH_ID = @WarehouseId
UNION ALL
-- 14. Warehouse Order Completed
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Completed' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('99', 'COMPLETED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 15. Warehouse Order Canceled
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Canceled' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('95', 'CANCELED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId; Klaar om te beginnen?
Breng vandaag nog waardevolle inzichten en inefficiënties in het magazijnbeheer aan het licht. Deze template vormt de basis voor een datagedreven aanpak om processen te verbeteren.
Verbeter het magazijnbeheer en verhoog de efficiëntie
Voorkom pickfouten en bereik snel een voorraadnauwkeurigheid van 99,5%.
Geen creditcard nodig. Je kunt op elk moment opzeggen.