SAP Sales Cloud V2 pour le commerce de gros et la distribution : commandes, tournées et marges

En bref : pour un distributeur équipé de SAP, Sales Cloud V2 repose sur sa connexion à S/4HANA. Les commerciaux chiffrent avec les prix calculés par l’ERP, les commandes sont répliquées dans l’ERP au lieu d’être saisies deux fois, et la planification des visites suit la valeur du client plutôt que l’habitude. SAP fournit un contenu d’intégration standard pour ces processus de vente ; il faut néanmoins SAP Integration Suite, des données de base propres et une décision claire sur ce qui reste dans l’ERP (ristournes, planification des livraisons, EDI). Cet article couvre les fonctions utiles, l’intégration, un déploiement réaliste et les limites.

Pourquoi les distributeurs ont besoin d’une autre approche CRM

La distribution n’est pas une vente classique. On n’y conclut pas des affaires à six chiffres en trois mois. Les commerciaux suivent des centaines de clients, prennent des commandes plusieurs fois par semaine, négocient le prix à chaque appel, et tout cela avec des marges si minces qu’une erreur de prix de 2 % peut effacer le bénéfice d’une transaction.

Les difficultés que nous décrivent les distributeurs se ressemblent remarquablement.

Les prix spécifiques aux clients vivent dans des tableurs. L’ERP contient des milliers d’enregistrements de conditions : remises de volume, prix promotionnels, conditions contractuelles, paliers de ristourne. Les commerciaux ont la liste de prix PDF du trimestre précédent et un tableur de « prix spéciaux » négociés eux-mêmes. Quand un client demande le prix de 200 cartons, on devine. Trop haut, la commande est perdue ; trop bas, la marge disparaît.

L’équipe commerciale ne voit pas le stock. L’entrepôt et l’ERP savent ce qui est disponible. Le commercial non : il promet jeudi et découvre après la saisie de la commande que l’entrepôt le plus proche est vide. Il paraît peu fiable, et le client commence à appeler d’abord la concurrence.

La saisie des commandes se fait dans deux systèmes. Le commercial prend une commande au téléphone ou en visite, la saisit dans le CRM ou sur papier, puis quelqu’un du service interne la ressaisit dans l’ERP. Double saisie veut dire plus d’erreurs et du retard : une commande prise à 15 h peut n’arriver à l’entrepôt que le lendemain matin.

La planification des visites reste dans la tête du commercial. Quels clients visiter, dans quel ordre et à quelle fréquence se décide le plus souvent de manière informelle. Personne ne mesure la fréquence des visites par rapport à la valeur du client, et la direction ne voit pas ce que fait l’équipe terrain.

La visibilité sur les marges arrive après coup. La direction commerciale découvre l’érosion des marges des semaines plus tard, dans le compte de résultat mensuel, quand il n’y a plus rien à faire.

Le fil rouge : l’information se trouve dans l’ERP, mais ceux qui en ont besoin au moment de la vente n’y ont pas accès. Chaque contournement coûte, ralentit la réponse et introduit des erreurs, et avec les volumes de la distribution, ces erreurs s’accumulent vite.

Les fonctions de V2 qui comptent pour la distribution

La connexion à S/4HANA

C’est la principale raison de choisir SAP Sales Cloud V2 plutôt qu’un autre CRM lorsque l’ERP est SAP. SAP publie sur le SAP Business Accelerator Hub des paquets d’intégration standard pour le processus de vente entre Sales Cloud V2 et S/4HANA, avec un paquet distinct pour S/4HANA Cloud Public Edition. Ils comprennent des flux pour simuler offres et commandes dans S/4HANA, répliquer offres, commandes et contrats, créer des documents de suivi et lire le flux de documents. Ils s’exécutent sur SAP Integration Suite.

Des prix issus de l’ERP, pas d’un tableur. Quand un commercial établit une offre ou une commande, le document est simulé dans S/4HANA et le prix net revient du schéma de calcul de l’ERP : prix de base, remises clients, échelles, promotions, suppléments. Le CRM ne cherche pas à reproduire la détermination du prix, et il ne le doit pas.

Disponibilité et crédit au moment de la vente. La même simulation peut renvoyer la disponibilité et le contrôle de crédit, selon la configuration de vos types de documents de vente dans S/4HANA. Le commercial annonce ainsi une date de livraison réaliste et aborde un problème de crédit dans la même conversation, plutôt qu’après le blocage de la commande.

Des commandes qui arrivent dans l’ERP. Une commande créée dans Sales Cloud V2 est répliquée dans S/4HANA comme commande client par le flux standard, sur événement et non dans un traitement de nuit, et le statut de la commande revient dans le CRM. La question « où en est ma livraison ? » trouve sa réponse sans appel à l’entrepôt.

La façon dont ces flux s’articulent et les décisions de conception à prendre sont décrites dans notre article sur l’architecture d’intégration entre Sales Cloud V2 et S/4HANA Public Cloud et, pour tout le cycle de commande, dans le quote-to-cash avec Sales Cloud V2 et S/4HANA Public Cloud.

Planification des visites et des tournées

La vente terrain dans la distribution fonctionne par secteurs : les commerciaux couvrent des zones et visitent les clients selon des cycles réguliers.

Secteurs. Définissez les secteurs par zone géographique (code postal, région, canton), par segment de clientèle ou par ligne de produits, et affectez les commerciaux avec des limites claires.

Planification des visites. Fixez des fréquences de visite selon la valeur et le potentiel du client : hebdomadaire pour les principaux clients, trimestrielle pour la longue traîne. La journée se planifie sur ces objectifs, pas de mémoire.

Déroulement de la visite. Pendant la visite, le commercial consigne ce qui s’est passé : commandes, promotions évoquées, contrôles en rayon, informations sur la concurrence. La direction voit l’activité terrain sans exiger de rapports écrits.

Efficacité des visites. Après quelques mois, on peut répondre à des questions que les distributeurs ne peuvent habituellement pas trancher : quels clients sont trop peu visités au regard de leur potentiel, qui passe trop de temps chez des clients de faible valeur, où se trouvent les lacunes géographiques.

Vente terrain mobile

Les commerciaux de la distribution passent leur journée en camionnette, en entrepôt et chez les clients. Le CRM doit fonctionner là.

Saisie des commandes sur smartphone ou tablette. La plupart des commandes en distribution sont des réassorts avec de petites variations ; les commandes récentes et les produits favoris doivent donc être le point de départ sur mobile. Configurez les écrans mobiles en conséquence et testez-les avec de vrais commerciaux avant la mise en production.

Couverture réseau. Entrepôts, chambres froides et routes alpines captent mal. Pendant le pilote, confrontez le périmètre hors ligne actuel de l’application mobile de Sales Cloud V2, décrit dans la documentation produit de SAP, aux tournées réelles des commerciaux. Là où le standard ne suffit pas, une application side-by-side sur SAP BTP comble l’écart sans modifier le cœur du CRM.

Pipeline et prévisions pour un chiffre d’affaires récurrent

Dans la distribution, l’essentiel du chiffre d’affaires est récurrent, ce qui change la manière de prévoir.

Séparer réassort et nouvelles affaires. Distinguez les recommandes des clients existants des nouveaux clients et des nouvelles lignes de produits. La prévision d’un distributeur est surtout le prolongement des habitudes d’achat existantes, avec la croissance en plus ; en mélangeant les deux, on ne voit clairement ni l’un ni l’autre.

Repérer tôt les clients en recul. Une baisse de la fréquence de commande d’un client est un signal d’attrition. Des rapports sur l’historique des commandes par client et, lorsqu’elles conviennent à vos données, les fonctions d’IA de SAP dans V2 aident à le voir avant que le client ne parte. Considérez les suggestions de l’IA comme une invitation à la conversation, pas comme une prévision sur laquelle planifier le stock.

Regarder la marge, pas seulement le chiffre d’affaires. Une commande de CHF 100’000 à 3 % de marge vaut moins qu’une commande de CHF 40’000 à 18 %. Placer les informations de marge issues de S/4HANA à côté du pipeline montre à la direction le résultat, pas seulement le chiffre d’affaires.

Configuration propre au secteur

Hiérarchies de clients

Les distributeurs vendent rarement à des clients simples et indépendants.

Groupements d’achat et sociétés mères. Une chaîne alimentaire régionale peut compter 40 magasins qui commandent séparément, alors que les prix se négocient au niveau du groupe. Modélisez la hiérarchie dans le CRM pour que commerciaux et direction voient à la fois le groupe et chaque site.

Réceptionnaire, destinataire de la facture et payeur. Un client peut avoir une adresse de facturation et douze lieux de livraison avec des créneaux et des interlocuteurs différents, ou un tiers payeur comme une coopérative d’achat. Ces rôles existent déjà dans S/4HANA comme fonctions partenaires ; le CRM doit les refléter, et le contrôle de crédit doit porter sur le payeur réel.

Tarification

C’est sur les prix qu’un projet CRM de distribution réussit ou échoue.

Un seul moteur de prix. Toute la cascade de prix est calculée dans S/4HANA et renvoyée au CRM. L’ERP reste la source unique des prix ; le CRM affiche le résultat.

Échelles et promotions. Les conditions échelonnées et les conditions promotionnelles à durée limitée existent déjà dans l’ERP. Les rendre visibles au commercial pendant qu’il compose la commande (« 50 unités de plus et le palier suivant s’applique », « cette promotion se termine vendredi »), c’est là que le CRM transforme des données de prix en comportement de vente. Décidez en phase de conception ce que montrent les écrans standard et ce qui demande une extension.

Catalogue produits

Données articles depuis l’ERP. Le catalogue du CRM reflète les données de base articles de S/4HANA : nouveaux produits, articles arrêtés, désignations et unités de mesure sont répliqués, pas gérés deux fois.

Statut de vente. Reprenez le statut de vente de l’article pour que personne ne puisse commander un produit bloqué ou en fin de vie.

Grands catalogues. Avec des dizaines de milliers d’articles, ne répliquez que ce que vend l’équipe commerciale (en excluant les articles réservés aux achats) et planifiez soigneusement le chargement initial et la réplication des modifications.

Ce que l’intégration demande malgré tout

« Intégration native » est une expression employée trop à la légère ; voici ce qu’elle signifie en pratique.

Il faut quand même un middleware. Les flux standard s’exécutent sur SAP Integration Suite. La différence avec Salesforce ou Dynamics n’est pas l’absence de middleware, mais le fait que SAP construit et maintient le contenu d’intégration pour ces scénarios : vous configurez et testez au lieu de concevoir chaque interface depuis zéro.

Ce qui circule généralement entre les systèmes :

Données	Sens	Modèle habituel
Articles (produits)	De S/4HANA vers Sales Cloud	Répliqués à chaque modification
Données de base clients	S/4HANA et Sales Cloud	Répliquées, responsabilité définie par champ
Prix, disponibilité, crédit	De S/4HANA vers Sales Cloud	Simulés par offre ou commande
Offres et commandes	De Sales Cloud vers S/4HANA	Répliquées à la soumission
Statut de commande et documents de suivi	De S/4HANA vers Sales Cloud	Répliqués ou lus à la demande

Ce qui reste spécifique. Les scénarios propres à la distribution, comme la visibilité sur des ristournes complexes ou la réception de commandes EDI, sortent du contenu standard pour les processus de vente et demandent une conception propre.

ECC est possible, avec davantage de travail. Si vous êtes encore sur SAP ECC, Sales Cloud V2 peut être relié via Integration Suite ; nous l’avons fait pour Nussbaum Matzingen, un fabricant d’emballages. Le contenu préconfiguré de SAP pour les processus de vente vise S/4HANA ; avec ECC, prévoyez davantage de mapping propre au projet.

C’est aussi là que le choix du partenaire compte. Les projets CX échouent rarement dans le CRM ; ils échouent à la jonction avec l’ERP, sur la commande qui ne se comptabilise pas ou le prix que l’offre ne parvient pas à déterminer. Spadoom réalise le côté S/4HANA et le côté CX avec une seule équipe, comme nous l’expliquons dans le meilleur partenaire SAP pour le Cloud ERP et le CRM en Suisse.

Le déploiement chez les distributeurs

Calendrier : 8 à 12 semaines pour le déploiement de base. Il comprend comptes et contacts, l’intégration S/4HANA pour les prix et les commandes, le mobile pour le terrain, la planification des visites, un reporting de pipeline de base et la formation. Huit semaines sont réalistes avec une version S/4HANA à jour, des données clients raisonnablement propres et un seul pays. Douze semaines le sont davantage avec une tarification complexe, plusieurs centres de distribution aux logiques d’expédition différentes ou un déploiement multilingue (fréquent en Suisse).

Décidez tôt ce que le commercial doit voir. Tout ce que contient S/4HANA n’a pas sa place dans le CRM. Commencez par ce qui sert chaque jour (prix, disponibilité, historique des commandes, statut de crédit) et ajoutez le reste ensuite. Décidez qui reçoit le mobile et lancez la planification des visites avec des objectifs de fréquence par catégorie de clients, à affiner après trois mois de données.

Formez séparément le terrain et le service interne. Les commerciaux terrain ont besoin d’une formation centrée sur le mobile : planifier et consigner les visites, créer des commandes en déplacement. Le service interne a besoin du poste de travail : gérer les comptes, traiter les commandes téléphoniques, gérer les exceptions de prix. Notre démarche est décrite dans notre méthode.

Migration. Depuis SAP C4C, Salesforce ou Dynamics, les données clients et contacts migrent bien ; l’historique des opportunités est facultatif. Consultez nos guides sur la migration de C4C vers V2 et sur le passage d’Excel à Sales Cloud V2.

Coûts. Les coûts de licence et de mise en œuvre dépendent du nombre d’utilisateurs, du périmètre d’intégration et du nombre de centres de distribution. Notre guide des prix et coûts de Sales Cloud V2 explique comment les estimer.

Points de vigilance

Les ristournes restent dans S/4HANA. Les programmes de ristournes rétroactives (ristournes annuelles sur volume, primes de croissance, participations marketing) sont calculés et réglés dans S/4HANA avec Settlement Management et les contrats de conditions, pas dans le CRM. C’est la bonne place pour un processus financier, mais Settlement Management doit être correctement configuré. Le CRM peut afficher accords et provisions si vous construisez cette vue.

L’EDI et le libre-service B2B nécessitent SAP Commerce Cloud. Sales Cloud V2 prend en charge les commandes saisies par votre équipe. Pour les commandes passées par les clients eux-mêmes et l’échange de données informatisé, il faut un canal B2B comme SAP Commerce Cloud. Le back-end S/4HANA commun garde prix et disponibilité cohérents sur les deux canaux ; voir SAP Commerce Cloud avec S/4HANA Public Cloud en B2B.

La planification des livraisons n’est pas une fonction CRM. Le CRM peut afficher les dates de livraison calculées dans S/4HANA, mais les tournées, le chargement des camions et le dernier kilomètre relèvent de la gestion des transports.

Les clients suivis en commun exigent des règles. Quand le service interne et un commercial terrain travaillent sur le même client, définissez qui est responsable de quelles données, afin que les modifications ne s’écrasent pas.

Connaissez les lacunes du produit. Nous en tenons une liste à jour dans notre évaluation honnête des limites de Sales Cloud V2. Notre page SAP CRM pour le commerce de gros en Suisse décrit comment nous le réalisons en projet.

Questions fréquentes

Sales Cloud V2 peut-il gérer des prix échelonnés avec remises de volume et remises spécifiques par client ?

Oui, car il ne calcule pas les prix lui-même. Les offres et les commandes sont simulées dans S/4HANA via le contenu d’intégration standard de SAP ; ce sont donc les enregistrements de conditions que vous gérez déjà (prix clients, échelles, promotions, suppléments) qui déterminent le prix net affiché au commercial.

Comment fonctionne l’intégration si nous sommes encore sur SAP ECC et non sur S/4HANA ?

Sales Cloud V2 peut être relié à ECC via SAP Integration Suite ; nous l’avons fait pour Nussbaum Matzingen. Le contenu préconfiguré de SAP pour les processus de vente vise S/4HANA ; avec ECC, prévoyez davantage de mapping propre au projet. Il n’est pas nécessaire de migrer d’abord vers S/4HANA.

Les commerciaux terrain peuvent-ils travailler sans connexion ?

Vérifiez dans la documentation SAP le périmètre hors ligne actuel de l’application mobile de Sales Cloud V2 avant de le promettre à vos commerciaux. S’ils travaillent souvent en chambre froide ou en zone blanche, testez précisément ces scénarios pendant le pilote ; si le standard ne suffit pas, une application side-by-side sur SAP BTP peut combler l’écart.

Combien de temps faut-il pour la mise en production avec une équipe de 50 commerciaux ?

Prévoyez 10 à 12 semaines pour le déploiement de base : comptes, intégration S/4HANA pour les prix et les commandes, mobile pour le terrain et planification des visites. Ajoutez 3 à 4 semaines en cas de tarification complexe, de plusieurs entrepôts aux logiques d’expédition différentes ou d’un déploiement multilingue. Pour les situations plus simples, notre programme CRM en 10 jours couvre la voie accélérée.

Peut-on suivre les commissions et la marge par commande dans le CRM ?

Les informations de marge peuvent être reprises de S/4HANA dans le CRM, par exemple depuis le résultat de la détermination du prix ou l’analyse de rentabilité. Des vues simples sur les commissions peuvent vivre dans V2 ; les schémas complexes avec taux échelonnés, partages entre équipes ou accélérateurs relèvent d’un système de rémunération dédié.

Sales Cloud V2 se connecte-t-il directement à notre système de gestion d’entrepôt ?

Non, et il ne le devrait pas. Sales Cloud V2 dialogue avec S/4HANA, et S/4HANA dialogue avec votre WMS, qu’il s’agisse d’EWM intégré ou d’un système tiers. La disponibilité que voit le commercial est celle que remonte S/4HANA ; l’intégration entre ERP et WMS doit donc être à jour.

Prochaine étape

Si votre équipe commerciale établit ses offres avec des listes de prix dépassées, appelle l’entrepôt pour vérifier le stock ou saisit les commandes deux fois, ce sont exactement les problèmes que la connexion S/4HANA de Sales Cloud V2 résout.

Parlez à notre équipe : nous passerons en revue l’intégration pour votre paysage S/4HANA et vous montrerons à quoi ressemblent les prix et la disponibilité de l’ERP dans le CRM.