Envanter yönetimi Veri Templateiniz
Envanter yönetimi Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Veri çıkarma yönergeleri
Envanter yönetimi öznitelikleri
| 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 | |||
Envanter yönetimi etkinlikleri
| 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 | |||
Veri çıkarma rehberleri
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.
Kredi kartı gerekmez. Kurulum birkaç dakika sürer.