Det är skönt att köra SAP när man ska uppgradera

SAP var tidigt ute

Redan när 90-talet var ungt hade SAP tänkt på hantering av ett affärssystems livscykel. Rutiner och verktyg för att hantera uppgraderingar m m fanns med från början.

Jag ska villigt erkänna att t ex version 1.2 av R/3 var lite kantig och man fick göra mycket manuellt, men själva grundidén fanns där.

Med tiden så förädlades verktygen och det blev lättare att underhålla systemet genom livscykeln. Jag tänkte fördjupa mig lite i de olika metoderna som finns att tillgå och vilket systemstöd som finns.

Allt finns i systemet

Man ska ha klart för sig är att all affärslogik ligger inne i systemet.

Systemet skrevs från början i programmeringsspråket ABAP och källkoden för detta ligger i själva systemet (visserligen finns det även Java-delar för vissa SAP-komponenter, men den här bloggen handlar om ABAP-delen).

Fördelen är att det är oerhört lätt att flytta ett SAP-system från en plattform till en annan, medan det blir lite mer komplext att byta version.

SAP uppgradering

Från början så kunde man bara få tillgång till nya funktioner med hjälp av en uppgradering. Det innebar att samtliga komponenter i systemet byttes ut mot nya dito.

Som ni kanske förstår så var det en omfattande procedur och därmed tidskrävande. De första uppgraderingarna var alltid förlagda på långhelger som t ex jul, nyår eller påsk.

- Vad ska vi göra till påsk? Frågade familjen med tindrande ögon.

- Jag ska jobba, vad ska ni göra? Var det stående svaret.

Nuförtiden så kan man planera in en uppgradering när man tycker det passar bäst. Fortfarande tycker majoriteten att en helg är bäst.

SAP Support Packages

SAP lägger även till förändringar i systemet inom releaserna. Ett bra exempel är HR. Där ändras de legala kraven i en oerhörd takt. Dessa förändringar buntas sedan ihop till så kallade Support Packages.

Naturligtvis finns det verktyg för hantera Support Packages på olika sätt. Man kan köra dem en och en eller flera stycken i en och samma körning.

Även detta kan generera långa körtider och i 80 % av fallen beror det på att man tar ett stort "skutt" och buntar ihop kanske 20 eller 30 Support Packages i en och samma körning.

SAP Enhancement Packages

För att få ner körtiderna (läs: nertiderna) utvecklade SAP ett mellanting mellan uppgradering Support Packages. Man skapade Enhancement Packages.

Där är den centrala kärnan i princip densamma oavsett vilket Enhancement Package man använder. Utveckling sker i egna komponenter och det man ändrar i kärnan är möjligheten att hoppa ut till den nya funktionen.

Funderar du på att lägga in ett antal Support Packages?

Fundera en gång till!

Försök alltid lägga in ett Enhancement Package, när du ändå håller på.

Varför då?

Jo, finessen med Enhancement Packages är att man kan välja vilka komponenter som ska uppdateras. Naturligtvis kan det finnas vissa beroenden, men principen är att man bara uppdaterar de komponenter man använder och behöver.

Jämför det med en uppgradering där man måste byta alla komponenter.

Då är det ju inte så stor skillnad?

Jo, man har fått mängder med nya funktioner.

Skillnaden är att funktionerna ligger likt gamla Ryska agenter och bara väntar på att få aktiveras.

Finns det någon hake då?

"Haken" är den att man använder sig av samma teknik som en uppgradering gör. Det gör alltså att den totala körtiden för ett Enhancement Package oftast är längre än för motsvarande körning med Support Packages.

Den stora vinsten med denna "hake" är att nertiden är avsevärt kortare jämfört med en körning av ett antal Support Packages.

Det bästa av två världar

Man får alltså in nya rättningar för t ex legala krav och man får in nya funktioner som man kan aktivera vid behov. För mig så är det en oslagbar kombination!

SAP Notes

Men om jag nu upptäcker ett akut fel?

Jag kan ju inte köra igång ett projekt med Support Packages, Enhancement Packages och allt vad det nu heter!

Det är helt riktigt!

Upptäcker SAP ett fel så skapas det s k SAP Notes för detta. I SAP-systemet finns det sedan en assistent som kan ladda hem dessa SAP Notes.

Dessutom hjälper verktyget till med att implementera lösningen också. När lösningen är implementerad och testad så för man den vidare i systemlandskapet m h a transportsystemet.

Det är så nära "serverat på silverfat" man kan komma.

Stay tuned!

Blogginlägg skrivet av Tomas Gustafsson, Senior lösningsarkitekt på Implema

http://www.implema.se/blogg/tomas-gustafsson/