Depo yönetimi Veri Templateiniz
Depo yönetimi Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Manhattan SCALE için veri çıkarma yönergeleri
Depo yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Depo siparişi
WarehouseOrder
|
Gelen mal kabulü veya giden sevkiyat gibi belirli bir lojistik iş biriminin benzersiz tanımlayıcısıdır. | ||
|
Açıklama
Depo siparişi, tek bir lojistik sürece ait tüm etkinlikleri başlangıçtan sona kadar bir araya getiren temel vaka tanımlayıcısıdır. Böylece ürünlerin teslim alınması, depoya yerleştirilmesi, toplanması, paketlenmesi veya gönderilmesi dâhil olmak üzere siparişin depodaki yaşam döngüsü baştan sona izlenebilir. Process Mining analizinde bu öznitelik, her siparişin yolculuğunu yeniden oluşturmanın temelini oluşturur. Analistler tüm olayları belirli bir depo siparişiyle ilişkilendirerek süreç akışlarını görselleştirebilir, siparişlerin çevrim sürelerini ölçebilir ve sipariş karşılama verimliliğini etkileyen farklılıkları veya darboğazları belirleyebilir.
Neden önemli?
Depoyla ilgili tüm etkinlikleri tek bir süreç örneğinde bir araya getiren temel anahtardır ve sürecin baştan sona analiz edilmesini sağlar.
Nereden alınır?
Bu tanımlayıcı genellikle Manhattan SCALE içindeki temel sipariş yönetimi tablolarında, örneğin sipariş üstbilgisi tablosunda bulunur.
Örnekler
WO-00583921WO-00583922WO-00583923
|
|||
|
Etkinlik adı
ActivityName
|
Gerçekleşen belirli depo yönetimi görevinin veya olayın adı. | ||
|
Açıklama
Bu öznitelik, depo yönetimi sürecindeki ayrı adımları veya aşamaları kaydeder. Örnek olarak 'Ürünler depodan toplandı', 'Paketleme başladı' ve 'Sevkiyat gönderildi' verilebilir. Her etkinlik, depo siparişi üzerinde gerçekleştirilen belirli bir işlemi temsil eder. Process Mining için bu öznitelik önemlidir; süreç haritasındaki düğümleri tanımlar. Etkinliklerin sırasını, sıklığını ve süresini analiz ederek süreç akışlarını görselleştirebilir, standart prosedürden sapmaları belirleyebilir ve işin geciktiği darboğazları saptayabilirsiniz.
Neden önemli?
Sürecin adımlarını tanımlar, süreç haritasının temelini oluşturur ve operasyon akışıyla farklılıkların analiz edilmesini sağlar.
Nereden alınır?
Depo siparişlerinin ilerleyişini izleyen Manhattan SCALE işlem kodlarından, olay günlüklerinden veya durum güncelleme tablolarından elde edilir.
Örnekler
Ürünler yükleme alanına ulaştıToplama görevi oluşturulduÜrünler paketlendiSevkiyat gönderildi
|
|||
|
Olay zamanı
EventTime
|
Depo etkinliğinin veya olayının ne zaman gerçekleştiğini gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, süreçte kaydedilen her etkinliğin kesin tarih ve saatini verir. Olay günlüğünün kronolojik temelini oluşturur ve belirli bir sipariş için tüm depo işlemlerinin sırasını ve zamanlamasını belirler. Zamana dayalı Process Mining analizlerinin tümü için olay zamanı gereklidir. Etkinlikler arasındaki çevrim sürelerini ve sürecin toplam süresini hesaplamak, gecikmeleri belirlemek ve süreç performansını farklı dönemlerde incelemek için kullanılır. Güvenilir bir süreç haritası oluşturmak ve anlamlı performans metrikleri elde etmek için zaman damgalarının doğru olması önemlidir.
Neden önemli?
Olayları doğru sıraya koymak ve çevrim süresi ile teslim süresi gibi süreye dayalı metrikleri hesaplamak için bu zaman damgası gereklidir.
Nereden alınır?
Manhattan SCALE içindeki olay günlüğü tablolarında veya işlem kayıtlarında, etkinlik bilgileriyle birlikte bulunur. Alan adları genellikle 'created_ts', 'event_timestamp' veya 'status_change_date' gibi olur.
Örnekler
2023-10-26T08:00:00Z2023-10-26T09:15:30Z2023-10-26T11:45:10Z
|
|||
|
Kaynak sistem
SourceSystem
|
Verinin geldiği sistem. | ||
|
Açıklama
Bu öznitelik, olay verisinin oluşturulduğu kaynak uygulamayı belirtir. Bu süreçte değer genellikle 'Manhattan SCALE' olur. Birden fazla sistemin entegre olduğu ortamlarda bu alan, veri kaynaklarını birbirinden ayırmaya yardımcı olur. Verinin nereden geldiğini gösterir; bu bilgi veri yönetişimi, sorun giderme ve farklı platformlardaki veri yakalama süreçlerinin olası farklılıklarını anlamak açısından önem taşıyabilir.
Neden önemli?
Verinin kaynağı hakkında gerekli bağlamı sağlar. Karmaşık BT ortamlarında veri yönetişimi, doğrulama ve entegrasyon çalışmaları için önemlidir.
Nereden alınır?
Veri setini etiketlemek için genellikle veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde eklenen sabit bir değerdir.
Örnekler
Manhattan SCALESCALE_PRODWMS_US_01
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Kaynak sistemden yapılan en son veri yenilemesinin zaman damgası. | ||
|
Açıklama
Bu öznitelik, verinin Manhattan SCALE sisteminden en son ne zaman çıkarılıp Process Mining aracına yüklendiğini gösterir. Analiz edilen verinin güncelliğini belirtir. Bu bilgi, kullanıcıların analiz verisinin ne kadar güncel olduğunu anlamasına yardımcı olur. Gerçek zamanlı veriye mi yoksa belirli bir andaki görüntüye mi baktıklarını gösterir. Bu ayrım, bilinçli operasyonel kararlar almak ve raporlama yapmak için önemlidir.
Neden önemli?
Verinin güncelliğini göstererek kullanıcıların analiz ve raporların hangi dönemi kapsadığını anlamasına yardımcı olur.
Nereden alınır?
Bu zaman damgası genellikle veri yükleme sırasında ETL aracı veya veri hattı tarafından oluşturulur ve saklanır.
Örnekler
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Bitiş zamanı
EndTime
|
Ölçülebilir süresi olan bir etkinliğin ne zaman tamamlandığını gösteren zaman damgası. | ||
|
Açıklama
Bitiş zamanı, bir etkinliğin tamamlandığı anı belirtir. Başlangıç zamanıyla (EventTime) birlikte kullanıldığında, tek tek görevlerin işlem süresi kesin olarak hesaplanabilir. Her olayın ayrı bir bitiş zamanı olmayabilir; ancak 'Toplama' veya 'Paketleme' gibi etkinliklerde bu veri çok değerlidir. Analizde bitiş zamanı, kaynak verimliliğini ve görev süresini anlamak için önemli olan 'ProcessingTime' metriğini hesaplamakta kullanılır. Böylece hangi etkinliklerin en uzun sürdüğü, toplam çevrim süresine ve olası gecikmelere nasıl katkıda bulunduğu belirlenebilir.
Neden önemli?
Tek tek etkinliklerin işlem süresini kesin olarak hesaplamayı sağlar. Böylece en çok zaman ve kaynak tüketen görevler belirlenebilir.
Nereden alınır?
Başlangıç zamanıyla aynı işlem günlüklerinde, 'completed_ts' veya 'end_time' gibi ayrı bir alanda bulunabilir. Doğrudan mevcut değilse bazen sonraki etkinliğin başlangıç zamanından çıkarılabilir.
Örnekler
2023-10-26T08:15:00Z2023-10-26T09:30:45Z2023-10-26T12:05:00Z
|
|||
|
Gerçek miktar
ActualQuantity
|
Sayılan, toplanan veya sevk edilen malzemenin gerçek miktarı. | ||
|
Açıklama
Bu öznitelik, mal kabulü veya toplama gibi önemli bir kontrol noktasında ölçülen ürün miktarını kaydeder. Planlanandan farklı olabilen, fiziksel olarak işlem gören miktarı gösterir. Farkları belirlemek için gerçek miktarı planlanan miktarla karşılaştırmak gerekir. 'Sipariş miktarı farkı eğilimleri' Dashboardı ve ilgili KPI bu karşılaştırmaya dayanır. Farkları izlemek; tedarikçi doğruluğu, envanter kayıtları veya toplama hatalarıyla ilgili sorunları belirlemeye yardımcı olur. Bu sorunların giderilmesi, envanter kayıtlarının doğruluğunu korumak açısından önemlidir.
Neden önemli?
Planlanan ve gerçekleşen miktarlar arasındaki farkları belirlemeye yardımcı olur; olası envanter doğruluğu sorunlarını veya operasyonel hataları ortaya çıkarır.
Nereden alınır?
Manhattan SCALE içinde mal kabulü, sayım veya toplama gibi etkinliklere ait işlem ayrıntısı kayıtlarında bulunur.
Örnekler
100985010
|
|||
|
İstenen tamamlanma tarihi
RequestedCompletionDate
|
Müşterinin veya kurum içi paydaşın siparişin gönderilmesini istediği tarih. | ||
|
Açıklama
Bu öznitelik, giden depo siparişi için hizmet düzeyi anlaşmasını (SLA) veya hedef teslimat tarihini belirtir. Depo operasyonlarının zamanında teslimat performansını ölçerken esas alınan son tarihtir. Bu tarih, performans değerlendirmesinde önemli bir ölçüttür. Bir siparişin zamanında karşılanıp karşılanmadığını belirlemek için 'Sevkiyatların zamanında gerçekleşme performansı' Dashboardında ve 'Zamanında sevkiyat oranı' KPI’ında kullanılır. Bu tarihi kaçıran siparişleri analiz etmek, gecikmelerin sistemik nedenlerini belirlemeye ve müşteri memnuniyetini artırmaya yardımcı olur.
Neden önemli?
Sevkiyatların zamanında gerçekleşme performansını ve müşteri hizmet düzeyi anlaşmalarına uyumu ölçmek için temel ölçüttür.
Nereden alınır?
Genellikle Manhattan SCALE içindeki sipariş üstbilgisi tablosunda saklanır ve çoğu zaman üst sistemdeki bir ERP veya Sipariş Yönetim Sisteminden alınır.
Örnekler
2023-10-28T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z
|
|||
|
Kullanıcı/operatör kimliği
UserOperatorId
|
Etkinliği gerçekleştiren depo çalışanının veya operatörün benzersiz tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, toplama, paketleme veya depoya yerleştirme gibi belirli bir depo görevini gerçekleştirmekten sorumlu kullanıcının kimliğini kaydeder. Süreç etkinliklerini görev alan çalışanlarla ilişkilendirir. Kullanıcı/operatör kimliğine göre performansı analiz etmek, kaynak kullanımını ve kişi ya da ekip verimliliğini anlamak için gereklidir. En iyi performans gösterenleri, eğitim ihtiyaçlarını ve iş yükü dağılımını belirlemeye yardımcı olur. Bu veri, 'Operatöre göre kaynak kullanımı' Dashboardı ve ilgili KPI’lar için temel oluşturur; yöneticilerin personel planlamasını ve görev dağılımını iyileştirmesini sağlar.
Neden önemli?
Süreç performansını belirli kişiler veya ekiplerle ilişkilendirerek iş yükü, verimlilik ve kaynak dağılımının analiz edilmesini sağlar.
Nereden alınır?
Bu bilgi genellikle Manhattan SCALE işlem günlüklerinde, 'user_id', 'operator' veya 'executed_by' gibi alanlarda kaydedilir.
Örnekler
JSMITHBWILLIAMSLCHEN
|
|||
|
Malzeme kimliği
MaterialId
|
İşlem gören ürünün veya malzemenin benzersiz tanımlayıcısı. | ||
|
Açıklama
Genellikle SKU (stok tutma birimi) olarak bilinen bu öznitelik, depo etkinliğine konu olan belirli ürünü tanımlar. Bir depo siparişinde, her biri ayrı satırlarda veya görevlerde işlenen birden fazla malzeme bulunabilir. Süreci malzeme kimliğine göre analiz etmek, ürüne özgü sorunları ortaya çıkarabilir. Örneğin bazı ürünlerde kalite kontrol başarısızlıkları, toplama hataları veya boyut, ağırlık ya da depolama gereksinimleri nedeniyle daha uzun işlem süreleri görülebilir. Bu analiz, farklı ürün türleri için depolama stratejilerini ve elleçleme prosedürlerini iyileştirmeye yardımcı olur.
Neden önemli?
Ürün düzeyinde analiz yaparak belirli ürünlerin süreç gecikmeleri, hatalar veya yeniden çalışmayla ilişkili olup olmadığını belirlemeyi sağlar.
Nereden alınır?
Manhattan SCALE içindeki sipariş satırı tablolarında bulunur ve ana depo siparişiyle ilişkilendirilir.
Örnekler
SKU-10234-ASKU-98543-BMAT-HDWR-550
|
|||
|
Sipariş türü
OrderType
|
Depo siparişini gelen, giden veya kurum içi transfer gibi bir kategoriye ayırır. | ||
|
Açıklama
Sipariş türü, depo siparişinin genel amacını belirtir. Yaygın türler arasında müşteri sevkiyatları (giden), tedarikçi teslimatları (gelen), konumlar arası stok transferleri (kurum içi) ve iadeler bulunur. Bu öznitelik, süreç analizini bölümlere ayırmayı sağlar. Sipariş türüne göre filtreleme yaparak mal kabulü ile sevkiyat gibi farklı süreçlerin performansını karşılaştırabilirsiniz. Bu süreçlerin adımları, kaynakları ve performans hedefleri çoğu zaman birbirinden farklıdır; bu nedenle hepsini birlikte analiz etmek yanıltıcı olabilir.
Neden önemli?
Gelen ve giden süreçler gibi akışları ve performans beklentileri farklı olan süreçleri ayırıp karşılaştırmayı sağlar.
Nereden alınır?
Manhattan SCALE içindeki sipariş üstbilgisi verilerinde bulunur. Alanın adı 'order_type', 'transaction_type' veya benzeri olabilir.
Örnekler
Gelen mal kabulüGiden sevkiyatKurum içi transferMüşteri iadesi
|
|||
|
Depolama konumu
StorageLocation
|
Ürünlerin depolandığı veya toplandığı depo içindeki belirli konum; örneğin göz veya koridor. | ||
|
Açıklama
Bu öznitelik, depolama veya ürün alma etkinliğinde kullanılan fiziksel konumu (ör. 5. koridor, 3. göz, C düzeyi) belirtir. Depo sürecine mekânsal bağlam kazandırır. Etkinlikleri depolama konumuna göre analiz etmek, depo yerleşimini ve malzeme akışını iyileştirmek için önemlidir. Sık kullanılan konumları, toplama sırasında verimsiz güzergâhları veya yoğunluğun yaşandığı alanları belirlemeye yardımcı olabilir. Bu veri, depoya yerleştirme ve toplama verimliliğinin analizini destekleyerek depolama stratejilerini iyileştirme fırsatlarını ortaya çıkarır.
Neden önemli?
Depo içindeki hareketlere mekânsal bağlam kazandırır; yerleşim verimliliğinin, yol sürelerinin ve toplama güzergâhlarının iyileştirilmesinin analiz edilmesini sağlar.
Nereden alınır?
Manhattan SCALE içindeki depoya yerleştirme ve toplama etkinliklerinin görev düzeyindeki verilerinde, 'location_id', 'bin_code' veya 'source_location' gibi alanlarda bulunur.
Örnekler
A01-R02-B03DOCK-04PACK-STATION-12
|
|||
|
Gerçek tamamlanma tarihi
ActualCompletionDate
|
Depo siparişinin, genellikle sevkiyat sırasında tamamlandığı gerçek tarih. | ||
|
Açıklama
Bu öznitelik, 'Sevkiyat gönderildi' gibi depo sürecinin sipariş için son adımını belirten zaman damgasıdır. Sipariş karşılama sürecinin fiilen tamamlandığı zamanı gösterir. Zamanında sevkiyat performansını hesaplamak için bu tarih doğrudan 'İstenen tamamlanma tarihi' ile karşılaştırılır. Depo sorumluluğunun sipariş için ne zaman sona erdiğini doğrulayan gerçek veridir. Bu özniteliğin analizi, sipariş karşılama çevrim sürelerini ve SLA’lara göre performansı doğru ölçmeye yardımcı olur.
Neden önemli?
Siparişin tamamlandığı gerçek zaman damgasını verir. Gerçek çevrim sürelerini hesaplamak ve istenen tarihlere göre performansı ölçmek için kullanılır.
Nereden alınır?
Süreçteki son etkinliğin, örneğin 'Sevkiyat gönderildi' veya 'Depo siparişi tamamlandı' etkinliğinin zaman damgasına karşılık gelir.
Örnekler
2023-10-28T14:30:00Z2023-11-06T11:00:00Z2023-11-10T18:00:00Z
|
|||
|
Kalite kontrol sonucu
QualityInspectionResult
|
'Geçti', 'Kaldı' veya 'Yeniden çalışma gerekiyor' gibi kalite kontrol etkinliğinin sonucu. | ||
|
Açıklama
Bu öznitelik, 'Kalite kontrolü yapıldı' etkinliğinin sonucunu kaydeder. Teslim alınan ürünlerin gerekli kalite standartlarını karşılayıp karşılamadığını veya ek işlem gerekip gerekmediğini gösterir. Kalite yönetimi analizinde bu öznitelik önemlidir. 'Kalite kontrol uyumluluk oranı’nı yalnızca kurallara uyum açısından değil, sonuçlar bakımından da izlemeye yardımcı olur. Tedarikçiye veya malzemeye göre başarısızlık oranlarını analiz etmek, satın alma kararlarını iyileştirebilir ve düşük kaliteli ürünlerin sonraki aşamalarda yol açtığı maliyetleri azaltabilir.
Neden önemli?
Kalite kontrollerinin sonucunu göstererek tedarikçi kalitesinin, ürün sorunlarının ve inceleme sürecinin etkinliğinin analiz edilmesini sağlar.
Nereden alınır?
Manhattan SCALE dokümantasyonuna başvurun. Bu bilgi muhtemelen kalite yönetimi veya mal kabulü görevleriyle ilgili tablolarda saklanır.
Örnekler
GeçtiKaldıYeniden çalışma gerekiyor
|
|||
|
Kullanılan ekipman
EquipmentUsed
|
Etkinlikte kullanılan forklift veya el terminali gibi ekipmanın tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, depo görevini gerçekleştirmek için kullanılan malzeme elleçleme ekipmanını (MHE) veya teknolojiyi belirtir. Belirli forklift kimliklerini, transpalet numaralarını veya el tipi RF tarayıcı kimliklerini içerebilir. Bu veri, insan operatörlerin ötesinde kaynak kullanımını analiz etmek için de değerlidir. Maliyeti yüksek ekipmanların kullanım biçimlerini anlamaya, bakım planlamasına ve ihtiyaç duyulduğunda doğru araçların hazır olmasını sağlamaya yardımcı olur. Analiz için ek bir boyut sunarak 'Kaynak kullanımı (toplama)' gibi KPI’ları doğrudan destekler.
Neden önemli?
Ekipman kullanımını ve bunun süreç verimliliğine etkisini analiz etmeyi sağlar; bakım takvimlerinin ve MHE yatırımlarının yönetimine yardımcı olur.
Nereden alınır?
Manhattan SCALE dokümantasyonuna veya sistem günlüklerine başvurun. Sistem bu bilgiyi kaydedecek şekilde yapılandırılmışsa görev yürütme kayıtlarında izleniyor olabilir.
Örnekler
FORKLIFT-07SCANNER-58BCART-22
|
|||
|
Mal kabulünden rafa yerleştirmeye kadar geçen süre
GoodsReceiptToPutawayTime
|
Ürünlerin teslim alınmasından depoda rafa yerleştirilmesine kadar geçen süre. | ||
|
Açıklama
Bu hesaplanan metrik, gelen ürün sürecinin önemli bir bölümünü ölçer: 'Ürünler teslim alındı ve sayıldı' etkinliği ile 'Ürünler depoda rafa yerleştirildi' etkinliği arasındaki süreyi. Mal kabul alanının ve rafa yerleştirme operasyonlarının verimliliğini ortaya koyar. Bu süre, 'Mal kabulünden rafa yerleştirmeye çevrim' Dashboardı ve ilgili KPI için temel girdilerden biridir. Yüksek değerler, mal kabul alanındaki darboğazlara, rafa yerleştirme görevlerinin oluşturulmasındaki gecikmelere veya verimsiz güzergâhlara işaret edebilir. Bunların tümü envanterin kullanıma sunulmasını geciktirir.
Neden önemli?
Gelen ürün sürecinin önemli bir adımındaki verimliliği ayrı olarak ölçer ve envanterin kullanıma sunulmasını geciktiren darboğazları ortaya çıkarır.
Nereden alınır?
Belirli bir vaka için 'Ürünler teslim alındı ve sayıldı' ile 'Ürünler depoda rafa yerleştirildi' olaylarının zaman damgaları arasındaki fark hesaplanarak elde edilir.
Örnekler
45 dakika2,5 saat8 saat
|
|||
|
Miktar farkı
QuantityDiscrepancy
|
Bir ürünün planlanan miktarı ile gerçekleşen miktarı arasındaki hesaplanmış fark. | ||
|
Açıklama
Bu metrik, 'Gerçek miktar' değerinden 'Planlanan miktar' çıkarılarak hesaplanır. Sıfır dışındaki değerler, işlem gören ürün miktarı ile beklenen miktar arasında fark olduğunu gösterir. Değer pozitif (fazla) veya negatif (eksik) olabilir. Bu öznitelik, 'Sipariş miktarı fark oranı' KPI’sının temelini oluşturur. Mal kabulü veya toplama sırasında oluşan hataların boyutunu ölçerek envanter doğruluğunu izleyen Dashboardlar için net bir metrik sunar. Operasyonel hassasiyeti artırmak için bu farkların eğilimlerini ve kök nedenlerini incelemek önemlidir.
Neden önemli?
Envanter ve sipariş karşılama hatalarının miktarını doğrudan ölçer; doğruluğu ve farkların mali etkisini izlemek için net bir metrik sunar.
Nereden alınır?
Process Mining aracında ActualQuantity - PlannedQuantity formülüyle hesaplanan bir alandır.
Örnekler
0-25
|
|||
|
Planlanan miktar
PlannedQuantity
|
Siparişe göre belirli bir görev için beklenen malzeme miktarı. | ||
|
Açıklama
Bu öznitelik, ilk depo siparişine veya görev talimatına göre teslim alınması, toplanması ya da işlenmesi beklenen ürün miktarını belirtir. Gerçek operasyonun karşılaştırıldığı temel değerdir. Farkları hesaplamak için bu değer 'Gerçek miktar' ile birlikte kullanılır. Planlanan ve gerçekleşen miktarlar arasında sık sık fark görülmesi; tedarikçi sevkiyatları, envanter doğruluğu veya toplama süreçleriyle ilgili sorunlara işaret edebilir. Bu nedenle kalite ve doğruluk analizlerinde önemli bir özniteliktir.
Neden önemli?
Miktar doğruluğunu ölçmek için temel değer sağlar ve envanteri ya da sipariş karşılamayı etkileyen farkları belirlemeye yardımcı olur.
Nereden alınır?
Manhattan SCALE içindeki sipariş satırı veya görev ayrıntısı tablolarında bulunur.
Örnekler
1001005012
|
|||
|
Sevkiyat kimliği
ShipmentId
|
Birlikte gönderilen sipariş grubunun benzersiz tanımlayıcısı. | ||
|
Açıklama
Sevkiyat kimliği, aynı araçla veya aynı yük kapsamında taşınan bir ya da daha fazla depo siparişini bir araya getiren üst düzey bir tanımlayıcıdır. Tek tek siparişleri belirli bir taşıma olayıyla ilişkilendirir. Analizde sevkiyat kimliği, lojistik operasyonlarını daha geniş bir açıdan incelemeyi sağlar. Bekleme ve yükleme aşamalarındaki birleştirme verimliliğini analiz etmek, sevkiyat düzeyinde zamanında teslimat performansını ölçmek ve siparişlerin birleştirilmesinin toplam teslim sürelerini nasıl etkilediğini anlamak için kullanılabilir.
Neden önemli?
Birden fazla siparişi tek bir sevkiyat olayında bir araya getirerek birleştirme, bekleme ve yükleme süreçlerinin analiz edilmesini sağlar.
Nereden alınır?
Manhattan SCALE içindeki taşıma veya sevkiyat yönetimi tablolarında bulunur. Bu kimlik genellikle birden fazla depo siparişiyle ilişkilidir.
Örnekler
SH-945001SH-945002SH-945003
|
|||
|
Sipariş karşılama çevrim süresi
OrderFulfillmentCycleTime
|
Depo siparişinin oluşturulmasından tamamlanmasına kadar geçen toplam süre. | ||
|
Açıklama
Bu metrik, her depo siparişi için 'Depo siparişi oluşturuldu' olayından 'Depo siparişi tamamlandı' olayına kadar geçen toplam süreyi hesaplar. Depo sipariş karşılama sürecinin baştan sona verimliliğini ölçen temel performans göstergelerinden biridir. Dashboardlarda ve analizlerde genel performansı gösterir. Eğilimleri izlemek, olağan dışı uzun çevrim sürelerini belirlemek ve performansı zaman içinde karşılaştırmak için kullanılır. 'Genel sipariş karşılama çevrim süresi' Dashboardını ve ilgili KPI’yı doğrudan destekler.
Neden önemli?
Bu KPI, deponun baştan sona hızını ve verimliliğini ölçer; müşteri memnuniyetini ve operasyon maliyetlerini doğrudan etkiler.
Nereden alınır?
Hesaplanan bu alan, her depo siparişindeki ilk ve son olayların zaman damgaları arasındaki farktan elde edilir.
Örnekler
2,1 gün18,5 saat36 saat
|
|||
|
Taşıyıcı adı
CarrierName
|
Siparişin taşınmasından sorumlu nakliye şirketinin adı. | ||
|
Açıklama
Bu öznitelik, giden sevkiyata atanan lojistik iş ortağını veya taşıyıcıyı (ör. FedEx, UPS, DHL) belirtir. Depo sürecini sonraki taşıma aşamasıyla ilişkilendirir. Taşıyıcıya göre performansı analiz etmek, tedarik zinciri hakkında önemli bilgiler sağlayabilir. Bazı taşıyıcıların daha uzun bekleme süreleriyle, sık gecikmelerle veya özel elleçleme gereksinimleriyle ilişkili olup olmadığını gösterir. Bu bilgi, taşıyıcı performansını değerlendirmek ve lojistik iş ortaklıklarını iyileştirmek için kullanılabilir.
Neden önemli?
Depo operasyonlarını lojistik iş ortaklarıyla ilişkilendirir. Taşıyıcıya göre performans analizi yaparak taşımayla ilgili olası darboğazları belirlemeyi sağlar.
Nereden alınır?
Manhattan SCALE içindeki sevkiyat veya taşıma planlama tablolarında bulunur ve genellikle sipariş üstbilgisiyle ilişkilendirilir.
Örnekler
FedExUPSXPO Logistics
|
|||
|
Yeniden çalışma var mı
IsRework
|
Bir etkinliğin veya etkinlik dizisinin yeniden çalışma olup olmadığını gösteren bir işaret. | ||
|
Açıklama
Bu boole özniteliği, aynı siparişte aynı malzeme için 'Ürün depodan toplandı' etkinliğinin birden fazla kez gerçekleştirilmesi gibi yeniden çalışma örneklerini belirler. Süreç akışındaki örüntüler analiz edilerek elde edilir. Yeniden çalışmayı işaretlemek, süreç verimsizliklerini ve hatalarını belirlemek açısından önemlidir. 'Toplama sırasında yeniden çalışma oranı' KPI’sının hesaplanmasına yardımcı olur; analistlerin tekrarlanan adımların bulunduğu vakaları ayırıp incelemesini sağlar. Yeniden çalışmaya yol açan etkenleri anlamak, operasyon maliyetlerini düşürmek ve süreç kalitesini artırmak için önemlidir.
Neden önemli?
Süreçteki verimsiz döngüleri ve tekrarlanan işleri işaretler. Bunlar çoğu zaman gecikmelerin ve artan operasyon maliyetlerinin görünmeyen nedenleridir.
Nereden alınır?
Bu hesaplanan öznitelik, genellikle belirli tekrarlanan etkinlik örüntülerini (ör. kendi üzerine döngüler veya kısa döngüler) saptayan kurallar tanımlanarak Process Mining aracında elde edilir.
Örnekler
truefalse
|
|||
|
Zamanında sevk edildi mi
IsOnTimeShipment
|
Siparişin, talep edilen tamamlanma tarihinde veya öncesinde sevk edilip edilmediğini gösteren bir işaret. | ||
|
Açıklama
Bu boole özniteliği, 'Gerçek tamamlanma tarihi' ile 'Talep edilen tamamlanma tarihi' karşılaştırılarak elde edilir. Sipariş zamanında tamamlandıysa doğru, geciktiyse yanlış değerini alır. Bu öznitelik, filtreleme ve toplulaştırmayı kolaylaştırarak performans analizini basitleştirir. 'Zamanında sevkiyat oranı' KPI’sının hesaplanmasında kullanılır ve müşteri SLA’larına uyumu izleyen Dashboardları destekler. Uyumluluk gösteren siparişleri göstermeyenlerden hızla ayırarak geciken siparişlerin kök nedenlerini analiz etmenizi sağlar.
Neden önemli?
Tarih karşılaştırmalarını basit bir doğru/yanlış işaretine dönüştürerek performans raporlamasını kolaylaştırır ve zamanında sevkiyat oranının kolayca hesaplanmasını sağlar.
Nereden alınır?
'ActualCompletionDate' <= 'RequestedCompletionDate' karşılaştırmasıyla hesaplanır. Bu mantık Process Mining aracında uygulanır.
Örnekler
truefalse
|
|||
Depo yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Depo siparişi oluşturuldu
|
Bu etkinlik, Depo Yönetim Sistemi’nde gelen ürünlerin teslim alınması veya siparişlerin sevkiyata hazırlanması için bir sipariş oluşturulduğunu gösterir. Genellikle yeni bir sipariş kaydı sisteme eklendiğinde oluşturulma zaman damgasıyla kaydedilen açık bir olaydır. Kayıt çoğu zaman bir ERP ile entegrasyon üzerinden oluşturulur. | ||
|
Neden önemli?
Bu, depo sürecinin temel başlangıç olayıdır. Toplam sipariş karşılama çevrim süresini ölçmek için bu noktadan tamamlanmaya kadar geçen süreyi analiz etmek önemlidir.
Nereden alınır?
Bu olay, Manhattan SCALE’deki ana sipariş başlık tablosunun oluşturulma zaman damgasından, örneğin sipariş oluşturma tarihi alanından alınır.
Kaydedin
Depo siparişi kaydının oluşturulma zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Depo siparişi tamamlandı
|
Tüm fiziksel işlemler bittikten sonra depo siparişinin mantıksal olarak kapatılmasını ifade eder. Genellikle sipariş kaydındaki 'Tamamlandı' veya 'Kapalı' gibi son durum güncellemesinden çıkarılır. | ||
|
Neden önemli?
Bu etkinlik, depo sürecinin tamamı için kesin bitiş noktasıdır. Genel sipariş karşılama çevrim süresini ve işlem hacmini hesaplamak için gereklidir.
Nereden alınır?
Manhattan SCALE içindeki sipariş üstbilgisi durum alanı son ve kapalı bir duruma güncellendiğinde oluşan zaman damgasından çıkarılır.
Kaydedin
Sipariş durumu 'Tamamlandı' olarak değiştiğinde yapılan son güncellemenin zaman damgasından elde edilir.
Olay türü
inferred
|
|||
|
Sevkiyat gönderildi
|
Taşıyıcının ürünlerle birlikte depodan ayrıldığı anı belirtir. Kullanıcı sistemde 'Ship Confirm' veya 'Dispatch' işlemini gerçekleştirdiğinde tetiklenir ve sevkiyatı tamamlar. | ||
|
Neden önemli?
İstenen teslimat tarihlerine göre sevkiyatların zamanında gerçekleşme performansını ölçmek için önemli bir aşamadır. Genellikle müşteri bildirimlerini ve faturalandırmayı da başlatır.
Nereden alınır?
Manhattan SCALE içindeki sevkiyat veya giden sipariş tablolarında yer alan 'Ship Confirm' işleminin zaman damgasından alınır.
Kaydedin
Treyler veya sipariş için sevkiyat onay işlemi gerçekleştirildiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Ürünler depodan toplandı
|
Bu etkinlik, bir ürünün operatör tarafından depolama konumundan fiziksel olarak alındığını doğrular. Operatör el terminalinde toplama işlemini onaylamak için ürünü ve/veya konumu taradığında açıkça kaydedilir. | ||
|
Neden önemli?
Sipariş karşılama sürecinde önemli bir aşamadır. Toplama kapasitesini, yeniden çalışma oranlarını ve kaynak kullanımını ölçmek için gereklidir.
Nereden alınır?
Toplama işlemi onaylandığında toplama işlem günlüklerine veya görev geçmişi tablolarına kaydedilir; kayıtta genellikle operatör kimliği ve zaman damgası da bulunur.
Kaydedin
Toplama satırındaki ürünün onay zaman damgasından, genellikle barkod taramasıyla alınır.
Olay türü
explicit
|
|||
|
Ürünler depoya yerleştirildi
|
Bu etkinlik, ürünlerin kendilerine ayrılan depolama gözüne başarıyla yerleştirildiğini doğrular. Operatör depolama konumunu tarayıp yerleştirme işlemini onayladığında açıkça kaydedilir ve görev sistemde tamamlanır. | ||
|
Neden önemli?
Bu olay, gelen süreci tamamlar ve envanteri sipariş karşılama için kullanılabilir hâle getirir. 'Mal kabulünden depoya yerleştirmeye kadar geçen süre' KPI’ını ölçmek için bitiş noktasıdır.
Nereden alınır?
Yerleştirme görevinin durumu 'Tamamlandı' veya benzer bir duruma güncellendiğinde görev yönetimi ya da envanter işlem günlüklerine kaydedilir.
Kaydedin
Yerleştirme görevinin tamamlanma zaman damgasından, genellikle konum taramasıyla alınır.
Olay türü
explicit
|
|||
|
Ürünler paketlendi
|
Bu etkinlik, sevkiyattaki tüm ürünlerin son ambalajına yerleştirilip ambalajın kapatıldığını belirtir. Paketleyici sistemde koli veya sevkiyatın tamamlandığını onayladığında açıkça kaydedilir. | ||
|
Neden önemli?
Bu aşama, paketlemeyi tamamlar ve sevkiyatı geçici depolama ile gönderime hazır hâle getirir. Paketleme kapasitesini ve verimliliğini analiz etmek için önemli bir veri noktasıdır.
Nereden alınır?
Manhattan SCALE içinde 'Close Carton' veya 'Pack Complete' işlemi gerçekleştirildiğinde paketleme ya da sevkiyat işlem günlüklerine kaydedilir.
Kaydedin
'Pack Complete' veya 'Close Container' işleminin zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Ürünler teslim alındı ve sayıldı
|
Ürünlerin boşaltıldığı, tanımlandığı ve miktarlarının teslimat bildirimiyle karşılaştırılarak doğrulandığı fiziksel mal kabul işleminin tamamlandığını gösterir. Genellikle bir operatör el terminali veya bilgisayar üzerinden her ürün için teslim alınan son miktarı onayladığında kaydedilen açık bir olaydır. | ||
|
Neden önemli?
Bu, envanter doğruluğu açısından önemli bir kilometre taşı ve yerleştirme sürecinin başlangıcıdır. Miktar tutarsızlıklarını ve mal kabul ekibinin verimliliğini analiz etmenizi sağlar.
Nereden alınır?
Bu olay, Manhattan SCALE’deki mal kabul satırı işlem günlüklerine kaydedilir. Zaman damgaları, ürün sayımları onaylandığında alınır.
Kaydedin
Operatör teslim alınan miktarları tarama veya elle giriş yoluyla onayladığında kaydedilir.
Olay türü
explicit
|
|||
|
Gelen teslimat bildirimi alındı
|
Tedarikçiden gelen ve sevkiyat ayrıntılarını içeren Ön Sevkiyat Bildiriminin (ASN) alınmasını ifade eder. ASN başarıyla işlendiğinde ve Manhattan SCALE’e kaydedildiğinde oluşan açık bir olaydır; gelen ürünlerin planlanmasını başlatır. | ||
|
Neden önemli?
Bu olay, gelen lojistik sürecinin başlangıç noktasını belirler. Tedarikçi performansını ve deponun gelen ürünlere hazırlığını analiz etmenizi sağlar.
Nereden alınır?
Teslimat bildirimi EDI üzerinden veya elle başarıyla girildiğinde, gelen işlem ya da ASN tablolarına kaydedilir.
Kaydedin
ASN alınıp işlendiğinde kaydedilen olay.
Olay türü
explicit
|
|||
|
Kalite incelemesi yapıldı
|
Ürünler depoya yerleştirilmeden önce teslim alınan ürünler üzerinde yapılan kalite kontrolünü ifade eder. Kalite kontrol operatörü belirli envanter için inceleme sonucunu (geçti veya kaldı) sisteme kaydettiğinde açıkça izlenir. | ||
|
Neden önemli?
Bu etkinlik, kalite kontrol prosedürlerine uyumu izlemek açısından önemlidir. Etkinliğin gerçekleşip gerçekleşmediğini ve ne kadar sürdüğünü analiz etmek, ürün kalitesini korumaya ve inceleme sürecindeki gecikmeleri belirlemeye yardımcı olur.
Nereden alınır?
İnceleme sonucu gönderildiğinde Manhattan SCALE’deki kalite yönetimi modülüne veya envanter durumu işlem günlüklerine kaydedilir.
Kaydedin
Kalite incelemesi onay adımının işlem günlüğünden alınır.
Olay türü
explicit
|
|||
|
Paketleme başladı
|
Toplanan ürünlerin paketleme istasyonuna ulaştığı paketleme sürecinin başlangıcını belirtir. Operatör bir taşıma kasasını veya siparişi paketleme istasyonuna taradığında açıkça kaydedilebilir ya da istasyonda taranan ilk üründen çıkarılabilir. | ||
|
Neden önemli?
Bu olay, sevkiyat öncesindeki son katma değer aşamasını başlatır. Bu noktadan itibaren ölçüm yapmak, paketleme alanındaki darboğazları belirlemeye yardımcı olur.
Nereden alınır?
Manhattan SCALE içindeki paketleme istasyonlarıyla ilişkili işlem günlüklerinden alınır. 'Start Pack' işlemi veya paketlenen ilk ürünün zaman damgası olabilir.
Kaydedin
Operatör bir istasyonda siparişi paketlemeye başladığında kaydedilir.
Olay türü
explicit
|
|||
|
Sevkiyat için geçici depolama alanına alındı
|
Paketlenmiş kolilerin paketleme alanından belirlenmiş bir sevkiyat bekleme şeridine veya alanına taşınmasını ifade eder. Bu etkinlik genellikle WMS içindeki sevkiyat konteynerinin veya paletin konum değişikliğinden çıkarılır. | ||
|
Neden önemli?
Paketleme ile yükleme arasındaki gecikmeleri belirlemeye yardımcı olur. Bu durumda uzun süre kalınması, taşıyıcılarla koordinasyonun zayıf olduğuna veya yükleme kapılarının verimli yönetilmediğine işaret edebilir.
Nereden alınır?
Manhattan SCALE içinde sevkiyat konteyneri kimliğine ait envanter hareketi işleminden veya konum güncellemesinden çıkarılır. Bu kayıt, konteynerin bekleme alanına taşındığını gösterir.
Kaydedin
Paketlenmiş konteynerin bekleme alanına veya yükleme kapısına taşınmasından çıkarılır.
Olay türü
inferred
|
|||
|
Taşıyıcı araca yüklendi
|
Bu etkinlik, paketlenmiş konteynerlerin kamyona veya treylere fiziksel olarak yüklenmesini kaydeder. Operatör her paleti veya konteyneri taşıyıcı araca yüklerken taradığında genellikle açıkça kaydedilir. | ||
|
Neden önemli?
Depodaki son fiziksel işlem adımıdır. Bu etkinliği analiz etmek, yükleme sürelerini ölçmeye ve sevkiyattaki tüm ürünlerin doğru yüklendiğini doğrulamaya yardımcı olur.
Nereden alınır?
Konteynerler yükleme sırasında tarandığında Manhattan SCALE içindeki sevkiyat işlem günlüklerine kaydedilir.
Kaydedin
Sevkiyat konteyneri araca yüklendiğinde yapılan taramanın zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Toplama görevi oluşturuldu
|
Sistemin, siparişi karşılamak üzere operatörün depodan ürün alması için bir toplama görevi oluşturduğunu gösterir. Sipariş tahsis edildiğinde ve WMS kullanıcı için bir talimat oluşturduğunda bu olay açıkça kaydedilir. | ||
|
Neden önemli?
Giden sipariş karşılama sürecinin başlangıcıdır. Bu olaydan toplamanın tamamlanmasına kadar geçen süre, toplama verimliliğini ölçmek için önemlidir.
Nereden alınır?
Manhattan SCALE içindeki görev veya iş emri geçmişi tablolarına oluşturulma zaman damgasıyla kaydedilir.
Kaydedin
Toplama görevi sistem tarafından oluşturulduğunda olay kaydedilir.
Olay türü
explicit
|
|||
|
Ürünler yükleme alanına ulaştı
|
Bu etkinlik, bir kamyonun veya konteynerin depo mal kabul alanına fiziksel olarak ulaştığını gösterir. Boşaltma başlamadan önce kapı veya yükleme alanı görevlisinin sevkiyatı sistemde kaydetmesiyle açıkça izlenebilir. | ||
|
Neden önemli?
Varış ile mal kabul işlemlerinin başlaması arasındaki süreyi izlemek, kaynakların kullanılamaması nedeniyle oluşan beklemeler gibi mal kabul alanındaki darboğazları belirlemeye yardımcı olur.
Nereden alınır?
Taşıyıcı tesise giriş yaptığında Manhattan SCALE’deki sevkiyat veya randevu planlama modülüne kaydedilir.
Kaydedin
Mal kabul alanındaki giriş işleminin zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Yerleştirme görevi oluşturuldu
|
Sistem, operatöre teslim alınan ürünleri yükleme alanından bir depolama konumuna taşıma görevi verir. Sistem bir hedef konum atayıp yeni bir yerleştirme talimatı oluşturduğunda görev yönetimi motorunda kaydedilen açık bir olaydır. | ||
|
Neden önemli?
Bu olay, ürünlerin tesis içindeki taşıma sürecinin başlangıcını gösterir. Bu olay ile görevin tamamlanması arasındaki süre, yerleştirme verimliliğini ve sistem performansını ölçer.
Nereden alınır?
Manhattan SCALE’deki görev veya iş emri geçmişi tablolarına, yerleştirme görevinin oluşturulduğu zaman damgasıyla kaydedilir.
Kaydedin
Yerleştirme görevi sistem tarafından oluşturulduğunda olay kaydedilir.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu veri Templateinden yararlanarak depo operasyonlarınızı bugün iyileştirmeye başlayın. Daha verimli çalışmanız için size yol gösterecek şekilde tasarlandı.
Deponuzda en yüksek verimliliğe ulaşın, ücretsiz başlayın
Toplama hatalarını ortadan kaldırın ve envanter doğruluğunu kolayca %99,5’e çıkarın.
Kredi kartı gerekmez. Dakikalar içinde ücretsiz başlayın.