Depo yönetimi Veri Templateiniz
Depo yönetimi Veri Templateiniz
Bu, Depo Yönetimi için genel amaçlı Process Mining veri Templateimizdir. Daha ayrıntılı yönlendirme için sisteme özel Templatelerimizi kullanın.
Belirli bir sistem seçin- Her türlü depo yönetim sisteminde kullanılabilecek genel bir veri yapısı.
- Ayrıntılı süreç analizi için önerilen öznitelikler ve etkinlikler.
- Process Mining çalışmalarınıza başlamak için kullanabileceğiniz pratik bir temel.
Depo yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Depo siparişi kimliği WarehouseOrderId | Depo siparişini benzersiz biçimde tanımlayan değerdir. Oluşturulmasından tamamlanmasına kadar siparişle ilgili tüm lojistik etkinlikleri izlemek için ana vaka olarak kullanılır. | ||
| Açıklama Depo siparişi kimliği, depo yönetim sistemindeki her lojistik iş emrine atanan benzersiz bir anahtardır. Mal kabulü, yerleştirme, toplama, paketleme ve sevkiyat gibi ilgili tüm etkinlikleri tek bir uçtan uca süreç örneğinde bir araya getirir. Process Mining analizinde bu öznitelik, her depo siparişinin yaşam döngüsünü yeniden oluşturmanın temelini oluşturur. Depo siparişi kimliğini vaka tanımlayıcısı olarak kullanan analistler, siparişin tüm akışını görselleştirebilir, yaygın yolları belirleyebilir, standart süreçten sapmaları keşfedebilir ve başlangıçtan bitişe kadar geçen toplam süreyi ölçebilir. Böylece belirli bir siparişin tüm depo sipariş karşılama süreci ayrıntılı biçimde analiz edilebilir. Neden önemli? Bu temel vaka kimliği, depoyla ilgili tüm etkinlikleri birbirine bağlayarak sipariş karşılama sürecini uçtan uca analiz etmenizi sağlar. Nereden alınır? Genellikle depo siparişi belgelerinin başlık tablolarında veya lojistik görevlerle ilgili işlem kayıtlarında bulunur. Örnekler WO-00583921739200184ORD-C1-99203 | |||
| Etkinlik adı ActivityName | 'Mallar toplandı' veya 'Sevkiyat yola çıktı' gibi gerçekleşen belirli depo görevinin ya da olayın adıdır. | ||
| Açıklama Etkinlik adı, depo yönetimi sürecindeki belirli bir adımı veya olayı tanımlar. Bu etkinlikler, depo siparişini karşılamak için gerçekleştirilen görevleri göstererek süreç akışını ayrıntılı biçimde görmenizi sağlar. Sipariş oluşturma, malları teslim alma, kalite kontrolü yapma, ürünleri toplama ve sevkiyatları yola çıkarma bunlara örnektir. Process Mining analizinde bu öznitelik, süreç haritasını oluşturmak için gereklidir. Süreç grafiğindeki düğümleri tanımlar; böylece analistler olayların sırasını görselleştirebilir, farklı görevlerin ne sıklıkta gerçekleştiğini anlayabilir ve etkinlikler arasındaki darboğazları ya da verimsiz geçişleri belirleyebilir. Etkinliklerin açık ve tutarlı biçimde adlandırılması, anlamlı süreç keşfi ve analizi için önemlidir. Neden önemli? Bu öznitelik, darboğazları ve sapmaları belirlemeye yönelik tüm Process Mining analizlerinin temelini oluşturan süreç haritasındaki adımları tanımlar. Nereden alınır? Genellikle tek tek depo işlemlerinin kaydedildiği olay günlüklerinde, görev yönetimi tablolarında veya işlem verilerinde bulunur. Örnekler Mallar toplandıYerleştirme görevi oluşturulduSevkiyat yola çıktıDepo siparişi tamamlandı | |||
| Kaynak sistem SourceSystem | Verinin çıkarıldığı sistemi veya uygulamayı tanımlayan değerdir. | ||
| Açıklama Kaynak sistem özniteliği, olay verisinin hangi sistemden geldiğini gösterir. Örneğin belirli bir Depo Yönetim Sistemi (WMS), Kurumsal Kaynak Planlama (ERP) sistemi veya eski bir uygulama olabilir. Karmaşık BT ortamlarında tek bir iş süreci birden fazla sisteme yayılabilir; bu alan, her veri parçasının kaynağını ayırt etmeye yardımcı olur. Bu bilgi, veri doğrulama ve yönetişim açısından değerlidir; Process Mining için kullanılan verinin doğru kaynağa kadar izlenmesini sağlar. Veri kalitesi sorunları saptandığında kök neden analizine de yardımcı olur. Analizde, aynı kuruluştaki farklı sistemler veya sistem sürümleri arasındaki süreç farklılıklarını ya da performans metriklerini karşılaştırmak için kullanılabilir. Neden önemli? Verinin kaynağı hakkında bağlam sağlar. Bu bilgi, veriyi doğrulamak, sorunları gidermek ve farklı sistemlerdeki süreç değişikliklerini anlamak için önemlidir. Nereden alınır? Bu bilgi genellikle veri çıkarma (ETL) sürecinde eklenir veya veri ambarlarında ve entegrasyon platformlarında standart bir alan olarak bulunur. Ö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ıdır. | ||
| Açıklama Olay başlangıç zamanı, bir depo etkinliğinin başladığı anı kaydeden kesin zaman damgasıdır. Süreç adımlarının zamanlamasını ve süresini anlamak için önemlidir. Bitiş zaman damgasıyla birlikte kullanıldığında her etkinliğin ne kadar sürdüğü tam olarak hesaplanabilir. Process Mining’de bu zaman damgası, doğru bir süreç akışı oluşturmak için olayları kronolojik sıraya koymanın temelidir. Etkinlikler arasındaki çevrim sürelerini hesaplama, bekleme sürelerini belirleme ve işin geciktiği darboğazları saptama gibi zamana dayalı analizlerde kullanılır. Performans Dashboardları ve süreç verimliliğine ilişkin KPI’lar için başlangıç zamanlarının doğru olması gerekir. Neden önemli? Olayları doğru sıraya koymak ve çevrim sürelerini hesaplamak için bu zaman damgası gereklidir. Bu bilgiler, süreçteki darboğazları ve gecikmeleri belirlemeye yardımcı olur. Nereden alınır? Belirli bir görevin veya durum değişikliğinin başlangıcını kaydeden sistem olay günlüklerinde ya da 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 verinin en son ne zaman yenilendiğini veya çıkarıldığını gösteren zaman damgasıdır. | ||
| Açıklama Son veri güncellemesi zaman damgası, analizde kullanılan veri setinin kaynak sistemlerden en son ne zaman yenilendiğini belirtir. Verinin güncelliğini ve analiz açısından ne kadar geçerli olduğunu göstererek kullanıcıların analizin kapsadığı zaman aralığını anlamasını sağlar. Bu öznitelik, Process Mining Dashboardlarına ve analizlerine duyulan güveni korumak açısından önemlidir. Kullanıcıların gerçek zamana yakın bilgilere mi yoksa geçmiş verilerine mi baktığını anlamasına yardımcı olur. Bu zaman damgasını Dashboardlarda belirgin biçimde göstermek, kullanıcı beklentilerini yönetir ve güncelliğini yitirmiş bilgilere dayanarak yanlış yorum yapılmasını önler. Veri yönetişimi ve şeffaflığın temel unsurlarındandır. Neden önemli? Bu zaman damgası, kullanıcıların verinin ne kadar güncel olduğunu anlamasını sağlar. Böylece Process Mining içgörülerine dayanarak zamanında ve bilinçli kararlar alınabilir. Nereden alınır? Genellikle veri Process Mining platformuna yüklenirken veri çıkarma (ETL) sürecinde oluşturulur ve saklanır. Örnekler 2023-10-27T02:00:00Z2023-10-26T18:00:00Z2023-10-27T04:30:00Z | |||
| Depolama konumu StorageLocation | Malların depolandığı veya toplandığı göz, koridor ya da bölge gibi belirli depo konumudur. | ||
| Açıklama Depolama konumu, bir etkinlikle ilişkili fiziksel depo alanını tanımlar. Toplama görevi için kaynak konumunu, yerleştirme görevi içinse hedef konumu gösterebilir. Ayrıntı düzeyi geniş bir bölgeden belirli bir raf, kat ve göz numarasına kadar değişebilir. Verileri depolama konumuna göre analiz etmek, depo yerleşimi ve verimliliği hakkında bilgi sağlar. Process Mining, farklı konumlar arasındaki yolculuk sürelerini gösterebilir, yoğun etkinlik görülen noktaları belirleyebilir ve verimsiz yerleştirme ya da toplama güzergâhlarını ortaya çıkarabilir. Bu bilgi, sık toplanan ürünleri yolculuk süresini azaltacak ve toplama verimliliğini artıracak şekilde kolay erişilebilir konumlara yerleştirme stratejilerini iyileştirmek için çok değerlidir. Ayrıca yoğunluğu azaltmak ve akışı iyileştirmek amacıyla depo yerleşimini yeniden düzenlemeye yardımcı olabilir. Neden önemli? Depo yerleşimini ve ürünlerin taşınma verimliliğini analiz etmeyi sağlar. Toplama güzergâhlarını ve depolama stratejilerini iyileştirerek çevrim sürelerini azaltmaya yardımcı olur. Nereden alınır? Depo görevlerinin, envanter kayıtlarının ve malzeme hareketi işlemlerinin ayrıntılarında bulunur. Örnekler A1-03-B2RECEIVING-DOCK-04ZONE-C-BULK | |||
| Gerçekleşen miktar ActualQuantity | Bir görev sırasında işlenen veya onaylanan gerçek ürün miktarıdır. Örneğin fiziksel olarak sayılan ya da toplanan miktar. | ||
| Açıklama Gerçekleşen miktar, bir etkinlik sırasında depo çalışanı veya sistem tarafından fiziksel olarak işlenen, sayılan ve onaylanan birim sayısıdır. Tedarikçiden teslim alınan ürün sayısı veya siparişi karşılamak için bir gözden toplanan miktar gibi, görevin sahada nasıl gerçekleştirildiğini yansıtır. Planlanan miktarla karşılaştırıldığında bu öznitelik, fark analizleri için gereklidir. Planlanan ve gerçekleşen miktarlar arasındaki tutarsızlıklar; tedarikçinin eksik sevkiyatı, toplama hataları veya envanter kayıtlarındaki yanlışlıklar gibi süreç sorunlarını doğrudan gösterir. Process Mining, bu farkların en sık hangi ürünler, konumlar veya çalışanlarla ilişkili olduğunu belirleyerek doğruluğu artırmak ve maliyetli hataları azaltmak için hedefli iyileştirmeler yapılmasını sağlar. Neden önemli? Bir görevin gerçek sonucunu ölçer. Planlanan miktarla karşılaştırıldığında toplama, mal kabulü veya sayım süreçlerindeki hataları ve verimsizlikleri belirlemeye yardımcı olur. Nereden alınır? Bir operatörün veya sistemin fiziksel olarak işlenen ürün miktarını girdiği görev onay verilerine kaydedilir. Örnekler 98502500 | |||
| Kullanıcı kimliği UserId | Etkinliği gerçekleştiren depo çalışanını, operatörü veya otomatik sistemi tanımlayan değerdir. | ||
| Açıklama Kullanıcı kimliği, belirli bir depo görevini gerçekleştirmekten sorumlu kişiyi veya kaynağı benzersiz biçimde tanımlar. Bu kişi bir depo çalışanı, vardiya amiri ya da robot veya konveyör kontrolörü gibi otomatik bir sistem olabilir. Her etkinliği kimin gerçekleştirdiğini izlemek, kaynak tahsisini ve performansı anlamak açısından önemlidir. Bu öznitelik, iş gücü ve kaynak yönetimiyle ilgili ayrıntılı analizler yapmanızı sağlar. Farklı kullanıcıların veya ekiplerin verimlilik düzeylerini incelemek, eğitim ihtiyaçlarını belirlemek ve standart çalışma prosedürlerine uyumu kontrol etmek için kullanılabilir. Analistler süreç haritasını kullanıcı kimliğine göre filtreleyerek farklı kişilerin veya ekiplerin aynı süreci nasıl yürüttüğünü karşılaştırabilir, iyi uygulamaları ya da iyileştirilmesi gereken alanları ortaya çıkarabilir. Uyumluluk ve denetim çalışmaları için de önemlidir. Neden önemli? Bu öznitelik, farklı çalışanların, ekiplerin veya vardiyaların verimliliğini ve kalitesini karşılaştırarak kaynak performansını analiz etmeye yardımcı olur. Nereden alınır? Genellikle işlemi onaylayan veya tamamlayan kullanıcının kaydedildiği işlem günlüklerinde ya da görev yürütme kayıtlarında bulunur. Örnekler JSMITHOPERATOR_1138ROBOT_A05 | |||
| Olay bitiş zamanı EventEndTime | Belirli bir depo etkinliğinin veya olayının ne zaman tamamlandığını gösteren zaman damgasıdır. | ||
| Açıklama Olay bitiş zamanı, bir depo görevinin veya etkinliğinin tamamlandığı kesin anı gösterir. Olay başlangıç zamanının karşılığı olan bu zaman damgası, tek tek etkinliklerin süresini ölçmek için gereklidir. Her olayın belirgin bir süresi olmayabilir; ancak toplama veya paketleme gibi etkinliklerde bu veri çok değerlidir. Process Mining’de hem başlangıç hem de bitiş zamanlarının bulunması, süreç performansının daha ayrıntılı analiz edilmesini sağlar. Böylece işlem süreleri, yani bir görev üzerinde fiilen çalışılan süre ile görevler arasındaki bekleme süreleri hesaplanabilir. Bu ayrım, gerçek operasyonel darboğazları kaynak bulunabilirliği sorunlarından ayırmak açısından önemlidir. Etkinlik sürelerini analiz etmek; performans kıyaslamasına, kaynak planlamasına ve operasyonları iyileştirme fırsatlarını belirlemeye yardımcı olur. Neden önemli? Etkinliklerin kesin süresini hesaplamayı sağlar. Böylece darboğaz analizinde fiilî işlem süresi ile boşta geçen bekleme süresi birbirinden ayrılabilir. Nereden alınır? Belirli bir görevin tamamlandığını veya durum değişikliğini kaydeden sistem olay günlüklerinde ya da işlem kayıtlarında bulunur. Örnekler 2023-04-15T09:25:11Z2023-05-20T14:05:30Z2023-06-01T08:45:00Z | |||
| Planlanan miktar PlannedQuantity | Satın alma veya satış siparişi gibi kaynak belgeye göre belirli bir görev için beklenen ürün miktarıdır. | ||
| Açıklama Planlanan miktar, belirli bir depo görevi için hedeflenen birim sayısını ifade eder. Gelen siparişte teslim alınması beklenen miktarı, giden siparişte ise toplanıp sevk edilmesi gereken miktarı gösterir. Bu değer genellikle satın alma siparişi veya satış siparişi gibi kaynak iş belgesinden alınır. Bu öznitelik, performans ve doğruluk analizleri için önemli bir karşılaştırma noktası sağlar. İşletmeler planlanan miktarı gerçekleşen miktarla karşılaştırarak toplama doğruluğunu, mal kabulündeki farkları ve envanter kayıtlarının doğruluğunu ölçebilir. Farkları analiz etmek; tedarikçiler, iç süreçler veya envanter verileriyle ilgili sistematik sorunları belirlemeye, operasyonel verimliliği ve müşteri memnuniyetini artırmaya yardımcı olur. Neden önemli? Doğruluğu ölçmek için bir karşılaştırma noktası sağlar. Gerçekleşen miktarla karşılaştırmak, toplama doğruluğu gibi KPI’ları hesaplamak ve farkları belirlemek açısından önemlidir. Nereden alınır? Depo siparişi veya görevinin kalem ayrıntılarında bulunur; genellikle ilgili satış siparişinden, satın alma siparişinden veya transfer siparişinden alınır. Örnekler 100502500 | |||
| Sipariş türü OrderType | Depo siparişini gelen mal kabulü, giden sevkiyat veya kurum içi transfer gibi kategorilere ayı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 teslim almak için gelen siparişler, ürünleri müşterilere göndermek için giden siparişler ve ikmal ya da envanter düzeltmesi gibi hareketler için kurum içi siparişler bulunur. Bu öznitelik, farklı depo süreçlerini gruplandırmak ve karşılaştırmak için temel oluşturur. Gelen siparişin süreç akışı, giden siparişinkinden oldukça farklıdır. Analistler sipariş türünü filtre olarak kullanarak her akış için ayrı süreç haritaları ve Dashboardlar oluşturabilir; böylece daha doğru ve ilgili analizler yapabilir. Farklı sipariş türlerinin çevrim süresi gibi KPI’larını karşılaştırmak, kaynakları daha verimli tahsis etmeye ve süreçleri belirli ihtiyaçlara göre düzenlemeye yardımcı olur. Neden önemli? Farklı akışlara ve performans hedeflerine sahip gelen, giden ve kurum içi hareketler gibi süreçleri birbirinden ayırıp karşılaştırmanızı sağlar. Nereden alınır? Genellikle depo siparişi belgesinin başlık verilerinde bulunur. Örnekler Giden sevkiyatGelen mal kabulüDahili transferİadeler | |||
| Talep edilen tamamlanma tarihi RequestedCompletionDate | Depo siparişinin tamamlanıp sevk edilmesinin planlandığı veya talep edildiği tarih ve saat. | ||
| Açıklama Talep edilen tamamlanma tarihi, genellikle sevkiyat siparişleri için depo siparişinin tamamlanması gereken hedef tarihi belirtir. Bu tarih çoğunlukla müşteri taahhütlerine, taşıyıcının teslim alma programına veya kurum içi hizmet seviyesi anlaşmalarına (SLA) göre belirlenir. Zamanında performansı ölçmek için temel ölçüt olarak kullanılır. Process Mining çalışmalarında bu öznitelik, zamanında sevkiyat performansını analiz etmek için gereklidir. İşletmeler, gerçek tamamlanma tarihini talep edilen tamamlanma tarihiyle karşılaştırarak zamanında sevkiyat oranını hesaplayabilir ve gecikmelerin temel nedenlerini belirleyebilir. Talep edilen tarihe yetişmeyen siparişlerin analizi, sürekli gecikmeye yol açan belirli darboğazları, kaynak kısıtlarını veya süreç adımlarını ortaya çıkarabilir ve iyileştirme çalışmalarının doğru noktalara yönelmesini sağlar. Neden önemli? Zamanında performansı ölçmek için temel ölçüttür. Gerçek tamamlanma tarihiyle karşılaştırılması, zamanında sevkiyat oranı KPI’ını hesaplamanın anahtarıdır. Nereden alınır? Genellikle depo siparişinin üstbilgi verilerinde bulunur; çoğu zaman ilişkili satış siparişinden veya müşteri talebinden alınır. Örnekler 2023-07-20T17:00:00Z2023-08-01T23:59:59Z2023-07-22T12:00:00Z | |||
| Depo kimliği WarehouseId | Etkinliğin gerçekleştiği belirli depo veya dağıtım merkezinin tanımlayıcısı. | ||
| Açıklama Depo kimliği, kaydedilen etkinliklerin gerçekleştiği dağıtım merkezi veya depo gibi fiziksel tesisi tanımlayan benzersiz bir koddur. Birden fazla lojistik tesisten oluşan bir ağ işleten kuruluşlar için özellikle önemlidir. Bu öznitelik, farklı konumları karşılaştırmalı olarak analiz etmenizi sağlar. Verileri depo kimliğine göre filtreleyerek veya gruplandırarak performansı kıyaslayabilir, süreç verimliliğini karşılaştırabilir ve başarılı tesislerdeki iyi uygulamaları belirleyip başka yerlerde de uygulayabilirsiniz. Ayrıca bölgesel talep farklılıklarını, kaynak kullanımını ve operasyonel zorlukları anlamanıza yardımcı olur; böylece ağ genelinde stratejik kararlar alabilirsiniz. Neden önemli? Farklı dağıtım merkezlerinin performansını kıyaslamanıza ve süreçlerini karşılaştırmanıza olanak tanır. Böylece iyi uygulamaları ve bölgesel sorunları belirleyebilirsiniz. Nereden alınır? Kuruluş verilerinin temel alanlarından biridir ve genellikle depoyla ilgili işlem belgelerinin neredeyse tamamının üstbilgisinde bulunur. Örnekler WH-CENTRAL-01DC-WEST-CA1710 | |||
| Ekipman kimliği EquipmentId | Belirli bir forklift veya konveyör bandı gibi, görevde kullanılan malzeme taşıma ekipmanının tanımlayıcısı. | ||
| Açıklama Ekipman kimliği, depo görevini yerine getirmek için kullanılan malzeme taşıma ekipmanını (MHE) belirtir. Forkliftler, transpaletler, el tipi tarayıcılar, sesli toplama kulaklıkları veya konveyör ve ayırma makineleri gibi otomatik sistemler bu kapsama girer. Süreç verilerini ekipman kimliğine göre analiz etmek, varlık kullanımını ve bakım planlamasını değerlendirmek açısından önemlidir. Hangi ekipmanın en sık kullanıldığı, ekipman kaynaklı darboğazların bulunup bulunmadığı ve ekipman performansının toplam görev süresini nasıl etkilediği gibi soruları yanıtlamanıza yardımcı olur. Bu bilgiler; ekipman satın alma, depo genelinde araç filosunu dengeleme ve arıza süresini azaltmak için önleyici bakım planlama kararlarına yön verebilir. Neden önemli? Bu öznitelik, makinelerin kaynak kullanımını analiz etmenize, ekipman kaynaklı darboğazları belirlemenize ve bakım ya da satın alma kararlarına bilgi sağlamanıza yardımcı olur. Nereden alınır? Operatörün işi yapmak için kullandığı ekipmanı kaydettiği görev onay verilerinde veya otomatik sistem günlüklerinde bulunabilir. Örnekler FORKLIFT-07SCANNER-HH-112CONVEYOR-B3 | |||
| Gerçek tamamlanma tarihi ActualCompletionDate | Depo siparişine ait son etkinliğin tamamlandığı gerçek tarih ve saat; genellikle sevkiyat anıdır. | ||
| Açıklama Gerçek tamamlanma tarihi, depo siparişiyle ilgili tüm etkinliklerin tamamlandığını gösteren zaman damgasıdır. Sevkiyat siparişlerinde bu genellikle yükün depodan çıktığı andır. Gelen siparişlerde ise tüm ürünlerin depoya yerleştirilip envantere alındığı an olabilir. Bu öznitelik, talep edilen tamamlanma tarihinin gerçekleşen karşılığıdır ve performans ölçümü için önemlidir. Zamanında teslimat oranları ve genel sipariş karşılama çevrim süresi doğrudan bu bilgi kullanılarak hesaplanır. Temel neden analizinde, gerçek tamamlanma tarihi geciken vakaları filtreleyerek geciken siparişlerin süreç akışlarını inceleyebilir ve ortak örüntüleri veya nedenleri belirleyebilirsiniz. Neden önemli? Zamanında performans analizinde gerçekleşen sonucu gösterir. Toplam çevrim süresini hesaplamak ve siparişin erken mi, zamanında mı yoksa geç mi tamamlandığını belirlemek için kullanılır. Nereden alınır? Sipariş yaşam döngüsündeki son olayın zaman damgasıdır. Örneğin Sevkiyat yapıldı 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 bağlı olduğu sevkiyatın benzersiz tanımlayıcısı. | ||
| Açıklama Sevkiyat kimliği, bir veya daha fazla depo siparişini tek bir sevkiyat altında gruplandıran benzersiz bir anahtardır. Bir sevkiyat, aynı varış noktasına giden veya aynı taşıyıcı tarafından taşınan birden fazla sipariş içerebilir. Bu tanımlayıcı, depo etkinliklerini taşıma ve lojistik aşamasıyla ilişkilendirir. Bu öznitelik, yalnızca tek tek siparişleri değil, birleştirilmiş sevkiyatları da analiz etmenizi sağlar. Toplama ve yükleme süreçlerinin verimliliğini incelemek, sevkiyat için ilk ürünün toplanmasından kamyonun hareket etmesine kadar geçen toplam süreyi ölçmek ve depo performansını taşıma verileriyle ilişkilendirmek için kullanılabilir. Bu geniş bakış, yalnızca depo içindeki adımları değil, sevkiyat lojistiğinin tamamını iyileştirmenize yardımcı olur. Neden önemli? Birden fazla depo siparişini tek bir sevkiyatta gruplandırır. Böylece hazırlık ve yükleme verimliliği dahil, birleştirilmiş sevkiyat sürecini analiz edebilirsiniz. Nereden alınır? Sevkiyat veya taşıma belgelerinde bulunur; genellikle dalga planlama ya da tahsis aşamasında depo siparişleriyle ilişkilendirilir. Örnekler SHP-440921ASN-88201-3BOL-592100 | |||
| Sipariş önceliği OrderPriority | Depo siparişinin aciliyetini veya önceliğini belirtir. Örneğin Yüksek, Standart veya Düşük olabilir. | ||
| Açıklama Sipariş önceliği, bir depo siparişinin göreli önemini veya aciliyetini gösteren bir sınıflandırmadır. Genellikle görevlerin hangi hızda ve sırayla atanıp yürütüleceğini belirler. Örneğin, acil veya yüksek öncelikli bir sipariş, daha sonra ulaşmış olsa bile standart öncelikli siparişlerden önce işlenebilir. Sipariş önceliğine göre süreç analizi yapmak, hizmet seviyesi anlaşmalarına (SLA) uyumu değerlendirmek açısından önemlidir. Process Mining, yüksek öncelikli siparişlerin gerçekten standart siparişlerden daha hızlı işlenip işlenmediğini doğrulayabilir. Ayrıca bazı siparişlere öncelik verilmesinin diğerlerinde önemli gecikmelere veya darboğazlara yol açıp açmadığını da ortaya çıkarabilir. Bu analiz, acil siparişlerin hızını genel depo verimliliğiyle dengelemek için öncelik kurallarını ve kaynak tahsisi stratejilerini iyileştirmenize yardımcı olur. Neden önemli? Yüksek öncelikli siparişlerin düşük öncelikli siparişlerden daha hızlı işlendiğini doğrulayarak hizmet seviyesi anlaşmalarına uyulup uyulmadığını değerlendirmenize yardımcı olur. Nereden alınır? Genellikle depo siparişinin üstbilgi verilerinde bulunur; çoğu zaman kaynak satış siparişi veya iş gereksinimleri tarafından belirlenir. Örnekler YüksekStandartDüşükAcil | |||
| Ürün kimliği ProductId | İşlenen ürün, malzeme veya stok tutma birimini (SKU) benzersiz biçimde tanımlayan değerdir. | ||
| Açıklama Ürün kimliği, SKU veya malzeme numarası olarak da bilinir ve depoda saklanan her ürüne atanan benzersiz koddur. Bu kimlik, etkinlikleri belirli ürünlerle ilişkilendirerek farklı ürün türlerinin nasıl işlendiğini ayrıntılı biçimde analiz etmenizi sağlar. Süreci ürün kimliğine göre analiz etmek önemli içgörüler sağlayabilir. Örneğin hacimli ürünlerle küçük ürünlerin elleçleme sürelerini karşılaştırabilir, kalite bekletmesi gibi süreç sapmalarıyla sıkça ilişkilendirilen ürünleri belirleyebilir veya yüksek ve düşük talep gören ürünlerin sipariş karşılama süreçlerini inceleyebilirsiniz. Bu ayrıntı düzeyi, envanter yönetimini iyileştirmek, depo yerleşimini planlamak ve lojistik süreçleri ürün özelliklerine göre düzenlemek için gereklidir. Neden önemli? Ürün düzeyinde analiz yapmanızı sağlayarak belirli ürünlerle veya ürün kategorileriyle ilişkili süreç farklılıklarını ve darboğazları ortaya çıkarır. Nereden alınır? Bu bilgi, depo siparişlerinin, görevlerin ve envanter kayıtlarının ürün kalemi düzeyindeki ayrıntılarında bulunur. Örnekler SKU-987-BMAT-001254PROD-XYZ-001 | |||
Depo yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Depo siparişi iptal edildi | Depo siparişinin tamamen işlenmeden veya sevk edilmeden önce iptal edildiğini ifade eder. Bir kullanıcı veya sistem iptal işlemini gerçekleştirdiğinde kaydedilir. | ||
| Neden önemli? Bu olay, sürecin başarısızlıkla sona erdiğini gösterir. İptalleri analiz etmek, stok tutarsızlıkları veya müşteri talebindeki değişiklikler gibi süreç sorunlarının nedenlerini belirlemeye yardımcı olur. Nereden alınır? Sipariş başlık tablosundaki durumun 'Canceled' veya 'Voided' olarak değişmesinden çıkarılır. Kaydedin Depo siparişi durumu 'Canceled' olarak güncellendiğinde oluşan zaman damgasını belirleyin. Olay türü inferred | |||
| Depo siparişi oluşturuldu | Bu etkinlik, gelen, giden veya kurum içi görevleri yönetmek için kullanılan temel belge olan depo siparişinin oluşturulmasını belirtir. Yeni bir siparişin depo yönetim sistemine manuel olarak veya entegrasyon yoluyla girilmesiyle genellikle açık bir işlem olarak kaydedilir. | ||
| Neden önemli? Sürecin başlangıcını gösteren bu olay, toplam sipariş karşılama çevrim süresini hesaplamak için önemlidir. Talep sinyalinden depo operasyonlarının başlamasına kadar geçen süreyi ölçmeye yardımcı olur. Nereden alınır? Bu olay genellikle her sipariş kaydının oluşturulma zaman damgasını içeren sipariş başlık tablosundan alınır. Kaydedin Birincil depo siparişi veya talep tablosundaki oluşturulma zaman damgasını kullanın. Olay türü explicit | |||
| Depo siparişi tamamlandı | Bu, depo siparişinin son durumudur; siparişle ilişkili tüm etkinliklerin tamamlandığını ve siparişin kapatıldığını gösterir. Siparişin yaşam döngüsü durumu 'Completed' veya 'Closed' olarak güncellendiğinde kaydedilir. | ||
| Neden önemli? Bu olay, sürecin başarıyla sona erdiğini gösterir. Deponun uçtan uca toplam çevrim süresini ve işlem hacmini hesaplamak için gereklidir. Nereden alınır? Sipariş başlık tablosundaki veya belgedeki son durum değişikliğinden çıkarılır. Kaydedin Depo siparişi durumu son aşaması olan 'Completed' veya 'Closed' olarak güncellendiğinde oluşan zaman damgasını belirleyin. Olay türü inferred | |||
| Mallar depoya yerleştirildi | Bu olay, malların belirlenen depolama gözüne başarıyla taşındığını ve tarandığını doğrular. Genellikle çalışan, el terminali kullanarak yerleştirme görevinin tamamlandığını onayladığında kaydedilir. | ||
| Neden önemli? Bu aşama, gelen sürecin sonunu gösterir ve envanteri sipariş karşılama için kullanılabilir hâle getirir. Yerleştirme süresini analiz etmek, iş gücü verimliliğini ve depo yerleşiminin etkinliğini anlamak açısından önemlidir. Nereden alınır? Depo görevi tablosuna onay veya tamamlanma zaman damgası olarak kaydedilir. Kaydedin Yerleştirme görevi tamamlandı olarak işaretlendiğinde depo görevi tablosundaki onay zaman damgasını kullanın. Olay türü explicit | |||
| Mallar teslim alındı | Malların boşaltıldığını, tarandığını ve miktarlarının teslimat belgeleriyle karşılaştırılarak doğrulandığını gösterir. Envanterin depo sorumluluğuna resmen geçtiği önemli bir işlemdir. | ||
| Neden önemli? Bu, gelen süreçte malların resmen depo kontrolüne geçtiği önemli bir aşamadır. Kabul çevrim süresini ve doğruluğunu ölçmek için gereklidir. Nereden alınır? Kullanıcı teslim alınan miktarları onayladığında mal kabul veya envanter işlem tablolarına kaydedilir. Kaydedin Gelen teslimat kalemleriyle bağlantılı mal kabul olayının kayıt tarihini veya işlem zaman damgasını kullanın. Olay türü explicit | |||
| Mallar toplandı | Operatörün ürünleri aldığı ve işlemi sistemde onayladığı toplama görevinin tamamlandığını gösterir. Operatör ürünleri tarayıp cihazında toplamayı onayladığında kaydedilir. | ||
| Neden önemli? Bu, sipariş karşılama hızını doğrudan etkileyen önemli bir aşamadır. Toplama sürelerini analiz etmek, toplayıcı performansını, izlenen güzergâhları ve depo yerleşim stratejilerini değerlendirmeye yardımcı olur. Nereden alınır? Depo görevi tablosuna, toplama görevinin onay veya tamamlanma zaman damgası olarak kaydedilir. Kaydedin Toplama görevi tamamlandı olarak işaretlendiğinde depo görevi tablosundaki onay zaman damgasını kullanın. Olay türü explicit | |||
| Sevkiyat yola çıktı | Bu olay, paketlenmiş malların taşıyıcının kamyonuna yüklendiğini ve kamyonun depodan ayrıldığını gösterir. Sevkiyatı tamamlayan 'Goods Issue' kaydedildiğinde işlenir. | ||
| Neden önemli? Bu, depodaki son fiziksel adımdır ve zamanında sevkiyat metriklerini hesaplamak için önemli bir aşamadır. Malların depodan taşıyıcıya devredildiğini gösterir. Nereden alınır? Sevkiyat veya taşıma belgesinden alınır. Genellikle 'Goods Issue Posting' zaman damgası ya da 'Shipped' durum güncellemesi olarak kaydedilir. Kaydedin Giden teslimatı tamamlayan mal çıkış olayının kayıt tarihini veya işlem zaman damgasını kullanın. Olay türü explicit | |||
| Gelen teslimat bildirildi | Bir tedarikçiden Gelişmiş Sevkiyat Bildirimi (ASN) veya benzer bir belgenin alınmasını ifade eder. Bu olay, ürünlerin depoya doğru yola çıktığını bildirerek mal kabul faaliyetlerinin planlanmasını sağlar. | ||
| Neden önemli? Bu etkinlik, kabul rampasına gelmesi beklenen iş yükünü görünür kılar. Bildirim ile aracın varışı arasındaki süre, tedarikçi performansını ve taşıma gecikmelerini ortaya çıkarabilir. Nereden alınır? Genellikle gelen teslimat veya ASN tablolarında bulunur. Belge, elektronik veri değişimiyle ya da elle girildiğinde kaydedilir. Kaydedin Depo siparişiyle bağlantılı Gelişmiş Sevkiyat Bildirimi veya gelen teslimat belgesinin oluşturulma zaman damgasını bulun. Olay türü explicit | |||
| Kalite kontrolü yapıldı | Mallar kullanıma açılmadan önce üzerlerinde yapılan kalite kontrolünü ifade eder. Bazı malzemelerde standart bir adım olabilir veya istisnai durumlarda başlatılabilir. | ||
| Neden önemli? Kalite kontrolleri, gelen süreçte önemli gecikmelere yol açabilir. Bu etkinliği izlemek, darboğazları belirlemeye ve kalite kontrol ekibinin verimliliğini ölçmeye yardımcı olur. Nereden alınır? Genellikle kalite yönetimi kayıtlarında veya envanter partisi ya da lotundaki durum değişikliği olarak bulunur. Kaydedin Kontrol sonucu kaydedildiğinde ya da envanter durumu Quality Inspection aşamasından Unrestricted durumuna geçtiğinde oluşan zaman damgasını kaydedin. Olay türü explicit | |||
| Mallar paketlendi | Bu olay, sevkiyattaki tüm ürünlerin taşıma kaplarına yerleştirildiğini ve etiketlerin oluşturulduğunu doğrular. Paketleme görevlisi sistemde işlemin tamamlandığını onayladığında kaydedilir. | ||
| Neden önemli? Bu aşama, sipariş hazırlığının tamamlandığını 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 paketleme veya taşıma birimi yönetimi tablosuna açık bir işlem olarak kaydedilir. Kaydedin Taşıma biriminin veya siparişin paketleme durumu 'Completed' olarak ayarlandığında oluşan zaman damgasını kullanın. Olay türü explicit | |||
| Mallar rampaya ulaştı | Bu etkinlik, boşaltma başlamadan önce kamyonun veya taşıyıcının depo kabul rampasına fiziksel olarak ulaştığını gösterir. Olay genellikle saha yönetimi modülüne ya da bir görevlinin teslimat aracının girişini kaydettiği sisteme işlenir. | ||
| Neden önemli? Bu, depodaki fiziksel elleçleme sürecinin başlangıcını gösterir. Varış ile kabul işleminin başlaması arasındaki gecikmeler, kabul rampasındaki veya saha personelindeki darboğazlara işaret edebilir. Nereden alınır? Genellikle kapı kontrolü veya saha yönetimi kayıtlarında ya da gelen teslimat belgesindeki durum güncellemesi olarak yer alır. Kaydedin Gelen teslimat durumu Arrived veya Checked-In olarak güncellendiğinde oluşan zaman damgasını kaydedin. Olay türü explicit | |||
| Paketleme başladı | Bu etkinlik, paketleme istasyonundaki paketleme sürecinin başlangıcını gösterir. Genellikle operatör, sevkiyatı hazırlamak için toplanan ürünleri veya sipariş kasasını taradığında kaydedilir. | ||
| Neden önemli? Bu olay, katma değer sağlayan paketleme adımının başlangıcını belirler. Süresini ölçmek, paketleme istasyonunun verimliliğini ve kaynak tahsisini anlamak açısından önemlidir. Nereden alınır? Paketleme istasyonu kaydında açık bir olay olarak yer alabilir veya giden siparişle ilişkili bir istasyonda yapılan ilk ürün taramasından çıkarılabilir. Kaydedin Belirli bir sipariş için tanımlanmış paketleme iş merkezinde gerçekleşen ilk ürün tarama olayının zaman damgasını kullanarak belirleyin. Olay türü inferred | |||
| Sevkiyat için hazırlandı | Paketlenmiş kapların, taşıyıcının teslim almasını beklemek üzere paketleme alanından belirlenmiş bir sevkiyat bekleme şeridine taşınmasını ifade eder. Bu adım, sevkiyatları düzenler ve yükleme için hazırlar. | ||
| Neden önemli? Bu etkinlik, siparişlerin paketlendikten sonra taşıyıcının teslim almasını ne kadar beklediğini analiz etmeye yardımcı olur. Uzun bekleme süreleri, taşıyıcılarla koordinasyonun yetersiz olduğuna veya rampa kapılarının verimsiz planlandığına işaret edebilir. Nereden alınır? Genellikle hedef konumun bekleme alanı olduğu envanter hareketi işlemlerinden çıkarılır. Kaydedin Taşıma biriminin 'Staging' veya 'Shipping' konumuna taşındığı envanter hareketi işleminin zaman damgasından belirleyin. Olay türü inferred | |||
| Toplama görevi oluşturuldu | Bu olay, operatörün giden siparişi karşılamak üzere malları depolama konumundan alması için bir görev oluşturulduğunu gösterir. Sipariş toplama için serbest bırakıldığında WMS tarafından açık bir olay olarak üretilir. | ||
| Neden önemli? Bu, fiziksel sipariş karşılama sürecinin başlangıcını gösterir. Siparişin oluşturulması ile toplamaya başlanması 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 bulunur. 'picking' türündeki görevlerin oluşturulma zaman damgasıyla belirlenir. Kaydedin Görev türünün 'Picking' olduğu depo görevi tablosundaki oluşturulma zaman damgasını kullanın. Olay türü explicit | |||
| Yerleştirme görevi oluşturuldu | Bu etkinlik, alınan malları kabul rampasından nihai depolama konumuna taşımak için sistemde bir görev oluşturulduğunu gösterir. Depo yönetim sistemi (WMS), depo çalışanına yön vermek üzere bu açık sistem olayını üretir. | ||
| Neden önemli? Bu, yerleştirme sürecinin başlangıcıdır. Mal kabulü ile yerleştirme görevinin oluşturulması arasındaki gecikme, sistem yapılandırması veya performans sorunlarına işaret edebilir. Nereden alınır? Depo görevi veya iş emri tablolarında bulunur. 'putaway' türündeki görevlerin oluşturulma zaman damgasıyla belirlenir. Kaydedin Görev türünün 'Putaway' olduğu depo görevi tablosundaki oluşturulma zaman damgasını kullanın. Olay türü explicit | |||
Veri çıkarma kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Ayrıntılı talimatlar için
Başlamaya hazır mısınız?
Belirli bir sistem için veri çıkarma kılavuzunu seçerek veya bu genel Templatei veri hazırlığı için temel alarak depo yönetiminizi bugün iyileştirmeye başlayın.
Depo performansınızı bugün en üst düzeye çıkarın
Veriye dayalı içgörülerle darboğazları belirleyin, maliyetleri azaltın ve siparişleri daha hızlı karşılayın.
Kredi kartı gerekmez. Kurulum birkaç dakika sürer.