Your Warehouse Management Data Template
Your Warehouse Management Data Template
- Kapsamlı analiz için toplanması önerilen öznitelikler
- Malzeme akışınızda izlenecek temel faaliyetler
- Blue Yonder WMS'ten veri çıkarma için pratik rehberlik
Warehouse Management Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Depo Siparişi WarehouseOrder | Bir warehouse order için unique identifier (benzersiz tanımlayıcı) olup, creation'dan completion'a (tamamlamaya) kadar all related (ilgili tüm) logistical activities'i (lojistik aktiviteleri) tracking (izlemek) için primary case olarak serves (hizmet eder). | ||
| Açıklama Warehouse Order, gelen bir receipt (teslimat) veya outbound shipment (giden sevkiyat) gibi specific (belirli) bir logistical request'e (lojistik talebe) related (ilişkili) all events (tüm event'leri) ve tasks'i (görevleri) grouping (gruplandıran) central identifier'dır (merkezi tanımlayıcıdır). Warehouse (depo) within (içinde) complete unit of work (eksiksiz bir iş birimini) represents (temsil eder). Process mining'de, bu attribute, case'i define (tanımlamak) için used (kullanılır) ve entire order lifecycle'ın (tüm sipariş yaşam döngüsünün) end-to-end analysis'ine (uçtan uca analizine) allows (olanak tanır). Single (tek) bir Warehouse Order'la associated (ilişkili) all activities'i (tüm aktiviteleri) tracing (izleyerek) analysts (analistler) total fulfillment times'ı (toplam karşılama sürelerini) measure (ölçebilir), common process variations'ı (yaygın süreç varyasyonlarını) identify (belirleyebilir) ve an order'ın (bir siparişin) facility (tesis) through (içindeki) complete journey'sini (tüm yolculuğunu) understand (anlayabilir). Neden önemli Bu, all related (ilgili tüm) warehouse activities'i (depo aktivitelerini) connects (birbirine bağlayan) essential Nereden alınır Bu, typically (tipik olarak) warehouse order header table'ındaki primary key'dir (birincil anahtardır). Order management'a (sipariş yönetimine) related (ilişkili) tables (tablolar) for (için) Blue Yonder WMS documentation'ına (dokümantasyonuna) consult (bakın). Örnekler WO-0012845WO-0012991WO-0013057 | |||
| Faaliyet Adı ActivityName | Gerçekleşen specific warehouse task'ın veya event'in adı, örneğin 'Goods Picked' veya 'Shipment Dispatched'. | ||
| Açıklama Bu attribute (öznitelik), warehouse management process (depo yönetim süreci) within (içinde) specific step (belirli adım) veya task'ı (görevi) describes (açıklar). Process log'undaki each event (her event), process flow'u (süreç akışını) make up (oluşturan) steps'in (adımların) sequence'ını (dizisini) forming (oluşturan) bir Activity Name ile associated (ilişkilendirilir). Analysis'de, Activity Name, process map'i (süreç haritasını) discovering (keşfetmek), steps (adımlar) between (arasındaki) transitions'ı (geçişleri) analyzing (analiz etmek) ve standard procedure'dan (standart prosedürden) bottlenecks (darboğazları) veya deviations'ı (sapmaları) identifying (belirlemek) için fundamental'dır (temeldir). Virtually all (hemen hemen tüm) process mining analyses'de, conformance checking'den (uygunluk kontrolünden) performance monitoring'e (performans izlemeye) used (kullanılır). Neden önemli Bu attribute (öznitelik), process map'i (süreç haritasını) building (oluşturmak) için critical'dır (kritiktir), as (çünkü) it defines (tanımlar) individual steps'i (bireysel adımları) ve process flow'un (süreç akışının) visualization'ına (görselleştirilmesine) ve analysis'ine (analizine) allows (olanak tanır). Nereden alınır Bu information (bilgi) typically (genellikle) warehouse task veya event log tables'da found (bulunur), often (sıklıkla) bir task type (görev türünden) veya status code'dan (durum kodundan) derived (türetilmiştir). Örnekler Picking Task CreatedDepodan Mal ToplandıGönderim Sevk Edildi | |||
| Olay Başlangıç Zamanı EventStartTime | Specific (belirli) bir warehouse activity'sinin veya event'inin ne zaman began (başladığını) indicating (gösteren) timestamp. | ||
| Açıklama Bu attribute (öznitelik), bir warehouse task'ının veya event'inin initiated (başlatıldığının) date (tarih) ve time'ını (saatini) records (kaydeder). Bir Bu timestamp, all time-based (tüm zaman tabanlı) process mining analyses (analizleri) için essential'dır (çok önemlidir). Events'i (event'leri) order (sıralamak), activities (aktiviteler) between (arasındaki) cycle times'ı (döngü sürelerini) calculate (hesaplamak), entire process'in (tüm sürecin) duration'ını (süresini) measure (ölçmek) ve waiting times (bekleme süreleri) veya delays'i (gecikmeleri) identify (belirlemek) için used (kullanılır). Performance analysis'in (performans analizinin) backbone'unu (bel kemiğini) forms (oluşturur) ve process map'i (süreç haritasını) animate (canlandırmak) için required'dır (gereklidir). Neden önemli Start timestamp (başlangıç zaman damgası), event'leri chronologically (kronolojik olarak) ordering (sıralamak) ve cycle times (döngü süreleri) ve wait times (bekleme süreleri) gibi all performance metrics'i (tüm performans metriklerini) calculating (hesaplamak) için mandatory (zorunludur). Nereden alınır Olay günlüğü (Event Log) veya görev tablolarında bulunur, kaydedilmiş bir eylemin oluşturulma veya başlangıç zamanına karşılık gelir. Örnekler 2023-10-26T08:30:00Z2023-10-26T09:15:10Z2023-10-26T11:05:45Z | |||
| Kaynak Sistem SourceSystem | Data'nın extracted (çıkarıldığı) system, bu case'de, Blue Yonder WMS. | ||
| Açıklama Bu attribute (öznitelik), event data'sının originating system'ini (kaynak sistemini) identifies (tanımlar). Modern bir IT landscape'de, single (tek) bir end-to-end (uçtan uca) process için data, multiple systems'den (birden fazla sistemden) come (gelebilir), such as (örneğin) bir ERP, WMS ve TMS. Source system'i specifying (belirtmek), data governance (veri yönetimi), troubleshooting (sorun giderme) ve data'nın context'ini (bağlamını) understanding (anlamak) için crucial'dır (çok önemlidir). Data quality issues'ı (veri kalitesi sorunlarını) their origin'e (kaynağına) back (geri) tracing (takip etmeye) helps (yardımcı olur) ve multiple sources'dan (birden fazla kaynaktan) data merging (birleştirilirken) unified process view (birleşik süreç görünümü) create (oluşturmak) için essential'dır (çok önemlidir). Neden önemli Temel veri kökeni sağlar, bu da verilerin doğrulama için kaynağına kadar izlenmesine ve verilerin birden fazla sistemden birleştirildiği senaryolarda yardımcı olur. Nereden alınır Bu, veri çekim süreci sırasında veri kümesinin kökenini etiketlemek için eklenen tipik olarak statik bir değerdir. Örnekler BlueYonderWMS_USBlueYonderWMS_EU | |||
| Son Veri Güncellemesi LastDataUpdate | Bu kaydın verilerinin kaynak sistemden en son ne zaman yenilendiğini gösteren timestamp. | ||
| Açıklama Bu attribute (öznitelik), dataset'in Blue Yonder WMS'den last extracted (en son çıkarıldığını) veya updated (güncellendiğini) date (tarih) ve time'ını (saatini) records (kaydeder). Analiz edilen data'nın freshness'ı (güncelliği) about (hakkında) metadata provides (sağlar). Bu timestamp, data governance (veri yönetimi) ve users'ın (kullanıcıların) analysis'lerinin (analizlerinin) timeliness'ını (güncelliğini) understand (anlamaları) için important'dır (önemlidir). Stakeholders'ın (paydaşların) data'nın currency'sinden (güncelliğinden) aware (emin olmasını) ve process'in (sürecin) recent (güncel) ve relevant snapshot'ına (ilgili anlık görüntüsüne) looking (baktıklarına) trust (güvenmelerini) ensures (sağlar). Neden önemli Bu timestamp, users'ı (kullanıcıları) Nereden alınır Bu, typically (tipik olarak) data extraction (ETL) process'i (süreci) during (sırasında) generated (oluşturulan) ve added (eklenen) bir metadata field'dır. Örnekler 2024-01-15T04:00:00Z2024-01-16T04:00:00Z | |||
| Depolama Konumu StorageLocation | Warehouse (depo) within (içindeki) specific location, such as (örneğin) a bin (bir raf) veya aisle (koridor), where (burada) goods (mallar) stored (depolanır) veya picked (toplanır) from. | ||
| Açıklama Bu attribute (öznitelik), bir task'la (görevle) associated (ilişkili) warehouse (depo) within (içindeki) physical location'ı (fiziksel konumu) identifies (tanımlar). Bir putaway activity'si (yerleştirme aktivitesi) için, destination bin'dir (hedef raftır). Bir picking activity'si (toplama aktivitesi) için, source bin'dir (kaynak raftır). Bu, aisle (koridor), rack (raf), shelf (bölüm) ve bin number (raf numarasını) including (içeren) bir composite code (bileşik kod) olarak represented (temsil edilebilir). Storage Location by (göre) data analyzing (analiz etmek), warehouse layout efficiency (depo yerleşimi verimliliği), slotting strategies (slotlama stratejileri) ve resource movement'ı (kaynak hareketini) understanding (anlamaya) helps (yardımcı olur). High-traffic areas'ı (yüksek trafikli alanları), underutilized zones'u (yetersiz kullanılan bölgeleri) ve material flow'daki (malzeme akışındaki) potential bottlenecks'i (potansiyel darboğazları) identify (belirlemek) için used (kullanılır). Bu attribute, Storage Location Utilization Trends dashboard'u için fundamental'dır (temeldir). Neden önemli Depo düzenini, yerleştirme stratejisi etkinliğini analiz etmek ve hareket darboğazlarını belirlemek için kritik bir bağlam sağlar. Nereden alınır Envanter, depo görevleri (toplama, yerleştirme) ve raf ana verileri ile ilgili tablolarda mevcuttur. Örnekler A1-R03-S02-B01B5-R10-S04-B05C2-R01-S01-B02 | |||
| Gerçek Miktar ActualQuantity | Bir görev sırasında elleçlenen öğelerin actual quantity'si, örneğin fiziksel olarak sayılan veya toplanan miktar. | ||
| Açıklama Gerçek Miktar (Actual Quantity), bir depo operatörü tarafından bir görev sırasında fiziksel olarak işlenen birim sayısıdır. Bu, bir tedarikçiden alınan ürün sayısı, bir depolama rafından toplanan birim sayısı veya bir nakliye konteynerine paketlenen miktar olabilir. Planlanan Miktar (Planned Quantity) ile karşılaştırıldığında, bu öznitelik süreç istisnalarını ve hatalarını ortaya çıkarır. Operasyonel kalitenin temel göstergeleri olan tutarsızlık oranlarını hesaplamak için çekirdek metriktir. Bu veri, tedarikçi sevkiyatları, toplama hataları veya envanter yanlışlıkları ile ilgili sorunları belirlemek için hayati öneme sahiptir. Neden önemli Bunu planlanan miktar ile karşılaştırmak, süreç hatalarını belirlemek ve tutarsızlık oranları gibi temel kalite KPI'larını hesaplamak için çok önemlidir. Nereden alınır Operatörlerin yürütülen miktarı kaydettiği görev onay veya işlem günlük tablolarında bulunur. Örnekler 1004924 | |||
| Olay Bitiş Zamanı EventEndTime | Specific (belirli) bir warehouse activity'sinin veya event'inin ne zaman completed (tamamlandığını) indicating (gösteren) timestamp. | ||
| Açıklama Bu attribute (öznitelik), bir warehouse task'ının veya event'inin finished (bittiğinin) date (tarih) ve time'ını (saatini) records (kaydeder). Available (mevcut) olduğunda, each activity (her aktivite) için processing time'ın (işlem süresinin) precise measure'ını (kesin ölçüsünü) provides (sağlar). Hem bir start (başlangıç) hem de end time (bitiş zamanına) having (sahip olmak), more detailed (daha ayrıntılı) performance analysis'e (performans analizine) allows (olanak tanır). Waiting time'ı (bekleme süresini) (activities between (aktiviteler arasındaki) time) processing time'dan (işlem süresinden) (activity itself'in (aktivitenin kendisinin) duration) separation'ını (ayrılmasını) enables (sağlar). Bu, delays'in (gecikmelerin) idle periods (boşta kalma sürelerinden) mı yoksa tasks (görevler) taking (almaktan) too long (çok uzun) to complete (tamamlanmasından) mı caused (kaynaklandığını) pinpointing (belirlemek) için crucial'dır (çok önemlidir). Neden önemli Faaliyet işlem süresinin kesin olarak hesaplanmasını sağlar, bunu bekleme süresinden ayırarak hedeflenen performans iyileştirmesi için anahtar niteliğindedir. Nereden alınır Olay günlüğü (Event Log) veya görev tablolarında bulunur, kaydedilmiş bir eylemin tamamlanma veya kapanış zamanına karşılık gelir. Örnekler 2023-10-26T08:35:12Z2023-10-26T09:20:05Z2023-10-26T11:06:00Z | |||
| Öncelik Seviyesi PriorityLevel | Warehouse order'ın priority'si, örneğin 'High', 'Standard' veya 'Low'. | ||
| Açıklama Priority Level, bir warehouse order'ın urgency'sini (aciliyetini) indicates (gösterir). Expedited shipments (hızlandırılmış sevkiyatlar) gibi high-priority (yüksek öncelikli) orders'ın (siparişlerin), standard orders'dan faster (daha hızlı) processed (işlenmesi) expected (beklenir). Bu attribute (öznitelik), WMS tarafından tasks'i (görevleri) sequence (sıralamak) ve resources'ı (kaynakları) allocate (tahsis etmek) için used (kullanılır). Process mining'de, bu attribute, prioritization strategies'nin (önceliklendirme stratejilerinin) effective (etkili) olup olmadığını analyzing (analiz etmek) için crucial (kritik) öneme sahiptir. High Priority Order Fulfillment dashboard'u, urgent orders'ı (acil siparişleri) filter (filtrelemek) ve their cycle times'ı (döngü sürelerini) standard ones'a (standart olanlara) against compare (karşılaştırmak) için bu field'a (alana) relies (güvenir). Bu, high-priority orders'ın process (süreç) through (içinde) truly (gerçekten) faster (daha hızlı) move (ilerleyip) ilerlemediğini veya same (aynı) bottlenecks'te (darboğazlarda) stuck (takılıp) kalıp kalmadığını verify (doğrulamaya) helps (yardımcı olur). Neden önemli Bu, high-priority orders'ın (yüksek öncelikli siparişlerin) standard ones'dan (standart olanlardan) faster (daha hızlı) processed (işlenip) işlenmediğinin analysis'ini (analizini) enables (sağlar), validating (doğrulayarak) effectiveness'i (etkinliğini) of prioritization rules (önceliklendirme kurallarının). Nereden alınır Bu information (bilgi) usually (genellikle) warehouse order header table'ında stored (saklanır). Örnekler YüksekStandartDüşük | |||
| Planlanan Miktar PlannedQuantity | Belirli bir task için expected quantity (beklenen miktar) of items, örneğin picked (toplanacak) veya received (teslim alınacak) quantity. | ||
| Açıklama Planlanan Miktar (Planned Quantity), bir depo siparişi tarafından belirli bir görev için belirtilen hedef birim sayısını temsil eder. Gelen bir teslimat için tedarikçiden beklenen miktar, bir toplama görevi için ise müşteri siparişi tarafından talep edilen miktardır. Bu öznitelik, doğruluk analizi için kritiktir. Planlanan Miktar ile Gerçek Miktar'ı karşılaştırarak, mal kabulü, toplama veya envanter sayımlarında tutarsızlıkları belirlemek mümkün olur. Toplama Miktarı Tutarsızlık Oranı gibi KPI'ları doğrudan destekler ve Miktar Doğruluğu Denetim Dashboard'ı için hayati öneme sahiptir. Neden önemli Doğruluğu ölçmek için bir temel görevi görür, mal kabul ve toplama faaliyetlerinde miktar tutarsızlıklarının tespit edilmesine olanak tanır. Nereden alınır Depo siparişleri veya belirli görevlerle ilişkili detay veya kalem tablolarında bulunur. Örnekler 1005024 | |||
| Talep Edilen Tamamlama Tarihi RequestedCompletionDate | Depo siparişinin tamamlanması ve sevk edilmesi için scheduled (planlanan) veya requested (talep edilen) tarih ve saat. | ||
| Açıklama Requested Completion Date, bir outbound (giden) warehouse order'ı fulfillment (yerine getirmek) için service level agreement (SLA) veya target'ı (hedefi) represents (temsil eder). Goods'un (malların) picked (toplanması), packed (paketlenmesi) ve shipment (sevkiyat) için ready (hazır) olması gereken deadline'dır (son tarihtir). Bu date (tarih), actual performance'ın (gerçek performansın) measured (ölçüldüğü) benchmark'tır (kıstastır). On-Time Shipment Rate KPI'ını, actual dispatch timestamp'i ile comparing (karşılaştırarak) calculate (hesaplamak) için used (kullanılır). Bu attribute'a (özniteliğe) based (dayalı) orders'ı analyzing (analiz etmek), which (hangi) orders'ın late (gecikme) risk'i (riski) taşıdığını identify (belirlemeye) ve SLA breaches'ın (ihlallerinin) root causes'ını (temel nedenlerini) diagnose (teşhis etmeye) helps (yardımcı olur). Neden önemli Bu attribute (öznitelik), on-time performance'ı (zamanında performansı) measuring (ölçmek) için benchmark'tır (kıstastır) ve On-Time Shipment Rate KPI'ını calculating (hesaplamak) için critical'dır (kritiktir). Nereden alınır Typically (tipik olarak) warehouse order header table'ında stored (saklanır), often (sıklıkla) source sales order'dan (kaynak satış siparişinden) veya delivery request'ten (teslimat talebinden) inherited (miras alınır). Örnekler 2023-10-27T17:00:00Z2023-10-28T12:00:00Z2023-11-01T17:00:00Z | |||
| User/Operator ID UserOperatorId | Activity'yi performed (gerçekleştiren) depo employee (çalışanının) veya operator'ünün identifier'ı (tanımlayıcısı). | ||
| Açıklama Bu attribute (öznitelik), picking (toplama), packing (paketleme) veya putaway (yerleştirme) gibi given (belirli) bir warehouse task'ını executing'den (yürütmekten) responsible (sorumlu) person'ın (kişinin) unique ID'sini captures (yakalar). Process activities'i (süreç aktivitelerini) human resources'a (insan kaynaklarına) links (bağlar). User/Operator ID by (göre) activities'i analyzing (analiz etmek), resource utilization (kaynak kullanımı), workload distribution (iş yükü dağılımı) ve individual performance'ı (bireysel performansı) understanding (anlamak) için essential'dır (çok önemlidir). Which (hangi) operators'ın (operatörlerin) most efficient (en verimli) olduğunu, who (kimlerin) additional training (ek eğitime) require (ihtiyaç duyabileceğini) veya how (nasıl) tasks'in (görevlerin) a team (bir ekip) across (genelinde) balanced (dengeli) olduğunu answer (cevaplamaya) helps (yardımcı olur). Bu, Warehouse Resource Utilization dashboard'u için primary (birincil) bir dimension'dır (boyuttur). Neden önemli Bu attribute (öznitelik), process steps'i (süreç adımlarını) them (onları) performed (gerçekleştiren) individuals'a (bireylere) connects (bağlar), enabling (sağlayarak) analysis (analiz) of resource performance (kaynak performansı), workload (iş yükü) ve training needs'i (eğitim ihtiyaçlarını). Nereden alınır Genellikle görev veya işlem tablolarında bulunur, operasyon sırasında sisteme veya el terminaline giriş yapan kullanıcıyla ilişkilendirilir. Örnekler JSMITHBWILLISAMILLER | |||
| Depo Kimliği WarehouseId | Faaliyetin gerçekleştiği belirli depo veya dağıtım merkezinin tanımlayıcısı. | ||
| Açıklama Warehouse ID, process'in occurs (gerçekleştiği) facility'yi uniquely (benzersiz bir şekilde) identifies (tanımlar). Bu, multiple distribution centers (birden fazla dağıtım merkezi) operate (işleten) organizations (kuruluşlar) için essential'dır (çok önemlidir). Bu attribute, different sites (farklı sahalar) across (arasında) benchmarking (kıyaslama) ve comparative analysis (karşılaştırmalı analiz) allows (sağlar). Data'yı Warehouse ID by (göre) filtering (filtreleyerek) veya splitting (bölerek) companies (şirketler) performance'ı (performansı) compare (karşılaştırabilir), top-performing sites'deki (en iyi performans gösteren sahalardaki) best practices'i (en iyi uygulamaları) identify (belirleyebilir) ve certain facilities'in (belirli tesislerin) neden lag behind (geride kaldığını) understand (anlayabilir). Multi-site operational analysis (çok sahalı operasyonel analiz) için crucial (kritik) bir dimension (boyut) provides (sağlar). Neden önemli Çoklu saha kuruluşları için bu öznitelik, performansı kıyaslamak ve farklı konumlar arasındaki süreçleri karşılaştırmak için hayati öneme sahiptir. Nereden alınır Bu, often (sıklıkla) almost all (hemen hemen tüm) transaction tables'da (işlem tablolarında) available (bulunan) top-level (üst düzey) organizational field'dır (organizasyonel alandır) veya system instance'dan (sistem örneğinden) inferred (çıkarılabilir). Örnekler WHC-01DC-EAST-03FAC-WEST | |||
| Depo Sipariş Türü WarehouseOrderType | Depo siparişini, örneğin gelen kabul, giden sevkiyat veya dahili transfer olarak kategorize eder. | ||
| Açıklama Bu attribute (öznitelik), warehouse order'ın overall purpose'ını (genel amacını) classifies (sınıflandırır). Common types (yaygın türler) include (içerir) suppliers'dan (tedarikçilerden) inbound deliveries (gelen teslimatlar), customers'a (müşterilere) outbound shipments (giden sevkiyatlar), returns processing (iade işlemleri) veya warehouse locations (depo konumları) between (arasındaki) internal stock movements (dahili stok hareketleri). Warehouse Order Type by (göre) process'i segmenting (segmentlere ayırmak), any analysis'de (herhangi bir analizde) fundamental (temel) first step'tir (ilk adımdır). Inbound (gelen) ve outbound (giden) processes (süreçler) often (sıklıkla) significantly (önemli ölçüde) different (farklıdır), with different steps (farklı adımlar), resources (kaynaklar) ve performance targets (performans hedefleri). Bu attribute, data'yı filter (filtrelemeye) ve a specific process'i (belirli bir süreci) analyze (analiz etmeye), such as (örneğin) Goods Receipt (Mal Kabulü) veya Order Fulfillment'ı (Sipariş Karşılama), in isolation (izole bir şekilde) allows (olanak tanır). Neden önemli Gelen ve giden gibi farklı akışlara ve hedeflere sahip süreçlerin ayrılmasını ve karşılaştırmalı analizini sağlar. Nereden alınır Depo siparişi başlık tablosunda, genellikle bir belge türü veya sipariş kategorisi alanı olarak bulunur. Örnekler Gelen TeslimatGiden SevkiyatDahili Aktarım | |||
| Ekipman Kimliği EquipmentId | Belirli bir forklift veya konveyör bant gibi kullanılan malzeme taşıma ekipmanının tanımlayıcısı. | ||
| Açıklama Ekipman ID'si, bir depo task'ını gerçekleştirmek için hangi piece of machinery veya equipment'ın kullanıldığını belirtir. Buna forklifts, pallet jacks, automated guided vehicles (AGV'ler) veya specific (belirli) packing stations (paketleme istasyonları) dahil olabilir. Bu öznitelik, equipment utilization, performance ve maintenance needs (bakım ihtiyaçları) analizini sağlar. Equipment başına activities'i tracking (takip ederek) managers (yöneticiler), over (aşırı) veya underutilized (yetersiz kullanılan) assets'i (varlıkları) identify (belirleyebilir), different machine types'ın (farklı makine türlerinin) efficiency'sini (verimliliğini) compare (karşılaştırabilir) ve maintenance schedules'ı (bakım programlarını) inform (bilgilendirmek) için data gather (toplayabilir). Depo Kaynak Kullanımı dashboard'u için önemli bir boyuttur. Neden önemli Ekipman kullanımının ve performansının analiz edilmesine olanak tanır, bu da varlık tahsisini ve bakım programlarını optimize etmeye yardımcı olur. Nereden alınır Özellikle operatörlerin ekipmana giriş yaptığı ortamlarda, görev yürütme günlüklerinde kaydedilebilir. Örnekler FORKLIFT-07AGV-03PACKSTATION-12 | |||
| Faaliyet İşlem Süresi ActivityProcessingTime | Tek bir activity'yi tamamlamak için gereken duration (saniye veya dakika cinsinden). | ||
| Açıklama Bu, bir activity'nin start (başlangıcı) ve end (bitişi) between (arasında) elapsed (geçen) time'ı (süreyi) measures (ölçen) calculated metric'tir (hesaplanmış bir metriktir). Task'ın (görevin) begin (başlaması) için spent (harcanan) waiting (bekleme) time'a (süresine) opposed (kıyasla), task (görev) on (üzerinde) working (çalışılan) actual time'ı (gerçek zamanı) represents (temsil eder). Bu metric, performance analysis (performans analizi) için fundamental'dır (temeldir), helping (yardımcı olarak) which specific activities (hangi belirli aktivitelerin) most time-consuming (en çok zaman alıcı) olduğunu identify (belirlemeye). Analysts'ın (analistlerin) inherently slow (doğası gereği yavaş) olan process steps'i (süreç adımlarını) ve steps (adımlar) between (arasında) occur (meydana gelen) delays'i (gecikmeleri) distinguish (ayırt etmesine) allows (olanak tanır), enabling (sağlayarak) more targeted (daha hedefe yönelik) improvement efforts (iyileştirme çabaları). Bu, throughput (verimlilik) ve bottlenecks'e (darboğazlara) focused (odaklanan) dashboards için key metric'tir. Neden önemli Bir görev üzerinde aktif olarak harcanan süreyi izole eder, bu da hangi belirli faaliyetlerin tamamlanmasının en uzun sürdüğünü belirlemeye yardımcı olur. Nereden alınır Her faaliyet kaydı için EventEndTime'dan EventStartTime çıkarılarak hesaplanır. Örnekler 31229515 | |||
| Gönderim Kimliği ShipmentId | Bir warehouse order'ın belongs (ait olduğu) outbound shipment (giden sevkiyat) için unique identifier (benzersiz tanımlayıcı). | ||
| Açıklama Shipment ID, multiple (birden fazla) warehouse order'ı together (bir araya) group (getirebilen) bir higher-level (üst düzey) identifier'dır. Single (tek) bir order için, warehouse order veya delivery number ile aynı olabilir. Shipment ID by (göre) analyzing (analiz yapmak), dispatch process'e (sevk sürecine) bir view (bakış) provides (sağlar). Orders'ın (siparişlerin) how (nasıl) consolidated (birleştirildiğini) understand (anlamaya), staging'den final dispatch'e (nihai sevkiyata) kadar geçen time'ı (süreyi) measure (ölçmeye) ve shipping department'ın (sevkiyat departmanının) efficiency'sini (verimliliğini) analyze (analiz etmeye) can help (yardımcı olabilir). Warehouse activities'i (depo aktivitelerini) supply chain'in (tedarik zincirinin) final transportation leg'ine (son taşıma ayağına) connects (bağlar). Neden önemli Birlikte gönderilen depo siparişlerini gruplandırarak, sevkiyat konsolidasyon ve gönderim süreçlerinin analizini sağlar. Nereden alınır Sevkiyat veya taşıma ile ilgili tablolarda bulunur, depo siparişlerine geri bağlanır. Örnekler SHP-45000123SHP-45000124SHP-45000125 | |||
| Görev Durumu TaskStatus | Belirli bir task'ın final status'ü, örneğin 'Completed', 'Canceled' veya 'Failed'. | ||
| Açıklama Bu attribute (öznitelik), specific (belirli) bir warehouse task'ının outcome'ını (sonucunu) describes (açıklar). Many tasks (birçok görev) successfully (başarılı bir şekilde) complete (tamamlansa) da, some (bazıları) bir supervisor (süpervizör) by (tarafından) canceled (iptal edilebilir) veya system (sistem) veya operational issues (operasyonel sorunlar) due to (nedeniyle) fail (başarısız olabilir). Bu, just (yalnızca) activity name'den (aktivite adından) more (daha fazla) context (bağlam) provides (sağlar). Task Status by (göre) Analyzing (analiz yapmak), exceptions'ı (istisnaları) ve process failures'ı (süreç başarısızlıklarını) understanding (anlamak) için useful'dır (faydalıdır). A high rate (yüksek oranı) of canceled (iptal edilen) veya failed tasks (başarısız görevlerin) can indicate (işaret edebilir) underlying problems (temel sorunlara) with inventory accuracy (envanter doğruluğu), system configuration (sistem yapılandırması) veya operator training (operatör eğitimi). It helps (yardımcı olur) activities'i (aktiviteleri) pinpoint (belirlemeye) that (ki) failure'a (başarısızlığa) prone (yatkın) ve further investigation (daha fazla araştırma) require (gerektirir). Neden önemli Bir faaliyetin sonucunu sağlar, bu da iptal edilmiş veya başarısız görevler gibi istisnaların analiz edilmesine olanak tanır ve daha derin operasyonel sorunları gösterebilir. Nereden alınır Typically (tipik olarak) task table'ında found (bulunur), indicating (göstererek) task record'ın (görev kaydının) final state'ini (son durumunu). Örnekler Tamamlandıİptal EdildiBeklemede | |||
| Miktar Uyuşmazlığı mı IsQuantityMismatch | Bir görev için fiili olarak işlenen miktarın planlanan miktardan farklı olup olmadığını gösteren bir boole bayrağı. | ||
| Açıklama Bu calculated attribute (hesaplanmış öznitelik), picking (toplama) veya receiving (teslim alma) gibi given (belirli) bir task (görev) için quantity discrepancy (miktar farklılığını) indicates (gösteren) simple flag'dır (basit bir bayraktır). 'Actual Quantity'nin 'Planned Quantity'e equal (eşit) not (olmaması) when (durumunda) true olarak set (ayarlanır). Bu flag, process (süreç) within (içindeki) errors'ı (hataları) easily (kolayca) identify (belirlemek) ve count (saymak) için used (kullanılır). Picking Quantity Discrepancy Rate (Toplama Miktarı Farkı Oranı) ve Inbound Quantity Discrepancy Rate (Gelen Miktarı Farkı Oranı) gibi KPIs'ın (KPI'ların) calculation'ını (hesaplanmasını) simplifies (basitleştirir). Also (ayrıca) root cause analysis'i (kök neden analizini) facilitates (kolaylaştırır) by allowing (izin vererek) analysts'ın (analistlerin) all mismatch events'i (tüm uyumsuzluk event'lerini) filter (filtrelemesine) ve products (ürünler), operators (operatörler) veya locations'a (konumlarla) related (ilişkili) patterns'ı (desenleri) look for (aramasına). Neden önemli Miktar hataları olan olayları işaretleyerek, tutarsızlık oranlarının hesaplanmasını basitleştirir ve yanlış görevlerin hedefli analizini sağlar. Nereden alınır Her ilgili faaliyet için PlannedQuantity ve ActualQuantity alanlarının karşılaştırılmasıyla hesaplanır. Örnekler falsetruefalse | |||
| Ürün SKU ProductSku | Handled (elleçlenen) item'ın (öğenin) Stock Keeping Unit (SKU) veya material number'ı (malzeme numarası). | ||
| Açıklama Bu attribute (öznitelik), bir warehouse task'ına (depo görevine) involved (dahil olan) specific product'ı (belirli ürünü) identifies (tanımlar). Moved (taşınan), stored (depolanan), picked (toplanan) ve packed (paketlenmiş) materials (malzemeler) on (hakkında) granular detail (ayrıntılı bilgi) provides (sağlar). Product SKU by (göre) process'i analyzing (analiz etmek), specific items'a (belirli öğelere) related (ilişkili) patterns'ı (desenleri) reveal (ortaya çıkarabilir). For example (örneğin), some products (bazı ürünler) picking errors'a (toplama hatalarına) prone (yatkın) olabilir, special handling requirements (özel elleçleme gereksinimleri) due to (nedeniyle) longer putaway times'a (daha uzun yerleştirme sürelerine) sahip olabilir veya inefficient locations'da (verimsiz konumlarda) stored (depolanabilir). Bu, product-specific process optimization (ürüne özel süreç optimizasyonu) ve slotting strategies'nin (slotlama stratejilerinin) improvement'ına (iyileştirilmesine) allows (olanak tanır). Neden önemli Ürün bazında analiz yapılmasına olanak tanır, bu da süreç gecikmelerine, hatalara neden olan veya özel elleçleme gerektiren ürünleri belirlemeye yardımcı olur. Nereden alınır Bu information (bilgi), warehouse order veya task tables'ın (görev tablolarının) line-item level'ında (satır öğesi düzeyinde) located (bulunur). Örnekler PN-A5540-BSKU-300-RED-LGHW-88201 | |||
| Zamanında Sevkiyat mı IsOnTimeShipment | Sevkiyatın talep edilen tamamlama tarihinde veya öncesinde gönderilip gönderilmediğini gösteren bir boole bayrağı. | ||
| Açıklama Bu calculated attribute (hesaplanmış öznitelik), bir order'ın (siparişin) its shipping SLA'sını met (karşılayıp) karşılamadığının simple (basit) bir true veya false indicator'ını (göstergesini) provides (sağlar). 'Shipment Dispatched' activity'sinin timestamp'i ile order'ın 'Requested Completion Date'i comparing (karşılaştırılarak) derived (elde edilir). Bu flag, on-time performance (zamanında performans) için analysis (analizi) ve visualization'ı (görselleştirmeyi) simplifies (basitleştirir). On-Time Shipment Rate KPI'ını calculate (hesaplamak) ve corresponding dashboard'u power (güçlendirmek) için easy filtering (kolay filtreleme) ve aggregation (toplama) allows (sağlar). Also (ayrıca) root cause analysis'i (kök neden analizini) enables (sağlar) to identify (belirlemek) common characteristics (ortak özelliklerini) of late shipments (gecikmiş sevkiyatların). Neden önemli Bu boolean flag (bayrağı), On-Time Shipment Rate KPI'ının calculation'ını (hesaplanmasını) simplifies (basitleştirir) ve easy filtering (kolay filtreleme) allows (sağlar) to analyze (analiz etmek) characteristics (özelliklerini) of late orders (gecikmiş siparişlerin). Nereden alınır 'Sevkiyat Gönderildi' faaliyetinin EventStartTime'ının, RequestedCompletionDate özniteliğiyle karşılaştırılmasıyla hesaplanır. Örnekler truefalsetrue | |||
Warehouse Management Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Depo Siparişi Oluşturuldu | Bu event, inbound (gelen), outbound (giden) veya internal (dahili) warehouse tasks'ı (depo görevlerini) managing (yönetmek) için central document (merkezi belge) olan bir warehouse order'ın creation'ını (oluşturulmasını) marks (işaretler). Typically (genellikle) new order (yeni bir sipariş) Blue Yonder WMS'e entered (girildiğinde), either manually (manuel olarak) veya through an integration (bir entegrasyon aracılığıyla) explicit transaction olarak captured (yakalanır). | ||
| Neden önemli Bu, process'in (sürecin) definitive start'ıdır (kesin başlangıcıdır). Bu event'ten completion'a (tamamlanmaya) kadar geçen time'ı (süreyi) analyzing (analiz etmek) total order fulfillment lead time'ı (toplam sipariş karşılama süresini) provides (sağlar), which (bu da) overall efficiency (genel verimliliği) ve service level agreements'a (hizmet seviyesi anlaşmalarına) adherence'ı (uygunluğu) measuring (ölçmek) için essential'dır (çok önemlidir). Nereden alınır Bu event, likely (büyük olasılıkla) bir order header table'ında (sipariş ana tablosunda), warehouse order record'ının (depo siparişi kaydının) creation timestamp'i ile captured (yakalanır). Yakala Depo siparişi kaydının oluşturulma zaman damgasından. Event tipi explicit | |||
| Depo Siparişi Tamamlandı | Bu, warehouse order'ın final status'üdür (son durumudur), indicating (göstererek) all associated activities'in (tüm ilişkili aktivitelerin), including shipment (sevkiyat dahil), finished (tamamlandığını) ve order'ın (siparişin) closed (kapatıldığını). Order'ın lifecycle status'ü (yaşam döngüsü durumu) 'Completed' veya 'Closed' olarak updated (güncellendiğinde) captured (yakalanır). | ||
| Neden önemli Bu activity (aktivite), process Nereden alınır Bu, warehouse order header table'ındaki bir status change'den inferred (çıkarılabilir). 'Completed', 'Closed' veya 'Invoiced' gibi bir final status (son durum), along with (ile birlikte) that status change'in (bu durum değişikliğinin) timestamp'ini arayın. Yakala Sipariş başlığındaki son durum değişikliğinin zaman damgasından çıkarılmıştır. Event tipi inferred | |||
| Gönderim Sevk Edildi | Bu event, packed goods'un (paketlenmiş malların) carrier's truck'ına (taşıyıcının kamyonuna) loaded (yüklendiğini) ve truck'ın (kamyonun) warehouse'dan (depodan) departed (ayrıldığını) signifies (gösterir). Bu, typically (genellikle) bir 'Goods Issue' system'de (sistemde) posted (kaydedildiğinde), finalizing (sonlandırarak) the shipment (sevkiyatı) recorded (kaydedilir). | ||
| Neden önemli Bu, warehouse (depo) responsibility'sinin (sorumluluğunun) order (sipariş) for (için) end'ini (sonunu) marks (işaretleyen) critical milestone'dur (kritik bir dönüm noktasıdır). On-time shipment performance'ı (zamanında sevkiyat performansını) ve end-to-end fulfillment lead time'ı (uçtan uca karşılama süresini) measuring (ölçmek) için final data point'tir (son data noktasıdır). Nereden alınır Bu, often (sıklıkla) 'Post Goods Issue' (PGI) called (olarak adlandırılan) major financial (büyük bir finansal) ve logistical transaction'dır (lojistik işlemdir). Bu transaction (işlem) for (için) timestamp, dispatch time (sevk zamanı) olarak serves (hizmet eder) ve usually (genellikle) outbound delivery (giden teslimat) veya shipment document tables'da (sevkiyat belgesi tablolarında) stored (saklanır). Yakala Post Goods Issue (PGI) transaction'ının timestamp'i. Event tipi explicit | |||
| Mal Kabul Edildi ve Sayıldı | Bu event, goods'un (malların) unloaded (boşaltıldığını), scanned (tarandığını) ve their quantities (miktarlarının) delivery documents'a (teslimat belgelerine) against (göre) verified (doğrulandığını) signifies (gösterir). Usually (genellikle) bir receiving clerk (kabul memuru) inbound order'daki each item (her bir öğe) için system'de (sistemde) receipt quantities'i (kabul miktarlarını) confirms (onayladığında) captured (yakalanır). | ||
| Neden önemli Bu, inventory'yi (envanteri) system'de (sistemde) officially (resmi olarak) available (kullanılabilir) makes (kılan) critical milestone'dur (kritik bir dönüm noktasıdır), though (ancak) not yet (henüz) ready (hazır) for fulfillment (karşılama için). Bu step'in (adımın) duration (süresi) ve accuracy'si (doğruluğu) directly (doğrudan) inventory visibility'yi (envanter görünürlüğünü) ve putaway process'in (yerleştirme sürecinin) start'ını (başlangıcını) impact (etkiler). Nereden alınır Bu, inventory (envanter) veya receiving logs'ta (kabul log'larında) recorded (kaydedilen) explicit transaction'dır (açık bir işlemdir). Goods receipt posting (mal kabulü kaydı) veya inbound delivery line items'daki (gelen teslimat kalemlerindeki) 'Received' status changes'a (durum değişikliklerine) related (ilişkili) transactions'ı (işlemleri) look for (arayın). Yakala Goods'un (malların) receipt'ini (kabulünü) confirming (onaylayan) transaction'ın timestamp'i. Event tipi explicit | |||
| Mallar Depoya Yerleştirildi | Bu event, goods'un (malların) successfully (başarılı bir şekilde) moved (taşındığını) ve their designated (belirlenen) storage bin'e (depolama rafına) scanned (tarandığını) confirms (onaylar). Bir operator putaway task'ının (yerleştirme görevinin) completion'ını (tamamlandığını), typically (genellikle) bir handheld RF device (el terminali) using (kullanarak) confirms (onayladığında) captured (yakalanır). | ||
| Neden önemli Bu, inbound process'in (gelen sürecin) end'ini (sonunu) marks (işaretler), making (sağlayarak) inventory'yi (envanteri) fulfillment (karşılama) for (için) available (kullanılabilir). Receipt'ten (kabilden) bu point'e (noktaya) kadar geçen time'ı (süreyi) analyzing (analiz etmek) 'Goods Receipt to Putaway Cycle Time' dashboard'u için crucial'dır (çok önemlidir). Nereden alınır Yerleştirme görevi durumu 'Tamamlandı' veya 'Onaylandı' olarak güncellendiğinde, timestamp'li bir transaction olarak kaydedilir. Bu data, depo görevi veya transfer emri tablolarında bulunur. Yakala Yerleştirme depo görevinin onay zaman damgası. Event tipi explicit | |||
| Picking Task Created | Bu event, bir operator'ün goods'u (malları) storage location'dan (depolama konumundan) retrieve (alması) için bir task (görev) creation'ını (oluşturulmasını) signifies (gösterir) to fulfill (yerine getirmek) an outbound order'ı (giden bir siparişi). Bir outbound order picking (toplama) için released (serbest bırakıldığında) WMS tarafından generated (oluşturulan) explicit event'tir. | ||
| Neden önemli Bu, physical outbound process'in (fiziksel giden sürecin) start'ıdır (başlangıcıdır). Order creation'dan (sipariş oluşturmadan) picking task creation'a (toplama görevi oluşturmaya) kadar geçen time'ı (süreyi) analyzing (analiz etmek) order processing (sipariş işleme) ve allocation'daki (tahsisattaki) delays'i (gecikmeleri) reveals (ortaya koyar). Nereden alınır Görev yönetimi veya depo kontrol tablolarında kaydedilir. Depo siparişiyle ilişkili toplama görevlerinin oluşturulma zaman damgasına karşılık gelir. Yakala Sistem tarafından oluşturulan toplama görevinin oluşturulma zaman damgası. Event tipi explicit | |||
| Depo Siparişi İptal Edildi | Bir depo siparişinin tam olarak işlenmeden veya sevk edilmeden önce iptal edilmesini temsil eder. Bu event, bir kullanıcı cancellation transaction'ı gerçekleştirdiğinde ve siparişin durumunu 'Canceled' olarak güncellediğinde yakalanır. | ||
| Neden önemli İptalleri analiz etmek, stoktaki bulunamama veya müşteri değişiklikleri gibi süreç arızalarının nedenlerini belirlemeye yardımcı olur. Süreç sapmalarını ve sonuçlarını anlamak için kritik bir sonlandırma olayıdır. Nereden alınır Bu, typically (tipik olarak) warehouse order'ın final status'üne (son durumuna) based (dayalı) inferred event'tir. Status change'in (durum değişikliğinin) 'Canceled' veya 'Deleted' olarak timestamp'i used (kullanılır). Yakala Durum değişikliğinin 'İptal Edildi'ye dönüştüğü zaman damgasından çıkarılmıştır. Event tipi inferred | |||
| Depodan Mal Toplandı | Bir operatörün öğeleri alıp action'ı sistemde onayladığı picking task'ının tamamlanmasını temsil eder. Bu event, operatör öğeleri taradığında ve cihazında pick'i onayladığında yakalanır. | ||
| Neden önemli Bu milestone (dönüm noktası), picking stage'i (toplama aşamasını) concludes (sona erdirir). Bu activity'nin accuracy (doğruluğu) ve duration'ı (süresi) overall order fulfillment efficiency (genel sipariş karşılama verimliliği) için critical'dır (kritiktir) ve 'Picking Accuracy' analysis'i (analizi) for (için) basis'i (temeli) form (oluşturur). Nereden alınır Toplama görevinin durumu 'Tamamlandı' olarak değiştirildiğinde onay zaman damgasından alınmıştır. Bu, genellikle belirli operatör ve ekipmanla bağlantılı olan depo görev tablolarında bulunur. Yakala Toplama depo görevinin onay zaman damgası. Event tipi explicit | |||
| Gelen Teslimat Bildirildi | Bir tedarikçiden gelen Advanced Shipping Notification (ASN) alınmasını temsil eder ve malların depoya doğru yolda olduğunu gösterir. Bu, bir ASN'nin sistem tarafından (genellikle EDI veya portal aracılığıyla) alınıp işlendiğinde yakalanan açık bir event'tir. | ||
| Neden önemli Bu activity (aktivite), inbound planning (gelen planlama) ve resource allocation (kaynak tahsisi) için trigger'dır (tetikleyicidir). Bu notification (bildirim) ile physical receipt (fiziksel mal kabulü) of goods (malların) arasındaki time (süre), supplier performance (tedarikçi performansı) ve inbound pipeline visibility (gelen tedarik zinciri görünürlüğü) measuring (ölçmek) için key (önemli) bir KPI'dır. Nereden alınır ASN kabul günlüklerinden veya Blue Yonder WMS içindeki gelen teslimat belgesinin oluşturulma zaman damgasından alınmıştır. ASN'ler veya gelen sevkiyat bildirimleriyle ilgili tabloları kontrol edin. Yakala Bir ASN veya inbound delivery document (gelen teslimat belgesi) creation'dan (oluşturulmasından) timestamp. Event tipi explicit | |||
| Kalite Kontrolü Gerçekleştirildi | Teslim alınan mallar üzerinde gerçekleştirilen bir kalite kontrolünü temsil eder. Belirli malzemeler için standart bir adım veya istisnalar nedeniyle tetiklenen bir event olabilir ve bir kalite denetçisi bulgularını sisteme kaydettiğinde yakalanır. | ||
| Neden önemli Kalite denetimleri, gelen süreçte önemli bir gecikme kaynağı olabilir. Sıklıklarını ve sürelerini analiz etmek, tedarikçilerle ilgili kalite sorunlarını ve denetim workflow'undaki darboğazları belirlemeye yardımcı olur. Nereden alınır Kalite Yönetimi (QM) modüllerinde veya gelen teslimatla ilişkili log'larda bulunur. Kalite denetim sonuçları veya envanter üzerindeki durum değişiklikleri için 'Quality Hold'e özgü transaction kodlarını arayın. Yakala Quality inspection (kalite denetimi) completion (tamamlanması) veya status update'in (durum güncellemesinin) timestamp'i. Event tipi explicit | |||
| Mallar Rıhtıma Varış Yaptı | Bu activity (aktivite), bir truck (kamyonun) veya carrier'ın (taşıyıcının) warehouse receiving dock'a (depo kabul rıhtımına) physical arrival'ını (fiziksel varışını), unloading begins (boşaltma başlamadan) önce marks (işaretler). Bu event, often (sıklıkla) bir yard management module (saha yönetim modülü) tarafından veya bir gate agent (kapı görevlisi) delivery'yi (teslimatı) checks in (kaydettiğinde) explicitly (açıkça) log'lanır. | ||
| Neden önemli Tracking (takip etmek) arrival time (varış zamanı), carrier on-time performance'ı (taşıyıcının zamanında performansını) measure (ölçmeye) helps (yardımcı olur) ve carrier arrival (taşıyıcı varışı) ve receiving process'in (kabul sürecinin) start'ı (başlangıcı) between (arasındaki) delays'i (gecikmeleri) identifies (belirler). Yard management (saha yönetimi) veya receiving doors'daki (kabul kapılarındaki) potential bottlenecks'i (potansiyel darboğazları) highlights (vurgular). Nereden alınır Typically (tipik olarak) Blue Yonder WMS within (içindeki) bir yard management (saha yönetimi) veya gate control module'de recorded (kaydedilir). Also (ayrıca) bir receiving clerk (kabul memuru) truck (kamyon) arrives (geldiğinde) by (tarafından) manual timestamp entry (manuel timestamp girişi) olabilir. Yakala Carrier check-in transaction'ının timestamp'i. Event tipi explicit | |||
| Paketleme Başlatıldı | Bu activity (aktivite), bir packing station'da (paketleme istasyonunda) packing process'in (paketleme sürecinin) start'ını (başlangıcını) marks (işaretler). Typically (genellikle) bir operator, shipment'ı (sevkiyatı) preparing (hazırlamaya) begin (başlamak) için packing station'daki picked items'ı (toplanan öğeleri) veya order tote'u (sipariş kutusunu) scans (taradığında) log'lanır. | ||
| Neden önemli Bu event, picking'den (toplamadan) packing'e (paketlemeye) handoff'ı (geçişi) signals (işaret eder). Specific (belirli) bottlenecks'i (darboğazları) packing area (paketleme alanı) within (içinde) identify (belirlemek) için fulfillment process'in (karşılama sürecinin) packing stage'ini (paketleme aşamasını) isolate (izole etmeye) helps (yardımcı olur). Nereden alınır Bu, bir packing station'ın (paketleme istasyonunun) user interface'inden (kullanıcı arayüzünden) explicit transaction log (açık bir işlem log'u) olabilir. Alternatively (alternatif olarak), it could be inferred (çıkarılabilir) from the first timestamped activity (ilk timestamp'li aktiviteden) associated (ilişkili) with a packing work center (bir paketleme iş merkeziyle) for that order (o sipariş için). Yakala Bir packing station'da 'Start Packing' transaction'ının timestamp'i. Event tipi explicit | |||
| Sevkiyat İçin Hazırlık | Paketlenmiş konteynerlerin paketleme alanından belirlenmiş bir shipment staging lane'ine taşıyıcı tarafından alınmayı beklemek üzere hareketini temsil eder. Bu event, bir operatör handling unit'in staging area'ya hareketini onayladığında log'lanır. | ||
| Neden önemli Bu activity (aktivite), dwell time'ı (bekleme süresini) analyze (analiz etmeye) helps (yardımcı olur), packed orders'ın (paketlenmiş siparişlerin) loaded (yüklenmeden) önce wait (beklediği) period. Long staging times (uzun hazırlık süreleri) can indicate (gösterebilir) poor coordination (zayıf koordinasyon) with carriers (taşıyıcılarla) veya inefficient use (verimsiz kullanım) of staging space (hazırlık alanı). Nereden alınır Bu event, handling unit'in (işleme biriminin) veya shipping container'ın (sevkiyat konteynerinin) bir staging location'a (hazırlık konumuna) location change'den (yer değişikliğinden) inferred (çıkarılabilir). Also (ayrıca) explicit (açık) bir 'Move to Stage' task confirmation (görev onayı) olabilir. Yakala Bir hazırlık rafına transferi gösteren envanter hareket günlüklerinden çıkarılmıştır. Event tipi inferred | |||
| Ürünler Paketlendi | Bu event, bir shipment (sevkiyat) için all items'ın (tüm öğelerin) shipping containers'a (sevkiyat konteynerlerine) packed (paketlenmiş) olduğunu ve labels'ın (etiketlerin) generated (oluşturulduğunu) confirms (onaylar). Packer (paketciler) order (sipariş) için packing process'in (paketleme sürecinin) completion'ını (tamamlandığını) system'de (sistemde) confirms (onayladığında) recorded (kaydedilir). | ||
| Neden önemli Bu, warehouse walls (depo duvarları) within (içindeki) value-adding activities'in (katma değerli aktivitelerin) completion'ını (tamamlandığını) marks (işaretler). Bu point'ten (noktadan) shipment dispatch'e (sevkiyat sevkine) kadar geçen time (süre), staging (hazırlık) ve loading time'ı (yükleme süresini) represents (temsil eder), potential delays (potansiyel gecikmeler) for (için) key area'dır (anahtar bir alandır). Nereden alınır Bu, packing process (paketleme süreci) finalized (tamamlandığında) logged (kaydedilen) explicit transaction'dır (açık bir işlemdir). Outbound delivery'de 'Packed' status change'i (durum değişikliğini) veya packing station transaction'ından (paketleme istasyonu işleminden) completion timestamp'ini arayın. Yakala 'Confirm Packing' veya 'Close Container' transaction'ının timestamp'i. Event tipi explicit | |||
| Yerleştirme Görevi Oluşturuldu | Bu activity (aktivite), system'in (sistemin) received goods'u (alınan malları) receiving dock'tan (kabul rıhtımından) final storage location'a (nihai depolama konumuna) move (taşımak) için bir task (görev) creation'ını (oluşturulmasını) marks (işaretler). Bir warehouse operator'ı (depo operatörünü) direct (yönlendirmek) için WMS logic'i (mantığı) tarafından generated (oluşturulan) explicit system event'idir. | ||
| Neden önemli Bu, putaway process'in (yerleştirme sürecinin) start'ıdır (başlangıcıdır). Goods receipt (mal kabulü) ve putaway task creation (yerleştirme görevi oluşturma) between (arasındaki) delays (gecikmeler) can indicate (gösterebilir) system configuration (sistem yapılandırma) veya performance issues'ı (performans sorunlarını), leaving (bırakarak) goods (malları) receiving area'da (kabul alanında) sitting (beklemesini). Nereden alınır Görev yönetimi veya depo kontrol tablolarında oluşturulur ve kaydedilir. Gelen teslimatla bağlantılı yerleştirme görevlerinin veya transfer siparişlerinin oluşturulma zaman damgasını arayın. Yakala Sistem tarafından oluşturulan yerleştirme görevinin oluşturulma zaman damgası. Event tipi explicit | |||
Veri Çekim Kılavuzları
Adımlar
- Önkoşullar ve Erişim: Blue Yonder WMS için MOCA komutlarını yürütmek ve ord_hdr, pckwrk_dtl ve invmov gibi gerekli tablolara erişmek için gerekli izinlere sahip bir kullanıcı hesabınız olduğundan emin olun. MOCA Console veya bir komut satırı arayüzü gibi bir MOCA istemcisine erişiminiz olması gerekecektir.
- MOCA Komut Dosyasını İnceleyin ve Özelleştirin: Sağlanan MOCA komut dosyasını kopyalayın. Tablo ve sütun adlarının, özel Blue Yonder WMS uygulamanızla eşleştiğinden emin olmak için dikkatlice inceleyin.
@[where_clause_dates]ve@[where_clause_warehouse]gibi yer tutuculara özellikle dikkat edin, bunlar gerçek değerlerle değiştirilmelidir. - Çıkarma Parametrelerini Tanımlayın: Komut dosyasındaki yer tutucu değişkenleri değiştirin.
@[where_clause_dates]için, belirli bir tarih aralığı tanımlayın, örneğin,where adddte between 'YYYY-MM-DD' and 'YYYY-MM-DD'.@[where_clause_warehouse]için, çıkarmak istediğiniz depo kimliklerini belirtin, örneğin,where wh_id = '[Your Warehouse ID]'. - MOCA Sunucusuna Bağlanın: MOCA istemcinizi (örn. MOCA Console) başlatın ve doğru Blue Yonder WMS ortamına bir bağlantı kurun.
- MOCA Komut Dosyasını Yürütün: Özelleştirilmiş komut dosyasını MOCA Console'a yapıştırın. Komutu yürütün. Komut dosyası sunucuda çalışacak ve belirtilen tüm faaliyetler için veri toplayacaktır.
- Yürütmeyi İzleyin: Büyük veri kümeleri için sorgunun çalışması önemli miktarda zaman alabilir. Herhangi bir hata mesajı veya performans uyarısı için konsolu izleyin. Sorgu zaman aşımına uğrarsa, daha küçük tarih aralıkları için çalıştırmayı düşünün.
- Sonuçları Bir Dosyaya Aktarın: Komut dosyası başarıyla yürütüldüğünde, sonuçlar konsolda görüntülenecektir. Çıktıyı bir CSV dosyası olarak kaydetmek için istemcinin dışa aktarma işlevini kullanın. Komut satırından yaygın bir yöntem, çıktıyı doğrudan bir dosyaya yönlendirmektir, örneğin:
mocarun -S "[Your MOCA Script]" > event_log.csv. - CSV'yi ProcessMind İçin Biçimlendirin: Dışa aktarılan CSV dosyasını açın. Sütun başlıklarının sorguda belirtilen özniteliklerle (
WarehouseOrder,ActivityName,EventStartTime, vb.) eşleştiğini doğrulayın. Yükleme sırasında karakter sorunlarını önlemek için dosyanın UTF-8 kodlamasıyla kaydedildiğinden emin olun. - İnceleyin ve Yükleyin: Dosyanın içeriğini son bir kez kontrol edin, bariz hatalar veya tutarsızlıklar olup olmadığını arayın. Memnun kaldığınızda, analiz için CSV dosyasını ProcessMind'e yükleyin.
Konfigürasyon
- Tarih Aralığı: Süreç varyasyonlarının temsili bir örneğini sağlamak için 3 ila 6 aylık bir dönem için veri çıkarılması önerilir. Tarih filtresi yer tutucusu
@[where_clause_dates], her bir SELECT ifadesindekiadddteveyamoddtegibi birincil zaman damgası sütununa uygulanmalıdır. - Depo ve Müşteri Filtreleri: Çıkarma kapsamını sınırlamak için her zaman filtreler kullanın.
@[where_clause_warehouse]yer tutucusu, belirli depo kimliklerine (wh_id) ve uygunsa müşteri kimliklerine (client_id) göre filtreleme yapmak için kullanılmalıdır. Bu, performans ve veri ilgililiği açısından kritiktir. - Sipariş Türü Filtreleri: Analizi odaklamak için belirli depo sipariş türlerine (
ordtyp) göre filtrelemeyi düşünebilirsiniz. Örneğin, yalnızca giden müşteri siparişlerini veya gelen satın alma siparişlerini analiz etmek isteyebilirsiniz. Bu, komut dosyasının ilgili bölümlerindeki WHERE yan tümcesine eklenebilir. - Performans Hususları: Çıkarma komut dosyası birden çok büyük tabloyu birleştirir. Sistem performansını etkilememek için, çıkarmanın yoğun olmayan saatlerde çalışacak şekilde planlanması gerekir. Verileri daha küçük, artımlı gruplar halinde (örneğin, her seferinde bir ay) çıkarmak, çok büyük ortamlar için güvenli bir stratejidir.
- Önkoşullar: Komut dosyasını yürüten kullanıcının,
ord_hdr,ord_dtl,invmov,pckwrk_dtl,asnhdrvetrn_logdahil olmak üzere sorguda referans alınan tüm tablolara okuma erişim izinlerine sahip olması gerekir. Kullanıcının ayrıca MOCA komutlarını yürütme yetkisine de sahip olması gerekir.
a Örnek Sorgu config
publish data
where wh_id = '[Your Warehouse ID]'
and event_time between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
|
[
/* 1. Warehouse Order Created */
select
ordnum as WarehouseOrder,
'Warehouse Order Created' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where ordtyp in ('ORD', 'INB')
and adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 2. Inbound Delivery Notified */
select
supnum as WarehouseOrder, /* ASN number often used as the order key for inbound */
'Inbound Delivery Notified' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
expdte as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from asnhdr
where adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 3. Goods Arrived at Dock */
select
refnum as WarehouseOrder,
'Goods Arrived at Dock' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
dstloc as StorageLocation, /* Typically a receiving dock location */
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from trn_log
where trncod = 'RCV_ARVL'
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 4. Goods Received and Counted */
select
ordnum as WarehouseOrder,
'Goods Received and Counted' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trntyp = 'R' /* Standard receipt transaction type */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 5. Quality Inspection Performed */
select
ordnum as WarehouseOrder,
'Quality Inspection Performed' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trntyp = 'H' and trncod = 'QA_CMP' /* Example transaction for QA Hold Release/Complete */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 6. Putaway Task Created */
select
ordnum as WarehouseOrder,
'Putaway Task Created' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
pckqty as PlannedQuantity,
null as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from pckwrk_dtl
where wrktyp = 'P' /* Putaway work type */
and adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 7. Goods Put Away in Storage */
select
ordnum as WarehouseOrder,
'Goods Put Away in Storage' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
dstloc as StorageLocation,
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trntyp = 'M' and trncod = 'PUTAWAY' /* Move transaction for putaway */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 8. Picking Task Created */
select
ordnum as WarehouseOrder,
'Picking Task Created' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
pckqty as PlannedQuantity,
null as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from pckwrk_dtl
where wrktyp = 'O' /* Outbound Picking work type */
and adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 9. Goods Picked from Storage */
select
ordnum as WarehouseOrder,
'Goods Picked from Storage' as ActivityName,
pk_end_dte as EventStartTime,
pk_end_dte as EventEndTime,
pckr_id as UserOperatorId,
pckqty as PlannedQuantity,
actqty as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from pckwrk_dtl
where wrktyp = 'O'
and statcod = 'P' /* Status 'Picked' */
and pk_end_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 10. Packing Initiated */
select
ordnum as WarehouseOrder,
'Packing Initiated' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
dstloc as StorageLocation, /* Packing station */
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from trn_log
where trncod = 'PACK_INIT'
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 11. Goods Packed */
select
ordnum as WarehouseOrder,
'Goods Packed' as ActivityName,
moddte as EventStartTime,
moddte as EventEndTime,
mod_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod >= 80 and statcod < 90 /* Example status range for Packed */
and moddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 12. Staging for Shipment */
select
ordnum as WarehouseOrder,
'Staging for Shipment' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
dstloc as StorageLocation, /* Staging lane */
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trncod = 'STG_MOVE' /* Move to staging transaction */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 13. Shipment Dispatched */
select
ordnum as WarehouseOrder,
'Shipment Dispatched' as ActivityName,
act_ship_dte as EventStartTime,
act_ship_dte as EventEndTime,
mod_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
shpqty as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod = 90 /* Status Shipped */
and act_ship_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 14. Warehouse Order Completed */
select
ordnum as WarehouseOrder,
'Warehouse Order Completed' as ActivityName,
moddte as EventStartTime,
moddte as EventEndTime,
mod_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
shpqty as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod = 99 /* Status Completed/Closed */
and moddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 15. Warehouse Order Canceled */
select
ordnum as WarehouseOrder,
'Warehouse Order Canceled' as ActivityName,
moddte as EventStartTime,
moddte as EventEndTime,
mod_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod = 91 /* Example Canceled status */
and moddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
] Adımlar
- Veritabanı Bağlantısını Kurun: Blue Yonder WMS'in altında yatan veritabanı (genellikle Oracle veya SQL Server) için salt okunur kimlik bilgilerini ve bağlantı detaylarını (sunucu adresi, veritabanı adı, port) edinin. Bağlanmak için DBeaver, Oracle SQL Developer veya SQL Server Management Studio gibi standart bir SQL istemcisi kullanın.
- Temel WMS Tablolarını Belirleyin: Sağlanan sorgu,
ord(siparişler),pckwrk(toplama işi),wrkque(iş kuyruğu),invmov(envanter hareketleri) velodhdr(yük başlığı) gibi standart Blue Yonder WMS tablolarına dayanmaktadır. Özelleştirmeler olabileceği için bu tablo adlarını ve sütun yapılarını sisteminizin veri sözlüğüyle doğrulayın. - SQL Sorgusunu İnceleyin ve Parametreleştirin: Sağlanan SQL komut dosyasını SQL istemcinize kopyalayın. Komut dosyasının üst kısmındaki
BaseOrdersOrtak Tablo İfadesi (CTE) içindeki yer tutucu değişkenleri bulun. - Tarih Aralığını Ayarlayın:
adddte >= 'YYYY-MM-DD'veadddte < 'YYYY-MM-DD'yan tümcelerini, veri çıkarma için zaman aralığını tanımlamak üzere değiştirin. İlk analiz için 3 ila 6 aylık bir dönem önerilir. - Sisteme Özel Filtreleri Uygulayın:
wh_id = '[Your_Warehouse_ID]'filtresini, çıkarmayı belirli bir depo ile sınırlamak için ayarlayın. Gerektiğinde, çoklu istemci ortamları içinclient_idgibi diğer filtreleri ekleyin veya değiştirin. - Çıkarma Komut Dosyasını Yürütün: Tüm SQL komut dosyasını çalıştırın. Sorgu, birden fazla tablodan gelen olayları tek, birleşik bir olay günlüğü (Event Log) formatına birleştirmek için tasarlanmıştır. Yürütme süresi, tarih aralığına ve veri hacmine göre değişecektir.
- İlk Sonuçları Doğrulayın: Sorgu tamamlandıktan sonra, çıktıyı hızlıca gözden geçirin.
WarehouseOrder,ActivityNameveEventStartTimesütunlarının beklendiği gibi doldurulduğunu kontrol edin. Satır sayısı, benzersiz depo siparişi sayısından önemli ölçüde daha büyük olmalıdır. - Olay Günlüğünü (Event Log) Dışa Aktarın: Sorgu sonuçlarını bir CSV dosyasına dışa aktarın. Yükleme sırasında karakter kodlama sorunlarını önlemek için dosya kodlamasının UTF-8 olarak ayarlandığından emin olun.
- Yükleme İçin Hazırlık Yapın: Dışa aktarılan CSV dosyasındaki sütun başlıklarının, örneğin
WarehouseOrder,ActivityName,EventStartTimegibi gerekli özniteliklerle eşleştiğini onaylayın. Dosya şimdi Process Mining yazılımına yüklenmeye hazırdır.
Konfigürasyon
- Önkoşullar: Blue Yonder WMS veritabanına salt okunur SQL erişiminiz olmalıdır. Kuruluşunuzun özel WMS yapılandırması ve veri modeline aşina olmanız büyük fayda sağlayacaktır.
- Veritabanı Bağlantısı: Bu yöntem, doğrudan veritabanı bağlantısı gerektirir. Başlamadan önce gerekli güvenlik duvarı kurallarının veya ağ erişim izinlerinin olduğundan emin olun.
- Tarih Aralığı Filtreleme: Veri hacmini yönetmek için sorgunun
WHEREyan tümcesinde belirli bir tarih aralığı belirlemek kritiktir. 3 ila 6 aylık bir aralık, veritabanı üzerinde aşırı yük oluşturmadan anlamlı analiz için genellikle yeterlidir. - Depo ve Müşteri Filtreleme: Çoklu depo veya çoklu müşteri ortamlarında, analizin odaklanmış ve veri kümesinin yönetilebilir olduğundan emin olmak için her zaman belirli
wh_id(Depo Kimliği) veclient_id(Müşteri Kimliği) ile filtreleme yapın. - Performans Hususları: Bu sorguyu canlı bir üretim veritabanında yürütmek sistem performansını etkileyebilir. Yoğun olmayan saatlerde veya tercihen özel bir raporlama veya replike veritabanı varsa ona karşı çalıştırmanız şiddetle tavsiye edilir.
- Sistem Özelleştirmeleri: Sağlanan sorgu standart tablo ve sütun adlarını kullanır. Blue Yonder WMS örneğinizdeki herhangi bir özelleştirme veya sürüm farklılığına göre bu adları ayarlamaya hazırlıklı olun. Rehberlik için dahili WMS yöneticinize veya veri sözlüğünüze danışın.
a Örnek Sorgu sql
WITH BaseOrders AS (
SELECT
ordnum AS WarehouseOrder
FROM
ord
WHERE
adddte >= '2023-01-01' -- Placeholder: Set your start date
AND adddte < '2023-07-01' -- Placeholder: Set your end date
AND wh_id = '[Your_Warehouse_ID]' -- Placeholder: Set your warehouse ID
)
-- 1. Warehouse Order Created
SELECT
o.ordnum AS WarehouseOrder,
'Warehouse Order Created' AS ActivityName,
o.adddte AS EventStartTime,
o.adddte AS EventEndTime,
o.add_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
o.prirty AS PriorityLevel,
CAST(o.ordqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord o
WHERE o.ordnum IN (SELECT WarehouseOrder FROM BaseOrders)
UNION ALL
-- 2. Inbound Delivery Notified (ASN Received)
SELECT
a.ordnum AS WarehouseOrder,
'Inbound Delivery Notified' AS ActivityName,
a.adddte AS EventStartTime,
a.adddte AS EventEndTime,
a.add_usr_id AS UserOperatorId,
a.exp_arv_dte AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(ad.qtyord AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM asnhdr a
JOIN asndtl ad ON a.asnhdr_id = ad.asnhdr_id
WHERE a.ordnum IN (SELECT WarehouseOrder FROM BaseOrders)
UNION ALL
-- 3. Goods Arrived at Dock
SELECT
t.ordnum AS WarehouseOrder,
'Goods Arrived at Dock' AS ActivityName,
t.checkin_dte AS EventStartTime,
t.checkin_dte AS EventEndTime,
t.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
NULL AS ActualQuantity,
t.dock_loc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM trk_log t -- Note: Yard management table may vary
WHERE t.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND t.checkin_dte IS NOT NULL
UNION ALL
-- 4. Goods Received and Counted
SELECT
i.ordnum AS WarehouseOrder,
'Goods Received and Counted' AS ActivityName,
i.moddte AS EventStartTime,
i.moddte AS EventEndTime,
i.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(i.qtyexp AS DECIMAL(18, 4)) AS PlannedQuantity,
CAST(i.qtyrcv AS DECIMAL(18, 4)) AS ActualQuantity,
i.inv_loc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM rcvlin i -- Receiving Line table
WHERE i.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND i.qtyrcv > 0
UNION ALL
-- 5. Quality Inspection Performed
SELECT
q.ordnum AS WarehouseOrder,
'Quality Inspection Performed' AS ActivityName,
q.insp_dte AS EventStartTime,
q.insp_dte AS EventEndTime,
q.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(q.insp_qty AS DECIMAL(18, 4)) AS PlannedQuantity,
CAST(q.act_qty AS DECIMAL(18, 4)) AS ActualQuantity,
q.stoloc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM qc_log q -- Quality Control log table may vary
WHERE q.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND q.status = 'COMPLETED'
UNION ALL
-- 6. Putaway Task Created
SELECT
w.ordnum AS WarehouseOrder,
'Putaway Task Created' AS ActivityName,
w.adddte AS EventStartTime,
NULL AS EventEndTime,
w.add_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
w.wrkprt AS PriorityLevel,
CAST(w.untqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
w.frmloc AS StorageLocation, -- From receiving dock
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM wrkque w
WHERE w.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND w.wrktyp = 'PUTAWAY'
UNION ALL
-- 7. Goods Put Away in Storage
SELECT
m.ordnum AS WarehouseOrder,
'Goods Put Away in Storage' AS ActivityName,
m.adddte AS EventStartTime,
m.adddte AS EventEndTime,
m.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(m.movqty AS DECIMAL(18, 4)) AS ActualQuantity,
m.toloc AS StorageLocation, -- Destination storage location
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM invmov m -- Inventory Movement table
WHERE m.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND m.trntyp = 'PUTFIN' -- Putaway Finish transaction type
UNION ALL
-- 8. Picking Task Created
SELECT
w.ordnum AS WarehouseOrder,
'Picking Task Created' AS ActivityName,
w.adddte AS EventStartTime,
NULL AS EventEndTime,
w.add_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
w.wrkprt AS PriorityLevel,
CAST(w.untqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
w.frmloc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM wrkque w
JOIN ord o ON w.ordnum = o.ordnum
WHERE w.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND w.wrktyp = 'PICK'
UNION ALL
-- 9. Goods Picked from Storage
SELECT
p.ordnum AS WarehouseOrder,
'Goods Picked from Storage' AS ActivityName,
p.moddte AS EventStartTime,
p.moddte AS EventEndTime,
p.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(p.pckqty AS DECIMAL(18, 4)) AS PlannedQuantity, -- Often planned and actual are the same here
CAST(p.pckqty AS DECIMAL(18, 4)) AS ActualQuantity,
p.pckloc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM pckwrk p
WHERE p.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND p.wrksts = 'C' -- Status for Completed Pick
UNION ALL
-- 10. Packing Initiated
SELECT
s.ordnum AS WarehouseOrder,
'Packing Initiated' AS ActivityName,
s.moddte AS EventStartTime,
NULL AS EventEndTime,
s.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
NULL AS ActualQuantity,
s.pckstn AS StorageLocation, -- Packing Station
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord_status_log s -- Status log table may vary
WHERE s.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND s.ordsta = 'PCK_START'
UNION ALL
-- 11. Goods Packed
SELECT
c.ordnum AS WarehouseOrder,
'Goods Packed' AS ActivityName,
c.moddte AS EventStartTime,
c.moddte AS EventEndTime,
c.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(c.actqty AS DECIMAL(18, 4)) AS ActualQuantity,
c.pckstn AS StorageLocation, -- Packing Station
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ship_cntr c -- Shipping Container table
WHERE c.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND c.cntr_sts = 'PACKED'
UNION ALL
-- 12. Staging for Shipment
SELECT
m.ordnum AS WarehouseOrder,
'Staging for Shipment' AS ActivityName,
m.adddte AS EventStartTime,
m.adddte AS EventEndTime,
m.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(m.movqty AS DECIMAL(18, 4)) AS ActualQuantity,
m.toloc AS StorageLocation, -- Staging location
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM invmov m
WHERE m.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND m.trntyp = 'STAGEMOV' -- Staging Movement transaction type
UNION ALL
-- 13. Shipment Dispatched
SELECT
l.ordnum AS WarehouseOrder,
'Shipment Dispatched' AS ActivityName,
l.shp_dte AS EventStartTime,
l.shp_dte AS EventEndTime,
l.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(sl.shpqty AS DECIMAL(18, 4)) AS ActualQuantity,
l.wh_id AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM lodhdr l
JOIN ship_line sl ON l.lodnum = sl.lodnum
WHERE l.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND l.lodsts = 'S' -- Shipped status
UNION ALL
-- 14. Warehouse Order Completed
SELECT
o.ordnum AS WarehouseOrder,
'Warehouse Order Completed' AS ActivityName,
o.moddte AS EventStartTime,
o.moddte AS EventEndTime,
o.mod_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
o.prirty AS PriorityLevel,
CAST(o.ordqty AS DECIMAL(18, 4)) AS PlannedQuantity,
CAST(o.shpqty AS DECIMAL(18, 4)) AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord o
WHERE o.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND o.ordsta = 'C' -- Status for Completed
UNION ALL
-- 15. Warehouse Order Canceled
SELECT
o.ordnum AS WarehouseOrder,
'Warehouse Order Canceled' AS ActivityName,
o.moddte AS EventStartTime,
o.moddte AS EventEndTime,
o.mod_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
o.prirty AS PriorityLevel,
CAST(o.ordqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord o
WHERE o.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND o.ordsta = 'X'; -- Status for Canceled