Envanter Yönetimi Veri Şablonunuz

Oracle Fusion SCM
Envanter Yönetimi Veri Şablonunuz

Envanter Yönetimi Veri Şablonunuz

Bu şablon, Oracle Fusion SCM'den Envanter Yönetimi verilerinizi çıkarmak ve yapılandırmak için kapsamlı bir rehber sunar. Etkili bir olay günlüğü oluşturmak için gereken temel nitelikleri ve faaliyetleri özetler. Envanter süreçlerinizi doğru bir şekilde analiz etmek ve optimizasyon alanlarını belirlemek için bu kaynağı kullanın.
  • Toplanması Önerilen Nitelikler
  • Süreç keşfi için izlenecek temel faaliyetler
  • Oracle Fusion SCM'den veri çekimi hakkında rehberlik
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Envanter Yönetimi Nitelikleri

Bunlar, envanter yönetimi süreçlerinizin kapsamlı analizine olanak tanıyan, `event log`'unuza dahil edilmesi önerilen temel `data` alanlarıdır.
5 Gerekli 5 Önerilen 11 İsteğe Bağlı
Ad Açıklama
Envanter Parti/Seri Numarası
InventoryBatchLot
Bir envanter kaleminin belirli bir partisi veya serisi için benzersiz tanımlayıcı, yaşam döngüsünü izlemek için `case` `ID`'si olarak hizmet eder.
Açıklama

Envanter Parti veya Seri Numarası, bir ürünün belirli bir miktarıyla ilgili tüm faaliyetleri gruplayan birincil case tanımlayıcısıdır. Bu, 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ün izlenmesini sağlar.

Process Mining analizinde bu nitelik temeldir. Kabul, kalite denetimi, dahili transferler ve mal çıkışı gibi farklı event'leri tek, tutarlı bir süreç örneğine bağlar. Envanter Parti/Seri Numarasına göre süreçleri analiz etmek, uçtan uca döngü sürelerinin hesaplanmasına, ortak yolların belirlenmesine ve belirli stok gruplarını etkileyen darboğazların keşfedilmesine olanak tanır.

Neden önemli

Bu, ilgili tüm envanter faaliyetlerini bir araya bağlayan ve bir stok partisinin kabulden sevkiyata kadar tüm yolculuğunu izlemeyi mümkün kılan temel vaka tanımlayıcısıdır.

Nereden alınır

Bu bilgi genellikle envanter işlem tablolarında (ör. INV_MATERIAL_TXNS) bulunur ve parti veya lot kontrol detaylarıyla ilişkilidir.

Örnekler
LOT2024-A01134BATCH-US-00582LPN-493820-202405
Faaliyet Adı
ActivityName
Gerçekleştirilen belirli envanter yönetimi faaliyetinin adı.
Açıklama

Faaliyet Adı, belirli bir parti veya seri için envanter yönetim süreci içinde gerçekleşen tek bir adımı veya event'i tanımlar. Bu event'ler süreç akışının sırasını oluşturur.

Faaliyet örnekleri arasında 'Mal Kabulü Kaydedildi', 'Kalite Denetimi Yapıldı', 'Stok Dahili Olarak Taşındı' ve 'Mal Çıkışı Kaydedildi' yer alır. Bu faaliyetlerin sırasını ve sıklığını analiz etmek, Process Mining'in temelini oluşturur; süreç haritalarının görselleştirilmesini, sapmaların belirlenmesini ve adımlar arasındaki geçiş sürelerinin analizini sağlar.

Neden önemli

Bu nitelik, envanter yaşam döngüsünü oluşturan ayrı adımları ve event'leri tanımladığı için süreç haritasını oluşturmak için temeldir.

Nereden alınır

Bu genellikle, kaynak tablolardan (ör. INV_MATERIAL_TXNS) işlem türlerini veya olay kodlarını kullanıcı dostu faaliyet adlarına eşleyerek türetilir.

Örnekler
Mal Girişi KaydedildiYerleştirme TamamlandıEnvanter Farkı DüzeltildiToplama Başlatıldı
Olay Başlangıç Zamanı
EventStartTime
Envanter faaliyetinin ne zaman başladığını gösteren `timestamp`.
Açıklama

Bu nitelik, bir faaliyetin başladığı kesin date ve time'ı yakalar. Event'leri kronolojik olarak sıralamak ve süreç akışını oluşturmak için kullanılan birincil zamansal öğedir.

Analizde, Event Başlangıç Zamanı, faaliyetler arasındaki süreleri ve bekleme sürelerini hesaplamak için kritiktir. Darboğazların belirlenmesini, 'Ortalama Yerleştirme Döngü Süresi' gibi KPI'lar için döngü sürelerinin ölçülmesini ve farklı zaman periyotlarında (örn. vardiyalar, günler veya aylar) süreç performansının analizini sağlar.

Neden önemli

Bu zaman damgası, olayları sıralamak, döngü sürelerini ve bekleme sürelerini hesaplamak ve süreç darboğazlarını anlamak için çok önemlidir.

Nereden alınır

Genellikle envanter işlem tablolarındaki bir işlem tarihi veya oluşturma tarihi alanından (örneğin INV_MATERIAL_TXNS'deki TRANSACTION_DATE) alınır.

Örnekler
2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
Kaynak Sistem
SourceSystem
`Verinin` çıkarıldığı sistemi tanımlar.
Açıklama

Bu nitelik, envanter işleminin kaydedildiği kaynak uygulamayı belirtir. Büyük bir işletmede, envanter data'sı birden fazla sistem veya modülden kaynaklanabilir.

Kaynak sistemi belirtmek, data yönetimi ve data'nın bağlamını anlamak için çok önemlidir. Data çekimi 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ölgesel ERP'ler arasındaki envanter yönetimi süreçlerini karşılaştırmak gibi.

Neden önemli

data kaynağı için temel bağlam sağlar; bu, data doğrulaması, yönetimi ve birden fazla sistemi kapsayabilen süreçlerin analizi için önemlidir.

Nereden alınır

Bu genellikle veri çıkarma ve dönüştürme sürecinde, verinin kaynağını etiketlemek 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 ne zaman yenilendiğini gösteren zaman damgası.
Açıklama

Bu nitelik, data'nın kaynak sistemden son ne zaman çekildiğini ve Process Mining aracına yüklendiğini kaydeder. Analiz edilen data'nın güncelliğini yansıtır.

Bu timestamp, süreç içgörülerinin güncelliğini anlamak için hayati öneme sahiptir. Kullanıcıların gerçek zamanlı data'ya mı yoksa önceki bir döneme ait bir anlık görüntüye mi baktıklarını bilmelerini sağlar, bu da analize dayalı zamanında ve bilinçli kararlar almak için kritiktir.

Neden önemli

Verilerin güncelliğini göstererek kullanıcıların süreç analizinin ne kadar yeni olduğunu ve bir sonraki veri yenilemesinin ne zaman beklendiğini anlamalarını sağlar.

Nereden alınır

Bu, veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında 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 belirli konum, örneğin bir bölme veya bölge.
Açıklama

Bu nitelik, envanter işlemiyle ilgili olarak depo içindeki belirli bir fiziksel konumu (örn. belirli bir koridor, raf veya bölme) belirtir. Stokun nerede depolandığı veya taşındığı hakkında ayrıntılı bilgi sağlar.

Ambar konumuna göre analiz yapmak, lojistik verimsizlikleri belirlemeye yardımcı olur. Örneğin, 'Dahili Stok Hareketi Teslim Süresi' dashboard'ı, belirli bölgeler arasındaki transferlerin sürekli olarak yavaş olup olmadığını göstermek için bunu kullanabilir. Ayrıca, belirli konumların envanter farklılıklarına yatkın olup olmadığını da ortaya çıkarabilir.

Neden önemli

Depo içinde coğrafi bağlam sağlayarak hareket verimliliği ve darboğazlar veya sık ayarlamalar gibi konuma özel sorunların analiz edilmesini sağlar.

Nereden alınır

Envanter işlem tablolarındaki LOCATOR_ID gibi alanlardan alınır, bu alanlar açıklayıcı isimler için konum ana data'sı (INV_ITEM_LOCATIONS) ile birleştirilebilir.

Örnekler
A1-R4-S3-B2KABUL-Rampa-01QC-INSPECT-AREA
Eylemi Gerçekleştiren Kullanıcı
UserPerformingAction
Envanter işlemini gerçekleştiren kişinin kullanıcı `ID`'si veya adı.
Açıklama

Bu nitelik, belirli bir faaliyeti gerçekleştirmekten sorumlu belirli kullanıcıyı tanımlar; örneğin bir yerleştirme görevini tamamlayan bir depo operatörü veya bir düzeltmeyi onaylayan bir envanter yöneticisi gibi.

Kullanıcıya göre analiz yapmak, iş yükü dağılımını anlamak, eğitim ihtiyaçlarını belirlemek ve uyumluluğu sağlamak için kritiktir. Örneğin, 'Envanter Düzeltme Sıklığı ve Nedenleri' dashboard'ı bu niteliği en sık düzeltme yapan kişileri görmek için kullanır; bu da en iyi performans gösterenleri veya envanter kontrol prosedürleri hakkında ek eğitime ihtiyaç duyabilecek kişileri vurgulayabilir.

Neden önemli

Eylemleri belirli kişilere atfeder, kullanıcı performansının, iş yükünün, eğitim ihtiyaçlarının ve süreç uyumluluğunun analizini sağlar.

Nereden alınır

Genellikle işlem tablolarında 'USER_ID' veya 'CREATED_BY' alanı olarak bulunur, örneğin INV_MATERIAL_TXNS'deki CREATED_BY.

Örnekler
JSMITHAMARTINWAREHOUSE.OPERATOR
Hareket Nedeni Kodu
MovementReasonCode
Bir envanter hareketi veya düzeltmesi için iş nedenini açıklayan bir kod.
Açıklama

Hareket Nedeni Kodu, bir envanter işleminin neden gerçekleştiğine dair bağlam sağlar. Bu, hurda, döngü sayım düzeltmeleri veya iadeler gibi standart olmayan hareketler için özellikle önemlidir.

Bu nitelik, temel neden analizi için kritiktir. Örneğin, 'Envanter Düzeltme Sıklığı ve Nedenleri' dashboard'ı, düzeltmeleri kategorize etmek için bu kodu kullanarak hasar, hırsızlık veya data giriş hataları arasında ayrım yapmaya yardımcı olur. Bu nedenleri analiz etmek, iyileştirme çabalarını en önemli sorunlara öncelik vermeye ve odaklamaya yardımcı olur.

Neden önemli

Envanter düzeltmeleri ve hareketlerinin arkasındaki 'neden'i açıklar; bu, farklılıklar veya hurda gibi sorunların temel neden analizinde hayati öneme sahiptir.

Nereden alınır

INV_MATERIAL_TXNS'deki REASON_ID gibi bir neden kodu alanında işlem tablolarında bulunur ve bir neden kodu ana veri tablosuna bağlanır.

Örnekler
TAŞIMA ESNASINDA HASAR GÖRDÜDÖNGÜ SAYIMI DÜZ.SÜRESİ DOLMUŞ STOK
Öğe Numarası
ItemNumber
İşlenen ürün veya malzeme için benzersiz tanımlayıcı.
Açıklama

Ürün Numarası, genellikle Stock Keeping Unit (SKU) olarak anılır, bir envanter işleminde yer alan belirli ürünü tanımlar. Bu, analizin ürüne göre filtrelenmesine veya segmentlere ayrılmasına olanak tanır.

Process Mining'de bu nitelik, ürün odaklı analiz için esastır. 'Hangi ürünlerin yerleştirme süreleri en uzun?' veya 'Hangi ürünler en sık ayarlanır?' gibi soruları yanıtlamaya yardımcı olur. Bu, belirli ürün grupları veya kategorileri için hedeflenen iyileştirmeler yapılmasını sağlar.

Neden önemli

Belirli ürünlere göre filtreleme ve analize olanak tanır, hangi ürünlerin süreç gecikmeleri veya sorunları ile ilişkili olduğunu belirlemeye yardımcı olur.

Nereden alınır

Bu, envanter işlem tablolarında temel bir alandır, genellikle INVENTORY_ITEM_ID olarak adlandırılır ve detaylar için ürün ana tablosuna (EGP_SYSTEM_ITEMS_B) bağlanır.

Örnekler
AS54888CPU-INT-i9MEM-DDR5-32GB
Olay Bitiş Zamanı
EventEndTime
Envanter faaliyetinin ne zaman tamamlandığını gösteren `timestamp`.
Açıklama

Event Bitiş Zamanı, bir faaliyetin tamamlandığını işaretler. Birçok envanter işlemi tek bir zaman noktasında gerçekleşen event'ler olarak kaydedilse de, 'Kalite Denetimi' veya 'Toplama' gibi bazı faaliyetlerin belirli bir süresi vardır. Anlık event'ler için Bitiş Zamanı genellikle Başlangıç Zamanı ile aynıdır.

Bu nitelik, bireysel faaliyetlerin işleme süresini hesaplamak için Event Başlangıç Zamanı ile birlikte kullanılır. Bu, performans analizi, kaynak kullanım çalışmaları ve beklenenden daha uzun süren, genel süreç gecikmelerine katkıda bulunan faaliyetlerin belirlenmesi için kritik öneme sahiptir.

Neden önemli

Bireysel faaliyetler için işlem süresinin hesaplanmasını sağlar, hangi belirli adımların zaman alıcı olduğunu belirlemeye yardımcı olur.

Nereden alınır

Anlık işlemler için başlangıç zamanıyla aynı olabilir. Süreli faaliyetler için ilgili kaynak tabloda ayrı bir tamamlama timestamp alanı olacaktır.

Örnekler
2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
`SKU` Kategorisi
SKUCategory
Ürünün (`SKU`) ait olduğu kategori veya aile.
Açıklama

SKU Kategorisi, benzer ürünleri bir araya getirmek için kullanılan bir sınıflandırmadır. Örnekler arasında 'Elektronik', 'Hammadde', 'Mamul Ürünler' veya değere dayalı kategoriler (örn. A, B, C ürünleri) bulunur.

Bu nitelik, binlerce bireysel ürüne bakmaktan genellikle daha aydınlatıcı olan ürün grubuna göre üst düzey analiz sağlar. 'Hurda ve Eskime Oranı Analizi' gibi dashboard'larda hangi ürün kategorilerinin hurdaya ayrılmaya en yatkın olduğunu belirlemek için kullanılır ve envanter politikası ile talep tahmin iyileştirmelerini odaklamaya yardımcı olur.

Neden önemli

Farklı ürün grupları arasındaki süreç performansının toplanmasına ve karşılaştırılmasına olanak tanır, bireysel ürün düzeyinde görünmeyebilecek 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ı Hareket EdenYüksek DeğerliYedek Parçalar
Alt Envanter Kodu
SubinventoryCode
Belirli bir depolama alanını veya türünü temsil eden bir envanter kuruluşunun alt bölümü.
Açıklama

Bir alt envanter, daha büyük bir envanter kuruluşu (örneğin, depo) içindeki öğelerin mantıksal veya fiziksel bir gruplandırmasıdır. Örnekler arasında 'Kabul', 'Bitmiş Ürünler', 'Kalite Bekletme' veya 'Hatalı Malzeme' bulunur.

Bu öznitelik, belirli raf konumundan daha yüksek seviyeli bir konum analizi sağlar. Malzemelerin farklı fonksiyonel alanlar arasında akışını takip etmek için kullanışlıdır, örneğin kalite denetimi sonrası öğelerin 'Kabul' alt envanterinden 'Bitmiş Ürünler' alt envanterine geçmesi ne kadar sürer gibi.

Neden önemli

Bir depo içindeki farklı fonksiyonel alanlar arasında (örneğin, kabul, kalite ve ana depolama) envanter hareketi ve elde bulundurma sürelerinin analizine olanak tanır.

Nereden alınır

Envanter tablolarında genellikle SUBINVENTORY_CODE olarak adlandırılan standart bir alan.

Örnekler
KABULFGIMAĞAZALAR
Döngü Sayım Düzeltmesi mi?
IsCycleCountAdjustment
Bir envanter düzeltmesinin doğrudan bir döngü sayım faaliyetini takip etmesi durumunda doğru olan bir boole bayrağı.
Açıklama

Bu türetilmiş nitelik, aynı ürün ve konum için 'Döngü Sayım Yapıldı' faaliyetinden kısa bir süre sonra gerçekleşen 'Envanter Farkı Düzeltildi' faaliyetlerini belirleyen bir boolean (True/False) bayrağıdır. Bu, sayım sürecinin doğrudan sonucu olan düzeltmeleri izole etmeye yardımcı olur.

Bu bayrak, 'Döngü Sayım Sonrası Düzeltme Oranı' KPI'ı için kullanılır. Analistlerin, sayımların ne sıklıkta düzeltmelere yol açtığını vurgulayarak döngüsel sayım programının etkinliğini ölçmelerini sağlar. Bu tür düzeltmelerin yüksek oranı, envanter kayıt doğruluğunda sistemik sorunlara işaret edebilir.

Neden önemli

Fiziksel sayımın doğrudan sonucu olan ayarlamaları izole ederek döngü sayım sürecinin etkinliğini özel olarak ölçmeye yardımcı olur.

Nereden alınır

Bu, veri dönüşümü sırasında belirli bir ürün veya parti için faaliyet dizisi kontrol edilerek oluşturulan türetilmiş bir niteliktir.

Örnekler
truefalse
Envanter Bekletme Günleri
InventoryHoldingDays
Bir envanter partisinin, ilk kabulünden nihai çıkışına veya imhasına kadar stokta kaldığı toplam süre.
Açıklama

Bu, belirli bir envanter partisinin veya lotunun toplam elde tutulma süresini hesaplayan vaka düzeyinde bir KPI'dır. Bu, vaka için ilk 'Mal Kabul Kaydedildi' faaliyetinin zaman damgasından, son 'Mal Çıkışı Kaydedildi' veya 'Stok Hurdaya Ayrıldı/İmha Edildi' faaliyetinin zaman damgasına kadar ölçülür.

Bu metrik, işletme sermayesi ve depolama maliyetlerini yönetmek için kritik öneme sahiptir. Envanter Bekletme Günleri için yüksek bir değer, yavaş hareket eden stoğu gösterir; bu da artan maliyetlere, eskime riskine ve depo alanının verimsiz kullanımına yol açabilir. Bu KPI'yı analiz etmek, envanter seviyelerini optimize etmeye ve devir hızını iyileştirmeye yardımcı olur.

Neden önemli

Finansal ve operasyonel verimlilik için kritik bir KPI olan bu, sermayenin envanterde ne kadar süre bağlı kaldığını ölçer ve yavaş hareket eden stoğu belirlemeye yardımcı olur.

Nereden alınır

Bu, ilgili son olayın zaman damgası ile ilk olayın zaman damgası arasındaki fark alınarak proses madenciliği aracı içinde hesaplanan vaka düzeyinde bir metriktir.

Örnekler
30 gün 10:05:0095 gün 04:00:0015 gün 12:30:00
Envanter İşlem ID
InventoryTransactionId
Tek bir envanter `event`'i için benzersiz sistem tarafından oluşturulan tanımlayıcı.
Açıklama

Envanter İşlem ID'si, kaynak sistemdeki tek, atomik bir envanter işlem kaydının birincil anahtarıdır. Event log'daki her satır böyle bir ID'ye karşılık gelir.

Üst düzey süreç haritalarında doğrudan kullanılmasa da, bu ID data doğrulaması, denetim ve derinlemesine analiz için paha biçilmezdir. Oracle Fusion SCM'deki belirli kayda doğrudan bir bağlantı sağlayarak analistlerin anormallikleri veya belirli event'leri kaynak sistemin kendisinde araştırmasına olanak tanır.

Neden önemli

Her event için benzersiz bir anahtar sağlar; bu, data doğrulaması, izlenebilirlik ve kullanıcıların kaynak sistem kaydına derinlemesine inmesi için elzemdir.

Nereden alınır

Bu, ana envanter işlem tablosunun birincil anahtarıdır, genellikle INV_MATERIAL_TXNS'deki TRANSACTION_ID'dir.

Örnekler
987654321123456789555444333
Envanter Organizasyonu
InventoryOrganization
Envanterin tutulduğu belirli organizasyon (örn. depo, üretim tesisi).
Açıklama

Bir Envanter Organizasyonu, bir dağıtım merkezi veya bir fabrika gibi stok tutan ayrı bir tesis veya varlığı temsil eder. Oracle Fusion SCM'de önemli bir organizasyonel veri öğesidir.

Bu öznitelik, farklı fiziksel siteler arasında süreçleri filtrelemek ve karşılaştırmak için kullanılır. 'Hangi depoda yerleştirme süresi en hızlıdır?' veya 'Avrupa veya Kuzey Amerika tesislerimizde envanter farklılık oranı daha yüksek mi?' gibi soruları yanıtlamaya yardımcı olur. Bu, organizasyon genelinde kıyaslama yapmayı ve en iyi uygulamaları paylaşmayı sağlar.

Neden önemli

Depolar veya tesisler gibi farklı tesisler arasında süreç karşılaştırmasına ve kıyaslamasına olanak tanır, tesise özel performansın belirlenmesine yardımcı olur.

Nereden alınır

İşlem tablolarında, ad için bir kuruluş ana veri tablosuna bağlanan ORGANIZATION_ID gibi temel bir alan.

Örnekler
US1 Distribution CenterSeattle ÜretimAB Merkez Deposu
Faaliyet İşlem Süresi
ActivityProcessingTime
Tek bir faaliyetin süresi, bitiş ve başlangıç zamanları arasındaki fark olarak hesaplanır.
Açıklama

Bu metrik, bir görev üzerinde aktif olarak harcanan zamanı ölçer ve 'EventEndTime' eksi 'EventStartTime' olarak hesaplanır. Anlık olaylar için bu süre sıfırdır. Kalite denetimi gibi belirli bir başlangıç ve bitişi olan faaliyetler için ise gerçek işlem süresini temsil eder.

İşlem süresini analiz etmek, süreçteki hangi belirli adımların en çok zaman aldığını belirlemeye yardımcı olur. Bu, bekleme sürelerini de içeren döngü süresinden farklıdır. Bazı faaliyetler için yüksek işlem süresi, daha iyi araçlara, otomasyona veya daha fazla personele ihtiyaç olduğunu gösterebilir.

Neden önemli

Bir faaliyetin gerçek çalışma süresini ölçerek, bekleme süresinden ayrı olarak optimizasyon gerektiren verimsiz adımları belirlemeye yardımcı olur.

Nereden alınır

Veri dönüşümü sırasında hesaplanır: EventEndTime - EventStartTime.

Örnekler
0 00:30:000 02:00:000 00:00:00
İşlem Tipi
TransactionType
Envanter işleminin sistem tarafından tanımlanmış türü.
Açıklama

Bu nitelik, 'Satın Alma Siparişi Kabulü', 'Alt Envanter Transferi' veya 'Döngü Sayım Düzeltmesi' gibi bir envanter event'inin ham, sistem seviyesi sınıflandırmasıdır. Genellikle kullanıcı dostu Faaliyet Adı'nın türetildiği daha teknik bir sınıflandırmadır.

Faaliyet Adı üst düzey süreç haritaları için kullanılırken, İşlem Türü ayrıntılı teknik analiz veya faaliyetlere eşlemenin doğrulanması için değerli olabilir. Tek bir faaliyet altında gruplanan belirli alt süreçleri veya sistem davranışlarını belirlemeye yardımcı olabilir.

Neden önemli

Bir event'in ham sistem sınıflandırmasını sağlar; bu, ayrıntılı analiz ve 'Faaliyet Adı'nın türetilmesinin doğrulanması için faydalıdır.

Nereden alınır

Genellikle MTL_TRANSACTION_TYPES gibi bir işlem türü ana tablosundan birleştirilen envanter işlem tablolarında standart bir alan.

Örnekler
Satın Alma Siparişi KabulüAlt Envanter TransferiDevam Eden İş Komponent Çıkışı
Miktar
Quantity
İşleme dahil olan ürün miktarı.
Açıklama

Bu nitelik, bir ürünün taşınan, ayarlanan, sayılan veya başka bir şekilde işlem gören birim sayısını temsil eder. Her event'in büyüklüğünü ölçer.

Miktar, birçok analiz için temel bir metriktir. İşlenen mal hacmini, envanter farklılıklarının boyutunu ve hurda miktarını hesaplamak için kullanılır. Maliyet data'sı ile birleştirildiğinde, 'Döngü Sayım Fark Analizi' dashboard'ında görüldüğü gibi süreç verimsizliklerinin finansal etkisinin nicelendirilmesini sağlar.

Neden önemli

Her işlemin hacmini nicelendirerek verimlilik, farklılık boyutları ve envanter faaliyetlerinin finansal etkisini analiz etmeye olanak tanır.

Nereden alınır

INV_MATERIAL_TXNS'deki PRIMARY_QUANTITY veya TRANSACTION_QUANTITY gibi envanter işlem tablolarında standart bir alan.

Örnekler
100-105000
Ölçü Birimi
UnitOfMeasure
İşlem miktarı için ölçü birimi (örn. Adet, Kg, Kutu).
Açıklama

Unit of Measure (UOM), 'Miktar' niteliği için bağlam sağlayarak sayısal değerin neyi temsil ettiğini belirtir. Örneğin, '10' miktarı 10 ayrı ürün, 10 kutu veya 10 kilogram anlamına gelebilir.

Bu nitelik, miktar tabanlı analizin doğru yorumlanması için esastır. UOM olmadan, farklı ürünler için işlemleri karşılaştırmak veya miktarları doğru bir şekilde toplamak imkansızdır. Analizlerin tutarlı ve anlamlı bir temelde yapılmasını sağlar.

Neden önemli

'Miktar' niteliğine temel bağlam sağlayarak değerlerin doğru yorumlanmasını ve karşılaştırmaların anlamlı olmasını garanti eder.

Nereden alınır

Genellikle işlem tablolarındaki miktar alanının yanında bulunur, örneğin INV_MATERIAL_TXNS'deki TRANSACTION_UOM.

Örnekler
ADETKGKUTU
Ürün Durumu
ItemStatus
Envanter kaleminin Aktif, Pasif veya Eskimiş gibi mevcut durumunu belirtir.
Açıklama

Ürün Durumu, ürünün kendisinin yaşam döngüsü aşamasını yansıtır. Örneğin, bir ürün normal işlemler için 'Aktif', kalite incelemesi için 'Bekletmede' veya artık kullanılmıyorsa 'Eskimiş' olabilir.

Bu nitelik, belirli faaliyetleri analiz etmek için değerli bir bağlam sağlayabilir. Örneğin, 'Eskimiş' durumundaki ürünler için yüksek bir hurdaya ayırma oranı beklenirken, 'Aktif' ürünlerin hurdaya ayrılması ciddi bir soruna işaret edebilir. Analizi, ilgili ve aktif envantere odaklanmak üzere segmentlere ayırmaya yardımcı olur.

Neden önemli

Ürün yaşam döngüsü hakkında bağlam sağlayarak beklenen eylemler (örn. eskimiş ürünlerin hurdaya ayrılması) ile beklenmeyen süreç sorunları arasında ayrım yapmaya yardımcı olur.

Nereden alınır

Bu bilgi, ürün ana tablosundan (ör. EGP_SYSTEM_ITEMS_B) gelir ve işlem verileriyle birleştirilmelidir.

Örnekler
AktifAktif DeğilEskimiş
Gerekli Önerilen İsteğe Bağlı

Envanter Yönetimi Faaliyetleri

Bunlar, envanter operasyonları için doğru ve detaylı süreç keşfini sağlamak amacıyla `event log`'unuza dahil etmeniz gereken kritik süreç adımları ve kilometre taşlarıdır.
7 Önerilen 8 İsteğe Bağlı
Aktivite Açıklama
Envanter Farkı Düzeltildi
Bir envanter partisi için sistemin mevcut miktarını fiziksel sayımla eşleştirmek veya hasar gibi diğer farklılıkları hesaba katmak için açık bir işlem. Bu işlem, envanterde bir kazancı veya kaybı resmen tanır.
Neden önemli

Envanter yanlışlıklarının (hırsızlık, hasar veya süreç hataları gibi) temel nedenlerini belirlemek için ayarlama sıklığını ve nedenlerini takip etmek çok önemlidir. Bu, finansal kayıtları ve stok güvenilirliğini doğrudan etkiler.

Nereden alınır

INV_MATERIAL_TXNS'da 'Döngü Sayım Düzeltmesi' veya 'Çeşitli Çıkış/Kabul' gibi belirli bir türde malzeme işlemi olarak kaydedilir, genellikle bir neden kodu eşlik eder.

Yakala

Bir envanter düzeltme işleminin onaylanması ve kaydedilmesi üzerine günlüklenir.

Event tipi explicit
Kalite Kontrolü Gerçekleştirildi
Envanter partisinin kabul veya red kararının verildiği kalite denetim sürecinin tamamlandığını belirtir. Bu `event` genellikle kalite denetim kaydındaki nihai durum güncellemesinden çıkarılır.
Neden önemli

Bu, sonraki süreçler için stokun bulunabilirliğini belirleyen kritik bir aşamadır. Denetim sonuçlarını ve süresini analiz etmek, kalite kontrolü ve tedarikçi performansını optimize etmeye yardımcı olur.

Nereden alınır

QA_RESULTS'taki kalite denetim kaydının 'Kabul Edildi' veya 'Reddedildi' gibi nihai bir durumla güncellendiği zaman damgasından veya partinin malzeme durumunun 'QA'dan 'Aktif'e değiştirildiği zamandan çıkarılır.

Yakala

Envanter partisiyle ilişkili kalite denetim kaydının tamamlanma tarihinden türetilmiştir.

Event tipi inferred
Mal Çıkışı Kaydedildi
Bir envanter partisinin ambardan nihai çıkışını işaretler; bu ya müşteriye sevkiyat, ya üretim işine sevkiyat ya da başka bir tesise transfer yoluyla gerçekleşir. Bu, envanteri azaltan kesin, açık bir malzeme işlemidir.
Neden önemli

Bu, envanter yaşam döngüsü için birincil bitiş noktasıdır ve envanter devir hızı ile elde tutma günlerini hesaplamak için kritik öneme sahiptir. Belirli bir lot için talebin karşılandığını doğrular.

Nereden alınır

INV_MATERIAL_TXNS'da 'Satış Siparişi Çıkışı', 'YİP Bileşen Çıkışı' veya 'Transfer Siparişi Sevkiyatı' gibi türlerde malzeme işlemi olarak kaydedilir.

Yakala

Sevkiyat onayı veya bileşen çıkarma işlemi yapıldığında günlüklenir.

Event tipi explicit
Mal Girişi Kaydedildi
Bir envanter partisinin veya serisinin ambara ilk fiziksel girişini işaretler, genellikle bir satın alma siparişi veya iade malzeme yetkilendirmesine karşıdır. Bu, mallar alındığında sisteme kaydedilen ve envanter partisinin ilk kaydını oluşturan açık bir işlemdir.
Neden önemli

Bu faaliyet, envanter yaşam döngüsü analizi için birincil başlangıç noktası olarak hizmet eder. Bu event'ten yerleştirme veya kalite denetimi gibi diğerlerine kadar geçen süreyi izlemek, gelen verimliliği ölçmek için kritik öneme sahiptir.

Nereden alınır

INV_MATERIAL_TXNS tablosunda 'Satın Alma Siparişi Kabulü', 'RMA Kabulü' veya 'Transit Sevkiyat Kabulü' gibi işlem türleriyle malzeme işlemi olarak kaydedilir. Bu işlemin oluşturulma tarihi event timestamp'i olarak hizmet eder.

Yakala

Bir giriş işleminin yürütülmesi üzerine olay kaydedilir.

Event tipi explicit
Stok Hurdaya Ayrıldı/İmha Edildi
Bir envanter partisinin süresi dolmuş, hasarlı, eskimiş veya başka bir şekilde kullanılamaz olması nedeniyle stoktan resmi olarak çıkarılmasını temsil eder. Bu, envanter değerini silen açık bir işlemdir.
Neden önemli

Bu, satılmayan veya kullanılmayan envanter için bir son noktadır. Hurdaya ayrılan ürünleri takip etmek, envanter eskimesi, talep tahmini veya elleçleme süreçlerindeki sorunları belirlemeye yardımcı olur ve doğrudan finansal bir etkiye sahiptir.

Nereden alınır

INV_MATERIAL_TXNS'da malzeme işlemi olarak kaydedilir, genellikle 'Çeşitli Çıkış' veya belirli bir 'Hurda' işlem türü olup, hurdaya özel bir hesap ve neden koduyla ilişkilidir.

Yakala

Hurdaya ayırma işlemi yürütüldüğünde ve onaylandığında günlüklenir.

Event tipi explicit
Toplama Tamamlandı
Envanter partisinin depolama konumundan fiziksel olarak toplandığını ve bir hazırlık alanına taşındığını belirtir. Bu, toplayıcının sistemdeki toplama görevinin tamamlandığını onayladığı açık bir işlemdir.
Neden önemli

Bu, sipariş karşılama sürecinde önemli bir aşamadır. 'Toplama Başlatıldı' olayından bu olaya kadar geçen süre, toplayıcı verimliliğini ve toplama sürecinin performansını ölçer.

Nereden alınır

Hareket emri satırının veya depo görevinin durumunu 'Tamamlandı' olarak güncelleyen veya INV_MATERIAL_TXNS'de bir 'Alt Envanter Transferi' işlemini tetikleyen bir toplama onay işlemi aracılığıyla yakalanır.

Yakala

Bir kullanıcı sistemdeki toplama işlemini, genellikle bir mobil RF cihazı aracılığıyla onayladığında günlüklenir.

Event tipi explicit
Yerleştirme Tamamlandı
Envanter partisinin belirlenen depolama bölmesine veya alt envanterine taşınmasının tamamlanmasını temsil eder ve böylece resmi olarak mevcut stoğun bir parçası haline gelir. Bu, partinin konumunu kabulden bir depolama konumuna güncelleyen açık bir malzeme işlemiyle yakalanır.
Neden önemli

Bu aşama, gelen süreçlerin sonunu işaret eder. 'Mal Kabul Kaydedildi' olayından bu olaya kadar geçen döngü süresi, depolama verimliliğini ölçmek için önemli bir KPI'dır.

Nereden alınır

INV_MATERIAL_TXNS tablosunda malzeme işlemi olarak, genellikle 'Alt Envanter Transferi' veya 'Yerleştirme' olarak kaydedilir. Bu işlem, partiyi kabul alt envanterinden bir depolama alt envanterine taşır.

Yakala

Bir depolama konumuna taşınmayı onaylayan işlemin tamamlanması üzerine olay kaydedilir.

Event tipi explicit
Döngü Sayımı Gerçekleştirildi
Bir envanter partisinin 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 eylemdir.
Neden önemli

Bu faaliyet, envanter doğruluk programlarını analiz etmek için merkezidir. Farklılıkları belirlemek ve sayım sürecinin etkinliğini ölçmek için temel oluşturur.

Nereden alınır

Bir sayım miktarı bir kullanıcı tarafından girilip kaydedildiğinde INV_CYCLE_COUNT_ENTRIES tablosuna kaydedilir. Sayım girişinin timestamp'i event zamanı olarak hizmet eder.

Yakala

Bir kullanıcı döngüsel sayım görevinde belirli bir kalem ve parti için sayım gönderdiğinde günlüklenir.

Event tipi explicit
İade Edilen Mallar İşlendi
Bir müşteriden İade Malzeme Yetkilendirmesi (RMA) aracılığıyla iade edilen bir envanter partisinin kabulünü ve işlenmesini yakalar. Bu faaliyet, partiyi envanter sistemine yeniden sokar ve genellikle denetim ve elden çıkarma süreçlerini tetikler.
Neden önemli

İadeler sürecini analiz etmek, ürün kalitesi sorunlarını anlamak ve tersine lojistik verimliliğini iyileştirmek için anahtardır. Ayrı bir iade alt süreci için başlangıç noktası olabilir.

Nereden alınır

INV_MATERIAL_TXNS tablosunda bir 'RMA Kabulü' malzeme işlemi olarak kaydedilir. İşlem detayları orijinal satış siparişine ve müşteriye geri bağlanır.

Yakala

Sistemde RMA kabul işleminin yürütülmesi üzerine günlüklenir.

Event tipi explicit
Kalite Denetimi Başlatıldı
Bir envanter partisinin kullanıma sunulmadan önce kalite kontrol denetimi için belirlendiği anı temsil eder. Bu genellikle, alınan partiyle ilişkili bir denetim planı kaydının oluşturulmasından veya partiyi 'Kalite Kontrol' bekleme durumuna getiren bir durum değişikliğinden çıkarılır.
Neden önemli

Kalite güvence sürecinin başlangıcını belirler. Bu ve 'Kalite Denetimi Gerçekleştirildi' arasındaki süre, QC departmanındaki bekleme süresini ve potansiyel darboğazları ortaya koyar.

Nereden alınır

Kalite Yönetimi modülünde (örn. QA_RESULTS) bir kalite denetim kaydının oluşturulmasından veya partinin malzeme durumunun belirlenmiş bir denetim durumuna değiştirilmesi izlenerek çıkarılır.

Yakala

Bir kalite denetim planının oluşturulma zaman damgasından veya bir parti durumunun 'Denetim Bekleniyor' olarak değiştirilmesinden çıkarılır.

Event tipi inferred
Paketleme Tamamlandı
Toplanan partinin bir sevkiyat kabına yerleştirilmesi ve kabın mühürlenmesiyle paketleme sürecinin tamamlanmasını temsil eder. Bu, açık bir istasyon taraması veya bir sevkiyat durum değişikliğinden çıkarılabilir.
Neden önemli

Sevkiyattan önceki fiziksel ambar sürecinin sonunu işaretler. Toplama ve paketleme arasındaki süreyi analiz etmek, paketleme istasyonundaki verimsizlikleri belirlemeye yardımcı olur.

Nereden alınır

Teslimat detayı veya sevkiyat kaydındaki (örn. WSH_DELIVERY_DETAILS'ta) durum değişikliğinden 'Paketlenmiş' olarak çıkarılır. Bazı yapılandırmalarda bu, bir paketleme istasyonunda açık bir işlem olabilir.

Yakala

Bir sevkiyat durumu güncelleme zaman damgasından veya belirli bir paketleme işlem günlüğünden türetilmiştir.

Event tipi inferred
Stok Dahili Olarak Taşındı
Bir envanter partisinin aynı depo içindeki farklı depolama konumları, örneğin raflar veya alt envanterler arasında hareketini yakalar. Bu hareketler, ikmal veya konsolidasyon gibi amaçlar için açık malzeme işlemleri olarak kaydedilir.
Neden önemli

Dahili hareketleri analiz etmek, verimsiz depo düzenlerini, aşırı elleçlemeyi ve stok yerleşimini optimize etme fırsatlarını belirlemeye yardımcı olur. Yüksek sıklık, kötü başlangıçtaki yerleştirme mantığını gösterebilir.

Nereden alınır

INV_MATERIAL_TXNS'da 'Alt Envanter Transferi' veya 'Konumlandırıcı Transferi' gibi harici bir tarafı içermeyen bir türde malzeme işlemi olarak kaydedilir.

Yakala

Dahili transfer işleminin tamamlanması üzerine günlüklenir.

Event tipi explicit
Toplama Başlatıldı
Bir satış siparişi, iş emri veya transfer için bir envanter partisinin depolama konumundan toplanması amacıyla bir görevin oluşturulduğu sipariş karşılama sürecinin başlangıcını işaretler. Bu, bir toplama dalgasının veya taşıma siparişi satırının oluşturulmasından çıkarılır.
Neden önemli

Bu event, toplama döngü süresinin saatini başlatır. Sipariş tahsisi ile toplama başlangıcı arasındaki gecikmeler, sipariş işlemindeki veya ambar görev atamasındaki darboğazları ortaya çıkarabilir.

Nereden alınır

Bir toplama görevi için WMS tablolarındaki bir kaydın oluşturulma zaman damgasından veya bir taşıma siparişi satırındaki (örn. Mtl_Txn_Request_Lines) durum güncellemesinden 'Ambara Serbest Bırakıldı' olarak çıkarılır.

Yakala

Envanter partisiyle ilişkili bir toplama görevi veya hareket emri oluşturulmasıyla belirlenir.

Event tipi inferred
Ürün Durumu Değiştirildi
Bir envanter partisinin kullanılabilirlik veya kısıtlama durumundaki bir değişikliği temsil eder; örneğin beklemeye alma, satıştan kısıtlama veya serbest bırakma gibi. Bu genellikle partinin durum `attribute`'indeki değişikliklerden çıkarılır.
Neden önemli

Durum değişikliklerini izlemek, envanterin kullanılabilirliğini ve kontrolünü anlamaya yardımcı olur. Sık sık bekletmeler kalite sorunlarına işaret edebilirken, serbest bırakmaları takip etmek süreç akışı için önemlidir.

Nereden alınır

INV_LOT_NUMBERS gibi envanter tablolarındaki 'LOT_STATUS_CODE' veya benzeri alanlardaki değişiklikler izlenerek çıkarılır. Değişikliğin zaman damgasını yakalamak için denetim geçmişi veya veritabanı günlükleri gerekebilir.

Yakala

Parti durum alanının mevcut ve önceki değerlerinin zaman içindeki karşılaştırmasıyla yakalanır.

Event tipi inferred
Yerleştirme Başlatıldı
Kabul edilen malların bir hazırlık veya kabul alanından nihai depolama konumlarına taşınması sürecinin başlangıcını işaretler. Bu genellikle, yerleştirme işlemi için sistem tarafından yönlendirilen bir görevin veya taşıma talebinin oluşturulmasından çıkarılır.
Neden önemli

Yerleştirme sürecini hızlı başlatmak, mal kabul alanlarını boşaltmak ve envanteri kullanıma hazır hale getirmek için kritik öneme sahiptir. Bu olay, kabul ile yerleştirme faaliyetlerinin başlangıcı arasındaki gecikmeyi ölçmeye yardımcı olur.

Nereden alınır

Alınan partiyle ilgili Ambar Yönetim Sistemi (WMS) modülündeki bir taşıma talebinin veya ambar görevinin oluşturulma zaman damgasından çıkarılır.

Yakala

Envanter işlemi veya partisiyle ilişkili bir yerleştirme görevinin oluşturulmasıyla belirlenir.

Event tipi inferred
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi Oracle Fusion SCM'den Nasıl Alırsınız