Obchodní plán v SAP (Šablona)

Od: Jessica Blakeová Jessica Blakeová
Hours aktualizováno

⚡ Chytré shrnutí

An SAP Obchodní plán (BBP) je podepsaný dokument, který popisuje každý obchodní proces, organizační jednotku, objekt kmenových dat a konfigurační nastavení, které společnost plánuje provozovat. SAP — referenční hodnotatract, který řídí celou implementaci.

  • 📘 Definice: BBP je podrobný popis obchodních procesů a systémových požadavků společnosti, který je zaznamenán před zahájením konfigurace.
  • 🎯 Účel: Ověřuje rozsah projektu, zaznamenává procesy „jak je“ oproti „to be“ a dokumentuje analýzu mezer a rozhodnutí o návrhu.
  • 🧩 Sekce: Podniková struktura, kmenová data, návrh obchodních procesů, analýza nedostatků, reporty a formuláře, rozhraní, autorizace a řízení změn.
  • 🛠️ Kroky vytvoření: Deset fází od inventarizace procesů přes zkušební provoz, zavedení až po neustálé zlepšování.
  • 📈 Výhody: Sdílené porozumění, kontrolovaný rozsah, rozpočtová disciplína, sladění klíčových ukazatelů výkonnosti (KPI) a ověřená metodologie zlepšování.
  • ⚙️ Stav z roku 2026: ASAPplány ve stylu - jsou nahrazeny SAP Aktivujte workshopy Fit-to-Standard ve fázi Explore – začínáte s předkonfigurovanými osvědčenými postupy a dokumentujete pouze rozdíly.
  • 🤖 Úhel umělé inteligence: Generativní umělá inteligence a Copilot nyní vytvářejí procesní narativy „tak, jak jsou“, např.tracpožadavky z workshopů a generovat matice pro analýzu mezer během několika minut.
Přečíst více

SAP Dokument obchodního plánu (BBP)

V čem je Business Blueprint SAP?

Jedno SAP Obchodní plán je podrobný popis obchodních procesů a systémových požadavků společnosti. Je to klíčový implementační dokument. SAP Dokument Blueprint zobrazuje všechna důležitá konfigurační nastavení potřebná k přizpůsobení ERP potřebám společnosti.

Dobře definované SAP Plán slouží jako základ pro úspěšnou implementaci SAP systém. Zahrnuje řadu aktivit, událostí, milníků a výstupů, které usměrňují každou následnou konfigurační a testovací úlohu.

Proč SAP Plánový dokument?

Vezměme si případ vlády Severního teritoria v Austrálii. Zavedla SAP na správu svého systému správy aktiv. Původní náklady byly 7.2 milionu dolarů, ale skutečné náklady se vyšplhaly na 70 milionů dolarů. Řešení bylo pouze z 11 procent vhodné pro daný účel a jeho oprava by stála dalších 120 milionů dolarů. Proto plánování ERP Pečlivé provedení je velmi důležité.

Jedno SAP Obchodní plán (BBP) se zaměřuje na pochopení, ověřování a dokumentaci rozsahu a specifikací projektu. Šablona plánu také pomáhá definovat cíl koncepčně i prakticky.

Pomocí této metodologie můžete vytvořit dotazník pro uživatele systému. Ten rozešlete vlastníkům obchodních procesů. Ti jej vyplní a vrátí konzultantům. Tento proces pomáhá konzultantům pochopit, jak se podnikání provádí a jak mohou implementovat nejlepší procesy v SAP.

V tomto procesu celá sada diskusí slouží jako základ pro SAP implementace. Všechny detaily mapované pro obchodní procesy by měly být uvedeny v dokumentaci. Úspěch této fáze je do značné míry určen jejím efektivním uzavřením v tomto bodě.

Implementační tým by proto měl tyto aktivity zahrnout do finalizace obchodních procesů pro konfiguraci.

SAP Struktura dokumentu plánu

SOUVISEJÍCÍ ČLÁNKY

Struktura a SAP Dokument obchodního plánu

Většina šablon obchodních plánů (Business Blueprint) má konzistentní strukturu kapitol, aby si finanční, logistický a personalistický poradce mohli jednotlivé části předávat bez nutnosti překladu. Typický BBP obsahuje tyto části:

  • Shrnutí: Pozadí projektu, procesy v rámci rozsahu a mimo rozsah, schvalovací vlastníci a fáze.
  • Struktura podniku: Kódy společností, controllingová oblast, závody, skladovací místa, prodejní organizace, nákupní organizace a personální oblasti, které budou konfigurovány v SAP.
  • Hlavní data: Datové objekty, které je třeba vytvářet a spravovat – zákazník, dodavatel, materiál, zaměstnanec, účet hlavní knihy, nákladové středisko – a model vlastnictví.
  • Návrh obchodního procesu: Toky procesů „AS IS“ zachycené z workshopů, toky „TO BE“ přepracované pro SAP, RACI a integrační body.
  • Analýza fitu a mezery: Matice řádků na požadavek ukazující, zda je standard SAP Řešení splňuje požadavek (splňuje požadavky), potřebuje alternativní řešení (částečné splňuje požadavky) nebo potřebuje objekt WRICEF (mezera).
  • Registr WRICEF: Pracovní postupy, sestavy, rozhraní, konverze, vylepšení a formuláře, které budou vytvořeny. Každá položka má funkčního vlastníka a odhadované úsilí.
  • Zprávy a formuláře: Standard SAP reporty k opětovnému použití, vlastní Z-reporty a tiskové formuláře (SAPskript, Smart Forms, Adobe Forms).
  • Rozhraní a integrace: Příchozí a odchozí integrace se staršími systémy nebo systémy třetích stran prostřednictvím IDoc, RFC, OData nebo SAP Integrační sada.
  • Autorizace a zabezpečení: Katalog rolí, oddělení povinností a pracovní postup schvalování přístupu.
  • Migrace dat: Starší zdroje, pravidla čištění, objekty LSMW nebo Migration Cockpit, přechodová okna.
  • Testovací strategie: Jednotka, integrace, akceptace uživatelem a rozsah regrese, plus prostředí.
  • Řízení změn a školení: Komunikační plán, školicí učební plán a kontrolní seznam pro přechod na další provoz.

Jak vytvořit SAP Šablona plánu/dokument

Zde je postup krok za krokem, jak vytvořit SAP Šablona nebo dokument s plánem. Dokončete jednotlivé fáze v pořadí – pozdější fáze závisí na dříve vyrobených artefaktech.

Krok 1) Vytvořte inventář procesů

Toto je první krok k provedení inventury všech obchodních procesů v rozsahu. Pomůže vám začít přemýšlet o pořadí procesů, vlastnictví a prioritách. Zde také identifikujete potřeby vývoje vlastních formulářů, sestav, vylepšení nebo pracovních postupů, které nespadají pod standard. SAP.

Krok 2) Vytvořte a Foundation pro plán

Tato fáze vám pomůže definovat rozsah SAP projekt. Před zahájením práce na novém softwarovém systému si vytvořte plán. Shromážděte požadavky na bezpečnostní autorizaci a potřeby školení v celém podniku. Dokument s definicí rozsahu vám pomůže stanovit hranice procesů a zachycuje základní fakta o každém procesu v rozsahu.

Krok 3) Vytvořte plán

Vytvoření plánu zahrnuje pochopení toho, kde se odpovědnost mezi dvěma odděleními mění. Tento krok aplikuje informace vysvětlením, které oddělení nebo osoba je od začátku do konce zodpovědná za kterou část procesu. Definujte kmenová data se zaměřením na klíčové integrační body a podpůrné organizační aktivity.

Krok 4) Odhadněte čas a náklady

Před stanovením cílů procesu je nezbytné mít základní měření. Určete náklady a čas každého procesu. Tento krok vám také umožní definovat parametry použité ke stanovení cílů zlepšení pro organizaci.

Krok 5) Ověřte SAP Modrák

Získejte zpětnou vazbu od příslušných kolegů. Tím se ujistíte, že SAP Dokument obchodního plánu skutečně odráží realitu. Tato fáze také shromažďuje podporu a návrhy od všech zúčastněných stran a připravuje formální schválení před zahájením konfigurace.

Krok 6) Nasaďte techniky zlepšování

Dodržujte organizovaný přístup ke zlepšování obchodních procesů – vyhodnocujte činnosti s přidanou hodnotou, odstraňujte redundance, zkracujte dobu zpracování a všude, kde je to možné, využívejte automatizaci. To pomáhá vytvářet obchodní hodnotu nad rámec pouhého replikování staršího procesu v SAP.

Krok 7) Vytvořte interní kontroly a metriky

Vytvořte interní kontroly a metriky, které pomohou tracpokroku k. Umožňují vám také vytvářet nástroje pro zvýšení efektivity a účinnosti SAP obchodní proces. Mezi typické metriky patří doba cyklu, výtěžnost prvního průchodu, náklady na transakci a míra výjimek.

Krok 8) Proveďte zkušební provoz

Spusťte zkušební verzi. Pomůže vám to ověřit SAP systém bez nutnosti plné investice. Tento krok řeší konfigurační chyby a potvrzuje, že proces funguje v souladu s obchodními požadavky, než začne testování akceptace uživatelem.

Krok 9) Implementujte změny

V tomto kroku se zavádí nově navržený proces. Zároveň sděluje správné informace správným lidem. Bez formální komunikace o změnách je obtížné dosáhnout úspěšného přechodu na novou platformu.

Krok 10) Postupujte podle neustálého zlepšování

V poslední fázi se řiďte konceptem neustálého zlepšování. Zaveďte nový přístup k implementaci vylepšení obchodních procesů. Aby to fungovalo, je třeba provádět časté hodnocení procesu, abyste zajistili jeho trvalou efektivitu.

Výhody obchodních plánů

  • SAP Business Blueprint pomáhá koncovým uživatelům pochopit, jak bude řešení vypadat, ještě před zahájením konfigurace.
  • Nabízí solidní základ pro podporu řízení organizačních změn.
  • Pomáhá eliminovat riziko ztráty tržního podílu nebo reputace v důsledku neúspěšného zavedení.
  • SAP Šablona obchodního plánu pomáhá předem definovat všechny kritické faktory úspěchu a klíčové ukazatele výkonnosti.
  • Poskytuje rozsah projektu v souladu s časem a rozpočtem.
  • Prospívá týmu tím, že zavádí ověřenou metodologii zlepšování.
  • SAP Šablona BBP nabízí lepší disciplínu při realizaci projektů prostřednictvím zdokumentovaných milníků.
  • Poskytuje fórum pro kontrolu a zpochybňování stávajících obchodních procesů před jejich opětovným vytvořením v SAP.

Výzvy a řešení pro SAP Modrák

Oblasti využití Platforma
Závazek vedení společnosti Buďte pevní. Sponzorství ze strany vedení přímo ovlivňuje časový harmonogram a rozpočet projektu.
Uživatelé nejsou obeznámeni s počítačem a systémovými procesy. Mohou zapomenout na některé obchodní procesy, které se později objeví. Konzultant musí být pronikavější a důkladně zkoumat zainteresované strany, aby zjistil každý proces, výjimku a mezní případ.
Schopnost uživatele uchopit SAP koncepty. Odpovídající školení založené na rolích by mělo být poskytováno již během fáze plánování, nejen před spuštěním.
Konzultant se zabývá více než jedním projektem současně. Konzultant by se měl soustředit na jeden projekt v danou chvíli. Pokud to vyžaduje pracovní vytížení, najměte si dalšího konzultanta.
Plán se mění, jak dílny odhalují nové požadavky. Zmrazte požadavky na definovaném kontrolním bodě a pozdější požadavky směrujte formálním procesem žádosti o změnu.
Dokumenty jsou uloženy v e-mailech a na sdílených discích, což způsobuje chaos s verzemi. Použijte SAP Signavio Process Manager, SharePoint nebo Solution Manager jako jediný zdroj pravdivých informací pro plán.

SAP Obchodní plán vs. SAP Aktivovat funkci Přizpůsobit standardu

Obchodní plán je srdcem starších ASAP (Zrychlený SAP) metodologie, která využívá vodopádový přístup: příprava, plán, realizace, finální příprava, spuštění a podpora. Od té doby SAP S/4HANA, SAP-doporučená metodologie je SAP Aktivovat, který je agilní a iterativní. Jeho šest fází je Objevování, Příprava, Prozkoumání, Realizace, Nasazení a Spuštění.

In SAP Aktivujte, nezačínáte s prázdným plánem. Vycházíte z předem nakonfigurovaných osvědčených postupů, které jsou dodávány jako položky rozsahu. Během fáze Prozkoumat pořádáte workshopy Přizpůsobení standardu, kde si firma vyzkouší standard. SAP proces a dokumentuje pouze delty.

Vzhled ASAP Modrák SAP Aktivovat funkci Přizpůsobit standardu
Metodologie Vodopád, fáze plánu Agilní, fáze průzkumu
Výchozí bod Prázdné plátno – zachyťte workshopy TAK, JAK JE Aktivované osvědčené postupy – nejprve vyzkoušejte TO-BE
Dodávka Obchodní plán (BBP) Delta dokument + nevyřízené položky uživatelských příběhů
Typická doba trvání 2 až 6 měsíců workshopů 4 až 8 týdnů kurzů Fit-to-Standard
Přístup k přizpůsobení Modifikace v jádře, objekty RICEF Čisté jádro, rozšíření vedle sebe SAP BTP
Model odhlášení Jednoduché potvrzení BBP velkým třeskem Iterativní schválení pro každou položku rozsahu
Běžný produkt SAP ECC / R/3 SAP S/4HANA, VZESTUP s SAP, RŮST s SAP

Oba přístupy stále produkují dokumentaci, ale důraz se přesunul z vyčerpávajícího počátečního artefaktu na živý model procesu uchovávaný v SAP Signavio, SAP Cloud ALM nebo aplikace Fiori Manage Your Solution.

Společný SAP Úskalí a opravy plánů

I dobře vedené programy se při přesunu plánu z dílny do dalšího projektu potýkají se stejnými opakujícími se problémy. Během kontroly kvality si všímejte níže uvedených problémů.

  • Kopírování staršího procesu 1:1: Ničí argument hodnoty. Trvejte na workshopech typu „TO-BE“ (Být), které vám umožní SAP Standardní řízení procesu před přidáním vylepšení.
  • Chybějící cesty k výjimkám: Plán zachycuje šťastnou cestu, ale ne vrácení zboží, zrušení ani mezifiremní procesy. Pro každý proces přidejte sekci s výjimkovým scénářem.
  • Nedostatečně vymezená kmenová data: Nejasný materiál nebo zákaznický kmenový soubor vede k přepracování migrace. Zpřesněte každý atribut, vlastnictví a kanál tvorby.
  • Nejednoznačné body integrace: Pojmenované systémy, ale ne přesný IDoc, RFC nebo OData. Přiložte inventář integrace se zdrojovým systémem, směrem, frekvencí a ošetřením chyb.
  • Seznam WRICEF se po schválení rozrůstá: Každé nové vylepšení by mělo spustit požadavek na změnu s dopadem na náklady, časový harmonogram a celkové náklady na vlastnictví (TCO).
  • Návrh autorizace zbývá na konec: Navrhujte role společně s procesy tak, aby se konflikty v rozdělení povinností objevily brzy, ne během UAT.
  • Žádný vlastník BBP na straně zákazníka: Pro každý modul přiřaďte vlastníka obchodního procesu. Konzultant vypracuje návrh; firma jej zpracuje a schválí.

Nejčastější dotazy

An SAP Obchodní plán (BBP) je podrobný dokument, který popisuje obchodní procesy společnosti, organizační strukturu, kmenová data a systémové požadavky předtím, než SAP konfigurace se spustí. Stane se referenčním contract, který řídí realizaci, testování a přechod na nové funkce.

Typický BBP má shrnutí pro manažery, podnikovou strukturu, kmenová data, návrh procesů AS-IS a TO-BE, analýzu fit-gap, registr WRICEF, reporty a formuláře, rozhraní, autorizace, migraci dat, testovací strategii a plán řízení změn.

Analýza fitu a mezer je matice řádků pro každý požadavek, která mapuje každý obchodní požadavek na SAP standardní řešení. Každý řádek je označen jako plně shodný, částečný shodný vyžadující alternativní řešení nebo mezera, která vyžaduje objekt WRICEF, jako je například sestava, rozhraní nebo vylepšení.

WRICEF je zkratka pro Workflows (pracovní postupy), Reports (zprávy), Interfaces (rozhraní), Conversions (konverze), Enhancements (vylepšení) a Forms (formuláře). Jedná se o seznam vlastních vývojových objektů, které je třeba vytvořit, aby se odstranily mezery identifikované v plánu. Každý záznam WRICEF má vlastníka, prioritu a odhadovanou náročnost sestavení.

Klasické ASAP Plán je z velké části nahrazen SAP Aktivovat. Ve fázi Aktivovat probíhají workshopy Fit-to-Standard na základě předkonfigurovaných osvědčených postupů a dokumentují se pouze delty. Záměr je stejný – sladit obchodní proces s SAP — ale doručování je iterativní.

Tradiční ASAP Blueprint trvá 2 až 6 měsíců workshopů v závislosti na počtu modulů a zemích. SAP Aktivace cyklu Fit-to-Standard ve fázi Explore obvykle trvá 4 až 8 týdnů na vlnu rozsahu.

Generativní umělá inteligence nyní vytváří narativy procesů tak, jak jsou, z přepisů workshopů, např.tracTS požadavky z dokumentů RFP a vytváří první řez matic pro shodu mezer. Nástroje jako SAP Signavio Process Explorer a Joule využívají umělou inteligenci k analýze protokolů událostí a navrhování vylepšení procesů ještě před zahájením workshopů.

Ano. Copilot ve Wordu dokáže vytvářet procesní popisy z poznámek z workshopu, Copilot v Excelu vyplňuje matice fit-gap a Copilot v Teams shrnuje dlouhé hovory z workshopu do tabulek RACI. V kombinaci s SAP Cloudové ALM konektory, stejný obsah lze odeslat do nevyřízených implementačních protokolů S/4HANA.

Shrňte tento příspěvek takto: