Jouw datatemplate voor magazijnbeheer
Jouw datatemplate voor magazijnbeheer
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om te volgen in warehouseprocessen
- Extractierichtlijnen voor Körber WMS
Attributen voor magazijnbeheer
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van de specifieke gebeurtenis of taak die op een bepaald moment tijdens 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 staat voor een afzonderlijke bedrijfsgebeurtenis die in het systeem is vastgelegd en aan een specifieke timestamp is gekoppeld. Activiteiten analyseren is de kern van process mining. Hiermee bouw je de proceskaart op en zie je hoe het werk daadwerkelijk door het magazijn loopt. Zo kun je bottlenecks, herstelrondes en afwijkingen van de standaardwerkwijze vinden. Waarom dit belangrijk is Het definieert de processtappen, vormt de basis van de proceskaart en maakt analyse van procesflow, variaties en bottlenecks mogelijk. Waar je het vindt Tabellen met event logs of transactielogs in Körber WMS, waarin bedrijfsgebeurtenissen worden vastgelegd. Deze informatie is vaak afgeleid van transactiecodes of beschrijvingen van statuswijzigingen. Voorbeelden Picktaak aangemaaktGoederen verpaktZending verzondenMagazijnorder geannuleerd | |||
| Gebeurtenistijd EventTime | De exacte datum en tijd waarop de activiteit of gebeurtenis in het bronsysteem is vastgelegd. | ||
| Beschrijving Gebeurtenistijd is de timestamp die aan elke activiteit is gekoppeld en het exacte moment van uitvoering markeert. Deze tijdsdata is de basis voor het berekenen van tijdsduur, doorlooptijden en wachttijden tussen verschillende processtappen. Bij procesanalyse gebruik je dit attribuut om gebeurtenissen chronologisch te ordenen, de procesflow op te bouwen en tijdsanalyses uit te voeren. Het is essentieel voor dashboards die prestaties meten, zoals doorlooptijdanalyses, en voor KPI's zoals 'Gemiddelde end-to-end-doorlooptijd van orders'. Waarom dit belangrijk is Deze timestamp is belangrijk voor het ordenen van gebeurtenissen, het berekenen van alle tijdsgebonden metingen, zoals doorlooptijden en wachttijden, en het begrijpen van de procesprestaties. Waar je het vindt Te vinden in alle transactie- en eventlogtabellen binnen Körber WMS, meestal met 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 identificatie van een magazijnorder. Deze dient als primaire case-identificatie voor het volgen van alle gerelateerde logistieke activiteiten. | ||
| Beschrijving De magazijnorder is de centrale identificatie die alle taken en gebeurtenissen rond een specifieke logistieke aanvraag groepeert, zoals een inkomende ontvangst of een uitgaande zending. Hiermee kun je de volledige levenscyclus van een order in het magazijn volgen, van aanmaak tot uiteindelijke verzending of annulering. In process mining kun je met een analyse op basis van de magazijnorder de volledige procesflow van elke order visualiseren. Zo zie je veelvoorkomende routes, afwijkingen, bottlenecks en de totale doorlooptijd voor verschillende ordertypen, zoals standaardorders en spoedorders. Waarom dit belangrijk is Dit is de essentiële Case ID die alle gerelateerde gebeurtenissen koppelt. Zo kun je het magazijnbeheerproces voor elke specifieke order volledig van begin tot eind analyseren. Waar je het vindt Deze identificatie staat meestal in de centrale orderbeheertabellen van Körber WMS. Raadpleeg de documentatie van Körber WMS voor specifieke tabel- en veldnamen, zoals orderheaders. Voorbeelden WO-0012845WO-0012991WO-0013402 | |||
| Bronsysteem SourceSystem | Het systeem waaruit de data is geëxtraheerd. | ||
| Beschrijving Dit attribuut identificeert het systeem waar de eventdata vandaan komt, in dit geval 'Körber WMS'. In omgevingen met meerdere geïntegreerde systemen helpt dit veld om bronnen van elkaar te onderscheiden en de herkomst van data te volgen. Voor analyses biedt het context, vooral wanneer je data uit meerdere systemen combineert. Het helpt de datakwaliteit te bewaken en kan worden gebruikt om een analyse te beperken tot activiteiten uit één 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 je het vindt Dit is meestal een statische waarde die tijdens het data-extractieproces wordt toegevoegd om het bronsysteem te identificeren. Voorbeelden Körber WMSKörberOne | |||
| Laatste data-update LastDataUpdate | De timestamp die aangeeft wanneer de data voor dit proces voor het laatst is vernieuwd. | ||
| Beschrijving Dit attribuut geeft de datum en tijd van de meest recente data-extractie of update aan. Het biedt context over de actualiteit van de geanalyseerde data, zodat gebruikers weten hoe actueel het procesoverzicht is. In dashboards en rapporten is deze informatie belangrijk voor transparantie. Hiermee zie je of je naar realtime-, dagelijkse of wekelijkse data kijkt. Dat heeft invloed op beslissingen. Waarom dit belangrijk is Laat zien hoe actueel de data is. Dat is belangrijk om op basis van de analyse goede en relevante bedrijfsbeslissingen te nemen. Waar je het vindt 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 | |||
| ID van gebruiker/operator UserOperatorId | De identificatie van de gebruiker of operator die de activiteit heeft uitgevoerd. | ||
| Beschrijving Dit attribuut identificeert de magazijnmedewerker of systeemgebruiker die verantwoordelijk is voor een specifieke taak, zoals picken, verpakken of wegzetten van goederen. In sommige gevallen kan het ook om een geautomatiseerd systeem of een bot gaan. Deze dimensie is belangrijk voor analyses van prestaties per bron. Je krijgt inzicht in de verdeling van de werklast, ziet welke medewerkers het best presteren en ontdekt wie extra training nodig heeft. Dit vormt de basis voor het dashboard 'Brongebruik en werklast' en de KPI 'Throughput per operator'. Waarom dit belangrijk is Maakt analyse van personeels prestaties, werklastverdeling en efficiëntie van bronnen mogelijk. Zo kun je trainingsbehoeften en goed presterende medewerkers vinden. Waar je het vindt Te vinden in transactie- of logtabellen waarin gebruikersacties worden vastgelegd. Zoek naar velden zoals 'UserID', 'UserName', 'ExecutedBy' of 'OperatorID'. Voorbeelden JSMITHABOT01CDAVISsysteem | |||
| Prioriteitsniveau PriorityLevel | Geeft de urgentie of prioriteit van de magazijnorder aan, bijvoorbeeld standaard of met spoed. | ||
| Beschrijving Het prioriteitsniveau is een classificatie die aan een magazijnorder wordt toegekend om de urgentie van de afhandeling te bepalen. Een order kan bijvoorbeeld de status 'Met spoed' of 'Hoge prioriteit' krijgen, wat betekent dat deze vóór standaardorders moet worden verwerkt. Dit attribuut is belangrijk voor het dashboard 'Analyse van spoedorders' en de KPI 'Percentage spoedzendingen'. Je krijgt inzicht in de invloed van urgente orders op de totale bedrijfsvoering van het magazijn en de bijbehorende kosten. Ook zie je of ze daadwerkelijk sneller worden verwerkt dan standaardorders. Waarom dit belangrijk is Helpt bij het analyseren van de afhandeling van urgente orders, de frequentie ervan en de invloed op de totale procesprestaties en kosten. Waar je het vindt Te vinden in de orderheaderdata. Zoek naar velden zoals 'Priority', 'Urgency' of een specifieke indicator voor het serviceniveau van de verzending. Voorbeelden StandaardVersneldOvernightKritiek | |||
| Product-SKU ProductSKU | De Stock Keeping Unit (SKU) of het materiaalnummer van het artikel dat wordt verwerkt. | ||
| Beschrijving De product-SKU is de unieke identificatie van een specifiek product of materiaal in de magazijnorder. Een order kan één of meerdere SKU's bevatten. Met een analyse op product-SKU zie je of bepaalde producten complexere of problematische verwerkingsprocessen hebben. Je kunt bijvoorbeeld ontdekken dat kwetsbare artikelen langer moeten worden verpakt of dat bepaalde SKU's vaak samenhangen met afwijkingen tijdens het picken. Deze informatie kan leiden tot aanpassingen in de opslagstrategie of werkinstructies. Waarom dit belangrijk is Maakt analyse van procesprestaties per product mogelijk. Zo zie je of bepaalde artikelen vertragingen of fouten veroorzaken. Waar je het vindt Te vinden in de orderregelitemtabellen, die aan de hoofdorderheader zijn gekoppeld. 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 fysiek heeft geteld, gepickt, verpakt of ontvangen. Deze waarde wordt bij het voltooien van de taak vastgelegd en kan afwijken van de 'Geplande hoeveelheid' door voorraadtekorten, schade of menselijke fouten. Door dit attribuut met de 'Geplande hoeveelheid' te vergelijken, krijg je de basis voor het dashboard 'Gezondheid en nauwkeurigheid van het voorraadproces'. Verschillen tussen beide waarden wijzen rechtstreeks op procesfouten of onnauwkeurige data die nader onderzoek vereisen. Waarom dit belangrijk is Geeft weer wat er fysiek is verwerkt. Daarmee is het essentieel voor het berekenen van afwijkingspercentages en het bewaken van de voorraadnauwkeurigheid. Waar je het vindt Te vinden in transactiebevestigingen of registraties van voltooide taken. Mogelijke veldnamen zijn 'ActualQty', 'ConfirmedQuantity' en 'PickedQuantity'. Voorbeelden 10491 | |||
| Doorlooptijd CycleTime | De totale duur van de magazijnorder, van aanmaak tot voltooiing. | ||
| Beschrijving De doorlooptijd is een berekende metriek die de totale verstreken tijd van een case meet, vanaf de eerste gebeurtenis ('Magazijnorder aangemaakt') tot de laatste gebeurtenis ('Magazijnorder voltooid'). Dit is de end-to-end-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 'End-to-end-doorlooptijd van magazijnorders' en de KPI 'Gemiddelde end-to-end-doorlooptijd van orders'. Je gebruikt deze om de algehele procesgezondheid te volgen en orders te vinden die ongewoon lang duren. Waarom dit belangrijk is Dit is een belangrijke KPI voor de efficiëntie van het magazijnproces. De doorlooptijd heeft rechtstreeks invloed op klanttevredenheid en bedrijfskosten. Waar je het vindt Deze metriek wordt in de process-miningtool berekend door voor elke magazijnorder het verschil te nemen tussen de timestamp van de laatste en de eerste gebeurtenis. Voorbeelden 8640017280036000 | |||
| Eindtijd EndTime | De timestamp die aangeeft wanneer een activiteit is voltooid, als die beschikbaar is. | ||
| Beschrijving De eindtijd is de timestamp waarop een activiteit wordt voltooid. StartTime (EventTime) markeert het begin en de eindtijd het einde. Zo kun je de duur van die afzonderlijke activiteit rechtstreeks berekenen. Niet elke gebeurtenis heeft een aparte eindtijd. Vaak gebruik je de StartTime van de volgende gebeurtenis om de duur van de vorige gebeurtenis af te leiden. Dit attribuut is zeer waardevol voor het nauwkeurig berekenen van de verwerkingstijd van afzonderlijke taken. Je gebruikt het bijvoorbeeld om de 'Gemiddelde tijd voor kwaliteitsinspectie' te bepalen, door de tijd tussen de start en het einde van de inspectie te meten. Waarom dit belangrijk is Maakt een nauwkeurige berekening van de verwerkingstijd per activiteit mogelijk. Zo kun je inefficiënte taken en bottlenecks in de inzet van bronnen vinden. Waar je het vindt Raadpleeg de documentatie van Körber WMS. De informatie kan in transactietabellen naast de starttijd staan of in gerelateerde statushistorietabellen. Voorbeelden 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z | |||
| Gebruikte apparatuur EquipmentUsed | De identificatie van de apparatuur, zoals een heftruck of scanner, die voor een taak is gebruikt. | ||
| Beschrijving Dit attribuut geeft aan welk intern transportmiddel (MHE) of welke technologie tijdens een magazijntaak is gebruikt. Dat kan een specifieke heftruck, palletwagen, handheldscanner of automatisch geleid voertuig (AGV) zijn. Met een analyse per apparaat krijg je inzicht in het gebruik van bronnen, onderhoudsbehoeften en de invloed van verschillende typen apparatuur op de efficiëntie van taken. Het is een belangrijke dimensie voor het dashboard 'Brongebruik en werklast', waarmee je zowel menselijke als machinale bronnen kunt bekijken. Waarom dit belangrijk is Maakt analyse van het gebruik van apparatuur en de invloed daarvan op taakprestaties mogelijk. Zo kun je het wagenpark beter beheren en bottlenecks door machines vinden. Waar je het vindt Raadpleeg de documentatie van Körber WMS. Deze data kan in uitvoeringsregistraties van taken staan, vooral wanneer operators zich op specifieke apparatuur aanmelden. Voorbeelden FORKLIFT-08SCANNER-112AGV-03 | |||
| Geplande hoeveelheid PlannedQuantity | De hoeveelheid van een artikel die tijdens een taak, zoals picken of ontvangen, moet worden verwerkt. | ||
| Beschrijving De geplande hoeveelheid is het aantal eenheden dat voor een bepaalde taak is vastgesteld in de magazijnorder. Als een order bijvoorbeeld vraagt om 10 eenheden van een specifieke SKU te picken, is de geplande hoeveelheid voor die picktaak 10. Dit attribuut is belangrijk om afwijkingen te vinden door het te vergelijken met de 'Werkelijke hoeveelheid'. Het is een belangrijke invoer voor de KPI's 'Percentage pickafwijkingen' en 'Percentage voorraadverschillen', die nodig zijn om de voorraadnauwkeurigheid te bewaken. Waarom dit belangrijk is Dient als basis voor het meten van nauwkeurigheid bij taken zoals picken en ontvangen. Zo kunnen voorraadverschillen worden gevonden. Waar je het vindt Beschikbaar in taak- of orderregelitemtabellen. Zoek naar velden zoals 'OrderQuantity', 'PlannedQty' of 'ExpectedQuantity'. Voorbeelden 10501 | |||
| Gevraagde voltooiingsdatum RequestedCompletionDate | De datum waarop de klant of interne belanghebbende wil dat de order is voltooid. | ||
| Beschrijving Dit is de gewenste voltooiings- of verzenddatum voor een uitgaande order, vaak bepaald door klantverwachtingen of service level agreements (SLA's). De datum dient als belangrijkste deadline waartegen je de werkelijke prestaties meet. Deze datum is belangrijk voor het dashboard 'Analyse van spoedorders'. Door de 'Gevraagde voltooiingsdatum' te vergelijken met de 'Werkelijke voltooiingsdatum', de timestamp van de activiteit 'Zending verzonden' of 'Magazijnorder voltooid', kun je de tijdige uitvoering bepalen en orders vinden die mogelijk te laat worden geleverd. Waarom dit belangrijk is Vormt de basis voor het meten van tijdige uitvoering en het nakomen van service level agreements (SLA's), en maakt mogelijk te late orders zichtbaar. Waar je het vindt Te vinden in de orderheadertabel. Veelvoorkomende veldnamen zijn 'RequiredDeliveryDate', 'RequestedShipDate' en 'SLA'. Voorbeelden 2023-10-28T23:59:59Z2023-11-05T23:59:59Z | |||
| Is er een pickafwijking IsPickingDiscrepancy | Een vlag 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' afwijkt van de 'Geplande hoeveelheid' bij een pickgerelateerde activiteit. Het is een eenvoudige indicator van een pickfout of voorraadprobleem bij een specifieke taak. Met deze vlag kun je snel filteren op alle orders met een pickafwijking. De vlag wordt gebruikt om de KPI 'Percentage pickafwijkingen' te berekenen en ondersteunt het dashboard 'Gezondheid en nauwkeurigheid van het voorraadproces' door specifieke foutpunten zichtbaar te maken. Waarom dit belangrijk is Geeft een duidelijke binaire indicator van pickfouten en vereenvoudigt de analyse waarmee je problemen met voorraadnauwkeurigheid vindt en kwantificeert. Waar je het vindt Wordt berekend tijdens de datatransformatie. De logica is: Voorbeelden truefalse | |||
| Magazijn-ID WarehouseId | De unieke identificatie van het magazijn of distributiecentrum waar de activiteiten plaatsvinden. | ||
| Beschrijving De magazijn-ID geeft de fysieke locatie of faciliteit aan waar de magazijnorder wordt verwerkt. Voor organisaties met meerdere distributiecentra is dit een belangrijke dimensie voor analyse. Met dit attribuut kun je prestaties tussen verschillende locaties vergelijken. Je kunt bijvoorbeeld de 'Gemiddelde end-to-end-doorlooptijd van orders' tussen magazijn A en magazijn B vergelijken om best practices of locatiegebonden problemen te vinden. Waarom dit belangrijk is Maakt prestatievergelijking en benchmarking tussen verschillende fysieke magazijnlocaties mogelijk. Zo worden regionale of locatiegebonden problemen zichtbaar. Waar je het vindt Deze informatie is meestal beschikbaar in orderheader- of locatieconfiguratietabellen. De waarde kan bijvoorbeeld worden weergegeven als 'Plant', 'Site' of 'LocationCode'. 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 identificeert de fysieke positie in het magazijn, zoals een stelling, schap of vak. Het is relevant voor activiteiten zoals 'Goederen weggezet in opslag' en 'Goederen uit opslag gepickt'. Deze data wordt gebruikt in het dashboard 'Efficiëntie van wegzetten en locatiegebruik' om looptijden, locatiegebruik en de effectiviteit van opslagstrategieën te analyseren. Zo kun je bijvoorbeeld bepalen of artikelen met een hoge omloopsnelheid op goed bereikbare locaties liggen, zodat de picktijd kort blijft. Waarom dit belangrijk is Helpt de magazijnindeling en opslagstrategie te verbeteren door looptijden en de efficiëntie van wegzet- en picktaken per locatie te analyseren. Waar je het vindt Te vinden in tabellen met voorraad-, taak- of locatie-stamdata. Zoek naar velden zoals 'BinCode', 'LocationID' of 'StorageBin'. Voorbeelden A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05 | |||
| Ordertype OrderType | Deelt de magazijnorder in, bijvoorbeeld als inkomend, uitgaand of interne verplaatsing. | ||
| Beschrijving Het ordertype beschrijft het bedrijfsdoel van de magazijnorder. Veelvoorkomende typen zijn klantzendingen (uitgaand), ontvangsten van leveranciers (inkomend), voorraadverplaatsingen tussen magazijnlocaties (intern) en retouren. Dit is een waardevol attribuut voor filtering en vergelijkende analyses. Je kunt procesflows en prestaties van verschillende logistieke processen vergelijken, bijvoorbeeld om te zien of het inkomende proces efficiënter is dan het uitgaande proces. Waarom dit belangrijk is Maakt het mogelijk om analyses te segmenteren op basis van het doel van de order. Zo worden prestatieverschillen zichtbaar tussen processen zoals inkomende ontvangsten en uitgaande zendingen. Waar je het vindt Meestal te vinden in de orderheadertabel van Körber WMS. Zoek naar een veld met de naam 'OrderType', 'TransactionType' of iets vergelijkbaars. Voorbeelden Uitgaande zendingInkomende ontvangstInterne overdrachtRetour van klant | |||
| SLA-status SLAStatus | Geeft aan of de order op tijd, te laat of mogelijk te laat is voltooid, op basis van de gevraagde voltooiingsdatum. | ||
| Beschrijving De SLA-status is een berekend attribuut dat elke order indeelt op basis van de tijdigheid ten opzichte van 'RequestedCompletionDate'. Mogelijke waarden zijn bijvoorbeeld 'Op tijd', 'Te laat' en 'In uitvoering'. Dit attribuut geeft direct 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 bronnen. Dit is een belangrijk onderdeel van analyses rond klanttevredenheid en betrouwbaarheid van de bedrijfsvoering. Waarom dit belangrijk is Meet rechtstreeks in hoeverre service level agreements worden nagekomen. Zo kun je te late orders eenvoudig vinden en de oorzaken analyseren. Waar je het vindt Wordt berekend in de datatransformatielaag door de timestamp van de gebeurtenis 'Magazijnorder voltooid' te vergelijken met '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, zoals FedEx, UPS of DHL, die verantwoordelijk is voor het transport van de goederen van het magazijn naar de eindbestemming. Deze wordt meestal toegewezen tijdens de planning of verzending. Met een analyse per vervoerder zie je prestatieverschillen tussen logistieke partners. Zo kun je ontdekken of bepaalde vervoerders samenhangen met langere wachttijden in de verzendzone of vaker vertraging veroorzaken. Dat levert bruikbare data op voor contractonderhandelingen en de keuze van vervoerders. Waarom dit belangrijk is Maakt prestatieanalyse van verschillende verzendpartners mogelijk. Zo kun je de logistiek verbeteren en de betrouwbaarheid van leveringen verhogen. Waar je het vindt Te vinden in tabellen voor zendingen of transportplanning binnen Körber WMS. Zoek naar velden zoals '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 ontvangen 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 belangrijk moment in het inkomende proces. Hiermee kun je KPI's meten zoals 'Goods Receipt to Putaway Time'. Ook zie je vroegtijdig verschillen tussen verwachte en ontvangen hoeveelheden. Waar je het vindt Wordt gegenereerd wanneer een gebruiker de ontvangen hoeveelheden bevestigt via een RF-scanner of desktoptransactie. Hiermee wordt de voorraadstatus op een tijdelijke locatie bijgewerkt naar 'Received' of 'On-Hand'. Vastleggen Timestamp van de transactie voor de ontvangstbevestiging. Eventtype explicit | |||
| Goederen opgeslagen | Een medewerker bevestigt dat de inslagtaak is afgerond, meestal door de opslaglocatie en de pallet of het artikel te scannen. Hiermee wordt de verplaatsing expliciet vastgelegd en de voorraadlocatie in het systeem bijgewerkt. | ||
| Waarom dit belangrijk is Dit belangrijke moment markeert het einde van het inkomende proces. Het wordt gebruikt om de KPI's 'Putaway Cycle Time' en 'Goods Receipt to Putaway Time' te berekenen. Waar je het vindt Vastgelegd wanneer de medewerker de afronding van de inslagtaak bevestigt via een RF-apparaat. De taakstatus wordt bijgewerkt naar 'Completed' en er wordt een voltooiingstimestamp opgeslagen. Vastleggen Timestamp van de transactie waarin de inslagtaak wordt bevestigd. Eventtype explicit | |||
| Goederen uit opslag gepickt | Een medewerker bevestigt dat de artikelen voor een order uit hun opslaglocatie zijn gepickt. Dit gebeurt meestal door het artikel en de locatie te scannen. De voorraad in de opslaglocatie wordt dan verlaagd en de actie wordt vastgelegd. | ||
| Waarom dit belangrijk is Dit is een belangrijk moment in het uitgaande proces. Je kunt hiermee picktijden analyseren en mogelijke vertragingen tussen picking en verpakken vinden. Waar je het vindt Vastgelegd wanneer de medewerker de afronding van de picktaak bevestigt via een RF-apparaat. De taakstatus wordt bijgewerkt naar 'Completed' en er wordt een voltooiingstimestamp opgeslagen. Vastleggen Timestamp van de transactie waarin de picktaak wordt bevestigd. Eventtype explicit | |||
| Goederen verpakt | Het verpakken van een verzendcontainer of doos is afgerond. Het pakket is gesloten en gelabeld. Deze gebeurtenis betekent dat de order klaar is voor staging en verzending en wordt expliciet vastgelegd. | ||
| Waarom dit belangrijk is Dit belangrijke moment rondt de voorbereiding van de goederen voor verzending af. Je gebruikt het om de verpakkingsdoorvoer te berekenen en vertragingen vóór het laden te vinden. Waar je het vindt 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'. Eventtype explicit | |||
| Magazijnorder aangemaakt | Het eerste moment waarop een magazijnorder in het systeem wordt aangemaakt. De order vertegenwoordigt een behoefte aan goederenverplaatsing. Deze gebeurtenis wordt meestal expliciet vastgelegd wanneer een gebruiker of een geïntegreerd systeem, zoals een ERP, de order aanmaakt met een aanmaaktimestamp. | ||
| Waarom dit belangrijk is Dit markeert het begin van het end-to-endproces. Het is essentieel om de totale orderdoorlooptijd en de totale vraag en ordervolumes te meten. Waar je het vindt Dit wordt vastgelegd via de aanmaaktimestamp in de hoofdtafel met magazijnorderkoppen wanneer een nieuwe order in Körber WMS wordt opgeslagen. Vastleggen Vastgelegd via de aanmaaktimestamp in de magazijnorderkop. Eventtype explicit | |||
| Magazijnorder afgerond | De magazijnorder wordt in het systeem gesloten. Dit betekent dat alle bijbehorende fysieke verplaatsingen en transacties zijn afgerond. Dit wordt meestal afgeleid van een statuswijziging in de orderkop, waarmee de levenscyclus van de order eindigt. | ||
| Waarom dit belangrijk is Dit is het belangrijkste eindpunt van het proces. Het is nodig om de end-to-enddoorlooptijd en het totale afrondingspercentage van het proces te berekenen. Waar je het vindt Afgeleid van een statuswijziging in de magazijnorderkop naar een eindstatus zoals 'Complete' of 'Closed'. Vastleggen Afgeleid van de timestamp van de statuswijziging naar 'Completed' in de magazijnorderkop. Eventtype inferred | |||
| Zending verzonden | 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 zending in het systeem wordt afgerond. | ||
| Waarom dit belangrijk is Dit belangrijke moment markeert het fysieke vertrek van de goederen. Het is vaak een belangrijke gebeurtenis voor facturatie en klantupdates. Waar je het vindt Er wordt een expliciete transactie 'Ship Confirm' uitgevoerd. Deze is gekoppeld aan het afdrukken van de vrachtbrief en bevat een specifieke timestamp. Vastleggen Timestamp van de transactie 'Ship Confirm' of 'Post Goods Issue'. Eventtype explicit | |||
| Goederen aangekomen bij dock | De fysieke aankomst van de vervoerder bij het ontvangstdock van het magazijn wordt vastgelegd. Dit gebeurt vaak door een portier of medewerker goederenontvangst en markeert het begin van het fysieke ontvangstproces. De gebeurtenis wordt vaak afgeleid van een statuswijziging van de levering. | ||
| Waarom dit belangrijk is Met deze gebeurtenis meet je de punctualiteit van vervoerders en analyseer je wachttijden bij het ontvangstdock. Zo vind je mogelijke knelpunten voordat het lossen begint. Waar je het vindt Wordt vaak vastgelegd als statusupdate op de inkomende levering of via een specifieke 'Check-In'-transactie in een yardmanagementmodule, als die beschikbaar is. Vastleggen Afgeleid van een statuswijziging naar 'Arrived' of 'At Dock' op de inkomende levering. Eventtype inferred | |||
| Inslagtaak aangemaakt | Het WMS maakt een taak aan voor een medewerker die ontvangen goederen van een tijdelijke locatie naar een definitieve opslaglocatie moet verplaatsen. Op basis van inslagstrategieën bepaalt de systeemlogica de optimale opslaglocatie 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, meet je de efficiëntie van het systeem en de medewerker. Waar je het vindt Er wordt een record aangemaakt in een tabel voor taakbeheer of werkqueues, met het taaktype 'Putaway' en een bijbehorende aanmaaktimestamp. Vastleggen Vastgelegd via de aanmaaktimestamp van het record van de inslagtaak. Eventtype explicit | |||
| Klaargezet voor verzending | De verpakte dozen of pallets worden van de verpakkingszone naar een aangewezen stagingbaan verplaatst, waar ze wachten op de vervoerder. Dit wordt vaak afgeleid van de timestamp van een voorraadverplaatsing naar een verzendlocatie. | ||
| Waarom dit belangrijk is Hiermee analyseer je de verblijftijd tussen verpakken en de uiteindelijke verzending. Lange stagingtijden kunnen wijzen op slechte afstemming met vervoerders of inefficiënt beheer van dockdeuren. Waar je het vindt Afgeleid van een locatiewijziging van de handling unit, van een verpakkingswerkcentrum naar een verzendbaan. De verplaatsing bevat de benodigde timestamp. Vastleggen Afgeleid van de timestamp van een voorraadverplaatsing waarbij de bestemmingslocatie een stagingzone is. Eventtype inferred | |||
| Kwaliteitscontrole uitgevoerd | Op de ontvangen goederen wordt een kwaliteitscontrole uitgevoerd. Daarbij kunnen artikelen naar een speciale QC-zone worden verplaatst. Deze activiteit wordt vaak afgeleid van 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 kan een aanzienlijk knelpunt vormen. Ook volg je controlevolumes en zie je vertragingen bij het beschikbaar maken van voorraad. Waar je het vindt Kan worden afgeleid uit een reeks wijzigingen in voorraadstatus die verband houden met kwaliteitsblokkeringen. Sommige systemen hebben expliciete transactielogs voor kwaliteitsbeheer. Vastleggen Afgeleid van wijzigingen in de voorraadstatus of van een transactielog die bij een kwaliteitscontroleorder hoort. Eventtype inferred | |||
| Magazijnorder geannuleerd | De magazijnorder wordt vóór afronding geannuleerd, waardoor alle lopende werkzaamheden stoppen. Dit wordt meestal afgeleid van een statuswijziging in de orderkop naar 'Canceled'. | ||
| Waarom dit belangrijk is Dit is een alternatief eindpunt van het proces. Door annuleringen te analyseren, krijg je inzicht in oorzaken van procesuitval, zoals voorraadtekorten of wijzigingen door de klant. Waar je het vindt Afgeleid van een statuswijziging in de magazijnorderkop naar 'Canceled' of 'Deleted', samen met de timestamp van die wijziging. Vastleggen Afgeleid van de timestamp van de statuswijziging naar 'Canceled' in de magazijnorderkop. Eventtype inferred | |||
| Melding inkomende levering ontvangen | Een Advanced Shipping Notification (ASN) of melding van een inkomende levering wordt van een leverancier ontvangen. 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 deze melding en de aankomst van de goederen te analyseren, meet je de prestaties van leveranciers en plan je de benodigde inzet. Waar je het vindt Vastgelegd via de aanmaaktimestamp van een ASN of inkomende levering. Deze wordt vaak aangemaakt via een EDI-interface of handmatige data-invoer. Vastleggen Vastgelegd wanneer een ASN-record succesvol in het systeem is aangemaakt. Eventtype explicit | |||
| Picktaak aangemaakt | Het systeem genereert op basis van een uitgaande magazijnorder een picktaak voor een medewerker. Deze taak stuurt de medewerker naar een specifieke locatie om een bepaalde hoeveelheid van een artikel te pakken. | ||
| Waarom dit belangrijk is Deze gebeurtenis start het uitgaande orderafhandelingsproces. Door het aanmaken van picktaken te analyseren, krijg je inzicht in de orderverwerkingslogica en de verdeling van de werkdruk. Waar je het vindt In een tabel voor taakbeheer of werkqueues in Körber WMS wordt een record aangemaakt met het taaktype 'Picking' en een aanmaaktimestamp. Vastleggen Vastgelegd via de aanmaaktimestamp van het record van de picktaak. Eventtype explicit | |||
| Verpakken gestart | De gepickte artikelen komen aan bij een verpakkingsstation en een medewerker begint met verpakken. Dit wordt vaak afgeleid van 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 de verpakkingsstap. Door de wachttijd vóór deze activiteit en de verpakkingsduur te meten, vind je knelpunten in de voorbereiding van zendingen. Waar je het vindt Dit kan een expliciete transactie 'Start Packing' zijn, maar wordt meestal afgeleid van de eerste scan van een artikel bij een verpakkingsstation voor de order. Vastleggen Afgeleid van de timestamp van de eerste actie bij een verpakkingsstation voor een bepaalde order. Eventtype inferred | |||
Extractiegidsen
Stappen
- Regel toegang tot de database: Vraag alleen-lezengegevens 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.
- Bepaal de kerntabellen: Controleer vóór je het script uitvoert samen met een systeembeheerder de exacte tabel- en kolomnamen van jouw Körber WMS-implementatie. Die kunnen verschillen. Belangrijke tabellen zijn meestal orderheaders, taken en voorraadtransacties.
- Maak verbinding met de database: Open je SQL-client en maak met de verstrekte gegevens verbinding met de Körber WMS-database.
- Laad het SQL-script: Open een nieuw queryvenster en kopieer het volledige SQL-script uit de sectie 'query' van dit document.
- Configureer de parameters: Zoek de variabelen met tijdelijke waarden bovenaan het script. Vervang
@[StartDate],@[EndDate]en@[WarehouseId]door het gewenste datumbereik en de specifieke warehouse-ID om de data-extractie te filteren. - Voer de query uit: Voer het geconfigureerde 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,EventTime, enzovoort) correct zijn gevuld. - Exporteer naar CSV: Exporteer de volledige resultatenset naar een CSV-bestand. De meeste SQL-clients hebben hiervoor een ingebouwde functie.
- Bereid de upload voor: 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. Geef het serveradres, de databasenaam, een geldige gebruikersnaam en een wachtwoord op. We raden sterk aan om een gebruiker met alleen-lezenrechten te gebruiken, zodat data niet per ongeluk wordt gewijzigd.
- Filteren op datumbereik: De query gebruikt de tijdelijke waarden
@StartDateen@EndDateom de extractieperiode te bepalen. Voor een eerste analyse raden we een periode van 3 tot 6 maanden aan. Zo leg je voldoende procesvariatie vast zonder de database onnodig zwaar te belasten. - Filteren op warehouse en order: Het script bevat de tijdelijke waarde
@[WarehouseId]om de extractie tot een specifieke locatie te beperken. Je kunt in deWHERE-clausules van het script extra filters toevoegen, bijvoorbeeld voor ordertype of klant, om de dataset verder af te bakenen. - Detailniveau van de data: Dit script extraheert gebeurtenissen op het niveau van de orderheader, zoals 'Warehouse Order Created', en op het niveau van afzonderlijke taken of transacties, zoals 'Goods Picked'.
- Vereisten: Je hebt voldoende databaserechten nodig om alle tabellen uit de query te lezen. Daarnaast moet je het schema van jouw Körber WMS kennen om de tabel- en kolomnamen te controleren en zo nodig aan te passen.
a 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 aan de slag te gaan?
Ontdek vandaag nog waardevolle inzichten en inefficiënties in je warehousemanagementproces. Deze template biedt de basis voor een geoptimaliseerde aanpak op basis van data.
Optimaliseer warehousemanagement en verhoog vandaag nog je efficiëntie
Verminder pickfouten en bereik snel een voorraadnauwkeurigheid van 99,5%.
Je hebt geen creditcard nodig. Je kunt op elk moment opzeggen.