Envanter Yönetimi Veri Şablonunuz
Envanter Yönetimi Veri Şablonunuz
- Toplanması önerilen öznitelikler
- Süreç keşfi için izlenecek temel aktiviteler
- Oracle Fusion SCM verilerinin çıkarılmasına ilişkin rehber
Stok Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet adı
ActivityName
|
Gerçekleştirilen belirli envanter yönetimi faaliyetinin adıdır. | ||
|
Açıklama
Faaliyet 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. Faaliyetlere 'Goods Receipt Recorded', 'Quality Inspection Performed', 'Stock Moved Internally' ve 'Goods Issue Recorded' örnek verilebilir. Bu faaliyetlerin sırasını ve sıklığını analiz etmek, süreç haritalarını görselleştirmenize, sapmaları belirlemenize ve adımlar arasındaki geçiş sürelerini incelemenize olanak tanıyan Process Mining çalışmalarının temelini oluşturur.
Neden önemli?
Bu öznitelik, envanter yaşam döngüsünü oluşturan farklı adımları ve olayları tanımladığı için süreç haritasının oluşturulmasında temel öneme sahiptir.
Nereden alınır?
Genellikle kaynak tablolardaki işlem türleri veya olay kodları, örneğin INV_MATERIAL_TXNS, kullanıcıların anlayabileceği faaliyet adlarıyla eşleştirilerek elde edilir.
Örnekler
Mal kabulü kaydedildiYerleştirme tamamlandıEnvanter farklılığı düzeltildiToplama başlatıldı
|
|||
|
Olay başlangıç zamanı
EventStartTime
|
Envanter faaliyetinin ne zaman başladığını gösteren zaman damgasıdır. | ||
|
Açıklama
Bu öznitelik, bir faaliyetin başladığı kesin tarih ve saati kaydeder. Olayları kronolojik sıraya koymak ve süreç akışını oluşturmak için kullanılan temel zaman bilgisidir. Analizde Olay başlangıç zamanı, faaliyetler arasındaki süreleri ve bekleme zamanlarını hesaplamak için önemlidir. Darboğazları belirlemenizi, 'Average Put-away Cycle Time' gibi KPI'lar için çevrim sürelerini ölçmenizi ve farklı zaman aralıklarında, örneğin vardiya, gün veya ay bazında, süreç performansını analiz etmenizi sağlar.
Neden önemli?
Bu zaman damgası, olayları sıralamak, çevrim ve bekleme sürelerini hesaplamak ve süreç darboğazlarını anlamak için gereklidir.
Nereden alınır?
Genellikle INV_MATERIAL_TXNS içindeki 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
|
|||
|
Stok parti/lot numarası
InventoryBatchLot
|
Belirli bir envanter ürününün parti veya lotuna ait benzersiz tanımlayıcıdır ve yaşam döngüsünü izlemek için vaka kimliği olarak kullanılır. | ||
|
Açıklama
Inventory Batch veya Lot numarası, belirli bir ürün miktarıyla ilişkili tüm faaliyetleri gruplandıran birincil vaka tanımlayıcısıdır. Bu sayede belirli bir stok miktarının envantere girişinden çeşitli hareketlerine ve nihai çıkışına veya tüketimine kadar tüm yaşam döngüsünü izleyebilirsiniz. Process Mining analizinde bu öznitelik temel bir role sahiptir. Mal kabulü, kalite kontrolü, şirket içi transferler ve mal çıkışı gibi farklı olayları tek ve tutarlı bir süreç örneğinde birleştirir. Süreçleri Inventory Batch/Lot temelinde analiz etmek, uçtan uca çevrim sürelerini hesaplamanıza, yaygın akışları belirlemenize ve belirli stok gruplarını etkileyen darboğazları ortaya çıkarmanıza yardımcı olur.
Neden önemli?
Bu, ilgili tüm envanter faaliyetlerini birbirine bağlayan temel vaka tanımlayıcısıdır ve bir stok partisinin mal kabulünden çıkışına kadar tüm yolculuğunu izlemenizi sağlar.
Nereden alınır?
Bu bilgi genellikle lot veya parti kontrol ayrıntılarıyla ilişkilendirilen INV_MATERIAL_TXNS gibi envanter işlem tablolarında bulunur.
Örnekler
LOT2024-A01134BATCH-US-00582LPN-493820-202405
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin hangi sistemden çıkarıldığını gösterir. | ||
|
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ı gidermenize yardımcı olur ve farklı sistemlere veya örneklere yayılan süreçleri karşılaştırmak için kullanılabilir. Örneğin, farklı bölgesel ERP'lerdeki envanter yönetimi süreçlerini karşılaştırabilirsiniz.
Neden önemli?
Verinin kaynağı hakkında temel bağlam sağlar. Bu bilgi, veri doğrulama, yönetişim ve birden fazla sisteme yayılan süreçlerin analizi için önemlidir.
Nereden alınır?
Genellikle veri çıkarma ve dönüştürme sürecinde verinin kaynağını belirtmek için eklenen statik 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ıdır. | ||
|
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ç içgörülerinin ne kadar güncel olduğunu anlamak için önemlidir. Kullanıcıların gerçek zamana yakın verilere mi yoksa önceki bir döneme ait anlık görüntüye mi baktığını 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österir. Böylece kullanıcılar süreç analizinin ne kadar güncel olduğunu ve bir sonraki veri yenilemesinin ne zaman beklendiğini anlayabilir.
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
|
Faaliyetin gerçekleştiği depo içindeki göz veya bölge gibi belirli konumdur. | ||
|
Açıklama
Bu öznitelik, envanter işlemiyle ilişkili depo içindeki fiziksel konumu, örneğin belirli bir koridoru, rafı veya bölmeyi belirtir. Stoğun nerede depolandığına veya taşındığına ilişkin ayrıntılı bilgi sağlar. Depo konumuna göre analiz yapmak, lojistik verimsizlikleri belirlemenize yardımcı olur. Örneğin, 'Internal Stock Movement Lead Time' Dashboardı belirli bölgeler arasındaki transferlerin sürekli olarak yavaş olup olmadığını gösterebilir. Ayrıca belirli konumlarda envanter tutarsızlıklarının daha sık yaşanıp yaşanmadığını da ortaya çıkarabilir.
Neden önemli?
Depo içindeki coğrafi bağlamı sağlar; hareket verimliliğinin ve darboğazlar veya sık yapılan düzeltmeler gibi konuma özgü sorunların analiz edilmesine imkan verir.
Nereden alınır?
Envanter işlemi tablolarındaki LOCATOR_ID gibi alanlardan alınır ve açıklayıcı adlar için konum ana verileriyle (INV_ITEM_LOCATIONS) birleştirilebilir.
Örnekler
A1-R4-S3-B2RECEIVING-DOCK-01QC-INSPECT-AREA
|
|||
|
Hareket Nedeni Kodu
MovementReasonCode
|
Bir envanter hareketinin veya düzeltmesinin iş gerekçesini açıklayan koddur. | ||
|
Açıklama
Movement Reason Code, bir envanter işleminin neden gerçekleştiğine ilişkin bağlam sağlar. Bu bilgi, hurdaya ayırma, sayım düzeltmeleri veya iadeler gibi standart dışı hareketler için özellikle önemlidir. Bu öznitelik, kök neden analizi için önemlidir. Örneğin, 'Inventory Adjustment Frequency And Reasons' Dashboardı düzeltmeleri kategorilere ayırmak için bu kodu kullanır. Böylece hasar, hırsızlık veya veri giriş hataları birbirinden ayrılabilir. Bu nedenleri analiz etmek, iyileştirme çalışmalarını en önemli sorunlara göre önceliklendirmenize ve odaklamanıza yardımcı olur.
Neden önemli?
Envanter düzeltmelerinin ve hareketlerinin arkasındaki nedeni açıklar; tutarsızlık veya hurdaya ayırma gibi sorunların kök neden analizinde önemlidir.
Nereden alınır?
İşlem tablolarında, INV_MATERIAL_TXNS içindeki REASON_ID gibi bir neden kodu alanında bulunur ve neden kodu ana veri tablosuna bağlanır.
Örnekler
DAMAGED IN TRANSITCYCLE COUNT ADJEXPIRED STOCK
|
|||
|
İşlemi gerçekleştiren kullanıcı
UserPerformingAction
|
Envanter işlemini gerçekleştiren kişinin kullanıcı kimliği veya adıdır. | ||
|
Açıklama
Bu öznitelik, belirli bir etkinliği gerçekleştirmekten sorumlu kullanıcıyı tanımlar. Örneğin, depoya yerleştirme görevini tamamlayan depo operatörünü veya bir düzeltmeyi onaylayan envanter yöneticisini gösterebilir. 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 için önemlidir. Örneğin, 'Inventory Adjustment Frequency And Reasons' Dashboardı bu özniteliği kullanarak düzeltmeleri en sık kimin yaptığını gösterir. Böylece en başarılı çalışanlar veya envanter kontrol prosedürleri konusunda ek eğitime ihtiyaç duyabilecek kişiler belirlenebilir.
Neden önemli?
Faaliyetleri belirli kişilere bağlayarak 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ı olarak bulunur. Örneğin INV_MATERIAL_TXNS tablosunda CREATED_BY alanı kullanılır.
Örnekler
JSMITHAMARTINWAREHOUSE.OPERATOR
|
|||
|
Olay bitiş zamanı
EventEndTime
|
Envanter faaliyetinin ne zaman tamamlandığını gösteren zaman damgasıdır. | ||
|
Açıklama
Olay bitiş zamanı, bir faaliyetin tamamlandığı anı gösterir. Birçok envanter işlemi tek bir zaman noktasında kaydedilse de 'Quality Inspection' veya 'Picking' gibi bazı faaliyetlerin belirli bir süresi vardır. Anlık olaylarda bitiş zamanı çoğu zaman başlangıç zamanıyla aynıdır. Bu öznitelik, tek tek faaliyetlerin işlem süresini hesaplamak için Olay başlangıç zamanı ile birlikte kullanılır. Performans analizi, kaynak kullanım araştırmaları ve beklenenden uzun süren, dolayısıyla genel süreç gecikmelerine katkıda bulunan faaliyetlerin belirlenmesi için önemlidir.
Neden önemli?
Tek tek faaliyetlerin işlem süresini hesaplamanızı ve hangi adımların zaman aldığını belirlemenizi sağlar.
Nereden alınır?
Anlık işlemlerde başlangıç zamanıyla aynı olabilir. Süre içeren faaliyetlerde ise ilgili kaynak tablosunda ayrı bir tamamlanma zamanı alanı bulunur.
Örnekler
2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
|
|||
|
Ürün numarası
ItemNumber
|
İşlenen ürün veya malzeme için benzersiz tanımlayıcıdır. | ||
|
Açıklama
Genellikle Stock Keeping Unit (SKU) olarak adlandırılan Ürün numarası, bir envanter işlemindeki belirli ürünü tanımlar. Böylece analizleri ürüne göre filtreleyebilir veya segmentlere ayırabilirsiniz. Process Mining'de bu öznitelik, ürün odaklı analiz için gereklidir. 'Hangi ürünlerin yerleştirme süresi en uzun?' veya 'Hangi ürünlerde en sık düzeltme yapılıyor?' gibi soruları yanıtlamanıza yardımcı olur. Bu sayede belirli ürün grupları veya kategorileri için hedefli iyileştirmeler yapabilirsiniz.
Neden önemli?
Belirli ürünlere göre filtreleme ve analiz yapmanızı sağlar; böylece süreç gecikmeleri veya sorunlarıyla ilişkili ürünleri belirleyebilirsiniz.
Nereden alınır?
Envanter işlem tablolarındaki temel alanlardan biridir. Genellikle INVENTORY_ITEM_ID olarak adlandırılır ve ayrıntılar için ürün ana verisi tablosuna, EGP_SYSTEM_ITEMS_B, bağlanır.
Örnekler
AS54888CPU-INT-i9MEM-DDR5-32GB
|
|||
|
Alt Envanter Kodu
SubinventoryCode
|
Bir envanter organizasyonunun belirli bir depolama alanını veya türünü temsil eden alt bölümüdür. | ||
|
Açıklama
Alt envanter, daha büyük bir envanter organizasyonu, örneğin bir depo, içindeki ürünlerin mantıksal veya fiziksel grubudur. Örnekler arasında "Teslim Alma", "Mamuller", "Kalite Bekletme" veya "Kusurlu Malzeme" bulunur. Bu öznitelik, belirli göz konumuna kıyasla daha üst düzey bir konum analizi yapılmasını sağlar. Teslim alma sonrasında kalite kontrolü tamamlanan ürünlerin "Teslim Alma" alt envanterinden "Mamuller" alt envanterine ne kadar sürede taşındığı gibi, farklı işlevsel alanlar arasındaki malzeme akışını izlemek için kullanışlıdır.
Neden önemli?
Depo içindeki teslim alma, kalite ve ana depolama gibi farklı işlevsel alanlar arasındaki envanter hareketlerinin ve bekleme sürelerinin analiz edilmesini sağlar.
Nereden alınır?
Envanter tablolarında genellikle SUBINVENTORY_CODE adıyla bulunan standart bir alandır.
Örnekler
MAL KABULFGIDEPOLAR
|
|||
|
Envanter İşlemi Kimliği
InventoryTransactionId
|
Tek bir envanter olayı için sistem tarafından oluşturulan benzersiz tanımlayıcıdır. | ||
|
Açıklama
Inventory Transaction ID, kaynak sistemdeki tek ve atomik bir envanter işlemi kaydının birincil anahtarıdır. Event Log içindeki her satır böyle bir kimliğe 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ı analiz için çok değerlidir. Oracle Fusion SCM içindeki belirli kayda doğrudan bağlantı sağlar; böylece analistler kaynak sistemdeki anormallikleri veya belirli olayları inceleyebilir.
Neden önemli?
Her olay için veri doğrulama ve izlenebilirlik açısından gerekli benzersiz bir anahtar sağlar; kullanıcıların kaynak sistem kaydının ayrıntılarına inmesine imkan verir.
Nereden alınır?
Ana envanter işlemi tablosunun birincil anahtarıdır ve genellikle INV_MATERIAL_TXNS içindeki TRANSACTION_ID alanıdır.
Örnekler
987654321123456789555444333
|
|||
|
Envanter Organizasyonu
InventoryOrganization
|
Envanterin tutulduğu belirli organizasyondur, örneğin depo veya üretim tesisi. | ||
|
Açıklama
Envanter Organizasyonu, dağıtım merkezi veya fabrika gibi stok bulunduran belirli bir tesisi ya da kuruluşu temsil eder. Oracle Fusion SCM'de temel bir organizasyonel veri öğesidir. Bu öznitelik, farklı fiziksel tesislerdeki süreçleri filtrelemek ve karşılaştırmak için kullanılır. "Hangi depoda yerleştirme süresi en kısa?" veya "Avrupa tesislerimizdeki envanter tutarsızlığı oranı Kuzey Amerika tesislerimizden daha mı yüksek?" gibi soruların yanıtlanmasına yardımcı olur. Böylece kuruluş genelinde kıyaslama yapılabilir ve en iyi uygulamalar paylaşılabilir.
Neden önemli?
Depo veya fabrika gibi farklı tesislerde süreç karşılaştırması ve kıyaslama yapılmasını sağlar; tesise özgü performansın belirlenmesine yardımcı olur.
Nereden alınır?
İşlem tablolarındaki ORGANIZATION_ID gibi temel bir alandır ve ad bilgisi için organizasyon ana veri tablosuna bağlanır.
Örnekler
US1 Dağıtım MerkeziSeattle Üretim TesisiAB Merkez Deposu
|
|||
|
Envanterde Tutulma Günleri
InventoryHoldingDays
|
Bir envanter partisinin ilk teslim alınmasından son çıkışına veya imhasına kadar stokta kaldığı toplam süredir. | ||
|
Açıklama
Bu, belirli bir envanter partisinin veya lotunun ne kadar süreyle tutulduğunu hesaplayan vaka düzeyinde bir KPI'dır. Ölçüm, ilgili vaka için ilk "Mal Kabulü Kaydedildi" etkinliğinin zaman damgası ile son "Mal Çıkışı Kaydedildi" veya "Stok Hurdaya Ayrıldı/İmha Edildi" etkinliğinin zaman damgası arasındaki süreye dayanır. Bu metrik, işletme sermayesi ve depolama maliyetlerinin yönetimi için önemlidir. Envanterde Tutulma Günleri değerinin yüksek olması, yavaş hareket eden stoklara işaret eder. Bu durum maliyetlerin artmasına, kullanım dışı kalma riskine ve depo alanının verimsiz kullanılmasına yol açabilir. Bu KPI'ın analizi, envanter seviyelerinin optimize edilmesine ve stok devir hızının iyileştirilmesine yardımcı olur.
Neden önemli?
Finansal ve operasyonel verimlilik için önemli bir KPI'dır. Sermayenin envanterde ne kadar süre bağlı kaldığını ölçer ve yavaş hareket eden stokların belirlenmesine yardımcı olur.
Nereden alınır?
Bu, son ilgili olay ile ilk ilgili olayın zaman damgaları arasındaki fark alınarak Process Mining aracında vaka düzeyinde hesaplanan bir metriktir.
Örnekler
30 gün 10:05:0095 gün 04:00:0015 gün 12:30:00
|
|||
|
İşlem Türü
TransactionType
|
Sistem tarafından tanımlanan envanter işlemi türüdür. | ||
|
Açıklama
Bu öznitelik, "Satın Alma Siparişi Teslim Alma", "Alt Envanter Transferi" veya "Sayım Düzeltmesi" gibi bir envanter olayının ham, sistem düzeyindeki sınıflandırmasını ifade eder. Genellikle, kullanıcı dostu Etkinlik Adı'nın türetildiği daha teknik bir sınıflandırmadır. Etkinlik Adı üst düzey süreç haritalarında kullanılırken İşlem Türü, ayrıntılı teknik analiz veya etkinliklere yapılan eşleştirmenin doğrulanması için değerlidir. Tek bir etkinlik altında gruplanan belirli alt süreçleri veya sistem davranışlarını belirlemeye yardımcı olabilir.
Neden önemli?
Bir olayın ham sistem sınıflandırmasını sağlar; ayrıntılı analiz ve "Etkinlik Adı" türetiminin doğrulanması için kullanışlıdır.
Nereden alınır?
Genellikle MTL_TRANSACTION_TYPES gibi bir işlem türü ana veri tablosundan birleştirilen, envanter işlemi tablolarındaki standart bir alandır.
Örnekler
Satın Alma Siparişi KabulüAlt envanter transferiDevam Eden Üretim Bileşeni Çıkışı
|
|||
|
Miktar
Quantity
|
İşleme dahil olan ürünün miktarıdır. | ||
|
Açıklama
Bu öznitelik, taşınan, düzeltilen, sayılan veya başka bir envanter işlemine konu olan ürün birimlerinin sayısını gösterir. Her olayın kapsamını ölçmenizi sağlar. Miktar, birçok analiz için temel bir metriktir. İşlenen ürün hacmini, envanter tutarsızlıklarının büyüklüğünü ve hurda miktarını hesaplamak için kullanılır. Maliyet verileriyle birlikte değerlendirildiğinde, süreç verimsizliklerinin finansal etkisinin ölçülmesini sağlar. 'Cycle Count Discrepancy Analysis' Dashboardı buna örnektir.
Neden önemli?
Her işlemin hacmini ölçerek işlem kapasitesinin, tutarsızlıkların boyutunun ve envanter faaliyetlerinin finansal etkisinin analiz edilmesini sağlar.
Nereden alınır?
INV_MATERIAL_TXNS içindeki PRIMARY_QUANTITY veya TRANSACTION_QUANTITY gibi envanter işlemi tablolarında bulunan standart bir alandır.
Örnekler
100-105000
|
|||
|
Ölçü Birimi
UnitOfMeasure
|
İşlem miktarının ölçü birimidir, örneğin Adet, Kg veya Kutu. | ||
|
Açıklama
Ölçü Birimi (UOM), "Miktar" özniteliğine bağlam kazandırarak sayısal değerin neyi ifade ettiğini belirtir. Örneğin "10" miktarı 10 adet ürünü, 10 kutuyu veya 10 kilogramı ifade edebilir. Bu öznitelik, miktara dayalı analizlerin doğru yorumlanması için gereklidir. UOM olmadan farklı ürünlere ait işlemleri karşılaştırmak veya miktarları doğru şekilde toplamak mümkün değildir. Analizlerin tutarlı ve anlamlı bir temelde yapılmasını sağlar.
Neden önemli?
"Miktar" özniteliği için gerekli bağlamı sağlar; değerlerin doğru yorumlanmasına ve anlamlı karşılaştırmalar yapılmasına yardımcı olur.
Nereden alınır?
Genellikle INV_MATERIAL_TXNS içindeki TRANSACTION_UOM gibi işlem tablolarında miktar alanının yanında bulunur.
Örnekler
EAKGBOX
|
|||
|
Sayım Düzeltmesi mi
IsCycleCountAdjustment
|
Bir envanter düzeltmesinin doğrudan bir sayım etkinliğinin ardından gelmesi durumunda true olan boolean işaretidir. | ||
|
Açıklama
Bu türetilmiş öznitelik, aynı ürün ve konum için "Envanter Tutarsızlığı Düzeltildi" etkinliğinin kısa süre önce gerçekleşen "Sayım Yapıldı" etkinliğinin ardından gelip gelmediğini belirleyen bir boolean işaretidir (True/False). Sayım sürecinin doğrudan sonucu olan düzeltmelerin ayrıştırılmasına yardımcı olur. Bu işaret, "Sayım Sonrası Düzeltme Oranı" KPI'ı için kullanılır. Analistlerin, sayımların ne sıklıkla düzeltmeye yol açtığını görerek sayım programının etkinliğini ölçmesini sağlar. Bu tür düzeltmelerin oranının yüksek olması, envanter kayıtlarının doğruluğunda sistemik sorunlar bulunduğuna işaret edebilir.
Neden önemli?
Fiziksel sayımın doğrudan sonucu olan düzeltmeleri ayırarak sayım sürecinin etkinliğinin özel olarak ölçülmesine yardımcı olur.
Nereden alınır?
Belirli bir ürün veya parti için etkinliklerin sırası kontrol edilerek veri dönüşümü sırasında oluşturulan türetilmiş bir özniteliktir.
Örnekler
truefalse
|
|||
|
SKU Kategorisi
SKUCategory
|
Ürünün, yani SKU'nun, ait olduğu kategori veya ürün ailesidir. | ||
|
Açıklama
SKU Category, benzer ürünleri birlikte gruplamak için kullanılan bir sınıflandırmadır. Örnek olarak 'Electronics', 'Raw Materials', 'Finished Goods' veya değere dayalı kategoriler, örneğin A, B ve C ürünleri verilebilir. Bu öznitelik, binlerce ürünü tek tek incelemekten çoğu zaman daha anlamlı olan ürün grubu düzeyinde analiz yapmanızı sağlar. 'Scrap And Obsolescence Rate Analysis' gibi Dashboardlarda, hangi ürün kategorilerinin hurdaya ayrılmaya daha yatkın olduğunu belirlemek için kullanılır. Böylece envanter politikası ve talep tahmini iyileştirmelerine odaklanabilirsiniz.
Neden önemli?
Süreç performansının farklı ürün grupları arasında toplanmasına ve karşılaştırılmasına imkan verir; tek tek ürün düzeyinde görünmeyen eğilimleri ortaya çıkarır.
Nereden alınır?
Bu bilgi genellikle ürün ana verilerinde (EGP_SYSTEM_ITEMS_B) saklanır ve işlem verileriyle birleştirilmesi gerekir.
Örnekler
Hızlı TüketilenYüksek DeğerliYedek Parçalar
|
|||
|
Ürün Durumu
ItemStatus
|
Ürünün mevcut envanter durumunu, örneğin Aktif, Pasif veya Kullanım Dışı, belirtir. | ||
|
Açıklama
Ürün Durumu, ürünün kendi yaşam döngüsündeki aşamayı gösterir. Örneğin ürün normal işlemler için "Aktif", kalite incelemesi için "Bekletmede" veya artık kullanılmıyorsa "Kullanım Dışı" olabilir. Bu öznitelik, belirli faaliyetlerin analizine değerli bir bağlam sağlar. Örneğin, "Kullanım Dışı" durumundaki ürünlerin yüksek oranda hurdaya ayrılması beklenen bir durumdur. Ancak "Aktif" ürünlerin hurdaya ayrılması ciddi bir soruna işaret edebilir. Analizi ilgili ve aktif envantere odaklamak için segmentasyon yapılmasına yardımcı olur.
Neden önemli?
Ürün yaşam döngüsü hakkında bağlam sağlar; beklenen işlemlerle, örneğin kullanım dışı ürünlerin hurdaya ayrılması, beklenmeyen süreç sorunlarının birbirinden ayrılmasına yardımcı olur.
Nereden alınır?
Bu bilgi ürün ana tablosundan, örneğin EGP_SYSTEM_ITEMS_B, alınır ve işlem verileriyle birleştirilmelidir.
Örnekler
AktifPasifKullanım Dışı
|
|||
Stok Yönetimi Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Envanter farklılığı düzeltildi
|
Bir envanter lotunun sistemdeki mevcut miktarını fiziksel sayımla eşleştirmek veya hasar gibi diğer farklılıkları kaydetmek için yapılan açık bir işlemdir. Bu işlem, envanterdeki artış ya da kaybı resmî olarak kayda geçirir. | ||
|
Neden önemli?
Düzeltme sıklığını ve nedenlerini izlemek, hırsızlık, hasar veya süreç hataları gibi envanter doğruluğu sorunlarının temel nedenlerini belirlemek için önemlidir. Bu durum finansal kayıtları ve stok güvenilirliğini doğrudan etkiler.
Nereden alınır?
INV_MATERIAL_TXNS tablosunda genellikle bir neden koduyla birlikte 'Cycle Count Adjustment' veya 'Miscellaneous Issue/Receipt' gibi belirli bir türle malzeme işlemi olarak kaydedilir.
Yakalayın
Envanter düzeltme işlemi onaylanıp kaydedildiğinde olay oluşturulur.
Olay türü
explicit
|
|||
|
Kalite kontrolü gerçekleştirildi
|
Kalite kontrol sürecinin tamamlandığını ve envanter lotunun kabul edilmesi ya da reddedilmesi yönünde karar verildiğini gösterir. Bu olay genellikle kalite kontrol kaydındaki son durum güncellemesinden anlaşılır. | ||
|
Neden önemli?
Bu, stokların sonraki süreçlerde kullanılabilirliğini belirleyen önemli bir aşamadır. Kontrol sonuçlarını ve süresini analiz etmek, kalite kontrolünü ve tedarikçi performansını optimize etmenize yardımcı olur.
Nereden alınır?
QA_RESULTS içindeki kalite kontrol kaydının 'Accepted' veya 'Rejected' gibi nihai bir durumla güncellendiği zaman damgasından ya da lotun malzeme durumunun 'QA' durumundan 'Active' durumuna değiştirilmesinden anlaşılır.
Yakalayın
Envanter lotuyla ilişkili kalite kontrol kaydının tamamlanma tarihinden elde edilir.
Olay türü
inferred
|
|||
|
Mal çıkışı kaydedildi
|
Bir envanter lotunun müşteriye sevk edilerek, bir üretim işine verilerek veya başka bir tesise transfer edilerek depodan son kez çıkmasını gösterir. Bu, 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. Belirli lota yönelik talebin karşılandığını doğrular.
Nereden alınır?
INV_MATERIAL_TXNS tablosunda 'Sales Order Issue', 'WIP Component Issue' veya 'Transfer Order Shipment' gibi türlerle malzeme işlemi olarak kaydedilir.
Yakalayın
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, genellikle bir satın alma siparişi ya da iade malzeme yetkilendirmesi kapsamında depoya fiziksel olarak ilk kez ulaşmasını gösterir. Bu, mallar teslim alındığında sistemde kaydedilen açık bir işlemdir ve envanter lotuna ait ilk kaydı oluşturur. | ||
|
Neden önemli?
Bu faaliyet, envanter yaşam döngüsü analizinin temel başlangıç noktasıdır. Bu olay ile yerleştirme veya kalite kontrolü gibi sonraki olaylar arasındaki süreyi izlemek, giriş operasyonlarının verimliliğini ölçmek için önemlidir.
Nereden alınır?
INV_MATERIAL_TXNS tablosunda 'PO Receipt', 'RMA Receipt' veya 'Intransit Shipment Receipt' gibi işlem türleriyle bir malzeme işlemi olarak kaydedilir. Bu işlemin oluşturulma tarihi, olayın zaman damgası olarak kullanılır.
Yakalayın
Olay, mal kabul işlemi gerçekleştirildiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Stok hurdaya ayrıldı veya imha edildi
|
Bir envanter lotunun süresinin dolması, hasar görmesi, kullanım dışı kalması veya başka bir nedenle kullanılamaması nedeniyle stoktan resmî olarak çıkarılmasını ifade eder. Bu, envanter değerini silen açık bir işlemdir. | ||
|
Neden önemli?
Bu, satılmayan veya kullanılmayan envanter için bir bitiş noktasıdır. Hurdaya ayırma işlemlerini izlemek, envanter yaşlanması, talep tahmini veya elleçleme süreçlerindeki sorunları belirlemeye yardımcı olur ve doğrudan finansal etki yaratır.
Nereden alınır?
INV_MATERIAL_TXNS tablosunda genellikle 'Miscellaneous Issue' veya belirli bir 'Scrap' işlem türüyle, hurdaya özel bir hesap ve neden koduyla ilişkilendirilerek kaydedilir.
Yakalayın
Hurdaya ayırma işlemi gerçekleştirilip onaylandığında kaydedilir.
Olay türü
explicit
|
|||
|
Toplama tamamlandı
|
Envanter lotunun depolama konumundan fiziksel olarak toplanıp geçici alana 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ürecinde önemli bir aşamadır. 'Picking Initiated' ile bu olay arasındaki süre, toplayıcı verimliliğini ve toplama sürecinin performansını ölçer.
Nereden alınır?
Bir toplama onay işlemiyle yakalanır. Bu işlem, taşıma emri satırının veya depo görevinin durumunu 'Completed' olarak günceller ya da INV_MATERIAL_TXNS tablosunda bir 'Subinventory Transfer' işlemi başlatır.
Yakalayın
Bir kullanıcı, genellikle mobil RF cihazı üzerinden sistemde toplama işlemini 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 dahil edilmesini ifade eder. Bu durum, lotun kabul alanından depolama konumuna taşındığını gösteren açık bir malzeme işlemiyle kaydedilir. | ||
|
Neden önemli?
Bu aşama, giriş sürecinin sonunu gösterir. 'Goods Receipt Recorded' ile bu olay arasındaki çevrim süresi, yerleştirme verimliliğini ölçmek için önemli bir KPI'dır.
Nereden alınır?
INV_MATERIAL_TXNS tablosunda genellikle 'Subinventory Transfer' veya 'Put Away' olarak bir malzeme işlemi şeklinde kaydedilir. Bu işlem, lotu kabul alt envanterinden depolama alt envanterine taşır.
Yakalayın
Depolama konumuna taşımayı doğrulayan işlem tamamlandığında olay kaydedilir.
Olay türü
explicit
|
|||
|
Döngüsel sayım gerçekleştirildi
|
Bir envanter lotunun döngüsel sayım veya fiziksel envanter programı kapsamında fiziksel olarak sayıldığını gösterir. Bu, kullanıcının sayılan miktarı sisteme girdiği açık bir işlemdir. | ||
|
Neden önemli?
Bu faaliyet, envanter doğruluğu programlarını analiz etmenin temelini oluşturur. Farklılıkları belirlemek ve sayım sürecinin etkinliğini ölçmek için gerekli veriyi sağlar.
Nereden alınır?
Bir 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.
Yakalayın
Bir kullanıcı, döngüsel sayım görevi kapsamında belirli bir ürün ve lot için sayımı gönderdiğinde kaydedilir.
Olay türü
explicit
|
|||
|
İade mal kabulü işlendi
|
Bir müşteriden Return Material Authorization (RMA) aracılığıyla iade edilen envanter lotunun teslim alınmasını ve işlenmesini kaydeder. Bu faaliyet, lotu yeniden envanter sistemine dahil eder ve çoğu zaman kontrol ve tasfiye 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 için önemlidir. Ayrı bir iade alt sürecinin başlangıç noktası olabilir.
Nereden alınır?
INV_MATERIAL_TXNS tablosunda 'RMA Receipt' malzeme işlemi olarak kaydedilir. İşlem ayrıntıları, ilgili satış siparişine ve müşteriye bağlanır.
Yakalayın
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 sunulmadan ö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 'QA' bekletme durumuna geçirilmesinden anlaşılır. | ||
|
Neden önemli?
Kalite güvence sürecinin başlangıcını gösterir. Bu olay ile 'Quality Inspection Performed' arasındaki süre, kalite kontrol departmanındaki çevrim süresini ve olası darboğazları ortaya çıkarır.
Nereden alınır?
Quality Management modülünde bir kalite kontrol kaydı oluşturulmasından, örneğin QA_RESULTS kaydından veya lotun malzeme durumunun belirlenmiş bir kontrol durumuna değiştirilmesinden anlaşılır.
Yakalayın
Bir kalite kontrol planının oluşturulma zaman damgasından veya lot durumunun 'Awaiting Inspection' olarak değiştirilmesinden anlaşılır.
Olay türü
inferred
|
|||
|
Paketleme tamamlandı
|
Toplanan lotun bir sevkiyat konteynerine yerleştirilip konteynerin kapatıldığı paketleme sürecinin tamamlanmasını ifade eder. Bu durum, istasyondaki açık bir taramadan veya sevkiyat durumundaki değişiklikten anlaşılabilir. | ||
|
Neden önemli?
Sevkiyat öncesindeki fiziksel depo işlemlerinin sonunu gösterir. Toplama ile paketleme arasındaki süreyi analiz etmek, paketleme istasyonundaki verimsizlikleri belirlemenize yardımcı olur.
Nereden alınır?
Teslimat ayrıntısındaki veya sevkiyat kaydındaki, örneğin WSH_DELIVERY_DETAILS, durumun 'Packed' olarak değişmesinden anlaşılır. Bazı yapılandırmalarda paketleme istasyonunda gerçekleştirilen açık bir işlem olabilir.
Yakalayın
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. Bu hareketler, ikmal veya konsolidasyon gibi amaçlarla açık malzeme işlemleri olarak kaydedilir. | ||
|
Neden önemli?
Şirket içi hareketleri analiz etmek, verimsiz depo yerleşimlerini ve gereğinden fazla elleçlemeyi belirlemenize, stok yerleşimini optimize etme fırsatlarını görmenize yardımcı olur. Hareketlerin sık olması, ilk yerleştirme mantığının yetersiz olduğunu gösterebilir.
Nereden alınır?
INV_MATERIAL_TXNS tablosunda, dış bir tarafı içermeyen 'Subinventory Transfer' veya 'Locator Transfer' gibi bir türle malzeme işlemi olarak kaydedilir.
Yakalayın
Ş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 depolama konumundaki envanter lotunun toplanmasına yönelik görev oluşturulduğunda sipariş karşılama sürecinin başlangıcını gösterir. Bu durum, bir toplama dalgasının veya taşıma emri satırının oluşturulmasından anlaşılır. | ||
|
Neden önemli?
Bu olay, toplama çevrim süresinin ölçümünü başlatır. Sipariş tahsisi ile toplamanın başlatılması arasındaki gecikmeler, sipariş işleme veya depo görevi atamasındaki darboğazları ortaya çıkarabilir.
Nereden alınır?
WMS tablolarında bir toplama görevi için kaydın oluşturulma zaman damgasından veya bir taşıma emri satırının, örneğin Mtl_Txn_Request_Lines, 'Released to Warehouse' durumuna güncellenmesinden anlaşılır.
Yakalayın
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
|
Bir 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ü anlamanıza yardımcı olur. Sık uygulanan bekletmeler kalite sorunlarına işaret edebilir; serbest bırakma işlemlerini izlemek ise süreç akışı açısından önemlidir.
Nereden alınır?
INV_LOT_NUMBERS gibi envanter tablolarındaki 'LOT_STATUS_CODE' veya benzer alanlarda yapılan 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.
Yakalayın
Lot durumu alanının zaman içindeki mevcut ve önceki değerleri karşılaştırılarak yakalanır.
Olay türü
inferred
|
|||
|
Yerleştirme başlatıldı
|
Teslim alınan malların geçici 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?
Yerleştirme sürecini hızlı başlatmak, kabul alanlarını boşaltmak ve envanteri kullanılabilir hale getirmek için önemlidir. Bu olay, mal kabulü ile yerleştirme faaliyetlerinin başlangıcı arasındaki gecikmeyi ölçmenize yardımcı olur.
Nereden alınır?
Alınan lotla ilişkili bir taşıma talebinin veya Warehouse Management System (WMS) modülündeki depo görevinin oluşturulma zaman damgasından anlaşılır.
Yakalayın
Envanter işlemi veya lotuyla 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ızı kolaylaştırmak ve envanter süreçleriniz hakkında önemli içgörüleri ortaya çıkarmaya başlamak için bu Templatei kullanın. Operasyonlarınızı bugün optimize etmeye 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.