Sizin Üretim Planlama Veri Template'iniz
Sizin Üretim Planlama Veri Template'iniz
- Üretim planlama analizi için önerilen nitelikler
- Takip edilecek temel üretim planlama faaliyetleri
- SAP S/4HANA için detaylı `data extraction` kılavuzu
Üretim Planlama Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Aktivite Activity | Üretim planlama süreci içinde belirli bir zamanda meydana gelen olayın veya görevin adı. | ||
| Açıklama Bu nitelik, üretim siparişi yaşam döngüsündeki farklı adımları ve kilometre taşlarını kaydeder. Örnekler arasında 'Üretim Siparişi Oluşturuldu', 'Malzeme Bulunabilirliği Kontrol Edildi', 'Üretim Başladı' ve 'Sipariş Finansal Olarak Kapatıldı' bulunur. Her aktivite, sistemde belgelenmiş belirli bir eylemi veya durum değişikliğini temsil eder. Bu faaliyetlerin sırasını ve sıklığını analiz etmek, Process Mining'in temelini oluşturur. Süreç akışını görselleştirmeye, standart prosedürden sapmaları belirlemeye ve 'Üretim Planı Ayarlandı' gibi gecikmelere veya sık sık yeniden işlemeye neden olan faaliyetleri tespit etmeye yardımcı olur. Neden önemli Sürecin adımlarını tanımlayarak, gerçek üretim Nereden alınır JEST ve JCDS gibi tablolardaki durum değişikliklerinden, kullanılan işlem kodlarından (örneğin, oluşturmak için CO01) veya AFRU'daki belirli onay kayıtlarından türetilmiştir. Örnekler Üretim Siparişi OluşturulduÜretim Siparişi Serbest BırakıldıÜretim BaşladıSon Onay GirildiMal Kabul Kaydı Yapıldı | |||
| Başlangıç Zamanı StartTime | Belirli bir aktivite veya event'in ne zaman başladığını gösteren timestamp. | ||
| Açıklama Bu nitelik, üretim sürecindeki her kaydedilen olay için tarih ve saati sağlar. Tüm zamana dayalı süreç analizleri için zamansal temeldir. Başlangıç Zamanı, faaliyetler arasındaki süreleri hesaplamak, bir üretim siparişinin toplam döngü süresini ölçmek ve olayların zamanlamasını anlamak için kritik öneme sahiptir. Gerçek zaman damgalarını planlanan tarihlerle karşılaştırarak darboğazların, bekleme sürelerinin ve takvime uygunluğun analizini sağlar. Neden önemli Tüm Nereden alınır Bu bilgi, durum değişiklikleri için genellikle değişiklik belgesi tablolarında (CDHDR/CDPOS), yürütme adımları için onay tablolarında (AFRU) ve oluşturma tarihleri için üst bilgi tablolarında (AFKO) bulunur. Örnekler 2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T08:15:00Z | |||
| Üretim Siparişi ProductionOrder | Üretim planlama süreci için birincil olay tanımlayıcısı olarak hizmet veren üretim siparişi için benzersiz tanımlayıcı. | ||
| Açıklama Üretim Sipariş numarası, belirli bir ürün miktarının üretimiyle ilgili tüm faaliyetleri yönetmek ve izlemek için SAP S/4HANA tarafından oluşturulan benzersiz bir anahtardır. Planlamadan serbest bırakmaya, yürütmeden nihai muhasebeye kadar tüm ilgili olayları birbirine bağlar. Process mining'de, bu nitelik tüm ilgili olayları tek bir uçtan uca süreç örneğinde gruplandırmak için gereklidir. Süreçleri Üretim Siparişine göre analiz etmek, döngü süresi, takvime uygunluk ve belirli üretim çalışmalarını etkileyen darboğazların belirlenmesi gibi temel performans göstergelerinin ölçülmesine olanak tanır. Neden önemli Tüm süreç adımlarını birbirine bağlayan temel Nereden alınır Bu, genellikle AFKO (AUFNR alanı) ve AFPO gibi SAP tablolarında bulunan Üretim Sipariş numarasıdır. Örnekler 100056710008341001299 | |||
| Kaynak Sistem SourceSystem | Üretim planlama verilerinin çekildiği sistem. | ||
| Açıklama Bu nitelik, birden fazla entegre sisteme sahip ortamlarda temel olan verinin kaynağını tanımlar. Bu süreç için tipik olarak belirli SAP S/4HANA örneği olacaktır. Daha geniş bir veri analizi bağlamında, kaynak sistemi bilmek veri bütünlüğünü sağlamaya yardımcı olur ve farklı kaynaklardan gelen verileri birleştirirken uygun bağlamı sağlar. Veri yönetimi ve izlenebilirlik için temel bir meta veri parçasıdır. Neden önemli
Nereden alınır Bu, tipik olarak veri çekme işlemi sırasında SAP S/4HANA istemcisini ve sistem kimliğini (SID) tanımlamak için eklenen statik bir değerdir. Örnekler S4P_100S4H_PRD_200S4Q_300 | |||
| Son Veri Güncellemesi LastDataUpdate | Data'nın kaynak sistemden en son ne zaman yenilendiğini veya çıkarıldığını gösteren timestamp. | ||
| Açıklama Bu nitelik, en son veri çekiminin tarih ve saatini kaydeder. Kullanıcılara analiz ettikleri verinin güncelliği hakkında bilgi veren kritik bir meta veri parçasıdır. Son güncelleme zamanını bilmek, analizi doğru bir şekilde yorumlamak için esastır. Kullanıcıların gerçek zamanlı bilgileri mi yoksa belirli bir zamandaki bir anlık görüntüyü mü görüntülediklerini anlamalarına yardımcı olur, bu da bulguların ve verilere dayalı kararların alaka düzeyini etkiler. Neden önemli Kullanıcıların Nereden alınır Bu Örnekler 2024-05-21T02:00:00Z2024-05-22T02:00:00Z2024-05-23T02:00:00Z | |||
| İş Merkezi WorkCenter | Bir operasyondan sorumlu belirli makine, makine grubu veya montaj alanı. | ||
| Açıklama İş Merkezi, bir tesiste bir üretim adımının gerçekleştirildiği belirli bir operasyonel birimi temsil eder. Bu bir tek makine, bir üretim hattı veya bir çalışan grubu olabilir. İş Merkezine göre süreç verilerini analiz etmek, kapasite darboğazlarını belirlemek ve kaynak tahsisini optimize etmek için anahtardır. Hangi iş merkezlerinin aşırı yüklendiği, hangilerinin yetersiz kullanıldığı ve üretim yürütme aşamasında gecikmelerin en sık nerede meydana geldiği hakkında soruları yanıtlamaya yardımcı olur. Bu, Kapasite Darboğazı Belirleme Neden önemli Hangi belirli makinelerin veya üretim hatlarının Nereden alınır Bir üretim siparişinin operasyon Örnekler WC-ASSEMBLY-01WC-MILLING-05WC-PACKING | |||
| Malzeme Numarası MaterialNumber | Üretim siparişinde üretilen ürün için benzersiz tanımlayıcı. | ||
| Açıklama Malzeme Numarası, üretim siparişinin üretmeyi amaçladığı öğeyi belirtir. Üretim sürecini, malzeme listesi (BOM) ve rotalama bilgileri dahil olmak üzere malzemenin ana verilerine bağlar. Süreci Malzeme Numarasına göre analiz etmek, belirli ürünlerin gecikmelere, yeniden işlemeye veya malzeme eksikliklerine daha yatkın olup olmadığını belirlemeye yardımcı olur. Bu, planlama parametrelerinin ayarlanması veya belirli bileşenler için tedarik zincirinin iyileştirilmesi gibi ürüne özel süreç optimizasyonuna olanak tanır. Neden önemli Üretilen ürüne göre filtreleme ve analiz yapılmasını sağlayarak, ürüne özel verimsizlikleri veya Nereden alınır Üretim Siparişi kalem tablosu AFPO'da (MATNR alanı) bulunur. Örnekler RM-1001FG-2050SA-3100-B | |||
| Planlanan Bitiş Tarihi PlannedEndDate | Başlangıç planına göre üretim siparişi için planlanan tamamlanma tarihi. | ||
| Açıklama Planlanan Bitiş Tarihi, bir sipariş için tüm üretim faaliyetlerinin tamamlanmasının beklendiği hedef tarihtir. Bu tarih, üretim planlamasının çizelgeleme aşamasında belirlenir. Bu nitelik, takvime uygunluğu ölçmek için gereklidir. Planlanan Bitiş Tarihini gerçek tamamlama zaman damgasıyla karşılaştırarak, kuruluşlar Üretim Takvimine Uygunluk Oranı KPI'ını hesaplayabilir ve gecikmiş siparişleri belirleyebilir. Bu analiz, planlama doğruluğunu ve müşteri memnuniyetini iyileştirmek için kritik öneme sahiptir. Neden önemli Takvim uyumunu ölçmek için temel teşkil eder, planlama doğruluğunu ve yürütme verimliliğini değerlendirmeye yardımcı olur. Nereden alınır Üretim Siparişi başlık tablosu AFKO'da (GLTRP alanı) bulunur. Örnekler 2023-11-152023-12-012024-01-20 | |||
| Sipariş Durumu OrderStatus | Üretim siparişinin mevcut işleme durumu, örneğin Oluşturuldu, Serbest Bırakıldı veya Teknik Olarak Tamamlandı. | ||
| Açıklama Sipariş Durumu, üretim siparişinin yaşam döngüsündeki genel aşamasını gösterir. Siparişe uygulanan çeşitli sistem ve kullanıcı durumlarının bir özetidir. Yaygın durumlar arasında CRTD (Oluşturuldu), REL (Serbest Bırakıldı), CNF (Onaylandı), TECO (Teknik Olarak Tamamlandı) ve CLSD (Kapatıldı) bulunur. Siparişlerin mevcut durumunu analiz etmek, devam eden işlerin genel resmini anlamak için faydalıdır. Process mining'de, bu durumlar arasındaki geçişleri zaman içinde takip etmek, aktivite logunu oluşturur ve süreç akışının ve her aşamada harcanan sürelerin ayrıntılı bir görünümünü sağlar. Neden önemli Bir siparişin yaşam döngüsü aşamasına üst düzey bir bakış sunar ve Nereden alınır AFKO'daki (OBJNR alanı) nesne numarası aracılığıyla bağlanan, JEST tablosunda depolanan sistem durumundan türetilmiştir. Örnekler CRTDRELTECOCLSD | |||
| Tesis Plant | Üretim siparişinin yürütüldüğü üretim tesisi veya konum. | ||
| Açıklama Tesis, SAP'de bir üretim alanı veya tesisi temsil eden bir organizasyon birimidir. Her üretim siparişi, imalat faaliyetlerinin gerçekleşeceği belirli bir tesise atanır. Bu nitelik, farklı üretim lokasyonları arasında karşılaştırmalı analiz için kritik öneme sahiptir. Süreç verilerini Tesise göre segmentlere ayırarak, kuruluşlar performansı kıyaslayabilir, tesise özgü sorunları veya en iyi uygulamaları belirleyebilir ve verimlilik, kapasite veya standartlara uyumdaki bölgesel farklılıkları anlayabilir. Neden önemli Farklı üretim sahaları arasında performans karşılaştırmasına olanak tanır, en iyi uygulamaları belirlemeye ve paylaşmaya veya konuma özgü sorunları gidermeye yardımcı olur. Nereden alınır Üretim Siparişi başlık tablosu AFKO'da (DWERK alanı) bulunur. Örnekler 100017102000 | |||
| Bitiş Saati EndTime | Belirli bir faaliyetin veya olayın ne zaman tamamlandığını gösteren zaman damgası. | ||
| Açıklama Bu nitelik, kaydedilen her olay için tamamlanma tarih ve saatini sağlar. Faaliyetlerin süresini tanımlamak için Başlangıç Zamanını tamamlar. Bitiş Zamanı, bireysel faaliyetlerin kesin işleme süresini hesaplamak için kritik öneme sahiptir ve kapasite ile kaynak kullanım analizleri için önemli bir girdidir. Aktif çalışma süresi ile boşta kalma veya bekleme süresini ayırt etmeye yardımcı olarak daha doğru darboğaz tespitine yol açar. Neden önemli Kesin Nereden alınır Yürütme adımları için onay tablolarında (AFRU) bulunur. Diğer Örnekler 2023-10-26T09:45:00Z2023-10-26T15:00:00Z2023-10-27T10:30:00Z | |||
| Kullanıcı User | Bir üretim siparişi olayını oluşturan, değiştiren veya onaylayan kullanıcının sistem kimliği. | ||
| Açıklama Bu nitelik, bir siparişi serbest bırakma veya onay girme gibi belirli bir işlem veya durum değişikliği ile ilişkili SAP kullanıcı kimliğini yakalar. Sistem içinde yapılan eylemler için izlenebilirlik sağlar. Faaliyetleri Kullanıcıya göre analiz etmek, iş yükü dağılımını anlamaya, eğitim ihtiyaçlarını belirlemeye ve prosedürlere uyumu sağlamaya yardımcı olur. Örneğin, belirli kullanıcıların sıklıkla plan ayarlamalarına dahil olup olmadığını veya gecikmelerin belirli ekiplerle ilişkili olup olmadığını vurgulayabilir. Neden önemli Hesap verebilirlik sağlar ve iş yükünün, kullanıcıya özel davranışların ve potansiyel eğitim fırsatlarının analizine olanak tanır. Nereden alınır Genellikle değişiklik belgesi üst bilgilerinde (CDHDR, UNAME alanı) veya onay kayıtlarında (AFRU, PERNR alanı için personel numarası) bulunur. Örnekler CB9980000021JSMITHPLANNER01 | |||
| Malzeme Stok Durumu MaterialAvailabilityStatus | Üretim siparişi için gerekli tüm malzemelerin mevcut olup olmadığını gösterir. | ||
| Açıklama Bu durum, bir üretim siparişi için yapılan malzeme bulunabilirlik kontrolünün sonucunu yansıtır. Tüm malzemelerin mevcut olduğunu, bazılarının eksik olduğunu veya kontrolün yapılmadığını gösterebilir. 'Eksiklik' durumu, olası gecikmeler için önemli bir tetikleyicidir. Bu nitelik, Malzeme Eksikliği Etki Analizi dashboard'u için kritik öneme sahiptir. Eksiklik durumunu sipariş serbest bırakma ile üretim başlangıcı arasındaki süre ile ilişkilendirerek malzeme bulunmamasından kaynaklanan gecikmeleri nicelendirmeye yardımcı olur. Bu metriği iyileştirmek, daha akıcı bir üretim akışı için anahtardır. Neden önemli Siparişin serbest bırakılması ile üretimin başlaması arasındaki gecikmeleri doğrudan açıklar, tedarik zinciri sorunlarının üretim üzerindeki etkisini ölçmeye yardımcı olur. Nereden alınır Bu, genellikle malzeme bileşenlerinin toplu durumundan türetilen bir durumdur. 'MSPT' (Malzeme eksikliği) gibi durumlarla birlikte sistem durumunda (JEST) bulunabilir. Örnekler AvailableEksiklikKontrol Edilmedi | |||
| Onaylanan Miktar TotalConfirmedQuantity | Sipariş için üretildiği onaylanan malzemenin toplam miktarı. | ||
| Açıklama Bu nitelik, üretim onayları aracılığıyla raporlanan bitmiş veya yarı mamul malların kümülatif miktarını temsil eder. Siparişin tamamlanma hedefine doğru ilerlemesini izler. Onaylanan miktarı planlanan miktarla karşılaştırmak, üretim ilerlemesini izlemeye ve verim sorunlarını veya tutarsızlıkları belirlemeye yardımcı olur. Temel bir çıktı ölçüsüdür ve hurda oranları ve verimlilik dahil olmak üzere çeşitli performans hesaplamalarında kullanılır. Neden önemli Üretim siparişinin gerçek çıktısını takip eder, bu da ilerlemeyi izlemek, verimi hesaplamak ve tutarsızlıkları belirlemek için esastır. Nereden alınır AFRU'daki onay kayıtlarından (verim miktarı için LMNGA alanı) toplanmıştır. Örnekler 9801000501200 | |||
| Planlanan Başlangıç Tarihi PlannedStartDate | Başlangıç planına göre üretim siparişi için planlanan başlangıç tarihi. | ||
| Açıklama Planlanan Başlangıç Tarihi, bir sipariş için üretim faaliyetlerinin başlamasının beklendiği hedef tarihtir. Bu, çizelgeleme sürecinin önemli bir çıktısıdır. Bu nitelik, takvime uygunluk analizi için başlangıç temelini sağlar. Planlanan Başlangıç Tarihini gerçek başlangıç zamanıyla karşılaştırmak, malzeme hazırlama veya sipariş serbest bırakma gecikmeleri gibi ön uç gecikmelerini anlamaya yardımcı olur, bu da tüm üretim zaman çizelgesinde zincirleme bir etki yaratabilir. Neden önemli Başlangıç zamanı uyumunu ölçmek için bir temel sağlar, bu da sipariş serbest bırakma ve malzeme bulunabilirliği gibi üretim öncesi aşamalardaki gecikmeleri belirlemek için kritik öneme sahiptir. Nereden alınır Üretim Siparişi başlık tablosu AFKO'da (GSTRP alanı) bulunur. Örnekler 2023-11-102023-11-252024-01-15 | |||
| Sipariş Türü OrderType | Üretim siparişinin amacını belirleyen ve işlenmesini kontrol eden bir sınıflandırma. | ||
| Açıklama Sipariş Tipi, SAP PP'de bir üretim siparişinin sistem tarafından nasıl işleneceğini belirleyen önemli bir yapılandırma öğesidir. Numara aralıklarını, ana veri seçimini, maliyetlendirme parametrelerini ve muhasebe kurallarını kontrol eder. Örnekler arasında standart üretim siparişleri, yeniden işleme siparişleri veya prototip siparişleri bulunur. Süreci Sipariş Tipine göre analiz etmek, farklı türdeki üretim süreçlerinin performansını ve akışını karşılaştırmaya olanak tanır. Bu, yeniden işleme siparişlerinin önemli ölçüde daha uzun sürüp sürmediğini veya belirli sipariş tiplerinin planlama ayarlamalarına daha yatkın olup olmadığını ortaya çıkarabilir, bu da hedeflenen süreç iyileştirmesi için değerli içgörüler sağlar. Neden önemli Siparişin iş amacına göre analiz segmentasyonuna olanak tanır, standart üretim, yeniden işleme ve diğer süreçler arasında karşılaştırma yapılmasını sağlar. Nereden alınır Üretim Siparişi başlık tablosu AFKO'da (AUART alanı) bulunur. Örnekler PP01PP03ZP01 | |||
| Üretim Döngü Süresi ProductionCycleTime | Bir üretim siparişinin serbest bırakılmasından teknik olarak tamamlanmasına kadar geçen toplam süre. | ||
| Açıklama Bu hesaplanmış metrik, bir üretim siparişinin yürütme aşamasındaki yaşam döngüsünün uçtan uca süresini ölçer. Üretim sürecinin genel verimliliğini yansıtan temel bir performans göstergesidir. Bu nitelik, Üretim Siparişi Teslim Süresi Genel Bakış dashboard'u ve Ortalama Üretim Siparişi Döngü Süresi KPI'ı için birincil ölçüdür. Bekleme süreleri ile işleme süreleri gibi bileşenlerini analiz etmek, süreç hızlandırma ve teslim süresi azaltma için en büyük fırsatları belirlemeye yardımcı olur. Neden önemli Bu, genel üretim verimliliğini ölçmek ve sipariş karşılama hızını artırma fırsatlarını belirlemek için kritik bir KPI'dır. Nereden alınır Her bir Üretim Siparişi için 'Üretim Siparişi Serbest Bırakıldı' Örnekler P5DT12H30MP10DT2HP3D | |||
| Üretim Önceliği ProductionPriority | Bir üretim siparişine, aciliyetini veya önemini belirtmek için atanan bir kod veya değer. | ||
| Açıklama Üretim Önceliği, özellikle kaynaklar kısıtlı olduğunda, planlayıcılar ve programlayıcılar tarafından siparişleri sıralamak ve önceliklendirmek için kullanılır. Daha yüksek öncelikli bir sipariş, ideal olarak daha düşük öncelikli olandan önce işlenmelidir. Bu niteliğin analizi, atanan önceliklerin üretim alanında takip edilip edilmediğini değerlendirmeye yardımcı olur. Üretim Önceliklendirme Tutarlılığı dashboard'u, işleme sırasını atanan önceliğe karşılaştırarak tutarsızlıkları belirler; bu da gelişmiş programlama disiplini ve planlama ile yürütme arasında daha iyi bir uyum sağlayabilir. Neden önemli Üretim planlamasının iş önceliklerine uyup uymadığını belirlemeye yardımcı olur, böylece kritik siparişlerin amaçlandığı gibi hızlandırılması sağlanır. Nereden alınır Bu genellikle özel bir alan veya diğer sipariş parametrelerine dayanır. Belirli bir konum yapılandırmaya bağlıdır. Örnekler YüksekOrtaDüşük15 | |||
| Yeniden İşleme mi? IsRework | Bir üretim siparişinin başlangıcından sonra yeniden işleme veya önemli plan ayarlamaları içerip içermediğini gösteren bir işaretleyici. | ||
| Açıklama Bu boolean nitelik, üretim devam ederken düzeltici eylemlere veya plan değişikliklerine uğrayan üretim siparişlerini belirlemek için türetilmiştir. Bu, açık bir yeniden işleme faaliyeti veya 'Üretim Başladı' olayından sonra meydana gelen bir 'Üretim Planı Ayarlandı' olayı tarafından tetiklenebilir. Bu işaret, Üretim Yeniden İşleme Oranı KPI'ını ve Üretim Yeniden İşleme ve Revizyonlar dashboard'unu hesaplamak için kritik öneme sahiptir. Sorunlu vakaların kolayca filtrelenmesini ve analiz edilmesini sağlayarak, maliyetli yeniden işleme yol açan kalite sorunlarının veya süreç sapmalarının temel nedenlerini ortaya çıkarmaya yardımcı olur. Neden önemli Yeniden işleme içeren Nereden alınır Hesaplanmış alan. Aynı Örnekler truefalse | |||
| Zamanında mı? IsOnTime | Üretim siparişinin planlanan bitiş tarihinde veya öncesinde tamamlanıp tamamlanmadığını gösteren bir işaretleyici. | ||
| Açıklama Bu hesaplanmış boolean nitelik, gerçek tamamlanma tarihini planlanan bitiş tarihiyle karşılaştırarak takvime uygunluğu doğrudan ölçer. Her üretim siparişinin zamanında tamamlanması için net, ikili bir sonuç sağlar. Bu nitelik, Üretim Takvimine Uygunluk Oranı KPI'ının temelidir. Zamanında teslim edilen ve geciken siparişlerin kolayca segmentlere ayrılmasını sağlayarak analizi basitleştirir ve gecikmelerle ilişkili ortak özellikleri veya süreç yollarını belirlemeye yardımcı olur. Neden önemli Her sipariş için takvim uyumunun açık ve basit bir ölçüsünü sağlar, gecikmelerin kök nedenlerinin analizini kolaylaştırır. Nereden alınır Hesaplanmış alan. 'Sipariş Teknik Olarak Tamamlandı' Örnekler truefalse | |||
Üretim Planlama Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Mal Kabul Kaydı Yapıldı | Bu olay, bitmiş ürünün üretim hattından envantere girişini kaydeder. Üretilen malzemenin stok seviyesini resmi olarak artırır. | ||
| Neden önemli Bu, üretim çıktısının tamamlanmasını temsil eden kritik bir kilometre taşıdır. Genellikle, zamanında teslimatı ve genel teslim süresini ölçmek için üretim döngüsünün sonu olarak kabul edilir. Nereden alınır Bu, malzeme belge tablolarında MSEG (kalem seviyesi) ve MKPF (üst bilgi seviyesi) tipik olarak 101 hareket tipi ile kaydedilen açık bir finansal kayıttır. Bu belgeler üretim siparişine bağlıdır. Yakala Hareket türü 101 ile siparişe bağlı MSEG'deki malzeme belgesini bulun. Event tipi explicit | |||
| Sipariş Teknik Olarak Tamamlandı | Bu, siparişte mal hareketleri veya onaylar gibi daha fazla lojistik değişikliği önleyen idari bir kapanış adımıdır. Sipariş, lojistik açıdan tamamlanmış kabul edilir. | ||
| Neden önemli TECO, üretim süreci için kesin bir bitiş noktasıdır ve toplam üretim siparişi döngü süresini hesaplamak için kritik öneme sahiptir. Tüm lojistik faaliyetlerin tamamlandığını ve siparişin finansal muhasebeye hazır olduğunu belirtir. Nereden alınır Bu, bir kullanıcının durumu TECO (Teknik Olarak Tamamlandı) olarak ayarlamasıyla tetiklenir. Olay, JCDS tablosunda ilgili bir zaman damgasıyla bir durum değişikliği olarak yakalanır. Yakala JCDS tablosunda 'TECO' durum değişikliğinin zaman damgası. Event tipi inferred | |||
| Son Onay Girildi | Bu faaliyet, üretim siparişinin rotasındaki son operasyonun onayını işaret eder. Tüm planlanan imalat adımlarının üretim alanında tamamlandığını gösterir. | ||
| Neden önemli Son onay, fiziksel üretim işinin sonunu gösteren önemli bir kilometre taşıdır. Genellikle, nihai mal girişi öncesinde üretim alanı döngü süresini ölçmek için daha hassas bir bitiş noktası olarak kullanılır. Nereden alınır AFRU tablosundaki onay Yakala AFRU'da son onay işareti ayarlı son operasyon onayını bulun. Event tipi inferred | |||
| Üretim Başladı | Sipariş için fiziksel üretim faaliyetlerinin başlangıcını gösterir. Bu genellikle ilk atölye onayından veya siparişe karşı bileşenlerin ilk malzeme çıkışından çıkarılır. | ||
| Neden önemli Bu faaliyet, planlamadan yürütmeye geçişi işaret eder. Gerçek başlangıç tarihini planlanan başlangıç tarihiyle karşılaştırarak takvime uygunluğu izlemek için gereklidir. Nereden alınır Bu, çıkarımsal bir olaydır. Genellikle bir mal hareket kaydının (MSEG tablosu, hareket tipi 261) veya siparişle ilişkili bir zaman onay kaydının (AFRU tablosu) en erken zaman damgasından türetilir. Yakala Sipariş için AFRU (onaylar) veya MSEG'den (mal hareketleri) en erken Event tipi inferred | |||
| Üretim Planı Ayarlandı | Serbest bırakıldıktan sonra üretim siparişinde yapılan, miktar, tarihler veya malzeme listesi gibi önemli bir değişikliği temsil eder. Bu, değişiklik belgeleri analiz edilerek yakalanır. | ||
| Neden önemli Sık yapılan ayarlamalar, planlama istikrarsızlığını veya değişken talebi gösterebilir. Bu Nereden alınır Üretim siparişi nesnesi (AUFK veya AFPO) için CDHDR (Değişiklik belgesi başlığı) ve CDPOS (Değişiklik belgesi kalemleri) tablolarında kaydedilen değişiklik günlüklerinden çıkarılmıştır. Serbest bırakma tarihinden sonra yapılan değişiklikler ayarlama olarak kabul edilir. Yakala Serbest bırakma Event tipi inferred | |||
| Üretim Siparişi Oluşturuldu | Bu, sistemde üretim siparişinin ilk oluşturulmasıdır ve belirli bir ürün miktarını üretmek için resmi talebi yerine getirir. Bu olay, bir kullanıcı yeni bir siparişi kaydettiğinde, başlangıç durumunu CRTD (Oluşturuldu) olarak ayarladığında açıkça yakalanır. | ||
| Neden önemli Üretim siparişi yaşam döngüsünün başlangıcını işaretler. Oluşturulmasından serbest bırakılmasına kadar geçen süreyi analiz etmek, üretim resmi olarak planlanmadan önce idari veya planlama gecikmelerini belirlemeye yardımcı olur. Nereden alınır Bu olay, AUFK tablosunda (Sipariş Ana Verileri) oluşturma tarihi (ERDAT) ile kaydedilir. Oluşturma durumu (CRTD), siparişin nesne numarası (OBJNR) aracılığıyla JEST ve JCDS tablolarına loglanır. Yakala AUFK-ERDAT'tan veya JCDS'deki 'CRTD' durum değişikliği logundan zaman damgası. Event tipi explicit | |||
| Üretim Siparişi Serbest Bırakıldı | Bu, üretim siparişinin onaylandığı ve üretim alanında yürütme için hazır hale getirildiği önemli bir kilometre taşıdır. Serbest bırakma, mal çıkışlarına, onaylamalara ve diğer yürütme adımlarının başlamasına olanak tanır. | ||
| Neden önemli Bu olay, yürütülebilir üretim sürecinin resmi başlangıcını işaret eder ve teslim sürelerini ölçmek için kritik bir noktadır. Oluşturma ve serbest bırakma arasındaki süre, ön üretim verimliliği için önemli bir KPI'dır. Nereden alınır Serbest bırakma, bir kullanıcı veya sistem işi tarafından açıkça tetiklenir ve REL durumunu ortaya çıkarır. Bu durum değişikliği, JCDS tablosunda bir zaman damgası ile kaydedilir. Serbest bırakma tarihi genellikle AFKO-FTRMI'da da saklanır. Yakala JCDS tablosunda 'REL' durum değişikliğinin zaman damgası. Event tipi inferred | |||
| Kapasite Gereksinimleri Planlandı | Bu faaliyet, üretim siparişinin operasyonlarını planlamayı ve gerekli iş merkezlerinde kapasite kullanılabilirliğini kontrol etmeyi içerir. Sistem, iş merkezi kapasite yüklerini değerlendirir ve yapılandırılmışsa bunları dengeleyerek üretim tarihlerini belirler. | ||
| Neden önemli Bu adım, uygulanabilir bir üretim çizelgesi sağlamak için kritik öneme sahiptir. Süresini ve sonuçlarını analiz etmek, kapasite darboğazlarını belirlemeye ve kaynak planlama doğruluğunu artırmaya yardımcı olur. Nereden alınır Bu, genellikle siparişin planlandığını gösteren SETC (Çizelgeleme yapıldı) gibi sistem durumundan çıkarılır. Planlanan başlangıç ve bitiş tarihlerinin (AUFK-GSTRP, AUFK-GLTRP) doldurulması da bu faaliyetin tamamlandığını işaret eder. Yakala AUFK/AFKO'daki planlanmış tarihlerden veya JEST'teki planlama ile ilgili bir durumdan çıkarılmıştır. Event tipi inferred | |||
| Malzeme Eksikliği Ortaya Çıktı | Bu olay, üretim sürecinin bir veya daha fazla gerekli bileşenin bulunmaması nedeniyle etkilendiğini veya durduğunu gösterir. Sistem, bunu yansıtmak için siparişe belirli bir durum atar. | ||
| Neden önemli Malzeme eksikliklerini takip etmek, Malzeme Eksikliği Etki Analizi için kritik öneme sahiptir. Tedarik zinciri sorunlarından kaynaklanan gecikmeleri nicelendirmeye ve malzeme planlamasını iyileştirmeye yardımcı olur. Nereden alınır Bu, üretim siparişi için 'MSPT' (Malzeme eksikliği) durumunun etkinleştirilmesinden çıkarılır. Bu durum değişikliğinin zaman damgası JCDS tablosunda bulunabilir. Yakala JCDS tablosunda 'MSPT' durum değişikliğinin zaman damgası. Event tipi inferred | |||
| Malzeme Stok Durumu Kontrol Edildi | Üretim siparişi için gerekli tüm bileşenlerin istenen miktarlarda ve zamanında mevcut olup olmadığını kontrol eden sistem veya kullanıcı eylemini temsil eder. Bu genellikle sipariş oluşturma veya serbest bırakma sırasında otomatik bir kontrol veya sipariş durumunu güncelleyen manuel bir kontroldür. | ||
| Neden önemli Malzeme eksikliklerinin erken tespiti, proaktif planlama için kritik öneme sahiptir. Bu Nereden alınır Sipariş durumundan çıkarılmıştır. MACM (Malzeme taahhüt edildi) gibi bir durum veya malzeme bulunabilirlik tarihindeki (AFKO-MSERF) bir değişiklik, bir kontrolün yapıldığını gösterir. Malzeme eksikliği durumu (MSPT) olmaması da bulunabilirliği gösterebilir. Yakala Malzeme taahhüdü veya COMAC işleminin yürütülmesi ile ilgili durum değişikliklerinden çıkarılmıştır. Event tipi inferred | |||
| Plansız Durma Meydana Geldi | Bu hesaplanmış olay, üretim yürütme aşamasındaki önemli bir boşta kalma süresini temsil eder. Açık bir sistem olayı değildir, ancak ardışık üretim onayları arasındaki uzun zaman boşluklarını belirleyerek türetilir. | ||
| Neden önemli Makine arızaları veya kalite sorunları gibi planlanmamış kesintileri izlemeye yardımcı olur. Sık veya uzun süreli duruşları belirlemek, üretim sahası istikrarını ve verimini artırmak için anahtardır. Nereden alınır Bu, AFRU tablosundaki ardışık 'Üretim Onayı Girildi' faaliyetlerinin zaman damgaları analiz edilerek hesaplanır. Önceden tanımlanmış bir eşiği aşan bir boşluk, plansız bir durma olarak işaretlenir. Yakala Art arda gelen onay Event tipi calculated | |||
| Sipariş Finansal Olarak Kapatıldı | Siparişin muhasebesinin yapıldığı ve başka finansal kayıtların mümkün olmadığı son kapanış adımıdır. Bu, siparişin kontrol ve muhasebe açısından yaşam döngüsünün sonunu ifade eder. | ||
| Neden önemli Sıklıkla saf üretim analizinin kapsamı dışında olsa da, bu faaliyet uçtan uca eksiksiz bir görünüm sağlar. Lojistik tamamlama (TECO) ile finansal kapanış arasındaki süreyi analiz etmeye yardımcı olabilir. Nereden alınır Bu, bir kullanıcının durumu CLSD (Kapatıldı) olarak ayarlamasıyla tetiklenir. Olay, JCDS tablosunda ilgili bir zaman damgasıyla bir durum değişikliği olarak yakalanır. Yakala JCDS tablosunda 'CLSD' durum değişikliğinin zaman damgası. Event tipi inferred | |||
| Üretim Onayı Girildi | Üretim siparişi içindeki belirli bir operasyon için ilerlemenin kaydedilmesini temsil eder. Buna üretilen miktarlar, hurda ve bir iş merkezinde harcanan süre dahildir. | ||
| Neden önemli Onaylar, üretim sahasındaki ilerlemeye gerçek zamanlı görünürlük sağlar ve üretim durumunu takip etmek için hayati öneme sahiptir. Onayların sıklığını ve zamanlamasını analiz etmek, akışı izlemeye ve operasyonlar arasındaki gecikmeleri belirlemeye yardımcı olur. Nereden alınır Her onay, AFRU (Sipariş Tamamlama Onayları) tablosunda bir Yakala AFRU tablosunda bir belge olarak kaydedildi. Event tipi explicit | |||
| Üretim Siparişi İptal Edildi | Bir üretim siparişinin tamamlanmadan önce iptal edilmesini temsil eder. Bu, süreç için alternatif, başarısız bir son durumdur. | ||
| Neden önemli İptal edilen siparişleri analiz etmek, talep planlaması, ana Nereden alınır Bu, JCDS tablosunda CACL (İptal) sistem durumunun ayarlanmasından çıkarılır. Alternatif olarak, bir silme işareti (AUFK-LOEKZ) de iptali gösterebilir. Yakala JCDS'deki 'CACL' durum değişikliğinin veya AUFK'deki silme işaretinin ayarlanmasının zaman damgası. Event tipi inferred | |||
Veri Çekim Kılavuzları
Adımlar
- Önkoşulların Doğrulanması: SAP S/4HANA'da gerekli Core Data Services (CDS) görünümlerine erişim için uygun yetkilere sahip bir kullanıcınız olduğundan emin olun. Gerekli görünümler arasında
I_ProductionOrder,I_ProdOrdConfirmation,I_MaterialDocumentItem,I_ObjectStatusveI_ChangeDocumentbulunmaktadır. Ayrıca, SAP HANA Studio, DBeaver veya harici bir ETL aracı gibi SAP HANA veritabanına bağlı bir SQL yürütme ortamına erişim de gereklidir. - Sistem Detaylarını Belirleme:
SourceSystemözniteliği için kullanacağınız kaynak sistem tanımlayıcısını not alın. Bu, verinin kaynağını belirlemek için tanımladığınız mantıksal bir addır, örneğinS4H_PROD. - Çıkarım Parametrelerini Ayarlama: Sorguyu çalıştırmadan önce temel parametreleri tanımlayın. Bu, çıkarım dönemi için başlangıç ve bitiş tarihlerini ve veri kapsamını sınırlamak için
PlantveyaProductionOrderTypegibi belirli filtreleri içerir. - SQL Sorgusunu Hazırlama: Sağlanan SQL sorgusunun tamamını
querybölümünden seçtiğiniz SQL istemcisine veya veri çıkarma aracına kopyalayın. - Yer Tutucuları Yapılandırma: Sorgudaki yer tutucu değerleri belirli parametrelerinizle değiştirin. Bu,
_StartDate,_EndDateve kaynak sistem tanımlayıcısını içerir.Unplanned Halt Occurredolayı için eşiği (örn.'24:00:00') iş bağlamınıza uyacak şekilde ayarlayın. - Çıkarım Sorgusunu Yürütme: Yapılandırılmış SQL betiğini SAP S/4HANA sisteminin veritabanına karşı çalıştırın. Büyük veri kümeleri için uzun bir dönemi kapsayan çıkarımlar için, performans sorunlarını önlemek amacıyla çıkarımı ay ay gibi daha küçük parçalar halinde çalıştırmayı düşünün.
- İlk Veri İncelemesi: Sorgu yürütmesi tamamlandıktan sonra, çıktıyı hızlıca gözden geçirin. Satır sayısını kontrol edin, tüm sütunların mevcut olduğundan emin olun ve
Activitysütununun beklenen çeşitli olayları içerdiğini doğrulayın. - Veri Doğrulama: Daha kapsamlı bir doğrulama yapmak için
validationStepsbölümünde belirtilen adımları izleyin. Çıkarılan olay günlüğünün doğruluğunu onaylamak için birkaç üretim siparişini SAP sistemindekiCO03işlemi kullanarak detaylarıyla karşılaştırın. - CSV'ye Dışa Aktarma: Nihai sonuç kümesini bir CSV dosyasına dışa aktarın. Karakter sorunlarını önlemek için dosya kodlamasının UTF-8 olduğundan emin olun.
- Yüklemeye Hazırlık: CSV sütun başlıklarının gerekli öznitelik adlarıyla eşleştiğini onaylayın:
ProductionOrder,Activity,StartTime,SourceSystemveLastDataUpdate. Süreç madenciliği aracına yüklemeden önceStartTimesütununun ISO 8601 (YYYY-MM-DDTHH:MM:SS) gibi standart bir zaman damgası biçiminde olduğundan emin olun.
Konfigürasyon
- Temel CDS Görünümleri: Veri çekme işlemi esas olarak, SAP tablolarının yapılandırılmış ve iş odaklı bir görünümünü sunan standart CDS görünümlerine dayanır. Başlıca görünümler şunlardır:
I_ProductionOrder: Üst bilgi düzeyindeki veriler ve oluşturma eventleri için.I_ProdOrdConfirmation: Tüm operasyon onayları için.I_MaterialDocumentItem: Mal giriş ve çıkışları gibi mal hareketleri için.I_ObjectStatus: Üretim siparişindeki durum değişikliklerini okumak için.I_ChangeDocumentve ilgili görünümler: Temel sipariş alanlarındaki değişiklikleri izlemek için.
- Tarih Aralığı Filtreleme: Veri hacmini yönetmek için bir tarih aralığı filtresi uygulamak kritik önem taşır. Mevcut sorgu, üretim siparişinin
CreationDatebilgisini kullanır. İlk analiz için genellikle 3 ila 6 aylık veri kullanılması önerilir. - Temel İş Filtreleri: Veri kümesini daha da daraltmak için temel organizasyonel veya ana veri özniteliklerine dayalı filtreler uygulayın. Yaygın filtreler şunlardır:
Plant: Belirli bir üretim tesisini analiz etmek için.ProductionOrderType: Standart üretim, yeniden işleme veya diğer sipariş türlerine odaklanmak için.CompanyCode: Verileri belirli bir tüzel kişilikle sınırlandırmak için.
- Planlanmamış Duruş Eşiği: Sorgu,
Unplanned Halt Occurredeventlerini saptamak için bir mantık içerir. Bu mantık, operasyonlar arasında neyin önemli bir boşluk teşkil ettiğini tanımlamak için bir zaman eşiği gerektirir. Bu değer, standart üretim döngü sürelerinize ve iş kurallarınıza göre yapılandırılmalıdır. - Yetkilendirme Gereksinimleri: Sorguyu yürüten SAP kullanıcısı, tüm CDS görünümleri ve bunların temelindeki tablolar için görüntüleme yetkisine sahip olmalıdır. Eksik yetkiler, sonuç kümesinin boş veya eksik olmasına neden olacaktır.
a Örnek Sorgu sql
WITH BaseOrders AS (
SELECT
ProductionOrder,
Material AS MaterialNumber,
ProductionPlant AS Plant,
CreationDate,
CreationTime,
BasicEndDate AS PlannedEndDate,
TechnicalCompletionDate,
LastChangeDateTime
FROM I_ProductionOrder
-- P_CreationDateFrom and P_CreationDateTo are placeholders for your date range
WHERE CreationDate BETWEEN '[_StartDate]' AND '[_EndDate]'
-- Add other filters as needed, for example:
-- AND ProductionPlant IN ('[Your_Plant_1]', '[Your_Plant_2]')
-- AND ProductionOrderType = '[Your_Order_Type]'
)
SELECT
bo.ProductionOrder,
'Production Order Created' AS Activity,
TO_TIMESTAMP(bo.CreationDate || ' ' || LPAD(bo.CreationTime, 6, '0'), 'YYYYMMDD HH24MISS') AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
bo.MaterialNumber,
bo.Plant,
NULL AS WorkCenter,
bo.PlannedEndDate,
'CRTD' AS OrderStatus
FROM BaseOrders bo
UNION ALL
-- System status changes like Released, Technically Completed, Closed, Cancelled, Material Shortage
SELECT
os.ObjectInternalID AS ProductionOrder,
CASE os.SystemStatus
WHEN 'I0002' THEN 'Production Order Released'
WHEN 'I0043' THEN 'Material Availability Checked' -- Status: MACM (Material committed)
WHEN 'I0045' THEN 'Order Technically Completed'
WHEN 'I0046' THEN 'Order Financially Closed'
WHEN 'I0047' THEN 'Production Order Cancelled'
WHEN 'I0010' THEN 'Material Shortage Occurred' -- Status: MSPT (Material shortage)
END AS Activity,
os.StatusChangeDateTime AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
bo.MaterialNumber,
bo.Plant,
NULL AS WorkCenter,
bo.PlannedEndDate,
os.SystemStatus AS OrderStatus
FROM I_ObjectStatus AS os
JOIN BaseOrders AS bo ON os.ObjectInternalID = bo.ProductionOrder
WHERE os.SystemStatus IN ('I0002', 'I0043', 'I0045', 'I0046', 'I0047', 'I0010') AND os.StatusIsInactive = ''
UNION ALL
-- Production Started, inferred from the first goods issue or first confirmation
SELECT
s.ProductionOrder,
'Production Started' AS Activity,
s.StartEventTime AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
s.MaterialNumber,
s.Plant,
NULL AS WorkCenter,
s.PlannedEndDate,
NULL AS OrderStatus
FROM (
SELECT
bo.ProductionOrder,
bo.MaterialNumber,
bo.Plant,
bo.PlannedEndDate,
MIN(COALESCE(gm.PostingTime, cf.ConfirmationDateTime)) AS StartEventTime,
ROW_NUMBER() OVER(PARTITION BY bo.ProductionOrder ORDER BY MIN(COALESCE(gm.PostingTime, cf.ConfirmationDateTime))) as rn
FROM BaseOrders bo
LEFT JOIN I_MaterialDocumentItem gm ON bo.ProductionOrder = gm.ProductionOrder AND gm.GoodsMovementType IN ('261', '262') -- Goods Issue
LEFT JOIN I_ProdOrdConfirmation cf ON bo.ProductionOrder = cf.ProductionOrder
WHERE gm.ProductionOrder IS NOT NULL OR cf.ProductionOrder IS NOT NULL
GROUP BY bo.ProductionOrder, bo.MaterialNumber, bo.Plant, bo.PlannedEndDate
) s
WHERE s.rn = 1
UNION ALL
-- Production Confirmation Entered (for each confirmation)
SELECT
cf.ProductionOrder,
'Production Confirmation Entered' AS Activity,
cf.ConfirmationDateTime AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
bo.MaterialNumber,
bo.Plant,
cf.WorkCenter,
bo.PlannedEndDate,
NULL AS OrderStatus
FROM I_ProdOrdConfirmation cf
JOIN BaseOrders bo ON cf.ProductionOrder = bo.ProductionOrder
UNION ALL
-- Final Confirmation Entered
SELECT
cf.ProductionOrder,
'Final Confirmation Entered' AS Activity,
cf.ConfirmationDateTime AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
bo.MaterialNumber,
bo.Plant,
cf.WorkCenter,
bo.PlannedEndDate,
NULL AS OrderStatus
FROM I_ProdOrdConfirmation cf
JOIN BaseOrders bo ON cf.ProductionOrder = bo.ProductionOrder
WHERE cf.IsFinalConfirmation = 'X'
UNION ALL
-- Unplanned Halt Occurred (derived from gaps between confirmations)
SELECT
ProductionOrder,
'Unplanned Halt Occurred' AS Activity,
PreviousConfirmationTime AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
MaterialNumber,
Plant,
WorkCenter,
PlannedEndDate,
NULL AS OrderStatus
FROM (
SELECT
cf.ProductionOrder,
bo.MaterialNumber,
bo.Plant,
bo.PlannedEndDate,
cf.WorkCenter,
cf.ConfirmationDateTime,
LAG(cf.ConfirmationDateTime, 1) OVER (PARTITION BY cf.ProductionOrder ORDER BY cf.ConfirmationDateTime) AS PreviousConfirmationTime,
(SECONDS_BETWEEN(LAG(cf.ConfirmationDateTime, 1) OVER (PARTITION BY cf.ProductionOrder ORDER BY cf.ConfirmationDateTime), cf.ConfirmationDateTime) / 3600.0) as HoursDiff
FROM I_ProdOrdConfirmation cf
JOIN BaseOrders bo ON cf.ProductionOrder = bo.ProductionOrder
) AS gaps
WHERE gaps.HoursDiff > 24 -- Configurable threshold in hours, e.g. 24 hours
UNION ALL
-- Goods Receipt Posted
SELECT
gm.ProductionOrder,
'Goods Receipt Posted' AS Activity,
gm.PostingTime AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
bo.MaterialNumber,
bo.Plant,
NULL AS WorkCenter,
bo.PlannedEndDate,
NULL AS OrderStatus
FROM I_MaterialDocumentItem gm
JOIN BaseOrders bo ON gm.ProductionOrder = bo.ProductionOrder
WHERE gm.GoodsMovementType = '101'
UNION ALL
-- Capacity Requirements Planned (using Release event as a proxy)
SELECT
os.ObjectInternalID AS ProductionOrder,
'Capacity Requirements Planned' AS Activity,
os.StatusChangeDateTime AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
bo.MaterialNumber,
bo.Plant,
NULL AS WorkCenter,
bo.PlannedEndDate,
os.SystemStatus AS OrderStatus
FROM I_ObjectStatus AS os
JOIN BaseOrders AS bo ON os.ObjectInternalID = bo.ProductionOrder
WHERE os.SystemStatus = 'I0002' AND os.StatusIsInactive = '' -- Status 'REL' (Released)
UNION ALL
-- Production Plan Adjusted
SELECT
ch.ObjectValue AS ProductionOrder,
'Production Plan Adjusted' AS Activity,
ch.CreationDateTime AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
bo.MaterialNumber,
bo.Plant,
NULL as WorkCenter,
bo.PlannedEndDate,
NULL as OrderStatus
FROM I_ChangeDocument AS ch
JOIN BaseOrders bo ON ch.ObjectValue = bo.ProductionOrder
WHERE ch.ChangeDocumentObject = 'PRODORDER'
-- Monitoring changes in key fields like Total Quantity (GAMNG) or Basic Finish Date (GLTRP)
AND ch.FieldName IN ('GAMNG', 'GLTRP')
GROUP BY ch.ObjectValue, ch.CreationDateTime, bo.MaterialNumber, bo.Plant, bo.PlannedEndDate Adımlar
- Önkoşulların Doğrulanması: SAP S/4HANA'da gerekli Core Data Services (CDS) görünümlerine erişim için uygun yetkilere sahip bir kullanıcınız olduğundan emin olun. Gerekli görünümler arasında
I_ProductionOrder,I_ProdOrdConfirmation,I_MaterialDocumentItem,I_ObjectStatusveI_ChangeDocumentbulunmaktadır. Ayrıca, SAP HANA Studio, DBeaver veya harici bir ETL aracı gibi SAP HANA veritabanına bağlı bir SQL yürütme ortamına erişim de gereklidir. - Sistem Detaylarını Belirleme:
SourceSystemözniteliği için kullanacağınız kaynak sistem tanımlayıcısını not alın. Bu, verinin kaynağını belirlemek için tanımladığınız mantıksal bir addır, örneğinS4H_PROD. - Çıkarım Parametrelerini Ayarlama: Sorguyu çalıştırmadan önce temel parametreleri tanımlayın. Bu, çıkarım dönemi için başlangıç ve bitiş tarihlerini ve veri kapsamını sınırlamak için
PlantveyaProductionOrderTypegibi belirli filtreleri içerir. - SQL Sorgusunu Hazırlama: Sağlanan SQL sorgusunun tamamını
querybölümünden seçtiğiniz SQL istemcisine veya veri çıkarma aracına kopyalayın. - Yer Tutucuları Yapılandırma: Sorgudaki yer tutucu değerleri belirli parametrelerinizle değiştirin. Bu,
_StartDate,_EndDateve kaynak sistem tanımlayıcısını içerir.Unplanned Halt Occurredolayı için eşiği (örn.'24:00:00') iş bağlamınıza uyacak şekilde ayarlayın. - Çıkarım Sorgusunu Yürütme: Yapılandırılmış SQL betiğini SAP S/4HANA sisteminin veritabanına karşı çalıştırın. Büyük veri kümeleri için uzun bir dönemi kapsayan çıkarımlar için, performans sorunlarını önlemek amacıyla çıkarımı ay ay gibi daha küçük parçalar halinde çalıştırmayı düşünün.
- İlk Veri İncelemesi: Sorgu yürütmesi tamamlandıktan sonra, çıktıyı hızlıca gözden geçirin. Satır sayısını kontrol edin, tüm sütunların mevcut olduğundan emin olun ve
Activitysütununun beklenen çeşitli olayları içerdiğini doğrulayın. - Veri Doğrulama: Daha kapsamlı bir doğrulama yapmak için
validationStepsbölümünde belirtilen adımları izleyin. Çıkarılan olay günlüğünün doğruluğunu onaylamak için birkaç üretim siparişini SAP sistemindekiCO03işlemi kullanarak detaylarıyla karşılaştırın. - CSV'ye Dışa Aktarma: Nihai sonuç kümesini bir CSV dosyasına dışa aktarın. Karakter sorunlarını önlemek için dosya kodlamasının UTF-8 olduğundan emin olun.
- Yüklemeye Hazırlık: CSV sütun başlıklarının gerekli öznitelik adlarıyla eşleştiğini onaylayın:
ProductionOrder,Activity,StartTime,SourceSystemveLastDataUpdate. Süreç madenciliği aracına yüklemeden önceStartTimesütununun ISO 8601 (YYYY-MM-DDTHH:MM:SS) gibi standart bir zaman damgası biçiminde olduğundan emin olun.
Konfigürasyon
- Temel CDS Görünümleri: Veri çekme işlemi esas olarak, SAP tablolarının yapılandırılmış ve iş odaklı bir görünümünü sunan standart CDS görünümlerine dayanır. Başlıca görünümler şunlardır:
I_ProductionOrder: Üst bilgi düzeyindeki veriler ve oluşturma eventleri için.I_ProdOrdConfirmation: Tüm operasyon onayları için.I_MaterialDocumentItem: Mal giriş ve çıkışları gibi mal hareketleri için.I_ObjectStatus: Üretim siparişindeki durum değişikliklerini okumak için.I_ChangeDocumentve ilgili görünümler: Temel sipariş alanlarındaki değişiklikleri izlemek için.
- Tarih Aralığı Filtreleme: Veri hacmini yönetmek için bir tarih aralığı filtresi uygulamak kritik önem taşır. Mevcut sorgu, üretim siparişinin
CreationDatebilgisini kullanır. İlk analiz için genellikle 3 ila 6 aylık veri kullanılması önerilir. - Temel İş Filtreleri: Veri kümesini daha da daraltmak için temel organizasyonel veya ana veri özniteliklerine dayalı filtreler uygulayın. Yaygın filtreler şunlardır:
Plant: Belirli bir üretim tesisini analiz etmek için.ProductionOrderType: Standart üretim, yeniden işleme veya diğer sipariş türlerine odaklanmak için.CompanyCode: Verileri belirli bir tüzel kişilikle sınırlandırmak için.
- Planlanmamış Duruş Eşiği: Sorgu,
Unplanned Halt Occurredeventlerini saptamak için bir mantık içerir. Bu mantık, operasyonlar arasında neyin önemli bir boşluk teşkil ettiğini tanımlamak için bir zaman eşiği gerektirir. Bu değer, standart üretim döngü sürelerinize ve iş kurallarınıza göre yapılandırılmalıdır. - Yetkilendirme Gereksinimleri: Sorguyu yürüten SAP kullanıcısı, tüm CDS görünümleri ve bunların temelindeki tablolar için görüntüleme yetkisine sahip olmalıdır. Eksik yetkiler, sonuç kümesinin boş veya eksik olmasına neden olacaktır.
a Örnek Sorgu sql
WITH BaseOrders AS (
SELECT
ProductionOrder,
Material AS MaterialNumber,
ProductionPlant AS Plant,
CreationDate,
CreationTime,
BasicEndDate AS PlannedEndDate,
TechnicalCompletionDate,
LastChangeDateTime
FROM I_ProductionOrder
-- P_CreationDateFrom and P_CreationDateTo are placeholders for your date range
WHERE CreationDate BETWEEN '[_StartDate]' AND '[_EndDate]'
-- Add other filters as needed, for example:
-- AND ProductionPlant IN ('[Your_Plant_1]', '[Your_Plant_2]')
-- AND ProductionOrderType = '[Your_Order_Type]'
)
SELECT
bo.ProductionOrder,
'Production Order Created' AS Activity,
TO_TIMESTAMP(bo.CreationDate || ' ' || LPAD(bo.CreationTime, 6, '0'), 'YYYYMMDD HH24MISS') AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
bo.MaterialNumber,
bo.Plant,
NULL AS WorkCenter,
bo.PlannedEndDate,
'CRTD' AS OrderStatus
FROM BaseOrders bo
UNION ALL
-- System status changes like Released, Technically Completed, Closed, Cancelled, Material Shortage
SELECT
os.ObjectInternalID AS ProductionOrder,
CASE os.SystemStatus
WHEN 'I0002' THEN 'Production Order Released'
WHEN 'I0043' THEN 'Material Availability Checked' -- Status: MACM (Material committed)
WHEN 'I0045' THEN 'Order Technically Completed'
WHEN 'I0046' THEN 'Order Financially Closed'
WHEN 'I0047' THEN 'Production Order Cancelled'
WHEN 'I0010' THEN 'Material Shortage Occurred' -- Status: MSPT (Material shortage)
END AS Activity,
os.StatusChangeDateTime AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
bo.MaterialNumber,
bo.Plant,
NULL AS WorkCenter,
bo.PlannedEndDate,
os.SystemStatus AS OrderStatus
FROM I_ObjectStatus AS os
JOIN BaseOrders AS bo ON os.ObjectInternalID = bo.ProductionOrder
WHERE os.SystemStatus IN ('I0002', 'I0043', 'I0045', 'I0046', 'I0047', 'I0010') AND os.StatusIsInactive = ''
UNION ALL
-- Production Started, inferred from the first goods issue or first confirmation
SELECT
s.ProductionOrder,
'Production Started' AS Activity,
s.StartEventTime AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
s.MaterialNumber,
s.Plant,
NULL AS WorkCenter,
s.PlannedEndDate,
NULL AS OrderStatus
FROM (
SELECT
bo.ProductionOrder,
bo.MaterialNumber,
bo.Plant,
bo.PlannedEndDate,
MIN(COALESCE(gm.PostingTime, cf.ConfirmationDateTime)) AS StartEventTime,
ROW_NUMBER() OVER(PARTITION BY bo.ProductionOrder ORDER BY MIN(COALESCE(gm.PostingTime, cf.ConfirmationDateTime))) as rn
FROM BaseOrders bo
LEFT JOIN I_MaterialDocumentItem gm ON bo.ProductionOrder = gm.ProductionOrder AND gm.GoodsMovementType IN ('261', '262') -- Goods Issue
LEFT JOIN I_ProdOrdConfirmation cf ON bo.ProductionOrder = cf.ProductionOrder
WHERE gm.ProductionOrder IS NOT NULL OR cf.ProductionOrder IS NOT NULL
GROUP BY bo.ProductionOrder, bo.MaterialNumber, bo.Plant, bo.PlannedEndDate
) s
WHERE s.rn = 1
UNION ALL
-- Production Confirmation Entered (for each confirmation)
SELECT
cf.ProductionOrder,
'Production Confirmation Entered' AS Activity,
cf.ConfirmationDateTime AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
bo.MaterialNumber,
bo.Plant,
cf.WorkCenter,
bo.PlannedEndDate,
NULL AS OrderStatus
FROM I_ProdOrdConfirmation cf
JOIN BaseOrders bo ON cf.ProductionOrder = bo.ProductionOrder
UNION ALL
-- Final Confirmation Entered
SELECT
cf.ProductionOrder,
'Final Confirmation Entered' AS Activity,
cf.ConfirmationDateTime AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
bo.MaterialNumber,
bo.Plant,
cf.WorkCenter,
bo.PlannedEndDate,
NULL AS OrderStatus
FROM I_ProdOrdConfirmation cf
JOIN BaseOrders bo ON cf.ProductionOrder = bo.ProductionOrder
WHERE cf.IsFinalConfirmation = 'X'
UNION ALL
-- Unplanned Halt Occurred (derived from gaps between confirmations)
SELECT
ProductionOrder,
'Unplanned Halt Occurred' AS Activity,
PreviousConfirmationTime AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
MaterialNumber,
Plant,
WorkCenter,
PlannedEndDate,
NULL AS OrderStatus
FROM (
SELECT
cf.ProductionOrder,
bo.MaterialNumber,
bo.Plant,
bo.PlannedEndDate,
cf.WorkCenter,
cf.ConfirmationDateTime,
LAG(cf.ConfirmationDateTime, 1) OVER (PARTITION BY cf.ProductionOrder ORDER BY cf.ConfirmationDateTime) AS PreviousConfirmationTime,
(SECONDS_BETWEEN(LAG(cf.ConfirmationDateTime, 1) OVER (PARTITION BY cf.ProductionOrder ORDER BY cf.ConfirmationDateTime), cf.ConfirmationDateTime) / 3600.0) as HoursDiff
FROM I_ProdOrdConfirmation cf
JOIN BaseOrders bo ON cf.ProductionOrder = bo.ProductionOrder
) AS gaps
WHERE gaps.HoursDiff > 24 -- Configurable threshold in hours, e.g. 24 hours
UNION ALL
-- Goods Receipt Posted
SELECT
gm.ProductionOrder,
'Goods Receipt Posted' AS Activity,
gm.PostingTime AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
bo.MaterialNumber,
bo.Plant,
NULL AS WorkCenter,
bo.PlannedEndDate,
NULL AS OrderStatus
FROM I_MaterialDocumentItem gm
JOIN BaseOrders bo ON gm.ProductionOrder = bo.ProductionOrder
WHERE gm.GoodsMovementType = '101'
UNION ALL
-- Capacity Requirements Planned (using Release event as a proxy)
SELECT
os.ObjectInternalID AS ProductionOrder,
'Capacity Requirements Planned' AS Activity,
os.StatusChangeDateTime AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
bo.MaterialNumber,
bo.Plant,
NULL AS WorkCenter,
bo.PlannedEndDate,
os.SystemStatus AS OrderStatus
FROM I_ObjectStatus AS os
JOIN BaseOrders AS bo ON os.ObjectInternalID = bo.ProductionOrder
WHERE os.SystemStatus = 'I0002' AND os.StatusIsInactive = '' -- Status 'REL' (Released)
UNION ALL
-- Production Plan Adjusted
SELECT
ch.ObjectValue AS ProductionOrder,
'Production Plan Adjusted' AS Activity,
ch.CreationDateTime AS StartTime,
'[_SourceSystemName]' AS SourceSystem,
CURRENT_UTCTIMESTAMP AS LastDataUpdate,
bo.MaterialNumber,
bo.Plant,
NULL as WorkCenter,
bo.PlannedEndDate,
NULL as OrderStatus
FROM I_ChangeDocument AS ch
JOIN BaseOrders bo ON ch.ObjectValue = bo.ProductionOrder
WHERE ch.ChangeDocumentObject = 'PRODORDER'
-- Monitoring changes in key fields like Total Quantity (GAMNG) or Basic Finish Date (GLTRP)
AND ch.FieldName IN ('GAMNG', 'GLTRP')
GROUP BY ch.ObjectValue, ch.CreationDateTime, bo.MaterialNumber, bo.Plant, bo.PlannedEndDate