İçeriğe geç

SAP PP: üretim planlama modülü nedir, nasıl çalışır

SAP PP, Production Planning (üretim planlama) anlamına gelir. Bu rehber modülün ne yaptığını, kesikli, proses ve seri üretimi nasıl ele aldığını, S/4HANA'da MRP Live ve gömülü PP/DS'in nasıl çalıştığını, IBP'nin ne zaman devreye girdiğini ve MRP çıktısını işe yaramaz hale getiren ana veri hatalarını anlatıyor.

Aydınlık bir fabrika sahası, üretim planlama panosu ve tablette bir kapasite grafiği
İçindekiler
  1. SAP PP modülü ne yapar
  2. Kesikli, proses ve seri üretim
  3. Kesikli üretim
  4. Proses üretimi (PP-PI)
  5. Seri üretim
  6. Planlama döngüsü nasıl işler
  7. S/4HANA'da MRP Live ve gömülü PP/DS
  8. MRP Live
  9. Gömülü PP/DS
  10. IBP ne zaman devreye girer
  11. Ana veri: implementasyonların çoğunun kırıldığı yer
  12. İlk MRP çalıştırmasından önce hazırlık kontrol listesi
  13. Entegrasyon noktaları ve başarısızlık biçimleri
  14. Sıkça sorulan sorular
  15. Sonraki adım

SAP PP, Production Planning yani üretim planlama anlamına gelir. Talebi bir üretim planına çeviren, ardından üretim siparişlerini serbest bırakmadan teyide ve maliyet mutabakatına kadar yürüten SAP modülüdür.

PP, tahminleri ve satış siparişlerini alır, bunları stoka, ürün ağaçlarına, rotalara ve kapasiteye göre kontrol eder ve neyin üretileceğini, neyin satın alınacağını ve ne zaman yapılacağını önerir. SAP S/4HANA'da üretim alanında Malzeme Yönetimi (MM), Kalite Yönetimi (QM) ve Kontrolling (CO) ile yan yana durur.

Bu rehber fabrika müdürleri, planlamacılar ve proje liderleri için. PP'yi kesikli, proses (PP-PI) ve seri üretimde uyguladım, bu yüzden rehber üçünü de kapsıyor. PP'nin nerede kırıldığı sorusunun kısa cevabı: ana veri.

Bir keresinde haftada 400'ü aşkın üretim siparişi olan bir ambalaj fabrikasındaki ekiple çalıştım. PP olmadan tablolar ve yapışkan notlarla boğuşuyorlardı. Implementasyondan sonra kusursuz olmadılar, ama boğulmayı bıraktılar.

PP, lojistik zincirinin merkezinde durur. Talebi alır ve malzeme, kapasite ve zamanlama üzerinden geriye doğru çalışarak üretim önerileri oluşturur. Talebin içinden geçtiği sırayla işlevler şunlardır:

  1. Satış ve operasyon planlaması (SOP): tahminlere ve piyasa beklentilerine dayanan üst düzey hacimler
  2. Talep yönetimi: bu hacimleri MRP'yi yönlendiren planlı bağımsız ihtiyaçlara (PIR) dönüştürür
  3. Malzeme ihtiyaç planlaması (MRP): stok, temin süreleri ve açık siparişleri kullanarak neyin ne zaman ve hangi miktarda üretileceğini veya satın alınacağını hesaplar
  4. Kapasite planlaması ve dengeleme: iş yeri aşırı yüklenmelerini atölyeye ulaşmadan önce gösterir
  5. Üretim yürütme: siparişleri oluşturur, serbest bırakır, çizelgeler ve tamamlanma ile mutabakata kadar teyit eder

S/4HANA'da klasik SOP uyumluluk kapsamındadır (compatibility scope) ve SAP müşterileri bu iş için IBP'ye yönlendirir. İkisi hakkında daha fazlası aşağıda.

PP, bir fabrikayı yönetmenin tek bir yolu değildir. Üç üretim tarzını destekler ve seçim hangi sipariş türünü, hangi ana veriyi ve hangi maliyetlendirme yaklaşımını yapılandıracağınızı belirler. Birçok fabrika birden fazlasını çalıştırır.

Tablo, üçünü SAP'nin sunduğu haliyle karşılaştırıyor.

TarzTipik sektörlerYürütme nesnesiTemel ana veriMaliyetlendirme
Kesikli üretimMakine, elektronik, otomotiv parçaları, savunma ekipmanıÜretim siparişiÜrün ağacı, rota, iş yeriSipariş bazında, kapanışta mutabakat
Proses üretimi (PP-PI)Gıda, içecek, kimya, ilaçProses siparişiAna reçete, kaynaklar, ürün ağacıSipariş bazında, ortak ürünler ve yan ürünlerle
Seri üretimAmbalaj, tüketim malları, yüksek hacimli hatlarÇalışma çizelgesindeki planlı siparişlerÜretim versiyonu, üretim hattı, oran rotası veya rotaDönem bazında

Kesikli üretim

Kesikli üretim, çoğu kişinin "SAP PP" dediğinde kastettiği varsayılan modeldir. MRP planlı siparişler oluşturur, planlamacılar bunları üretim siparişlerine dönüştürür ve her sipariş kendi bileşenlerini, operasyonlarını ve maliyetlerini taşır. Genellikle siparişe göre, ayrı partiler halinde üretilen ve her siparişin izlenmesi gereken ürünlere uygundur.

Proses üretimi (PP-PI)

PP-PI (Production Planning for Process Industries), parti ve reçete bazlı üretimi yönetir. Üretim siparişlerinin yerine proses siparişlerini, rotaların yerine ana reçeteleri koyar ve ortak ürünler, yan ürünler ve parti izlenebilirliği ekler. İlaç ve gıda gibi düzenlemeye tabi sektörlerde bu parti düzeyindeki iz, olsa iyi olur bir şey değil, bir uyum gerekliliğidir.

Seri üretim

Seri üretim, aynı ürünlerin uzun süre aynı hatlarda üretildiği durumlara uygundur. Tek tek siparişler yerine planlama, bir çalışma çizelgesi üzerinde zaman dilimleri halinde yürür ve operatörler doğrudan planlı siparişlere karşı teyit verir. SAP'nin seri üretim dokümantasyonu, dönem bazlı planlamayı ve mamul miktarı teyit edildiğinde bileşen tüketimini kaydeden geriye dönük kayıt (backflush) mantığını anlatır.

Bedeli ayrıntıdır. Seri üretim sipariş yönetimi yükünü ortadan kaldırır ve maliyetler sipariş yerine dönem bazında kapanır. Parti başına maliyet ve izlenebilirlik gerekiyorsa kesikli üretim veya PP-PI daha uygundur.

Talepten tamamlanmaya giden akışın beş aşaması vardır. Uygulamada nadiren kesintisiz ilerler, ama PP'nin yönetmek üzere kurulduğu yapı budur.

SAP PP'de talep nasıl üretime dönüşürHer aşama bir sonrakini besler, bu yüzden PIR'lerdeki veya ana verideki bir hata ondan sonraki her aşamada ortaya çıkar.
  1. SOPTahminlerden gelen hacim hedefleri
  2. Talep yönetimiMRP çalıştırmasını yönlendiren PIR'ler
  3. MRPPlanlı siparişler ve satın alma talepleri
  4. Üretim yürütmeSiparişler serbest bırakılır, malzemeler hazırlanır
  5. Teyitİşçilik, miktarlar ve mal hareketleri kaydedilir

SAP sahada gerçekte ne olduğunu yansıtır

Talep yönetimi PIR'leri oluşturur. PIR bir tahmindir: bu üründen bu miktara bu zamanda ihtiyacımız olacağını bekliyoruz. PIR'ler MRP'nin girdisidir ve buradaki hatalar zincirleme yayılır. Bir müşteri bir keresinde üç ayı kapsayan mükerrer PIR'ler yükledi. Üretim her şeyi fazladan sipariş etmeye başlayana kadar kimse fark etmedi.

MRP planlama motorudur. PIR'leri ve satış siparişlerini stok ve açık girişlerle netler, ardından şirket içi üretim için planlı siparişler, dışarıdan alınan parçalar için satın alma talepleri oluşturur. Hatalı ana veri üzerine kurulan bir çalıştırma, planlamacıların haftalarca peşinden koştuğu bir gürültü üretir.

Yürütme ve teyit döngüyü kapatır. Siparişler serbest bırakılır, malzemeler hazırlanır ve operasyonlar iş yerlerinde yürür. Ardından işçilik, miktarlar ve mal hareketleri kaydedilir ve sistem, insanlar zamanında teyit verdiği sürece sahada ne olduğunu yansıtır.

ECC'den geçiyorsanız, tasarımı ve veriyi etkileyen planlama değişiklikleri bunlardır. Daha geniş geçiş yolları ECC'den S/4HANA'ya geçiş rehberimde anlatılıyor.

MRP Live

MRP Live (MD01N işlemi), SAP'nin S/4HANA'da önerdiği planlama çalıştırmasıdır. SAP HANA veritabanının içinde çalışır, tek bir çalıştırmada bir veya birden fazla fabrikayı planlayabilir ve klasik MRP listelerini yazmaz. SAP'nin MRP Live öğrenme modülü iyi bir başlangıçtır, MRP Live ile çalışma üzerine SAP Help sayfası ise yapılandırma ayrıntılarını içerir.

Beraberinde üç değişiklik daha gelir:

  1. Üretim versiyonları zorunludur, şirket içinde üretilen malzemeler için. MRP Live üretim versiyonu olmadan ürün ağacını patlatmaz, bu yüzden ürün ağacı seçim yöntemlerine dayanan ECC müşterilerinin dönüşüm sırasında bunları oluşturması gerekir.
  2. MRP alanları, depo yeri MRP'sinin yerini alır. ECC'de ayrı planlanan depo yerleri, S/4HANA'da bir MRP alanına ihtiyaç duyar.
  3. SOP, MRP listeleri ve tahmine dayalı planlama uyumluluk kapsamındadır. Kullanım hakları süreyle sınırlıdır ve sözleşme türüne göre değişir, SAP de tarihleri birden fazla kez değiştirdi. Tasarımınızı bunların üzerine kurmadan önce SAP Note 2269324'ü kendi sözleşmenizle karşılaştırın.

Gömülü PP/DS

PP/DS (Production Planning and Detailed Scheduling), eskiden SAP APO'da bulunan gelişmiş planlama motorudur. S/4HANA'da gömülüdür, bu yüzden ayrıca işletilecek bir APO sistemi yoktur. Sonlu kapasiteli çizelgeleme, hazırlık sıralamaları ve ürün ağacı seviyeleri boyunca eşleştirme (pegging) ekler.

MRP Live ve PP/DS işi malzemeye göre paylaşır. Malzeme ana kaydında gelişmiş planlama için işaretlenen malzemeler PP/DS'e gider, geri kalanlar MRP Live'da kalır. SAP'nin PP/DS öğrenme içeriği, darboğaz kaynaklardaki kritik ürünlerin PP/DS'te, daha az kritik ve tüketime dayalı malzemelerin MRP Live'da planlanmasını öneriyor.

Implementasyonlarda hem MRP Live'ı hem de gömülü PP/DS'i kullandım. İki pratik nokta, özellik listesinden daha önemlidir:

  1. Bir darboğaz kaynağı paylaşan her şeyi PP/DS'te planlayın. Kısıtlı bir hattaki ürünlerin yarısı MRP Live'da kalırsa, o hatta sonlu kapasite planlaması işlemez.
  2. PP/DS malzemelerini MRP Live planlama kapsamının dışında tutun. Aksi halde sonraki bir MRP Live çalıştırması onları yeniden çizelgeler ve ayrıntılı çizelgeleme sonucu kaybolur.

MRP Live, PP/DS ve IBP'nin her birinin neyi planladığını yan yana görmek için MRP Live, PP/DS ve IBP karşılaştırmama bakın.

Tasarımınızı PP/DS'in üzerine kurmadan önce sözleşmenizin neyi kapsadığını kontrol edin.

PP fabrikayı planlar: neyin, hangi hatta, hangi haftada üretileceğini. SAP Integrated Business Planning (IBP) ise onun üzerindeki işletmeyi planlar. Satış ve operasyon planlaması, talep tahmini, stok planlaması ve ağ genelinde tedarik planlamasını kapsayan bir bulut ürünüdür.

Müşterileri IBP'ye yönlendirdim, ama yalnızca durum bunu gerektirdiğinde. Bazı fabrikalar yalnızca MRP Live ile iyi çalışır.

Diğerlerinin bir darboğaz hattı için PP/DS'e ihtiyacı vardır. Daha küçük bir grubun ise IBP'ye ihtiyacı vardır, çünkü planlama sorunu hiç atölyede değildir.

Tablo, üç katmanı nasıl ayırdığımı gösteriyor.

Planlama sorusuAraçUfukBir üst katmana geçişin tipik tetikleyicisi
Neyi ne zaman üreteceğim ve satın alacağım?S/4HANA'da MRP LiveGünlerden aylaraPlanlamacıların kısıtlı kaynaklarda MRP'yi geçersiz kılması
Hattı sonlu kapasitede hangi sırayla çalıştıracağım?Gömülü PP/DSSaatlerden haftalaraHacim ve ürün karması kararlarının fabrikalar veya bölgeler arasında verilmesi
İşletme ne kadar satmalı, stoklamalı ve tedarik etmeli?SAP IBPAylardan yıllaraÇok lokasyonlu ağlar, mutabakatlı talep, senaryo planlaması

IBP'ye işaret eden sinyaller:

  1. Finansın da masada olduğu aylık bir satış ve operasyon sürecine ihtiyacınız var.
  2. Talep, çok sayıda müşteri ve kanal genelinde istatistiksel tahminden geliyor.
  3. Tedarik kararları birkaç fabrikayı ve dağıtım merkezini kapsıyor.

Klasik SOP'nin uyumluluk kapsamında olması, bu karara bir son tarih ekliyor. SAP IBP neden önemli başlıklı rehberim IBP tarafını daha derinlemesine ele alıyor.

Bir fabrika için hâlâ SAP ile diğer ERP'ler arasında seçim yapıyorsanız, üretim için en iyi ERP karşılaştırmam seçenekleri şirket büyüklüğüne ve türüne göre ortaya koyuyor.

Bir SAP PP implementasyonunda ana veriyi aceleye getirirseniz, geri kalan her şey geçici çözüme dönüşür. Ürün ağacı doğruluğu, rota bütünlüğü, iş yeri bakımı. Hiçbiri isteğe bağlı değildir.

Ana veri SAP PP'nin omurgasıdır. Bir slogan olarak değil. Sonuçları olan bir gerçek olarak.

Malzeme ana kaydı (MRP görünümleri). Üretilen her malzemenin MRP görünümlerinin doğru ayarlanması gerekir. MRP türü, parti büyüklüğü, strateji grubu, kullanılabilirlik kontrolü ve çizelgeleme marjı anahtarı, her biri MRP'nin ne yaptığını değiştirir. İçinde bulunduğum bir projede malzeme ana kaydındaki tek bir eksik alan üretimi bir hafta durdurdu. Tek bir alan.

Strateji grubu. Strateji grubu, satış siparişlerinin PIR'leri tüketip tüketmeyeceğini kontrol eder. Yanlışsa satış siparişleri ve tahminler birbirini netlemek yerine paralel çalışır ve talep sinyalini hiçbir hata mesajı olmadan ikiye katlar.

Ürün ağaçları (BOM). Ürün ağacı, bir mamulün içine neyin girdiğini tanımlar: bileşenler, miktarlar, fire yüzdeleri, bazen alternatifler. "Bu tek kalem için gerçekten beş ürün ağacına ihtiyacımız var mı?" sorusunun gerçek bir cevabı vardır. Bunu MRP çalıştırmaları sırasında değil, implementasyondan önce netleştirin.

Rotalar ve ana reçeteler. Rota, bir şeyin nasıl üretildiğini tanımlar: operasyonlar, iş yerleri ve süreler. Proses sektörleri bunun yerine ana reçete kullanır. Bunlardan biri olmadan SAP üretim süresini hesaplayamaz veya kapasiteyi kontrol edemez.

İş yerleri. İş yerleri çizelgeleme formüllerini, maliyetlendirme bağlantılarını ve vardiya takvimlerini taşır. Go-live sonrasında bunları güncel tutmak, bir kenara bırakılan iştir. Bırakıldığında kapasite planlaması hatalı hale gelir ve planlamacılar sisteme güvenmeyi bırakır.

İlk MRP çalıştırmasından önce hazırlık kontrol listesi

MRP'yi taşınan veri üzerinde serbest bırakmadan önce bu sırayı izleyin. Parantez içindeki sorumlu, onayı verecek kişidir.

  1. Malzeme ana kaydı MRP görünümleri eksiksiz, strateji grubu ve parti büyüklüğü dahil, planlanan her malzeme için (planlama lideri)
  2. Ürün ağaçları gerçekte üretilenle doğrulanmış, bileşenleri ve fireyi mühendislik teyit etmiş (mühendislik)
  3. Şirket içinde üretilen her malzeme için rota veya ana reçete mevcut, gerçekçi operasyon süreleriyle (üretim mühendisliği)
  4. İş yeri takvimleri ve kapasiteleri mevcut vardiyaları yansıtıyor (fabrika müdürü)
  5. Şirket içinde üretilen her malzeme için planlama ufkunu kapsayan tek bir geçerli üretim versiyonu (planlama lideri)
  6. PIR'ler bir kez yüklenmiş, ilk çalıştırmadan önce onaylı talep planıyla mutabık (talep planlamacısı)
  7. Açık siparişler ve stok eski sistem ile SAP arasında mutabık (stok kontrol sorumlusu)
  8. Tek bir fabrika veya MRP alanında test MRP çalıştırması, tam çalıştırmadan önce planlamacılar istisnaları incelemiş (planlama lideri)

PP tek başına çalışmaz. MM, PP'nin ihtiyaç duyduğunu tedarik eder, SD satış siparişleri tahminleri tüketir, CO fiili maliyeti standart maliyete göre izler ve QM muayene partileri siparişleri bekletebilir. Her entegrasyon noktası aynı zamanda bir başarısızlık noktasıdır.

Yıllar içinde gerçek felaketler gördüm ve kaçınılması gereken kalıplar şunlar.

  1. Ana veri taşımasını aceleye getirmek. Ürün ağacı ve rota taşımasını aceleye getiren bir otomotiv parçaları şirketini hatırlıyorum. Go-live'dan sonra altı ayını, veri sorunları yüzünden sürekli hata veren üretim siparişlerini düzeltmekle geçirdi. SAP veri taşıması neden başarısız olur yazım konuyu daha ileri götürüyor.
  2. Eski süreçleri kopyalamak. Gördüğüm en tutarlı yapılandırma hatası: standart planlama mantığını benimsemek yerine SAP'yi tam olarak eski süreç gibi çalışacak şekilde kurmak. Sonuç, PP'nin tasarlandığından daha azını sunan, aşırı yapılandırılmış bir sistemdir.
  3. Entegrasyonları yetersiz test etmek. Her modülü tek başına test eden ekipler entegrasyon sorunlarını canlı ortamda keşfeder. SAP testi rehberimde anlatıldığı gibi, PP, MM, SD, CO ve QM genelinde planlamadan üretime uzanan zincirin tamamını test edin.
  4. Kullanıcı direnci. Deneyimli planlamacılar PP'ye sıklıkla direnir, çünkü eskiden elle ve kendi muhakemeleriyle yaptıkları işi devralır. Onları yapılandırmaya erkenden dahil edin ve PP'nin onlara nerede zaman kazandırdığını gösterin.
  5. Eğitimi kısmak. Şirketlerin implementasyona milyonlar harcayıp sonra eğitimi keserek tasarruf ettiğini gördüm. Sistemi anlamayan kullanıcılar geçici çözümler üretir ve geçici çözümler, MRP'nin dayandığı veri doğruluğunu bozar.

Tablo her riski etkisine ve plana koyacağım önleme eşliyor.

RiskEtkiÖnlem
Hatalı MRP yapılandırmasıStoksuz kalma, fazla üretim, aşırı satın alma maliyetiMRP türlerini, strateji gruplarını ve parti büyüklüğü belirlemeyi iş liderleriyle doğrulayın
Hatalı ürün ağacı, rota veya reçeteYanlış malzeme ihtiyaçları, atölyede gecikmelerTaşımadan önce incelemelere mühendisliği dahil edin
Eksik üretim versiyonuMRP ürün ağacını patlatamaz veya geçerli sipariş oluşturamazŞirket içinde üretilen her malzeme için tek bir geçerli üretim versiyonu
PP/DS ile MRP Live çakışmasıAyrıntılı çizelgelerin bir sonraki MRP çalıştırmasında üzerine yazılmasıPP/DS malzemelerini MRP Live planlama kapsamının dışında tutun
Atölyeden gerçek zamanlı geri bildirim yokHatalı durum, sapmaların geç görülmesiZamanında teyidi zorunlu kılın; SAP Digital Manufacturing veya başka bir MES entegre edin
Yetersiz eğitimli kullanıcılarYanlış teyitler, backflush hataları, çözülmemiş yeniden işlemeGerçek üretim döngüleri üzerinde role özel eğitim
SAP PP'nin açılımı nedir?

SAP PP, Production Planning yani üretim planlama anlamına gelir. Talep ve MRP'den üretim siparişlerine, teyide ve maliyet mutabakatına kadar üretimin planlanması ve yürütülmesi için kullanılan SAP modülüdür.

SAP PP modülü ne için kullanılır?

SAP PP modülü, tahminlerden ve satış siparişlerinden gelen talebi MRP aracılığıyla üretim kapasitesine bağlar. Ürün ağaçlarını, rotaları, iş yerlerini ve üretim versiyonlarını yönetir ve üretim veya proses siparişlerini oluşturulmalarından mutabakata kadar yürütür.

SAP PP ile SAP PP-PI arasındaki fark nedir?

Dar anlamda SAP PP, ürün ağaçlarına ve rotalara dayanan üretim siparişleri veya çalışma çizelgeleriyle kesikli ve seri üretimi kapsar. PP-PI ise gıda, kimya ve ilaçta parti ve reçete bazlı üretim içindir. Proses siparişleri ve ana reçeteler kullanır, ortak ürünler, yan ürünler ve parti izlenebilirliği ekler.

SAP S/4HANA'da MRP Live nedir?

MRP Live (MD01N işlemi), SAP'nin S/4HANA'da önerdiği MRP çalıştırmasıdır. SAP HANA veritabanının içinde çalışır, tek çalıştırmada birden fazla fabrikayı planlayabilir ve klasik MRP listeleri oluşturmaz. Gelişmiş planlama için işaretlenen malzemeler PP/DS'e devredilir.

SAP PP ile PP/DS arasındaki fark nedir?

MRP Live ile PP sınırsız kapasitede planlar: neyin ne zaman üretileceğini ve satın alınacağını. PP/DS, darboğaz kaynaklardaki kritik malzemeler için sonlu kapasiteli çizelgeleme, hazırlık sıralamaları ve eşleştirme ekler. S/4HANA'da PP/DS gömülüdür; sözleşmenizin bunu nasıl lisansladığını SAP ile kontrol edin.

SAP IBP, SAP PP'nin yerini alır mı?

Hayır. IBP satış ve operasyonları, talebi, stoku ve tedariki işletme genelinde, genellikle aylık veya haftalık dilimlerde planlar. Fabrikada üretimi planlayan ve yürüten hâlâ PP'dir.

IBP, S/4HANA'da uyumluluk kapsamında olan klasik SOP için SAP'nin adını koyduğu haleftir.

Bir S/4HANA programı için PP'nin kapsamını belirliyorsanız, önce üç şeyi netleştirin: her fabrikanın hangi üretim tarzlarını çalıştırdığı, hangi malzemelerin PP/DS'e ihtiyaç duyduğu ve planlama sorununuzun gerçekten IBP'ye ait olup olmadığı. Bu tasarım için ikinci bir görüş isterseniz, SAP programınızı benimle konuşun.

Noel D'Costa

Yazar

Noel D'Costa

Havacılık, kamu, finans, perakende ve üretim sektörlerinde SAP ve Oracle ERP programlarında 25 yıl. Finans kökenliyim. Yönetim ekiplerinin dönüşümleri gerçekçi biçimde kapsamlandırmasına, sorunlu programları toparlamasına ve canlı ortamdaki ilk yılını sağlam atlatan sistemler kurmasına yardımcı oluyorum.

Sonraki adım

Şu anda bir ERP programı mı yürütüyorsunuz?

Bu makale şu anda içinde olduğunuz bir programa dokunduysa, 30 dakikalık bir görüşme genellikle bir hafta daha süren iç analizden daha fazla yol aldırır.