Fiche concept

Widgets personnalisés SAC

À 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 Widgets personnalisés SAC ?

Les widgets personnalisés SAC ne valent le coup que si un manque de visualisation est réel et récurrent sur plusieurs Stories — un Web Component qu'un développeur livre en 2-3 jours, mais que chaque release SAC peut casser.

De quoi il s'agit

Les widgets personnalisés SAC sont la surface d'extensibilité de niveau développeur qui permet à un consultant de livrer des visualisations et composants interactifs que SAC ne fournit pas en standard — diagrammes de Sankey, cartes personnalisées avec projections non standard, bibliothèques tierces (Highcharts, AmCharts), affichages riches en animations, ou formulaires de saisie spécialisés. C'est la réponse à « le graphique standard SAC ne fait pas ce dont nous avons besoin » sans abandonner SAC et reconstruire l'application ailleurs.

Ce qu'est réellement un widget personnalisé. Techniquement c'est un bundle JavaScript autonome, packagé comme Web Component, que SAC charge à l'exécution dans les Applications Analytiques. Le widget expose des propriétés (configurables dans le SAC Application Designer comme tout widget standard), des événements (déclenchables vers le code de scripting), et des méthodes (appelables depuis le scripting). Il reçoit les données de SAC via un contrat défini — lié à un dataset ou un modèle — et s'affiche dans sa zone du canevas. Authentification, fetch de données et cycle de vie sont gérés par SAC; le widget ne possède que son rendu.

Pourquoi c'est important

Le widget ne possède que le rendu — l'authentification, le fetch de données et le cycle de vie restent gérés par SAC via un contrat propriétés/événements/méthodes défini.
Pour une visualisation unique, une R-Visualization ou une image statique embarquée est moins chère que de construire et maintenir un widget personnalisé.
Une flotte de widgets personnalisés est un vrai passif de maintenance, car chaque release SAC peut potentiellement les casser — à intégrer dans la décision construire vs acheter.

Points clés

Basé sur les Web Components — bundle JS autonome chargé à l'exécution dans les Applications Analytiques ; agnostique au framework (JS pur, React via wrapper, Lit).
Trois surfaces — Propriétés (configurables au design), Événements (déclenchables vers scripting), Méthodes (appelables depuis scripting) ; même contrat que tout widget SAC.
SDK + CLI — templates, outil de build et serveur de prévisualisation locale fournis par SAP ; premier widget 2-3 jours de bout en bout pour un développeur JS compétent.
Déploiement niveau tenant — uploadé une fois dans le dépôt Custom Widget ; disponible à toute Application Analytique du tenant.
Charge de maintenance — chaque release SAC peut casser le widget ; budgéter le test de régression par release.

Termes employés sur cette page

Custom Widget: Une surface d'extensibilité de SAC — un bundle JS empaqueté en Web Component que SAC charge au runtime dans les Analytic Applications ; il permet aux développeurs de livrer des visualisations et composants que SAC ne fournit pas nativement.
Web Component: Un standard W3C pour des composants d'interface autonomes — Custom Elements + Shadow DOM + HTML Templates ; le socle technique des SAC Custom Widgets.
Custom Widget SDK: Le kit de développement fourni par SAP — modèles, outil CLI, serveur de prévisualisation local, utilitaires de débogage ; la voie officielle pour construire des widgets conformes au contrat de runtime de SAC.
Tenant repository: Le magasin au niveau tenant de SAC des Custom Widgets téléversés ; une fois un widget dans le repository, il est disponible pour tout concepteur d'Analytic Application du tenant.
Decision owner: La personne responsable qui accepte l'arbitrage et finance l'action suivante.
Semantic contract: La définition partagée des termes métier, des métriques, des entités et des règles d'accès utilisée par les outils et les équipes.
Control plane: La couche qui applique les politiques, les accès, le lignage, la supervision et l'escalade à l'ensemble du modèle opérationnel.
Evidence grade: Un label 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 →

Widgets personnalisés SAC

Qu'est-ce que Widgets personnalisés SAC ?

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