Preskočite na sadržaj

Zašto je SAP Integrated Business Planning važan

SAP IBP je platforma za planiranje, a ne gotovo rješenje za planiranje. Ovaj vodič pokriva što IBP radi, kako se povezuje sa S/4HANA, kada se ulaganje isplati i zašto mnogi timovi nakon puštanja u rad i dalje planiraju u tablicama.

Tim za planiranje opskrbnog lanca zajedno pregledava SAP IBP nadzornu ploču potražnje i ponude
Sadržaj
  1. Što SAP IBP pokriva
  2. Kako se IBP uklapa sa S/4HANA
  3. Treba li Vam IBP?
  4. Gdje implementacije IBP-a pođu po zlu
  5. Kvaliteta podataka nije popravljena prije konfiguracije
  6. S&OP nije redizajniran oko IBP-a
  7. Opseg integracije ostavljen nejasnim
  8. Prihvaćanje tretirano kao obuka
  9. Popis za provjeru spremnosti
  10. Često postavljana pitanja

SAP Integrated Business Planning (IBP) SAP-ov je paket u oblaku za planiranje opskrbnog lanca: planiranje prodaje i operacija (S&OP), potražnja, zalihe te odgovor i opskrba, uz nadopunu zaliha vođenu potražnjom. Nalazi se iznad S/4HANA ili ECC-a, od njega preuzima matične i transakcijske podatke i šalje planove natrag na izvršenje. Važan je kad je planiranje doista složeno, a za većinu APO planiranja SAP-ov je nasljednik kako se održavanje SAP SCM-a bliži kraju. Ovaj je vodič namijenjen direktorima opskrbnog lanca, financijskim direktorima i voditeljima programa koji odlučuju isplati li se IBP i kako izbjeći uobičajeni neuspjeh. Taj neuspjeh rijetko je tehnički. Planeri ne vjeruju rezultatima pa zadržavaju svoje tablice.

Vidio sam timove opskrbnog lanca koji su pustili SAP IBP u rad, a i dalje planirali u silosima. Prognoziranje je bilo u jednoj tablici, planiranje proizvodnje u drugoj, a logistika je odluke donosila na temelju jučerašnjih brojeva. IBP je bio uveden. Integracija sa S/4HANA radila je. Nadzorne ploče bile su popunjene.

Planeri nisu vjerovali onome što su pokazivale i zadržali su vlastite modele. Radio sam s jednom tvrtkom u kojoj su planeri mjesecima potajno održavali stare tablice uz IBP. Sustav je bio tu, ali način rada nije se promijenio.

IBP je usluga u oblaku izgrađena na SAP HANA. Njegove aplikacije pokrivaju:

  1. Planiranje prodaje i operacija (S&OP): koordinacijski sloj u kojem prodaja, marketing, opskrbni lanac i financije dogovaraju jedan broj za potražnju, ponudu i financijski učinak
  2. Potražnja: statističke prognoze i prognoze strojnog učenja obogaćene promocijama i komercijalnim doprinosom, uz upravljanje verzijama i konsenzusom te praćenje točnosti prognoza
  3. Zalihe: ciljne zalihe po proizvodu i lokaciji iz razina usluge, varijabilnosti potražnje i rokova isporuke, uključujući višerazinske mreže
  4. Odgovor i opskrba: ograničeni planovi opskrbe kroz mrežu, uz planiranje temeljeno na narudžbama kojim se reagira kad se plan i stvarnost razilaze
  5. Nadopuna zaliha vođena potražnjom: pozicioniranje međuzaliha (buffer) na temelju DDMRP metode

SAP Supply Chain Control Tower, za vidljivost i upozorenja kroz cijeli lanac, nativno se integrira s IBP-om. SAP-ov pregled aplikacija navodi trenutni opseg.

Joule je opće dostupan u IBP-u od izdanja 2502 (siječanj 2025.) uz zasebnu licencu. Odgovara na pitanja iz SAP-ove dokumentacije o IBP-u i Vaših vlastitih utemeljenih dokumenata, otvara prave aplikacije, provodi provjere zdravlja matičnih podataka te zakazuje i nadzire poslove. Koristan je, ali ne planira umjesto Vas.

IBP nije modul S/4HANA. To je zaseban proizvod u oblaku s vlastitom pretplatom, uključujući i za klijente RISE with SAP.

S/4HANA vodi operativno izvršenje: MRP, proizvodne naloge, rasporede pogona i potvrde. IBP radi na taktičkoj i strateškoj razini: mjesečno i tjedno planiranje potražnje i opskrbe, S&OP i strategiju zaliha. Moj vodič za SAP PP pokriva stranu S/4HANA, uključujući zašto je klasični SOP u S/4HANA u opsegu kompatibilnosti, a IBP njegov imenovani nasljednik.

Integracija ide u oba smjera. Matični podaci (proizvodi, lokacije, resursi) i transakcijski podaci (povijest prodaje, otvorene narudžbe, zalihe) teku iz S/4HANA u IBP. Planovi teku natrag da pokrenu izvršenje. Postoje dva glavna puta:

  1. Planiranje vremenskih serija (S&OP, potražnja, zalihe) integrira se preko SAP Cloud Integration for data services, uz dodatak u S/4HANA ili ECC-u koji pojednostavnjuje ekstrakciju.
  2. Planiranje temeljeno na narudžbama (odgovor i opskrba) koristi integraciju u stvarnom vremenu s ECC-om ili S/4HANA, izgrađenu na Core Interfaceu (CIF).

Ovdje upravljanje podacima odlučuje o ishodu. Ako matični zapisi materijala nose pogrešne rokove isporuke, nedostajuće parametre planiranja ili netočne dodjele pogona, IBP će planirati na tim pogreškama. Rezultat je tehnički točan, a operativno pogrešan.

Gdje se IBP nalazi uz S/4HANAIBP planira, a S/4HANA izvršava, na istim matičnim podacima. Pogrešan rok isporuke na dnu vidi se u svakom planu na vrhu.
  1. SAP IBPPlanira: prodaja i operacije, potražnja, zalihe, odgovor i opskrba
  2. IntegracijaVremenske serije kroz Cloud Integration for data services, planiranje temeljeno na narudžbama u stvarnom vremenu preko CIF-a
  3. SAP S/4HANA ili ECCIzvršava: MRP, proizvodne naloge, potvrde
  4. Matični podaciRokovi isporuke, parametri planiranja, dodjele pogona

Koristite ovu tablicu kao prvi test prije nego što itko potpiše pretplatu.

SignalUpućuje na IBPUpućuje samo na planiranje u S/4HANA
Prodajni kanaliMaloprodaja, izravna prodaja i izvoz s različitim rokovima isporuke i razinama uslugeJedan glavni kanal
Obrazac potražnjeSezonski ili vođen promocijamaStabilan
Distribucijska mrežaTvornica do regionalnih i lokalnih skladištaJedna lokacija ili jednostavna mreža
Ograničenja opskrbeStvarni kapaciteti ili ograničenja dobavljača koji traže optimizacijuKapacitet rijetko ograničava
Zrelost S&OP-aMjesečni ciklus postoji, ali se vodi u zasebnim tablicamaJoš nema S&OP procesa
Asortiman proizvodaMnogo SKU-ova i lokacijaOgraničen broj SKU-ova

Ako je većina Vaših odgovora u desnom stupcu, S/4HANA MRP i planiranje proizvodnje pokrivaju operativnu potrebu, a dodatni trošak IBP-a možda se neće isplatiti. Ako uopće nemate S&OP proces, najprije dizajnirajte proces. Softver ga neće stvoriti.

Kvaliteta podataka nije popravljena prije konfiguracije

Timovi koji konfiguriraju prije popravka podataka proizvode rane planove koji ne odgovaraju stvarnosti: prognoze koje ignoriraju trenutne rokove isporuke, planove opskrbe koji ignoriraju stvarni kapacitet, ciljeve zaliha izgrađene na nepotpunoj povijesti. Planeri reagiraju ignoriranjem sustava. Dok se podaci poprave, ignoriranje IBP-a postaje navika, a promijeniti tu naviku teže je nego što bi bilo popraviti podatke.

Rješenje: procijenite matične podatke u S/4HANA prema zahtjevima IBP-a prije početka konfiguracije, zatvorite rupe i provjerite jesu li rezultati uvjerljivi prije nego što se od planera traži da se na njih oslone. Moj tekst o tome zašto migracija SAP podataka ne uspijeva pokriva kako provesti tu procjenu.

S&OP nije redizajniran oko IBP-a

U većini organizacija S&OP je niz sastanaka na kojima svaka funkcija iznosi vlastite brojeve. Stavite IBP ispod toga i dobit ćete nove rezultate iz istog nepovezanog procesa. Učinkovit S&OP treba fiksan ciklus podnošenja podataka, definiran put za rješavanje jazova potražnje i opskrbe te izvršne odluke koje su obvezujuće, a ne savjetodavne. Softver olakšava vođenje tog procesa. Ne može voditi proces koji ne postoji.

Opseg integracije ostavljen nejasnim

Specificirajte IBP integraciju kao i svaku drugu: koji objekti matičnih podataka, koje transakcije teku natrag u S/4HANA i kada te tko usklađuje kad se dva sustava ne slažu. Integracije opisane na razini koncepta i prepuštene tehničkom timu izlaze na vidjelo kao rupe u testiranju ili, još gore, u produkciji.

Prihvaćanje tretirano kao obuka

Obuka uči ljude ekrane. Ne stvara povjerenje. Povjerenje dolazi iz točnosti: planeri koji vide da IBP prognoze nadmašuju njihove modele prijeći će na njega. Planeri koji vide redovite promašaje neće, a promašaji obično dolaze od loših podataka, neugođenih statističkih modela ili poslovnih iznimaka koje nitko nije unio. Pokažite točne rezultate prije nego što tražite od planera da se obvežu.

IBP je bio povezan. Sustav je radio. Tim za planiranje i dalje je upravljao u tablicama. Tehnologija je bila tu. Povjerenja u rezultate sustava nije bilo. To je najčešći način na koji IBP zakazuje.

Prije početka IBP projekta potvrdite sljedeće, redom:

  1. Imenovani vlasnik za svaku domenu matičnih podataka koju će IBP koristiti
  2. Procjena kvalitete podataka prema zahtjevima IBP-a, s rupama zatvorenima ili zakazanima
  3. Dizajniran S&OP ciklus: kalendar, rokovi podnošenja, prava odlučivanja i put eskalacije
  4. Integracijska specifikacija koja navodi objekte, smjer, učestalost i vlasnika usklađivanja
  5. Polazna točnost prognoza iz trenutnih metoda, da možete pokazati da IBP radi bolje
  6. Razdoblje paralelnog rada u kojem planeri uspoređuju IBP rezultate sa svojim modelima
Što je SAP IBP i što radi?

SAP Integrated Business Planning SAP-ov je paket u oblaku za planiranje opskrbnog lanca. Pokriva planiranje prodaje i operacija, prognoziranje potražnje, optimizaciju zaliha, planiranje odgovora i opskrbe te nadopunu zaliha vođenu potražnjom. Umjesto da svaka funkcija planira na vlastitoj tablici, IBP im daje zajednički skup podataka i proces. On planira; S/4HANA ili ECC izvršava.

Koje aplikacije postoje u SAP IBP-u?

SAP IBP for sales and operations, SAP IBP for demand, SAP IBP for inventory, SAP IBP for response and supply te nadopuna zaliha vođena potražnjom. SAP Supply Chain Control Tower nativno se integrira za vidljivost i upozorenja. Većina tvrtki počinje sa S&OP-om i potražnjom, a zatim dodaje zalihe i opskrbu.

Je li SAP IBP dio S/4HANA?

Ne. IBP je zaseban proizvod u oblaku s vlastitom pretplatom i nije uključen u osnovni ugovor RISE with SAP. S/4HANA vodi operativno izvršenje poput MRP-a i proizvodnih naloga. IBP vodi taktičko i strateško planiranje. Podaci vremenskih serija integriraju se preko SAP Cloud Integration for data services, a planiranje temeljeno na narudžbama koristi integraciju u stvarnom vremenu izgrađenu na Core Interfaceu (CIF).

Koje podatke SAP IBP treba iz S/4HANA?

Matične podatke: proizvode s parametrima planiranja i rokovima isporuke, lokacije, resurse i kapacitete te mrežu što se odakle otprema. Transakcijske podatke: povijest prodaje, otvorene prodajne narudžbe, zalihe po lokaciji te otvorene proizvodne i nabavne narudžbe. Kvaliteta tih podataka određuje kvalitetu planova. Pogrešni rokovi isporuke daju pogrešno vremensko usklađivanje; nedosljedne lokacije ostavljaju rupe u planu mreže.

Koliko traje implementacija SAP IBP-a?

Implementacija obično traje šest do 12 mjeseci i ne bih vjerovao nikome tko obećava brže. Potpuna implementacija kroz sva područja, sa složenim dizajnom mreže i višerazinskom optimizacijom zaliha, može trajati 12 do 18 mjeseci. Najpouzdaniji uzrok prekoračenja je neodređen opseg rada na podacima, na primjer otkrivanje usred projekta da mnogi proizvodi nemaju rok isporuke u matičnom zapisu materijala.

Koja je razlika između SAP APO i SAP IBP?

SAP APO (Advanced Planner and Optimizer) on-premise je komponenta planiranja u SAP SCM 7.0, čije redovno održavanje završava 2027., uz opcionalno prošireno održavanje do 2030. IBP je SAP-ov nasljednik u oblaku za većinu APO planiranja; detaljno terminiranje proizvodnje prelazi na ugrađeni PP/DS u S/4HANA. SAP-ova provjera spremnosti (Readiness Check) za opskrbni lanac pomaže odrediti opseg prelaska. Tretirajte to kao redizajn planiranja, a ne kao puki prijenos postojećeg stanja (lift and shift).

Noel D'Costa

Autor

Noel D'Costa

25 godina u SAP i Oracle ERP programima u zrakoplovstvu, državnoj upravi, financijama, maloprodaji i proizvodnji. Dolazim iz financija. Pomažem rukovodnim timovima iskreno odrediti opseg transformacija, stabilizirati programe u poteškoćama i izgraditi sustave koji prežive prvu godinu u produktivnom radu.

Sljedeći korak

Vodite li trenutačno ERP program?

Ako se ovaj članak dotaknuo programa koji upravo provodite, razgovor od 30 minuta obično donosi više od još jednog tjedna interne analize.