Fiche concept

API de scripting SAC (scripting d'Application Analytique)

À jour au 2026-07-23

Édité par Cédric-Olivier Mâry, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que API de scripting SAC (scripting d'Application Analytique) ?

Le scripting SAC ne devient nécessaire que lorsqu'une application doit orchestrer le comportement des widgets au-delà de ce qu'une Story statique peut exprimer — pour tout le reste, une Story se gouverne et se transmet plus facilement.

De quoi il s'agit

L'API de scripting SAC est la surface de programmation au dialecte TypeScript des Applications Analytiques de SAP Analytics Cloud — le moteur qui transforme SAC d'un constructeur de Story glisser-déposer en véritable plateforme applicative. Quand un client a besoin d'une application analytique interactive avec navigation custom, formatage conditionnel qu'aucune Story ne sait exprimer, binding de données programmatique ou intégration de systèmes externes, le scripting d'Application Analytique est la réponse.

Ce que le scripting contrôle réellement : chaque widget du canevas (graphique, tableau, liste déroulante, champ de saisie, image) expose une API de propriétés et une API d'événements. Les propriétés permettent au code de scripting de paramétrer à l'exécution le binding de données, les filtres, les dimensions, les mesures, la visibilité, le formatage. Les événements se déclenchent sur les actions utilisateur (onClick, onResultChanged, onSelect, onInitialization) et permettent au code de réagir. Les deux surfaces ensemble permettent à un designer d'application de construire des flux qu'aucune Story statique ne sait exprimer — par exemple un flux de drill où cliquer sur un graphique remplit un second graphique avec la dimension sélectionnée comme filtre, puis active conditionnellement un widget de prévision si la donnée dépasse un seuil.

Pourquoi c'est important

Le scripting s'exécute côté serveur, pas dans le navigateur, et n'a pas de capacité d'appel REST arbitraire — l'intégration externe requiert toujours des connexions OData ou des iFrames BTP.
Les API de propriétés et d'événements de chaque widget permettent au clic sur un graphique de remplir un second graphique et d'activer conditionnellement un widget de prévision — le pattern classique de drill.
Abuser du scripting produit des applications que seul un développeur peut maintenir, ce qui va à l'encontre de l'idée de les transmettre à un analyste citizen.

Points clés

Deux surfaces — API de propriétés (paramétrer à l'exécution binding, filtres, visibilité, formatage) et API d'événements (réagir aux actions : onClick, onResultChanged, onSelect, onInitialization).
Sous-ensemble TypeScript — exécution côté serveur ; accès au modèle de données SAC, collection de widgets, service Planification, Smart Predict, R-Visualization.
Pas d'appel REST arbitraire — pour l'intégration externe, utiliser connexions OData ou patterns iFrame BTP.
Quand passer de Story à Application Analytique : quand les interactions doivent orchestrer au-delà du drill / filtre / lien statique — par ex. activation conditionnelle de widget, switch de dimension programmatique, flux de navigation multi-étapes.
Risque de sur-usage — les applications lourdes en scripting sont des préoccupations développeur ; produisent des artefacts non maintenables si une Story aurait suffi.

Termes employés sur cette page

Analytic Application: La surface applicative de niveau développeur de SAC ; un canevas avec widgets, une API de scripting, des événements de cycle de vie ; la réponse quand une Story ne suffit plus.
Scripting API: La surface de programmation à saveur TypeScript au sein des Analytic Applications ; expose les propriétés et événements des widgets ; s'exécute côté serveur à l'exécution.
Widget collection: L'ensemble de tous les widgets présents sur le canevas ; itérable depuis le script ; chaque widget adressable par son nom ; la base de la manipulation programmatique des widgets.
onResultChanged: L'événement déclenché lorsque le résultat de données sous-jacent d'un widget est recalculé (p. ex. après un changement de filtre) ; l'endroit canonique pour enchaîner les mises à jour de widgets dépendants.
Decision owner: La personne responsable qui assume l'arbitrage et finance l'action suivante.
Semantic contract: La définition partagée des termes métier, métriques, entités et règles d'accès utilisée par les outils et les équipes.
Control plane: La couche qui applique la politique, l'accès, le lineage, le monitoring et l'escalade à travers le modèle opérationnel.
Evidence grade: Un libellé qui distingue le fait vérifié, le signal directionnel, l'hypothèse modélisée et l'observation de terrain.

Sources

Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code.

Ouvrir dans l'application →

API de scripting SAC (scripting d'Application Analytique)

Qu'est-ce que API de scripting SAC (scripting d'Application Analytique) ?

De quoi il s'agit

Pourquoi c'est important

Points clés

Termes employés sur cette page

Sources

Concepts liés

Modules d'académie associés

Études approfondies

Guides SAP analytics & TJM