Envanter Yönetimi Veri Şablonunuz
Envanter Yönetimi Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Süreç keşfi için izlenecek temel faaliyetler
- Oracle Fusion SCM'den veri çekimi hakkında rehberlik
Envanter Yönetimi Nitelikleri
| 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
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 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,
Neden önemli
Bu nitelik, envanter yaşam döngüsünü oluşturan ayrı adımları ve
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 Analizde,
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 Kaynak sistemi belirtmek,
Neden önemli
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, Bu
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'
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
Ö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'
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'
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
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
Bu nitelik, bireysel faaliyetlerin işleme süresini hesaplamak için
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
Ö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
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
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 ( Bu bayrak, 'Döngü Sayım Sonrası Düzeltme Oranı'
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 Üst düzey süreç haritalarında doğrudan kullanılmasa da, bu
Neden önemli
Her
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 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
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 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
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
Bu nitelik, miktar tabanlı analizin doğru yorumlanması için esastır.
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ş
|
|||
Envanter Yönetimi Faaliyetleri
| 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
Nereden alınır
INV_MATERIAL_TXNS tablosunda 'Satın Alma Siparişi Kabulü', '
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
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
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 '
Yakala
Sistemde
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
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
|
|||