Hvordan lykkes SAP-systemnedlukning sikkert og fuldstændigt?

Emanuel Böminghaus, administrerende direktør i AvenDATA
Emanuel Böminghaus, ekspert i legacy-systemer, administrerende direktør i AvenDATA
Emanuel Böminghaus, administrerende direktør i AvenDATA

Emanuel Böminghaus

ekspert i legacy-systemer, administrerende direktør i AvenDATA
Nedlukning af et SAP-system hører til de mest krævende IT-projekter i en virksomheds livscyklus. Et SAP-system er dybt integreret i driftsprocesser, skatterelevante datastrømme og tekniske afhængigheder. Når det skal lukkes ned, skal alle data fortsat være tilgængelige i overensstemmelse med lovgivningen. Samtidig skal det sikres, at der ikke opstår tekniske risici eller compliance-huller. Derfor er SAP-systemnedlukning altid en struktureret og faglig yderst præcis opgave.
SAP-systemnedlukning i en virksomheds IT-miljø

Derfor er nedlukning af SAP-systemer så komplekst

Et SAP-system indeholder data i vidt forskellige tekniske strukturer, som ikke kan opfanges med en simpel eksport. Til den lovpligtige opbevaring skal data være fuldstændige, korrekte, uændrede og læsbare på lang sigt. Samtidig må adgangsrettigheder ikke krænkes, og sikkerhedskritiske komponenter må ikke fortsætte med at køre efter nedlukningen. Virksomheder har derfor brug for en proces, der tager højde for alle relevante dataformater og sikrer, at der senere kan gives indsigt i data.

Hvilke data skal absolut udtrækkes ved SAP-systemnedlukning

I SAP-systemer ligger oplysninger ikke kun i den klassiske relationelle database, men er fordelt på forskellige niveauer, lagerlokationer og arkivstrukturer. For at sikre, at data er fuldstændige, skal følgende områder især behandles fagligt korrekt ved nedlukningen:
  • ADK-filer fra SAP-arkiveringen
  • Tabeller og indhold fra den almindelige SAP-database
  • GOS-dokumenter, der er knyttet til bilag eller processer
  • Dokumenter og objekter fra SAP-bilagsarkivet
  • Indhold fra clustertabeller, som kræver særlig behandling og validering
Kombinationen af disse formater viser tydeligt, at en SAP-systemnedlukning næppe er mulig uden dybtgående teknisk forståelse. Især clustertabeller kan give betydelige problemer, hvis de ikke udtrækkes eller fortolkes korrekt. Deres data ligger ikke som sædvanligt i overskuelige tabelrækker, men i komprimerede strukturer, som kræver særlige procedurer til klargøring.

ADK-filernes betydning ved nedlukning

ADK’er er en central del af SAP-datalagringen. Mange virksomheder bruger SAP-arkivering i årevis uden at være klar over, at ADK’er ikke blot er filer, men strukturerede arkiver, som er absolut nødvendige for enhver senere indsigt. Uden disse arkiver er det næsten umuligt at rekonstruere historiske transaktioner fuldstændigt. Ved systemnedlukning skal ADK’er derfor udtrækkes, valideres og stilles til rådighed på en revisionssikker måde. Tab eller beskadigelse af ADK’er kan medføre betydelige juridiske risici, da væsentlige bilag eller bevægelsesdata kan mangle.

Derfor er den almindelige database ikke nok

Mange virksomheder går ud fra, at nedlukningen udelukkende handler om den relationelle database. I praksis er det dog kun en del af det samlede billede. Tabeller som BKPF, BSEG eller MARA indeholder stadig store dele af de historiske transaktioner, men uden de tilhørende arkivdata, GOS-bilag eller bilagsarkivstrukturer forbliver systemet ufuldstændigt. Først samspillet mellem disse forskellige informationskilder giver mulighed for fuld indsigt over for skattemyndigheder, revisorer eller interne afdelinger.

GOS-dokumenternes rolle ved SAP-systemnedlukning

GOS-dokumenter er ofte den mest undervurderede del af et SAP-system. De knyttes direkte til bilag via funktionen Generic Object Services (GOS) og indeholder ofte kontrakter, korrespondance, PDF-filer eller andre relevante informationsobjekter. Disse bilag ligger ikke i det almindelige databaseskema, men administreres via SAP’s egne mekanismer. Ved nedlukningen skal de udtrækkes fuldstændigt og entydigt knyttes til de rette bilag. Manglende GOS-dokumenter kan senere give huller i dokumentationen, hvilket især er problematisk ved skattemæssige kontroller.
SAP-bilagsarkiv med dokumenter og arkivdata

SAP-bilagsarkivet som kritisk del af datalandskabet

SAP-bilagsarkivet gemmer dokumenter, der ikke opbevares i databasen, men er tilknyttet via SAP ArchiveLink-proceduren. Fakturaer, følgesedler, ordrer eller HR-dokumenter ligger dermed fysisk uden for den almindelige SAP-instans. For systemnedlukningen betyder det, at både de logiske referencer og de fysiske filer skal udtrækkes korrekt og gøres permanent læsbare. Uden dette trin forbliver det arkiverede system ufuldstændigt.

Særlig forsigtighed med clustertabeller

Clustertabeller er en af de største tekniske udfordringer. De er ikke klassiske tabeller, men indeholder komprimerede datapakker, som SAP gemmer internt og pakker ud igen ved læsning. Forkert håndtering kan medføre, at bevægelsesdata beskadiges, eller at visse oplysninger ikke længere kan rekonstrueres. Ved nedlukning af et SAP-system skal clustertabeller derfor behandles med særlige udtrækslogikker, der sikrer både dataenes integritet og den langsigtede læsbarhed.

Derfor er en struktureret systemnedlukning uundværlig

Eine SAP-Systemstilllegung endet nicht mit der Extraktion der Daten. Am Ende des Prozesses müssen das SAP-System und alle technischen Komponenten vollständig und revisionssicher abgeschaltet werden. Dies umfasst den Rückbau der Server, die Deaktivierung von Schnittstellen, die Entfernung alter Backups und die saubere Dokumentation der Stilllegung. Erst wenn alle Daten extrahiert, alle Archivobjekte gesichert und sämtliche Tabellenstrukturen korrekt verarbeitet wurden, kann das System endgültig außer Betrieb genommen werden.

SAP-systemnedlukning kræver den højeste præcision

Nedlukning af et SAP-system er mere krævende end nedlukning af andre applikationer. Årsagen er mangfoldigheden af dataformater og den tætte sammenhæng mellem arkivobjekter, databasetabeller, GOS-dokumenter, ADK’er og clustertabeller. Virksomheder skal sikre, at alle relevante oplysninger stilles til rådighed fuldstændigt, revisionssikkert og læsbart på lang sigt. Kun på den måde kan et SAP-system lukkes ned korrekt uden at skabe juridiske risici eller senere problemer ved kontroller.
Planlægger I at arkivere et ældre system?