Envanter Yönetimi Veri Şablonunuz

Oracle Fusion SCM
Envanter Yönetimi Veri Şablonunuz

Envanter Yönetimi Veri Şablonunuz

Bu Template, Oracle Fusion SCM verilerinizi çıkarmak ve yapılandırmak için ayrıntılı bir rehber sunar. Etkili bir Event Log oluşturmak için gereken temel öznitelikleri ve aktiviteleri açıklar. Envanter süreçlerinizi doğru şekilde analiz etmek ve iyileştirme alanlarını belirlemek için bu kaynaktan yararlanın.
  • Toplanması önerilen öznitelikler
  • Süreç keşfi için izlenecek temel aktiviteler
  • Oracle Fusion SCM verilerinin çıkarılmasına ilişkin rehber
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Stok Yönetimi Öznitelikleri

Stok yönetimi süreçlerinizi ayrıntılı şekilde analiz edebilmeniz için olay günlüğünüze eklemeniz önerilen temel veri alanları şunlardır.
5 Gerekli 5 Önerilen 10 İsteğe bağlı
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ışı
Gerekli Önerilen İsteğe bağlı

Stok Yönetimi Faaliyetleri

Stok operasyonlarını doğru ve ayrıntılı şekilde keşfetmek için olay günlüğünüzde yer alması gereken önemli süreç adımları ve kilometre taşları şunlardır.
7 Önerilen 8 İsteğe bağlı
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
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Oracle Fusion SCM verilerinizi nasıl alırsınız?

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.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Dakikalar içinde başlayın.