Envanter Yönetimimi Veri Template'inuz

Oracle Fusion SCM
Envanter Yönetimimi Veri Template'inuz

Envanter Yönetimimi Veri Template'inuz

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

Envanter Yönetimimi Öznitelikleri

Bunlar, envanter yönetimi süreçlerinizin detaylı analizine olanak tanıyan, event lognüze (event log) dahil edilmesi önerilen temel veri alanlarıdır.
5 Gerekli 5 Önerilen 10 Opsiyonel
Ad Açıklama
Aktivite Adı
ActivityName
Gerçekleştirilen belirli envanter yönetimi faaliyetinin adı.
Açıklama

Aktivite 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 sunar.

Neden Önemli?dir?

Bu nitelik, envanter süreç döngüsünü oluşturan ayrı adımları ve event'leri tanımladığı için süreç haritasını oluşturmak için büyük önem taşır.

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:::::::
Goods Receipt RecordedYerleştirme TamamlandıEnvanter Farklılığı DüzeltildiToplama Başlatıldı
Envanter Partisi/Lot
InventoryBatchLot
Bir envanter ürününün belirli bir partisi veya lotu için benzersiz tanımlayıcı, süreç döngüsünü izlemek için Vaka Kimliği (Case ID) olarak olarak kullanılır.
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 süreç döngüsünün izlenmesini sunar.

Process Mining analizinde bu nitelik temel teşkil eder. 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 sunar.

Neden Önemli?dir?

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 (case) 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
Olay Başlangıç Saati
EventStartTime
Envanter aktivitesinin ne zaman başladığını gösteren zaman damgası (zaman damgası)dır.
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 temel zaman bileşenidir.

Analizde, Event Başlangıç Zamanı, faaliyetler arasındaki süreleri ve bekleme sürelerini hesaplamak için büyük önem taşır. 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 sunar.

Neden Önemli?dir?

Bu zaman damgası (zaman damgası), olayları sıralamak, döngü sürelerini ve bekleme sürelerini hesaplamak ve süreç darboğazlarını anlamak için büyük önem taşır.

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 büyük önem taşır. 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?dir?

data kaynağı için temel bağlam sunar; 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ı (zaman damgası)dır.
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 zaman damgası (zaman damgası), süreç stratejik bilgilerinin güncelliğini anlamak için büyük önem taşır. 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 sunar, bu da analize dayalı zamanında ve bilinçli kararlar almak için büyük önem taşır.

Neden Önemli?dir?

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ı sunar.

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 sunar.

Ambar konumuna göre analiz yapmak, lojistik verimsizlikleri belirlemeye yardımcı olur. Örneğin, 'Dahili Stok Hareketi Teslim Süresi' kontrol paneli'ı, 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?dir?

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 sunar.

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-B2RECEIVING-DOCK-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 güçlüak için büyük önem taşır. Örneğin, 'Envanter Düzeltme Sıklığı ve Nedenleri' kontrol paneli'ı 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?dir?

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 sunar.

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 Neden 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 sunar. Bu, hurda, döngü sayım düzeltmeleri veya iadeler gibi standart olmayan hareketler için özellikle önemlidir.

Bu nitelik, kök neden analizi için büyük önem taşır. Örneğin, 'Envanter Düzeltme Sıklığı ve Nedenleri' kontrol paneli'ı, 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?dir?

Envanter düzeltmeleri ve hareketlerinin arkasındaki 'neden'i açıklar; bu, farklılıklar veya hurda gibi sorunların kök neden analizinde büyük önem taşır.

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 sunar.

Process Mining'de bu nitelik, ürün odaklı analiz için gereklidir. '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ı sunar.

Neden Önemli?dir?

Belirli ürünlere göre filtreleme ve analize sunar, 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 zaman damgası (zaman damgası)dır.
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 büyük önem taşır.

Neden Önemli?dir?

Bireysel faaliyetler için işlem süresinin hesaplanmasını sunar, 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 zaman damgası (zaman damgası) alanı olacaktır.

Örnekler:::::::
2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
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 sunar. 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?dir?

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

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 sunar. Bu tür düzeltmelerin yüksek oranı, envanter kayıt doğruluğunda sistemik sorunlara işaret edebilir.

Neden Önemli?dir?

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ı (zaman damgası)ndan, son 'Mal Çıkışı Kaydedildi' veya 'Stok Hurdaya Ayrıldı/İmha Edildi' faaliyetinin zaman damgası (zaman damgası)na kadar ölçülür.

Bu metrik, işletme sermayesi ve depolama maliyetlerini yönetmek için büyük önem taşır. 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?dir?

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ı (zaman damgası) ile ilk olayın zaman damgası (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 büyük önem taşır. 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 sunar.

Neden Önemli?dir?

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

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ı sunar.

Neden Önemli?dir?

Depolar veya tesisler gibi farklı tesisler arasında süreç karşılaştırmasına ve kıyaslamasına sunar, 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
İşlem Tipi
TransactionType
Envanter işleminin sistem tarafından tanımlanmış türü.
Açıklama

Bu nitelik, 'Satınalma 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 Aktivite Adı'nın türetilirği daha teknik bir sınıflandırmadır.

Aktivite 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?dir?

Bir event'in ham sistem sınıflandırmasını sunar; bu, ayrıntılı analiz ve 'Aktivite 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ınalma 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 göstergedir. İş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' kontrol paneli'ında görüldüğü gibi süreç verimsizliklerinin finansal etkisinin nicelendirilmesini sunar.

Neden Önemli?dir?

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

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 (örneğin, 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 gereklidir. 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ı sunar.

Neden Önemli?dir?

'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:::::::
EAKGKUTU
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 sunar. 'Hurda ve Eskime Oranı Analizi' gibi kontrol paneli'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?dir?

Farklı ürün grupları arasındaki süreç performansının toplanmasına ve karşılaştırılmasına sunar, 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
Ürün Durumu
ItemStatus
Envanter kaleminin Aktif, Pasif veya Eskimiş gibi mevcut durumunu belirtir.
Açıklama

Ürün Durumu, ürünün kendisinin süreç 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?dir?

Ürün süreç 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 Opsiyonel

Envanter Yönetimimi Etkinlikleri

Bunlar, envanter operasyonları için doğru ve detaylı süreç keşfini güçlüak amacıyla event lognüze (event log) dahil etmeniz gereken kritik süreç adımları ve kilometre taşlarıdır.
7 Önerilen 8 Opsiyonel
Aktivite Açıklama
Envanter Farklılığı 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?dir?

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 büyük önem taşır. 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
Goods Issue Recorded
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?dir?

Bu, envanter süreç döngüsü için birincil bitiş noktasıdır ve envanter devir hızı ile elde tutma günlerini hesaplamak için büyük önem taşır. 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
Goods Receipt Recorded
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?dir?

Bu faaliyet, envanter süreç döngüsü analizi için birincil başlangıç noktası olarak olarak kullanılır. Bu event'ten yerleştirme veya kalite denetimi gibi diğerlerine kadar geçen süreyi izlemek, gelen verimliliği ölçmek için büyük önem taşır.

Nereden Alınır??

INV_MATERIAL_TXNS tablosunda 'Satınalma 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 zaman damgası (zaman damgası)'i olarak olarak kullanılır.

Yakala

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

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?dir?

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ı (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
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?dir?

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?dir?

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?dir?

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
Cycle Count Performed
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?dir?

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 zaman damgası (zaman damgası)'i event zamanı olarak olarak kullanılır.

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?dir?

İadeler sürecini analiz etmek, ürün kalitesi sorunlarını anlamak ve tersine lojistik verimliliğini iyileştirmek için temel rol oynar. 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 Kontrol 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?dir?

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ı (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?dir?

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ı (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?dir?

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?dir?

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ı (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 `nitelik`'indeki değişikliklerden çıkarılır.
Neden Önemli?dir?

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ı (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?dir?

Yerleştirme sürecini hızlı başlatmak, mal kabul alanlarını boşaltmak ve envanteri kullanıma hazır hale getirmek için büyük önem taşır. 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ı (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 Opsiyonel

Veri Çıkarma Kılavuzları

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