SAP IBP: tedarik zinciri için entegre iş planlaması

SAP IBP, SAP Integrated Business Planning for Supply Chain anlamına gelir: satış ve operasyon planlaması, talep tahmini, stok, yanıt ve tedarik planlaması ile talep odaklı ikmal için SAP'nin bulut yazılımı. SAP S/4HANA veya SAP ECC'nin üzerinde durur, ana verileri ve işlem verilerini oradan alır ve planları yürütme için geri gönderir.

Kısa cevap bu. Uzun cevap ise uyumla ilgili. IBP'yi savunma üretimi için uyguladım ve değip değmeyeceği her zaman tek bir şeye dayanıyor: planlamanızın ne kadar karmaşık olduğuna.

Bu rehber tedarik zinciri direktörleri, CFO'lar ve program liderleri için. IBP'nin bugün ne yaptığını, S/4HANA'ya nasıl bağlandığını, gömülü PP/DS ve tablolarla nasıl karşılaştırıldığını ve olağan başarısızlığın neden teknik olmadığını anlatıyor.

IBP, SAP HANA üzerine kurulu bir bulut hizmetidir. SAP onu SAP Integrated Business Planning for Supply Chain adıyla satar ve planlama yetenekleri şunlardır:

1. Satış ve operasyon planlaması (S&OP): satış, pazarlama, tedarik zinciri ve finansın talep, tedarik ve finansal etki için tek bir rakamda anlaştığı koordinasyon katmanı
2. Talep: promosyonlar ve ticari girdilerle zenginleştirilmiş istatistiksel ve makine öğrenmesi tahminleri, mutabakat yönetimi ve tahmin doğruluğu takibiyle
3. Stok: hizmet seviyeleri, talep değişkenliği ve temin sürelerinden belirlenen, ürün ve lokasyon bazında hedef stok; çok kademeli ağlar dahil
4. Yanıt ve tedarik: önceliklendirilmiş talep, tahsisler ve kapasiteden kurulan kısıtlı tedarik planları, ayrıca plan ile gerçeklik ayrıştığında yanıt vermek için sipariş bazlı planlama
5. Talep odaklı ikmal: DDMRP yöntemine dayanan stratejik ayrışma noktaları ve stok tamponları

Zincir genelinde görünürlük ve uyarılar için SAP Supply Chain Control Tower, IBP ile yerleşik olarak entegre olur. SAP'nin uygulama genel bakışı her sürüm için güncel kapsamı listeler.

SAP'nin yapay zeka asistanı Joule, bir Joule yetkisiyle IBP'de kullanılabilir. SAP'nin IBP dokümantasyonundan gelen soruları yanıtlar ve 2508 sürümü Joule üzerinden iş çizelgeleme ekledi: kayıtlı işleri listeleme, çizelgeleme ve durumlarını kontrol etme. Faydalı, ama sizin yerinize planlama yapmaz.

IBP, S/4HANA'nın bir modülü değildir. Kendi aboneliği olan ayrı bir bulut ürünüdür.

S/4HANA operasyonel yürütmeyi çalıştırır: MRP, üretim siparişleri, atölye çizelgeleri ve teyitler. IBP taktik ve stratejik düzeyde, ayrıca sipariş bazlı yanıt planlamasında çalışır. SAP PP rehberim S/4HANA tarafını anlatıyor; S/4HANA'daki klasik SOP'nin neden uyumluluk kapsamında olduğu ve haleften IBP'nin adının konduğu dahil.

Ana veriler (ürünler, lokasyonlar, kaynaklar) ve işlem verileri (satış geçmişi, açık siparişler, stok) S/4HANA'dan IBP'ye akar. Planlar geri akar; örneğin tahminler planlı bağımsız ihtiyaçlar olarak geri döner. SAP Learning'in IBP entegrasyon araçları rehberi üç ana yol sayar:

1. SAP Integration Suite (Cloud Integration): yeni IBP müşterileri için SAP'nin tercih ettiği yaklaşım. SAP BTP üzerinde çalışır, şirket içi veya özel bulut sistemlerine SAP Cloud Connector aracılığıyla ulaşır ve SAP, büyük veri hacimlerini taşımak için S/4HANA Cloud Public Edition entegrasyon içeriği yayımlar.
2. SAP Cloud Integration for data services (CI-DS): mevcut birçok IBP müşterisinin zaten çalıştırdığı, çoğunlukla zaman serisi verileri için kullanılan toplu işlem aracı. Bu müşteriler için hâlâ desteklenir ama şirket içi bir agent gerektirir.
3. Gerçek zamanlı entegrasyon (RTI): yanıt ve tedarikte sipariş bazlı planlama için. Ana veri ve işlem verilerindeki değişiklikleri, zamanlanmış bir toplu iş olmadan, oluştukları anda bgRFC ile IBP'ye iter. SAP'nin gerçek zamanlı entegrasyon dokümantasyonu ön koşulları kaynak sisteme göre listeler.

Düz dosya yükleme, Excel eklentisi ve OData servisleri daha küçük veya SAP dışı veri akışlarını karşılar. Zaten CI-DS çalıştırıyorsanız onu sökmenize gerek yok. Şimdi başlıyorsanız tasarımı Integration Suite etrafında kurun.

1. 04SAP IBPPlanlar: satış ve operasyon, talep, stok, yanıt ve tedarik
2. 03EntegrasyonToplu veri için SAP Integration Suite veya CI-DS, sipariş bazlı planlama için gerçek zamanlı entegrasyon
3. 02SAP S/4HANA veya ECCYürütür: MRP, üretim siparişleri, teyitler
4. 01Ana veriTemin süreleri, planlama parametreleri, fabrika atamaları

Sonucu veri yönetişiminin belirlediği yer burasıdır. Malzeme ana kayıtlarında yanlış temin süreleri, eksik planlama parametreleri veya hatalı fabrika atamaları varsa, IBP bu hatalar üzerinden planlar. Çıktı teknik olarak doğru, operasyonel olarak yanlıştır.

Bu üçü birbiriyle rekabet ediyormuş gibi karşılaştırılır. Çoğunlukla farklı sorulara cevap verirler.

Gömülü PP/DS (Production Planning and Detailed Scheduling) S/4HANA içinde çalışır. Fabrika kaynakları üzerindeki siparişleri günler ve haftalar boyunca sonlu kapasiteyle çizelgeler.

IBP ağ genelinde ve aylar boyunca planlar ve fonksiyonların bir plan üzerinde anlaşmasını sağlar. Tablolar ise planlamacı ne kurarsa onu yapar, sisteme hiçbir bağlantı olmadan.

Aşağıdaki tablo her birinin nereye oturduğunu gösteriyor.

Soru	SAP IBP	S/4HANA'da gömülü PP/DS	Tablolar
Ana iş	Ağ, taktik ve S&OP planlaması	Fabrikada ayrıntılı, sonlu kapasiteli çizelgeleme	Planlamacı ne modellerse
Ufuk	Haftalardan aylara ve ötesine	Saatlerden haftalara	Herhangi
Kapsam	Çok sayıda fabrika, depo ve kanal	Tek bir fabrikanın kaynakları ve siparişleri	Tek bir planlamacının görünümü
Veri	S/4HANA veya ECC'den entegre	S/4HANA ile aynı veritabanı	Kopyalanmış, sonra güncelliğini yitirmiş
Fonksiyonlar arası mutabakat	Yerleşik (S&OP, talep mutabakatı)	Yok	E-posta ve toplantılarla
Lisans	Ayrı bulut aboneliği	S/4HANA kapsamının parçası; gelişmiş özellikler için lisansınızı kontrol edin	Yok

Uygulamada S/4HANA'da hem gömülü PP/DS'i hem de MRP Live'ı kullandım ve duruma göre müşterileri IBP'ye de yönlendirdim. Birçok üreticinin PP/DS'e veya MRP Live'a ihtiyacı vardır ve IBP'ye hiç ihtiyacı olmaz. Bazılarının ikisine de ihtiyacı vardır: ağ planı ve S&OP için IBP, fabrikanın gerçekte ne çalıştırdığını sıralamak için PP/DS.

Şirketlerin çoğu tablolarla başlar. Planlama tek bir kişinin modelini aşana kadar sorun yoktur. Hâlâ ERP'nin kendisini seçiyorsanız, üretim için ERP karşılaştırmam önce o kararı ele alıyor.

Kimse bir abonelik imzalamadan önce bu tabloyu ilk test olarak kullanın.

Sinyal	IBP'ye işaret eder	Yalnızca S/4HANA planlamasına işaret eder
Satış kanalları	Farklı temin süreleri ve hizmet seviyeleriyle perakende, doğrudan satış ve ihracat	Tek bir ana kanal
Talep deseni	Mevsimsel veya promosyon odaklı	İstikrarlı
Dağıtım ağı	Fabrikadan bölgesel ve yerel depolara	Tek lokasyon veya basit ağ
Tedarik kısıtları	Optimizasyon gerektiren gerçek kapasite veya tedarikçi sınırları	Kapasite nadiren bağlayıcı
S&OP olgunluğu	Aylık döngü var ama ayrı tablolarla yürüyor	Henüz S&OP süreci yok
Ürün yelpazesi	Çok sayıda SKU ve lokasyon	Sınırlı SKU sayısı

Cevaplarınızın çoğu sağ sütundaysa, S/4HANA MRP ve üretim planlaması operasyonel ihtiyacı karşılar. IBP'nin ek maliyeti kendini geri ödemeyebilir.

Hiç S&OP süreciniz yoksa önce süreci tasarlayın. Yazılım bir süreç yaratmaz.

SAP IBP ile canlıya geçip hâlâ silolar halinde planlama yapan tedarik zinciri ekipleri gördüm. Tahmin bir tablodaydı, üretim planlaması başka bir tabloda ve lojistik dünün rakamlarına göre karar veriyordu. IBP devreye alınmıştı, S/4HANA entegrasyonu çalışıyordu ve gösterge panoları doluydu.

Planlamacılar gösterilenlere güvenmedi ve kendi modellerini sürdürdü. Planlamacıların aylarca IBP'nin yanında eski tablolarını gizlice sürdürdüğü bir şirketle çalıştım. Sistem oradaydı, ama çalışma biçimi değişmemişti.

Veri kalitesi yapılandırmadan önce düzeltilmedi

Veriyi düzeltmeden yapılandırmaya geçen ekipler, gerçeklikle uyuşmayan ilk planlar üretir: güncel temin sürelerini yok sayan tahminler, gerçek kapasiteyi yok sayan tedarik planları, eksik geçmişe dayanan stok hedefleri. Planlamacılar buna sistemi yok sayarak tepki verir. Veri düzeltildiğinde IBP'yi yok saymak artık alışkanlık haline gelmiştir.

Yapılandırma başlamadan önce S/4HANA ana verisini IBP'nin gereksinimlerine göre değerlendirin, açıkları kapatın ve planlamacılardan çıktılara güvenmelerini istemeden önce çıktıların makul olup olmadığını kontrol edin. SAP veri taşıması neden başarısız olur yazım bu değerlendirmenin nasıl yapılacağını anlatıyor.

S&OP, IBP etrafında yeniden tasarlanmadı

Çoğu kuruluşta S&OP, her fonksiyonun kendi rakamlarını sunduğu bir dizi toplantıdır. Bunun altına IBP koyarsanız, aynı kopuk süreçten yeni çıktılar alırsınız.

Etkili bir S&OP sabit bir veri teslim döngüsü, talep ve tedarik açıklarını çözmek için tanımlı bir yol ve tavsiye niteliğinde değil bağlayıcı yönetim kararları gerektirir. Yazılım bu süreci yürütmeyi kolaylaştırır. Var olmayan bir süreci yürütemez.

Entegrasyon kapsamı belirsiz bırakıldı

IBP entegrasyonunu diğerleri gibi tanımlayın: hangi ana veri nesneleri, hangi işlemlerin S/4HANA'ya ne zaman geri aktığı ve iki sistem uyuşmadığında mutabakatı kimin yaptığı. Kavram düzeyinde tarif edilip teknik ekibe bırakılan entegrasyonlar testte, daha kötüsü canlı ortamda açık olarak ortaya çıkar.

Benimseme eğitim olarak ele alındı

Eğitim insanlara ekranları öğretir. Güven yaratmaz. IBP tahminlerinin kendi modellerini geçtiğini gören planlamacılar geçiş yapar, düzenli sapmalar görenler yapmaz.

Sapmalar genellikle kötü veriden, ayarlanmamış istatistiksel modellerden veya kimsenin girmediği iş istisnalarından gelir. Planlamacılardan bağlılık istemeden önce doğru çıktılar gösterin.

Entegre iş planlaması en iyi uygulamalarının çoğu sıraya dayanır. IBP projesi başlamadan önce bunları sırayla teyit edin:

1. IBP'nin kullanacağı her ana veri alanı için adı belirlenmiş bir sorumlu
2. Açıkları kapatılmış veya takvime bağlanmış, IBP gereksinimlerine göre bir veri kalitesi değerlendirmesi
3. Tasarlanmış bir S&OP döngüsü: takvim, teslim tarihleri, karar yetkileri ve eskalasyon yolu
4. Nesneleri, yönü, sıklığı, aracı ve mutabakat sorumlusunu listeleyen bir entegrasyon spesifikasyonu
5. Mevcut yöntemlerden bir tahmin doğruluğu başlangıç değeri, böylece IBP'nin daha iyisini yaptığını gösterebilirsiniz
6. Planlamacıların IBP çıktısını kendi modelleriyle karşılaştırdığı bir paralel çalışma dönemi

Aynı anda ECC'den geçiyorsanız, IBP'yi S/4HANA geçişinden sonra değil, onunla birlikte planlayın. ECC'den S/4HANA'ya geçiş rehberim yolları ve son tarihleri anlatıyor.

SAP IBP'nin açılımı nedir?

SAP IBP, SAP Integrated Business Planning anlamına gelir. SAP'nin tam ürün adı SAP Integrated Business Planning for Supply Chain'dir. S/4HANA'dan ayrı bir bulut planlama ürünüdür.

SAP IBP'de hangi uygulamalar var?

SAP IBP for sales and operations, SAP IBP for demand, SAP IBP for inventory, SAP IBP for response and supply ve talep odaklı ikmal (demand-driven replenishment). SAP Supply Chain Control Tower, görünürlük ve uyarılar için yerleşik olarak entegre olur. Joule, bir Joule yetkisiyle kullanılabilir.

SAP IBP, S/4HANA ile nasıl entegre olur?

Yeni müşteriler için SAP'nin tercih ettiği yol, SAP BTP üzerindeki SAP Integration Suite'tir (Cloud Integration); şirket içi veya özel bulut sistemleri için SAP Cloud Connector ile. Mevcut müşteriler SAP Cloud Integration for data services'i (CI-DS) kullanmaya devam edebilir. Yanıt ve tedarikteki sipariş bazlı planlama, değişiklikleri oluştukları anda IBP'ye iten gerçek zamanlı entegrasyonu kullanır.

SAP IBP, S/4HANA'nın bir parçası mı?

Hayır. IBP kendi aboneliği olan ayrı bir bulut ürünüdür. S/4HANA, MRP ve üretim siparişleri gibi operasyonel yürütmeyi üstlenirken IBP ağ genelinde taktik ve stratejik planlamayı üstlenir.

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

Gömülü PP/DS, S/4HANA içinde çalışır ve fabrika kaynakları üzerindeki siparişleri kısa bir ufukta sonlu kapasiteyle, ayrıntılı olarak çizelgeler. IBP ise fabrikalar, depolar ve kanallar genelinde aylar boyunca planlar ve S&OP mutabakatını destekler. Bazı üreticilerin birine, bazılarının ikisine de ihtiyacı vardır.

SAP APO ile SAP IBP arasındaki fark nedir?

SAP APO (Advanced Planner and Optimizer), ana bakımı 2027'de sona eren ve isteğe bağlı uzatılmış bakımı 2030'a kadar süren SAP SCM 7.0'ın şirket içi planlama bileşenidir. IBP, APO planlamasının çoğu için SAP'nin bulut halefidir; ayrıntılı üretim çizelgeleme ise S/4HANA'da gömülü PP/DS'e taşınır. Bunu birebir taşıma olarak değil, bir planlama yeniden tasarımı olarak ele alın.

IBP'yi S/4HANA'nın size zaten verdikleriyle tartıyorsanız, yazılım demosundan değil, planlama karmaşıklığınızdan başlayın. Uyum, kapsam veya entegrasyon tasarımı konusunda ikinci bir görüş isterseniz, benimle iletişime geçin.