Envanter Yönetimimi Veri Template'inuz
Envanter Yönetimimi Veri Template'inuz
- Önerilen Öznitelikler
- Süreç keşfi için izlenecek temel aktiviteler
- Oracle Fusion SCM'den veri çekimi hakkında rehberlik.
Envanter Yönetimimi Öznitelikleri
| 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 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?dir?
Bu nitelik, envanter süreç 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:::::::
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
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 Analizde,
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 Kaynak sistemi belirtmek,
Neden Önemli?dir?
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, 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ı
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'
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
Ö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'
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'
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
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
Bu nitelik, bireysel faaliyetlerin işleme süresini hesaplamak için
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 ( Bu bayrak, 'Döngü Sayım Sonrası Düzeltme Oranı'
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 Üst düzey süreç haritalarında doğrudan kullanılmasa da, bu
Neden Önemli?dir?
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ı 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 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
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 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
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
Bu nitelik, miktar tabanlı analizin doğru yorumlanması için gereklidir.
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
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
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ş
|
|||
Envanter Yönetimimi Etkinlikleri
| 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
Nereden Alınır??
INV_MATERIAL_TXNS tablosunda 'Satınalma Siparişi Kabulü', '
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
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
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 '
Yakala
Sistemde
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
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
|
|||