Depo Yönetimi Veri Template'iniz
Depo Yönetimi Veri Template'iniz
Bu, Depo Yönetimi süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.
Belirli bir sistem seçin- Herhangi bir depo yönetim sistemi genelinde uygulanabilir evrensel bir veri yapısı.
- Kapsamlı süreç analizi için önerilen öznitelikler ve aktiviteler.
- Süreç madenciliği yolculuğunuza başlamak için pratik bir temel.
Depo Yönetimi Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| 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 `case` olarak hizmet eder. | ||
| Açıklama Depo Sipariş ID'si, depo yönetim sistemi içindeki her bir lojistik iş emrine atanan benzersiz bir anahtardır. 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 yaşam döngüsünü yeniden yapılandırmak için temeldir. Analistler, Depo Sipariş ID'sini Neden önemli 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 | |||
| Faaliyet Adı ActivityName | Meydana gelen belirli depo görevinin veya olayının adı (örneğin, 'Toplanan Mallar' veya 'Sevkiyat Gönderildi'). | ||
| 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. Süreç madenciliği analizi için bu öznitelik, süreç haritasını oluşturmak için kritik öneme sahiptir. 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 olanak tanır. Aktivitelere yönelik net ve tutarlı bir adlandırma kuralı, anlamlı süreç keşfi ve analizi için hayati öneme sahiptir. Neden önemli 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şturulduGönderim Sevk EdildiDepo Siparişi Tamamlandı | |||
| 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 sağlar. 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 Verinin kaynağı hakkında bağlam sağlar, bu da veri doğrulama, sorun giderme ve farklı sistemler arasındaki süreç varyasyonlarını anlama için çok önemlidir. 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ıç Zamanı EventStartTime | Belirli bir depo etkinliğinin veya olayının ne zaman başladığını gösteren zaman damgası. | ||
| Açıklama Olay Başlangıç Zamanı, bir depo aktivitesinin başladığı anı kaydeden kesin bir zaman damgasıdır. Bu veri noktası, süreç adımlarının zamanlamasını ve süresini anlamak için kritik öneme sahiptir. Bir bitiş zaman damgasıyla birleştirildiğinde, her aktivitenin tamamlanmasının ne kadar sürdüğünü tam olarak hesaplamaya olanak tanır. Süreç madenciliğinde, bu zaman damgası doğru bir süreç akışı oluşturmak için olayları kronolojik olarak sıralamak için temeldir. 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 esastır. Neden önemli Bu 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 `veri`lerin son kez yenilendiği veya çıkarıldığı zamanı belirten `zaman damgası`. | ||
| Açıklama Son Veri Güncelleme 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ı sağlar. Bu öznitelik, süreç madenciliği panolarına ve analizlerine olan güveni sürdürmek için kritik öneme sahiptir. Kullanıcıların, gerçek zamanlıya yakın bilgilere mi yoksa geçmiş verilere mi baktıklarını anlamalarına olanak tanır. Bu 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 Bu zaman damgası, kullanıcıların veri güncelliğini anlamasını sağlar ki bu da Process Mining içgörülerine dayanarak bilinçli ve zamanında kararlar vermek için hayati önem taşır. 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ığı, koli, 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 sağlar. 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 optimize etmek için paha biçilmezdir. Ayrıca, yoğunluğu azaltmak ve akışı iyileştirmek için depo düzeninin yeniden tasarlanmasına da yardımcı olabilir. Neden önemli Depo düzeni ve seyahat verimliliği analizini mümkün kılarak, 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 kritik öneme sahiptir. 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. Süreç madenciliği, 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 mümkün kılar. Neden önemli 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 | |||
| Olay Bitiş Zamanı EventEndTime | Belirli bir depo etkinliğinin veya olayının ne zaman tamamlandığını gösteren zaman damgası. | ||
| Açıklama Olay Bitiş Zamanı, bir depo görevinin veya aktivitenin tamamlandığı kesin anı işaretler. Bu zaman damgası, Olay Başlangıç Zamanının karşılığıdır ve bireysel aktivitelerin süresini ölçmek için esastır. Tüm olayların belirgin bir süresi olmasa da, toplama veya paketleme gibi olanlar için bu veri çok değerlidir. Süreç madenciliğinde, hem başlangıç hem de bitiş zamanlarına sahip olmak, süreç performansının daha karmaşık bir analizine olanak tanır. İş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ı sağlar. Bu ayrım, gerçek operasyonel darboğazları kaynak kullanılabilirliği sorunlarından ayırt etmek için kritik öneme sahiptir. 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 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 Bu, doğruluğu ölçmek için temel sağlar. Gerçek miktar ile karşılaştırılması, Toplama Doğruluğu gibi KPI'ları hesaplamak ve tutarsızlıkları belirlemek için anahtardır. 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 mal kabulü, giden sevkiyat veya dahili transfer olarak sınıflandırır. | ||
| 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 temeldir. 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 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 olanak tanır. Nereden alınır Genellikle depo sipariş belgesinin başlık verilerinde bulunur. Örnekler Giden SevkiyatGelen MakbuzDahili Aktarımİadeler | |||
| Talep Edilen Tamamlama Tarihi RequestedCompletionDate | Depo siparişinin tamamlanması ve gönderilmesi için planlanan veya 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 hizmet eder. Process Mining'de bu nitelik, Zamanında Sevkiyat Performansı analizi için esastır. İş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ı mümkün kılar. Neden önemli 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 anahtardır. 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 | |||
| User ID 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 anahtardır. Bu nitelik, iş gücü ve kaynak yönetimiyle ilgili güçlü analizler yapılmasını sağlar. Farklı kullanıcılar veya ekipler arasındaki verimlilik seviyelerini analiz etmek, eğitim ihtiyaçlarını belirlemek ve standart operasyonel prosedürlere uyumu sağlamak 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 kritik öneme sahiptir. Neden önemli Bu nitelik, kaynak performans analizi için hayati öneme sahiptir; farklı çalışanlar, ekipler veya vardiyalar arasındaki verimlilik ve kalite karşılaştırmalarını sağlar. 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 | |||
| Depo Kimliği WarehouseId | Aktivitenin 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ı sağlar. Ş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 Farklı dağıtım merkezleri arasında performans karşılaştırması ve süreç karşılaştırması yapılmasına olanak tanır, 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 kritik öneme sahiptir. 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 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 sağlamaya 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 | |||
| Gerçek Tamamlama 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ı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 kritik öneme sahiptir. 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 sağlar. Neden önemli Bu, zamanında analiz için gerçek sonucu sağlar. 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 yaşam döngüsündeki son olayın 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 | |||
| Gönderim 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 anahtardır. 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 olanak tanır. 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 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 mümkün kılar. 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 çok önemlidir. Süreç madenciliği, 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 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ı sağlar. Süreci Ürün Kimliği'ne göre analiz etmek önemli içgörüler ortaya çıkarabilir. Ö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 hayati öneme sahiptir. Neden önemli Ürün düzeyinde analiz yapılmasına olanak tanır, 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 Faaliyetleri
| 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 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ı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 Süreç başlangıcı olarak bu olay, toplam sipariş karşılama döngü süresini hesaplamak için kritik öneme sahiptir. 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ı içeren sipariş başlık tablosundan yakalanır. Yakala Birincil depo siparişi veya talep tablosundaki oluşturma 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 yaşam döngüsü durumu 'Tamamlandı' veya 'Kapalı' olarak güncellendiğinde yakalanır. | ||
| Neden önemli 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ını belirleyin. Event tipi inferred | |||
| Gönderim Sevk Edildi | 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 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ı 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ını kullanın. Event tipi explicit | |||
| 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 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 hayati öneme sahiptir. 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ı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 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 anahtardır. Nereden alınır Depo görevi tablosunda bir onay veya tamamlama zaman damgası olarak kaydedilir. Yakala Bir yerleştirme görevi tamamlandı olarak işaretlendiğinde, depo görev tablosundaki onay zaman damgasını kullanın. Event tipi explicit | |||
| Ürünler Toplandı | Bir operatörün öğeleri alıp sistemi içinde eylemi onayladığı toplama görevinin tamamlanmasını temsil eder. Olay, operatör öğeleri taradığında ve cihazında toplamayı onayladığında yakalanır. | ||
| Neden önemli 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ı olarak kaydedilir. Yakala Bir toplama görevi tamamlandı olarak işaretlendiğinde, depo görev tablosundaki onay 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 olanak tanır. | ||
| Neden önemli Bu faaliyet, kabul rıhtımı için yaklaşan iş yüküne görünürlük sağlar. 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ı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 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ını yakalayın. Event tipi explicit | |||
| Mallar Rampaya Ulaştı | 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 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ı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 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ından çıkarılır. Event tipi inferred | |||
| Picking Task Created | 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 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ıyla tanımlanır. Yakala Görev tipi 'Toplama' olan depo görev tablosundaki oluşturma zaman damgasını kullanın. Event tipi explicit | |||
| 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 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ından çıkarılır. Event tipi inferred | |||
| Ü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 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ı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 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ıyla tanımlanır. Yakala Görev tipi 'Yerleştirme' olan depo görev tablosundaki oluşturma zaman damgasını kullanın. Event tipi explicit | |||
Veri Çekim Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,