Applications analytiques

La SAP Fiori Apps Reference Library classe ces applications sous « SAP Fiori - Analytical », mais elles se présentent sous plusieurs formes :

SAP documente également comme applications analytiques les applications de drill-down construites avec l'Analysis Path Framework ainsi que les review booklets. La Reference Library attribue aussi à certaines applications des indicateurs de type d'application supplémentaires ; vérifiez donc le détail de l'application à cet endroit. Le libellé applications analytiques recouvre une famille de formes d'interface, et non une technologie unique.

La plupart des applications analytiques de SAP S/4HANA suivent le modèle de l'analytique embarquée (embedded analytics) :

1. Les vues ABAP CDS du virtual data model décrivent les tables opérationnelles sous forme de schéma en étoile : des vues de dimension autour d'une vue cube qui contient les mesures.
2. Les requêtes analytiques, elles aussi des vues CDS, sélectionnent les données d'un cube et définissent les mesures, les filtres et la présentation que voit l'utilisateur.
3. L'Analytic Engine évalue ces requêtes à l'exécution ; il ne traite que les vues marquées comme cubes ou dimensions.
4. Une couche de services expose le résultat à l'application ; le type de service utilisé dépend de la forme de l'application.
5. L'application affiche des graphiques, des tableaux ou des tiles de KPI et propose la navigation vers les applications transactionnelles associées.

Comme les requêtes s'exécutent sur la base de données en direct, il n'y a ni étape d'extraction ni copie à rapprocher. Les contrôles d'accès CDS définis dans le modèle de données filtrent les lignes par utilisateur : deux utilisateurs peuvent donc voir des chiffres différents dans la même application analytique. Les applications analytiques ne sont donc fiables qu'à hauteur des modèles CDS et des autorisations qui les sous-tendent.

• Données actuelles : les chiffres proviennent du système opérationnel ; un acheteur voit les commandes d'achat ouvertes du jour, et non le chargement de la nuit précédente.
• L'analyse à côté de l'action : analytical list pages, overview pages et drill-downs de KPI renvoient vers des applications transactionnelles, si bien qu'un utilisateur peut passer d'un écart au document qui l'a provoqué.
• Création par les key users : des applications telles que Custom Analytical Queries (F1572) et Manage KPIs and Reports (F2814) permettent aux key users de construire des requêtes, des KPI et des rapports sans développement ABAP.
• Diffusion par rôle : les applications analytiques parviennent aux utilisateurs par le même launchpad, les mêmes catalogues et les mêmes rôles que toute autre application SAP Fiori.

Exemple : un responsable des achats d'Alder Manufacturing suit un KPI de valeur des commandes d'achat, descend dans le détail de Cedar Office Supply et ouvre la commande d'achat dans un même enchaînement. Pour le reporting opérationnel au sein de SAP S/4HANA, les applications analytiques sont l'option la plus directe fournie par SAP.

• Les données d'un seul système. L'analytique embarquée lit le système SAP S/4HANA dans lequel elle s'exécute. Une analyse qui combine plusieurs systèmes ou des sources non SAP nécessite une plateforme d'analytique ou de données distincte.
• L'état actuel plutôt que l'historique. Les requêtes en direct restituent bien le présent ; les longues séries temporelles, les instantanés et la planification sont généralement mieux servis ailleurs.
• Charge sur le système opérationnel. Les requêtes analytiques s'exécutent sur la même base de données que les transactions, ce qui exige des modèles CDS bien conçus et des filtres par défaut restrictifs.
• Les définitions exigent une gouvernance. Lorsque les key users peuvent créer des KPI, deux tiles portant le même nom peuvent calculer différemment, sauf si quelqu'un est responsable des définitions.
• Le contenu livré est figé. Les applications analytiques standard affichent ce que SAP a modélisé ; d'autres mesures nécessitent des requêtes personnalisées.

Ces limites découlent de la conception : les applications analytiques optimisent la vision opérationnelle au sein d'un seul système SAP S/4HANA, et non le reporting à l'échelle de l'entreprise.

• SAP S/4HANA Cloud Public Edition : le contenu analytique est livré par SAP et parvient aux utilisateurs via les business roles ; les key users construisent leurs propres requêtes, KPI, rapports et stories avec les applications key user. Les stories SAP Analytics Cloud intégrées n'analysent que les données des systèmes Public Edition, et SAP précise que certaines applications analytiques nécessitent une licence distincte.
• Private Edition et on-premise : en on-premise, l'Analytic Engine doit être configuré avant que les requêtes analytiques CDS puissent s'exécuter ; le client active les services et le contenu du launchpad et peut modéliser des vues CDS spécifiques en ABAP. Pour SAP Analytics Cloud intégré, vérifiez les prérequis sur le SAP Help Portal pour votre release.

Le concept d'application analytique est le même dans toutes les éditions ; la différence tient à l'ampleur de la modélisation permise au client et à l'acteur qui configure l'environnement d'exécution des applications analytiques.

Examinez les causes en partant de l'utilisateur vers l'extérieur :

1. Autorisation : les contrôles d'accès CDS filtrent les lignes selon les autorisations de l'utilisateur. Comparez avec un utilisateur qui voit les données avant de modifier quoi que ce soit.
2. Filtres et variantes : une variante par défaut ou une évaluation de KPI peut restreindre la société, la période ou la devise, car les évaluations peuvent porter leurs propres filtres et valeurs de paramètres d'entrée.
3. Configuration : en on-premise, une configuration manquante de l'Analytic Engine ou un service inactif bloque les requêtes analytiques.
4. Définition : deux KPI aux noms proches peuvent utiliser des requêtes ou des mesures différentes.

Une erreur fréquente consiste à ouvrir un incident de qualité des données avant de vérifier les autorisations : des chiffres de Bright Freight qui semblent trop bas pour un utilisateur relèvent souvent d'une société restreinte. La plupart des signalements de « chiffre erroné » sur les applications analytiques s'avèrent être des questions d'autorisation ou de définition, et non des erreurs de données.