SAP Cloud Application Programming Model (CAP) : modèles CDS, services et persistance SAP HANA Cloud
À jour au
CAP est le framework SAP pour les services side-by-side sur SAP BTP : on modélise entités et services en CDS, et le runtime sert de l'OData V4, avec SQLite en local et SAP HANA Cloud (conteneurs HDI) en production. Ce module mène de cds init à un service de budget par centre de coûts fonctionnel, avec des données CSV, des résultats $count et $filter reproductibles, une couche d'autorisation déclarative avec @restrict et la chaîne mbt build puis cf deploy. Il situe aussi CAP face au clean core, explique la consommation d'API S/4HANA via cds import et la place de l'analytique et de l'IA au-dessus.
Ce que vous apprendrez
- Créer un projet CAP avec cds init et modéliser des entités avec les aspects cuid et managed dans db/schema.cds
- Exposer des projections en service OData V4 et l'interroger avec $count et $filter
- Écrire un handler Node.js avec hooks before et on et une fonction non liée
- Protéger un service avec @restrict et le tester avec des utilisateurs simulés
- Ajouter le support SAP HANA Cloud avec cds add hana et expliquer le déploiement HDI
- Importer un EDMX depuis api.sap.com avec cds import et exposer une projection dessus
CAP en 2026 : ce que c'est et où ça se situe
Le SAP Cloud Application Programming Model (CAP) est le framework SAP pour construire des services side-by-side sur SAP BTP. On décrit un modèle de domaine et des services en CDS (Core Data Services pour CAP, fichiers d'extension .cds), et le runtime CAP les sert en OData V4 sans contrôleurs écrits à la main. Il fonctionne sur Node.js et sur Java (cds add nodejs, cds add java) ; sa base de production par défaut est SAP HANA Cloud, tandis que SQLite est la base de développement (CAP Getting Started, guide CAP des bases de données).
Pour un consultant analytique, la position compte. CAP est l'endroit où un client construit ce qui doit rester hors de S/4HANA selon la règle du clean core (voir M417 et le concept C198, extensions side-by-side) : un service d'approbation budgétaire, une table de correspondance, une API fine au-dessus d'un data product. CAP ne remplace pas l'ABAP CDS. Les vues ABAP CDS (concept C032) vivent dans la pile ABAP et alimentent l'Embedded Analytics ; le CDS de CAP vit dans une application BTP et persiste dans SAP HANA Cloud (concept C319, voir M422).
Prérequis
- Notions de JavaScript ou TypeScript et de REST/OData
- Node.js (LTS pair) et @sap/cds-dk installés
- Pour le déploiement optionnel : un sous-compte SAP BTP d'essai ou free tier avec Cloud Foundry et une instance HANA Cloud
Acquis
- Reproduire les résultats du lab : $count 8 sur BudgetLines, 3 lignes 2026 en dépassement, totalPlanned 2026 = 170000
- Expliquer ce que cuid et managed ajoutent à une entité et les colonnes obtenues
- Distinguer le développement SQLite de la persistance de production HANA Cloud et HDI
- Décrire la chaîne cds add, mbt build, cf deploy et nommer les artefacts XSUAA créés
- Décider quand CAP, les API S/4HANA publiées ou une extension ABAP Cloud est le bon outil
- Dire ce qui est vérifié ou non sur les annotations analytiques CAP et le plugin CAP LLM
Module complet avec le palier Consultant — 19,90 €/mois. Le module complet ajoute : le cadre de décision · le cas guidé de bout en bout · la grille de KPI · les anti-patterns · les blocs de code · le contrôle de connaissances · les schémas.
Missions ouvertes
offres d'emploi et missions SAP analytics · missions freelance SAP.