Envanter yönetimi Veri Templateiniz

Manhattan Active Inventory
Envanter yönetimi Veri Templateiniz

Envanter yönetimi Veri Templateiniz

Bu Template, envanter yönetimi analizi için doğru verileri toplamanıza yardımcı olacak ayrıntılı bir rehber sunar. İzlemeniz gereken temel öznitelikleri ve süreç etkinliklerini, ayrıca sisteminizden veri çıkarmaya yönelik pratik önerileri açıklar. Operasyonlarınızı daha iyi anlamak için verilerinizi verimli biçimde hazırlayın.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel etkinlikler
  • Veri çıkarma yönergeleri
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Envanter yönetimi öznitelikleri

Envanter yönetimini ayrıntılı biçimde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları şunlardır.
5 Zorunlu 6 Önerilen 9 İsteğe bağlı
Ad Açıklama
Etkinlik adı
ActivityName
Gerçekleşen stok yönetimi olayının adıdır. Örneğin 'Mal kabulü kaydedildi' veya 'Toplama tamamlandı'.
Açıklama

Bu öznitelik, stok yönetimi sürecindeki belirli bir adımı veya aşamayı tanımlar. Her etkinlik, stok partisi üzerinde gerçekleştirilen teslim alma, inceleme, taşıma veya sevk etme gibi ayrı bir işlemi ifade eder.

Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining’in temelini oluşturur. Süreç akışını görselleştirmeye, standart prosedürden sapmaları belirlemeye ve gecikmelere ya da yeniden çalışmaya yol açan etkinlikleri saptamaya yardımcı olur. Örneğin analiz, başarısız bir toplama girişiminin ardından sık sık 'Döngüsel stok sayımı yapıldı' etkinliğinin gerçekleştiğini gösterebilir.

Neden önemli?

Sürecin adımlarını tanımlar ve stok yolculuğunu başlangıçtan sona görselleştirip analiz etmenizi sağlar.

Nereden alınır?

Bu bilgi genellikle Manhattan Active Inventory içindeki olay günlüklerinden, işlem kodlarından veya durum değişikliği kayıtlarından elde edilir. Teknik kodların kullanıcıların anlayacağı adlarla eşleştirilmesi gerekebilir.

Örnekler
Mal kabulü kaydedildiRafa yerleştirme tamamlandıStok düzeltildiToplama tamamlandıMal çıkışı kaydedildi
Etkinlik başlangıç zamanı
EventStartTime
Stok etkinliğinin ne zaman başladığını gösteren zaman damgası.
Açıklama

Bu öznitelik, kaydedilen her etkinliğin başlangıç tarihini ve saatini belirtir. Olayları kronolojik sıraya koymak ve süreç adımları arasındaki süreleri hesaplamak için gereklidir.

Analizlerde başlangıç zamanı; yerleştirme çevrim süresi, kalite kontrolü için geçen süre ve toplam stok bekleme süresi gibi temel performans göstergelerini hesaplamak için kullanılır. Kuruluşlar zaman damgalarını inceleyerek işlerin ne zaman yapıldığını belirleyebilir, performansı planlarla karşılaştırabilir ve depodaki zaman kaynaklı verimsizlikleri ortaya çıkarabilir.

Neden önemli?

Bu zaman damgası, olayları doğru sıraya koymak ve zamana dayalı tüm performans metrikleriyle temel performans göstergelerini hesaplamak için gereklidir.

Nereden alınır?

Manhattan Active Inventory içindeki her işlem veya olay kaydında, genellikle 'CREATE_DTTM' ya da 'EVENT_TIMESTAMP' gibi bir ad taşıyan zaman damgası alanı bulunmalıdır.

Örnekler
2023-10-26T08:00:00Z2023-10-26T09:15:30Z2023-10-27T14:05:00Z
Stok partisi/lotu
InventoryBatchLot
Belirli bir stok partisini veya lotunu tanımlayan benzersiz kimliktir ve temel vaka tanımlayıcısı olarak kullanılır.
Açıklama

Stok partisi veya lot numarası, belirli bir ürün miktarıyla ilgili tüm etkinlikleri bir araya getirir. Böylece belirli bir stok miktarının depoya girişinden çeşitli hareketlerine ve son olarak çıkışına ya da tüketimine kadar tüm yaşam döngüsü takip edilebilir.

Process Mining’de bu öznitelik, her stok biriminin baştan sona yolculuğunu yeniden oluşturmak için önemlidir. Süreç çeşitlerini, çevrim sürelerini ve belirli partileri etkileyen darboğazları analiz etmenizi sağlar. Örneğin, sevk edilmeden önce kalite kontrolünde uzun süre bekleyen veya sık sık depo içinde taşınan partileri belirleyebilirsiniz.

Neden önemli?

İlgili tüm stok olaylarını tek bir süreç örneğinde bir araya getiren temel tanımlayıcıdır. Stok yaşam döngüsünü baştan sona analiz etmenizi sağlar.

Nereden alınır?

Bu tanımlayıcı genellikle Manhattan Active Inventory içindeki stok ayrıntı tablolarında veya lot ana verilerinde bulunur. Tablo ve alan adları için sistem belgelerine başvurun.

Örnekler
LOT-202405-001ABCH-XYZ-987657458392-01
Kaynak sistem
SourceSystem
Verilerin alındığı sistem.
Açıklama

Bu öznitelik, olay verilerini oluşturan kaynak uygulamayı veya modülü belirtir. Modern bir lojistik ortamında veriler ana WMS’den, saha yönetim sisteminden ya da taşıma yönetimi sisteminden gelebilir.

Kaynak sistemi belirtmek, veri yönetişimi ve verilerin bağlamını anlamak açısından önemlidir. Örneğin, bir olayın otomatik bir sistemden mi yoksa manuel veri giriş portalından mı geldiğini bilmek, otomasyon analizinde belirleyici olabilir.

Neden önemli?

Verilerin kaynağı hakkında önemli bağlam sağlar; veri doğrulama, yönetişim ve sistemler arasındaki etkileşimleri anlamak için gereklidir.

Nereden alınır?

Bu değer genellikle Veri Seti’nin kaynağını belirtmek için veri çıkarma işlemi sırasında eklenir ve değişmez.

Örnekler
Manhattan Active InventoryMAI_WMSMANH_SCALE
Son veri güncellemesi
LastDataUpdate
Bu olayın verilerinin en son ne zaman yenilendiğini veya çıkarıldığını gösteren zaman damgası.
Açıklama

Bu öznitelik, verilerin kaynak sistemden alındığı tarih ve saati kaydeder. Analizin ne kadar güncel olduğunu anlamak için önemli bir meta veri alanıdır.

Dashboardlarda ve raporlarda bu zaman damgası, kullanıcıların temel verilerin ne kadar güncel olduğunu görmesini sağlar. Veri gecikmesine ilişkin beklentileri yönetmeye yardımcı olur ve veri hattı yenilemelerini planlamak için gereklidir.

Neden önemli?

Kullanıcıların verilerin güncelliğinden haberdar olmasını sağlar; zamanında ve bilgiye dayalı operasyonel kararlar almak için önemlidir.

Nereden alınır?

Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) aracı veya betiği tarafından oluşturularak Veri Seti’ne eklenir.

Örnekler
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
Depo konumu
WarehouseLocation
Etkinliğin gerçekleştiği depo içindeki belirli fiziksel konum; örneğin bir raf gözü veya paketleme istasyonu.
Açıklama

Bu öznitelik, envanter olayıyla ilişkili bölge, koridor veya raf gözü gibi konumu belirtir. Depodaki stok hareketleri ve etkinlikler için coğrafi bağlam sağlar.

Neredeyse her Dashboardda kullanılan bu boyut, analiz açısından önemlidir. Darboğazların bulunduğu alanları belirlemeye, farklı konumlardaki performansı karşılaştırmaya ve envanter tutarsızlıklarının temel nedenlerini araştırmaya yardımcı olur. Örneğin, belirli bir bölgede toplama hatalarının sık yaşandığını veya yerleştirme işlemlerinin yavaş olduğunu gösterebilir.

Neden önemli?

Envanter olaylarına konum bağlamı kazandırarak darboğazların, verimliliğin ve belirli fiziksel konumlarla ilişkili sorunların analizini sağlar.

Nereden alınır?

Konum verileri her WMS’nin temel parçalarındandır ve envanter işlem tablolarında, genellikle 'LOCATION_ID', 'BIN_CODE' veya 'ZONE' gibi alanlarda bulunmalıdır. Manhattan Active Inventory dokümantasyonuna başvurun.

Örnekler
A1-R02-S03-B01PACK-STATION-05QC-INBOUNDZONE-C-BULK
Hareket nedeni kodu
MovementReasonCode
Envanter hareketinin veya düzeltmesinin nedenini açıklayan kod.
Açıklama

Hareket nedeni kodu, bir envanter olayının neden gerçekleştiğini açıklar. Özellikle şirket içi transferler, düzeltmeler, iadeler veya hurdaya ayırma gibi standart dışı etkinliklerde önem taşır.

Bu öznitelik, temel neden analizinde gereklidir. Örneğin, Envanter tutarsızlıklarına genel bakış Dashboardunda bu kod, düzeltmelerin neden yapıldığını açıklar (ör. 'Hasarlı ürünler', 'Sayım düzeltmesi', 'Hırsızlık'). Şirket içi stok transferlerinin ve hurdaya ayırmanın nedenlerini incelemek için de kullanılır.

Neden önemli?

Envanter hareketlerinin ve düzeltmelerinin nedenini açıklayarak tutarsızlıkların, hurdaya ayırmanın ve transferlerin temel nedenlerini ayrıntılı biçimde incelemeyi sağlar.

Nereden alınır?

Bu alan genellikle belirli hareket türleriyle ilişkili işlem tablolarında bulunur. Manhattan Active Inventory içinde 'REASON_CODE' veya 'MOVEMENT_TYPE' gibi alanları arayın.

Örnekler
ADJ_DAMAGEXFER_REPLENSCRAP_EXPIREDRTN_CUST
İşlemi gerçekleştiren kullanıcı
UserPerformingAction
Etkinliği gerçekleştiren kullanıcının veya çalışanın kimliği.
Açıklama

Bu öznitelik; toplama, paketleme veya envanter düzeltme gibi belirli bir görevi yapan kişinin kullanıcı kimliğini ya da adını kaydeder. Otomatik görevlerde otomatik bir sistemi veya bot kimliğini de gösterebilir.

Kullanıcı bazında performansı incelemek; eğitim ihtiyaçlarını belirlemek, yüksek performans gösteren çalışanları fark etmek ve iş yükünün nasıl dağıldığını anlamak için önemlidir. Toplama ve paketleme performansına ilişkin Dashboardlarda temel bir boyuttur; manuel düzeltmelerin yoğunlaştığı noktaları araştırmaya da yardımcı olur.

Neden önemli?

Süreç etkinliklerini belirli kullanıcılarla ilişkilendirerek performans analizine, iş yükü dengesine ve eğitim ihtiyaçlarının belirlenmesine olanak tanır.

Nereden alınır?

Bu bilgi genellikle işlem verileriyle birlikte 'USER_ID', 'EXECUTED_BY' veya 'RESOURCE_ID' gibi alanlarda saklanır. Manhattan Active Inventory dokümantasyonuna başvurun.

Örnekler
j.doeasmithSYSTEM_AUTOUSR_1138
Olay bitiş zamanı
EventEndTime
Envanter etkinliğinin ne zaman tamamlandığını gösteren zaman damgası.
Açıklama

Bu öznitelik, kaydedilen her etkinliğin tamamlanma tarihini ve saatini belirtir. Bazı olaylar anlık gerçekleşir (StartTime, EndTime değerine eşittir); kalite kontrolü veya toplama görevi gibi diğerleri ise belirli bir süre alır.

Tek tek etkinliklerin işlem süresini hesaplamak için bitiş zamanı gerekir. Böylece genel süreçte en çok zaman alan görevleri ayrıntılı biçimde inceleyebilir ve iyileştirme çalışmalarını doğru noktalara yönlendirebilirsiniz.

Neden önemli?

Tek tek etkinliklerin sürelerini hesaplamayı ve süreçte gecikmeye yol açan görevleri tam olarak belirlemeyi sağlar.

Nereden alınır?

Kaynak sistemde ayrı bir alan olabilir (ör. 'END_DTTM'); anlık gerçekleşen olaylarda başlangıç zamanıyla aynı da olabilir. Olay verilerinin yapısı için Manhattan Active Inventory dokümantasyonuna başvurun.

Örnekler
2023-10-26T08:05:00Z2023-10-26T09:45:10Z2023-10-27T14:05:00Z
Stok tutma birimi (SKU)
StockKeepingUnit
Envanterdeki belirli bir ürün veya kalem için kullanılan benzersiz tanımlayıcı.
Açıklama

Stok tutma birimi (SKU), bir ürünü izlemek için kullanılan benzersiz bir koddur. Boyut, renk ve marka gibi özelliklere göre ürünleri birbirinden ayırmayı sağlar.

Process Mining analizlerinde SKU bazında inceleme, ürüne özgü sorunları belirlemeye yardımcı olur. Örneğin, bazı SKU’larda kalite kontrolünün daha uzun sürdüğünü, hasar ve hurdaya ayrılma olasılığının daha yüksek olduğunu ya da envanter düzeltmelerine sık konu olduğunu gösterebilir. Yerleştirme çevrim süresi analizi ve envanter hurda eğilimleri gibi Dashboardlar için temel bir özniteliktir.

Neden önemli?

Ürün düzeyinde analiz yapılmasını sağlayarak süreç sorunlarının belirli ürünlerde veya ürün kategorilerinde yoğunlaşıp yoğunlaşmadığını ortaya çıkarır.

Nereden alınır?

SKU, ürün ana verilerinde ve envanter işlem tablolarında bulunan temel bir alandır. 'SKU', 'ITEM_ID' veya 'PRODUCT_CODE' adlı alanları arayın.

Örnekler
WIDGET-BLUE-LGSKU-849201-APN-775-C
Ürün miktarı
ItemQuantity
Etkinliğe konu olan ürünün birim sayısı.
Açıklama

Bu öznitelik, alınan, taşınan, toplanan veya miktarı düzeltilen ürün sayısı gibi, bir envanter olayıyla ilişkili ürün miktarını gösterir.

Miktar, operasyonların ölçeğini anlamak ve çeşitli temel performans göstergelerini hesaplamak için önemli bir ölçüdür. Manuel düzeltme hacim oranını, miktara göre hurdaya ayrılma oranını ve toplama verimini hesaplamakta kullanılır. Miktar analizi, büyük ve küçük siparişlerin süreç özelliklerinin farklı olup olmadığını ortaya çıkarabilir.

Neden önemli?

Her etkinliğin hacmini göstererek işlem hacmini, oranları ve hacme dayalı diğer temel performans göstergelerini hesaplamak için gerekli veriyi sağlar.

Nereden alınır?

Manhattan Active Inventory işlem tablolarında her hareket veya olayla ilişkili bir miktar alanı bulunur. Bu alan 'QTY', 'QUANTITY' veya 'UNITS' olarak adlandırılabilir.

Örnekler
10012-51
Depo
Warehouse
Envanterin bulunduğu deponun veya dağıtım merkezinin tanımlayıcısı.
Açıklama

Bu öznitelik, envanter etkinliğinin gerçekleştiği dağıtım merkezi veya depo gibi tesisi belirtir. Belirli depo konumlarından (raf gözü, koridor) daha üst düzeyde gruplama sağlar.

Birden fazla tesisi olan şirketler için depo bazında analiz önemlidir. Tesisler arasındaki performansı karşılaştırmaya, yüksek performanslı depolardaki iyi uygulamaları belirlemeye ve diğer tesislerde iyileştirme alanlarını görmeye yardımcı olur. Depo etkinlik hacmi Dashboardu için temel bir boyuttur.

Neden önemli?

Farklı fiziksel tesislerdeki veya dağıtım merkezlerindeki envanter süreçlerinin performansını üst düzeyde karşılaştırmayı sağlar.

Nereden alınır?

Bu bilgi genellikle konum ana verilerinde bulunur veya Depo konumu kodundan elde edilebilir. 'WH_ID' ya da 'SITE_CODE' gibi alanları arayın.

Örnekler
WH-01-EASTDC-CENTRALFAC-WEST-3
Envanter durumu
InventoryStatus
Envanter partisinin mevcut durumu; örneğin 'Kullanılabilir', 'Beklemede' veya 'Kontrolde'.
Açıklama

Bu öznitelik, envanterin belirli bir andaki durumunu açıklar. Stokun siparişlere tahsis edilmeye hazır olup olmadığını, kalite kontrolünden geçip geçmediğini, başka nedenlerle bloke edilip edilmediğini veya yolda olup olmadığını belirtir.

Envanter durumundaki değişiklikleri izlemek değerli bilgiler sağlayabilir. Örneğin, 'Beklemede' veya 'Kontrolde' durumunda geçen süreyi incelemek, envanterin kullanıma sunulmasındaki gecikmeleri ölçmeye yardımcı olur. Bu öznitelik, stokun depoda uzun süre beklemesinin nedenlerini anlamak için kullanışlıdır.

Neden önemli?

Stokun siparişleri karşılama için kullanılabilir olup olmadığını gösterir; kalite kontrolü veya bekleme gibi kullanılamayan durumlardan kaynaklanan gecikmelerin analizine yardımcı olur.

Nereden alınır?

Bu, Manhattan Active Inventory içindeki envanter bakiyesi veya stok seviyesi tablolarında bulunan temel bir alandır. 'STATUS_CODE' veya 'INVENTORY_STATUS' alanlarını arayın.

Örnekler
KullanılabilirKalite kontrolüBlokeHasarlı
Görev tanımlayıcısı
TaskIdentifier
Yerleştirme veya toplama görevi gibi belirli bir depo görevinin benzersiz tanımlayıcısı.
Açıklama

Envanter partisi/lotu ürünü izlerken Görev tanımlayıcısı, bir kullanıcıya veya sisteme verilen belirli iş talimatını izler. Örneğin, 100 ürünlük tek bir parti, her biri 50 ürün içeren iki ayrı görevle yerleştirilebilir.

Bu öznitelik, operasyonel verimliliğin daha ayrıntılı analizini sağlar. 'Toplama görevi oluşturuldu' olayını ilgili 'Toplama tamamlandı' olayıyla ilişkilendirerek görevin tamamlanma süresini hassas biçimde ölçebilir. Toplama ve yerleştirme performansını tek tek görevler düzeyinde incelemek için kullanışlıdır.

Neden önemli?

Görev oluşturma ve tamamlama olayları arasında ayrıntılı bir bağlantı kurarak ayrı iş atamalarının süresini hassas biçimde ölçmeyi sağlar.

Nereden alınır?

Manhattan Active Inventory içindeki görev yönetimi veya yürütme tablolarında her görev için benzersiz bir kimlik bulunur. 'TASK_ID' veya 'WORK_ORDER_ID' alanlarını arayın.

Örnekler
T-20231026-00123PK-987654PA-456789
Ölçü birimi
UnitOfMeasure
Ürün miktarının ölçüldüğü birim; örneğin 'Adet', 'Koli' veya 'Palet'.
Açıklama

Ölçü birimi (UoM), Ürün miktarı özniteliğinin bağlamını açıklar. Miktarın tek tek ürünleri mi, birden fazla ürün içeren kolileri mi yoksa paletlerin tamamını mı ifade ettiğini belirtir.

Ölçü birimini anlamak, özellikle farklı ürünleri veya işlemleri karşılaştırırken doğru analiz için önemlidir. Toplama verimi gibi temel performans göstergelerinin doğru ve tutarlı hesaplanmasını sağlar; miktarların farklı birimlerle kaydedilmesinden kaynaklanabilecek yanlış yorumları önler.

Neden önemli?

Miktar alanlarına gerekli bağlamı kazandırarak metriklerin ve karşılaştırmaların doğru ve anlamlı olmasını sağlar.

Nereden alınır?

Bu, ürün ana verilerinde bulunan standart bir alandır ve genellikle işlem tablolarına da aktarılır. 'UOM' veya 'UNIT' gibi alanları arayın.

Örnekler
EACSPLKG
SKU kategorisi
SKUCategory
SKU’nun ait olduğu sınıf veya kategori; örneğin 'Elektronik' ya da 'Giyim'.
Açıklama

SKU kategorisi, benzer ürünleri toplu analiz için gruplandırmayı sağlar. Gruplama ürün türüne, depolama gereksinimlerine (ör. soğutmalı) veya satış hızına (ör. A, B, C ürünleri) göre yapılabilir.

Bu öznitelik, tek tek SKU’ları incelemenin ötesinde genel eğilimleri görmenizi sağlar. 'Elektronik ürünlerin yerleştirilmesi diğer kategorilerden daha mı uzun sürüyor?' veya 'Hurdaya ayrılan ürünler mevsimlik ürün kategorimizde mi yoğunlaşıyor?' gibi soruları yanıtlamaya yardımcı olur. Yerleştirme çevrim süresi ve kalite kontrolü için geçen süre Dashboardlarında kullanılır.

Neden önemli?

Ürünleri gruplandırarak toplu analiz yapılmasını sağlar; böylece ürün ailelerinin genelinde görülen süreç eğilimlerini ve sorunlarını ortaya çıkarır.

Nereden alınır?

Bu bilgi genellikle ürün ana verilerinde bulunur ve SKU ile ilişkilendirilir. Manhattan Active Inventory ürün veya kalem ana verisi yapılandırmasına başvurun.

Örnekler
ElektronikGiyimDondurulmuş ürünlerHızlı tüketilen ürünler
Stok bekleme süresi
StockDwellTime
Bir envanter partisinin yerleştirme tamamlandıktan sonra mal çıkışının başlamasına kadar depoda kaldığı toplam süre.
Açıklama

Stok bekleme süresi, envanterin depoda ne kadar süre hareketsiz kaldığını ölçen temel bir performans göstergesidir. Belirli bir envanter partisi için 'Yerleştirme tamamlandı' olayı ile 'Mal çıkışı kaydedildi' olayı arasındaki süre hesaplanarak bulunur.

Bu temel performans göstergesini izlemek, şirketlerin envanter seviyelerini iyileştirmesine ve nakit akışını artırmasına yardımcı olur. Uzun bekleme süreleri fazla stok, yavaş satılan ürünler veya sipariş karşılama süreçlerindeki verimsizliklere işaret edebilir. Bekleme süresini azaltmak, envanter yönetiminde sıkça öncelikli hedeflerden biridir.

Neden önemli?

Envanterin depoda tutulduğu süreyi ölçerek envanter seviyelerini iyileştirme ve stok taşıma maliyetlerini azaltma hedefini destekler.

Nereden alınır?

Bu, belirli bir vaka için 'Yerleştirme tamamlandı' ve 'Mal çıkışı kaydedildi' olayları bulunup zaman damgaları arasındaki fark hesaplanarak elde edilen bir alandır.

Örnekler
30 08:00:0015 12:30:0090 00:00:00
Tedarikçi adı
SupplierName
Envanter ürünlerini sağlayan tedarikçinin veya satıcının adı.
Açıklama

Bu öznitelik, envanter partisinin hangi tedarikçiden alındığını belirtir. Envanter yaşam döngüsünün başında, özellikle mal kabulü ve kalite kontrolü sırasında önem kazanır.

Tedarikçi performansını yönetmek için süreçleri tedarikçi bazında incelemek gerekir. Örneğin, kalite kontrolü için geçen süre Dashboardu bu özniteliği kullanarak belirli tedarikçilerden gelen ürünlerin kontrolünde sürekli gecikme yaşanıp yaşanmadığını gösterir. Bu durum kalite sorunlarına veya belge eksikliklerine işaret edebilir.

Neden önemli?

Envanter süreçlerini belirli tedarikçilerle ilişkilendirerek kalite kontrolü gecikmeleri gibi tedarikçi performansıyla ilgili konuların analizini sağlar.

Nereden alınır?

Bu bilgi genellikle mal kabulü olayıyla ilişkili satın alma siparişinde veya ön sevkiyat bildiriminde bulunur. Satın alma verileriyle birleştirme gerekebilir.

Örnekler
Global Tech Inc.Component Suppliers LLCOffice Essentials Co.
Ürün değeri
ItemValue
İşleme konu olan ürünlerin parasal değeri.
Açıklama

Bu öznitelik, bir olayla ilişkili envanterin finansal değerini gösterir ve Ürün miktarının birim maliyetle çarpılmasıyla hesaplanır. Finansal etki analizinde özellikle kullanışlıdır.

Hurdaya ayrılan ürünlerin yol açtığı finansal kaybı ölçmeyi sağladığı için envanter hurda eğilimleri Dashboardunda önemlidir. Sık sık kayıttan düşülen yüksek değerli ürünlere odaklanarak maliyet azaltma çalışmalarına öncelik vermeye yardımcı olur. Envanter düzeltmelerine ve tutarsızlıklarına finansal bir boyut da katar.

Neden önemli?

Envanter hareketlerinin finansal etkisini göstererek hurdaya ayırma, tutarsızlıklar ve fazla stok maliyetlerinin ölçülmesini sağlar.

Nereden alınır?

Bu değer genellikle işlem tablosundaki Ürün miktarının, ürün ana verilerindeki veya finansal verilerdeki birim maliyetle çarpılmasıyla elde edilir. Birim maliyet 'STANDARD_COST' veya 'UNIT_PRICE' gibi alanlarda saklanabilir.

Örnekler
1500.0025.50349.99
Yerleştirme zamanında mı?
IsPutawayOnTime
Yerleştirme sürecinin tanımlı hizmet seviyesi anlaşması (SLA) içinde tamamlanıp tamamlanmadığını gösteren bir işaret.
Açıklama

Bu Boole özniteliği, bir yerleştirme görevinin hedeflenen tamamlanma süresine uyup uymadığını belirtir. Gerçek yerleştirme çevrim süresi ('Yerleştirme başlatıldı' ile 'Yerleştirme tamamlandı' arasındaki süre), önceden belirlenmiş bir iş hedefiyle, örneğin 4 saatle, karşılaştırılarak hesaplanır.

Bu öznitelik, yerleştirmenin zamanında tamamlanma oranı temel performans göstergesini hesaplamak için kullanılır. Kullanıcıların geciken yerleştirmeleri kolayca filtreleyip depo konumu, SKU kategorisi veya görevli kullanıcı gibi temel nedenleri araştırmasını sağlar. Böylece operasyonel verimlilik standartlarının izlenmesine ve uygulanmasına yardımcı olur.

Neden önemli?

Stok yerleştirme işlemlerinde iç hizmet seviyelerine uyumu doğrudan ölçerek süreç aksaklıklarının hızla belirlenmesini ve incelenmesini sağlar.

Nereden alınır?

Bu, hesaplanan bir alandır. Hesaplanan çevrim süresine bir iş kuralı veya SLA tanımı (ör. 'Hedef yerleştirme süresi = 4 saat') uygulanmalıdır.

Örnekler
truefalse
Zorunlu Önerilen İsteğe bağlı

Envanter yönetimi etkinlikleri

Süreci doğru biçimde keşfetmek ve optimize etmek için Event Logunuzda kaydetmeniz gereken temel süreç adımları ve kilometre taşları şunlardır.
6 Önerilen 7 İsteğe bağlı
Aktivite Açıklama
Mal çıkışı kaydedildi
Stok partisinin depodan resmen çıktığı ve eldeki stok miktarının azaldığı noktayı belirtir. Bu işlem genellikle kamyonun çıkış taraması veya sevkiyat onayıyla başlatılır.
Neden önemli?

Bu, stok yaşam döngüsünün başarıyla tamamlandığını gösteren temel son olaydır. Giden ürün sürecini tamamlar ve toplam stok bekleme süresini hesaplamak için kullanılır.

Nereden alınır?

Stok işlem günlüklerinde yer alan standart ve açık bir işlemdir; genellikle bir sevkiyat veya satış siparişiyle ilişkilendirilir. Sistemdeki stok partisinin miktarını azaltır.

Kaydedin

Sistem işlem günlüklerindeki açık bir mal çıkışı işleminden alınır.

Olay türü explicit
Mal kabulü kaydedildi
Bir stok partisinin tesise resmen ulaştığını ve sisteme kaydedildiğini gösterir. Bu olay genellikle kullanıcı ürünleri taradığında veya Manhattan Active Inventory içinde bir satın alma siparişi ya da ön sevkiyat bildirimi (ASN) için mal kabulünü onayladığında kaydedilir.
Neden önemli?

Bu, stok yaşam döngüsünün temel başlangıç olayıdır. Gelen ürünlerin verimliliğini ve tedarikçi performansını ölçmek için bu olaydan sonraki etkinliklere kadar geçen süreyi analiz etmek önemlidir.

Nereden alınır?

Mal kabulü sisteme işlendiğinde, stok işlem günlüğüne veya mal kabul geçmişi tablolarına kaydedilen standart ve açık bir işlemdir. Mal kabulüyle ilgili işlem kodlarını arayın.

Kaydedin

Sistem işlem günlüklerindeki açık bir mal kabulü işleminden alınır.

Olay türü explicit
Rafa yerleştirme tamamlandı
Stok partisinin son depolama raf gözüne başarıyla yerleştirildiğini doğrular. Bu bilgi genellikle çalışan raf gözünü tarayıp rafa yerleştirme görevinin tamamlandığını onayladığında kaydedilir.
Neden önemli?

Bu önemli aşama, gelen ürün sürecinin sonunu belirtir ve stoğu siparişlerin karşılanması için kullanılabilir hâle getirir. Rafa yerleştirme çevrim süresi ve zamanında rafa yerleştirme oranı KPI’larını hesaplamak için gereklidir.

Nereden alınır?

Rafa yerleştirme görevi kaydındaki tamamlanma durumu veya stok işlem günlüklerindeki konum değişikliği işlemi olarak, zaman damgasıyla birlikte kaydedilir.

Kaydedin

Rafa yerleştirme görevinin tamamlanma zaman damgasından veya konum güncelleme işleminden alınır.

Olay türü explicit
Stok düzeltildi
Örneğin döngüsel sayım sırasında bir tutarsızlık bulunduğunda, stok partisinin sistemdeki miktarına yapılan açık düzeltmedir. Düzeltme miktarı artırabilir veya azaltabilir.
Neden önemli?

Bu olay, stok doğruluğunun bozulduğunu doğrudan gösterir. Bu düzeltmeleri analiz etmek, stok tutarsızlıkları genel görünümü Dashboardı ve stok tutarsızlığı oranı KPI’ı için önemlidir.

Nereden alınır?

Stok işlem günlüklerinde, düzeltmelere ait belirli işlem kodlarıyla (ör. 'ADJ+', 'ADJ-') bulunur. Bu günlüklerde neden kodu, kullanıcı ve değiştirilen miktar gibi ayrıntılar yer alır.

Kaydedin

Stok günlüğündeki belirli düzeltme neden kodlarına sahip işlemlerden alınır.

Olay türü explicit
Stok hurdaya ayrıldı
Bir stok partisinin hurda olarak son işlem görmesini ifade eder. Stok kayıtlardan silinir ve fiziksel olarak elden çıkarılır. Bu durum hasarlı, son kullanma tarihi geçmiş veya eskimiş stoklarda görülebilir.
Neden önemli?

Bu olay, finansal kayba yol açan önemli bir başarısızlığı veya alternatif son durumu gösterir. Bu etkinliği takip etmek, stokların hurdaya ayrılma eğilimleri Dashboardı ve hurdaya ayrılma oranı KPI’ı için önemlidir.

Nereden alınır?

Stok işlem günlüklerine, hurdaya ayırma nedenini belirten özel bir neden koduyla açık bir stok düzeltme veya elden çıkarma işlemi olarak kaydedilir.

Kaydedin

Hurdaya ayırma veya elden çıkarma için kullanılan belirli neden kodlarına sahip işlemlerle belirlenir.

Olay türü explicit
Toplama tamamlandı
Çalışanın stoğu depolama konumundan alıp geçici bekletme veya paketleme alanına taşıdığını doğrular. Çalışan el terminalinde toplamayı onayladığında kaydedilir.
Neden önemli?

Bu aşama, toplama sürecinin sonunu ve paketlemenin başlangıcını belirtir. Toplama performansını ve toplama ve paketleme performansı Dashboardını ölçmek için gereklidir.

Nereden alınır?

Toplama görevi kaydındaki tamamlanma zaman damgasından veya stoğun depolama raf gözünden geçici bekletme alanına taşındığını gösteren konum değişikliği işleminden alınır.

Kaydedin

Görev yönetimi sistemindeki toplama görevinin tamamlanma zaman damgasından alınır.

Olay türü explicit
Döngüsel stok sayımı yapıldı
Stok partisinin fiziksel sayımının yapıldığını ve sonuçların sisteme girildiğini gösterir. Bu etkinlik, stok doğrulama ve mutabakat sürecinin bir parçasıdır.
Neden önemli?

Bu etkinlik, stok düzeltmelerinden önce gerçekleşir. Döngüsel sayımların sıklığını ve sonuçlarını analiz etmek, stok doğruluğu sorunlarının temel nedenlerini anlamaya yardımcı olur.

Nereden alınır?

Bu işlem genellikle Manhattan Active Inventory içindeki stok sayımı veya denetim modülüne kaydedilir. Kullanıcının gerçekleştirdiği açık bir işlemdir ve zaman damgası bulunur.

Kaydedin

Kullanıcı belirli bir konum veya ürün için döngüsel sayım görevinin sonuçlarını gönderdiğinde kaydedilir.

Olay türü explicit
İade teslim alındı
Daha önce sevk edilmiş bir stok partisinin müşteriden depoya fiziksel olarak geri geldiğini gösterir. Bu olay, iade işlemleri alt sürecini başlatır.
Neden önemli?

Tersine lojistik akışının başlangıç noktasıdır. Bu noktadan itibaren süreci takip etmek, iade ürün işleme akışı Dashboardı ve ilgili KPI’lar için önemlidir.

Nereden alınır?

Genellikle İade Ürün Yetkilendirmesi (RMA) mal kabulü işlemiyle kaydedilir. Yeni bir stok kaydı oluşturur veya ilk stok partisinin durumunu 'İade sürecinde' olarak günceller.

Kaydedin

Genellikle bir RMA numarasıyla ilişkilendirilen açık bir iade kabulü işleminden alınır.

Olay türü explicit
Kalite kontrolü yapıldı
Teslim alınan bir stok partisinin kalite kontrolünün tamamlandığını gösterir. Bu işlem genellikle kalite kontrol görevlisi tarafından kaydedilir ve stok durumunun 'Beklemede' durumundan 'Kullanılabilir' durumuna geçmesini sağlar.
Neden önemli?

Bu etkinlik, stokların kullanılabilir hâle gelmesini geciktiren önemli bir darboğaz olabilir. Süresini ölçmek, kalite kontrol süresi KPI’ını kısaltma fırsatlarını belirlemeye yardımcı olur.

Nereden alınır?

Kalite Yönetimi modülünde açık bir işlem olarak kaydedilebilir veya stok lotu kaydındaki durum değişikliğinden çıkarılabilir. 'QI' ya da 'Beklemede' durumundan 'Kullanılabilir' durumuna geçiş yaygın bir göstergedir.

Kaydedin

Stok durumu alanındaki değişiklikten, örneğin 'QUALITY' durumundan 'AVAILABLE' durumuna geçişten çıkarılır.

Olay türü inferred
Paketleme tamamlandı
Belirli stok partisi dâhil olmak üzere toplanan ürünlerin bir sevkiyat konteynerine yerleştirilip konteynerin kapatıldığını gösterir. Bu işlem genellikle paketleme istasyonunda kaydedilir.
Neden önemli?

Bu etkinlik, siparişe ait ürünün tesis içindeki işlemlerini tamamlar. Toplamadan paketlemeye kadar geçen süreyi analiz etmek, paketleme istasyonlarındaki darboğazları belirlemeye yardımcı olur.

Nereden alınır?

Genellikle sevkiyat veya sipariş durumunun güncellenmesiyle ya da paketleme istasyonunda kaydedilen açık bir 'paketleme' işlemiyle kaydedilir. Paketlenen konteynerdeki ürünler ve stok partileriyle ilişkilendirilir.

Kaydedin

Kullanıcı paketleme istasyonunda sevkiyat konteynerini kapattığında açık bir olay olarak kaydedilir.

Olay türü explicit
Rafa yerleştirme görevi oluşturuldu
Sistemin, depo çalışanının teslim alınan stok partisini kabul alanından belirlenen depolama konumuna taşıması için bir görev oluşturduğunu gösterir. Bu olay, rafa yerleştirme sürecinin başlangıcını belirtir.
Neden önemli?

Bu etkinlik, rafa yerleştirme sürecini başlatır. Bu etkinlik ile 'Rafa yerleştirme tamamlandı' arasındaki gecikmeler, görev atama veya çalışan uygunluğu konusundaki verimsizliklere işaret eder.

Nereden alınır?

Bu olay muhtemelen Manhattan Active Inventory içindeki görev yönetimi veya depo kontrol sistemi tablosuna, oluşturulma zaman damgası ve stok partisi bağlantısıyla kaydedilir.

Kaydedin

Sistemin görev motoru rafa yerleştirme görevi oluşturduğunda kaydedilir.

Olay türü explicit
Stok depo içinde taşındı
Bir stok partisinin aynı tesis içindeki bir depolama konumundan diğerine taşınmasını ifade eder. Bu hareket ikmal, birleştirme veya başka lojistik nedenlerle yapılabilir.
Neden önemli?

Depo verimliliğini analiz etmek ve stok konumlarının doğruluğunu sağlamak için depo içi hareketleri takip etmek önemlidir. Bu etkinlik, depo içi stok transferi verimliliği Dashboardını destekler.

Nereden alınır?

Bir ürünün konumundaki (depo raf gözü) değişiklikleri kaydeden stok işlem günlüklerinden alınır. İlk rafa yerleştirme veya son toplama sürecinin parçası olmayan hareketleri belirlemek için belirli hareket işlem türlerini arayın.

Kaydedin

Depo içi transferler veya konumlar arası hareketler için kullanılan belirli işlem kodlarıyla belirlenir.

Olay türü explicit
Toplama görevi oluşturuldu
Sistemin, depo çalışanının müşteri siparişini veya üretim siparişini karşılamak üzere bir stok partisini toplaması için görev oluşturduğunu ifade eder. Bu olay, giden ürün sürecinin başlangıcını belirtir.
Neden önemli?

Sipariş karşılama çevriminin tamamını ölçmek için başlangıç noktasıdır. Ortalama toplama çevrim süresi KPI’ının hesaplanmasındaki ilk adımdır.

Nereden alınır?

Görev yönetimi veya dalga planlama tablolarına kaydedilir. Her görevde oluşturulma zaman damgası bulunur ve görev, ilgili stok partisiyle ve hedef siparişle ilişkilendirilir.

Kaydedin

Sistemin tahsis ve görev oluşturma motoru bir toplama görevi oluşturduğunda kaydedilir.

Olay türü explicit
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Manhattan Active Inventory’den verilerinizi nasıl alırsınız?

Bu sürece yönelik veri çıkarma yöntemleri şu anda doğrulanıyor. Lütfen daha sonra tekrar kontrol edin veya yardım için bizimle iletişime geçin .

Başlamaya hazır mısınız?

Bu Template, envanter yönetiminizi optimize etmeye başlamanız için gereken her şeyi sunar. Verilerinizi bugün toplamaya başlayın ve süreçlerinize ilişkin değerli içgörüler edinin.

Envanter yönetimini optimize edin, maliyetleri hemen düşürün

Darboğazları ortadan kaldırın, çevrim süresini %30 kısaltın. Sonuçları bugünden görmeye başlayın.

Ücretsiz denemenizi başlatın

Kredi kartı gerekmez. Kurulum birkaç dakika sürer.