Envanter Yönetimi Veri Şablonunuz
Envanter Yönetimi Veri Şablonunuz
Bu, Envanter Yönetimi süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.
Belirli bir sistem seçin- Herhangi bir Envanter Yönetimi sistemi için evrensel olarak uygulanabilir veri yapısı.
- Süreç analizi için temel nitelikler ve faaliyetler hakkında net rehberlik.
- Envanter iş akışlarınızı optimize etmek ve verimliliği artırmak için bir temel.
Envanter Yönetimi Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Başlangıç Zamanı StartTime | Envanter faaliyetinin ne zaman başladığını veya kaydedildiğini gösteren zaman damgası. | ||
| Açıklama Başlangıç Zamanı, olay zamanı olarak da bilinir, bir faaliyetin sistemde başlatıldığı veya kaydedildiği kesin tarih ve saattir. Envanter yaşam döngüsündeki her olay için kronolojik bağlamı sağlar. Bu zaman damgası, olayların sırasını belirlediği ve süreç madenciliğinin metriklerinin hesaplanmasını sağladığı için kritik öneme sahiptir. Faaliyetler arasındaki döngü sürelerini, toplam vaka sürelerini ve bekleme sürelerini hesaplamak için kullanılır. Bu zamana dayalı metrikleri analiz etmek, envanter elleçleme sürecindeki gecikmeleri ve darboğazları belirlemede kilit öneme sahiptir. Neden önemli Bu zaman damgası, olayları kronolojik olarak sıralamak ve döngü süreleri ve süreler gibi tüm zamanla ilgili performans metriklerini hesaplamak için kritiktir. Nereden alınır Bu, çoğu işlem veya olay günlüğü tablolarında standart bir alandır ve genellikle oluşturma tarihi, kayıt tarihi veya olay zamanı olarak etiketlenir. Örnekler 2023-10-26T08:00:00Z2023-11-15T14:35:10Z2024-01-05T11:21:05Z | |||
| Envanter Partisi/Lot CaseId | Belirli bir envanter partisi veya serisi için benzersiz tanımlayıcı. Bu nitelik, ilgili tüm faaliyetleri gruplandıran birincil vaka tanımlayıcısı olarak hizmet eder. | ||
| Açıklama Envanter Partisi/Seri Numarası, aynı anda alınan veya üretilen belirli bir ürün miktarına atanan benzersiz bir tanımlayıcıdır. Bu numara, bir ürün grubunun depodaki tüm yaşam döngüsü boyunca (teslim alımdan sevkiyata veya imhaya kadar) takibini sağlar. Süreç madenciliğinde bu kimlik, vaka tanımını yaptığı için kritik öneme sahiptir. Her vaka, belirli bir envanter partisinin veya serisinin yolculuğunu temsil eder. İşletmeler, bu tanımlayıcıya göre gruplandırılmış faaliyetleri analiz ederek uçtan uca akışı anlayabilir, belirli parti yönetimindeki darboğazları tespit edebilir ve farklı ürün veya tedarikçiler için yaşam döngüsü sürelerini izleyebilirler. Neden önemli Bu, tüm envanterle ilgili faaliyetleri tek, izlenebilir bir sürece bağlayan ve parti veya seri yaşam döngüsünün uçtan uca analizini mümkün kılan temel bağlantıdır. Nereden alınır Genellikle envanter işlem tablolarında veya malzeme ana verilerinde bulunur, sıklıkla mal hareket kayıtlarıyla ilişkilendirilir. Örnekler LOT202405A1BCH-0019843M45-20240315-01788109-B2 | |||
| Faaliyet Adı Activity | Gerçekleşen belirli envanter yönetimi olayı veya görevinin adı, örneğin 'Mal Kabul' veya 'Toplama Tamamlandı'. | ||
| Açıklama Etkinlik Adı, envanter yönetimi süreci içindeki tek bir adımı veya olayı tanımlar. Bu etkinlikler, bir envanter partisi üzerinde gerçekleştirilen kalite kontrolleri, dahili hareketler, sayım, toplama ve sevkiyat gibi ayrı görevleri temsil eder. Etkinlikleri analiz etmek, Process Mining'in özüdür. Süreç akışının görselleştirilmesine, yaygın ve alternatif yolların belirlenmesine ve her adımın sıklığının ölçülmesine olanak tanır. Etkinliklerin sırasını anlamak, verimsizlikleri, yeniden işleme döngülerini ve uyumsuz süreç varyasyonlarını belirlemeye yardımcı olur. Neden önemli Sürecin bireysel adımlarını tanımlar, bu da gerçek süreç akışını keşfetmek ve iyileştirme alanlarını belirlemek için temeldir. Nereden alınır Genellikle kaynak sistemin envanter veya depo yönetimi modüllerindeki işlem tiplerinden, hareket tiplerinden veya olay günlüğü açıklamalarından türetilir. Örnekler Mallar Teslim AlındıKalite Kontrol TamamlandıStok Dahili Olarak TaşındıToplama TamamlandıMallar Sevk Edildi | |||
| Kaynak Sistem SourceSystem | Verilerin çıkarıldığı kaynak sistemi veya uygulamayı tanımlar; örneğin bir ERP veya WMS. | ||
| Açıklama Kaynak Sistem niteliği, olay verileri için kaynak uygulamayı veya platformu belirtir. Karmaşık BT ortamlarında, envanter verileri, operasyonel veriler için bir Depo Yönetim Sistemi (WMS) ve finansal veriler için bir Kurumsal Kaynak Planlaması (ERP) sistemi gibi birden fazla sistemden gelebilir. Bu nitelik, veri doğrulama, sorun giderme ve verinin bağlamını anlama için önemlidir. Analistlerin verileri kaynağına kadar takip etmesini sağlar ve farklı sistemler veya şirket iştirakleri arasında süreçleri veya veri kalitesini karşılaştırmak için kullanılabilir. Neden önemli Verinin kökeni hakkında bağlam sağlar, bu da veri yönetimi, doğrulama ve birden çok etkileşimli sisteme sahip ortamlarda çok önemlidir. Nereden alınır Bu bilgi, veri çıkarımı sırasında eklenen statik bir değer veya sistem örneğini tanımlayan kaynak veri tablolarındaki bir alan olabilir. Örnekler SAP S/4HANAOracle Fusion SCMManhattan WMSDynamics 365 F&O | |||
| Son Veri Güncellemesi LastDataUpdate | Bu event'e ait verinin en son ne zaman yenilendiğini veya kaynak sistemden çıkarıldığını gösteren timestamp. | ||
| Açıklama Bu nitelik, kaynak sistemden yapılan en son veri çıkarımının veya yenilemesinin tarih ve saatini kaydeder. Analiz edilen verilerin güncelliğini yansıtan bir metaveri alanıdır. Süreç madenciliğinde, Son Veri Güncelleme zaman damgası, analizin güncelliğini anlamak için hayati öneme sahiptir. Kullanıcıların gerçek zamanlı bilgilere mi yoksa belirli bir zaman noktasından alınmış bir anlık görüntüye mi baktıklarını bilmelerine yardımcı olur. Bu, operasyonel izleme ve kararların güncel bilgilere dayanmasını sağlamak için kritiktir. Neden önemli Kullanıcılara verinin güncelliği hakkında bilgi verir, analizin zaman çerçevesini ve içgörülerin alaka düzeyini anlamalarını sağlar. Nereden alınır Bu, genellikle veri çıkarma, dönüştürme ve yükleme (ETL) aracı veya süreci tarafından oluşturulan ve depolanan metaveridir. Örnekler 2023-10-27T02:00:00Z2023-11-16T02:00:00Z2024-01-06T02:00:00Z | |||
| Bitiş Saati EndTime | Envanter faaliyetinin ne zaman tamamlandığını gösteren zaman damgası. | ||
| Açıklama Bitiş Zamanı, bir etkinliğin tamamlandığı kesin tarih ve saati işaret eder. Bazı etkinlikler anlık olup yalnızca tek bir zaman damgasına (Başlangıç Zamanı) sahipken, diğerleri kalite kontrolü veya yerleştirme görevi gibi ölçülebilir bir süreye sahiptir. Hem Başlangıç Zamanı hem de Bitiş Zamanına sahip olmak, ayrıntılı performans analizi için çok önemlidir. Bu, etkinlik işlem sürelerinin doğrudan hesaplanmasına olanak tanır ve bu da darboğazları belirlemek için temel bir girdidir. Belirli görevlerin süresini analiz etmek, kaynak verimliliğini, iş yükü dağılımını ve süreç adımlarının beklenenden daha uzun sürdüğü alanları anlamaya yardımcı olur. Neden önemli Etkinlik işlem sürelerinin hassas bir şekilde hesaplanmasını sağlar, bu da darboğazları belirlemek ve operasyonel verimliliği ölçmek için gereklidir. Nereden alınır Etkinliklerin belirli bir başlangıç ve bitişinin olduğu olay veya işlem günlüklerinde bulunur, Depo Yönetim Sistemlerinde (WMS) yaygındır. Örnekler 2023-10-26T08:30:00Z2023-11-15T14:55:10Z2024-01-05T16:00:00Z | |||
| Depo Warehouse | Etkinliğin gerçekleştiği depo, fabrika veya dağıtım merkezinin tanımlayıcısı. | ||
| Açıklama Depo niteliği, envanterin depolandığı ve elleçlendiği fiziksel tesisi, örneğin bir dağıtım merkezi veya fabrika gibi, tanımlar. Bu, envanter sürecinin önemli bir organizasyonel ve coğrafi boyutunu temsil eder. Bu nitelik, konum tabanlı performans analizi için çok önemlidir. Kuruluşların farklı sahalar arasında verimlilik, doğruluk ve döngü sürelerini karşılaştırmasına olanak tanır. Örneğin, bir şirket hangi depoların en hızlı yerleştirme sürelerine veya en yüksek envanter doğruluğuna sahip olduğunu belirleyebilir ve ardından en iyi performans gösteren konumlardaki en iyi uygulamaları araştırıp başka yerlerde çoğaltabilir. Neden önemli Saha bazında performans karşılaştırması yaparak, yüksek performans gösteren lokasyonlardaki en iyi uygulamaları ve diğerlerinde iyileştirme gerektiren alanları belirlemeye yardımcı olur. Nereden alınır Neredeyse tüm envanter işlem kayıtlarında bulunan standart bir organizasyonel veri öğesi. Örnekler WH-NYC-01DC-WESTPLANT-1000SITE-EU-FRA | |||
| Hareket Nedeni MovementReason | Envanter hareketinin veya ayarlamasının nedenini açıklayan bir kod veya açıklama. | ||
| Açıklama Hareket Nedeni niteliği, bir envanter işleminin neden gerçekleştiğine, özellikle de düzeltmeler, iadeler veya hurdaya ayırma gibi standart dışı hareketlere bağlam sağlar. Bu, faaliyetin arkasındaki iş gerekçesini ortaya koyar. Bu, temel neden analizi için kritik bir niteliktir. Farklı neden kodlarının sıklığını analiz ederek bir işletme, hasar, eskime veya veri girişi hataları gibi envanter tutarsızlıklarının ana nedenlerini belirleyebilir. Bu bilgi, envanter doğruluğunu artırmak ve israfı azaltmak için hedefli süreç iyileştirmeleri geliştirmede paha biçilmezdir. Neden önemli Envanter ayarlamalarının ve hareketlerinin arkasındaki 'neden'i açıklar, stok tutarsızlıkları, hasarlar veya hurda gibi sorunların temel neden analizini sağlar. Nereden alınır Envanter ayarlamaları, hurda veya diğer standart dışı hareketler için işlem verilerinde bulunur. Örnekler 0001 - Nakliyede Hasarlı0005 - Dönemsel Sayım Ayarlaması1002 - Müşteri İadesi3010 - Süresi Dolmuş Stok İmhası | |||
| Kullanıcı User | Etkinliği gerçekleştiren kullanıcının, çalışanın veya otomatik sistemin tanımlayıcısı. | ||
| Açıklama Kullanıcı niteliği, bir envanter işlemini yürütmekten sorumlu kişiyi veya sistem ajanını tanımlar. Bu, bir depo operatörü, bir kalite kontrolörü veya robotik süreçler için otomatik bir sistem kullanıcısı olabilir. Faaliyetleri kullanıcıya göre analiz etmek, performans yönetimi ve eğitim ihtiyaçlarını belirlemek için temeldir. Hangi kullanıcıların veya ekiplerin en verimli olduğunu, kimlerin standart süreçten sapmış olabileceğini veya hangi görevlerin insan hatasına en yatkın olduğunu ortaya çıkarabilir. Bu analiz, kaynak tahsisi, iş yükü dengeleme ve kuruluş genelinde süreç uyumluluğunu sağlamaya yardımcı olur. Neden önemli Hesap verebilirlik sağlar ve çalışan veya ekip bazında performans analizi yapılmasına olanak tanır, en iyi performans gösterenleri ve eğitim fırsatlarını belirlemeye yardımcı olur. Nereden alınır Genellikle işlem verilerinde bulunur, kaydı oluşturan veya değiştiren kullanıcı hesabıyla ilişkilidir, örneğin 'Oluşturan' veya 'Kullanıcı Kimliği' alanları. Örnekler JSMITHABROWNBATCH_USEROPERATOR_42 | |||
| Miktar Quantity | Faaliyete dahil olan ürünün birim sayısı. | ||
| Açıklama Miktar, belirli bir etkinlikte elleçlenen stok miktarını temsil eder; örneğin alınan, taşınan veya toplanan ürün sayısı. Her işlemin ölçeğinin temel bir ölçüsüdür. Miktarı analiz etmek, operasyonel iş yükünü anlamak ve potansiyel sorunları belirlemek için hayati öneme sahiptir. Örneğin, büyük miktarlı hareketler daha uzun işlem süreleriyle ilişkili olabilir. Ayrıca, fiziksel sayımları sistem kayıtlarıyla karşılaştırarak envanter doğruluğunu hesaplamak için de kullanılır. Dahası, ayarlama faaliyetlerindeki miktarları takip etmek, envanter tutarsızlıklarının ölçeğini nicelendirmeye yardımcı olur. Neden önemli İşlemin büyüklüğünün bir ölçüsünü sağlar, bu da iş yükü analizi, envanter seviyelerinin hesaplanması ve tutarsızlıkların nicelleştirilmesi için çok önemlidir. Nereden alınır Hemen hemen tüm envanter işlem kayıtlarında standart bir alan. Örnekler 1005012.51000 | |||
| Ürün ID ProductId | İşlem gören ürün, malzeme veya Stok Numarası (SKU) için benzersiz tanımlayıcı. | ||
| Açıklama Ürün Kimliği (genellikle SKU veya Malzeme Numarası olarak adlandırılır), envanterdeki belirli bir ürüne atanan benzersiz koddur. Bir ürünü diğerinden ayırır. Bu nitelik, ürün merkezli analiz için çok önemlidir. İşletmelerin, belirli ürünler veya ürün grupları için süreci filtrelemesine ve işlem görme şekillerinin nasıl farklılaştığını anlamasına olanak tanır. Örneğin, kırılgan ürünler ile dayanıklı ürünler için yerleştirme sürelerini veya farklı ürün grupları için denetim oranlarını karşılaştırabilir. Bu, ürün özelliklerine dayalı depo düzenini, elleçleme prosedürlerini ve envanter stratejisini optimize etmeye yardımcı olur. Neden önemli Ürün düzeyinde analize olanak tanır, ekiplerin farklı öğeler için süreç performansını karşılaştırmasına ve envanter stratejilerini buna göre uyarlamasına olanak sağlar. Nereden alınır Envanter işlem tablolarında, malzeme ana verilerinde veya kalem ana kayıtlarında temel bir alan. Örnekler SKU-100-RED-LGMAT-582910FG-A105-CPN-987654 | |||
| Ürün Kategorisi ProductCategory | Ürünün ait olduğu sınıflandırma veya kategori; örneğin 'Elektronik', 'Giyim' veya 'Hızlı Tüketim Malları'. | ||
| Açıklama Ürün Kategorisi, ortak özelliklere dayalı daha üst düzey bir ürün gruplandırmasıdır. Bu sınıflandırma, bireysel ürünler yerine geniş segmentler arasında envanter performansını düzenlemeye ve analiz etmeye yardımcı olur. Süreç madenciliğinde bu nitelik, stratejik düzeyde eğilimleri ve kalıpları belirlemek için toplu analiz yapılmasını sağlar. Örneğin, bir kuruluş 'Yüksek Değerli Elektronik' ve 'Tüketim Malları' gibi farklı kategoriler arasındaki envanter devir hızlarını veya kalite kontrol hata oranlarını karşılaştırabilir. Bu tür bilgiler, kategori yönetimi, stratejik tedarik ve genel envanter politikasını optimize etmek için değerlidir. Neden önemli Farklı ürün grupları arasında süreç performansını karşılaştırmak ve stratejik kararları bilgilendirmek için yüksek seviyeli, toplu analize olanak tanır. Nereden alınır Genellikle malzeme veya ürün ana verilerinde bulunur, Ürün Kimliği aracılığıyla ilişkilendirilir. Örnekler ElektronikGiyimHammaddeMamul MallarYedek Parçalar | |||
| Depolama Konumu StorageLocation | Bir depo içindeki belirli fiziksel konum; örneğin bir raf, koridor veya bölge gibi. | ||
| Açıklama Depolama Konumu, Depo niteliğinden daha ayrıntılı bir düzeyde bilgi sağlar. Bir envanter faaliyetinin gerçekleştiği tam alanı (örneğin bir raf, koridor veya bölge) belirtir. Bu, bir mal kabul rıhtımı, bir kalite kontrol alanı, belirli bir depolama rafı veya bir paketleme istasyonu olabilir. Depolama konumu düzeyinde süreçleri analiz etmek, depo düzeni ve malzeme akışındaki verimsizlikleri ortaya çıkarabilir. Örneğin, uzak konumlar arasındaki iç hareketler için aşırı seyahat süresini veya belirli bölgelerdeki tıkanıklığı vurgulayabilir. Bu bilgiler, depo düzenini, yerleştirme stratejilerini ve toplama yollarını optimize etmek için değerlidir. Neden önemli Depo içi hareketlerin ayrıntılı analizine olanak tanır, düzeni optimize etmeye, seyahat süresini azaltmaya ve yoğun alanları belirlemeye yardımcı olur. Nereden alınır Depo Yönetim Sistemlerinde (WMS) yaygın olup, işlem verilerinde 'Göz', 'Konum' veya 'Depolama Gözü' gibi alanlarda bulunur. Örnekler A-01-03-BRECEIVING-DOCK-02QA-INSPECTPACK-STATION-5 | |||
| Etkinlik Süresi ActivityDuration | Bir etkinliğin başlangıcından bitişine kadar geçen süreyi temsil eden hesaplanmış etkinlik süresi. | ||
| Açıklama Etkinlik Süresi, tek bir etkinliğin işlem süresini ölçen hesaplanmış bir metriktir. Bitiş Zamanı ile Başlangıç Zamanı arasındaki fark olarak hesaplanır. Bu metrik, performans analizinin temel taşı olup, bireysel süreç adımlarının verimliliğine doğrudan içgörü sağlar. Etkinlik sürelerini birleştirerek ve karşılaştırarak, işletmeler envanter yaşam döngüsündeki en çok zaman alan görevleri belirleyebilir. Bu bilgi, performans kriterleri belirlemek, operasyonel verimliliği izlemek ve en önemli gecikmeleri yaratan etkinliklere iyileştirme çabalarını odaklamak için kullanılabilir. Neden önemli Bu hesaplanmış metrik, bireysel görevlerin verimliliğini doğrudan ölçer ve süreçteki en zaman alıcı adımları kolayca tespit etmeyi sağlar. Nereden alınır Başlangıç Zamanı'nın Bitiş Zamanı'ndan çıkarılmasıyla hesaplanır. Bu, bir etkinlik için her iki zaman damgasının da mevcut olmasını gerektirir. Örnekler 360086400300 | |||
| Ölçü Birimi UnitOfMeasure | Miktarın ölçüldüğü birim; örneğin 'Adet', 'Kutu', 'Kilogram' veya 'Palet' gibi. | ||
| Açıklama Ölçü Birimi (UoM), Miktar niteliği için bağlam sağlar. Belirli bir işlemde envanter kalemini saymak veya ölçmek için kullanılan standart birimi belirtir. Görünüşte basit olsa da, UoM veri doğruluğu ve anlamlı analiz için kritik öneme sahiptir. Onsuz, miktarları karşılaştırmak yanıltıcı olabilir; örneğin, '10' adet ürün veya 10 palet ürün anlamına gelebilir. Bu nitelik, analizlerin tutarlı bir temelde yapılmasını sağlar ve genellikle farklı Ölçü Birimlerini doğru karşılaştırmalar ve toplamalar için standart veya temel birime dönüştürür. Neden önemli 'Miktar' niteliğine temel bağlam sağlar, farklı ürün türleri ve işlemler arasında doğru karşılaştırmalar ve hesaplamalar yapılmasını garanti eder. Nereden alınır Genellikle işlem verilerindeki miktar alanının yanında veya ürün ana verilerinde bulunur. Örnekler EACSKGPL | |||
| Stok Durumu StockStatus | Envanterin kısıtlanmamış, kalite kontrolünde veya engellenmiş gibi mevcut durumunu veya tipini belirtir. | ||
| Açıklama Stok Durumu, envanterin kullanılabilirliğini veya erişilebilirliğini açıklar. Yaygın durumlar arasında 'Serbest' (kullanıma hazır), 'Kalite Kontrol' (kalite kontrolleri bekliyor), 'Engellenmiş' (kullanıma uygun değil) veya 'Transit Halinde' bulunur. 'Envanter Durumu Değişti' gibi bir faaliyet bu niteliği doğrudan değiştirir. Farklı durumlarda geçirilen süreyi analiz etmek, envanter akışı ve kullanılabilirliğini anlamak için kritik öneme sahiptir. Bu, envanterin kalite kontrol veya engellenmiş olma gibi verimsiz durumlarda ne kadar süre bağlı kaldığını niceliksel olarak belirlemeye yardımcı olur. Bu analiz, kalite sürecindeki gecikmeleri veya stokun kullanılamamasına neden olan sorunları vurgulayabilir, bu da envanter elde tutma maliyetlerini ve hizmet seviyelerini doğrudan etkiler. Neden önemli Envanterin kullanılabilirliğini izler, stokun kalite kontrolü veya engellenme gibi üretken olmayan durumlarda ne kadar kaldığını analiz etmeye yardımcı olur. Nereden alınır Genellikle envanter bakiyesi veya stok seviyesi tablolarında bulunur ve belirli durum değiştiren işlemler sırasında kaydedilir. Örnekler SerbestKalite KontrolEngellendiİadeler | |||
Envanter Yönetimi Etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Envanter Ayarlandı | Bu, bir partinin sistemdeki mevcut miktarını fiziksel sayıma uygun hale getirmek veya hasarı hesaba katmak için düzelten açık bir işlemdir. Bu işlem, envanterdeki bir artışı veya azalmayı resmi olarak tanır. | ||
| Neden önemli Ayarlamalar, envanterdeki yanlışlıkların ve potansiyel süreç hatalarının doğrudan göstergeleridir. Ayarlamaların sıklığını, değerini ve nedenlerini analiz etmek, envanter tutarsızlıklarının temel nedenlerini belirlemeye yardımcı olur. Nereden alınır Bu, genellikle envanter düzeltmesi veya fiziksel envanter kaydı olarak adlandırılan, defter miktarını değiştiren ayrı bir finansal ve lojistik işlemdir. Yakala Sistem miktarı ile sayılan miktar arasındaki farkı kaydeden bir envanter ayarlama defteri veya malzeme belgesinden işlemleri yakalayın. Event tipi explicit | |||
| İade Alındı | Daha önce sevk edilmiş bir envanter partisinin bir müşteriden depoya fiziksel olarak geri alınmasını ifade eder. Bu faaliyet, parti için tersine lojistik sürecini başlatır. | ||
| Neden önemli Bu olay, iadeler yönetimi alt sürecinin başlangıç noktasıdır. İadeleri takip etmek, ürün kalitesi sorunlarını, müşteri memnuniyetini ve tersine lojistiğin verimliliğini anlamak için hayati öneme sahiptir. Nereden alınır Bir kullanıcı, partiyi tekrar envantere ekleyen bir İade Malzeme Yetkilendirmesi (RMA) veya iade siparişine karşı bir teslimatı işlediğinde yakalanır. Yakala İade siparişine bağlı, partinin eldeki miktarını artıran, genellikle kısıtlı veya denetim durumuna sokan teslimat işlemlerini belirleyin. Event tipi explicit | |||
| Mallar Sevk Edildi | Envanter partisinin depodan nihai çıkışını işaretler. Bu, elde mevcut stoğu azaltan ve satışlar için genellikle faturalandırmayı tetikleyen resmi işlemdir. | ||
| Neden önemli Bu, standart giden sürecin önemli bir bitiş noktasıdır. 'Mal Kabul'den 'Mal Çıkışı'na kadar olan uçtan uca döngü süresi, toplam envanter hızını ölçer. Nereden alınır Bu, genellikle bir sevkiyat onayı veya kamyon kalkış taramasıyla tetiklenen, malların çıkışını resmi olarak kaydeden kesin bir malzeme işlemidir. Yakala Bir gönderi, üretim sorunu veya transfer için envanter miktarını azaltan malzeme belgesinin kaydını yakalayın. Event tipi explicit | |||
| Mallar Teslim Alındı | Bu faaliyet, bir envanter partisinin tesise ilk fiziksel kabulünü işaret eder. Sistemin partiyi ilk tanıdığı nokta olup, genellikle bir envanter kaydının oluşturulmasını tetikler. | ||
| Neden önemli Bu, envanter yaşam döngüsünün birincil başlangıç noktasıdır. Bu olaydan diğerlerine (yerleştirme veya kullanılabilirlik gibi) kadar geçen süreyi analiz etmek, mal kabul verimliliğini ölçmek için kilit öneme sahiptir. Nereden alınır Bu olay, genellikle bir kullanıcı satın alma siparişi veya sevk ihbarnamesi gibi bir kaynak belgeye karşı bir makbuzu işlediğinde envanter veya depo yönetimi modüllerinde açıkça kaydedilir. Yakala Bir partinin pozitif miktarının sisteme girdiği malzeme işlem kayıtlarından veya teslim alma belgelerinden alınır. Event tipi explicit | |||
| Stok Hurdaya Çıkarıldı | Bir envanter partisinin hurda olarak nihai tasfiyesini temsil eder. Bu, partiyi kayıtlardan düşüren ve envanterden kalıcı olarak kaldıran resmi bir işlemdir. | ||
| Neden önemli Hurdaya çıkarma, envanter değerinin tamamen kaybedilmesini temsil eden kritik bir bitiş noktasıdır. Hurdaya çıkarmanın sıklığını ve nedenlerini analiz etmek, raf ömrü yönetimi, elleçleme hasarı veya ürün eskimesi ile ilgili sorunları belirlemek için esastır. Nereden alınır Bu, hurdaya özel bir hareket türüne kayıt yaparak veya hurda neden koduyla bir envanter düzeltme günlüğü kullanarak yakalanan açık bir malzeme işlemidir. Yakala Partiyi envanterden, hurdaya ayırma için belirlenmiş bir hareket tipi veya neden kodu ile kaldıran bir malzeme belgesinin kaydını yakalayın. Event tipi explicit | |||
| Toplama Tamamlandı | Envanter partisinin depolama gözünden fiziksel olarak alındığını ve bir hazırlık veya paketleme alanına taşındığını onaylar. Bu, sipariş karşılama sürecinin yoğun seyahat içeren kısmının sonunu işaret eder. | ||
| Neden önemli Bu dönüm noktası, fiziksel toplama adımını sonuçlandırır. 'Toplama Başladı'dan 'Toplama Tamamlandı'ya kadar olan süreyi analiz etmek, depo operatörü verimliliğini ölçmek ve optimize etmek için çok önemlidir. Nereden alınır Bir operatörün, genellikle ürünü ve konumu tarayarak, toplama görevinin durumunu tamamlandı olarak güncelleyen toplamayı onayladığında yakalanır. Yakala Partinin başarıyla alındığını gösteren toplama görevinin onay veya kapatma işlemini arayın. Event tipi explicit | |||
| Yerleştirme Tamamlandı | Envanter partisinin fiziksel olarak taşındığını ve nihai depolama gözüne tarandığını onaylar. Bu noktada envanter genellikle toplama için hazır kabul edilir. | ||
| Neden önemli Bu, içeriden iş akışının sonunu işaret eden kritik bir dönüm noktasıdır. 'Mal Kabul'den 'Yerleştirme Tamamlandı'ya kadar geçen toplam süre, depo kabul performansı için temel bir KPI'dır. Nereden alınır Bir depo operatörünün, tipik olarak el tarayıcısı aracılığıyla, envanterin sistemdeki konumunu güncelleyen yerleştirme görevinin tamamlandığını onayladığında yakalanır. Yakala Partinin konumunu geçici bir kabul alanından kalıcı bir depolama gözüne güncelleyen yerleştirme görevinin onay veya kapatma işlemini arayın. Event tipi explicit | |||
| Envanter Durumu Değiştirildi | Partinin kullanılabilirliğini etkileyen mantıksal durumundaki bir değişikliği yakalar. Bu, stoğu beklemeye alma, satışını engelleme veya kalite kontrol dışındaki nedenlerle serbest duruma geri bırakma gibi durumları içerebilir. | ||
| Neden önemli Bu faaliyet, envanter yaşam döngüsündeki standart dışı kesintileri vurgular. Sık durum değişiklikleri, veri kalitesi sorunlarını, ürün bekletmelerini veya sermayeyi kilitleyen diğer idari süreçleri ortaya çıkarabilir. Nereden alınır Genellikle parti veya seri ana kaydındaki bir durum alanındaki değişiklikten veya stok kullanılabilirliğini değiştirmek için tasarlanmış belirli bir işlem aracılığıyla çıkarılır. Yakala Envanter parti kaydıyla zaman içinde ilişkilendirilen durum veya stok tipi alanındaki değişiklikleri takip edin. Event tipi inferred | |||
| Envanter Sayımı Yapıldı | Bir envanter partisinin fiziksel sayımının yapıldığı ve miktarın sisteme girildiği anı temsil eder. Bu, döngüsel sayım veya fiziksel envanter doğrulama süreçlerinde önemli bir adımdır. | ||
| Neden önemli Bu faaliyet, envanter doğruluk sürecini anlamak için kritik öneme sahiptir. Sayım sıklığını, süresini ve tespit edilen tutarsızlıkları gidermek için geçen süreyi analiz etmeye olanak tanır. Nereden alınır Genellikle bir kullanıcı envanter yönetim sistemindeki bir fiziksel envanter veya döngü sayım günlüğüne sayılan bir miktarı girdiğinde yakalanır. Yakala Sayım günlüğü satırlarının oluşturulmasını veya sayılan bir miktarın bir partiye kaydedildiği zaman damgasını belirleyin. Event tipi explicit | |||
| Kalite Kontrol Başlatıldı | Bir envanter partisinin kalite kontrol için belirlendiği ve kısıtlı bir duruma alındığı anı temsil eder. Stok genellikle fiziksel veya mantıksal bir kalite kontrol alanına taşınır ve sipariş karşılama için mevcut değildir. | ||
| Neden önemli Bu faaliyet, kalite güvence sürecinin başlangıcını işaret eder. Başlangıç ve tamamlanma arasındaki süre, Kalite Güvence (KG) döngü süresinin ve envanter kullanılabilirliği üzerindeki etkisinin kritik bir ölçüsüdür. Nereden alınır Genellikle envanter partisindeki bir durum değişikliğinden, örneğin 'Kalite Kontrol' stoğuna geçişten veya resmi bir denetim siparişi kaydının oluşturulmasından çıkarılır. Yakala Partiyi teslimattan hemen sonra kalite güvence amaçlı beklemeye alan kayıtları veya durum değişikliklerini belirleyin. Event tipi inferred | |||
| Kalite Kontrol Tamamlandı | Bu faaliyet, kalite kontrolünün tamamlandığını ve bir kullanım kararının kaydedildiğini gösterir. Parti, başarılı olursa genellikle serbest stoğa bırakılır veya başarısız olursa engellenmiş duruma taşınır. | ||
| Neden önemli Bu adımın tamamlanması, envanteri sonraki süreçler için kullanılabilir hale getirir. Buradaki gecikmeler, üretim veya sipariş karşılamada önemli alt akış darboğazlarına neden olabilir. Nereden alınır Genellikle bir kullanıcı denetim sonuçlarını kaydettiğinde yakalanır ve bu, partinin stok tipinin 'Kalite'den 'Serbest' veya 'Engellenmiş' olarak değişmesine yol açar. Yakala Muayene için nihai geçme veya kalma kararını kaydeden işlemi veya durum güncellemesini yakalayın. Event tipi explicit | |||
| Paketleme Tamamlandı | Toplanan partinin bir nakliye konteynerine yerleştirilip mühürlendiği paketleme sürecinin tamamlanmasını temsil eder. Bu, sevkiyattan önce depo içindeki son katma değerli adımdır. | ||
| Neden önemli Bu faaliyet, sipariş tamamlama sürecinin paketleme aşamasını izole etmeye yardımcı olur. Toplama tamamlanmasından paketleme tamamlanmasına kadar geçen süreyi analiz etmek, paketleme istasyonlarındaki darboğazları belirlemeye yardımcı olur. Nereden alınır Bir kullanıcının bir irsaliyeyi onayladığında veya bir nakliye konteynerini kapattığında kaydedilen açık bir olay olabilir veya bir gönderi durum değişikliğinden çıkarılabilir. Yakala Bir paketleme konteynerinin kapalı olarak işaretlendiği veya ilişkili giden teslimat durumunun 'Paketlenmiş' olarak güncellendiği zaman damgasını yakalayın. Event tipi explicit | |||
| Stok Dahili Olarak Taşındı | Bir envanter partisinin aynı tesis içinde bir depolama konumundan diğerine hareketini temsil eder. Bu, ilk yerleştirme veya son toplamanın bir parçası değildir, ancak ikmal veya konsolidasyon gibi nedenlerle ara bir harekettir. | ||
| Neden önemli Sık dahili hareketler, suboptimal depo düzeni veya ikmal stratejilerini gösterebilir. Bu hareketleri analiz etmek, dahili lojistik ve malzeme elleçlemedeki verimsizlikleri belirlemeye yardımcı olur. Nereden alınır Partinin sahipliğini veya genel stok seviyesini değiştirmeden gözünü veya konumunu değiştiren açık bir envanter transfer işlemi olarak kaydedilir. Yakala Bir partinin konum kodunu aynı tesis içinde değiştiren işlemleri belirleyin, ilk yerleştirme ve nihai toplama hareketleri hariç. Event tipi explicit | |||
| Toplama Başladı | Bir siparişi karşılamak için bir envanter partisinin depolama konumundan alınması için bir sistem görevinin oluşturulduğunu belirtir. Bu, o parti için giden sipariş karşılama sürecinin başlangıcını işaret eder. | ||
| Neden önemli Bu olay, giden akışı başlatır. Sipariş oluşturmadan toplamaya başlamaya kadar geçen süreyi ölçmek, fiziksel iş başlamadan önce sipariş işleme ve tahsisatındaki potansiyel gecikmeleri ortaya çıkarır. Nereden alınır Genellikle bir satış siparişi, üretim siparişi veya stok transferi ile ilişkilendirilmiş bir depo görevi, hareket emri veya transfer emri kaydının oluşturulmasıyla yakalanır. Yakala Bir operatöre partiyi giden bir gereksinim için bir depolama gözünden toplamasını yönlendiren sistem görevinin oluşturulma zaman damgasını belirleyin. Event tipi explicit | |||
| Yerleştirme Başladı | Envanter partisinin bir kabul veya hazırlık alanından belirlenen depolama konumuna taşınması için bir sistem görevinin oluşturulduğunu belirtir. Bu, malların depoya fiziksel olarak yerleştirilmesinin başlangıcını işaret eder. | ||
| Neden önemli Bu faaliyet, mal kabuldeki bekleme sürelerini aktif yerleştirme sürecinden ayırmaya yardımcı olur. Sistem ve personelin yeni gelen stoku ne kadar hızlı hareket ettirmeye başlayabileceğini analiz etmeye olanak tanır. Nereden alınır Bu olay, genellikle yerleştirme hareketi için özel olarak bir depo görevi, iş emri veya transfer emri kaydının oluşturulmasıyla yakalanır. Yakala Bir operatöre partiyi bir depolama gözüne taşımasını yönlendiren sistem görevinin oluşturulma zaman damgasını belirleyin. Event tipi explicit | |||
Veri Çekim Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,