Fiche concept

Visualisations SAC personnalisées — quatre options avant de construire un widget

À jour au 2026-08-29

É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 Visualisations SAC personnalisées — quatre options avant de construire un widget ?

La visualisation personnalisée dans SAC, c'est quatre options couvrant deux ordres de grandeur de coût : configurer le graphique standard, composer dans une Story, scripter, ou construire un widget Web Component que chaque release de SAC peut casser.

« Le graphique standard de SAC ne fait pas ce qu'il nous faut » est une phrase qui mène à un widget personnalisé bien plus souvent qu'elle ne le devrait. La visualisation personnalisée dans SAP Analytics Cloud n'est pas une option mais quatre, et elles diffèrent d'environ deux ordres de grandeur en coût et en maintenance. Descendre la liste dans l'ordre, c'est la différence entre une modification de deux jours et une dette de maintenance permanente.

Les quatre options, de la moins chère à la plus chère

1 — Le graphique que vous avez déjà, correctement configuré. Une part surprenante des demandes « SAC ne sait pas faire » se règle par un formatage conditionnel, une dimension calculée, une ligne de référence ou un type de graphique que personne n'a essayé. Coût : quelques heures. Maintenance : aucune. Ce n'est pas une option pour rire : elle résout plus de demandes que les trois autres réunies.

2 — La composition dans une Story ou une Analytic Application. Superposer des widgets standard, utiliser onglets et conteneurs, piloter la visibilité par script. Coût : quelques jours. Maintenance : faible, parce que tout ce que vous avez utilisé est supporté par SAP et survit aux montées de version.

Pourquoi c'est important

La quatrième option est la plus intéressante pour un développeur et la plus chère pour le client — une combinaison dont il faut se méfier dans son propre raisonnement, parce que la dette de maintenance n'expire jamais.

Points clés

La visualisation personnalisée dans SAC, ce sont QUATRE options, pas une, couvrant environ deux ordres de grandeur de coût et de maintenance.
Option 1 — configurer correctement le graphique standard. Formatage conditionnel, dimension calculée, ligne de référence, un type de graphique jamais essayé. Quelques heures, aucune maintenance.
Elle résout plus de demandes « SAC ne sait pas faire » que les trois autres options réunies.
Option 2 — composer dans une Story ou une Analytic Application : widgets standard superposés, onglets, conteneurs, visibilité pilotée par script. Quelques jours, sûr en montée de version.
Option 3 — l'API de scripting SAC : contrôle programmatique des widgets standard. Couvre la plupart des besoins « interactifs » pris à tort pour des besoins visuels.
Option 4 — un Custom Widget : un Web Component que SAC charge à l'exécution. Sankey, projections cartographiques non standard, Highcharts/AmCharts, animation, formulaires de saisie spécialisés.
Un développeur typique livre le premier widget en 2 à 3 jours — et CHAQUE RELEASE SAC PEUT LE CASSER, définitivement.
Le widget ne possède que son rendu : données, authentification et cycle de vie restent gérés par SAC via un contrat défini.
Ne le construisez que si l'écart est réel ET récurrent sur de nombreuses Stories — quinze tableaux de bord justifient un widget, une demande d'un dirigeant une capture d'écran.
Nommez un propriétaire avant de construire. Un widget sans propriétaire casse à la release suivant le changement de projet de son auteur.

Termes employés sur cette page

Custom Widget: Bundle JavaScript autonome empaqueté en Web Component que SAC charge à l'exécution dans les Analytic Applications, exposant propriétés, événements et méthodes.
Analytic Application: Le type d'application SAC scriptable, par opposition à une Story — c'est là que les custom widgets et l'API de scripting sont disponibles.
API de scripting SAC: La surface programmatique de contrôle des widgets standard — réagir aux événements, poser des filtres, changer l'affichage — sans quitter le terrain supporté par SAP.
Web Component: Le standard de composant natif du navigateur sous lequel un custom widget est empaqueté, ce qui permet à tout framework JS moderne d'en produire un.
Dépôt de widgets: Le magasin au niveau tenant où l'on téléverse un widget empaqueté ; il devient ensuite disponible pour tous les concepteurs d'Analytic Applications.
Contrat de données: La liaison définie par laquelle SAC remet ses données au widget. SAC garde l'authentification, la récupération et le cycle de vie ; le widget rend.
Dette de montée de version: Le coût récurrent lié au fait que chaque release de SAC peut casser un widget personnalisé — la partie du chiffrage presque jamais budgétée.
Composition: Construire le visuel demandé à partir de widgets standard superposés, d'onglets et de conteneurs plutôt que de code neuf. Deuxième option, et sous-utilisée.

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 · les chiffres à citer.

Ouvrir dans l'application →

Visualisations SAC personnalisées — quatre options avant de construire un widget

Qu'est-ce que Visualisations SAC personnalisées — quatre options avant de construire un widget ?

Les quatre options, de la moins chère à la plus chère

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