Tècnica de sistemes SAP BASIS i S/4HANA

Elaboració pròpia: la font és de pagament i no es reprodueix

Enunciat oficial. Tècnica de sistemes SAP BASIS i S4/HANA.

1. Què és SAP BASIS

SAP BASIS (Business Application Software Integrated Solution; avui SAP NetWeaver Application Server i, a S/4HANA, SAP Application Server ABAP) és la capa tècnica intermèdia de SAP: el conjunt de components que permet que les aplicacions de negoci s'executin amb independència del sistema operatiu i de la base de dades. El llenguatge de programació propi de SAP és ABAP (Advanced Business Application Programming), amb què s'escriu tant el nucli estàndard com les extensions pròpies de cada client.

Funcions de l'administrador BASIS: instal·lació i actualització del sistema, gestió de mandants, transports, usuaris i autoritzacions, planificació de treballs de fons, monitoratge i rendiment (tuning), còpies de seguretat i recuperació, alta disponibilitat, connexions RFC (Remote Function Call) i interfícies, i aplicació de pedaços i notes SAP.

Fins on arriba aquest tema. Aquí es tracta la capa tècnica: què hi ha sota els mòduls i qui l'administra. Els mòduls funcionals que hi corren a sobre tenen tema propi —comptabilitat i pressupost FI/EA-PS —EA (Enterprise Add-on) per al PS (Public Sector)— → tema 36, gestió tributària TRM (Tax and Revenue Management) → tema 37, recursos humans HCM → tema 38— i el concepte general d'ERP es desenvolupa al tema 42.

2. Arquitectura

Model de tres capes: presentació (SAP GUI, Graphical User Interface, navegador, Fiori) → aplicació (servidors d'aplicació) → base de dades.

Components d'una instància SAP:

Mandant (client): unitat organitzativa i tècnica que separa completament les dades. Un mateix sistema pot tenir diversos mandants (per exemple, 100 personalització, 200 proves, 300 formació).

Paisatge de sistemes (landscape): DEV (Development) → QAS (Quality Assurance System) → PRD (Production).

Sistema de correcció i transport (CTS, Correction and Transport System): tot canvi de personalització o de desenvolupament es registra en una ordre de transport que es promou de DEV a QAS i a PRD. En alliberar l'ordre a DEV els objectes s'exporten, s'importen a QAS i queden encuats cap a PRD. Cap canvi es fa directament a producció.

Transaccions d'administració i transport: SE01/SE09/SE10 (Transport Organizer, creació i alliberament d'ordres), STMS (Transport Management System, cua i importació de transports), SPRO (SAP Project Reference Object, personalització: obre la guia d'implementació), SM59 (RFC Destinations, destinacions RFC), SICK (Installation Check, comprovació de la instal·lació), SPAM i SAINT (Support Package Manager i SAP Add-On Installation Tool, pedaços i complements) i SUM (Software Update Manager, actualitzacions i migracions).

3. SAP Solution Manager

Propòsit principal: plataforma centralitzada de gestió del cicle de vida complet de les solucions SAP (ALM, Application Lifecycle Management): dona suport a la implantació, l'operació, el manteniment, la millora contínua i el monitoratge de tot el paisatge SAP.

Funcions: documentació de processos de negoci, gestió de projectes d'implantació, gestió de canvis i de transports (ChaRM), gestió d'incidents i de peticions (ITSM, Information Technology Service Management, integrat), monitoratge tècnic i de negoci, gestió de proves, descobriment del paisatge (LMDB, Landscape Management Database), aplicació de pedaços i notes, anàlisi de causa arrel i gestió de la migració a S/4HANA (Readiness Check).

No és un mòdul de negoci, ni una base de dades, ni una eina de desenvolupament: és gestió del cicle de vida.

El manteniment estàndard de Solution Manager 7.2 acaba el 2027, alhora que el de SAP ERP 6.0. El relleu és SAP Cloud ALM per als escenaris al núvol i SAP Focused Run per al monitoratge de paisatges grans; el relleu no és equivalent funció a funció, i escenaris com ChaRM o la gestió de proves s'han de replantejar.

4. SAP HANA

SAP HANA (HANA: High-performance ANalytic Appliance) és: la base de dades in-memory, columnar i multimodel de SAP, que és alhora plataforma d'aplicacions.

Enfront d'un motor SQL (Structured Query Language) clàssic com Oracle o SQL Server, el que la distingeix és on viuen les dades i com s'organitzen, no la disponibilitat ni l'escalabilitat, que qualsevol d'aquells motors també ofereix:

• Emmagatzematge principal en memòria (in-memory): les dades resideixen a la RAM (Random Access Memory), no al disc; el disc s'usa per a persistència i recuperació. Això elimina el coll d'ampolla d'entrada/sortida i multiplica la velocitat de consultes i transaccions. Un disc d'estat sòlid no és memòria: per ràpid que sigui, segueix sent disc.
• Emmagatzematge columnar com a model principal: les dades s'organitzen per columnes en lloc de per files, cosa que permet compressió molt elevada, lectures analítiques molt més ràpides i operacions d'agregació sobre milions de files sense índexs addicionals.
• Processament OLTP (Online Transaction Processing) i OLAP (Online Analytical Processing) sobre les mateixes taules (HTAP, Hybrid Transactional/Analytical Processing): desapareix la necessitat de mantenir taules agregades, índexs secundaris i un magatzem de dades separat per a l'anàlisi bàsica. Aquesta és la conseqüència de negoci més important.
• Paral·lelisme massiu aprofitant tots els nuclis, i push-down del càlcul a la base de dades (el «codi va a les dades», no a l'inrevés).
• Multimodel: relacional, documental (JSON, JavaScript Object Notation), espacial, grafs, cerca de text i aprenentatge automàtic integrats al mateix motor.

Persistència: savepoints periòdics i registre de transaccions (redo log) al disc garanteixen la durabilitat malgrat treballar en memòria.

Emmagatzematge per files vs per columnes: HANA permet totes dues; per columnes és el predeterminat i el recomanat per a la immensa majoria de taules.

5. SAP S/4HANA

Què és: la suite ERP (Enterprise Resource Planning) de nova generació de SAP, successora de SAP ERP (ECC 6.0) (ECC: ERP Central Component), construïda exclusivament sobre SAP HANA i amb una simplificació radical del model de dades.

Novetats principals:

Opcions de desplegament: on-premise, núvol privat (RISE with SAP) i núvol públic (S/4HANA Cloud, amb un abast estandarditzat i menys extensibilitat).

Camins de migració:

1. Nova implantació (greenfield): es reimplanta des de zero, redissenyant els processos. Neteja el deute però és el més costós.
2. Conversió del sistema (brownfield): es converteix el sistema existent conservant dades i personalització. Menys disruptiu, arrossega el deute.
3. Transformació selectiva del paisatge (bluefield): es migra selectivament el que interessa.

Eines: SAP Readiness Check, Simplification List (llista de canvis funcionals obligatoris), Custom Code Migration (anàlisi del codi ABAP propi), SUM/DMO (Database Migration Option, actualització i migració de base de dades en un sol pas) i SAP Activate com a metodologia.

Calendari crític: el manteniment estàndard de SAP ERP 6.0 finalitza el 2027 per als enhancement packages 6, 7 i 8 —els anteriors ja hi van sortir abans—, amb manteniment estès opcional fins al 2030 a canvi d'un recàrrec sobre la quota. SAP hi ha afegit després una opció de transició fins al 2033 reservada a clients que passen al model de subscripció al núvol. Cap de les tres allarga el producte indefinidament: la migració a S/4HANA és una obligació planificable, no una opció, per a les administracions que hi tenen la gestió econòmica.

6. Usuaris i autoritzacions

El control d'accés de SAP té dos nivells que no s'han de confondre: qui entra (el registre mestre d'usuari) i què pot fer un cop dins (les autoritzacions). Els dos són per mandant: el mateix nom d'usuari en dos mandants del mateix sistema són dos usuaris diferents, amb rols diferents.

El registre mestre d'usuari es manté amb SU01 (User Maintenance) i porta les dades d'accés, el grup, la validesa i els rols. Cada usuari té un tipus, i la diferència entre ells és de les que es pregunten:

Com es concedeix un permís. La peça mínima és l'objecte d'autorització: una agrupació de fins a deu camps que representa una comprovació. Els valors permesos per a aquests camps s'agrupen en un rol, que es manté amb PFCG (Profile Generator); en generar el rol el sistema en construeix el perfil. Assignar el rol no basta: fins que no es fa la comparació d'usuari el perfil no entra al registre mestre i l'usuari no té l'autorització. Els rols poden ser simples, compostos (agrupen rols simples) i derivats (hereten d'un rol pare i només canvien les restriccions organitzatives).

Quan un usuari rep un «sense autorització», el primer lloc on es mira és SU53, que ensenya l'última comprovació d'autorització que ha fallat i amb quins valors.

Els riscos clàssics, que són els que apareixen en una auditoria:

• El perfil SAP_ALL dona el sistema sencer. No hi ha cap motiu perquè estigui assignat de manera permanent a producció.
• Els usuaris estàndard —SAP*, DDIC, EARLYWATCH— es creen a la instal·lació amb contrasenyes públiques i documentades: s'han de canviar i bloquejar.
• La segregació de funcions: qui comptabilitza no paga, qui crea el proveïdor no aprova la factura. És un requisit de control intern, i el model de rols és on es materialitza.

Traçabilitat: el registre d'auditoria de seguretat enregistra accessos, intents fallits i accions crítiques. Es configurava amb SM19 i es llegia amb SM20; des de NetWeaver 7.50 les transaccions vigents són RSAU_CONFIG i RSAU_READ_LOG.

7. Monitoratge i rendiment

Un sistema SAP es vigila per capes, i el primer pas d'una anàlisi és decidir de quina capa és el coll d'ampolla —aplicació, base de dades o sistema operatiu— abans d'entrar al detall. Mirar-ho al revés és l'error habitual: es fa tuning de la base de dades quan el que falta és memòria a la màquina.

Estat del sistema (capa d'aplicació): SM50 (Work Process Overview, els processos de treball d'una instància) i SM66 (Global Work Process Overview, els de totes les instàncies alhora, que és la vista per a un paisatge distribuït); SM12 (bloquejos), SM13 (actualitzacions pendents o cancel·lades), SM21 (registre del sistema), ST22 (bolcats ABAP) i SM37 (treballs de fons).

Rendiment: la parella que cal distingir és ST03 (Workload Monitor: temps de resposta i càrrega per tipus de tasca —diàleg, fons, RFC, actualització—, la mesura de referència de com va el sistema per a qui l'usa) i ST06 (Operating System Monitor: la màquina —processador, memòria, intercanvi, disc i xarxa—). Per baixar un esglaó hi ha monitors específics de les memòries intermèdies de SAP, de la base de dades i de la traça de sentències SQL.

Base de dades i còpies: DB02 (Tables and Indexes Monitor: creixement, espai i índexs) i DB12 (registres de còpia de seguretat: si l'última va acabar bé).

Alertes i monitoratge centralitzat: el CCMS (Computing Center Management System) recull mètriques amb llindars i les presenta com a alertes a RZ20. Per damunt, SAP Solution Manager hi afegeix el monitoratge de tot el paisatge i l'informe periòdic EarlyWatch Alert, i SAP Focused Run i SAP Cloud ALM fan el mateix per a paisatges grans i per al núvol. La base de dades HANA té la seva pròpia consola, el SAP HANA Cockpit.

8. SAP BTP i l'ecosistema

SAP Business Technology Platform (BTP): la plataforma de núvol de SAP per a extensió, integració, dades i IA (Intel·ligència Artificial). Components: SAP Integration Suite (successora de PI (Process Integration) i PO (Process Orchestration)), SAP Build (low-code → tema 40), SAP Datasphere i SAP Analytics Cloud (dades i analítica), ABAP Environment (ABAP al núvol) i serveis d'IA.

Altres: SAP Fiori Launchpad, SAP Gateway (serveis OData), SAP Cloud ALM (successora de Solution Manager per a entorns al núvol), SAP Signavio (process mining).

9. Consideracions per al sector públic

• Dimensionament de memòria: HANA exigeix molta RAM certificada, i el factor de compressió depèn de les dades de cada instal·lació, de manera que la mida no s'estima a ull sinó amb les eines de dimensionament de SAP. El cost d'infraestructura és un factor determinant en la decisió entre local i núvol; la sala on s'allotja el maquinari és matèria del CPD (Centre de Procés de Dades) → tema 55.
• Alta disponibilitat i recuperació: HANA System Replication i clústers; els objectius RPO (Recovery Point Objective) i RTO (Recovery Time Objective) s'han de fixar segons la criticitat del servei → tema 58.
• ENS: categorització del sistema, control d'accés, segregació de funcions, traçabilitat i còpies. El model d'autoritzacions de SAP és una peça central del compliment.
• RGPD: SAP tracta dades personals massives (HCM, Human Capital Management, padró, tributs); calen control d'accés per objecte d'autorització, registre d'activitats, terminis de conservació i bloqueig i esborrat de dades (SAP ILM, Information Lifecycle Management).
• Contractació i dependència: la migració a S/4HANA i a RISE implica decisions de llarg abast sobre sobirania de les dades i bloqueig de proveïdor; la Mesura de digitalització oberta obliga a valorar-ho.
• Migració de dades: la qualitat de les dades mestres determina l'èxit → tema 31.

Claus d'examen

• A HANA la memòria hi és sempre; el columnar l'acompanya, però no la substitueix. El mateix tret cau dues vegades i amb dues redaccions diferents de la correcta: a TS-TIC 2025 pràctica (s4-p024) és «emmagatzematge de dades en memòria principal (RAM) per accelerar consultes i transaccions», sense esmentar columnes; a TS-TIC 2025 específic (p. 59) és «emmagatzemar dades en memòria (in-memory database) i el seu model de columna», les dues coses juntes. La regla que en surt: descarta tota opció que no parli de memòria, i entre les que en parlen tria la que hi sumi el columnar si l'hi sumen.
• El parany de HANA és el disc ràpid. Les distractores hi posen SSD (Solid State Drive), fitxers de text plans i taules per files amb accés seqüencial (TS-TIC 2025 pràctica, s4-p024). Un SSD segueix sent disc. I les que ofereixen «alta disponibilitat i escalabilitat» o «suport a múltiples llenguatges» (TS-TIC 2025 específic, p. 59) fallen per un altre motiu: Oracle i SQL Server també les tenen, així que no distingeixen res.
• SAP Solution Manager no és una base de dades ni un mòdul de negoci: el propòsit que cau és «monitorització i gestió de sistemes SAP», el nucli de l'ALM (TS-TIC 2023, p. 82). Les distractores hi confonen desenvolupament d'aplicacions, implementació de HANA o informes financers.
• ABAP és el llenguatge de SAP, no d'un altre fabricant (Navision, Microsoft Dynamics, Oracle són les distractores habituals): és el llenguatge complementari de desenvolupament sobre l'estàndard SAP (TM-TIC 2021-OP, p22; examen d'una altra categoria, no compta per aquest temari però la trampa és la mateixa).

Per recordar

• BASIS és la capa tècnica de SAP: instal·lació, mandants, transports, usuaris i autoritzacions, treballs de fons, rendiment i còpies.
• Paisatge DEV → QAS → PRD amb ordres de transport; cap canvi directe a producció.
• SAP Solution Manager = gestió del cicle de vida complet de la solució (ALM): implantació, canvis, incidents, monitoratge i migració.
• SAP HANA: in-memory i columnar, amb compressió alta i OLTP i OLAP sobre les mateixes taules. Aquesta és la diferència essencial amb Oracle o SQL Server. Un SSD no és memòria.
• La durabilitat de HANA es garanteix amb savepoints i registre de transaccions al disc.
• S/4HANA: Universal Journal (ACDOCA) unifica FI i CO; Business Partner únic; interfície Fiori; analítica incrustada; principi de clean core.
• Migració: greenfield, brownfield i bluefield.
• Autoritzacions: objecte d'autorització → rol (PFCG) → perfil → usuari, i el permís no és efectiu fins a la comparació d'usuari. SAP_ALL no viu a producció.
• Monitoratge: SM50 és d'una instància i SM66 de totes; ST03 mesura la càrrega de treball i ST06 la màquina.
• Fi de manteniment de SAP ERP 6.0: 2027 (EhP 6, 7 i 8), estès fins al 2030 i, en el model de subscripció, fins al 2033. És l'única data d'aquest tema que cal saber; la resta de versions i noms de producte, situa'ls, no els memoritzis.