SAP SD : le module expliqué
Sales and Distribution gère tout le cycle de vente dans SAP, de la commande client jusqu'à la facture. C'est le bras commercial de l'entreprise, organisé autour d'un fil conducteur : l'order-to-cash, de la commande à l'encaissement. Voici à quoi sert le module, comment tourne ce cycle, et par où commencer pour t'y former.
SAP SD, c'est quoi exactement ?
SAP SD, pour Sales and Distribution, est le module qui gère tout le cycle de vente, de la commande client jusqu'à la facture. C'est le bras commercial de SAP : il enregistre ce que l'entreprise vend, organise l'expédition de la marchandise, puis facture le client. Tout repose sur un fil conducteur appelé order-to-cash, de la commande à l'encaissement. En pratique : un client passe commande, le système calcule le prix et vérifie la disponibilité, une livraison sortante prépare l'expédition, la sortie de marchandise réduit le stock, et une facture part vers la comptabilité.
Concrètement, SD s'appuie sur deux piliers. D'abord la structure commerciale, c'est-à-dire l'organisation commerciale, le canal de distribution et le secteur d'activité, qui décrit sous quel angle l'entreprise vend. Ensuite la technique des conditions, le moteur qui calcule automatiquement le prix d'une ligne de commande à partir de fiches de conditions, sans ressaisie. SAP avance que 77 % du chiffre d'affaires transactionnel mondial passe par un de ses systèmes (source SAP). Derrière ce chiffre, une réalité simple : la vente est le point où l'argent entre, et SD est le module qui la pilote. C'est ce qui en fait une compétence très demandée, au cœur du revenu de l'entreprise.
- SD gère tout le cycle de vente, de la commande client à la facture, autour du fil order-to-cash.
- Deux piliers structurent le module : la structure commerciale et la technique des conditions qui calcule les prix.
- Chaque étape laisse une trace reliée : commande, livraison sortante, sortie de marchandise, facture, encaissement.
- SD est transverse : il dialogue avec les achats, la finance, l'entrepôt, la production et le transport.
Ce que couvre SAP SD
Quatre domaines, un seul fil rouge : transformer une intention d'achat client en marchandise livrée et en facture encaissée.
Données de base et prix
Fiche de conditionsLe socle : la fiche client, la fiche article, et les fiches de conditions qui pilotent la technique des conditions pour calculer les prix.
Une fiche client ou une condition de prix mal réglée et toutes les commandes derrière sortent fausses.
VK11 VK12Document de vente
Commande clientLe cœur transactionnel : le devis, la commande client et le contrat, contrôlés par le type de document, la catégorie de poste et la catégorie de ligne d'échéancier.
Une commande incomplète bloque la suite : la livraison ou la facture ne se déclenche pas tant que le contrôle d'exhaustivité râle.
VA01 VA41Expédition et livraison
Livraison sortanteLa sortie physique : la livraison sortante prépare l'expédition depuis un point d'expédition, le prélèvement sort la marchandise, puis la sortie de marchandise solde le stock.
Oublier la sortie de marchandise, c'est garder un stock qui n'existe plus : le système et le quai ne disent plus la même chose.
VL01N VL02NFacturation
Document de facturationL'argent qui rentre : la facture se crée depuis la livraison ou la commande, se regroupe par liste de factures à créer, et se déverse en comptabilité.
Une détermination de compte mal paramétrée et le revenu se range sur le mauvais compte de comptabilité.
VF01 VF04Le cœur de SAP SD : le cycle order-to-cash
Presque tout SD tient dans un enchaînement, de l'intention d'achat du client jusqu'à l'argent encaissé. Chaque document découle du précédent et garde le lien. Comprends ce trajet une fois, et le reste s'éclaire.
-
Avant-vente (devis)
Tout peut commencer avant la commande, par une demande de prix ou un devis adressé au client. Cette étape est optionnelle : sur S/4HANA, tu la gères dans les apps de demandes et de devis de vente. Une fois le client d'accord, le devis se transforme en commande sans tout ressaisir.
-
Commande client
VA01La commande client est le pivot du module : elle dit quel article, en quelle quantité, à quel prix et pour quand. La technique des conditions calcule le prix automatiquement, et un contrôle de disponibilité confirme la date possible. On la modifie avec VA02 et on l'affiche avec VA03.
-
Livraison sortante
VL01NQuand la date d'expédition arrive, la commande devient une livraison sortante, créée avec référence à la commande depuis un point d'expédition. C'est le document qui pilote l'expédition physique. On peut aussi la créer en masse par la liste des livraisons à créer.
-
Prélèvement et sortie de marchandise
VL02NLa marchandise est prélevée, manuellement ou via la gestion d'entrepôt, puis la sortie de marchandise est postée sur la livraison. Ce poste réduit le stock et déclenche l'écriture comptable du mouvement. C'est le moment où la marchandise quitte officiellement l'entreprise.
-
Facturation
VF01La facture se crée à partir de la livraison, ou directement de la commande pour un service. Elle reprend les prix, applique le type de facturation, et se déverse en comptabilité côté client. La liste des factures à créer (VF04) permet de facturer en lot.
-
Encaissement
La facture crée une créance client en comptabilité. Le paiement, lui, se gère côté finance, où l'encaissement vient solder cette créance. Le cycle order-to-cash est bouclé : la vente s'est transformée en argent.
Un seul fil, de la commande à l'encaissement, où chaque document garde le lien avec le précédent.
SAP SD dans le paysage SAP
SD est le point où l'argent entre, donc il touche presque tout le monde. Voici les modules avec lesquels il échange en permanence, et le sens de l'échange.
Achats et stocks
MM est le miroir de SD : il achète quand SD vend. Les deux partagent l'article et la même logique de technique des conditions pour les prix.
Finance
Chaque facture SD crée une écriture comptable et une créance client dans FI. SD vend, FI encaisse et suit le revenu.
Entrepôt
La livraison sortante de SD déclenche le prélèvement physique dans WM ou EWM, qui sort la marchandise du bon emplacement avant l'expédition.
Production
En fabrication à la commande, une commande client peut déclencher un ordre de production. PP fabrique ce que SD a vendu, puis SD livre.
Transport
Une fois la livraison prête, le transport prend le relais : TM planifie et exécute l'acheminement de la marchandise vers le client.
SD et les modules voisins : qui fait quoi
SD ne travaille jamais seul. Voici les modules qui le bordent, et la ligne exacte où chacun prend le relais.
| Module | Ce qu'il gère | Sa frontière avec SD |
|---|---|---|
| MM (achats et stocks) | Le cycle d'achat, du besoin au paiement fournisseur. | MM gère l'entrant (achat), SD gère le sortant (vente) ; ce sont deux processus symétriques. |
| FI (comptabilité) | La comptabilité, les créances clients et les encaissements. | SD s'arrête à la facture ; FI prend le relais pour la créance, l'encaissement et le revenu. |
| MM-IM (mouvements de stock) | Les mouvements de stock et les quantités au niveau magasin. | SD déclenche la sortie de marchandise ; IM enregistre le mouvement de stock et son écriture. |
| WM / EWM (entrepôt) | La gestion d'entrepôt jusqu'à l'emplacement, prélèvement compris. | SD crée la livraison ; WM ou EWM la prépare physiquement et prélève la marchandise. |
| PP (production) | La planification et la fabrication des produits. | En fabrication à la commande, SD vend et déclenche ; PP fabrique avant que SD ne livre. |
| TM (transport) | La planification et l'exécution du transport. | SD prépare la livraison ; TM organise l'acheminement réel vers le client. |
SAP SD est-il fait pour toi ?
SD colle à certains profils plus qu'à d'autres. Regarde de quel côté tu te reconnais.
SD est un terrain naturel si
- Tu viens de la vente, du commerce, de l'administration des ventes ou du service client.
- La relation client, les commandes, les prix et la facturation te parlent.
- Tu aimes un module au cœur du revenu, où chaque vente laisse une trace de la commande à la facture.
- Tu veux un module central et transverse, qui touche la finance, la logistique et la production.
SD te parlera moins si
- Tu cherches du développement pur : oriente-toi vers ABAP.
- Seul l'entrepôt physique t'attire : regarde plutôt WM ou EWM.
- Les achats et la relation fournisseur te motivent plus : vise MM.
Trois idées reçues sur SAP SD
Ce qu'on entend souvent sur le module, et ce qu'il en est vraiment une fois les mains dans le cambouis.
SD, c'est juste saisir des commandes.
On imagine un module où l'on tape des commandes toute la journée.
SD, c'est commercial, pas technique.
On suppose qu'un module de vente s'adresse aux commerciaux.
Le prix se saisit à la main sur chaque commande.
On croit qu'il faut taper un montant ligne par ligne.
Le vrai SD est dans le paramétrage.
Derrière l'écran de commande, le vrai travail est la conception : la structure commerciale, les types de documents, les catégories de poste et la technique des conditions. Bien régler tout ça, c'est ce qui fait qu'une commande se transforme en livraison puis en facture sans accroc, pour des milliers de transactions par jour.
C'est un module fonctionnel de paramétrage.
SD ne se vend pas, il se paramètre. Tu travailles le contrôle des documents, le contrôle de copie qui fait découler une facture d'une livraison, la détermination de compte et la procédure de prix. C'est un métier fonctionnel exigeant, proche de la finance et de la logistique, plus que du commercial pur.
La technique des conditions calcule le prix.
Le prix n'est presque jamais saisi à la main. La technique des conditions va chercher les bonnes fiches de conditions, prix de base, remises, majorations et taxes, et applique une procédure de prix qui empile le tout automatiquement. Maîtriser ce moteur est l'une des compétences les plus recherchées du module.
Par où commencer en SAP SD
Quatre paliers, du sens vers la pratique. Tu n'as pas besoin de tout savoir avant de toucher l'écran.
- 1Comprends le rôle du module
Commande, livraison, facture, order-to-cash : pose le vocabulaire et le sens avant les écrans.
- 2Pose la structure commerciale
Organisation commerciale, canal de distribution, secteur d'activité : le cadre avant la transaction.
- 3Forme-toi, du gratuit au payant
Commence par les ressources gratuites, puis structure avec un parcours qui te fait pratiquer.
- 4Déroule un cycle complet
Une commande menée de la création à la facture sur un environnement d'entraînement vaut dix tutoriels lus.
Les modules SAP en un coup d'œil
SAP se découpe en modules fonctionnels. Choisis celui qui colle à ton profil.
Logistique
- MM Materials Management Achats, stocks, contrôle des factures
- SD Sales and Distribution Ventes, livraisons, facturation
- EWM Extended Warehouse Management Entrepôt détaillé, jusqu'à l'emplacement
- WM Stock Room Management Gestion d'entrepôt simple, ex-WM
- TM Transportation Management Transport et planification des tournées
Technique
- ABAP Langage de développement Programmes et personnalisation
- BTP Business Technology Platform Plateforme cloud, intégration, IA
- Fiori Interface utilisateur Apps et écrans modernes
- Build SAP Build No-code, apps et automatisation
- Sec SAP Security Rôles, autorisations, accès
- Basis SAP Basis Système, transports, monitoring
Production et maintenance
Guide du module disponible Bientôt disponible
Continuer ton exploration SAP
SAP SD ne vit pas seul. Voici les modules avec lesquels il dialogue au quotidien, pour comprendre la chaîne complète de bout en bout.
-
01
SAP MM : le module achats
Le miroir de SD : il achète quand SD vend. Même logique de prix, sens inverse.
-
02
SAP WM : la gestion d'entrepôt
Là où se prélève la marchandise que SD a vendue, jusqu'à l'emplacement.
-
03
SAP EWM : l'entrepôt avancé
La version outillée de l'entrepôt, pour les sites à fort volume ou automatisés.
-
04
SAP PP : la production
En fabrication à la commande, c'est PP qui fabrique ce que SD a vendu.
-
05
Le guide SAP : la carte des modules
Le pilier qui replace SD parmi tous les modules SAP et leurs liens.
Métier et débouchés
SAP revendique plus de 400 000 entreprises clientes dans plus de 180 pays (source SAP), et toutes vendent quelque chose. SD est donc l'un des modules les plus répandus, présent dès qu'il y a une commande, une livraison et une facture. Autant dire que la connaissance de la vente SAP reste recherchée, en métier comme en conseil, dans tout l'espace francophone : Luxembourg, Belgique, France, Suisse, Québec.
Côté métier, tu trouves le key user SD, le responsable administration des ventes ou le gestionnaire de commandes qui maîtrise l'outil et fait le pont avec l'IT. Côté conseil, le consultant SD intervient sur des sujets très concrets : modéliser la structure commerciale, régler la technique des conditions, fiabiliser le flux de la commande à la facture, brancher SD sur la finance et l'entrepôt. Les deux chemins partent du même socle : comprendre l'order-to-cash et le contrôle des documents.
Concrètement, une première mission SD ressemble à ça : poser une organisation commerciale propre, paramétrer une procédure de prix qui applique remises et taxes sans intervention manuelle, configurer le contrôle de copie pour que la facture découle de la livraison, puis fiabiliser le contrôle d'exhaustivité pour qu'aucune commande ne reste bloquée. Du concret, au plus près de l'argent qui rentre.
Pour une reconversion, SD est un bon point d'entrée si la relation client et la vente t'attirent : le cycle est intuitif et chaque étape a un sens commercial évident. Si tu envisages le virage, le parcours de reconversion détaille les étapes et le rythme ; et si tu veux aller jusqu'au métier de consultant, regarde la formation consultant SAP.
Les questions qu'on nous pose
Que veut dire SD dans SAP ?
SD signifie Sales and Distribution, soit ventes et distribution. C'est le module qui gère tout le cycle de vente dans SAP, de la commande client jusqu'à la facture, en passant par l'expédition de la marchandise. On le résume souvent par le processus order-to-cash, de la commande à l'encaissement.
C'est quoi le processus order-to-cash ?
L'order-to-cash est l'enchaînement complet de la vente, de la commande à l'argent encaissé. Dans SAP, il passe par la commande client, la livraison sortante, le prélèvement et la sortie de marchandise, la facture, puis l'encaissement géré en finance. Chaque document découle du précédent et garde le lien, ce qui rend tout le flux traçable.
Quelle différence entre SAP SD et MM ?
SD et MM sont deux processus symétriques. MM gère l'achat, l'entrant : du besoin à la commande fournisseur, jusqu'au paiement du fournisseur. SD gère la vente, le sortant : de la commande client à la facture, jusqu'à l'encaissement. Les deux partagent l'article et la même technique des conditions pour les prix, mais dans des sens opposés. L'un fait sortir l'argent, l'autre le fait entrer.
Comment SAP calcule-t-il le prix d'une commande ?
Grâce à la technique des conditions. Plutôt que de saisir un montant à la main, SAP va chercher des fiches de conditions, le prix de base, les remises, les majorations et les taxes, puis applique une procédure de prix qui empile et calcule le tout automatiquement sur chaque ligne. C'est l'un des sujets les plus importants du module, et l'une des compétences les plus recherchées.
Faut-il savoir coder pour travailler sur SAP SD ?
Non. SD est un module fonctionnel : tu paramètres une structure commerciale, des types de documents, une procédure de prix et des règles de contrôle de copie. Le développement relève de profils techniques comme ABAP. Ton atout, c'est de comprendre le processus de vente et la logique de gestion qui relie commande, livraison et facture.
SAP SD est-il un bon module pour une reconversion ?
Oui, surtout si la vente et la relation client t'attirent. Le cycle est intuitif : chaque étape, commande, livraison, facture, a un sens commercial évident, ce qui aide à se l'approprier. SD est aussi très répandu et transverse, donc les occasions ne manquent pas. Venir de la vente, de l'administration des ventes ou du service client est un vrai plus.
Prêt à te former à SAP SD ?
Le parcours reconversion couvre les bases métier et la pratique sur les processus SAP, du cycle de vente aux données de base.