Envanter yönetimi Veri Templateiniz
Envanter yönetimi Veri Templateiniz
- Toplanması önerilen öznitelikler
- Süreç keşfi için izlenecek temel etkinlikler
- Oracle Fusion SCM’den veri çıkarma yönergeleri
Envanter yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Envanter Parti/Lot
InventoryBatchLot
|
Belirli bir envanter ürününün parti veya lotunu tanımlayan benzersiz kimliktir. Yaşam döngüsünü izlemek için vaka kimliği olarak kullanılır. | ||
|
Açıklama
Envanter Parti veya Lot numarası, belirli bir ürün miktarıyla ilgili tüm etkinlikleri bir araya getiren temel vaka tanımlayıcısıdır. Böylece belirli bir stok miktarının envantere girişinden çeşitli hareketlerine ve son olarak çıkışına veya tüketimine kadar tüm yaşam döngüsünü izleyebilirsiniz. Process Mining analizinde bu öznitelik temel niteliktedir. Mal kabulü, kalite kontrolü, şirket içi transferler ve mal çıkışı gibi farklı olayları tek bir tutarlı süreç örneğinde birleştirir. Süreçleri Envanter Parti/Lot bazında analiz ederek baştan sona çevrim sürelerini hesaplayabilir, yaygın süreç yollarını belirleyebilir ve belirli stok gruplarını etkileyen darboğazları ortaya çıkarabilirsiniz.
Neden önemli?
Bu temel vaka tanımlayıcısı, envanterle ilgili tüm etkinlikleri birbirine bağlayarak bir stok partisinin mal kabulünden çıkışına kadar izlenmesini sağlar.
Nereden alınır?
Bu bilgi genellikle INV_MATERIAL_TXNS gibi envanter işlem tablolarında, lot veya parti kontrolü ayrıntılarıyla birlikte bulunur.
Örnekler
LOT2024-A01134BATCH-US-00582LPN-493820-202405
|
|||
|
Etkinlik adı
ActivityName
|
Gerçekleştirilen belirli envanter yönetimi etkinliğinin adı. | ||
|
Açıklama
Etkinlik adı, belirli bir parti veya lot için envanter yönetimi sürecinde gerçekleşen tek bir adımı ya da olayı tanımlar. Bu olaylar, süreç akışının sırasını oluşturur. Etkinlik örnekleri arasında 'Mal kabulü kaydedildi', 'Kalite kontrolü yapıldı', 'Stok şirket içinde taşındı' ve 'Mal çıkışı kaydedildi' yer alır. Bu etkinliklerin sırasını ve sıklığını analiz etmek, süreç haritalarını görselleştirmeyi, sapmaları belirlemeyi ve adımlar arasındaki geçiş sürelerini incelemeyi sağlayan Process Mining çalışmalarının temelini oluşturur.
Neden önemli?
Envanter yaşam döngüsünü oluşturan farklı adımları ve olayları tanımladığı için süreç haritasını oluşturmanın temel özniteliğidir.
Nereden alınır?
Genellikle kaynak tablolardaki (ör. INV_MATERIAL_TXNS) işlem türleri veya olay kodları, kullanıcıların anlayacağı etkinlik adlarıyla eşleştirilerek elde edilir.
Örnekler
Mal kabulü kaydedildiYerleştirme tamamlandıEnvanter tutarsızlığı düzeltildiToplama başlatıldı
|
|||
|
Olay başlangıç zamanı
EventStartTime
|
Envanter etkinliğinin ne zaman başladığını gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, bir etkinliğin başladığı kesin tarih ve saati kaydeder. Olayları kronolojik olarak sıralamak ve süreç akışını oluşturmak için kullanılan temel zaman bilgisidir. Analizde Olay başlangıç zamanı, etkinlikler arasındaki süreleri ve bekleme zamanlarını hesaplamak için önemlidir. Darboğazları belirlemeyi, 'Ortalama yerleştirme çevrim süresi' gibi KPI’lar için çevrim sürelerini ölçmeyi ve süreç performansını farklı dönemlere (ör. vardiyalar, günler veya aylar) göre incelemeyi sağlar.
Neden önemli?
Bu zaman damgası; olayları sıralamak, çevrim sürelerini ve bekleme zamanlarını hesaplamak, süreç darboğazlarını anlamak için gereklidir.
Nereden alınır?
Genellikle INV_MATERIAL_TXNS tablosundaki TRANSACTION_DATE gibi envanter işlem tablolarında bulunan işlem tarihi veya oluşturulma tarihi alanından alınır.
Örnekler
2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin hangi sistemden çıkarıldığını belirtir. | ||
|
Açıklama
Bu öznitelik, envanter işleminin kaydedildiği kaynak uygulamayı belirtir. Büyük bir kuruluşta envanter verileri birden fazla sistemden veya modülden gelebilir. Kaynak sistemi belirtmek, veri yönetişimi ve verilerin bağlamını anlamak açısından önemlidir. Veri çıkarma sorunlarını gidermeye yardımcı olur ve farklı sistemleri veya örnekleri kapsayan süreçleri karşılaştırmak için kullanılabilir. Örneğin, farklı bölgelerdeki ERP sistemlerinin envanter yönetimi süreçlerini karşılaştırabilirsiniz.
Neden önemli?
Verinin kaynağına ilişkin gerekli bağlamı sağlar. Bu bilgi, veri doğrulama ve yönetişiminin yanı sıra birden fazla sistemi kapsayabilen süreçleri analiz etmek için önemlidir.
Nereden alınır?
Genellikle veri çıkarma ve dönüştürme sırasında verinin kaynağını belirtmek üzere eklenen sabit bir değerdir.
Örnekler
Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Bu kayda ait verilerin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, verilerin kaynak sistemden en son ne zaman çıkarılıp Process Mining aracına yüklendiğini kaydeder. Analiz edilen verilerin güncelliğini gösterir. Bu zaman damgası, süreç analizinden elde edilen içgörülerin ne kadar güncel olduğunu anlamak açısından önemlidir. Kullanıcıların gerçek zamana yakın verileri mi yoksa önceki bir döneme ait anlık görüntüyü mü incelediğini görmesini sağlar. Bu bilgi, analiz sonuçlarına dayanarak zamanında ve bilinçli kararlar almak için gereklidir.
Neden önemli?
Verilerin güncelliğini göstererek kullanıcıların süreç analizinin ne kadar güncel olduğunu ve bir sonraki veri yenilemesinin ne zaman beklendiğini anlamasını sağlar.
Nereden alınır?
Veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulan bir meta veri alanıdır.
Örnekler
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
|
|||
|
Depo konumu
WarehouseLocation
|
Etkinliğin gerçekleştiği depo içindeki belirli konum; örneğin bir raf gözü veya bölge. | ||
|
Açıklama
Bu öznitelik, stok hareketiyle ilişkili depo içindeki fiziksel konumu belirtir. Bu konum belirli bir koridor, raf veya göz olabilir. Stokun nerede depolandığına ya da taşındığına ilişkin ayrıntı sunar. Depo konumuna göre analiz yapmak, lojistik verimsizliklerini belirlemenize yardımcı olur. Örneğin “Depo içi stok hareketi çevrim süresi” Dashboardı, belirli bölgeler arasındaki transferlerin sürekli yavaş olup olmadığını gösterebilir. Ayrıca stok tutarsızlıklarının belirli konumlarda daha sık yaşanıp yaşanmadığını da ortaya çıkarabilir.
Neden önemli?
Depo içindeki konum bilgilerini sunarak hareket verimliliğini ve darboğazlar ya da sık yapılan düzeltmeler gibi konuma özgü sorunları analiz etmenizi sağlar.
Nereden alınır?
Stok hareketi tablolarındaki LOCATOR_ID gibi alanlardan alınır. Açıklayıcı konum adları için konum ana verisiyle (INV_ITEM_LOCATIONS) ilişkilendirilebilir.
Örnekler
A1-R4-S3-B2RECEIVING-DOCK-01QC-INSPECT-AREA
|
|||
|
Hareket nedeni kodu
MovementReasonCode
|
Stok hareketinin veya düzeltmesinin iş gerekçesini açıklayan kod. | ||
|
Açıklama
Hareket nedeni kodu, stok hareketinin neden gerçekleştiğini açıklar. Hurdaya ayırma, dönemsel sayım düzeltmeleri veya iadeler gibi standart dışı hareketlerde özellikle önemlidir. Bu öznitelik, temel neden analizinde önemli bir rol oynar. Örneğin “Stok düzeltme sıklığı ve nedenleri” Dashboardı, düzeltmeleri bu koda göre sınıflandırarak hasar, hırsızlık veya veri giriş hatalarını birbirinden ayırmanıza yardımcı olur. Nedenleri analiz ederek iyileştirme çalışmalarınızı en önemli sorunlara yöneltebilirsiniz.
Neden önemli?
Stok düzeltmelerinin ve hareketlerinin nedenini açıklar; tutarsızlık veya hurdaya ayırma gibi sorunların temel nedenlerini analiz etmenize yardımcı olur.
Nereden alınır?
Hareket tablolarında, örneğin INV_MATERIAL_TXNS içindeki REASON_ID alanında bulunur ve neden kodu ana veri tablosuyla ilişkilendirilir.
Örnekler
TAŞIMA SIRASINDA HASAR GÖRDÜDÖNEMSEL SAYIM DÜZELTMESİSON KULLANMA TARİHİ GEÇMİŞ STOK
|
|||
|
İşlemi gerçekleştiren kullanıcı
UserPerformingAction
|
Envanter işlemini gerçekleştiren kişinin kullanıcı kimliği veya adı. | ||
|
Açıklama
Bu öznitelik, yerleştirme görevini tamamlayan depo çalışanı veya düzeltmeyi onaylayan envanter yöneticisi gibi belirli bir etkinlikten sorumlu kullanıcıyı tanımlar. Kullanıcı bazında analiz yapmak; iş yükü dağılımını anlamak, eğitim ihtiyaçlarını belirlemek ve uyumluluğu sağlamak açısından önemlidir. Örneğin, 'Envanter düzeltme sıklığı ve nedenleri' Dashboardu bu özniteliği kullanarak düzeltmeleri en sık kimin yaptığını gösterir. Böylece yüksek performans gösterenler veya envanter kontrol prosedürleri konusunda ek eğitime ihtiyaç duyabilecek kişiler belirlenebilir.
Neden önemli?
İşlemleri belirli kişilerle ilişkilendirerek kullanıcı performansını, iş yükünü, eğitim ihtiyaçlarını ve süreç uyumluluğunu analiz etmenizi sağlar.
Nereden alınır?
Genellikle işlem tablolarında 'USER_ID' veya 'CREATED_BY' alanında bulunur. Örneğin, INV_MATERIAL_TXNS tablosunda CREATED_BY alanı kullanılır.
Örnekler
JSMITHAMARTINDEPO.OPERATÖR
|
|||
|
Olay bitiş zamanı
EventEndTime
|
Envanter etkinliğinin ne zaman tamamlandığını gösteren zaman damgası. | ||
|
Açıklama
Olay bitiş zamanı, bir etkinliğin tamamlandığı anı gösterir. Envanter işlemlerinin çoğu tek bir zaman noktasında gerçekleşen olaylar olarak kaydedilse de 'Kalite kontrolü' veya 'Toplama' gibi bazı etkinliklerin belirli bir süresi vardır. Anlık gerçekleşen olaylarda bitiş zamanı genellikle başlangıç zamanıyla aynıdır. Bu öznitelik, tek tek etkinliklerin işlem süresini hesaplamak için Olay başlangıç zamanı ile birlikte kullanılır. Performans analizleri ve kaynak kullanımını incelemek, beklenenden uzun süren ve genel süreçte gecikmelere yol açan etkinlikleri belirlemek açısından önemlidir.
Neden önemli?
Tek tek etkinliklerin işlem süresini hesaplamayı ve hangi adımların zaman aldığını belirlemeyi sağlar.
Nereden alınır?
Anlık işlemlerde başlangıç zamanı ile aynı olabilir. Süreye yayılan etkinliklerde, ilgili kaynak tablosunda ayrı bir tamamlanma zaman damgası alanı bulunur.
Örnekler
2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
|
|||
|
Ürün numarası
ItemNumber
|
İşlem gören ürün veya malzemenin benzersiz tanımlayıcısı. | ||
|
Açıklama
Stok kodu (SKU) olarak da bilinen ürün numarası, stok hareketindeki belirli ürünü tanımlar. Böylece analizleri ürüne göre filtreleyebilir veya gruplandırabilirsiniz. Process Mining çalışmalarında bu öznitelik, ürün odaklı analizler için gereklidir. “Yerleştirme süresi en uzun olan ürünler hangileri?” veya “En sık hangi ürünlerde düzeltme yapılıyor?” gibi soruları yanıtlamanıza yardımcı olur. Böylece belirli ürün grupları veya kategorileri için iyileştirmeler planlayabilirsiniz.
Neden önemli?
Belirli ürünlere göre filtreleme ve analiz yapmanızı sağlar; süreç gecikmeleriyle veya sorunlarıyla ilişkili ürünleri belirlemenize yardımcı olur.
Nereden alınır?
Stok hareketi tablolarında genellikle INVENTORY_ITEM_ID adıyla bulunan temel bir alandır. Ayrıntılar için ürün ana verisi tablosundaki (EGP_SYSTEM_ITEMS_B) kayıtla ilişkilendirilir.
Örnekler
AS54888CPU-INT-i9MEM-DDR5-32GB
|
|||
|
Alt stok alanı kodu
SubinventoryCode
|
Stok kuruluşunun belirli bir depolama alanını veya türünü temsil eden alt bölümü. | ||
|
Açıklama
Alt stok alanı, daha büyük bir stok kuruluşu (ör. depo) içindeki ürünlerin mantıksal veya fiziksel bir grubudur. Örnek olarak “Mal kabul”, “Mamuller”, “Kalite kontrol bekliyor” veya “Kusurlu malzeme” verilebilir. Bu öznitelik, belirli bir raf gözüne göre daha üst düzeyde konum analizi yapmanızı sağlar. Kalite kontrolünden sonra ürünlerin “Mal kabul” alt stok alanından “Mamuller” alt stok alanına ne kadar sürede geçtiği gibi, farklı işlevsel alanlar arasındaki malzeme akışını izlemek için kullanışlıdır.
Neden önemli?
Mal kabul, kalite kontrol ve ana depolama gibi depo içindeki farklı işlevsel alanlar arasında stok hareketlerini ve bekleme sürelerini analiz etmenizi sağlar.
Nereden alınır?
Stok tablolarında bulunan standart bir alandır; genellikle SUBINVENTORY_CODE olarak adlandırılır.
Örnekler
MAL KABULFGIDEPOLAR
|
|||
|
Dönemsel sayım düzeltmesi mi
IsCycleCountAdjustment
|
Stok düzeltmesinin doğrudan dönemsel sayım etkinliğini izlediğini belirten mantıksal bir işaret. | ||
|
Açıklama
Türetilen bu öznitelik, aynı ürün ve konum için “Stok tutarsızlığı düzeltildi” etkinliğinin kısa süre önce gerçekleşen “Dönemsel sayım yapıldı” etkinliğini izleyip izlemediğini belirten bir Doğru/Yanlış işaretidir. Sayımın doğrudan sonucunda yapılan düzeltmeleri ayırmanıza yardımcı olur. Bu işaret, “Dönemsel sayım sonrası düzeltme oranı” KPI’sında kullanılır. Analistler, sayımların ne sıklıkla düzeltmeye yol açtığını görerek dönemsel sayım programının etkinliğini ölçebilir. Bu tür düzeltmelerin oranı yüksekse stok kayıtlarının doğruluğunda sistemik sorunlar olabilir.
Neden önemli?
Fiziksel sayımın doğrudan sonucu olan düzeltmeleri ayırarak dönemsel sayım sürecinin etkinliğini ölçmenize yardımcı olur.
Nereden alınır?
Bu türetilmiş öznitelik, belirli bir ürün veya parti için etkinlik sırası kontrol edilerek veri dönüştürme sırasında oluşturulur.
Örnekler
truefalse
|
|||
|
İşlem türü
TransactionType
|
Stok hareketinin sistem tarafından tanımlanan türü. | ||
|
Açıklama
Bu öznitelik, stok olayının “Satın alma siparişi teslim alındı”, “Alt stok alanları arası transfer” veya “Dönemsel sayım düzeltmesi” gibi sistem düzeyindeki ham sınıflandırmasını belirtir. Genellikle kullanıcıların gördüğü Etkinlik Adı, bu daha teknik sınıflandırmadan türetilir. Etkinlik Adı üst düzey süreç haritalarında kullanılırken işlem türü, ayrıntılı teknik analizlerde veya etkinlik eşlemesini doğrularken işe yarar. Tek bir etkinlik altında gruplandırılan belirli alt süreçleri ya da sistem davranışlarını belirlemenize yardımcı olabilir.
Neden önemli?
Olayın sistemdeki ham sınıflandırmasını sunar. Ayrıntılı analizlerde ve “Etkinlik Adı”nın nasıl türetildiğini doğrularken yararlıdır.
Nereden alınır?
Stok hareketi tablolarında bulunan standart bir alandır. Genellikle MTL_TRANSACTION_TYPES gibi bir işlem türü ana veri tablosuyla ilişkilendirilir.
Örnekler
Satın alma siparişi teslim alındıAlt envanter transferiÜretim emri bileşen çıkışı
|
|||
|
Miktar
Quantity
|
İşlemde yer alan ürünün miktarı. | ||
|
Açıklama
Bu öznitelik, taşınan, düzeltilen, sayılan veya başka bir işleme konu olan ürünün birim sayısını belirtir. Her olayın büyüklüğünü ölçmenizi sağlar. Miktar, birçok analiz için temel bir metriktir. İşlenen ürün hacmini, stok tutarsızlıklarının boyutunu ve hurdaya ayrılan miktarı hesaplamak için kullanılır. Maliyet verileriyle birlikte değerlendirildiğinde, süreç verimsizliklerinin finansal etkisini ölçmenizi sağlar. “Dönemsel sayım tutarsızlığı analizi” Dashboardı buna örnektir.
Neden önemli?
Her işlemin hacmini ölçerek işlem hacmini, tutarsızlıkların boyutunu ve stok faaliyetlerinin finansal etkisini analiz etmenizi sağlar.
Nereden alınır?
Stok hareketi tablolarında bulunan standart bir alandır. Örneğin INV_MATERIAL_TXNS tablosunda PRIMARY_QUANTITY veya TRANSACTION_QUANTITY olarak yer alır.
Örnekler
100-105000
|
|||
|
Ölçü birimi
UnitOfMeasure
|
İşlem miktarının ölçü birimi (ör. adet, kg, kutu). | ||
|
Açıklama
Ölçü birimi (UOM), “Miktar” özniteliğinin neyi ifade ettiğini belirtir. Örneğin “10” değeri 10 adet ürün, 10 kutu veya 10 kilogram anlamına gelebilir. Miktara dayalı analizleri doğru yorumlamak için bu öznitelik gereklidir. Ölçü birimi olmadan farklı ürünlere ait işlemleri karşılaştırmak veya miktarları doğru biçimde toplamak mümkün değildir. Analizlerin tutarlı ve anlamlı bir temelde yapılmasını sağlar.
Neden önemli?
“Miktar” özniteliğinin doğru yorumlanmasını ve karşılaştırmaların anlamlı olmasını sağlayan gerekli bağlamı sunar.
Nereden alınır?
Genellikle işlem tablolarında miktar alanının yanında bulunur. Örneğin INV_MATERIAL_TXNS tablosunda TRANSACTION_UOM olarak yer alır.
Örnekler
EAKGBOX
|
|||
|
SKU kategorisi
SKUCategory
|
Ürünün (SKU) ait olduğu kategori veya ürün grubu. | ||
|
Açıklama
SKU kategorisi, benzer ürünleri gruplandırmak için kullanılan bir sınıflandırmadır. Örnek olarak “Elektronik”, “Ham maddeler”, “Mamuller” veya ürün değerine göre belirlenen A, B ve C grupları verilebilir. Bu öznitelik, binlerce ürünü tek tek incelemek yerine ürün gruplarına göre üst düzey analiz yapmanızı sağlar. “Hurda ve kullanım dışı kalma oranı analizi” gibi Dashboardlarda, hangi ürün kategorilerinin hurdaya ayrılma olasılığının daha yüksek olduğunu belirlemek için kullanılır. Böylece stok politikalarını ve talep tahminlerini iyileştirmeye odaklanabilirsiniz.
Neden önemli?
Farklı ürün gruplarındaki süreç performansını toplu olarak inceleyip karşılaştırmanızı sağlar; tek tek ürünlere bakıldığında görünmeyen eğilimleri ortaya çıkarır.
Nereden alınır?
Bu bilgi genellikle ürün ana verisinde (EGP_SYSTEM_ITEMS_B) saklanır ve işlem verileriyle ilişkilendirilmesi gerekir.
Örnekler
Hızlı hareket edenYüksek değerliYedek parçalar
|
|||
|
Stok hareketi kimliği
InventoryTransactionId
|
Tek bir stok olayına sistem tarafından atanan benzersiz tanımlayıcı. | ||
|
Açıklama
Stok hareketi kimliği, kaynak sistemdeki tek bir stok hareketi kaydının birincil anahtarıdır. Olay günlüğündeki her satır bu kimliklerden birine karşılık gelir. Bu kimlik, üst düzey süreç haritalarında genellikle doğrudan kullanılmaz; ancak veri doğrulama, denetim ve ayrıntılı inceleme için çok değerlidir. Oracle Fusion SCM içindeki ilgili kayda doğrudan bağlantı sağlar. Böylece analistler, anormallikleri veya belirli olayları kaynak sistemde inceleyebilir.
Neden önemli?
Her olay için benzersiz bir anahtar sağlar. Veri doğrulama ve izlenebilirlik için gereklidir; kullanıcıların kaynak sistemdeki kayda ayrıntılı olarak inmesine olanak tanır.
Nereden alınır?
Ana stok hareketi tablosunun birincil anahtarıdır; genellikle INV_MATERIAL_TXNS tablosunda TRANSACTION_ID olarak bulunur.
Örnekler
987654321123456789555444333
|
|||
|
Stok kuruluşu
InventoryOrganization
|
Stokun bulunduğu belirli kuruluş; örneğin depo veya üretim tesisi. | ||
|
Açıklama
Stok kuruluşu, dağıtım merkezi veya fabrika gibi stok bulunduran ayrı bir tesisi ya da birimi temsil eder. Oracle Fusion SCM içindeki temel kuruluş verilerinden biridir. Bu öznitelik, farklı fiziksel tesislerdeki süreçleri filtrelemek ve karşılaştırmak için kullanılır. “Ürünleri depoya yerleştirme süresi en kısa olan depo hangisi?” veya “Stok tutarsızlığı oranı Avrupa tesislerimizde mi, Kuzey Amerika tesislerimizde mi daha yüksek?” gibi soruları yanıtlamanıza yardımcı olur. Böylece kuruluş genelinde kıyaslama yapabilir ve iyi uygulamaları paylaşabilirsiniz.
Neden önemli?
Depo veya fabrika gibi farklı tesislerdeki süreçleri karşılaştırıp kıyaslamanızı ve tesise özgü performansı belirlemenizi sağlar.
Nereden alınır?
Hareket tablolarında bulunan temel bir alandır. Örneğin ORGANIZATION_ID, kuruluş adını içeren ana veri tablosuyla ilişkilendirilir.
Örnekler
US1 Dağıtım merkeziSeattle üretim tesisiAB merkez deposu
|
|||
|
Stokta bekleme süresi
InventoryHoldingDays
|
Bir stok partisinin ilk teslim alınmasından son çıkışına veya elden çıkarılmasına kadar stokta kaldığı toplam süre. | ||
|
Açıklama
Bu vaka düzeyindeki KPI, belirli bir stok partisinin stokta tutulduğu toplam süreyi hesaplar. Süre, aynı vaka için ilk “Mal kabul kaydedildi” etkinliğinin zaman damgası ile son “Stok çıkışı kaydedildi” veya “Stok hurdaya ayrıldı/elden çıkarıldı” etkinliğinin zaman damgası arasındaki farktır. Bu metrik, işletme sermayesini ve depolama maliyetlerini yönetmek için önemlidir. Stokta bekleme süresinin yüksek olması, yavaş hareket eden stoklara işaret eder. Bu durum maliyetleri artırabilir, ürünlerin kullanım dışı kalma riskini yükseltebilir ve depo alanının verimsiz kullanılmasına yol açabilir. Bu KPI’yı analiz ederek stok düzeylerini ve stok devir hızını iyileştirebilirsiniz.
Neden önemli?
Finansal ve operasyonel verimliliği ölçen önemli bir KPI’dır. Sermayenin stokta ne kadar süre bağlı kaldığını gösterir ve yavaş hareket eden stokları belirlemenize yardımcı olur.
Nereden alınır?
Bu vaka düzeyindeki metrik, Process Mining aracında son ilgili olayın zaman damgası ile ilk ilgili olayın zaman damgası arasındaki fark alınarak hesaplanır.
Örnekler
30 gün 10:05:0095 gün 04:00:0015 gün 12:30:00
|
|||
|
Ürün durumu
ItemStatus
|
Ürünün mevcut durumunu belirtir; örneğin Etkin, Etkin değil veya Kullanım dışı. | ||
|
Açıklama
Ürün durumu, ürünün yaşam döngüsündeki aşamayı gösterir. Örneğin ürün normal işlemler için “Etkin”, kalite incelemesi için “Beklemede” veya artık kullanılmıyorsa “Kullanım dışı” olabilir. Bu öznitelik, belirli etkinlikleri analiz ederken yararlı bir bağlam sunar. Örneğin “Kullanım dışı” durumundaki ürünlerin yüksek oranda hurdaya ayrılması beklenebilir; ancak “Etkin” ürünlerin hurdaya ayrılması ciddi bir soruna işaret edebilir. Analizi ilgili ve etkin stoklara odaklamanıza yardımcı olur.
Neden önemli?
Ürünün yaşam döngüsüne ilişkin bağlam sunar; kullanım dışı ürünleri hurdaya ayırmak gibi beklenen işlemlerle beklenmedik süreç sorunlarını ayırt etmenize yardımcı olur.
Nereden alınır?
Bu bilgi ürün ana veri tablosundan (ör. EGP_SYSTEM_ITEMS_B) alınır ve işlem verileriyle ilişkilendirilmelidir.
Örnekler
EtkinEtkin değilKullanım dışı
|
|||
Envanter yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Envanter tutarsızlığı düzeltildi
|
Envanter lotunun sistemdeki mevcut miktarını fiziksel sayımla eşleştirmek veya hasar gibi başka tutarsızlıkları gidermek için yapılan açık bir işlemdir. Bu işlem, envanterdeki artış veya azalışı resmen kayda geçirir. | ||
|
Neden önemli?
Düzeltmelerin sıklığını ve nedenlerini izlemek; hırsızlık, hasar veya süreç hataları gibi envanter doğruluğunu bozan temel nedenleri belirlemek açısından önemlidir. Bu durum finansal kayıtları ve stok güvenilirliğini doğrudan etkiler.
Nereden alınır?
INV_MATERIAL_TXNS tablosuna, genellikle bir neden koduyla birlikte 'Cycle Count Adjustment' veya 'Miscellaneous Issue/Receipt' gibi belirli bir türde malzeme işlemi olarak kaydedilir.
Kaydedin
Envanter düzeltme işlemi onaylanıp kaydedildiğinde olay günlüğüne eklenir.
Olay türü
explicit
|
|||
|
Kalite kontrolü yapıldı
|
Envanter lotunun kabul veya reddedilmesine karar verilen kalite kontrol sürecinin tamamlandığını gösterir. Bu olay genellikle kalite kontrol kaydındaki son durum güncellemesinden anlaşılır. | ||
|
Neden önemli?
Bu önemli aşama, stokların sonraki süreçlerde kullanılabilir olup olmadığını belirler. Kontrol sonuçlarını ve süresini analiz etmek, kalite kontrolünü ve tedarikçi performansını iyileştirmeye yardımcı olur.
Nereden alınır?
QA_RESULTS içindeki kalite kontrol kaydının 'Accepted' veya 'Rejected' gibi bir son durumla güncellendiği zaman damgasından ya da lotun malzeme durumunun 'QA' durumundan 'Active' durumuna değiştirilmesinden anlaşılır.
Kaydedin
Envanter lotuyla ilişkili kalite kontrol kaydının tamamlanma tarihinden elde edilir.
Olay türü
inferred
|
|||
|
Mal çıkışı kaydedildi
|
Envanter lotunun müşteriye sevk edilerek, bir üretim iş emrine verilerek veya başka bir tesise aktarılarak depodan çıkışını gösterir. Envanteri azaltan, kesin ve açık bir malzeme işlemidir. | ||
|
Neden önemli?
Bu, envanter yaşam döngüsünün temel bitiş noktalarından biridir ve envanter devir hızını ve stokta bekleme günlerini hesaplamak için önemlidir. İlgili lota yönelik talebin karşılandığını doğrular.
Nereden alınır?
INV_MATERIAL_TXNS tablosuna 'Sales Order Issue', 'WIP Component Issue' veya 'Transfer Order Shipment' gibi türlerle malzeme işlemi olarak kaydedilir.
Kaydedin
Sevkiyat onayı veya bileşen çıkış işlemi gerçekleştirildiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Mal kabulü kaydedildi
|
Bir envanter partisinin veya lotunun depoya fiziksel olarak ilk kez girişini gösterir. Bu işlem genellikle bir satın alma siparişi veya iade malzeme yetkilendirmesi kapsamında yapılır. Mallar teslim alındığında sistemde açık bir işlem kaydı oluşturulur ve envanter lotuna ilişkin ilk kayıt tutulur. | ||
|
Neden önemli?
Bu etkinlik, envanter yaşam döngüsü analizinin temel başlangıç noktasıdır. Gelen ürün operasyonlarının verimliliğini ölçmek için bu olaydan yerleştirme veya kalite kontrol gibi sonraki etkinliklere kadar geçen süreyi izlemek önemlidir.
Nereden alınır?
INV_MATERIAL_TXNS tablosuna, 'PO Receipt', 'RMA Receipt' veya 'Intransit Shipment Receipt' gibi işlem türleriyle bir malzeme işlemi olarak kaydedilir. İşlemin oluşturulma tarihi olayın zaman damgası olarak kullanılır.
Kaydedin
Mal kabul işlemi gerçekleştirildiğinde olay günlüğüne kaydedilir.
Olay türü
explicit
|
|||
|
Stok hurdaya ayrıldı veya elden çıkarıldı
|
Envanter lotunun son kullanma tarihi geçtiği, hasar gördüğü, kullanım dışı kaldığı veya başka bir nedenle kullanılamadığı için stoktan resmen çıkarılmasını ifade eder. Envanter değerini silen açık bir işlemdir. | ||
|
Neden önemli?
Satılmayan veya kullanılmayan envanter için bu, sürecin bitiş noktasıdır. Hurdaya ayırma işlemlerini izlemek; stokların eskimesi, talep tahmini veya elleçleme süreçlerindeki sorunları belirlemeye yardımcı olur ve finansal sonuçları doğrudan etkiler.
Nereden alınır?
INV_MATERIAL_TXNS tablosuna, genellikle hurdaya özel bir hesaba ve neden koduna bağlı 'Miscellaneous Issue' veya belirli bir 'Scrap' işlem türüyle malzeme işlemi olarak kaydedilir.
Kaydedin
Hurdaya ayırma işlemi gerçekleştirildiğinde ve onaylandığında kaydedilir.
Olay türü
explicit
|
|||
|
Toplama tamamlandı
|
Envanter lotunun depolama konumundan fiziksel olarak alınıp geçici bekletme alanına taşındığını gösterir. Toplayıcının sistemde toplama görevinin tamamlandığını onayladığı açık bir işlemdir. | ||
|
Neden önemli?
Bu, sipariş karşılama sürecinin önemli bir aşamasıdır. 'Toplama başlatıldı' olayından bu aşamaya kadar geçen süre, toplayıcı verimliliğini ve toplama sürecinin performansını ölçer.
Nereden alınır?
Taşıma emri satırının veya depo görevinin durumunu 'Completed' olarak güncelleyen ya da INV_MATERIAL_TXNS tablosunda 'Subinventory Transfer' işlemini başlatan bir toplama onay işlemiyle kaydedilir.
Kaydedin
Kullanıcı sistemde toplama işlemini, genellikle mobil RF cihazı üzerinden onayladığında kaydedilir.
Olay türü
explicit
|
|||
|
Yerleştirme tamamlandı
|
Envanter lotunun belirlenen depolama gözüne veya alt envantere taşınarak kullanılabilir stoklara resmen eklenmesini ifade eder. Bu işlem, lotun konumunu kabul alanından depolama konumuna güncelleyen açık bir malzeme işlemiyle kaydedilir. | ||
|
Neden önemli?
Bu aşama, gelen ürün sürecinin sonunu gösterir. 'Mal kabulü kaydedildi' olayından bu aşamaya kadar geçen çevrim süresi, yerleştirme verimliliğini ölçen temel bir KPI’dır.
Nereden alınır?
INV_MATERIAL_TXNS tablosuna genellikle 'Subinventory Transfer' veya 'Put Away' türünde bir malzeme işlemi olarak kaydedilir. Bu işlem, lotu kabul alt envanterinden depolama alt envanterine taşır.
Kaydedin
Depolama konumuna taşımayı doğrulayan işlem tamamlandığında olay günlüğüne kaydedilir.
Olay türü
explicit
|
|||
|
Döngüsel sayım yapıldı
|
Envanter lotunun döngüsel sayım veya fiziksel envanter programı kapsamında fiziksel olarak sayıldığını gösterir. Kullanıcının sayılan miktarı sisteme girdiği açık bir işlemdir. | ||
|
Neden önemli?
Bu etkinlik, envanter doğruluğu programlarının analizinde temel rol oynar. Tutarsızlıkları belirlemek ve sayım sürecinin etkinliğini ölçmek için gereken verileri sağlar.
Nereden alınır?
Kullanıcı sayım miktarını girip kaydettiğinde INV_CYCLE_COUNT_ENTRIES tablosuna kaydedilir. Sayım girişinin zaman damgası olay zamanı olarak kullanılır.
Kaydedin
Kullanıcı, döngüsel sayım görevi kapsamında belirli bir ürün ve lot için sayım sonucunu gönderdiğinde kaydedilir.
Olay türü
explicit
|
|||
|
İade edilen mallar işlendi
|
Return Material Authorization (RMA) aracılığıyla müşteriden iade edilen envanter lotunun teslim alınmasını ve işlenmesini kaydeder. Bu etkinlik, lotu yeniden envanter sistemine dahil eder ve çoğu zaman kontrol ve değerlendirme süreçlerini başlatır. | ||
|
Neden önemli?
İade sürecini analiz etmek, ürün kalitesi sorunlarını anlamak ve tersine lojistik verimliliğini artırmak açısından önemlidir. Ayrı bir iade alt sürecinin başlangıç noktası olabilir.
Nereden alınır?
INV_MATERIAL_TXNS tablosuna 'RMA Receipt' türünde bir malzeme işlemi olarak kaydedilir. İşlem ayrıntıları, asıl satış siparişi ve müşteriyle ilişkilendirilir.
Kaydedin
Sistemde RMA mal kabul işlemi gerçekleştirildiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Kalite kontrolü başlatıldı
|
Bir envanter lotunun kullanıma açılmadan önce kalite kontrolüne alınmak üzere belirlendiği anı ifade eder. Bu durum genellikle teslim alınan lotla ilişkili bir kontrol planı kaydının oluşturulmasından veya lotun durumunun 'QA' bekletme durumuna alınmasından anlaşılır. | ||
|
Neden önemli?
Kalite güvence sürecinin başlangıcını gösterir. Bu etkinlikle 'Kalite kontrolü yapıldı' arasındaki süre, kalite kontrol bölümündeki işlem süresini ve olası darboğazları ortaya çıkarır.
Nereden alınır?
Quality Management modülünde bir kalite kontrol kaydı (ör. QA_RESULTS) oluşturulmasından veya lotun malzeme durumunun belirlenmiş bir kontrol durumuna geçtiğinin izlenmesinden anlaşılır.
Kaydedin
Bir kalite kontrol planının oluşturulma zaman damgasından veya lot durumunun 'Kontrol bekleniyor' olarak değiştirilmesinden anlaşılır.
Olay türü
inferred
|
|||
|
Paketleme tamamlandı
|
Toplanan lotun sevkiyat konteynerine yerleştirilip konteynerin kapatıldığı paketleme sürecinin tamamlandığını ifade eder. Bu durum, istasyondaki açık bir taramayla kaydedilebilir veya sevkiyat durumundaki değişiklikten anlaşılabilir. | ||
|
Neden önemli?
Sevkiyat öncesinde depodaki fiziksel işlemlerin sonunu gösterir. Toplama ile paketleme arasındaki süreyi analiz etmek, paketleme istasyonundaki verimsizlikleri belirlemeye yardımcı olur.
Nereden alınır?
Teslimat ayrıntısının veya sevkiyat kaydının (ör. WSH_DELIVERY_DETAILS) durumunun 'Packed' olarak değiştirilmesinden anlaşılır. Bazı yapılandırmalarda paketleme istasyonunda açık bir işlem olarak kaydedilebilir.
Kaydedin
Sevkiyat durumu güncellemesinin zaman damgasından veya belirli bir paketleme işlem günlüğünden elde edilir.
Olay türü
inferred
|
|||
|
Stok şirket içinde taşındı
|
Bir envanter lotunun aynı depo içindeki gözler veya alt envanterler gibi farklı depolama konumları arasındaki hareketini kaydeder. İkmal veya birleştirme gibi amaçlarla yapılan bu hareketler, açık malzeme işlemleri olarak kaydedilir. | ||
|
Neden önemli?
Şirket içi hareketleri analiz etmek, verimsiz depo yerleşimlerini, gereğinden fazla elleçlemeyi ve stok konumlarını iyileştirme fırsatlarını belirlemeye yardımcı olur. Hareketlerin sık tekrarlanması, ilk yerleştirme planlamasının yetersiz olduğuna işaret edebilir.
Nereden alınır?
INV_MATERIAL_TXNS tablosuna, dış taraf içermeyen 'Subinventory Transfer' veya 'Locator Transfer' gibi bir türle malzeme işlemi olarak kaydedilir.
Kaydedin
Şirket içi transfer işlemi tamamlandığında kaydedilir.
Olay türü
explicit
|
|||
|
Toplama başlatıldı
|
Bir satış siparişi, iş emri veya transfer için envanter lotunun depolama konumundan alınmasına yönelik görevin oluşturulduğu sipariş karşılama sürecinin başlangıcını gösterir. Bu durum, toplama dalgası veya taşıma emri satırı oluşturulmasından anlaşılır. | ||
|
Neden önemli?
Bu olay, toplama çevrim süresinin ölçümünü başlatır. Sipariş tahsisiyle toplamanın başlaması arasındaki gecikmeler, sipariş işleme veya depo görevi atamasındaki darboğazları ortaya çıkarabilir.
Nereden alınır?
Toplama görevi için WMS tablolarında bir kaydın oluşturulma zaman damgasından veya taşıma emri satırının (ör. Mtl_Txn_Request_Lines) durumunun 'Released to Warehouse' olarak güncellenmesinden anlaşılır.
Kaydedin
Envanter lotuyla ilişkili bir toplama görevinin veya taşıma emrinin oluşturulmasıyla belirlenir.
Olay türü
inferred
|
|||
|
Ürün durumu değiştirildi
|
Envanter lotunun kullanılabilirlik veya kısıtlama durumundaki değişikliği ifade eder. Örneğin lot beklemeye alınabilir, satışa kapatılabilir veya serbest bırakılabilir. Bu durum genellikle lotun durum özniteliğindeki değişikliklerden anlaşılır. | ||
|
Neden önemli?
Durum değişikliklerini izlemek, envanterin kullanılabilirliğini ve kontrolünü anlamaya yardımcı olur. Sık sık beklemeye alınması kalite sorunlarına işaret edebilir; serbest bırakma işlemlerini izlemek ise süreç akışını anlamak açısından önemlidir.
Nereden alınır?
INV_LOT_NUMBERS gibi envanter tablolarındaki 'LOT_STATUS_CODE' veya benzer alanlardaki değişiklikler izlenerek anlaşılır. Değişikliğin zaman damgasını yakalamak için denetim geçmişi veya veritabanı günlükleri gerekebilir.
Kaydedin
Lot durumu alanının zaman içindeki mevcut ve önceki değerleri karşılaştırılarak kaydedilir.
Olay türü
inferred
|
|||
|
Yerleştirme başlatıldı
|
Teslim alınan malların geçici bekletme veya kabul alanından nihai depolama konumuna taşınması sürecinin başlangıcını gösterir. Bu durum genellikle yerleştirme işlemi için sistem tarafından yönlendirilen bir görevin veya taşıma talebinin oluşturulmasından anlaşılır. | ||
|
Neden önemli?
Kabul alanlarını boşaltmak ve envanteri kullanıma açmak için yerleştirme sürecini hızla başlatmak önemlidir. Bu olay, mal kabulü ile yerleştirme faaliyetlerinin başlaması arasındaki gecikmeyi ölçmeye yardımcı olur.
Nereden alınır?
Warehouse Management System (WMS) modülünde, teslim alınan lotla ilişkili bir taşıma talebinin veya depo görevinin oluşturulma zaman damgasından anlaşılır.
Kaydedin
Envanter işlemi veya lotla ilişkili bir yerleştirme görevinin oluşturulmasıyla belirlenir.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Veri hazırlığını kolaylaştırmak ve envanter süreçlerinizle ilgili önemli içgörüleri ortaya çıkarmaya başlamak için bu Templateten yararlanın. Operasyonlarınızı optimize etmeye bugün başlayın.
Envanter yönetimini dönüştürün: Bugün optimize etmeye başlayın
Verimsizlikleri belirleyerek envanter çevrim süresini %30 azaltın.
Kredi kartı gerekmez. Dakikalar içinde başlayın.