Aller au contenu

SAP Analytics Cloud : stratégie, tarifs, quand il fonctionne

SAP Analytics Cloud réunit reporting et planification au même endroit, mais ne fonctionne que si les données sous-jacentes sont fiables. Ce qu'il fait, ce qu'il coûte et quand c'est le bon choix.

Mains tapant sur un ordinateur portable rouge derrière une superposition d'icônes et de graphiques d'analyse
Sommaire
  1. Ce que fait SAP Analytics Cloud
  2. Ce qui a changé : Datasphere, Business Data Cloud et Joule
  3. Où SAC apporte de la valeur
  4. Ce que coûte SAC
  5. SAC face à Power BI et Tableau
  6. Comment le mettre en œuvre sans retomber dans Excel
  7. Questions fréquentes

SAP Analytics Cloud (SAC) est le produit cloud de SAP pour les tableaux de bord, la planification et l'analyse prédictive de base, le tout au même endroit. C'est le bon choix si vous utilisez SAP et voulez le budget, les prévisions et le reporting sur les mêmes données gouvernées. C'est le mauvais choix si vous n'avez besoin que de tableaux de bord légers. Dans les deux cas, il ne fonctionne que si les chiffres qui l'alimentent sont fiables.

Je me suis assis avec des équipes enthousiastes à l'idée de SAC le premier jour. Les démonstrations étaient superbes, les tableaux de bord léchés, et tout le monde attendait des enseignements immédiats. Un mois plus tard, les gens étaient de retour dans Excel, à recouper les chiffres et à se disputer pour savoir lesquels étaient les bons.

Le système n'avait pas échoué. La confiance dans les données, si.

J'ai aussi vu l'analytique s'enliser parce que la gouvernance des données était traitée comme une case à cocher. Quand personne n'est responsable des définitions, votre indicateur de « livraison à l'heure » raconte des histoires différentes à des équipes différentes. Les tableaux de bord deviennent des sujets de débat au lieu d'être des outils de décision.

SAC s'exécute sur SAP Business Technology Platform (BTP) et réunit trois choses que la plupart des entreprises achètent séparément.

  1. Business intelligence : tableaux de bord, rapports et présentations de type story.
  2. Planification : budget, prévisions, modèles de scénarios et gestion des versions, avec des données de planification qui peuvent être réécrites dans S/4HANA.
  3. Fonctions prédictives : prévisions de tendance, détection d'anomalies et modèles de simulation.

Cette combinaison le distingue de Power BI ou de Tableau, qui sont avant tout des outils de reporting. Si votre entreprise fait sa BI dans un outil, sa planification dans des tableurs et ses prévisions par e-mail, la principale valeur de SAC est de réunir les trois sur une seule plateforme gouvernée.

Trois changements comptent si vous étudiez SAC aujourd'hui.

Datasphere est la couche de données en dessous. SAP Datasphere a remplacé SAP Data Warehouse Cloud en mars 2023. Pour un nouveau programme, l'architecture habituelle place S/4HANA comme système de référence, Datasphere comme couche sémantique et SAC par-dessus. Les entreprises qui exploitent déjà BW/4HANA le conservent comme couche de reporting validée.

SAC est désormais aussi vendu dans SAP Business Data Cloud. SAP a lancé Business Data Cloud en février 2025. Cette offre réunit Datasphere, SAC, BW private cloud edition et SAP Databricks (SAP Learning). Avant de comparer des prix par utilisateur, demandez à SAP quelle voie commerciale s'applique à vous et vérifiez ce que votre contrat S/4HANA ou RISE inclut déjà.

Joule répond aux questions en langage courant. La fonction Just Ask de SAC est en disponibilité générale depuis début 2024, et Joule répond désormais à des questions analytiques dans SAC. C'est utile quand le modèle est propre et balisé avec un sens métier. Une requête Joule sur des définitions de KPI incohérentes renvoie la même mauvaise réponse, mais plus vite.

Où se situe SAP Analytics Cloud dans la pileChaque couche ne fonctionne que si celle du dessous fonctionne. Corrigez les définitions avant d'ajouter Joule par-dessus.
  1. Joule et Just AskDes questions en langage courant, avec des réponses tirées du modèle en dessous
  2. SAP Analytics CloudTableaux de bord, planification et fonctions prédictives sur une seule plateforme gouvernée
  3. SAP DatasphereLa couche sémantique au-dessus des données SAP et non SAP. BW/4HANA reste là où il tourne déjà
  4. SAP S/4HANALe système de référence, et l'endroit où les données de planification peuvent être réécrites

Planification et analyse financières. Les prévisions budgétaires deviennent interactives. La finance peut modéliser du haut vers le bas ou du bas vers le haut et comparer les versions côte à côte. Fini les fichiers Excel qui circulent sous le nom « final_v8 ». L'analyse des écarts renvoie directement aux centres de coûts, et les scénarios de variation de prix, de problème fournisseur ou de fluctuation de change n'exigent pas de reconstruire le modèle à chaque fois. Si vous comparez SAC à l'ancien outil de planification de SAP, mon guide SAP BPC détaille les différences.

Achats et chaîne d'approvisionnement. Dans un exemple, une entreprise de distribution mondiale a utilisé SAC pour consolider les données d'achat de plus de 40 fournisseurs. En un trimestre, elle a repéré deux fournisseurs aux retards récurrents, renégocié les conditions et économisé plus de 180 000 $ de pénalités. Les données avaient toujours existé. SAC les a réunies au même endroit.

Ventes. Les commerciaux suivent leur quota, leur pipeline et leurs taux de conclusion dans une seule vue. Les managers coachent à partir des chiffres hebdomadaires au lieu d'attendre les surprises de fin de trimestre.

Les tarifs de SAP sont un point de départ, pas un plafond. J'ai discuté avec un client, une entreprise de taille moyenne du secteur automobile, qui s'attendait à un tarif forfaitaire par utilisateur. Après un appel avec SAP, il a découvert que le même nom de licence recouvrait des réalités différentes selon le mode de déploiement. Ce genre de détail a tendance à apparaître tard.

La page tarifaire de SAC de SAP n'affiche plus de prix par utilisateur. Elle vous renvoie vers les équipes commerciales et présente SAC à côté de SAP Business Data Cloud. Voici les chiffres de référence que j'ai publiés en 2025. Servez-vous-en pour dimensionner un budget, puis demandez un devis.

Type de licencePrix de référence (par utilisateur et par mois)Fourchette négociée
Business intelligenceEnviron 36 $30 à 34 $
Planning professionalEnviron 147 $120 à 135 $
Viewer ou lecture seuleEnviron 22 $18 à 20 $

Pour un budget mensuel approximatif selon la taille :

Taille de l'organisationRépartition des utilisateursCoût mensuel estimé
Petite (10 à 50 utilisateurs)Surtout BI, peu de planification2 000 à 6 000 $
Taille intermédiaire (50 à 250 utilisateurs)BI et planification équilibrées8 000 à 25 000 $
Grande entreprise (250 utilisateurs et plus)Licences et SLA sur mesure30 000 $ et plus

Les licences sont rarement le plus gros poste. La mise en œuvre coûte généralement de 50 000 à 200 000 $. La formation ajoute de 3 000 à 10 000 $. Le raccordement de systèmes non SAP ajoute souvent 10 000 $ ou plus, et les déploiements en cloud privé augmentent les coûts de 25 à 40 %. J'ai vu des projets doubler leur budget initial à cause de ces seuls postes.

Regardez aussi ce que vous possédez déjà. Un client a nettement réduit son coût SAC simplement en changeant la façon dont il utilisait les droits d'utilisation existants de son contrat-cadre d'entreprise.

Le système n'avait pas échoué. La confiance dans les données, si.

Le choix dépend de votre besoin de planification et de la part de vos données qui se trouve dans SAP.

SAP Analytics CloudPower BITableau
Cœur de métierBI, planification et prédictifBI et reportingBI et exploration visuelle
Intégration SAPConnexions live natives vers S/4HANA, BW/4HANA et DatasphereConnecteursConnecteurs
PlanificationIntégrée, avec versions et réécritureNécessite d'autres outilsNécessite d'autres outils
Souplesse visuelleBonne, moins souple que les autresÉlevéeTrès élevée
Meilleur usageEntreprises très centrées SAP qui ont besoin de planification et de BI ensembleEntreprises centrées Microsoft, axées reportingÉquipes qui font de l'analyse exploratoire sur des données variées

Ma règle empirique : si la planification est un besoin central et que vos données vivent dans SAP, SAC l'emporte en général. Si vous n'avez besoin que de reporting et que vos équipes vivent déjà dans Power BI ou Tableau, SAC est probablement trop.

Voici l'ordre que je suivrais.

  1. Convenez d'abord des définitions des KPI. Le « chiffre d'affaires » doit signifier la même chose pour la finance, les ventes et les opérations avant que quiconque construise un tableau de bord.
  2. Nommez un responsable pour chaque KPI critique. Cette personne valide les changements et tranche les litiges quand les chiffres ne concordent pas.
  3. Choisissez live ou import selon le cas d'usage. Les connexions live interrogent S/4HANA directement et ne copient rien. Les connexions par import copient les données dans SAC, ce qui est plus performant pour les gros modèles de planification mais exige des actualisations planifiées.
  4. Commencez par un seul cas d'usage à forte valeur, généralement les prévisions financières ou la performance des fournisseurs. Prouvez-le, bâtissez la confiance, puis étendez.
  5. Formez correctement les planificateurs. Les utilisateurs BI ont besoin de peu d'accompagnement. Les utilisateurs de la planification ont besoin d'une vraie formation sur le moteur de planification, les formules et la gestion des versions. C'est généralement là que l'adoption s'effondre.
  6. Surveillez l'usage après le go-live. Si les équipes exportent encore vers Excel chaque semaine, quelque chose ne passe pas.

Si l'habitude d'Excel est le vrai problème, mon article sur la raison pour laquelle les directeurs financiers se rabattent encore sur Excel en explique les raisons. Le cas de redressement analytique dans la grande consommation (FMCG) montre SAC utilisé pour rebâtir la confiance dans les chiffres.

Qu'est-ce que SAP Analytics Cloud et en quoi diffère-t-il de Power BI ?

SAP Analytics Cloud réunit business intelligence, planification et analyse prédictive dans un seul produit cloud. Power BI est avant tout un outil de reporting et de visualisation, avec une planification native limitée. Si vous voulez le budget et les prévisions au même endroit que vos tableaux de bord, et que vos données sont dans SAP, SAC est fait pour cela. Si vous n'avez besoin que de reporting, Power BI est généralement moins cher et plus simple.

Combien coûte SAP Analytics Cloud ?

SAP chiffre désormais SAC via ses équipes commerciales au lieu de publier un prix. À titre de référence, les licences de business intelligence valaient environ 36 $ par utilisateur et par mois en 2025, et les licences de planification coûtent plusieurs fois plus. La mise en œuvre ajoute généralement de 50 000 à 200 000 $, plus la formation et l'intégration. SAC est aussi disponible dans SAP Business Data Cloud : demandez donc quelle voie commerciale s'applique avant de comparer les prix.

SAP Analytics Cloud vaut-il son coût ?

Pour la bonne entreprise, oui. Il a du sens si vous utilisez SAP, avez besoin de planification et d'analytique au même endroit gouverné, et préférez les modèles structurés à l'exploration ad hoc. C'est probablement trop si vous n'avez besoin que de tableaux de bord basiques ou si vos équipes travaillent déjà bien dans Power BI ou Tableau.

Pourquoi les mises en œuvre de SAP Analytics Cloud déçoivent-elles ?

En général pour trois raisons : des données sources de mauvaise qualité, l'absence de définitions de KPI convenues, et trop peu de formation pour les utilisateurs de la planification. SAC montre ce qui se trouve dans les systèmes sources. Si les définitions diffèrent d'une équipe à l'autre, il fait ressortir le désaccord au lieu de le résoudre.

Comment SAP Analytics Cloud se connecte-t-il à S/4HANA ?

Par une connexion live ou une connexion par import. Une connexion live interroge directement S/4HANA et affiche toujours des données à jour. Une connexion par import copie les données dans SAC pour des requêtes plus rapides sur de gros volumes, avec des actualisations planifiées. Les résultats de planification peuvent être réécrits dans S/4HANA, ce qui referme la boucle entre le plan et le réalisé.

Quelle est la différence entre SAP Analytics Cloud et SAP Datasphere ?

Datasphere est la couche de données : elle modélise, combine et gouverne les données issues de sources SAP et non SAP. SAC est la couche d'analytique et de planification qui se place au-dessus. Dans SAP Business Data Cloud, les deux sont proposés ensemble, avec Datasphere comme couche sémantique et SAC comme lieu où l'on analyse et planifie.

Noel D'Costa

Écrit par

Noel D'Costa

25 ans de programmes ERP SAP et Oracle dans l'aérien, le secteur public, la finance, la distribution et l'industrie. Une formation en finance. J'aide les équipes dirigeantes à cadrer leurs transformations avec honnêteté, à redresser les programmes en difficulté et à bâtir des systèmes qui tiennent leur première année en production.

Prochaine étape

Vous menez un programme ERP en ce moment ?

Si cet article fait écho à un programme que vous menez en ce moment, un échange de 30 minutes va généralement plus loin qu'une semaine supplémentaire d'analyse interne.