Your Depo Yönetimi Veri Template'i
Your Depo Yönetimi Veri Template'i
Bu, Warehouse Management süreci için genel Process Mining Veri Şablonu'imuzdur. Daha özel rehberlik. için sisteme özel Template'lerimizi kullanın.
Belirli bir sistem seçin- Herhangi bir depo yönetim sistemi genelinde somut evrensel bir veri yapısı.
- Detaylı süreç analizi için önerilen öznitelikler. ve aktiviteler.
- Process Mining yolculuğunuza başlamak için pratik bir temel.
Depo Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Aktivite Adı ActivityName | Gerçekleşen specific warehouse görevin veya olayın adı, örneğin 'Goods Picked' veya 'Shipment Dispatched'. | ||
| Açıklama Aktivite Adı, depo yönetimi süreci içindeki belirgin bir adımı veya olayı tanımlar. Bu aktiviteler, bir depo siparişini yerine getirmek için gerçekleştirilen bireysel görevleri temsil ederek süreç akışının ayrıntılı bir görünümünü sunar. Örnekler::::::: arasında sipariş oluşturma, mal kabulü, kalite kontrolleri yapma, ürün toplama ve sevkiyat gönderme bulunur. Process Mining analizi için bu öznitelik, süreç haritasını oluşturmak için büyük önem taşır. Süreç grafiğindeki düğümleri tanımlayarak analistlerin olayların sırasını görselleştirmesine, farklı görevlerin sıklığını anlamasına ve aktiviteler arasındaki darboğazları veya verimsiz geçişleri belirlemesine sunar. Aktivitelere yönelik net ve tutarlı bir adlandırma kuralı, anlamlı süreç keşfi ve analizi için büyük önem taşır. Neden Önemli?dir? Bu nitelik, darboğazları ve sapmaları belirlemek için tüm Process Mining analizlerinin temelini oluşturan süreç haritasındaki adımları tanımlar. Nereden Alınır?? Genellikle olay günlüklerinde, görev yönetimi tablolarında veya bireysel depo operasyonlarının kaydedildiği işlem verilerinde bulunur. Örnekler::::::: Ürünler ToplandıYerleştirme Görevi OluşturulduSevkiyat GönderildiDepo Siparişi Tamamlandı | |||
| Depo Sipariş ID'si WarehouseOrderId | Bir depo siparişi için benzersiz tanımlayıcı. Bu tanımlayıcı, oluşturulmasından tamamlanmasına kadar tüm ilgili lojistik faaliyetleri izlemek için birincil vaka (case) olarak işlev görür. | ||
| Açıklama Depo Sipariş ID'si, depo yönetim sistemi içindeki her bir lojistik iş emrine atanan benzersiz bir temel rol oynar. Mal kabul, yerleştirme, toplama, paketleme ve sevkiyat gibi tüm ilgili faaliyetleri tek bir uçtan uca süreç örneğine bağlar. Process Mining'de bu nitelik, her depo siparişinin süreç döngüsünü yeniden yapılandırmak için büyük önem taşır. Analistler, Depo Sipariş ID'sini Neden Önemli?dir? Bu, tüm ilgili depo faaliyetlerini birbirine bağlayan temel Nereden Alınır?? Genellikle depo sipariş belgelerinin başlık tablolarında veya lojistik görevlerle ilgili işlem günlüklerinde bulunur. Örnekler::::::: WO-00583921739200184ORD-C1-99203 | |||
| Kaynak Sistem SourceSystem | Verinin çıkarıldığı sistem veya uygulamanın tanımlayıcısı. | ||
| Açıklama Kaynak Sistem niteliği, belirli bir Depo Yönetim Sistemi (WMS), Kurumsal Kaynak Planlama (ERP) sistemi veya eski bir uygulama gibi olay verilerinin kaynağını belirtir. Karmaşık BT ortamlarında, tek bir iş süreci birden çok sistemi kapsayabilir ve bu alan, her bir veri parçasının nereden geldiğini ayırt etmeye yardımcı olur. Bu bilgi, veri doğrulama ve yönetişim için değerlidir; Process Mining için kullanılan verilerin doğru kaynağına kadar izlenmesini sunar. Ayrıca, veri kalitesi sorunları tespit edildiğinde kök neden analizine yardımcı olur. Analiz için, aynı kuruluş içindeki farklı sistemler veya sistem versiyonları arasındaki süreç varyasyonlarını veya performans metriklerini karşılaştırmak için kullanılabilir. Neden Önemli?dir? Verinin kaynağı hakkında bağlam sunar, bu da veri doğrulama, sorun giderme ve farklı sistemler arasındaki süreç varyasyonlarını anlama için büyük önem taşır. Nereden Alınır?? Bu bilgi genellikle veri çıkarma (ETL) süreci sırasında eklenir veya veri depolarında ve entegrasyon platformlarında standart bir alan olabilir. Örnekler::::::: SAP EWMManhattan SCALEOracle WMS | |||
| Olay Başlangıç Saati EventStartTime | Specific (belirli) bir warehouse activity'sinin veya olayınin ne zaman began (başladığını) indicating (gösteren) zaman damgası (zaman damgası)dır. | ||
| Açıklama Olay Başlangıç Zamanı, bir depo aktivitesinin başladığı anı kaydeden kesin bir zaman damgası (zaman damgası)dır. Bu veri noktası, süreç adımlarının zamanlamasını ve süresini anlamak için büyük önem taşır. Bir bitiş zaman damgası (zaman damgası)yla birleştirildiğinde, her aktivitenin tamamlanmasının ne kadar sürdüğünü tam olarak hesaplamaya sunar. Process Miningnde, bu zaman damgası (zaman damgası) doğru bir süreç akışı oluşturmak için olayları kronolojik olarak sıralamak için büyük önem taşır. Aktiviteler arasındaki döngü sürelerini hesaplama, bekleme sürelerini belirleme ve işin geciktiği darboğazları tespit etme dahil olmak üzere tüm zaman tabanlı analizlerin temelini oluşturur. Doğru başlangıç zamanları, süreç verimliliğiyle ilgili performans panoları ve KPI'lar için gereklidir. Neden Önemli?dir? Bu zaman damgası (zaman damgası), olayları doğru sıralamak ve süreç darboğazlarını ve gecikmeleri belirlemek için kritik olan döngü sürelerini hesaplamak için gereklidir. Nereden Alınır?? Belirli bir görevin başlangıcını veya bir durum değişikliğini yakalayan sistem olay günlüklerinde veya işlem kayıtlarında bulunur. Örnekler::::::: 2023-04-15T09:12:45Z2023-05-20T14:00:10Z2023-06-01T08:30:00Z | |||
| Son Veri Güncellemesi LastDataUpdate | Bu sürece ait verilerin son kez yenilendiği veya çıkarıldığı zamanı belirten zaman damgası (zaman damgası)dır. | ||
| Açıklama Son Veri Güncelleme zaman damgası (zaman damgası), analiz için kullanılan veri setinin kaynak sistemlerden en son ne zaman yenilendiğini belirtir. Verinin güncelliği ve ilgililiği hakkında net bir gösterge sağlayarak, kullanıcıların analiz tarafından kapsanan zaman aralığından haberdar olmalarını sunar. Bu öznitelik, süreç madenciliği panolarına ve analizlerine olan güveni sürdürmek için büyük önem taşır. Kullanıcıların, gerçek zamanlıya yakın bilgilere mi yoksa geçmiş verilere mi baktıklarını anlamalarına sunar. Bu zaman damgası (zaman damgası)nı panolarda belirgin bir şekilde görüntülemek, kullanıcı beklentilerini yönetmeye ve eski bilgilere dayalı yanlış yorumları önlemeye yardımcı olur. Veri yönetimi ve şeffaflığının temel bir bileşenidir. Neden Önemli?dir? Bu zaman damgası (zaman damgası), kullanıcıların veri güncelliğini anlamasını sunar ki bu da Process Mining stratejik bilgilerine dayanarak bilinçli ve zamanında kararlar vermek için önemlidir. Nereden Alınır?? Bu, genellikle veri çıkarma (ETL) süreci sırasında, veriler Process Mining platformuna yüklendiğinde oluşturulur ve depolanır. Örnekler::::::: 2023-10-27T02:00:00Z2023-10-26T18:00:00Z2023-10-27T04:30:00Z | |||
| Depolama Konumu StorageLocation | Malların depolandığı veya toplandığı, raf, koridor veya bölge gibi deponun belirli bir konumu. | ||
| Açıklama Depolama Konumu, bir faaliyetle ilişkili deponun fiziksel yerini tanımlar. Bu, bir toplama görevi için kaynak konumu veya bir yerleştirme görevi için hedef konumu olabilir. Ayrıntı düzeyi, geniş bir bölgeden belirli bir rafa, rafa ve koli numarasına kadar değişebilir. Depolama Konumuna göre veri analizi, depo düzeni ve verimliliği hakkında bilgiler sunar. Process Mining, farklı konumlar arasındaki seyahat sürelerini ortaya çıkarabilir, yüksek aktiviteye sahip 'sıcak noktaları' belirleyebilir ve verimsiz yerleştirme veya toplama yollarını vurgulayabilir. Bu bilgi, sıkça toplanan ürünlerin kolay erişilebilir yerlere yerleştirilerek seyahat süresini en aza indiren ve genel toplama verimliliğini artıran yerleştirme stratejilerini iyileştirmek için büyük önem taşır. Ayrıca, yoğunluğu azaltmak ve akışı iyileştirmek için depo düzeninin yeniden tasarlanmasına da yardımcı olabilir. Neden Önemli?dir? Depo düzeni ve seyahat verimliliği analizini sağlayarak, toplama yollarını ve depolama stratejilerini optimize etmeye yardımcı olur ve döngü sürelerini azaltır. Nereden Alınır?? Depo görevlerinin, envanter kayıtlarının ve malzeme hareket işlemlerinin detaylarında bulunur. Örnekler::::::: A1-03-B2RECEIVING-DOCK-04ZONE-C-BULK | |||
| Gerçek Miktar ActualQuantity | Bir görev sırasında elleçlenen veya onaylanan fiili ürün miktarı (örneğin, fiziksel olarak sayılan veya toplanan miktar). | ||
| Açıklama Fiili Miktar, bir depo operatörü veya sistemi tarafından bir aktivite sırasında fiziksel olarak ele alınan, sayılan ve onaylanan birim sayısıdır. Bu, bir tedarikçiden alınan ürün sayısı veya bir siparişi yerine getirmek için bir raftan toplanan miktar gibi bir görevin gerçek dünya uygulamasını yansıtır. Bu öznitelik, Planlanan Miktar ile karşılaştırıldığında varyans analizi için büyük önem taşır. Planlanan ve fiili miktarlar arasındaki tutarsızlıklar, tedarikçilerden gelen eksik sevkiyatlar, toplama hataları veya envanter yanlışlıkları gibi süreç sorunlarının doğrudan göstergeleridir. Process Mining, bu verileri kullanarak hangi ürünlerin, konumların veya çalışanların bu varyanslarla en sık ilişkili olduğunu tespit edebilir, bu da doğruluğu artırmak ve maliyetli hataları azaltmak için hedefe yönelik müdahaleleri sunar. Neden Önemli?dir? Bu, bir görevin gerçek sonucunu ölçer. Planlanan miktara karşı analiz edilmesi; toplama, kabul veya sayım işlemlerindeki hataları ve verimsizlikleri belirlemeye yardımcı olur. Nereden Alınır?? Bir operatör veya sistemin fiziksel olarak elleçlenen ürün miktarını girdiği görev onay verilerinde kaydedilir. Örnekler::::::: 98502500 | |||
| Kullanıcı Kimliği UserId | Aktiviteyi gerçekleştiren depo çalışanı, operatör veya otomatik sistemin tanımlayıcısı. | ||
| Açıklama Kullanıcı ID'si, belirli bir depo görevini yürütmekten sorumlu kişiyi veya kaynağı benzersiz şekilde tanımlar. Bu bir depo çalışanı, vardiya amiri veya bir robot ya da konveyör bant kontrolörü gibi otomatik bir sistem olabilir. Her faaliyetin kim tarafından yapıldığını takip etmek, kaynak tahsisi ve performansını anlamak için temel rol oynar. Bu nitelik, iş gücü ve kaynak yönetimiyle ilgili güçlü analizler yapılmasını sunar. Farklı kullanıcılar veya ekipler arasındaki verimlilik seviyelerini analiz etmek, eğitim ihtiyaçlarını belirlemek ve standart operasyonel prosedürlere uyumu güçlüak için kullanılabilir. Süreç haritasını Kullanıcı ID'sine göre filtreleyerek analistler, farklı bireylerin veya ekiplerin aynı süreci nasıl gerçekleştirdiğini karşılaştırabilir, en iyi uygulamaları veya iyileştirme gerektiren alanları ortaya çıkarabilirler. Ayrıca uyumluluk ve denetim amaçları için de büyük önem taşır. Neden Önemli?dir? Bu nitelik, kaynak performans analizi için büyük önem taşır; farklı çalışanlar, ekipler veya vardiyalar arasındaki verimlilik ve kalite karşılaştırmalarını sunar. Nereden Alınır?? Genellikle, işlemi onaylayan veya tamamlayan kullanıcının kaydedildiği işlem günlüklerinde veya görev yürütme kayıtlarında bulunur. Örnekler::::::: JSMITHOPERATOR_1138ROBOT_A05 | |||
| Olay Bitiş Zamanı EventEndTime | Specific (belirli) bir warehouse activity'sinin veya olayınin ne zaman completed (tamamlandığını) indicating (gösteren) zaman damgası (zaman damgası)dır. | ||
| Açıklama Olay Bitiş Zamanı, bir depo görevinin veya aktivitenin tamamlandığı kesin anı işaretler. Bu zaman damgası (zaman damgası), Olay Başlangıç Zamanının karşılığıdır ve bireysel aktivitelerin süresini ölçmek için gereklidir. Tüm olayların belirgin bir süresi olmasa da, toplama veya paketleme gibi olanlar için bu veri çok değerlidir. Process Miningnde, hem başlangıç hem de bitiş zamanlarına sahip olmak, süreç performansının daha karmaşık bir analizine sunar. İşlem sürelerinin (bir görev üzerinde aktif olarak çalışılan süre) bekleme sürelerine (görevler arasındaki süre) karşı hesaplanmasını sunar. Bu ayrım, gerçek operasyonel darboğazları kaynak kullanılabilirliği sorunlarından ayırt etmek için büyük önem taşır. Aktivite sürelerini analiz etmek, performans karşılaştırması, kaynak planlaması ve operasyonel iyileştirme fırsatlarını belirlemede yardımcı olur. Neden Önemli?dir? Kesin aktivite sürelerinin hesaplanmasını sağlayarak, daha iyi darboğaz analizi için aktif işleme süresi ile boşta bekleme süresi arasında ayrım yapmaya yardımcı olur. Nereden Alınır?? Belirli bir görevin tamamlanmasını veya bir durum değişikliğini yakalayan sistem olay günlüklerinde veya işlem kayıtlarında bulunur. Örnekler::::::: 2023-04-15T09:25:11Z2023-05-20T14:05:30Z2023-06-01T08:45:00Z | |||
| Planlanan Miktar PlannedQuantity | Bir satın alma veya satış siparişi gibi kaynak belgeye dayalı olarak, belirli bir görev için beklenen ürün miktarı. | ||
| Açıklama Planlanan Miktar, belirli bir depo görevi için hedef birim sayısını temsil eder. Gelen bir sipariş için, alınması beklenen miktardır. Giden bir sipariş için ise toplanması ve sevk edilmesi gereken miktardır. Bu değer tipik olarak bir satın alma siparişi veya satış siparişi gibi kaynak iş belgesinden türetilir. Bu öznitelik, performans ve doğruluk analizi için kritik bir temel görevi görür. Planlanan Miktar ile Fiili Miktarı karşılaştırarak, işletmeler toplama doğruluğunu, alım tutarsızlıklarını ve envanter kayıt doğruluğunu ölçebilir. Varyansları analiz etmek, tedarikçilerle, dahili süreçlerle veya envanter verileriyle ilgili sistemik sorunları belirlemeye yardımcı olabilir ve operasyonel verimlilik ile müşteri memnuniyetinde iyileşmelere yol açabilir. Neden Önemli?dir? Bu, doğruluğu ölçmek için temel sunar. Gerçek miktar ile karşılaştırılması, Toplama Doğruluğu gibi KPI'ları hesaplamak ve tutarsızlıkları belirlemek için temel rol oynar. Nereden Alınır?? Bir depo siparişi veya görevinin satır öğesi detaylarında bulunur, genellikle ilişkili bir satış siparişi, satın alma siparişi veya transfer siparişinden kaynaklanır. Örnekler::::::: 100502500 | |||
| Sipariş Türü OrderType | Depo siparişini, örneğin gelen kabul, giden sevkiyat veya dahili transfer olarak kategorize eder. | ||
| Açıklama Sipariş Türü, depo siparişlerini iş amaçlarına göre sınıflandırır. Yaygın türler arasında tedarikçilerden mal almak için gelen siparişler, müşterilere ürün göndermek için giden siparişler ve yenileme veya envanter ayarlamaları gibi hareketler için dahili siparişler bulunur. Bu öznitelik, farklı depo süreçlerini segmentlere ayırmak ve karşılaştırmak için büyük önem taşır. Gelen bir siparişin süreç akışı, giden bir siparişinkinden çok farklıdır. Analistler, Sipariş Türü'nü bir filtre olarak kullanarak her akış için ayrı süreç haritaları ve panolar oluşturabilir, böylece daha doğru ve ilgili bir analiz yapılabilir. Farklı sipariş türleri arasında döngü süresi gibi KPI'ları karşılaştırmak, kaynakları daha etkin bir şekilde tahsis etmeye ve süreçleri belirli talepleri karşılayacak şekilde uyarlamaya yardımcı olabilir. Neden Önemli?dir? Bu, farklı akışlara ve performans hedeflerine sahip gelen, giden ve dahili hareketler gibi ayrı süreçlerin ayrıştırılmasına ve karşılaştırılmasına sunar. Nereden Alınır?? Genellikle depo sipariş belgesinin başlık verilerinde bulunur. Örnekler::::::: Giden SevkiyatGelen Mal KabulDahili Aktarımİadeler | |||
| 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 İstenen Tamamlama Tarihi, genellikle giden sevkiyatlar için bir depo siparişinin tamamlanması için hedeflenen son tarihi temsil eder. Bu tarih genellikle müşteri taahhütleri, taşıyıcı teslim alma programları veya dahili hizmet seviyesi anlaşmaları (SLA'lar) tarafından belirlenir. Zamanında performansın ölçülmesi için birincil kıyaslama noktası olarak olarak kullanılır. Process Mining'de bu nitelik, Zamanında Sevkiyat Performansı analizi için gereklidir. İşletmeler, Gerçek Tamamlama Tarihi'ni İstenen Tamamlama Tarihi ile karşılaştırarak zamanında teslimat oranlarını hesaplayabilir ve gecikmelerin temel nedenlerini belirleyebilir. İstenen tarihlerini kaçıran siparişlerin analizi, tutarlı bir şekilde gecikmeye katkıda bulunan belirli darboğazları, kaynak kısıtlamalarını veya süreç adımlarını ortaya çıkararak hedeflenen iyileştirme çabalarını sunar. Neden Önemli?dir? Bu, zamanında performans ölçümü için bir kıyaslama noktasıdır. Gerçek tamamlama tarihiyle karşılaştırılması, Zamanında Sevkiyat Oranı KPI'sını hesaplamak için temel rol oynar. Nereden Alınır?? Genellikle depo siparişinin başlık verilerinde bulunur, çoğunlukla ilişkili satış siparişinden veya müşteri talebinden devralınır. Örnekler::::::: 2023-07-20T17:00:00Z2023-08-01T23:59:59Z2023-07-22T12:00:00Z | |||
| Depo Kimliği WarehouseId | Faaliyetin gerçekleştiği belirli depo veya dağıtım merkezinin tanımlayıcısı. | ||
| Açıklama Depo ID'si, kayıtlı faaliyetlerin gerçekleştiği fiziksel tesisi (örneğin bir dağıtım merkezi veya depo) tanımlayan benzersiz bir koddur. Bu, birden fazla lojistik tesisi ağı işleten kuruluşlar için özellikle önemlidir. Bu nitelik, farklı konumlar arasında karşılaştırmalı analiz yapmayı sunar. Şirketler, verileri Depo ID'sine göre filtreleyerek veya segmentlere ayırarak performansı kıyaslayabilir, süreç verimliliğini karşılaştırabilir ve yüksek performans gösteren tesislerde başka yerlere kopyalanabilecek en iyi uygulamaları belirleyebilir. Ayrıca, talep, kaynak kullanımı ve operasyonel zorluklardaki bölgesel farklılıkları anlamaya yardımcı olarak ağ çapında stratejik kararlar için bir temel sunar. Neden Önemli?dir? Farklı dağıtım merkezleri arasında performans karşılaştırması ve süreç karşılaştırması yapılmasına sunar, en iyi uygulamaları ve bölgesel sorunları belirlemeye yardımcı olur. Nereden Alınır?? Bu, genellikle hemen hemen tüm depo ile ilgili işlem belgelerinin başlığında bulunan önemli bir organizasyonel veri alanıdır. Örnekler::::::: WH-MERKEZ-01DC-WEST-CA1710 | |||
| Ekipman Kimliği EquipmentId | Bir görev için kullanılan malzeme elleçleme ekipmanının tanımlayıcısı (örneğin, belirli bir forklift veya konveyör bandı). | ||
| Açıklama Ekipman Kimliği, bir depo görevini gerçekleştirmek için kullanılan malzeme elleçleme ekipmanını (MHE) belirtir. Bu, forkliftler, palet krikoları, el tipi tarayıcılar, sesli toplama kulaklıkları veya konveyörler ve ayırma makineleri gibi otomatik sistemleri içerebilir. Süreç verilerini Ekipman Kimliği'ne göre analiz etmek, varlık kullanımı ve bakım planlaması için büyük önem taşır. Hangi ekipmanın en sık kullanıldığı, ekipmanla ilgili darboğazların olup olmadığı ve ekipman performansının genel görev süresini nasıl etkilediği gibi soruları yanıtlamaya yardımcı olur. Bu bilgiler, ekipman tedariki, depo genelinde filo dengelenmesi ve arıza süresini en aza indirmek için önleyici bakımın planlanması konularında kararlara rehberlik. edebilir. Neden Önemli?dir? Bu nitelik, makineler için kaynak kullanımını analiz etmeye, ekipmanla ilgili darboğazları belirlemeye ve bakım veya tedarik kararları hakkında bilgi güçlüaya yardımcı olur. Nereden Alınır?? Genellikle, bir operatörün işi yapmak için kullanılan ekipmanı kaydettiği görev onay verilerinde veya otomatik sistem günlüklerinden kaydedilir. Örnekler::::::: FORKLIFT-07SCANNER-HH-112CONVEYOR-B3 | |||
| Fiili Tamamlanma Tarihi ActualCompletionDate | Depo siparişi için son aktivitenin tamamlandığı, tipik olarak sevkiyatla birlikte gerçekleşen fiili tarih ve saat. | ||
| Açıklama Fiili Tamamlama Tarihi, bir depo siparişiyle ilgili tüm aktivitelerin tamamlanmasını işaretleyen zaman damgası (zaman damgası)dır. Giden siparişler için bu genellikle sevkiyatın depodan gönderildiği sandır. Gelen siparişler için ise tüm malların yerleştirildiği ve envanterde mevcut olduğu an olabilir. Bu öznitelik, Talep Edilen Tamamlama Tarihinin fiili karşılığıdır ve performans ölçümü için büyük önem taşır. Zamanında teslimat oranları ve genel sipariş karşılama döngü süresinin hesaplanmasında doğrudan kullanılır. Kök neden analizinde, geç Fiili Tamamlama Tarihi olan vakaları filtrelemek, analistlerin geciken siparişlerin süreç akışlarına derinlemesine inmesini ve ortak kalıpları veya nedenleri belirlemesini sunar. Neden Önemli?dir? Bu, zamanında analiz için gerçek sonucu sunar. Toplam döngü süresini hesaplamak ve bir siparişin erken mi, zamanında mı yoksa geç mi olduğunu belirlemek için kullanılır. Nereden Alınır?? Bu, siparişin süreç döngüsündeki son olayın zaman damgası (zaman damgası)dır; örneğin 'Sevkiyat Sevk Edildi' veya 'Depo Siparişi Tamamlandı'. Örnekler::::::: 2023-07-20T16:45:10Z2023-08-02T09:30:00Z2023-07-22T11:55:21Z | |||
| Sevkiyat Kimliği ShipmentId | Bir veya daha fazla depo siparişinin ait olduğu giden sevkiyat için benzersiz tanımlayıcı. | ||
| Açıklama Sevkiyat ID'si, bir veya daha fazla depo siparişini tek bir giden teslimat için bir araya getiren benzersiz bir temel rol oynar. Bir sevkiyat, aynı varış noktasına giden veya aynı taşıyıcı tarafından işlenen birden fazla sipariş içerebilir. Bu tanımlayıcı, depo faaliyetlerini nakliye ve lojistik aşamasına bağlar. Bu nitelik, yalnızca bireysel siparişler yerine konsolide sevkiyat düzeyinde analiz yapılmasına sunar. Hazırlık ve yükleme süreçlerinin verimliliğini analiz etmek, bir sevkiyat için ilk ürünün toplanmasından kamyonun ayrılmasına kadar geçen toplam süreyi ölçmek ve depo performansını nakliye verileriyle ilişkilendirmek için kullanılabilir. Bu daha geniş bakış açısı, sadece depo duvarları içindeki adımları değil, tüm giden lojistik zincirini optimize etmeye yardımcı olur. Neden Önemli?dir? Birden fazla depo siparişini tek bir teslimatta gruplandırır, hazırlık ve yükleme verimliliği dahil olmak üzere konsolide giden süreç analizini sunar. Nereden Alınır?? Sevkiyat veya taşıma belgelerinde, genellikle dalga planlama veya tahsis aşamasında depo siparişlerine bağlı olarak bulunur. Örnekler::::::: SHP-440921ASN-88201-3BOL-592100 | |||
| Sipariş Önceliği OrderPriority | Depo siparişinin aciliyetini veya önceliğini (örneğin, 'Yüksek', 'Standart' veya 'Düşük' gibi) belirtir. | ||
| Açıklama Sipariş Önceliği, bir depo siparişinin göreceli önemini veya aciliyetini belirten bir sınıflandırmadır. Bu genellikle görevlerin atanma ve yürütülme hızını ve sırasını belirler. Örneğin, 'hızlandırılmış' veya 'yüksek' öncelikli bir sipariş, daha sonra gelmiş olsa bile 'standart' öncelikli siparişlerden önce işlenebilir. Sipariş Önceliğine göre süreci analiz etmek, hizmet seviyesi anlaşması (SLA) uyumluluğunu değerlendirmek için büyük önem taşır. Process Mining, yüksek öncelikli siparişlerin gerçekten standart olanlardan daha hızlı işlenip işlenmediğini doğrulayabilir. Ayrıca, belirli siparişlere öncelik vermenin diğerleri için önemli gecikmeler veya darboğazlar yaratıp yaratmadığını da ortaya çıkarabilir. Bu analiz, acil siparişler için hızı genel depo verimliliğiyle dengelemek amacıyla önceliklendirme kurallarını ve kaynak tahsis stratejilerini iyileştirmeye yardımcı olur. Neden Önemli?dir? Bu, yüksek öncelikli siparişlerin daha düşük öncelikli olanlardan daha hızlı işlendiğini doğrulayarak hizmet seviyesi anlaşmalarının karşılanıp karşılanmadığını analiz etmeye yardımcı olur. Nereden Alınır?? Genellikle bir depo siparişinin başlık verilerinde bulunur, çoğu zaman kaynak satış siparişi veya iş gereksinimleri tarafından belirlenir. Örnekler::::::: YüksekStandartDüşükHızlandırılmış | |||
| Ürün ID ProductId | İşlem gören ürün, malzeme veya Stok Numarası (SKU) için benzersiz tanımlayıcı. | ||
| Açıklama Genellikle SKU veya Malzeme Numarası olarak adlandırılan Ürün Kimliği, depoda saklanan her farklı öğeye atanan benzersiz koddur. Bu tanımlayıcı, aktiviteleri belirli ürünlere bağlayarak farklı türdeki öğelerin nasıl işlendiğine dair ayrıntılı bir analiz yapılmasını sunar. Süreci Ürün Kimliği'ne göre analiz etmek önemli yeni veriler keşfedebilir. Örneğin, hacimli öğelerle küçük öğelerin elleçleme sürelerini karşılaştırabilir, kalite bekletmeleri gibi süreç sapmalarıyla sıkça ilişkilendirilen ürünleri belirleyebilir veya yüksek talep gören ürünlerle düşük talep gören ürünler için sipariş karşılama sürecini analiz edebilirsiniz. Bu detay seviyesi, envanter yönetimi optimizasyonu, depo düzeni planlaması ve lojistik süreçlerin ürün özelliklerine göre uyarlanması için büyük önem taşır. Neden Önemli?dir? Ürün düzeyinde analiz yapılmasına sunar, belirli öğeler veya ürün kategorileriyle ilgili süreç varyasyonlarını ve darboğazları ortaya çıkarmaya yardımcı olur. Nereden Alınır?? Bu bilgi, depo siparişlerinin, görevlerin ve envanter kayıtlarının öğe düzeyindeki detaylarında bulunur. Örnekler::::::: SKU-987-BMAT-001254PROD-XYZ-001 | |||
Depo Yönetimi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Depo Siparişi İptal Edildi | Bir depo siparişinin tamamen işlenmeden veya sevk edilmeden önce iptal edilmesini temsil eder. Bu olay, bir kullanıcı veya sistem bir iptal işlemi gerçekleştirdiğinde yakalanır. | ||
| Neden Önemli?dir? Bu olay, sürecin başarısız bir sonunu temsil eder. İptalleri analiz etmek, stok uyuşmazlıkları veya müşteri talebindeki değişiklikler gibi süreç hatasının nedenlerini belirlemeye yardımcı olur. Nereden Alınır?? Sipariş başlığı tablosunda 'İptal Edildi' veya 'Geçersiz Kılındı' durum değişikliğinden çıkarılır. Yakala Depo siparişi durumunun 'İptal Edildi' olarak güncellendiği zaman damgası (zaman damgası)nı belirleyin. Event tipi inferred | |||
| Depo Siparişi Oluşturuldu | Bu faaliyet, gelen, giden veya dahili görevleri yönetmek için merkezi belge olan bir depo siparişinin oluşturulmasını işaret eder. Genellikle, yeni bir siparişin depo yönetim sistemine manuel olarak veya entegrasyon yoluyla girildiğinde açık bir işlemdir. | ||
| Neden Önemli?dir? Süreç başlangıcı olarak bu olay, toplam sipariş karşılama döngü süresini hesaplamak için büyük önem taşır. Talep sinyalinden depo uygulamasının başlangıcına kadar geçen süreyi ölçmeye yardımcı olur. Nereden Alınır?? Bu olay genellikle, her sipariş kaydı için bir oluşturma zaman damgası (zaman damgası) içeren sipariş başlık tablosundan yakalanır. Yakala Birincil depo siparişi veya talep tablosundaki oluşturma zaman damgası (zaman damgası)nı kullanın. Event tipi explicit | |||
| Depo Siparişi Tamamlandı | Bu, depo siparişinin nihai durumudur ve tüm ilişkili faaliyetlerin tamamlandığını ve siparişin kapatıldığını gösterir. Siparişin süreç döngüsü durumu 'Tamamlandı' veya 'Kapalı' olarak güncellendiğinde yakalanır. | ||
| Neden Önemli?dir? Bu olay, sürecin başarılı bir sonunu temsil eder. Deponun tam uçtan uca döngü süresini ve verimini hesaplamak için gereklidir. Nereden Alınır?? Sipariş başlığı tablosu veya belgesindeki son bir durum değişikliğinden çıkarılır. Yakala Depo siparişi durumunun nihai 'Tamamlandı' veya 'Kapandı' durumuna güncellendiği zaman damgası (zaman damgası)nı belirleyin. Event tipi inferred | |||
| Mallar Teslim Alındı | Malların boşaltıldığını, tarandığını ve miktarlarının teslimat belgeleriyle doğrulandığını gösterir. Envanterin resmi olarak deponun sorumluluğuna kabul edildiği önemli bir işlemdir. | ||
| Neden Önemli?dir? Bu, gelen süreçte malların resmi olarak depo kontrolüne girdiği noktayı işaret eden kritik bir dönüm noktasıdır. Mal kabul döngü süresini ve doğruluğunu ölçmek için büyük önem taşır. Nereden Alınır?? Bir kullanıcı alınan miktarları onayladığında mal kabulü veya envanter işlem tablolarında kaydedilir. Yakala Gelen teslimat kalemlerine bağlı mal kabul olayının kayıt tarihini veya işlem zaman damgası (zaman damgası)nı kullanın. Event tipi explicit | |||
| Mallar Yerleştirildi | Bu olay, malların başarıyla taşındığını ve belirlenmiş depolama bölmesine tarandığını doğrular. Bir operatör, genellikle el terminali kullanarak yerleştirme görevinin tamamlandığını onayladığında yakalanır. | ||
| Neden Önemli?dir? Bu dönüm noktası, gelen sürecin sonunu işaret ederek envanteri karşılama için kullanılabilir hale getirir. Yerleştirme süresini analiz etmek, işgücü verimliliğini ve depo düzeninin etkinliğini anlamak için temel rol oynar. Nereden Alınır?? Depo görevi tablosunda bir onay veya tamamlama zaman damgası (zaman damgası) olarak kaydedilir. Yakala Bir yerleştirme görevi tamamlandı olarak işaretlendiğinde, depo görev tablosundaki onay zaman damgası (zaman damgası)nı kullanın. Event tipi explicit | |||
| Sevkiyat Gönderildi | Bu olay, paketlenmiş malların taşıyıcının kamyonuna yüklendiğini ve kamyonun depodan ayrıldığını gösterir. Bu, genellikle sevkiyatı sonlandıran bir 'Mal Çıkışı' kaydı yapıldığında kaydedilir. | ||
| Neden Önemli?dir? Bu, depodaki son fiziksel adımdır ve zamanında sevkiyat metriklerini hesaplamak için kritik bir dönüm noktasıdır. Malların depodan taşıyıcıya devredilmesini işaret eder. Nereden Alınır?? Genellikle 'Mal Çıkışı Kaydı' zaman damgası (zaman damgası) veya 'Sevk Edildi' durum güncellemesi olarak bir sevkiyat veya taşıma belgesinden alınır. Yakala Giden teslimatı sonlandıran mal çıkışı olayının kayıt tarihini veya işlem zaman damgası (zaman damgası)nı kullanın. Event tipi explicit | |||
| Ürünler Toplandı | Bir operatörün öğeleri alıp action'ı sistemde onayladığı picking görevinın tamamlanmasını temsil eder. Bu event, operatör öğeleri taradığında ve cihazında pick'i onayladığında yakalanır. | ||
| Neden Önemli?dir? Bu, giden akıştaki kritik bir dönüm noktasıdır ve sipariş karşılama hızını doğrudan etkiler. Toplama sürelerini analiz etmek, toplayıcı performansını, seyahat yollarını ve depo yerleştirme stratejilerini değerlendirmeye yardımcı olur. Nereden Alınır?? Depo görevi tablosunda bir toplama görevi için onay veya tamamlama zaman damgası (zaman damgası) olarak kaydedilir. Yakala Bir toplama görevi tamamlandı olarak işaretlendiğinde, depo görev tablosundaki onay zaman damgası (zaman damgası)nı kullanın. Event tipi explicit | |||
| Gelen Teslimat Bildirildi | Bir tedarikçiden Gelişmiş Sevkiyat Bildirimi (ASN) veya benzeri bir belgenin alınmasını temsil eder. Bu olay, malların depoya doğru yolda olduğunu işaret ederek, mal kabul faaliyetlerinin planlanmasına sunar. | ||
| Neden Önemli?dir? Bu faaliyet, kabul rıhtımı için yaklaşan iş yüküne görünürlük sunar. Bildirim ile varış arasındaki süre, tedarikçi performansını ve nakliye gecikmelerini vurgulayabilir. Nereden Alınır?? Genellikle gelen teslimat veya ASN tablolarında bulunur, bir belgenin elektronik veri değişimi veya manuel giriş yoluyla alındığında yakalanır. Yakala Depo siparişine bağlı Gelişmiş Sevkiyat Bildirimi veya gelen teslimat belgesinin oluşturma zaman damgası (zaman damgası)nı arayın. Event tipi explicit | |||
| Kalite Kontrolü Gerçekleştirildi | Alınan mallar kullanılabilir hale getirilmeden önce yapılan bir kalite kontrolünü temsil eder. Bu, belirli malzemeler için standart bir adım veya istisnalar nedeniyle tetiklenen bir olay olabilir. | ||
| Neden Önemli?dir? Kalite denetimleri, gelen süreçte önemli bir gecikme kaynağı olabilir. Bu aktiviteyi takip etmek, darboğazları belirlemeye ve kalite kontrol ekibinin verimliliğini ölçmeye yardımcı olur. Nereden Alınır?? Genellikle kalite yönetim günlüklerinde veya envanter partisi veya lotunda bir durum değişikliği olarak bulunur. Yakala Bir denetim sonucunun kaydedildiği veya envanter durumunun 'Kalite Denetimi'nden 'Serbest'e değiştiği zaman damgası (zaman damgası)nı yakalayın. Event tipi explicit | |||
| Mallar Rıhtıma Varış Yaptı | Bu faaliyet, bir kamyonun veya taşıyıcının boşaltma başlamadan önce depo kabul rıhtımına fiziksel olarak varışını işaret eder. Olay genellikle bir saha yönetim modülü tarafından veya bir temsilcinin teslimat aracını kontrol etmesiyle kaydedilir. | ||
| Neden Önemli?dir? Bu, depoda fiziksel elleçleme sürecinin başlangıcını işaret eder. Varış ile mal kabulünün başlaması arasındaki gecikmeler, kabul rıhtımında veya saha personelinde darboğazları gösterebilir. Nereden Alınır?? Genellikle bir kapı kontrolü veya saha yönetimi günlüğünde veya gelen teslimat belgesinde bir durum güncellemesi olarak kaydedilir. Yakala Gelen teslimat durumunun 'Geldi' veya 'Check-In Yapıldı' olarak güncellendiği zaman damgası (zaman damgası)nı yakalayın. Event tipi explicit | |||
| Paketleme Başladı | Bu faaliyet, bir paketleme istasyonunda paketleme sürecinin başlangıcını işaret eder. Genellikle, bir operatörün toplanan öğeleri veya sipariş taşıma kutusunu tarayarak sevkiyatı hazırlamaya başladığında kaydedilir. | ||
| Neden Önemli?dir? Bu olay, katma değerli paketleme adımının başlangıcını tanımlar. Süresini ölçmek, paketleme istasyonu verimliliğini ve kaynak tahsisini anlamak için önemlidir. Nereden Alınır?? Bir paketleme istasyonu günlüğünden açık bir olay olabilir veya giden bir siparişle ilişkili bir istasyonda yapılan ilk ürün taramasından çıkarılabilir. Yakala Belirli bir sipariş için belirlenmiş bir paketleme iş merkezindeki bir ürün tarama olayının ilk zaman damgası (zaman damgası)ndan çıkarılır. Event tipi inferred | |||
| Sevkiyat İçin Hazırlandı | Paketlenmiş konteynerlerin paketleme alanından, taşıyıcı teslimatını beklemek üzere belirlenmiş bir sevkiyat hazırlık hattına hareketini temsil eder. Bu adım, sevkiyatları düzenler ve verimli yükleme için hazırlar. | ||
| Neden Önemli?dir? Bu faaliyet, siparişlerin paketlendikten sonra taşıyıcı tarafından teslim alınmayı beklediği süreyi analiz etmeye yardımcı olur. Uzun bekleme süreleri, zayıf taşıyıcı koordinasyonunu veya verimsiz yükleme kapısı planlamasını gösterebilir. Nereden Alınır?? Genellikle, elleçleme biriminin bir hazırlık alanı olduğu envanter hareketi işlemlerinden çıkarılır. Yakala Elleçleme biriminin bir 'Hazırlık' veya 'Sevkiyat' konumuna taşındığı bir envanter hareketi işlem zaman damgası (zaman damgası)ndan çıkarılır. Event tipi inferred | |||
| Toplama Görevi Oluşturuldu | Bu olay, bir operatörün giden bir siparişi yerine getirmek için malları bir depolama konumundan alması için bir görevin oluşturulduğunu gösterir. Bir sipariş toplama için serbest bırakıldığında WMS tarafından oluşturulan açık bir olaydır. | ||
| Neden Önemli?dir? Bu, fiziksel giden karşılama sürecinin başlangıcını işaret eder. Sipariş oluşturma ile toplama arasındaki gecikmeler, envanter tahsisi veya sipariş serbest bırakma stratejileriyle ilgili sorunları ortaya çıkarabilir. Nereden Alınır?? Depo görevi veya iş emri tablolarında, 'toplama' türündeki görevler için bir oluşturma zaman damgası (zaman damgası)yla tanımlanır. Yakala Görev tipi 'Toplama' olan depo görev tablosundaki oluşturma zaman damgası (zaman damgası)nı kullanın. Event tipi explicit | |||
| Ürünler Paketlendi | Bu olay, bir sevkiyat için tüm öğelerin nakliye kaplarına paketlendiğini ve etiketlerin oluşturulduğunu doğrular. Paketleyici, sistemdeki paketleme sürecinin tamamlandığını onayladığında kaydedilir. | ||
| Neden Önemli?dir? Bu, sipariş hazırlığının tamamlandığını işaret eder ve sevkiyatın son aşamalara hazır olduğunu gösterir. Paketleme verimliliğini ölçmek için önemli bir noktadır. Nereden Alınır?? Genellikle bir paketleme veya elleçleme birimi yönetim tablosunda açık bir işlem olarak kaydedilir. Yakala Elleçleme birimi veya siparişin paketleme durumu 'Tamamlandı' olarak ayarlandığında zaman damgası (zaman damgası)nı kullanın. Event tipi explicit | |||
| Yerleştirme Görevi Oluşturuldu | Bu faaliyet, sistemin gelen malları kabul rıhtımından nihai depolama konumuna taşımak için bir görev oluşturmasını işaret eder. Bir depo operatörünü yönlendirmek için WMS mantığı tarafından oluşturulan açık bir sistem olayıdır. | ||
| Neden Önemli?dir? Bu, yerleştirme sürecinin başlangıcıdır. Mal kabulü ile yerleştirme görevinin oluşturulması arasındaki süre farkı, sistem yapılandırma veya performans sorunlarını gösterebilir. Nereden Alınır?? Depo görevi veya iş emri tablolarında, 'yerleştirme' türündeki görevler için bir oluşturma zaman damgası (zaman damgası)yla tanımlanır. Yakala Görev tipi 'Yerleştirme' olan depo görev tablosundaki oluşturma zaman damgası (zaman damgası)nı kullanın. Event tipi explicit | |||
Veri Çıkarma Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,
Başlamaya Hazır Mısınız?
Depo yönetiminizi bugün optimize etmeye başlamak için belirli bir sistem çıkarma rehberini seçebilir veya bu genel Template'i veri hazırlığınız için bir temel olarak kullanabilirsiniz.
Bugün Zirve Depo Performansının Kilidini Açın
Veriye dayalı stratejik bilgilerle darboğazları belirleyin, maliyetleri azaltın ve sipariş karşılamayı hızlandırın.
Kredi kartı gerekmez. Kurulum dakikalar sürer.