Att gå från SAP BW till SAP Business Data Cloud. Modernisera i din takt, utan att tappa kontrollen.
Många CIO:er, CTO:er och CFO:er står i samma sits just nu. SAP BW 7.5 har burit verksamheten i många år och är spridd och välanvänd hos många kunder. Men kraven ökar på snabbare insikter, mer self service och en plattform som också möjliggör olika former av AI på sitt data. Samtidigt vill ingen ta en “big bang” som riskerar kontinuitet, rapportering och förtroende för siffrorna.
SAP positionerar SAP Business Data Cloud som vägen framåt för BW-kunder, men med en tydlig poäng. Modernisera i din takt och ta inte allt på en gång. Utnyttja skalbarheten för att kunna köra plattformarna sida vid sida.
Det här är en praktisk guide för hur du kan tänka. Den har fokus på tre saker som avgör om resan blir smidig och kontrollerad eller riskfylld och smärtsam. Dessa tre saker är teknik, styrning och adoption.
Varför är SAP BDC rätt väg inför framtiden om du har SAP
SAP har med introduktionen av SAP Business Data Cloud slagit in på en väg som innebär många förändringar jämfört med tidigare generationer av SAP lösningar för data och analys. Till att börja med måste vi tydliggöra att SAP Business Data Cloud inte är en produkt utan mer ett ramverk. Detta ramverk består av olika SAP delar, både gamla kända som SAC, SAC Planning och Datasphere men också flera nya såsom SAP Intelligent Apps, SAP dataprodukter och SAP Business AI och Joule. Till dessa delar kommer också en integration med 3:e partsprodukter såsom Databricks och Snowflake.
Detta innebär en arkitektur som är öppen mot omvärlden och andra dataplattformar på ett sätt som inte varit fallet. Den del av SAP BDC som SAP kallar SAP Business Data Farbric möjliggör också att man på ett helt annat sätt än tidigare kan åstadkomma data från olika källor som är förståeligt och integrerat och därmed kan användas av verksamheten utan behov av IT expertis. Den styrmodell som kommer med SAP BDC möjliggör också god kontroll på dataintegration, laddningar, spridning och åtkomst till data.
Slutligen är konsumtionen av SAP BDC skalbar vilket gör att man inte behöver betala mer än för den faktiska förbrukning som man har. Detta gör det ekonomiskt försvarbart att under en övergångsperiod köra SAP BDC sida vid sida med SAP Business Warehouse 7.5 eller andra liknande äldre plattformar som man nyttjar.
Varför SAP BW inte räcker längre
SAP Business Warehouse 7.5 är byggt för en annan tid. Det var på sin tid när det lanserades en mycket kompetent lösning för datalager som blev ännu mer kraftfull när HANA teknologin för lagring lanserades. Men i grunden bygger det på batchhantering av data, mycket programmering med hjälp av ABAP/4 och en semantik som sitter fast i InfoCubes och DSOs. Det har fungerat (och fungerar fortfarande) bra men det utgör en bromskloss när man vill uppnå realtidsnära transparens, kombinera SAP och icke SAP data, och använda AI och ML i vardagen. Dessutom utvecklas inte produkten längre och SAP har annonserat ett end of life till 2027, med möjlig förlängning av support i några år till mot en utökad avgift.
Transition at your own pace. Vad betyder det i praktiken?
Att ha möjlighet att förändra och förflytta i sin egen takt är en mycket viktig skillnad mellan ett bra och ett dåligt moderniseringsprogram. I ett bra program kan man planera för samexistens mellan gammalt och nytt, man kan beta av område för område och man kan hela tiden dra nytta av faktiskt gjorda erfarenheter under programmets framåtskridande.
Nyckelord är sida vid sida, ta många steg mot ett långsiktigt mål, tid för förankring och förändring och tydliga milstolpar. Man kan accelerera upp arbetet och nå snabba framgångar genom att använda acceleratorer och mallar där det går. Genom att prototypa och visa snabba resultat inom ett specifikt område som man kan visualisera och dela med verksamheten, så kan man succesivt förädla och förbättra i iterationer. Härmed vinner man verksamhetens förtroende och acceptans. Genom att också adressera datakvalitet i källsystemen kan man göra förbättringar inför framtiden.
Tre vanliga fallgropar och hur du undviker dem:
1. Gamla lösningar och logik som ingen vågar röra
InfoCubes, DSOs och batchjobb i SAP BW är ofta hårt kopplade till affärslogik och är ofta programmerade med olika steg under ETL processen. De går inte “att konvertera rakt av” till en modern modell i SAP Business Data Cloud.
Motdrag: Börja med en pilot som faktiskt används av verksamheten. Välj ett område med data (ex.vis försäljningsanalys) hitta en bra mall bland de som SAP erbjuder och fyll den med data med ett förståeligt och integrerat standardinnehåll. Använd modellen för jämförelse med nuläget, identifiera data eller dimensioner som inte stämmer överens, förstå vad som gör att det skiljer och åtgärda dessa efter ett aktivt beslut. Ladda om och gör nya jämförelser. Fokusera primärt på datamodellen och inte så mycket på användargränssnittet – det kommer senare och blir lättare när datat är korrekt. Var öppen för att ifrågasätta gamla sanningar och ta chansen att göra rätt redan i källan för att slippa bygga ny logik för att rätta till felaktigt data.
2. Integration av icke SAP data blir en bonus
Ett stort värde med en modern plattform ligger i möjligheten att kunna arbeta med både SAP data och annan data, att kunna integrera data till förståeliga modeller som ger verksamheten de perspektiv för analys man behöver. På det sättet ökar värdet ytterligare på sitt SAP data. Om integrationen inte är genomtänkt från start får man lätt data i silos eller som inte är enkla att bygga ett sammanhang på. (disjointed insights)
Motdrag: Definiera tidigt vilka källsystem och vilket data man vill kombinera och hur de logiska kopplingarna ser ut. Designa analysmodeller som kombinerar data och som kan användas för att senare skapa tydliga dataprodukter som vid behov kan delas i ekosystemet. Fundera också på var du vill konsumera ditt data. I SAP verktyg som SAC, dela det med Databricks eller enkkelt tillgängliggöra det för andra verktyg.
3. Lära sig det nya -verksamheten tappar tålamodet
När man går BEx Web, AfO och andra analysverktyg på toppen av ett SAP BW till mer self service och nya verktyg kan användarna lätt falla tillbaka till “det gamla” och efterfråga tidigare lösningar. Detta förstärks ofta om man också ändrar och förenklar i datamodeller och formler. Detta är ett av de vanligaste hindren för effektiva migreringar.
Motdrag: Börja alltid med att inventera och hitta analyser och rapporter som faktiskt används. Skapa tydliga delmängder per område med rapporter som faktiskt används. Hitta överlapp, dubbletter och ta hjälp av verksamheten i denna kartläggning. Passa också på att efterfråga önskade förbättringar och andra synpunkter på dagens lösningar. Ha med samma representanter i framväxten av nya datamodeller och analysverktyg, kör utbildning och förankring som en del av programmet. Tydliggör skillnader mellan då och nu.
En checklista för SAP BW 7.5 till Business Data Cloud:
Steg 1. Besluta vad som måste vara sant för att ni ska lyckas
- Vilka beslut ska gå snabbare. Vilka team ska bli bättre.
- Vilken nivå av realtid krävs.
- Identifiera och klassificera risker inom intern och extern rapportering, regulatoriska krav, andra.
Steg 2. Inventera verkligheten i BW
- Vilka rapporter används faktiskt. Top 20 per område.
- Vilka objekt bär affärskritisk logik.
- Var finns den dolda koden och logiken som ingen känner till.
- Hur många lösningar bygger på användning av SAP Integrated Planning som en del av SAP BW
- Vilka rapporter kan idag stödjas på anda sätt, ex.vis genom att använda Embedded Analytics i SAP S/4HANA
Steg 3. Välj en pilot som tvingar fram rätt lärdomar
- Välj ut en datadomän med ett tydligt ägarskap i verksamheten och vilja att vara först ut.
- Sätt mål för pilot. Tid till första värde, förbättrad datakvalitet, framgångsfaktorer.
- Beskriv vad som krävs för att vara klar och att motsvarande delar av BW stängas ned.
Steg 4. Arbeta i en loop, område för område
- Hybrid och steg för steg gör att man kan standardisera arbetssättet.
- Identifiera template, extrahera, ladda modell, jämför med nuläge, hitta delta, uppdatera modeller och rapporter
- Produktionssätt kontinuerligt och fasa ut BW för den delen.
Steg 5. Säkra governance och kostnadsstyrning
- Business Data Cloud är ett öppet ekosystem. Det kräver att man har bra kontroll på datadelning och åtkomst.
- Förstå och tillämpa rättighetsmodeller och hur man kan följa data och em som kan se vad
- Skapa tydligt ägarskap för innehållet i datamodeller, vem är ansvarig och vem bestämmer defintionerna av data och KPI’er.
- Konsumtionsmodell – vad driver kostnader i SAP BDC och vem betalar de olika delarna?
Frågor CIO:er brukar ställa
Vad betyder “modernize at your own pace” konkret?
Hybrid och samexistens. Man väljer vad som flyttar först, och fasar ut SAP BW stegvis.
Måste vi välja mellan SAP BDC eller annan dataplattform, ex.vis Snowflake?
Nej, riktningen är snarare att koppla ihop. SAP lyfter integration med partners och ett öppet ekosystem.
Varför pratar alla om pilot först?
För att SAP BW strukturer och batchlogik sällan går att “flytta som de är”. En pilot ger snabb feedback och minskar risk. En pilot möjliggör att man kan utvärdera och lära sig arbeta med delarna i SAP BDC inför framtiden. Dessutom innehåller många SAP BW installationer lösningar som utvecklade för 10-15 år sedan och som kanske inte är det man behöver inför framtiden. En pilot kan få lite fria tyglar att tänka nytt.
Sammanfattning: Ett smartare sätt att tänka BW exit.
Om man inte väljer att flytta in ett befintligt SAP BW till en Private Cloud instans inom ramen för SAP BDC och köra på as-is i några år till, så är den bästa SAP BW 7.5 strategin att genomföra en kontrollerad modernisering och förflyttning till SAP BDC, steg för steg och sida vid sida. Där kan man staka ut vägen mot en modern plattform med integrerat och förståeligt data som är redo för AI, utan att tappa kontrollen. Du flyttar det som ger affärsvärde först. Du standardiserar stegvis. Du driver adoption lika hårt som teknik.
Och du bygger ett läge där SAP data kan användas där det passar bäst. I SAPs verktyg, eller i dataplattformar som Snowflake, Databricks och MS Fabric, med governance och semantik intakt.
Vill du se hur er resa från SAP BW 7.5 till SAP Business Data Cloud kan tas stegvis.
Boka en SAP BDC Workshop med Implema
