
Établir des devis pour produits configurables sur le terrain : Sales Cloud V2 + AVC dans S/4HANA Public Cloud
Dario Pedol
CEO & Solution Architect, Spadoom AG
Dans les PME industrielles, le devis est souvent le document le plus lent de toute l’entreprise. Non pas parce que le calcul serait difficile, mais parce qu’un article doit exister avant de pouvoir établir une offre. Le commercial est chez le client, la demande est concrète, et puis : ticket au service interne, création d’un numéro d’article, maintenance des données de base, et deux jours plus tard le devis part. Qui fabrique à la commande connaît ce schéma. Les données de base aussi : chez un fabricant suisse avec lequel nous travaillons, des centaines de milliers d’articles à usage unique se sont accumulés au fil des ans. Chacun offert exactement une fois, beaucoup jamais revendus.
Ce n’est pas un problème de données de base. C’est un problème de processus déguisé en problème de données de base.
Pourquoi les articles à usage unique ne passent pas à l’échelle
Créer un numéro d’article dédié pour chaque produit spécifique au client semble pragmatique prima vista. De facto, on paie trois fois. Le service interne devient le goulet d’étranglement du processus de devis. Le reporting se noie dans le bruit, parce que le MRP, la planification des capacités et l’analyse des marges regardent des dizaines de milliers de SKU au lieu de familles de produits. Et au plus tard lors d’une migration de système, les données articles deviennent l’héritage que personne ne veut emporter.
L’alternative s’appelle configuration de variantes : quelques articles configurables par famille de produits, des caractéristiques au lieu de numéros d’article. SAP S/4HANA Public Cloud fournit pour cela l’Advanced Variant Configuration (AVC), y compris super-nomenclature et super-gamme, dont dérivent le calcul des coûts et la production.
Reste la question sur laquelle beaucoup d’architectures échouent : où vit la configuration quand les ventes travaillent dans le CRM ?
SAP Sales Cloud V2 sait-il configurer des variantes ?
La réponse honnête : non. SAP Sales Cloud V2 n’a pas de moteur AVC, et l’intégration standard ne l’amène pas non plus dans le CRM. Avant de dessiner des architectures cibles, il faut connaître ce que l’intégration avec S/4HANA Public Cloud peut faire aujourd’hui, et ce qu’elle ne peut pas :
- Devis dans Sales Cloud V2 avec commande client consécutive dans S/4HANA Public Cloud : fonctionne en standard, via SAP Integration Suite.
- External pricing : le devis CRM peut récupérer prix et conditions en direct depuis S/4HANA.
- Réplication des devis depuis S/4HANA Public Cloud vers le CRM : non supportée. Les documents répliqués sont en lecture seule dans le CRM.
- Un écran de configuration AVC intégré dans le devis CRM : n’existe pas.
On peut déplorer cette lacune. Ou y reconnaître une saine répartition des tâches, et c’est exactement notre approche.
Notre approche : devis allégé dans le CRM, configuration dans l’ERP
Nous séparons délibérément ce dont le commercial a besoin de ce dont la production a besoin. Le terrain a besoin de vitesse et de simplicité. La production a besoin d’une configuration complète et cohérente. Ce sont deux moments différents du processus, et nous les traitons comme tels.
Étape 1, le devis dans Sales Cloud V2 : le commercial choisit la famille de produits comme poste, l’article configurable unique au lieu d’un nouveau numéro d’article. Les cinq à sept caractéristiques décisives (géométrie, matériau, surface, fermeture, ce qui définit la famille) sont saisies comme champs directement dans le devis. Le prix est fixé manuellement ou selon une logique de prix indicatif allégée. Pas d’attente du service interne, pas de demande de données de base. Devis envoyé, chez le client, en quelques minutes.
Étape 2, la commande dans S/4HANA : quand le devis devient une commande, la commande client est créée dans S/4HANA Public Cloud via l’intégration standard. Là, et seulement là, on configure : dans l’écran AVC, avec la logique de contrôle, la super-nomenclature et la gamme derrière. Avec sept caractéristiques, c’est l’affaire de deux minutes pour le service interne. Qui veut automatiser davantage mappe les valeurs de caractéristiques du devis CRM directement dans la configuration de la commande via Integration Suite.
Le CRM reste léger, l’ERP reste maître, et personne ne construit une deuxième logique de configuration qu’il faudrait ensuite synchroniser pendant des années. Clean core, dans le processus aussi.
Les quatre règles du jeu pour que l’AVC ne devienne pas une charge de maintenance
L’inquiétude légitime avec la configuration de variantes, c’est l’effort de modélisation et de maintenance. Elle est légitime quand on laisse le modèle proliférer. Notre discipline, tirée de l’expérience projet :
- Petit modèle, plafond strict. Cinq à sept caractéristiques par famille, pas plus. Qui a besoin de plus d’une main pour modéliser modélise probablement des exceptions, pas des produits.
- Le visuel n’est pas une caractéristique. Les impressions, designs et documents spécifiques au client sont des pièces jointes sur l’article ou la commande. Jamais de la logique de configuration. C’est là que meurent la plupart des modèles trop ambitieux.
- Le prix reste dehors. Quand les prix des matières premières dépendent de la bourse (aluminium, cuivre, acier), le prix n’a rien à faire dans la logique des caractéristiques. Prix manuel ou indexé dans le devis ; la configuration pilote nomenclature, gamme et calcul des coûts, pas les conditions. Effet secondaire : cela élimine la partie la plus difficile de tout projet AVC.
- Pilote avec une famille. Modéliser d’abord la famille de produits au plus fort chiffre d’affaires, mesurer l’effort, puis décider pour le reste. Pas l’inverse.
Oui, il existe aussi SAP CPQ pour la configuration dans le devis. Pour une PME avec sept caractéristiques par famille, c’est écraser une mouche avec un marteau-pilon. CPQ vaut son prix avec des règles complexes, du guided selling et de la vente indirecte, pas avec une barre de caractéristiques allégée.
Ce que vous obtenez au final
L’effet de cette architecture se mesure concrètement. Le délai de devis passe de jours à minutes, parce que l’étape données de base disparaît du processus. Des données articles qui restent stables pendant des années, parce que ce sont les familles qui grandissent, pas les articles à usage unique. Planification et reporting sur les familles de produits au lieu du bruit SKU. Et un système qui continue simplement de tourner au prochain upgrade de release, parce que tout est construit dans le standard de Sales Cloud V2, S/4HANA Public Cloud et Integration Suite.
Le commercial ne remarque qu’une seule chose : il peut enfin établir son offre pendant qu’il est encore chez le client.
Questions fréquentes
SAP Sales Cloud V2 a-t-il sa propre configuration de variantes ?
Non. Sales Cloud V2 n’a ni moteur AVC ni écran de configuration intégré. La configuration vit dans S/4HANA. Le devis CRM reste délibérément allégé : famille de produits, caractéristiques comme champs, prix. La configuration se fait au passage à la commande client dans l’ERP.
Avons-nous besoin de SAP CPQ pour cela ?
Avec cinq à sept caractéristiques par famille de produits : non. CPQ brille avec des règles complexes et du guided selling. Pour des barres de caractéristiques allégées, la combinaison devis Sales Cloud V2 et AVC dans la commande S/4HANA est la voie la plus rapide et la moins chère.
Cela fonctionne-t-il avec des prix liés aux matières premières ?
Justement dans ce cas. Quand le prix de la matière première bouge chaque jour, il n’a rien à faire dans des tables de conditions ou dans la logique des caractéristiques. Le prix est fixé manuellement ou par indice dans le devis ; la configuration pilote la technique et le calcul des coûts. Proprement séparés.
L’Advanced Variant Configuration est-elle seulement disponible en Public Cloud ?
Oui, elle l’est. L’AVC est disponible dans SAP S/4HANA Public Cloud, y compris les articles configurables dans la commande client, la super-nomenclature et la super-gamme. Les limites apparaissent avec des modèles très exotiques ; un modèle discipliné avec peu de caractéristiques reste confortablement dans le standard.
Vous fabriquez à la commande et votre processus de devis attend des numéros d’article ? Nous vous montrons volontiers l’approche en direct, avec vos familles de produits. Parlez-nous.
SAP Sales Cloud V2 partenaire d'implémentation
Spadoom est le partenaire d'implémentation SAP Sales Cloud V2 en Suisse, Allemagne, Autriche et Italie. Médiane de go-live de 14 semaines. Clients en production dans tout le DACH.
Articles associes

Avez-vous vraiment besoin de SAP CPQ ? Un guide de décision honnête aux côtés de S/4HANA Public Cloud
CPQ arrive vite sur la shortlist, mais tous les processus de devis n'ont pas besoin de cette machinerie. Quand la licence se rentabilise et quand un devis allégé plus AVC suffit : notre arbre de décision issu de projets.

Quote-to-Cash entre SAP Sales Cloud V2 et S/4HANA Public Cloud : qui possède quel document ?
Devis dans le CRM, commande dans l'ERP, données de base répliquées : la matrice de propriété pour le flux de documents entre Sales Cloud V2 et S/4HANA Public Cloud, avec deux pièges tirés de projets réels.

Case-to-Resolution : connecter SAP Service Cloud V2 avec S/4HANA Public Cloud
Où vit le ticket, où vit l'exécution, et pourquoi les données de base passent avant toute intégration de processus. Le flux propre de la réclamation à la facture, tiré de l'expérience projet.