Business Blueprint i SAP (Mal)
⚡ Smart oppsummering
An SAP Business Blueprint (BBP) er det signerte dokumentet som beskriver alle forretningsprosesser, organisasjonsenheter, masterdataobjekter og konfigurasjonsinnstillinger et selskap planlegger å kjøre i. SAP — referansekonentracsom styrer hele implementeringen.
Hva er Business Blueprint i SAP?
Ocuco SAP En forretningsplan er en detaljert beskrivelse av et selskaps forretningsprosesser og systemkrav. Det er et sentralt implementeringsdokument. SAP Blåkopidokumentet viser alle viktige konfigurasjonsinnstillinger som trengs for å tilpasse ERP-systemet til bedriftens behov.
En veldefinert SAP Planen fungerer som grunnlaget for en vellykket implementering av SAP system. Det inkluderer en rekke aktiviteter, hendelser, milepæler og leveranser som veileder alle konfigurasjons- og testoppgaver nedstrøms.
Hvorfor SAP Blåkopidokument?
Tenk for eksempel på Northern Territory-regjeringen i Australia. Den implementerte SAP å håndtere sitt kapitalforvaltningssystem. Den opprinnelige kostnaden var 7.2 millioner dollar, men den faktiske kostnaden økte til 70 millioner dollar. Løsningen var bare 11 prosent egnet til formålet og ville ha kostet ytterligere 120 millioner dollar å reparere. Derfor planleggingen av ERP Nøye implementering er svært viktig.
Ocuco SAP En forretningsplan (BBP) fokuserer på å forstå, autentisere og dokumentere prosjektets omfang og spesifikasjoner. Malen for forretningsplanen bidrar også til å definere målet konseptuelt og praktisk.
Ved hjelp av denne metoden kan du lage et spørreskjema for systembrukerne. Du sender dette ut til forretningsprosesseierne. De fyller det ut og returnerer det til konsulentene. Denne prosessen hjelper konsulentene med å forstå hvordan forretningsdriften foregår og hvordan de kan implementere de beste prosessene. SAP.
I denne prosessen fungerer hele diskusjonssettet som et grunnlag for SAP implementering. Alle detaljene som er kartlagt for forretningsprosessene bør gjenspeiles i dokumentasjonsfilen. Suksessen til denne fasen avhenger i stor grad av en effektiv avslutning på dette tidspunktet.
Derfor bør implementeringsteamet inkludere disse aktivitetene når de ferdigstiller forretningsprosessene for konfigurasjon.
Strukturen til en SAP Forretningsplandokument
De fleste malene for forretningsplaner følger en konsistent kapittelstruktur, slik at økonomi-, logistikk- og HR-konsulenter kan sende seksjoner frem og tilbake uten oversettelse. En typisk forretningsplan inneholder disse seksjonene:
- Kortfattet sammendrag: Prosjektbakgrunn, prosesser innenfor og utenfor omfang, godkjenningseiere og faser.
- Bedriftsstruktur: Firmakoder, kontrollområde, anlegg, lagersteder, salgsorganisasjoner, innkjøpsorganisasjoner og personalområder som vil bli konfigurert i SAP.
- Stamdata: Dataobjekter som skal opprettes og vedlikeholdes – kunde, leverandør, materiale, ansatt, hovedbokkonto, kostnadssenter – og eiermodellen.
- Forretningsprosessdesign: Prosessflyter i den nåværende situasjonen hentet fra workshops, flyter i den kommende situasjonen redesignet for SAP, RACI og integrasjonspunkter.
- Fit-Gap-analyse: En rad-per-krav-matrise som viser om standarden SAP løsningen dekker kravet (tilpasning), trenger en midlertidig løsning (delvis tilpasning), eller trenger et WRICEF-objekt (gap).
- WRICEF-registeret: Arbeidsflyter, rapporter, grensesnitt, konverteringer, forbedringer og skjemaer som skal bygges. Hver oppføring har en funksjonell eier og et innsatsestimat.
- Rapporter og skjemaer: standard SAP rapporter som skal brukes på nytt, tilpassede Z-rapporter og utskriftsskjemaer (SAPskript, smarte skjemaer, Adobe Forms).
- Grensesnitt og integrasjoner: Innkommende og utgående integrasjoner med eldre eller tredjepartssystemer via IDoc, RFC, OData eller SAP Integrasjonssuite.
- Autorisasjoner og sikkerhet: Rollekatalog, arbeidsdeling og arbeidsflyt for tilgangsgodkjenning.
- Datamigrering: Eldre kilder, renseregler, LSMW- eller Migration Cockpit-objekter, cutover-vinduer.
- Teststrategi: Enhet, integrasjon, brukeraksept og regresjonsomfang, pluss miljøer.
- Endringsledelse og opplæring: Kommunikasjonsplan, opplæringsplan og sjekkliste for overføring av abonnement.
Hvordan lage SAP Blåkopi mal/dokument
Her er en trinnvis prosess for å lage en SAP Mal eller dokument for blåkopi. Fullfør hvert trinn i rekkefølge – senere trinn avhenger av artefaktene som ble produsert tidligere.
Trinn 1) Utvikle en prosessinventar
Dette er det første trinnet for å lage en oversikt over alle forretningsprosesser som er innenfor dette området. Det hjelper deg å begynne å tenke på prosessrekkefølge, eierskap og prioritet. Her identifiserer du også utviklingsbehov for tilpassede skjemaer, rapporter, forbedringer eller arbeidsflyter som faller utenfor standard. SAP.
Trinn 2) Lag en Foundation for blåkopien
Denne fasen hjelper deg med å definere omfanget av SAP prosjekt. Lag en plan før du starter arbeidet med det nye programvaresystemet. Samle krav til sikkerhetsautorisasjon og opplæringsbehov for hele bedriften. Omfangsdefinisjonsdokumentet hjelper deg med å sette prosessgrenser og fanger opp grunnleggende fakta om hver prosess innenfor omfanget.
Trinn 3) Lag blåkopi
Å lage en blåkopi innebærer å forstå hvor ansvaret endres mellom to avdelinger. Dette trinnet anvender informasjonen ved å forklare hvilken avdeling eller person som eier hvilken del av prosessen fra begynnelse til slutt. Definer stamdataene ved å fokusere på viktige integrasjonspunkter og støtte organisasjonens aktiviteter.
Trinn 4) Estimer tid og kostnad
Før du setter mål for en prosess, er det viktig å ha en grunnlinjemåling. Bestem kostnaden og tiden for hver prosess. Dette trinnet lar deg også definere parameterne som brukes til å sette forbedringsmål for organisasjonen.
Trinn 5) Bekreft SAP Blueprint
Få tilbakemeldinger fra de aktuelle kollegene. Dette sikrer at SAP Forretningsplandokumentet gjenspeiler faktisk virkeligheten. Denne fasen samler også støtte og forslag fra alle interessenter og utarbeider en formell godkjenning før konfigurasjonen starter.
Trinn 6) Implementer forbedringsteknikker
Følg en organisert tilnærming for å forbedre forretningsprosesser – evaluer verdiskapende aktiviteter, fjern redundans, reduser behandlingstiden og bruk automatisering der det er mulig. Dette bidrar til å skape forretningsverdi utover bare å gjenskape den gamle prosessen i SAP.
Trinn 7) Utvikle interne kontroller og beregninger
Lag interne kontroller og målinger som hjelper track fremgang. De lar deg også lage verktøy for å øke effektiviteten og produktiviteten til SAP forretningsprosess. Typiske målinger inkluderer syklustid, førstegangsutbytte, kostnad per transaksjon og unntaksrate.
Trinn 8) Gjennomfør en prøvekjøring
Kjør en prøveperiode. Det hjelper deg med å validere SAP systemet uten å trenge en full investering. Dette trinnet løser konfigurasjonsfeil og bekrefter at prosessen fungerer i henhold til forretningskravene før brukeraksepttesting begynner.
Trinn 9) Implementer endringene
På dette trinnet rulles den nyutviklede prosessen ut. Den kommuniserer også riktig informasjon til de riktige personene. Uten formell endringskommunikasjon er det vanskelig å få til en vellykket overgang.
Trinn 10) Følg kontinuerlig forbedring
I den siste fasen, følg konseptet med kontinuerlig forbedring. Etabler en ny tilnærming for å implementere forbedringer av forretningsprosesser. For at det skal fungere, må du gjøre en hyppig evaluering av prosessen for å sikre kontinuerlig effektivitet.
Fordeler med Business Blueprints
- SAP Business Blueprint hjelper sluttbrukere med å forstå hvordan løsningen vil se ut før konfigurasjonen starter.
- Gir et solid grunnlag for å støtte endringsledelse i organisasjonen.
- Bidrar til å eliminere risikoen for tap av markedsandeler eller omdømme på grunn av en mislykket utrulling.
- SAP Malen for forretningsplan hjelper med å definere alle kritiske suksessfaktorer og viktige ytelsesindikatorer på forhånd.
- Tilbyr prosjektomfang i samsvar med tid og budsjett.
- Gir teamet fordeler ved å kode en testet forbedringsmetodikk.
- SAP BBP-malen tilbyr bedre prosjektleveringsdisiplin gjennom dokumenterte milepæler.
- Gir et forum for å gjennomgå og utfordre nåværende forretningsprosesser før de gjenskapes i SAP.
Utfordringer og løsning for SAP Blueprint
| Utfordringer | Løsninger |
|---|---|
| Engasjement fra selskapets ledelse | Vær bestemt. Lederens sponsing påvirker prosjektets tidslinje og budsjett direkte. |
| Brukere er ikke kjent med datamaskinen og systemprosessene. De kan glemme noen forretningsprosesser som dukker opp senere. | Konsulenten må være mer utforskende og undersøke interessentene grundig for å avdekke alle prosesser, unntak og kanttilfeller. |
| Brukerens evne til å forstå SAP begreper. | Tilstrekkelig rollebasert opplæring bør gis i løpet av blåkopifasen, ikke bare før lansering. |
| Konsulenten håndterer mer enn ett prosjekt samtidig. | Konsulenten bør fokusere på ett prosjekt om gangen. Lei inn en ekstra konsulent hvis arbeidsmengden krever det. |
| Planen forskyves etter hvert som verksteder avdekker nye krav. | Frys kravene ved et definert kontrollpunkt og send senere forespørsler gjennom en formell endringsforespørselsprosess. |
| Dokumenter lagres på tvers av e-post og delte disker, noe som forårsaker versjonskaos. | Bruk SAP Signavio Process Manager, SharePoint eller Solution Manager som den eneste sannhetskilden for blåkopien. |
SAP Forretningsplan vs. SAP Aktiver Tilpass til standard
Forretningsplanen ligger i hjertet av den eldre Så fort som mulig (Akselerert SAP) metodikk, som bruker en fossefallstilnærming: Forberedelse, Plan, Realisering, Endelig forberedelse, Go-Live og Support. Siden SAP S/4HANA, den SAP-anbefalt metode er SAP Aktiver, som er smidig og iterativ. De seks fasene er Oppdag, Forbered, Utforsk, Realiser, Implementer og Kjør.
In SAP Aktiver, du starter ikke med en blank blåkopi. Du starter med forhåndskonfigurerte beste praksiser levert som omfangselementer. I løpet av utforskningsfasen kjører du tilpasningsworkshops der bedriften prøver standarden. SAP prosess og dokumenterer kun deltaene.
| Aspekt | ASAP Blueprint | SAP Aktiver Tilpass til standard |
|---|---|---|
| metodikk | Foss, blåkopifase | Smidig, utforskningsfase |
| Utgangspunktet | Blankt lerret – fang SOM DE ER fra workshops | Aktiverte beste praksiser – prøv ut den kommende først |
| leveransen | Forretningsplandokument (BBP) | Delta dokument + etterslep av brukerhistorier |
| Typisk varighet | 2 til 6 måneder med workshops | 4 til 8 uker med Fit-to-Standard-økter |
| Tilpasningstilnærming | Modifikasjon i kjernen, RICEF-objekter | Rengjør kjernen, side-ved-side-forlengelser på SAP BTP |
| Avmeldingsmodell | Enkelt big-bang BBP-signering | Iterativ signering per omfangselement |
| Vanlig produkt | SAP ECC / R/3 | SAP S/4HANA, STIGE med SAP, VOKSE med SAP |
Begge tilnærmingene produserer fortsatt dokumentasjon, men vekten har flyttet seg fra en uttømmende forhåndsdokumentasjon til en levende prosessmodell som holdes i SAP Signavio, SAP Cloud ALM, eller Fiori Manage Your Solution-appen.
Felles SAP Fallgruver og rettelser i blåkopi
Selv velfungerende programmer støter på de samme tilbakevendende problemene når plantegningen går fra verksted til bygging. Se etter problemene nedenfor under kvalitetskontrollene.
- Kopiering av den eldre prosessen 1:1: Dreper verdisaken. Insister på TO-BE-workshops som lar SAP standarddriv prosessen før du legger til forbedringer.
- Manglende unntaksstier: Blueprint fanger opp den lykkelige banen, men ikke returer, kanselleringer eller interne varer. Legg til en seksjon for unntaksscenarioer per prosess.
- Underskrevne stamdata: En vag material- eller kundemaster fører til omarbeiding av migrering. Spikre ned alle attributter, eierskap og opprettelseskanaler.
- Tvetydige integrasjonspunkter: Systemer med navn, men ikke den nøyaktige IDoc-en, RFC-en eller OData-en. Legg ved en integrasjonsoversikt med kildesystem, retning, frekvens og feilhåndtering.
- WRICEF-listen vokser etter signering: Hver ny forbedring bør utløse en endringsforespørsel med kostnads-, tidslinje- og total eierskapskostnadspåvirkning.
- Autorisasjonsdesign overlatt til slutten: Utform roller sammen med prosesser slik at konflikter om arbeidsdeling dukker opp tidlig, ikke under UAT.
- Ingen BBP-eier på kundesiden: Tildel en forretningsprosesseier per modul. Konsulenten skriver utkast; virksomheten eier og godkjenner.

