S4600

Processus de vente dans S/4

HANA

.
.
SUPPORT DE COURS DU PARTICIPANT
COURS AVEC INSTRUCTEUR
.
Version du cours : 20
Durée du cours : 4 Jours
Numéro d'article : 50159455

Veuillez noter que cette formation a été traduite par une machine et que par
conséquent, la qualité de la traduction peut s'avérer inférieure à celle d'une traduction
réalisée par une personne. En cas d'incertitude, veuillez vous référer à la version
anglaise de la formation.
Copyrights, marques commerciales et
clause de non-responsabilité SAP

© 2022 SAP SE ou société affiliée SAP. Tous droits réservés.

Toute reproduction ou communication de la présente publication, même partielle, par quelque procédé
et à quelque fin que ce soit, est interdite sans l'autorisation expresse et préalable de SAP SE ou d'une
société affiliée SAP.
Les informations contenues dans le présent document peuvent être modifiées sans préavis. Certains
logiciels commercialisés par SAP SE et ses distributeurs contiennent des composants logiciels qui sont
la propriété d'éditeurs tiers. Les spécifications des produits peuvent varier d’un pays à l’autre.
Il est possible que les présents documents aient été traduits par une machine et contiennent par
conséquent des erreurs grammaticales ou des inexactitudes.
Les informations du présent document sont fournies par SAP SE ou par une société affiliée SAP
uniquement à titre informatif, sans engagement ni garantie d'aucune sorte. SAP SE ou ses sociétés
affiliées ne pourront en aucun cas être tenues responsables des erreurs ou omissions relatives à ces
informations. Les seules garanties fournies pour les produits et les services de SAP ou d'une société
affiliée SAP sont celles énoncées expressément à titre de garantie accompagnant, le cas échéant, lesdits
produits et services. Aucune des informations contenues dans le présent document ne saurait
constituer une garantie supplémentaire.
En particulier, SAP SE ou ses sociétés affiliées ne sont en aucun cas tenues de se livrer aux activités
citées dans le présent document ou toute autre présentation, ni de développer ou de mettre sur le
marché quelque fonctionnalité mentionnée dans les présentes. Le présent document ou toute
présentation liée, ainsi que la stratégie et les futurs développements, produits, orientations de plate-
forme et fonctionnalités éventuels de SAP SE ou de ses sociétés affiliées peuvent être modifiés par SAP
ou par ses sociétés affiliées à tout moment et pour quelque raison que ce soit, sans préavis. Les
informations contenues dans le présent document ne constituent en aucun cas un engagement, une
promesse ou une obligation juridique de livrer un quelconque matériel, code ou fonctionnalité. Toutes
les prévisions mentionnées sont soumises à certains risques et comportent une part d'incertitude
pouvant entraîner des résultats substantiellement différents des attentes. Il est recommandé au lecteur
de ne pas placer une confiance exagérée dans lesdites prévisions et de ne pas prendre de décision
d'achat en fonction de ces dernières.
SAP et tous les autres produits et services SAP mentionnés dans le présent document, ainsi que leurs
logos respectifs, sont des marques commerciales ou des marques déposées de SAP SE (ou d'une
société affiliée SAP) en Allemagne ainsi que dans d'autres pays. Tous les autres noms de produits et de
services mentionnés sont des marques commerciales ou des marques déposées de leurs entreprises
respectives. Consultez [Link] pour obtenir des
informations complémentaires sur les marques déposées.

© Copyright. Tous droits réservés. iii

Conventions typographiques

Le français de France est le standard utilisé dans ce manuel.

Les conventions typographiques décrites ci-après sont également utilisées.

Ces informations apparaissent dans la présentation de l'animateur.

Démonstration

Procédure

Avertissement ou Attention

Astuce

Informations connexes ou supplémentaires

Invitation à la discussion

Contrôle d'interface utilisateur Exemple de texte

Titre de fenêtre Exemple de texte

iv © Copyright. Tous droits réservés.

Sommaire :

vii Vue d'ensemble du cours

1 Chapitre 1 : Navigation avec SAP Fiori

3 Sujet: Identification des fonctions clés de SAP Fiori

13 Chapitre 2 : Structures d'entreprise

15 Sujet: Identification des structures d'entreprise dans SAP S/4HANA

Sales

27 Chapitre 3 : Synthèse des processus de vente

29 Sujet: Exécution des processus de ventes SAP S/4HANA

37 Sujet: Traitement des documents de vente
41 Sujet: Traitement des livraisons sortantes
45 Sujet: Expédition de marchandises
49 Sujet: Traitement des documents de facturation

59 Chapitre 4 :Données de base

61 Sujet: Gestion des données de base partenaire

67 Sujet: Gestion des données de base article
71 Sujet: Gestion des fiches infos client-article
73 Sujet: Gestion des données de base de condition pour la
détermination du prix
77 Sujet: Explication des sujets complémentaires touchant aux
données de base

89 Chapitre 5 : Détermination automatique des données et ordonnancement

91 Sujet: Analyse des résultats de la détermination automatique des

données
97 Sujet: Analyse des résultats de l'ordonnancement de l'expédition et
du transport

105 Chapitre 6 :Contrôle de disponibilité

107 Sujet: Exécution d'un contrôle de disponibilité – Principes de base

113 Sujet: Exécution d'un contrôle de disponibilité – Autres sujets

127 Chapitre 7 : Opération groupée

129 Sujet: Exécution d’opérations groupées

© Copyright. Tous droits réservés. v

137 Chapitre 8 : Processus supplémentaires dans les ventes

139 Sujet: Utilisation de documents d'avant-vente

143 Sujet: Exécution de la fabrication sur commande
147 Sujet: Vente de produits de service

153 Chapitre 9 :Gestion des réclamations

155 Sujet: Création de demandes d'avoir

159 Sujet: Annulation de documents de facturation
161 Sujet: Création de retours

165 Chapitre Suivi et analyse des ventes

10 :

167 Sujet: Utilisation de l’application Traitement des commandes clients

175 Sujet: Gestion des plans commerciaux
177 Sujet: Utilisation d'applications analytiques

vi © Copyright. Tous droits réservés.

Vue d'ensemble du cours

PUBLIC CONCERNÉ
Ce cours s'adresse aux participants suivants :
● Chef de projet
● Consultant applicatif
● Responsable de processus de gestion/Responsable d'équipe/Utilisateur de référence
● Utilisateur

© Copyright. Tous droits réservés. vii

viii © Copyright. Tous droits réservés.
CHAPITRE 1 Navigation avec SAP Fiori

Sujet 1
Identification des fonctions clés de SAP Fiori 3

OBJECTIFS DU CHAPITRE

● Identifier les fonctions clés de SAP Fiori

© Copyright. Tous droits réservés. 1

Chapitre 1 : Navigation avec SAP Fiori

2 © Copyright. Tous droits réservés.

 Chapitre 1
Sujet 1
Identification des fonctions clés de SAP Fiori

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Identifier les fonctions clés de SAP Fiori

Expérience utilisateur SAP Fiori

Votre entreprise planifie d'implémenter SAP S/4HANA et vous souhaitez avoir des
informations sur la stratégie d’expérience utilisateur.
Vous vous intéressez notamment à l’interface utilisateur (IU) SAP Fiori.

Concepts et facteurs d’influence

Figure 1: Concepts et facteurs d’influence

L’informatique et l'utilisation d'appareils électroniques ne sont plus réservées aux experts et

se sont répandues dans tous les groupes sociaux. Le matériel haute performance rend
possible une large variété de logiciels ayant différents champs d'application et des utilisations
diverses. Par conséquent, il est important que le logiciel soit facile à utiliser.
Les principaux moteurs de ce développement sont les smartphones et tablettes dotés
d’interfaces utilisateur personnalisées et conviviales. Ces interfaces utilisateur ne sont plus
requises pour fournir un maximum de fonctionnalités, mais plutôt une expérience utilisateur
ergonomique centrée sur le consommateur.

© Copyright. Tous droits réservés. 3

Chapitre 1 : Navigation avec SAP Fiori

Les logiciels de gestion doivent donc s’adapter et se transformer afin de fournir de bonnes
expériences utilisateur à tous les métiers de l’entreprise. L'interface utilisateur (IU) joue un
rôle important dans le développement de cette dynamique. Pour les logiciels SAP, le défi
consiste à garder une vue claire et à comprendre toute la stratégie SAP relative à l’expérience
utilisateur.

Expérience utilisateur SAP

Figure 2: IU par rapport à UX

Les termes interface utilisateur (IU) et expérience utilisateur (UX) représentent deux
manières de penser différentes.
L'IU, dans une perspective logicielle, décrit l’interface entre l’utilisateur et l'appareil. Elle a
pour objectif d’optimiser l’efficacité pendant l’utilisation.
L'UX adopte le point de vue de l'utilisateur final ; son but est de motiver et de provoquer un
sentiment positif non seulement pendant, mais aussi avant et après l'utilisation. L'UX tente de
créer une expérience positive et motivante pour l’utilisateur.

Types d'utilisateur

Figure 3: Types d'utilisateur

4 © Copyright. Tous droits réservés.

 Sujet: Identification des fonctions clés de SAP Fiori

Il est possible de trouver divers types d’utilisateur en fonction de l’organisation du domaine,

du service informatique, ainsi que du degré de numérisation.
Néanmoins, dans presque toutes les sociétés, il existe fondamentalement trois types
d'utilisateurs :
● Utilisateur occasionnel
Il utilise le système occasionnellement et il a donc besoin d'applications simples et
conviviales. Des transactions à une seule étape sont exécutées dans de nombreux cas.
● Utilisateur clé ou expert
Utilisateur SAP entièrement formé, il connait les processus et les applications disponibles
en détail. Cet utilisateur utilise souvent plusieurs systèmes et différentes IU.
● Développeur ou programmeur
Il a des connaissances détaillées des processus et du système et se charge de l’adaptation
et l’extension des applications existantes. Généralement, il s’occupe de plusieurs
applications avec différentes IU.

SAP Fiori
Vous souhaitez vous assurer que vos utilisateurs bénéficient de la meilleure expérience qui
soit lors de leur interaction avec SAP Business Suite et qu’ils peuvent accéder aux
applications stratégiques sur n’importe quel appareil, sans difficulté. Vous avez besoin d’une
solution qui s’intègre à l’infrastructure de votre système informatique existant et qui peut
s’étendre pour couvrir vos besoins spécifiques.

Figure 4: Paradigme de l’expérience utilisateur SAP Fiori

Le principe de l'expérience utilisateur SAP Fiori repose sur cinq piliers :

● Orientée rôle
Les utilisateurs ont accès aux applications nécessaires pour effectuer leurs tâches. Les
applications sont spécifiques à l’exécution de ces tâches.
● Réactive
L’interface de l’application est réactive, elle s’adapte à la taille et à l'appareil des
utilisateurs qui y accèdent.
● Simple
Un périmètre de l’application simple : un utilisateur, un cas d’utilisation et jusqu'à trois
écrans pour chaque application.

© Copyright. Tous droits réservés. 5

Chapitre 1 : Navigation avec SAP Fiori

● Cohérente
Les applications sont développées avec une structure cohérente. Parlant toutes le même
langage, elles peuvent être implémentées dans plusieurs infrastructures et
environnements.
● Valeur immédiate
Valeur ajoutée immédiate de par le peu d'obstacles à l'adoption, que ce soit du point de
vue du système informatique ou du point de vue de l'utilisateur.

Qu'est-ce que SAP Fiori ?

Figure 5: Qu'est-ce que SAP Fiori ?

Les applications opérationnelles permettent d’effectuer des tâches de modification, de

création, d’affichage (documents, enregistrements) par exemple, ou sur des processus
entiers avec navigation guidée.
Les applications d’analyse permettent de transformer des informations en actions. Elles vous
donnent un aperçu visuel des sujets complexes, à des fins de surveillance ou de suivi.
Les infos-clés vous donnent l’opportunité de rechercher et d’explorer vos données. Elles
offrent une vue complète des informations essentielles relatives à un objet et permettent une
navigation contextuelle entre les objets liés.

6 © Copyright. Tous droits réservés.

 Sujet: Identification des fonctions clés de SAP Fiori

Barre de lancement SAP Fiori - Point d’entrée unique pour l’utilisateur

Figure 6: Barre de lancement SAP Fiori - Point d’entrée unique pour l’utilisateur

La barre de lancement SAP Fiori est une interface qui héberge les applications SAP Fiori et qui
fournit des services, notamment de navigation, de personnalisation, de prise en charge
intégrée et de configuration des applications. Il s’agit également du point d’entrée vers les
applications SAP Fiori sur les terminaux mobiles ainsi que sur les ordinateurs de bureau. La
barre de lancement affiche une page d’accueil avec des vignettes, qui peuvent présenter des
codes de statut mis à jour en temps réel, comme le nombre de tâches en cours. Chaque
vignette représente une application de gestion que l’utilisateur peut lancer.
Les applications SAP Fiori sur la page d’accueil sont organisées en groupes de vignettes.
L’utilisateur peut personnaliser la mise en forme de la page d’accueil, en regroupant, en
déplaçant et en supprimant des vignettes. L'utilisateur peut également ajouter, supprimer,
renommer et réorganiser des groupes. Pour ce faire, vous devez d'abord activer la possibilité
de personnaliser la page d'accueil dans la configuration de la barre de lancement.
Pour ajouter des vignettes dans des groupes, la barre de lancement fournit un catalogue de
vignettes, qui affiche toutes celles à la disposition de l'utilisateur.

© Copyright. Tous droits réservés. 7

Chapitre 1 : Navigation avec SAP Fiori

Personnalisation de la barre de lancement SAP Fiori

Figure 7: Personnalisation de la barre de lancement SAP Fiori

Les options de personnalisation suivantes sont disponibles dans la barre de lancement

SAP Fiori :
● Ajout d'applications depuis les catalogues affectés
● Suppression des applications que vous ne souhaitez pas utiliser
● Modification et ajout d'applications pour des résultats de rapports filtrés

Par exemple, si l’utilisateur est un gestionnaire de la trésorerie du groupe qui s’intéresse au

marché allemand, il peut créer une application pour accéder directement à la situation
quotidienne de trésorerie du marché allemand. Il peut ainsi y accéder d'un clic depuis la page
d’accueil de la barre de lancement SAP Fiori.

Bibliothèque SAP Fiori

Bibliothèque de référence pour les applications SAP Fiori
La bibliothèque de référence des applications SAP Fiori est une bibliothèque complète
répertoriant tout le contenu SAP pertinent pour la barre de lancement SAP Fiori. À l'aide de la
bibliothèque, vous pouvez :
● Rechercher des filtres tels que l'aide Type d'application et Version de produit pour
sélectionner les ensembles d'applications requis
● Rechercher des informations clés pour chaque application, y compris toutes les données
techniques dont vous avez besoin pour l'installation et la configuration

8 © Copyright. Tous droits réservés.

 Sujet: Identification des fonctions clés de SAP Fiori

● Accéder directement aux ressources associées, telles que la documentation de

l'application et la Product Availability Matrix
● Obtenir des recommandations SAP Fiori (applications SAP Fiori les plus adaptées à
l'utilisation client)

Figure 8: Bibliothèque Fiori

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Identifier les fonctions clés de SAP Fiori

© Copyright. Tous droits réservés. 9

Chapitre 1 : Navigation avec SAP Fiori

10 © Copyright. Tous droits réservés.

 Chapitre 1

Évaluation des connaissances

1. Parmi les applications suivantes, laquelle vous donne un aperçu visuel des sujets
complexes, à des fins de surveillance ou de suivi ?
Sélectionnez la réponse correcte.

X A Applications opérationnelles

X B Applications analytiques

X C Infos-clés

2. Un utilisateur peut personnaliser la page d'accueil dans la barre de lancement SAP Fiori
par défaut.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

© Copyright. Tous droits réservés. 11

 Chapitre 1

Évaluation des connaissances - Réponses

1. Parmi les applications suivantes, laquelle vous donne un aperçu visuel des sujets
complexes, à des fins de surveillance ou de suivi ?
Sélectionnez la réponse correcte.

X A Applications opérationnelles

X B Applications analytiques

X C Infos-clés

Correct. Les applications analytiques vous donnent un aperçu visuel des sujets
complexes, à des fins de surveillance ou de suivi.

2. Un utilisateur peut personnaliser la page d'accueil dans la barre de lancement SAP Fiori
par défaut.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. La fonction permettant de personnaliser la page d'accueil doit être activée dans
la configuration de la barre de lancement.

12 © Copyright. Tous droits réservés.

CHAPITRE 2 Structures d'entreprise

Sujet 1
Identification des structures d'entreprise dans SAP S/4HANA Sales 15

OBJECTIFS DU CHAPITRE

● Identifier les structures d'entreprise dans SAP S/4HANA Sales

© Copyright. Tous droits réservés. 13

Chapitre 2 : Structures d'entreprise

14 © Copyright. Tous droits réservés.

 Chapitre 2
Sujet 1
Identification des structures d'entreprise dans
SAP S/4HANA Sales

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Identifier les structures d'entreprise dans SAP S/4HANA Sales

Entités organisationnelles de l'administration des ventes – Synthèse

Les entités organisationnelles du système SAP représentent la structure d'une entreprise. Par
conséquent, elles correspondent aux entités organisationnelles et/ou juridiques d'une
entreprise. SAP propose des entités organisationnelles pour tous les domaines de votre
entreprise (comptabilité, gestion des achats, production et stockage). Nous allons nous
concentrer sur les éléments liés aux processus d'administration des ventes.
La solution SAP S/4HANA utilise un ensemble d'entités organisationnelles conçues
exclusivement pour le mappage des processus de l'administration des ventes. Il s'agit, par
exemple, de l'organisation commerciale et du canal de distribution. D'autres entités
organisationnelles, telles que la société ou la division, appartiennent à d'autres domaines
mais sont également utilisées pour les processus de traitement des commandes.
Les entités organisationnelles représentées dans la figure sont les plus importantes du
système pour les processus d'administration des ventes.

Figure 9: Entités organisationnelles pour les processus d'administration des ventes

© Copyright. Tous droits réservés. 15

Chapitre 2 : Structures d'entreprise

Entités organisationnelles – Société

La société est l'entité organisationnelle la plus fine de la comptabilité financière, pour laquelle
il est possible d'établir un plan comptable complet et autonome. Ce plan inclut tous les
enregistrements pertinents et la création de tous les documents justificatifs nécessaires aux
bilans/comptes de résultat.
Une société peut représenter, par exemple, une entreprise au sein d'un groupe ou une filiale.
Elle est liée aux processus d'administration des ventes car le revenu des ventes lui est affecté.
La figure Entité organisationnelle - Société répertorie certains éléments clés de la société en
tant qu'entité organisationnelle.

Figure 10: Entité organisationnelle – Société

Entités organisationnelles - Organisation commerciale

Pour utiliser les fonctions d'administration des ventes dans le système, vous devez disposer
d'au moins une organisation commerciale. Dans les statistiques sur les ventes, l'organisation
commerciale est le niveau de totalisation le plus élevé. Tous les documents commerciaux,
notamment les commandes client, les livraisons sortantes et les documents de facturation,
sont affectés à une organisation commerciale.

Remarque :
Au moins une organisation commerciale doit être définie dans le système, et
chacune doit être affectée de façon unique à une société. Cependant, plusieurs
organisations commerciales peuvent être affectées à une seule société.

L'organisation commerciale peut également être utilisée, par exemple, pour matérialiser une
subdivision du marché au niveau régional, national ou international. La figure Entité
organisationnelle - Organisation commerciale fournit des informations supplémentaires sur
l’organisation commerciale.

16 © Copyright. Tous droits réservés.

 Sujet: Identification des structures d'entreprise dans SAP S/4HANA Sales

Figure 11: Entité organisationnelle – Organisation commerciale

Entité organisationnelle – Canal de distribution

Le canal de distribution spécifie la façon dont les marchandises et les services sont distribués.
Les canaux de distribution doivent être affectés à au moins une organisation commerciale
(plusieurs affectations sont possibles). Pour utiliser les fonctions d'administration des ventes,
vous devez disposer d'au moins un canal de distribution dans le système.
Vous pouvez utiliser différents canaux de distribution pour effectuer les tâches suivantes :
● Définir des responsabilités
● Établir une structure de prix flexible
● Différencier les statistiques sur les ventes

En pratique, les entreprises utilisent des canaux de distribution différents pour séparer, par
exemple, les ventes nationales des ventes à l’export. Vous pouvez également utiliser un canal
de distribution produits (pour vendre des produits) et un canal de distribution de service
(pour vendre des services de maintenance et de réparation).
La figure Entité organisationnelle – Canal de distribution illustre l'affectation des canaux de
distribution.

© Copyright. Tous droits réservés. 17

Chapitre 2 : Structures d'entreprise

Figure 12: Entité organisationnelle – Canal de distribution

Entités organisationnelles– Secteur d'activité

Vous pouvez regrouper des articles et des services à l'aide de secteurs d'activité.
Un secteur d'activité peut représenter une famille de produits spécifique. Vous pouvez donc
limiter les accords de prix conclus avec un client à un secteur d'activité donné. Vous pouvez
également effectuer des analyses statistiques par secteur d'activité.
L’utilisation des secteurs d’activité au sein de la structure des ventes pourrait être motivée
par le fait que certaines personnes du service des ventes connaissent bien un groupe de
produits spécifique (outils de traitement du métal, par exemple) alors que d'autres possèdent
des connaissances techniques sur un autre groupe de produits (outils de traitement de
polymères, par exemple). À partir des secteurs d'activité correspondants, vous pouvez
prendre en compte ces différences lors de la configuration de la structure commerciale.
Plusieurs secteurs d'activité peuvent être affectés à une organisation commerciale. Pour
utiliser les fonctions d'administration des ventes dans le système, vous devez définir au moins
un secteur d'activité dans le système.
La figure Entité organisationnelle – Secteur d'activité illustre la pertinence des secteurs
d'activité au sein d'une structure organisationnelle.

18 © Copyright. Tous droits réservés.

 Sujet: Identification des structures d'entreprise dans SAP S/4HANA Sales

Figure 13: Entités organisationnelles– Secteur d'activité

Entité organisationnelle – Domaine commercial

Un domaine commercial est la combinaison d'une organisation commerciale, d'un canal de
distribution et d'un secteur d'activité. Le canal de distribution qu'utilise une organisation
commerciale pour vendre les produits d'un secteur d'activité déterminé est ainsi défini.
Chaque document de vente est affecté à un seul domaine commercial. Cette affectation ne
peut pas être modifiée.
Un domaine commercial ne peut appartenir qu'à une seule société. Cette relation est définie
par l'affectation de l'organisation commerciale correspondante à la société appropriée. Vous
devez définir au moins un domaine commercial dans le système pour exécuter les processus
d'administration des ventes.
Lors du traitement des documents commerciaux, le système accède aux diverses données de
base en fonction du domaine commercial. Il peut s'agir des données de base partenaire, des
prix ou des remises. En outre, le système effectue des contrôles de validité sur certaines
entrées en fonction du domaine commercial.
La figure Entité organisationnelle - Domaine commercial illustre des exemples de domaines
commerciaux.

© Copyright. Tous droits réservés. 19

Chapitre 2 : Structures d'entreprise

Figure 14: Entité organisationnelle – Domaine commercial

Astuce :
Une structure organisationnelle simple offre souvent plus d'avantages qu'une
structure complexe. Par exemple, elle simplifie la gestion des données de base.
Ne définissez pas des structures organisationnelles complexes dans votre
système pour fournir des options de reporting détaillées. Utilisez plutôt les zones
prévues à cet effet dans les données de base et les documents.

Entités organisationnelles – Distribution

Entités organisationnelles – Division et magasin
Une division est un emplacement dans lequel est conservé le stock article, elle peut
représenter, par exemple, un site de production ou un centre de distribution. Il est possible
d'utiliser plusieurs magasins pour séparer le stock au sein d'une division.
La division et le magasin sont des entités organisationnelles qui peuvent être utilisées par
toutes les zones logistiques du système. Dans l'administration des ventes, une division
représente l'emplacement à partir duquel les articles et les services sont livrés à un client.

Remarque :
Une division utilisée dans un processus d'administration des ventes est également
appelée division chargée de la livraison.

Les informations suivantes relatives à l'utilisation de divisions dans les processus

d'administration des ventes sont importantes :
● Pour utiliser les fonctions d'administration des ventes dans le système, vous devez
disposer d'au moins une division.
● Chaque division est affectée à une société de manière unique.

20 © Copyright. Tous droits réservés.

 Sujet: Identification des structures d'entreprise dans SAP S/4HANA Sales

● Pour utiliser une division dans un processus d'administration des ventes, vous devez
l'affecter à au moins une combinaison organisation commerciale et canal de distribution.
Plusieurs affectations sont possibles.
● La division est essentielle pour déterminer le point d'expédition.

La figure Entités organisationnelles - Division et magasin illustre les affectations

correspondantes pour les divisions.

Figure 15: Entités organisationnelles – Division et magasin

Entité organisationnelle – Point d'expédition

L'expédition fait partie intégrante de l'administration des ventes. Le point d'expédition est
l'entité organisationnelle qui contrôle vos activités d'expédition. Chaque livraison sortante est
traitée par un seul point d'expédition.
Le point d'expédition peut être notamment une rampe de chargement de véhicule, un bureau
postal ou un dépôt de chemin de fer. Il peut également représenter un groupe de salariés
responsables de livraisons utilisant un type particulier de transport (par exemple, route,
conteneur d'exportation, etc.) ou éventuellement responsable de livraisons très urgentes.
Chaque point d'expédition doit être affecté à au moins une division, mais plusieurs
affectations sont possibles.
La figure Entité organisationnelle - Point d'expédition présente une synthèse des affectations
possibles des points d'expédition.

© Copyright. Tous droits réservés. 21

Chapitre 2 : Structures d'entreprise

Figure 16: Entité organisationnelle – Point d'expédition

Entités organisationnelles – Activation de la gestion des emplacements de magasin

Les fonctions de gestion des emplacements de magasin sont souvent nécessaires en
complément des fonctions de la gestion des stocks. Par exemple, une société souhaite suivre
le nombre d'articles dans chaque emplacement, et aussi contrôler et enregistrer tous les
mouvements de marchandises et les articles dans le magasin.
Pour cela, SAP Extended Warehouse Management (EWM) est intégré à SAP S/4HANA. Pour
l'activation des fonctions de gestion des emplacements de magasin correspondantes, des
combinaisons de divisions et de magasins sont liées à un numéro de magasin.

Remarque :
Le numéro de magasin est utilisé dans les deux composantes, LE (Logistics
Execution) et EWM. À noter que le numéro de magasin est une zone à trois
caractères dans LE mais une zone à quatre caractères dans EWM.

Figure 17: Entités organisationnelles – Activation de la gestion des emplacements de magasin

22 © Copyright. Tous droits réservés.

 Sujet: Identification des structures d'entreprise dans SAP S/4HANA Sales

Entités organisationnelles – SAP EWM

Le numéro de magasin constitue le plus haut niveau d'entité organisationnelle dans la gestion
des emplacements de magasin. En pratique, le numéro de magasin correspond généralement
à un bâtiment physique ou un centre de distribution. Chaque numéro de magasin comporte
une sous-structure qui représente en détail l'organisation physique au sein du complexe de
magasins.
Il existe différentes zones pour le stockage physique des produits dans un magasin. Ces
zones, appelées types de magasin, incluent différents types de rayonnages, de zones de
réception et de sortie des marchandises. Les types de magasin sont représentés sous la
forme d'un groupe d'emplacements présentant des caractéristiques similaires.
Les aires de stockage sont des subdivisions d'un type de magasin. Une aire de stockage
représente un groupe d'emplacements qui présentent un attribut commun (par exemple, les
emplacements qui sont utilisés pour stocker des articles à forte rotation). Les aires de
stockage sont utilisées lors de la détermination de l'emplacement d'entrée en stock.
Les emplacements constituent le niveau le plus bas de la structure organisationnelle. Ils sont
affectés à un type de magasin et à une aire de stockage (le cas échéant). Les emplacements
représentent les lieux physiques où les marchandises sont stockées dans le magasin.

Figure 18: Entités organisationnelles – SAP EWM

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Identifier les structures d'entreprise dans SAP S/4HANA Sales

© Copyright. Tous droits réservés. 23

Chapitre 2 : Structures d'entreprise

24 © Copyright. Tous droits réservés.

 Chapitre 2

Évaluation des connaissances

1. Une société est la plus petite entité organisationnelle de la comptabilité financière.

Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

2. Chaque document de vente peut être affecté à plusieurs domaines commerciaux.

Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

© Copyright. Tous droits réservés. 25

 Chapitre 2

Évaluation des connaissances - Réponses

1. Une société est la plus petite entité organisationnelle de la comptabilité financière.

Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. La société est l'entité organisationnelle la plus fine de la comptabilité financière,

pour laquelle il est possible d'établir un plan comptable complet et autonome.

2. Chaque document de vente peut être affecté à plusieurs domaines commerciaux.

Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Chaque document de vente est affecté à un seul domaine commercial. Cette
affectation ne peut pas être modifiée.

26 © Copyright. Tous droits réservés.

CHAPITRE 3 Synthèse des processus de
vente

Sujet 1
Exécution des processus de ventes SAP S/4HANA 29

Sujet 2
Traitement des documents de vente 37

Sujet 3
Traitement des livraisons sortantes 41

Sujet 4
Expédition de marchandises 45

Sujet 5
Traitement des documents de facturation 49

OBJECTIFS DU CHAPITRE

● Exécuter les processus de ventes SAP S/4HANA

● Traiter les documents de vente
● Traiter les livraisons sortantes
● Expédier des marchandises
● Traiter les documents de facturation

© Copyright. Tous droits réservés. 27

Chapitre 3 : Synthèse des processus de vente

28 © Copyright. Tous droits réservés.

 Chapitre 3
Sujet 1
Exécution des processus de ventes SAP S/
4HANA

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Exécuter les processus de ventes SAP S/4HANA

Phases de processus
Un processus d'administration des ventes peut être déclenché par des mesures d'avant-
vente et de marketing (mailing, campagnes Internet, contacts à l'occasion d'une foire ou
campagnes téléphoniques).
Le résultat possible de ces campagnes peut se traduire par une demande d'information sans
engagement du client ou une demande d'offre. Les demandes et les offres permettent de
déterminer les données importantes relatives à ces demandes et peuvent être sauvegardées
comme documents. Si un client passe une commande, vous pouvez alors accéder à ces
documents.
Utilisez ces informations d'avant-vente pour planifier et analyser vos stratégies de marketing
et de vente ainsi que pour déterminer des relations commerciales à long terme avec vos
clients, par exemple :
● effectuant un suivi des ventes perdues ;
● Enregistrement des données d'avant-vente pour faciliter la négociation d'importants
contrats ;
● vendant des marchandises et des services aux grandes organisations pour lesquelles
l'ensemble du processus doit être documenté.

La figure « Activités d’avant-vente » répertorie certains sujets importants du processus

d'avant-vente.

© Copyright. Tous droits réservés. 29

Chapitre 3 : Synthèse des processus de vente

Figure 19: Activités d'avant-vente

Gestion des commandes clients

Si les activités d'avant-vente aboutissent, les clients commandent les marchandises et/ou les
services correspondants. Une commande client est alors créée pour représenter cette étape
du processus dans SAP S/4HANA. La commande client contient toutes les informations
nécessaires au traitement de la demande du client tout au long du cycle du processus.
Le système copie automatiquement les données de base et les informations des tables de
pilotage qui ont été préalablement préparées. Cela permet d'éviter des erreurs lors de la
création des commandes client ainsi que la saisie de données redondantes.

Figure 20: Gestion des commandes client

Détermination des sources d'approvisionnement

Pour pouvoir être livré au client, un article commandé doit être approvisionné. Le mode
d'approvisionnement d'un article peut dépendre de l'article proprement dit et de la
transaction de vente.
L'article peut être approvisionné comme suit :

30 © Copyright. Tous droits réservés.

 Sujet: Exécution des processus de ventes SAP S/4HANA

● directement à partir du stock ;

● par un fournisseur (via une demande d'achat ou commande d'achat) ;
● par sa fabrication (via un ordre planifié ou un ordre de fabrication).

La figure Détermination des sources d'approvisionnement représente l'intégration des

fonctions de gestion des articles dans le processus d'administration des ventes.

Figure 21: Détermination des sources d'approvisionnement

Expédition
Une fois que la détermination des sources d'approvisionnement de l'article demandé est
confirmée, le traitement de l’expédition peut commencer. Dans SAP S/4HANA, la création
des livraisons sortantes est la première étape du processus d'expédition. La livraison sortante
pilote, prend en charge et suit les diverses étapes du traitement, telles que :
● Prélèvement et confirmation via les fonctions de gestion des emplacements de magasin
(facultatif)
● Emballage (facultatif)
● Planification et suivi du transport via des documents de transport (facultatif) ou des ordres
de fret dans SAP S/4HANA Transportation Management (également facultatif)
● Enregistrement de la sortie de marchandises

Les livraisons sortantes sont généralement créées en référence à une ou plusieurs

commandes clients. De cette manière, les informations pertinentes (articles et quantités)
peuvent être copiées de la commande client dans la livraison.
Pour prendre en charge le prélèvement des articles dans le magasin, des tâches magasin sont
ensuite créées (en fonction des informations incluses dans la livraison). Les tâches magasin
sont essentielles au contrôle des mouvements de stock dans un magasin. La principale
fonction d'une tâche de magasin consiste à indiquer l'emplacement du magasin à partir
duquel les marchandises doivent être prélevées et transférées.
Lorsque vous enregistrez une sortie de marchandises, vous modifiez la quantité et la valeur
des marchandises en stock. Les modifications basées sur la valeur s'appliquent aux comptes
de bilan définis en comptabilité financière.

© Copyright. Tous droits réservés. 31

Chapitre 3 : Synthèse des processus de vente

Figure 22: Expédition

Facturation
Une fois le processus d'expédition terminé, les documents de facturation peuvent être créés.
Vous pouvez les créer avec référence à une ou plusieurs livraisons sortantes lors de la vente
de produits physiques ou avec référence à des commandes clients lors de la vente de
services. Dans les deux cas, les informations pertinentes sont copiées dans le document de
facturation à partir des documents précédents. Le document de facturation sert de source de
données à la comptabilité financière pour faciliter le contrôle et le traitement des
encaissements.
Lorsque vous créez un document de facturation, les comptes généraux sont
automatiquement déterminés et les données pertinentes sont enregistrées. Le système crée
les éléments suivants :
● Une écriture au débit sur le compte de créances du client
● Une écriture au crédit sur le compte de produits

Figure 23: Facturation

Paiement
L'encaissement du client est enregistré dans le service de comptabilité. Les données sont
ensuite enregistrées automatiquement comme suit dans les comptes généraux concernés :
● Une écriture au débit sur le compte de caisse

32 © Copyright. Tous droits réservés.

 Sujet: Exécution des processus de ventes SAP S/4HANA

● Une écriture au crédit sur le compte de créances du client

Remarque :
L'enregistrement des encaissements ne fait pas partie du processus principal
d'administration des ventes. Néanmoins, les factures impayées peuvent avoir des
incidences sur le processus de vente standard si vous vérifiez la ligne de crédit des
clients lors de la création des commandes.

Figure 24: Paiement

Synthèse des processus

La figure « Synthèse des processus » récapitule les documents à prendre en compte dans un
processus d'administration des ventes.
● Les demandes d'offre, les offres, les contrats, les programmes de livraisons et les
commandes clients constituent des exemples de documents de vente.
● Les livraisons sortantes et les tâches magasin sont des documents faisant partie du
traitement de l’expédition et des emplacements de magasin.
● Le document de sortie de marchandises contient des modifications concernant le stock et
constitue la base des pièces comptables significatives.
● Le document de facturation constitue la base des pièces comptables correspondantes.

Les parties gauche et droite de la figure représentent des interfaces clés entre le processus
d'administration des ventes et d'autres composantes.

© Copyright. Tous droits réservés. 33

Chapitre 3 : Synthèse des processus de vente

Figure 25: Synthèse des processus

Flux de processus
La relation entre les documents d'un processus d'administration des ventes peut être affichée
via le flux de processus. Cela vous permet d'accéder à tout moment à l'historique et au statut
en cours des documents.
Selon le document à partir duquel vous appelez le flux de processus, tous les documents
précédents et liés correspondants s'affichent. Le principal statut de traitement peut
également être suivi de cette manière et il est possible d’accéder aux infos-clés des
documents correspondants.

Remarque :
Le flux de processus affiche le processus sous forme de graphique et il est
disponible via les applications correspondantes (par exemple, Gestion des
commandes clients) dans la barre de lancement SAP Fiori.

34 © Copyright. Tous droits réservés.

 Sujet: Exécution des processus de ventes SAP S/4HANA

Figure 26: Flux de processus

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Exécuter les processus de ventes SAP S/4HANA

© Copyright. Tous droits réservés. 35

Chapitre 3 : Synthèse des processus de vente

36 © Copyright. Tous droits réservés.

 Chapitre 3
Sujet 2
Traitement des documents de vente

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Traiter les documents de vente

Gestion des ventes

La création d'un document de vente implique la gestion d'un grand nombre d'informations
obligatoires. Par exemple, chaque document de vente, tel qu'une commande client ou une
offre, doit toujours être affecté à un domaine commercial. De plus, la plupart des documents
de vente doivent contenir un numéro de client et au moins un poste avec un numéro d'article.
S'il existe déjà un document précédent approprié, il est possible de copier les données de ce
document lors de la création d'une commande client. Par exemple, une ou plusieurs offres
peuvent servir de documents de référence à une commande client. Dans ce cas, le système
copie les données applicables dans la commande client, ce qui évite à l'utilisateur de les gérer
manuellement.
La figure « Création d'une commande client » indique les combinaisons possibles d'offres et
de commandes clients.

Figure 27: Création d'une commande client

© Copyright. Tous droits réservés. 37

Chapitre 3 : Synthèse des processus de vente

Structure des documents de vente

Un document de vente comprend trois niveaux : en-tête, poste et échéance. Les données sont
réparties entre ces niveaux comme suit :
● Niveau de l'en-tête :
Les données de l'en-tête s'appliquent à tout le document. Sont inclus notamment le
numéro du document et des données liées au client telles que celles du donneur d'ordre
concerné.
● Niveau du poste :
Chaque poste d'un document de vente contient ses propres données. Il comprend
notamment les données relatives aux articles commandés et aux quantités
correspondantes. Chaque document de vente peut contenir plusieurs postes, et le pilotage
de chacun des postes peut être différent. Il peut s'agir, par exemple, de postes de
marchandises, de postes de service, de postes gratuits ou de postes de texte.
● Niveau de l'échéance :
Les échéances contiennent les quantités et les dates de livraison confirmées. Elles
appartiennent clairement à un poste. Chaque poste devant être livré physiquement doit
comporter au moins une échéance. Un poste peut comprendre plusieurs échéances si, par
exemple, la quantité commandée doit être livrée en plusieurs livraisons partielles à
différents moments.

Remarque :
Certaines données d'en-tête peuvent également être gérées au niveau du poste
(par exemple, le réceptionnaire). Dans ce cas, la saisie au niveau du poste
s'applique aux processus de suivi.

La figure Structure d'un document de vente représente la structure des documents de vente
illustrée par un exemple.

38 © Copyright. Tous droits réservés.

 Sujet: Traitement des documents de vente

Figure 28: Structure d'un document de vente

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Traiter les documents de vente

© Copyright. Tous droits réservés. 39

Chapitre 3 : Synthèse des processus de vente

40 © Copyright. Tous droits réservés.

 Chapitre 3
Sujet 3
Traitement des livraisons sortantes

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Traiter les livraisons sortantes

Livraisons sortantes
Les livraisons sortantes constituent les documents de base des différentes activités
exécutées lors du processus d'expédition (prélèvement, emballage et enregistrement de la
sortie de marchandises). Dans la plupart des cas, ils sont créés en faisant référence à une ou
plusieurs commandes client prêtes à être expédiées. Grâce à cette référence, le système peut
copier toutes les données nécessaires dans la livraison sortante à partir des commandes.
Vous pouvez créer une ou plusieurs livraisons sortantes avec référence à une seule
commande. Sinon, il est possible de regrouper dans une seule livraison sortante plusieurs
postes de différentes commandes clients. Pour combiner des postes de plusieurs
commandes, ils doivent tous avoir les mêmes valeurs pour les caractéristiques clé du
processus d'expédition, par exemple :
● Point d'expédition
● Date d'échéance de la livraison
● Adresse d'expédition

La figure Création d'une livraison sortante illustre la création de livraisons sortantes avec
référence à des commandes clients.

© Copyright. Tous droits réservés. 41

Chapitre 3 : Synthèse des processus de vente

Figure 29: Création d'une livraison sortante

Structure des documents de livraison

Un document de livraison comprend deux niveaux : en-tête et poste. Les données sont
réparties entre ces niveaux comme suit :
● Niveau de l'en-tête :
Les données de l'en-tête s'appliquent à tout le document. Cela comprend notamment les
données du réceptionnaire, ainsi que les délais de traitement de l'expédition.
● Niveau du poste :
Chaque poste du document de livraison contient ses propres données. Un poste
comprend notamment les données relatives aux articles, aux quantités, aux poids et aux
informations sur le stock. Chaque document de livraison peut contenir plusieurs postes, et
le pilotage de chacun des postes peut être différent. Ce sont, par exemple, des postes de
marchandises, des postes gratuits ou des postes de texte.

Remarque :
Contrairement aux documents de vente, les documents de livraison ne
contiennent aucune échéance. Chaque échéance du document de vente peut
devenir un poste du document de livraison.

La figure « Structure des documents de livraison » illustre la structure des livraisons

sortantes.

42 © Copyright. Tous droits réservés.

 Sujet: Traitement des livraisons sortantes

Figure 30: Structure des documents de livraison

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Traiter les livraisons sortantes

© Copyright. Tous droits réservés. 43

Chapitre 3 : Synthèse des processus de vente

44 © Copyright. Tous droits réservés.

 Chapitre 3
Sujet 4
Expédition de marchandises

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Expédier des marchandises

Prélèvement
Gestion des emplacements de magasin – Connexion à SAP EWM
Pour exécuter le processus de prélèvement dans SAP S/4HANA, SAP recommande d'utiliser
SAP Extended Warehouse Management (EWM). Si la livraison sortante créée pendant le
processus de vente est pertinente pour le prélèvement dans un magasin géré par SAP EWM),
elle est transférée à SAP EWM où un ordre de livraison sortante est créé.

Figure 31: Gestion des emplacements de magasin – Connexion à SAP EWM

Un ordre de livraison sortante contient toutes les données nécessaires pour déclencher et
suivre l'intégralité du processus de livraison sortante. En d'autres termes, l'ordre de livraison
sortante est la base de l'exécution des activités de prélèvement.
Lorsque la sortie de marchandises est enregistrée dans SAP EWM, une livraison sortante est
automatiquement créée (dans SAP EWM). Ce document déclenche l'enregistrement de la
sortie de marchandises dans la gestion des stocks.
Les tâches magasin sont utilisées pour exécuter les mouvements de stock dans le magasin.
Elles sont requises pour les activités suivantes :
● Prélèvement

© Copyright. Tous droits réservés. 45

Chapitre 3 : Synthèse des processus de vente

● Entrée en stock
● Mouvements de marchandises internes
● Transferts
● Enregistrements d'entrée de marchandises
● Enregistrements de sortie de marchandises

Tâches magasin

Figure 32: Tâches magasin

La tâche magasin est un document qui indique au magasinier ce qu'il doit faire, par exemple :
déplacer X palettes du produit Y à l’emplacement ABC. Lorsque la tâche magasin est
exécutée, le magasinier confirme que la quantité du produit est prélevée de l'emplacement
cédant et qu’elle est arrivée à l'emplacement prenant. Tout écart doit être enregistré avec un
code d'exception.
Les tâches magasin sont regroupées dans des ordres magasin. Les ordres magasin sont
utilisés pour contrôler la charge de travail des ressources du magasin. La taille d'un ordre
magasin (comme le nombre d'articles, le poids, les temps requis) est déterminée par les
options de Customizing correspondantes.

Sortie de marchandises
L'enregistrement d'une sortie de marchandises constitue souvent la dernière étape du
processus d'expédition. Lors de cette étape, les opérations suivantes sont automatiquement
exécutées :
● Gestion des stocks :
Les quantités dans la gestion des stocks et les besoins de livraison dans la planification des
besoins sont mis à jour.
● Comptes de bilan :
La modification de la valeur dans les comptes de bilan de la comptabilité articles est
enregistrée (les écritures de la pièce comptable correspondante sont basées sur le coût de
l'article).
● Comptabilité financière :

46 © Copyright. Tous droits réservés.

 Sujet: Expédition de marchandises

Des documents supplémentaires sont créés pour la comptabilité financière.

● Échéancier de factures :
La livraison correspondante peut désormais être utilisée comme base pour la facturation.
● Mise à jour des statuts :
Le statut de tous les documents associés est mis à jour.

Remarque :
Dans de nombreux processus d'administration des ventes, l'enregistrement des
sorties de marchandises est une condition préalable requise pour la création de
factures à l'étape suivante.

La figure « Enregistrement d'une sortie de marchandises » illustre l'impact d'une sortie de

marchandises.

Figure 33: Enregistrement d'une sortie de marchandises

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Expédier des marchandises

© Copyright. Tous droits réservés. 47

Chapitre 3 : Synthèse des processus de vente

48 © Copyright. Tous droits réservés.

 Chapitre 3
Sujet 5
Traitement des documents de facturation

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Traiter les documents de facturation

Documents de facturation
Le principal type de document de facturation est la facture. La création de factures constitue
souvent la dernière étape d'un processus d'administration des ventes. Vous pouvez créer des
factures avec référence aux livraisons sortantes (si vous avez livré de la marchandise au
client) ou avec référence aux commandes client (si vous avez vendu des services).
Le système peut regrouper plusieurs documents précédents (tels que des livraisons
sortantes) dans un document de facturation, à condition que ces documents indiquent les
mêmes valeurs pour les caractéristiques suivantes :
● Payeur
● Date de facture
● Pays destinataire

Le système peut créer des factures en ligne ou comme job d'arrière-plan à exécuter pendant
les heures creuses.

Remarque :
Les autres types de document de facturation, tels que les avoirs, ne sont pas
traités dans ce chapitre.

La figure « Création d'un document de facturation » illustre la création de factures avec

référence aux livraisons sortantes.

© Copyright. Tous droits réservés. 49

Chapitre 3 : Synthèse des processus de vente

Figure 34: Création d'un document de facturation

Structure d'un document de facturation

Un document de facturation comprend deux niveaux : en-tête et poste. Les données sont
réparties entre ces niveaux comme suit :
● Niveau de l'en-tête :
Les données de l'en-tête s'appliquent à tout le document. L'en-tête comprend notamment
les données relatives au payeur et à la date de facturation.
● Niveau du poste :
Chaque poste du document de facturation contient ses propres données. Ces données
comprennent, par exemple, des détails sur l'article, les quantités facturées et les valeurs
nettes des postes. Chaque document de facturation peut comprendre plusieurs postes.

La figure « Structure d'un document de facturation » présente la structure des documents de

facturation.

50 © Copyright. Tous droits réservés.

 Sujet: Traitement des documents de facturation

Figure 35: Structure d'un document de facturation

Effets d'un document de facturation

Lorsque vous sauvegardez le document de facturation, le système génère automatiquement
tous les documents requis pour la comptabilité. Il passe une écriture au débit sur le compte
de créances du client et une écriture au crédit sur le compte de produits. Les écritures
peuvent être affichées à partir de la pièce comptable correspondante accessible directement
via le document de facturation ou le flux de processus.
En outre, le système peut générer automatiquement d'autres documents pour la comptabilité
financière ainsi que pour le contrôle de gestion et les analyses de rentabilité.
La sauvegarde du document de facturation entraîne les actions suivantes :
● Le statut de tous les documents de vente, de livraison et de facturation associés est mis à
jour.
● Les données relatives au plafond de crédit du client sont mises à jour (si la fonction
correspondante est utilisée).

La figure « Effets d'un document de facturation » illustre les effets possibles liés à la création
de documents de facturation.

© Copyright. Tous droits réservés. 51

Chapitre 3 : Synthèse des processus de vente

Figure 36: Effets d'un document de facturation

Encaissement
L'enregistrement des encaissements est effectué dans le service de comptabilité financière.
Lorsque vous enregistrez un encaissement, les comptes généraux pertinents sont
automatiquement imputés.
Le système procède comme suit :
● il passe une écriture au débit sur le compte de caisse ;
● il passe une écriture au crédit sur le compte de créances du client.

Remarque :
Vous pouvez également suivre l'enregistrement des encaissements dans le flux de
processus et la synthèse des statuts. La pièce comptable correspondante reçoit le
statut Rapproché.

La figure « Encaissement » indique les options disponibles pour les encaissements.

52 © Copyright. Tous droits réservés.

 Sujet: Traitement des documents de facturation

Figure 37: Encaissement

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Traiter les documents de facturation

© Copyright. Tous droits réservés. 53

Chapitre 3 : Synthèse des processus de vente

54 © Copyright. Tous droits réservés.

 Chapitre 3

Évaluation des connaissances

1. Laquelle des étapes suivantes est la première étape du processus d'expédition dans SAP
S/4HANA ?
Sélectionnez la réponse correcte.

X A Prélèvement et confirmation via les fonctions de gestion des emplacements de

magasin

X B Emballage

X C Facturation

X D Création de livraisons sortantes

2. Lequel des niveaux suivants contient les quantités de livraison et les dates de livraison
dans la structure du document de vente ?
Sélectionnez la réponse correcte.

X A Niveau de l'en-tête

X B Niveau du poste

X C Niveau de l'échéance

3. Vous pouvez créer une seule livraison sortante avec référence à une seule commande.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

4. Chaque échéance du document de vente peut devenir un poste du document de livraison.

Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

© Copyright. Tous droits réservés. 55

Chapitre 3 : Évaluation des connaissances

5. Parmi les documents suivants, lequel constitue la base de l'exécution des activités de
prélèvement dans SAP EWM ?
Sélectionnez la réponse correcte.

X A Ordre de livraison sortante

X B Document de sortie de marchandises

X C Tâches magasin

X D Ordre magasin

6. Les tâches magasin sont regroupées dans des ressources magasin.

Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

7. Lorsque vous sauvegardez le document de facturation, toutes les pièces requises pour la
comptabilité sont générées.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

56 © Copyright. Tous droits réservés.

 Chapitre 3

Évaluation des connaissances - Réponses

1. Laquelle des étapes suivantes est la première étape du processus d'expédition dans SAP
S/4HANA ?
Sélectionnez la réponse correcte.

X A Prélèvement et confirmation via les fonctions de gestion des emplacements de

magasin

X B Emballage

X C Facturation

X D Création de livraisons sortantes

Correct. Dans SAP S/4HANA, la création de livraisons sortantes est la première étape du
processus d'expédition.

2. Lequel des niveaux suivants contient les quantités de livraison et les dates de livraison
dans la structure du document de vente ?
Sélectionnez la réponse correcte.

X A Niveau de l'en-tête

X B Niveau du poste

X C Niveau de l'échéance

Correct. Les échéances contiennent les quantités de livraison et les dates de livraison
appartenant à un poste.

3. Vous pouvez créer une seule livraison sortante avec référence à une seule commande.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Vous pouvez créer une ou plusieurs livraisons sortantes avec référence à une
seule commande.

© Copyright. Tous droits réservés. 57

Chapitre 3 : Évaluation des connaissances - Réponses

4. Chaque échéance du document de vente peut devenir un poste du document de livraison.

Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Contrairement aux documents de vente, les documents de livraison ne

contiennent aucune échéance. Chaque échéance du document de vente peut devenir un
poste du document de livraison.

5. Parmi les documents suivants, lequel constitue la base de l'exécution des activités de
prélèvement dans SAP EWM ?
Sélectionnez la réponse correcte.

X A Ordre de livraison sortante

X B Document de sortie de marchandises

X C Tâches magasin

X D Ordre magasin

Correct. Un ordre de livraison sortante contient toutes les données nécessaires pour
déclencher et suivre l'intégralité du processus de livraison sortante. En d'autres termes,
l'ordre de livraison sortante est la base de l'exécution des activités de prélèvement.

6. Les tâches magasin sont regroupées dans des ressources magasin.

Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Les tâches magasin sont regroupées dans des ordres magasin. Les ordres
magasin sont utilisés pour contrôler la charge de travail des ressources du magasin.

7. Lorsque vous sauvegardez le document de facturation, toutes les pièces requises pour la
comptabilité sont générées.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Lorsque vous sauvegardez le document de facturation, le système génère

automatiquement tous les documents requis pour la comptabilité.

58 © Copyright. Tous droits réservés.

CHAPITRE 4 Données de base

Sujet 1
Gestion des données de base partenaire 61

Sujet 2
Gestion des données de base article 67

Sujet 3
Gestion des fiches infos client-article 71

Sujet 4
Gestion des données de base de condition pour la détermination du prix 73

Sujet 5
Explication des sujets complémentaires touchant aux données de base 77

OBJECTIFS DU CHAPITRE

● Gérer les données de base du partenaire/client

● Gérer les données de base article
● Gérer les fiches infos client-article
● Gérer les données de base de condition pour la détermination du prix
● Expliquer les sujets complémentaires touchant aux données de base

© Copyright. Tous droits réservés. 59

Chapitre 4 : Données de base

60 © Copyright. Tous droits réservés.

 Chapitre 4
Sujet 1
Gestion des données de base partenaire

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Gérer les données de base du partenaire/client

Source de données des documents de vente

Les données des documents de vente peuvent provenir de différentes sources. La plupart des
données copiées sont utilisées comme valeurs par défaut qu'il est possible de remplacer dans
le document, si nécessaire.
Ces sources de données sont notamment les suivantes :
● Données de base partenaire (client)
● Données de base article
● Fiche info client-article (ces données de base permettent notamment de gérer les
numéros d'article du client)
● Données de base de la condition (s'appliquent à la détermination automatique du prix, telle
qu'un prix d'article ou une remise accordée à un client)
● Données de base des messages (messages permettant d'envoyer des informations au
client par e-mail, échange de données informatisées (EDI) ou fax. Il peut s'agir, par
exemple, d'une offre ou d'une confirmation de commande imprimée)
● Tables de pilotage gérées dans le Customizing (en fonction des options de ces tables, on
peut piloter dans les documents de vente les valeurs par défaut provenant de différentes
données)

Remarque :
Un document de vente précédent peut également servir de source de données
pour un autre document de vente. Exemple : une offre client peut être la source
d'une commande client.

La figure « Origine des données dans les documents de vente » illustre les différentes sources
de données des documents de vente.

© Copyright. Tous droits réservés. 61

Chapitre 4 : Données de base

Origine des données dans les documents de vente

Figure 38: Origine des données dans les documents de vente

Les données sont organisées en vues qui sont affectées aux entités organisationnelles
(division, organisation commerciale, etc.). La structure des fiches permet de représenter de
manière souple les diverses structures organisationnelles d'une organisation.
Lorsque les données correspondantes (telles que des informations sur les partenaires ou
articles) sont intégrées dans un seul objet de base de données, la redondance des données
n'est plus un problème et l'intégrité des données est améliorée. Tous les domaines utilisent
les mêmes données stockées, notamment les ventes, les achats, la gestion des stocks, la
planification des besoins, le contrôle des factures, les finances et les ressources humaines.

Données de base partenaire

Les données de base des clients et fournisseurs sont gérées dans SAP S/4HANA à l'aide de
données de base du partenaire. Grâce à cette approche, il est possible de gérer de façon
centralisée les données de base des clients et des fournisseurs (dans SAP ERP, elles étaient
gérées séparément).
Les données de base partenaire peuvent être gérées via la transaction BP ou à l’aide d’une
application correspondante depuis la barre de lancement SAP Fiori.

62 © Copyright. Tous droits réservés.

 Sujet: Gestion des données de base partenaire

Figure 39: Approche partenaire dans SAP S/4HANA

Lors de la création d'un partenaire, la catégorie de partenaire doit être sélectionnée. Les
partenaires peuvent être classés en tant que personne, groupe ou organisation. Un groupe
représente des personnes vivant en cohabitation, un couple marié ou un directoire. Une
organisation représente des unités comme une entreprise, un service d'entreprise ou une
association.
Le lien entre un partenaire et d'autres composantes se traduit par un concept de rôle. Un rôle
partenaire correspond à un contexte de gestion dans lequel peut apparaître un partenaire.
Les rôles possibles sont, par exemple, le client SD (pertinent pour les processus de vente), le
client FI ou le fournisseur. Cela garantit que les données de base pertinentes pour les
différents processus peuvent être enregistrées en conséquence et que le partenaire peut être
utilisé pour les fonctions correspondantes (par exemple, donneur d'ordre).

Structure des données de base client

Figure 40: Structure des données de base client

© Copyright. Tous droits réservés. 63

Chapitre 4 : Données de base

Les données du partenaire qui sont pertinentes pour les clients (rôles partenaire Client SD et
Client FI), sont regroupées dans les catégories suivantes : données générales, données du
domaine commercial et données de la société. La fiche client comprend toutes les données
nécessaires au traitement des commandes, des livraisons, des factures et des encaissements
des clients.
Les données générales sont valables pour les ventes et la comptabilité. Elles sont communes
à toutes les entités organisationnelles d'un mandant.
Les données du domaine commercial sont propres à l'administration des ventes. Elles
s'appliquent au domaine commercial correspondant (organisation commerciale, canal de
distribution, secteur d'activité).
Les données société sont propres à la comptabilité. Elles s'appliquent à la société
correspondante.
Les données de base client les plus importantes pour l'administration des ventes peuvent être
gérées dans les données du domaine commercial. Pour faciliter la gestion des données, les
zones pertinentes sont réparties dans différentes pages à onglet. Les principales sont les
suivantes :
● Commandes (Ordres)
● Expédition
● Facturation
● Rôles partenaires

Remarque :
Pour utiliser un client dans différents domaines commerciaux au cours des
processus des ventes, les données de base du client doivent être gérées en
conséquence pour les domaines commerciaux concernés.

Enfin, les données de base client relatives à la société comprennent des informations liées
principalement aux fonctions de comptabilité. C'est pourquoi ces données sont souvent
gérées par le service Comptabilité.

Rôles partenaire dans les données de base client

Rôles partenaire dans la fiche partenaire (rôle : client)
Au cours d’un processus de ventes dans SAP S/4HANA, plusieurs rôles partenaires sont
importants. Un rôle partenaire est celui qu'un partenaire peut endosser au cours d'un
processus. Par exemple, un client commande certains produits (rôle partenaire : donneur
d'ordre) et un autre client reçoit un article (rôle partenaire : réceptionnaire).
Pour la gestion des commandes clients, les rôles partenaires donneur d'ordre, réceptionnaire,
payeur et destinataire de la facture sont obligatoires :
● Donneur d'ordre :
Client qui passe la commande.
● Réceptionnaire :
Client qui reçoit les marchandises ou les services.
● Destinataire de la facture :

64 © Copyright. Tous droits réservés.

 Sujet: Gestion des données de base partenaire

Client qui reçoit la facture.

● Payeur :
Client qui paie la facture.

Au cours de la gestion d'une commande client, les rôles partenaires peuvent être identiques
ou différents. Comme ils sont obligatoires pour les documents de vente, les valeurs par défaut
correspondantes doivent être gérées dans les données de base partenaire.
D'autres fonctions partenaire, telles que le contact ou le transporteur, ne sont pas
obligatoires pour la gestion des commandes client, mais peuvent être importantes pour des
opérations de vente plus complexes, par exemple, les commandes exportation. C’est
pourquoi ces rôles partenaire peuvent également être gérés dans la fiche partenaire.
La figure « Rôles partenaire dans la fiche partenaire (rôle : client) » illustre les rôles partenaire
obligatoires pour les processus de vente.

Figure 41: Rôles partenaire dans la fiche partenaire (rôle : client)

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Gérer les données de base du partenaire/client

© Copyright. Tous droits réservés. 65

Chapitre 4 : Données de base

66 © Copyright. Tous droits réservés.

 Chapitre 4
Sujet 2
Gestion des données de base article

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Gérer les données de base article

Données de base article

Les fiches articles sont utilisées dans différents processus. L'existence d'une fiche article est
obligatoire pour un grand nombre de fonctions de gestion telles que la gestion des stocks, par
exemple.
Dans les données de base article, vous pouvez gérer des informations détaillées (description,
poids ou taxe, par exemple).
Étant donné que plusieurs départements (comme les achats, les ventes, le stockage ou la
comptabilité) utilisent souvent les données de base article, les informations correspondantes
doivent être gérées en conséquence pour ces différents départements.

Figure 42: Données de base article

Données de base article pour l'administration des ventes

Les données de base article s'appliquant aux processus d'administration des ventes sont
disponibles dans plusieurs pages à onglet :
● Les données de base s'appliquent à tous les domaines. Elles sont gérées indépendamment
des entités organisationnelles.

© Copyright. Tous droits réservés. 67

Chapitre 4 : Données de base

● Les pages à onglet ADV : données org. commerciale 1, ADV : données org. commerciale 2
ainsi que le texte ADV sont applicables à l'organisation commerciale et au canal de
distribution.
● Les pages à onglet ADV : donn. générales/division sont valides pour la division chargée de
la livraison.

En modifiant les options du Customizing, vous pouvez masquer certaines zones d'une page à
onglet ou les rendre obligatoires.

Figure 43: Données de base article pour l'administration des ventes

Ventes propres à un secteur d'activité ou liées à plusieurs secteurs

Ventes liées à plusieurs secteurs d'activité
Le Customizing des types de document de vente inclut certains paramètres qui permettent
de choisir entre la gestion des ventes propres à un secteur d'activité ou valables pour tous les
secteurs. Vous pouvez ajuster ces paramètres pour contrôler :
● si le secteur d'activité au niveau du poste est copié à partir de la fiche article
correspondante ou si le secteur d'activité figurant dans l'en-tête du document s'applique
également aux postes ;
● la façon dont le système doit répondre (aucune réaction, message d'avertissement ou
message d'erreur) si le secteur d'activité des articles de la commande client est différent
de celui figurant dans l'en-tête.

Un scénario possible consiste à autoriser les ventes pour tous les secteurs d'activité (ou
centralisées), où plusieurs articles de différents secteurs d'activité peuvent être vendus dans
la même commande client. Ce scénario s’applique généralement à un seul département des
ventes capable de vendre tous les produits d'une entreprise, indépendamment de leur
secteur d’activités.
La figure « Ventes liées à plusieurs secteurs d'activité » représente un exemple de vente multi
secteurs d'activité.

68 © Copyright. Tous droits réservés.

 Sujet: Gestion des données de base article

Figure 44: Ventes liées à plusieurs secteurs d'activité

Ventes propres à un secteur d'activité

Les paramètres du Customizing permettent également d'empêcher la vente d'articles dont le
secteur d'activité est différent de celui figurant dans l'en-tête de la commande. Cela
permettrait de réaliser des ventes propres à un secteur d'activité (ou décentralisées), chaque
domaine commercial ne pouvant vendre que des articles affectés à son propre secteur
d'activité. Dans ce cas, il n'est pas possible de regrouper dans la même commande client des
articles de différents secteurs d'activité. Ce scénario représente généralement une
organisation qui a plusieurs départements des ventes, chacun étant responsable de vendre
uniquement les produits propres à sa famille ou à son regroupement.
La figure « Ventes propres à un secteur d'activité » illustre les restrictions des ventes propres
au secteur d'activité.

Figure 45: Ventes propres à un secteur d'activité

© Copyright. Tous droits réservés. 69

Chapitre 4 : Données de base

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Gérer les données de base article

70 © Copyright. Tous droits réservés.

 Chapitre 4
Sujet 3
Gestion des fiches infos client-article

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Gérer les fiches infos client-article

Fiche infos client-article

Vous pouvez utiliser une fiche infos client-article pour stocker les données article propres à
un client. Les informations suivantes peuvent notamment être gérées dans la fiche infos
client-article :
● Référence du numéro d'article propre au client correspondant à votre numéro d'article ;
● Description de l'article propre au client ;
● Informations d'expédition propres à l'article définies pour le client (telles que les
tolérances de livraison, le pilotage des livraisons partielles, la valeur par défaut de la
division chargée de la livraison).

La figure « Fiche infos client-article » illustre des informations pouvant être gérées dans une
fiche infos client-article.

Figure 46: Fiche infos client-article

© Copyright. Tous droits réservés. 71

Chapitre 4 : Données de base

Saisie de commandes à l'aide de fiches infos client-article

Si une fiche infos client-article a été définie pour un client et un article, les valeurs par défaut
correspondantes (division chargée de la livraison, par exemple) sont utilisées prioritairement
aux valeurs correspondantes définies dans la fiche client ou article lors de la création d'un
document tel qu'une commande client.

Remarque :
Dans les commandes client, vous pouvez saisir les numéros d'article propres au
client directement dans la page à onglet Acheteur. Le système détermine ensuite
votre numéro d'article via la fiche infos client-article correspondante.

La figure « Saisie de commandes à l'aide de fiches infos client-article » illustre cette fonction.

Figure 47: Saisie de commandes à l'aide de fiches infos client-article

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Gérer les fiches infos client-article

72 © Copyright. Tous droits réservés.

 Chapitre 4
Sujet 4
Gestion des données de base de condition
pour la détermination du prix

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Gérer les données de base de condition pour la détermination du prix

Données de base de condition

Les données de base de condition incluent les données de base des prix, majorations et
remises, frais de transport et taxes.
Chaque enregistrement de condition peut dépendre de diverses caractéristiques. Par
exemple, un prix d'article peut être propre au client ou une remise peut dépendre du client et
du groupe d'articles.
Dans le Customizing, vous pouvez définir de façon souple les caractéristiques principales
dont dépendent les prix, les majorations, les remises ou les frais de transport (vous pouvez
rendre les conditions dépendantes de la plupart des zones du document). Les exemples les
plus courants ont déjà été définis dans le système standard.

Figure 48: Données de base de condition

© Copyright. Tous droits réservés. 73

Chapitre 4 : Données de base

Enregistrements de condition dans la détermination du prix

Si vous voulez créer un enregistrement de condition, vous devez d'abord choisir le type de
condition approprié. Le type de condition contrôle les propriétés suivantes de
l'enregistrement :
● Classe de condition (par exemple, prix ou remise) ;
● Barèmes (les barèmes sont-ils autorisés et une échelle de valeurs ou un barème en
quantité est-il possible ?) ;
● Niveau (l'enregistrement de données s'applique-t-il au niveau de l'en-tête et/ou du poste
du document ?) ;
● Période de validité (une valeur par défaut peut être proposée).

La figure « Enregistrements de condition dans la détermination du prix » représente un

exemple d'enregistrement de condition.

Figure 49: Enregistrements de condition dans la détermination du prix

Détermination du prix
La détermination des prix, taxes, remises, etc., est automatique dans la plupart des
documents de vente.
Un ensemble complexe de règles définies dans le Customizing (appelé technique des
conditions) contrôle le mode d'exécution de la détermination automatique du prix. Le
système vérifie entre autres s'il existe des enregistrements de condition pertinents et copie
les valeurs correspondantes dans le document de vente. Selon le type de condition, ces
valeurs sont copiées dans l'en-tête ou le poste respectif.

Remarque :
Si les options de détermination du prix définis dans le Customizing le permettent,
vous pouvez modifier ces valeurs manuellement dans le document de vente (pour
accorder, par exemple, une remise plus importante au client).

74 © Copyright. Tous droits réservés.

 Sujet: Gestion des données de base de condition pour la détermination du prix

La figure « Détermination du prix dans les commandes client » illustre les résultats de la
détermination automatique du prix.

Figure 50: Détermination du prix dans les commandes client

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Gérer les données de base de condition pour la détermination du prix

© Copyright. Tous droits réservés. 75

Chapitre 4 : Données de base

76 © Copyright. Tous droits réservés.

 Chapitre 4
Sujet 5
Explication des sujets complémentaires
touchant aux données de base

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Expliquer les sujets complémentaires touchant aux données de base

Données de base communes

Données de base communes - Canaux de distribution
Si vous n'avez pas besoin de distinguer les données de base (données de base client, données
de base article et données de base de condition) en fonction des canaux de distribution, vous
pouvez configurer un canal de distribution représentatif. Les données de base du canal de
distribution représentatif s'appliquent à tous les canaux de distribution pour lesquels vous
avez défini cette référence dans le Customizing.
Vous réduisez ainsi l'effort de saisie et de gestion des données de base. En outre, vous pouvez
mettre à jour les statistiques pour les canaux de distribution sans avoir à créer des données
de base pour les différents canaux de distribution.
La figure « Données de base communes - Canaux de distribution » illustre le concept
d'utilisation de canaux de distribution représentatifs.

© Copyright. Tous droits réservés. 77

Chapitre 4 : Données de base

Figure 51: Données de base communes - Canaux de distribution

Données de base communes - Secteurs d'activité

Si vous n'avez pas besoin de distinguer les données de base (données de base client ou
données de base de condition) en fonction des secteurs d'activité, vous devez définir un
secteur d'activité représentatif. Les données de base définies dans le secteur d'activité
représentatif s'appliquent à tous les secteurs d'activité pour lesquels vous avez défini cette
référence.
Vous réduisez ainsi l'effort de saisie et de gestion des données de base. En outre, vous pouvez
mettre à jour les statistiques pour les secteurs d'activité sans avoir à créer des données de
base pour les différents secteurs d'activité.
La figure « Données de base communes - Secteurs d'activité » illustre le concept d'utilisation
de secteurs d'activité représentatifs.

78 © Copyright. Tous droits réservés.

 Sujet: Explication des sujets complémentaires touchant aux données de base

Figure 52: Données de base communes - Secteurs d'activité

Données de base des messages

Un message comprend des informations envoyées à un client via divers supports tels que l'e-
mail ou l'échange de données informatisé (EDI). Il peut s'agir d'une offre client ou d'un accusé
de réception imprimé, d'accusés de réception EDI ou de factures télécopiées. Vous pouvez
envoyer des messages pour divers documents commerciaux (commande, livraison sortante,
document de facturation, etc.).
À l'instar de la détermination du prix, la détermination des messages s'appuie sur la technique
de condition. Dans les données de base des messages, vous définissez le support
(imprimante ou télécopie, par exemple), la date et l'heure de création du message ainsi que le
rôle partenaire (qui recevra le message) pour une catégorie de message.
Un message peut être envoyé immédiatement dès sa sauvegarde ou par le biais d'un
programme standard (RSNAST00) exécuté régulièrement. Le format (mise en forme) d'un
message peut être défini à l’aide de différents outils. Le formulaire est ensuite affecté à une
catégorie de message.
Pertinence des données de base des messages

© Copyright. Tous droits réservés. 79

Chapitre 4 : Données de base

Figure 53: Pertinence des données de base des messages

Dans SAP S/4HANA, une deuxième approche de traitement des messages est disponible : la
gestion des sorties SAP S/4HANA. Il s'agit d'une technique complètement différente, basée
sur Business Rule Framework Plus (BRFplus), un ensemble de tables de décision utilisées par
le système pour identifier le type d'édition correct, le support d'édition, les options
d'imprimante, etc.
La gestion des sorties SAP S/4HANA, constitue l'infrastructure stratégique de gestion des
sorties dans SAP S/4HANA, à laquelle seront ajoutés de prochains développements. Adobe
XFA est la technologie par défaut pour les modèles de formulaires, mais les formulaires
hérités, tels que SAPscript, SmartForms et Adobe Forms, sont toujours pris en charge. Les
principaux avantages de la nouvelle approche sont les suivants :
● flexibilité et puissance de la détermination des paramètres de sortie
● Solution unifiée pour toutes les applications : SD, MM, FI, etc.
● intégration complète aux applications SAP Fiori
● Support e-mail de pointe : configuration flexible, plusieurs destinataires et différents
modèles d'e-mail

À la différence de la gestion classique des sorties basée sur les données de base, la nouvelle
gestion des sorties SAP S/4HANA prend en charge uniquement les canaux PRINT, EMAIL,
XML et IDOC (sur site). Les autres canaux ne sont pas disponibles par défaut.
La figure « Table de décisions BRFplus » illustre le concept et l'utilisation des tables de
décisions BRFplus typiques.

80 © Copyright. Tous droits réservés.

 Sujet: Explication des sujets complémentaires touchant aux données de base

Figure 54: Table de décisions BRFplus

Postes par défaut

Si un client commande souvent la même combinaison d'articles, ou si vous recommandez
une sélection particulière de produits pour une nouvelle commande, vous pouvez enregistrer
les données fréquemment utilisées en tant que poste par défaut afin de réduire le temps de
traitement des commandes client.
Si vous le souhaitez, le poste par défaut peut également inclure les quantités commandées
proposées. De plus, vous pouvez afficher une liste des clients affectés à chaque proposition
de poste de vente.
Pendant le traitement des commandes client, vous pouvez récupérer l'ensemble ou une
partie des articles et la quantité de données à partir du poste par défaut, directement dans
votre document de vente. Les postes proposés à partir d’un poste par défaut peuvent
toujours être modifiés dans la commande client.
Avec l'application correspondante, vous pouvez rapidement obtenir une synthèse de tous les
postes de vente par défaut existants. En sélectionnant un poste de la liste, vous pouvez
afficher et traiter les articles et les quantités définies et afficher d'autres informations
pertinentes pour le poste de vente par défaut en cours.
En outre, vous pouvez créer des postes de vente par défaut et définir un critère de recherche
que vous pouvez ensuite utiliser pour extraire plus facilement le poste par défaut lors de la
gestion des commandes client.
La figure « Poste par défaut » illustre l'utilisation des propositions de postes.

© Copyright. Tous droits réservés. 81

Chapitre 4 : Données de base

Figure 55: Poste par défaut

Contrôle des données manquantes

Lorsque vous créez des documents dans le processus d'administration des ventes, certaines
données peuvent manquer dans les données de base associées (poids de l'article, par
exemple) et ne peuvent donc pas être copiées dans les documents. Si vous ne pouvez pas
gérer les zones respectives manuellement parce que vous ne connaissez pas les valeurs
correctes, le document reste incomplet. Cependant, la sauvegarde de documents incomplets
est possible si le système est paramétré en conséquence. Selon les zones incomplètes,
l'exécution de certaines fonctions liées (par exemple, la création de livraisons sortantes avec
référence à une commande client) peut ne pas être autorisée tant que le document n'est pas
complété.
L'utilisateur peut obtenir la synthèse des zones incomplètes dans un document à l'aide du
protocole des données manquantes. Les zones respectives sont accessibles directement à
partir de ce protocole si l'utilisateur souhaite les compléter.

Remarque :
Dans le Customizing, vous pouvez déterminer les zones à compléter lors de la
création de documents.

Vous pouvez utiliser plusieurs applications et transactions de type liste pour identifier les
documents incomplets.
La figure « Protocole de document incomplet » illustre le concept de contrôle des données
manquantes.

82 © Copyright. Tous droits réservés.

 Sujet: Explication des sujets complémentaires touchant aux données de base

Figure 56: Protocole des données manquantes

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Expliquer les sujets complémentaires touchant aux données de base

© Copyright. Tous droits réservés. 83

Chapitre 4 : Données de base

84 © Copyright. Tous droits réservés.

 Chapitre 4

Évaluation des connaissances

1. Les données de base des clients et fournisseurs sont gérées dans SAP S/4HANA à l'aide
de données de base du partenaire.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

2. Parmi les rôles partenaires suivants, lequel s’applique à un client qui reçoit la facture ?
Sélectionnez la réponse correcte.

X A Donneur d'ordre

X B Réceptionnaire

X C Destinataire de la facture

X D Payeur

3. Le Customizing des types de document de vente inclut certains paramètres qui

permettent de choisir entre la gestion des ventes propres à un secteur d'activité ou liées à
plusieurs secteurs.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

4. Si une fiche infos client-article a été définie pour un client et un article, les valeurs par
défaut correspondantes sont utilisées prioritairement aux valeurs correspondantes
définies dans la fiche client ou article lors de la création d'un document.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

© Copyright. Tous droits réservés. 85

Chapitre 4 : Évaluation des connaissances

5. Parmi les options suivantes, lesquelles sont incluses dans les données de base de
condition ?
Sélectionnez les réponses correctes.

X A Prix

X B Majorations

X C Canal de distribution

X D Frais de transport

X E Taxes

X F Remises

6. Si vous n'avez pas besoin de distinguer les données de base en fonction des secteurs
d'activité, vous devez créer des données de base pour les différents secteurs d'activité.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

86 © Copyright. Tous droits réservés.

 Chapitre 4

Évaluation des connaissances - Réponses

1. Les données de base des clients et fournisseurs sont gérées dans SAP S/4HANA à l'aide
de données de base du partenaire.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Les données de base des clients et fournisseurs sont gérées dans SAP S/4HANA
à l'aide de données de base du partenaire.

2. Parmi les rôles partenaires suivants, lequel s’applique à un client qui reçoit la facture ?
Sélectionnez la réponse correcte.

X A Donneur d'ordre

X B Réceptionnaire

X C Destinataire de la facture

X D Payeur

Correct. Le destinataire de la facture est le rôle partenaire applicable à un client qui reçoit
la facture.

3. Le Customizing des types de document de vente inclut certains paramètres qui

permettent de choisir entre la gestion des ventes propres à un secteur d'activité ou liées à
plusieurs secteurs.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Le Customizing des types de document de vente inclut certains paramètres qui
permettent de choisir entre la gestion des ventes propres à un secteur d'activité ou liées à
plusieurs secteurs.

© Copyright. Tous droits réservés. 87

Chapitre 4 : Évaluation des connaissances - Réponses

4. Si une fiche infos client-article a été définie pour un client et un article, les valeurs par
défaut correspondantes sont utilisées prioritairement aux valeurs correspondantes
définies dans la fiche client ou article lors de la création d'un document.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Si une fiche infos client-article a été définie pour un client et un article, les valeurs
par défaut correspondantes (division chargée de la livraison, par exemple) sont utilisées
prioritairement aux valeurs correspondantes définies dans la fiche client ou article lors de
la création d'un document tel qu'une commande client.

5. Parmi les options suivantes, lesquelles sont incluses dans les données de base de
condition ?
Sélectionnez les réponses correctes.

X A Prix

X B Majorations

X C Canal de distribution

X D Frais de transport

X E Taxes

X F Remises

Correct. Les données de base de condition incluent les données de base des prix, de
majorations, de remises, de fret et de taxes.

6. Si vous n'avez pas besoin de distinguer les données de base en fonction des secteurs
d'activité, vous devez créer des données de base pour les différents secteurs d'activité.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Si vous n'avez pas besoin de distinguer les données de base (données de base
client ou données de base de condition) en fonction des secteurs d'activité, vous devez
définir un secteur d'activité de référence. Les données de base définies dans le secteur
d'activité représentatif s'appliquent à tous les secteurs d'activité pour lesquels vous avez
défini cette référence.

88 © Copyright. Tous droits réservés.

CHAPITRE 5 Détermination automatique des
données et ordonnancement

Sujet 1
Analyse des résultats de la détermination automatique des données 91

Sujet 2
Analyse des résultats de l'ordonnancement de l'expédition et du transport 97

OBJECTIFS DU CHAPITRE

● Analyser les résultats de la détermination automatique des données

● Analyser les résultats de l'ordonnancement de l'expédition et du transport

© Copyright. Tous droits réservés. 89

Chapitre 5 : Détermination automatique des données et ordonnancement

90 © Copyright. Tous droits réservés.

 Chapitre 5
Sujet 1
Analyse des résultats de la détermination
automatique des données

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Analyser les résultats de la détermination automatique des données

Détermination de la division
La division jouant un rôle essentiel dans les processus d'administration des ventes, elle est
d'emblée prise en compte lors de la création des commandes clients. Elle s'applique
notamment aux fonctions suivantes :
● Détermination de la taxe
● Contrôle de disponibilité
● Détermination du point d'expédition

Astuce :
Les divisions utilisées dans les processus d'administration des ventes sont
souvent appelées divisions chargées de la livraison car elles représentent le
centre de distribution à partir duquel l'article est livré au client.

Comme la division chargée de la livraison est obligatoire pour l'ensemble du processus, le

système tente automatiquement de déterminer la division adéquate (au niveau du poste) à
partir des données de base lors de la création des commandes clients.

Détermination automatique de la division chargée de la livraison

La figure « Détermination automatique de la division chargée de la livraison » représente les
sources possibles permettant de déterminer automatiquement la division à partir des
données de base ainsi que l'ordre de la recherche de ces données.

© Copyright. Tous droits réservés. 91

Chapitre 5 : Détermination automatique des données et ordonnancement

Figure 57: Détermination automatique de la division chargée de la livraison

Remarque :
Il est possible de modifier manuellement la valeur de la division déterminée
automatiquement.

S'il n'existe aucune division valide dans les données de base (parce que, par exemple, la zone
correspondante n'est gérée dans aucune base de données), aucune division chargée de la
livraison n'est définie dans le poste du document de vente. Dans ce cas, il n'est pas possible
d'exécuter les fonctions spécifiques mentionnées ci-dessus (détermination des taxes, par
exemple), et le document est incomplet.

Détermination du point d'expédition

Points d'expédition par division chargée de la livraison
Le point d'expédition est l'entité organisationnelle responsable du traitement de l'expédition.
Si vous vendez des produits physiques à livrer au client, le point d'expédition approprié est
d'emblée pris en compte pour les postes correspondants lors de la création des commandes
client, à l'instar de la division chargée de la livraison. Le point d'expédition est notamment
important pour les fonctions suivantes qui en dépendent :
● Ordonnancement des expéditions
● Détermination de l'itinéraire
● Création de la livraison

D'un point de vue organisationnel, les points d'expédition sont affectés aux divisions chargées
de la livraison, comme l’illustre la figure « Points d'expédition par division chargée de la
livraison ».

92 © Copyright. Tous droits réservés.

 Sujet: Analyse des résultats de la détermination automatique des données

Figure 58: Points d'expédition par division chargée de la livraison

Détermination automatique du point d'expédition

Les points d'expédition étant obligatoires pour le processus, le système tente de déterminer
automatiquement le point d'expédition approprié à chaque poste lié à la livraison d'une
commande client.
La figure « Détermination automatique du point d'expédition » représente les critères
permettant de déterminer le point d'expédition approprié à chaque poste de document de
vente.

© Copyright. Tous droits réservés. 93

Chapitre 5 : Détermination automatique des données et ordonnancement

Figure 59: Détermination automatique du point d'expédition

Le groupe de chargement se trouve dans la page à onglet ADV : donn. générales/division des
données de base. La condition d'expédition est normalement copiée depuis la fiche partenaire
du donneur d'ordre (page à onglet Expédition) dans l'en-tête du document de vente.
Cependant, le Customizing des types de documents de vente contient un paramètre qui
permet de copier la condition d'expédition depuis le réceptionnaire des marchandises.

Remarque :
Vous pouvez modifier manuellement la valeur du point d'expédition déterminé
automatiquement dans une commande, tant qu'’aucun document de livraison
correspondant n’a été créé.

Détermination de l'itinéraire
L'itinéraire décrit le parcours d'une livraison depuis un point d'expédition jusqu'à la région
dans laquelle se trouve le client. Un itinéraire peut comprendre une ou plusieurs étapes (des
tronçons par exemple), comme l’illustre la figure « Structure d’un itinéraire ».

94 © Copyright. Tous droits réservés.

 Sujet: Analyse des résultats de la détermination automatique des données

Figure 60: Structure d'un itinéraire

Détermination automatique de l'itinéraire

SAP S/4HANA utilise l'itinéraire pour diverses fonctions de planification du transport, y
compris l'ordonnancement du transport. Pour influencer l'ordonnancement du transport,
l'itinéraire constitue la source des valeurs suivantes :
● Durée de transit : temps pendant lequel les marchandises sont en transit
● Durée de planification du transport : temps nécessaire à l'organisation des moyens de
transport

L'itinéraire peut être déterminé automatiquement pour chaque poste lié à la livraison dans le
document de vente.
La figure « Détermination automatique de l’itinéraire » représente les différents critères
utilisés par SAP ERP pour déterminer un itinéraire d'expédition dans des documents de vente.

Figure 61: Détermination automatique de l'itinéraire

© Copyright. Tous droits réservés. 95

Chapitre 5 : Détermination automatique des données et ordonnancement

La zone de départ est reprise de la table de Customizing concernant le point d'expédition. La

condition d'expédition est copiée à partir de la fiche partenaire (page à ongletExpédition) du
donneur d'ordre ou du réceptionnaire des marchandises (selon les options du Customizing
pour le type de commande client). Le groupe de transports est copié à partir des données de
base article (ADV : données générales/division). La zone de transport (ou zone de réception)
est extraite de la fiche partenaire du réceptionnaire (données générales).

Remarque :
SAP S/4HANA peut redéterminer l'itinéraire correspondant dans le document de
livraison.

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Analyser les résultats de la détermination automatique des données

96 © Copyright. Tous droits réservés.

 Chapitre 5
Sujet 2
Analyse des résultats de l'ordonnancement de
l'expédition et du transport

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Analyser les résultats de l'ordonnancement de l'expédition et du transport

Ordonnancement de l'expédition et du transport

L'ordonnancement de l'expédition et du transport permet au système de vérifier, dans un
document de vente, si une date de livraison souhaitée peut être respectée. Plusieurs
éléments de durée sont pris en compte pour vérifier les dates de livraison. Le tableau suivant
répertorie ces composants ainsi que leur source.

Tableau 1: Éléments de durée pour l’ordonnancement de l'expédition et du transport

Élément de durée Désignation Source
Durée de prélèvement/d'em- Durée de prélèvement et Point d'expédition
ballage d'emballage de l'article
Temps de chargement Temps de chargement (sur le Point d'expédition
camion, par exemple)
Durée de planification du Temps de préparation du Itinéraire
transport transport (détermination du
transporteur, par exemple)
Temps de transit Temps d'acheminement des Itinéraire
marchandises jusqu'au client

Remarque :
Le système doit déterminer le point d'expédition et l'itinéraire pour chaque poste
du document de vente avant d'utiliser les éléments de durée correspondants pour
l'ordonnancement.

Si les éléments de durée nécessaires sont disponibles, le système peut utiliser deux types
d'ordonnancement (amont et aval) pour calculer les dates suivantes :
● Date de mise à disposition de l'article :
Date à laquelle une quantité suffisante de marchandises doit être disponible pour le
prélèvement et l'emballage
● Date de planification du transport :

© Copyright. Tous droits réservés. 97

Chapitre 5 : Détermination automatique des données et ordonnancement

Date à laquelle doit commencer la planification du transport

● Date de chargement :
Date à laquelle le chargement doit commencer
● Date de sortie de marchandises :
Date à laquelle les marchandises doivent quitter la division chargée de la livraison afin de
parvenir à temps au client
● Date de livraison :
Date à laquelle les marchandises parviennent au client

Astuce :
Dans un ordonnancement amont, la date de livraison souhaitée du client est
supposée être la date de livraison à prendre en compte. Dans un
ordonnancement aval, la date de livraison est calculée.

Ordonnancement amont
L'ordonnancement amont est le premier type d'ordonnancement effectué pour un poste de
commande client. Le système vérifie d'abord si la date de livraison souhaitée par le client peut
être respectée. La date de livraison souhaitée constitue donc le point de départ de
l'ordonnancement amont.
À partir de la date de livraison, le système calcule les autres dates pertinentes (telles que la
date de mise à disposition de l'article) en amont à l'aide des éléments de durée disponibles. La
figure « Ordonnancement amont » illustre le concept de l'ordonnancement amont.

Figure 62: Ordonnancement amont

La date calculée de mise à disposition de l'article et la date de planification du transport sont

particulièrement importantes. Les possibilités sont les suivantes selon la position des dates
calculées par rapport à la date de la commande :

98 © Copyright. Tous droits réservés.

 Sujet: Analyse des résultats de l'ordonnancement de l'expédition et du transport

● Après la date de la commande :

Si ces deux dates sont postérieures (dans le futur) à la date de la commande et si l'article
est disponible à la date de sa mise à disposition, la date de livraison souhaitée par le client
peut être confirmée. Une échéance correspondante est créée pour le poste du document
de vente. La date de l'échéance indique que la date de livraison confirmée est identique à la
date de livraison souhaitée par le client.

Astuce :
La livraison sortante correspondante doit être créée à la date la plus proche
des deux dates : mise à disposition de l'article et planification du transport.

● Avant la date de la commande :

Si l'une des dates ou les deux sont antérieures à la date de la commande (c’est-à-dire dans
le passé), la date de livraison souhaitée ne peut pas être confirmée. Dans ce cas, la
première échéance du poste correspondant ne sera pas confirmée. Le système peut alors
tenter de déterminer une date de livraison confirmable à l'aide de l'ordonnancement aval.

Ordonnancement aval
L'ordonnancement aval prend en compte le même ensemble de délais nécessaires pour le
prélèvement et l'emballage, le chargement, la planification du transport et le transit.
Initialement, il détermine la date au plus tôt à laquelle l'article est disponible en magasin, qui
devient la nouvelle date de mise à disposition de l'article. Le temps de prélèvement et
d'emballage est ajouté à cette date. Le système ajoute ensuite la durée de planification du
transport à la date de la commande. La dernière de ces dates calculées est alors la nouvelle
date de chargement à laquelle le temps de chargement peut être ajouté pour déterminer la
date de sortie des marchandises. Le temps de transit est ensuite ajouté pour établir une date
de livraison confirmable. La figure « Ordonnancement aval » illustre le concept de
l'ordonnancement aval.

© Copyright. Tous droits réservés. 99

Chapitre 5 : Détermination automatique des données et ordonnancement

Figure 63: Ordonnancement aval

Si la quantité complète de l'article commandé peut être confirmée pour la nouvelle date
calculée de mise à disposition de l'article, deux échéances sont générées pour le poste de
document de vente correspondant :
● La date de la première échéance correspond à la date de livraison souhaitée par le client et
ne présente aucune quantité confirmée.
● La date de la seconde échéance présente la date de livraison confirmée ainsi que la
quantité confirmée.

Astuce :
Si la quantité complète de l'article commandé ne peut pas être confirmée pour
une seule date et si des livraisons partielles sont nécessaires, le système crée
plusieurs échéances pour les dates de livraison correspondantes.

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Analyser les résultats de l'ordonnancement de l'expédition et du transport

100 © Copyright. Tous droits réservés.

 Chapitre 5

Évaluation des connaissances

1. Les divisions utilisées dans les processus d'administration des ventes sont souvent
appelées divisions chargées de la livraison.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

2. Parmi les fonctions suivantes, lesquelles dépendent des points d'expédition ?

Sélectionnez les réponses correctes.

X A Ordonnancement des expéditions

X B Détermination de l'itinéraire

X C Création de la livraison

3. Dans un ordonnancement amont, la date de livraison souhaitée du client est supposée

être la date de livraison à prendre en compte.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

4. Le délai de planification du transport utilisé dans l'ordonnancement de l'expédition est

repris du point d'expédition.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

© Copyright. Tous droits réservés. 101

 Chapitre 5

Évaluation des connaissances - Réponses

1. Les divisions utilisées dans les processus d'administration des ventes sont souvent
appelées divisions chargées de la livraison.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Les divisions utilisées dans les processus d'administration des ventes sont
souvent appelées divisions chargées de la livraison car elles représentent le centre de
distribution à partir duquel l'article est livré au client.

2. Parmi les fonctions suivantes, lesquelles dépendent des points d'expédition ?

Sélectionnez les réponses correctes.

X A Ordonnancement des expéditions

X B Détermination de l'itinéraire

X C Création de la livraison

Correct. Toutes les fonctions mentionnées ici dépendent des points d'expédition.

3. Dans un ordonnancement amont, la date de livraison souhaitée du client est supposée

être la date de livraison à prendre en compte.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Dans un ordonnancement amont, la date de livraison souhaitée du client est

supposée être la date de livraison à prendre en compte. Dans un ordonnancement aval, la
date de livraison est calculée.

102 © Copyright. Tous droits réservés.

 Chapitre 5 : Évaluation des connaissances - Réponses

4. Le délai de planification du transport utilisé dans l'ordonnancement de l'expédition est

repris du point d'expédition.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Le délai de planification du transport est repris de l'itinéraire.

© Copyright. Tous droits réservés. 103

Chapitre 5 : Évaluation des connaissances - Réponses

104 © Copyright. Tous droits réservés.

CHAPITRE 6 Contrôle de disponibilité

Sujet 1
Exécution d'un contrôle de disponibilité – Principes de base 107

Sujet 2
Exécution d'un contrôle de disponibilité – Autres sujets 113

OBJECTIFS DU CHAPITRE

● Exécuter un contrôle de disponibilité, principes de base

● Exécuter un contrôle de disponibilité : autres sujets

© Copyright. Tous droits réservés. 105

Chapitre 6 : Contrôle de disponibilité

106 © Copyright. Tous droits réservés.

 Chapitre 6
Sujet 1
Exécution d'un contrôle de disponibilité –
Principes de base

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Exécuter un contrôle de disponibilité, principes de base

Informations de base relatives aux contrôles de disponibilité

Le contrôle de disponibilité des articles dans un document de vente représente souvent une
fonction très importante pour les commerciaux. Lorsque vous créez une commande client,
vous avez généralement besoin des informations relatives à la quantité disponible des articles
commandés. Sans ces informations, vous ne pouvez pas confirmer la commande avec
certitude.

Attention :
Le contrôle de disponibilité des articles peut être exécuté à l'aide de différentes
stratégies (par exemple, via le contingentement). Dans la section suivante, nous
allons nous concentrer sur la stratégie la plus importante, appelée « disponible à
la vente » (ATP).

Vous pouvez influencer l'étendue du contrôle de disponibilité dans les données de base
article. En effet, les besoins en contrôle de disponibilité peuvent varier selon les articles. Sur la
page à onglet ADV : données générales/division (zone Contrôle de disponibilité), vous pouvez
déterminer si le contrôle de disponibilité doit être effectué pour un article et de quelle manière
il doit l'être lors du traitement des commandes client.
Diverses options des tables de pilotage du Customizing influencent également le périmètre et
le comportement du contrôle de disponibilité, comme illustré dans la figure « Contrôle de
disponibilité dans les commandes clients ».

© Copyright. Tous droits réservés. 107

Chapitre 6 : Contrôle de disponibilité

Figure 64: Contrôle de disponibilité dans les commandes clients

Il est aussi important de connaître la date à laquelle le contrôle de disponibilité doit être
effectué dans les commandes clients que la façon dont il doit être réalisé.
Le système calcule plusieurs dates pour chaque poste de la commande client à partir de
l'ordonnancement de l'expédition et du transport (calcul en amont à partir de la date de
livraison demandée). La date à prendre en compte pour le contrôle de disponibilité est la date
de mise à disposition de l'article. À cette date, la quantité d'articles disponible en stock doit
être suffisante pour correspondre à la date de livraison confirmée du client.
La figure « Contrôle de disponibilité du produit pour la date de mise à disposition de l'article »
illustre ce sujet.

Contrôle de disponibilité du produit pour la date de mise à disposition de l'article

Figure 65: Contrôle de disponibilité du produit pour la date de mise à disposition de l'article

Le contrôle de disponibilité du produit dans les commandes client est effectué au niveau de la
division pour l'article correspondant. La division peut être déterminée automatiquement ou

108 © Copyright. Tous droits réservés.

 Sujet: Exécution d'un contrôle de disponibilité – Principes de base

gérée manuellement. Au cours de la détermination automatique, le système recherche une

valeur de division dans les données de base appropriées selon la séquence suivante :

1. Fiche infos client-article

2. Fiche client réceptionnaire

3. Fiche article

Remarque :
Si vous saisissez manuellement la division chargée de la livraison lors de la
gestion des commandes client, la division que vous indiquez remplace la valeur
par défaut.

Contrôle au niveau de la division

Figure 66: Contrôle au niveau de la division

Vous pouvez influencer le périmètre du contrôle de disponibilité avec les saisies dans
certaines tables de pilotage du Customizing. Vous pouvez, entre autres, définir les
informations à inclure dans le contrôle de disponibilité.
Vous définissez ainsi les types de stock (stock de sécurité, stock en transfert ou stock en
contrôle qualité), les entrées (commandes d'achat ou ordres de fabrication) et les sorties
(commandes client, réservations de la gestion des articles) à inclure dans le contrôle.

© Copyright. Tous droits réservés. 109

Chapitre 6 : Contrôle de disponibilité

Vérification du contrôle de disponibilité

Figure 67: Vérification du contrôle de disponibilité

Transfert des besoins

Lorsqu'un client commande des articles et vous créez la commande client appropriée, la
fourniture des quantités d'article correspondantes doit être garantie. Pour ce faire, les
besoins en composants découlant des quantités des postes de la commande client sont
transférés automatiquement et deviennent disponibles dans la planification des besoins en
composants (MRP).
Sur la base de ces informations, le responsable peut alors décider de quelle manière l'article
doit être obtenu (commandes d'achat, ordres de fabrication).

Astuce :
Les besoins en articles existants peuvent évidemment influencer le résultat d'un
contrôle de disponibilité.

La figure « Transfert des besoins » représente le transfert des besoins.

110 © Copyright. Tous droits réservés.

 Sujet: Exécution d'un contrôle de disponibilité – Principes de base

Figure 68: Transfert des besoins

Livraisons complètes et partielles

Vous pouvez conclure des accords avec vos clients concernant la création des livraisons. Plus
précisément, certains clients exigent toujours une seule livraison complète (l'intégralité des
quantités de tous les postes de commande doivent être livrés ensemble), alors que d'autres
autorisent les livraisons partielles (par exemple, si un article ne peut pas être confirmé pour la
date de livraison souhaitée). Vous pouvez gérer le paramètre correspondant pour chaque
domaine commercial dans les données de base du partenaire.

Remarque :
La décision relative aux livraisons partielles/complètes influence également le
résultat du contrôle de disponibilité.

La figure « Livraisons complètes et partielles » illustre les deux possibilités.

Figure 69: Livraisons complètes et partielles

© Copyright. Tous droits réservés. 111

Chapitre 6 : Contrôle de disponibilité

Accord de livraison partielle

Si les livraisons partielles sont en principe autorisées par le client, vous pouvez également
déterminer si la livraison partielle d'un seul article est possible.
Pour cela, gérez les paramètres correspondants dans la fiche info client-article et/ou dans les
données de base du partenaire. Les principales options des livraisons partielles au niveau du
poste sont les suivantes :
● Plusieurs livraisons partielles sont autorisées
● Une seule livraison doit être créée (même si la quantité commandée ne peut pas être
satisfaite)
● Une seule livraison complète (par poste de commande) est autorisée
● Livraisons ultérieures non limitées

Comme l'indique la figure « Accord de livraison partielle », la fiche info client-article est
prioritaire lorsque le système détermine la valeur à utiliser dans une commande client.

Figure 70: Accord de livraison partielle

Vous pouvez modifier les paramètres manuellement lorsque vous saisissez une commande
client. Cela peut être nécessaire si un client préfère généralement des livraisons complètes
(valeur gérée dans les données de base de ce partenaire), mais autorise une livraison partielle
pour une commande particulière.

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Exécuter un contrôle de disponibilité, principes de base

112 © Copyright. Tous droits réservés.

 Chapitre 6
Sujet 2
Exécution d'un contrôle de disponibilité –
Autres sujets

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Exécuter un contrôle de disponibilité : autres sujets

Contrôles de disponibilité – Exemple de scénario 1

Voici quelques scénarios pour comprendre le fonctionnement du contrôle de disponibilité des
articles à l'aide de la logique ATP (disponibilité à la vente).
Pour le premier scénario, la situation d'un article est la suivante :
● 100 pièces en stock ;
● Commandes d'achat existantes pour des quantités égales à 50 et 60 pièces ;
● Commandes client existantes pour des quantités égales à 100, 40 et 50 pièces.

Voyons à présent quel sera le résultat du contrôle de disponibilité avec la saisie d'une nouvelle
commande client pour 10 pièces de l'article. Le système exécute l'ordonnancement des
livraisons (ordonnancement amont) en fonction de la date de livraison souhaitée par le client
et détermine la date de disponibilité de l'article. Il exécute ensuite le contrôle de disponibilité à
cette date.
La figure « Contrôles de disponibilité - Scénario 1 » illustre la situation décrite.

Figure 71: Contrôles de disponibilité - Scénario 1

© Copyright. Tous droits réservés. 113

Chapitre 6 : Contrôle de disponibilité

Contrôles de disponibilité - Résultat du scénario 1

Le système peut confirmer les 10 pièces de la nouvelle commande client pour la date de
livraison souhaitée. En effet, les 10 pièces disponibles de la première commande d'achat
(quantité de 50 pièces) peuvent être utilisées pour confirmer la nouvelle demande. En
d'autres termes, la quantité ATP à la date de mise à disposition de l’article est de 10 pièces.
La figure « Contrôles de disponibilité - Résultat du scénario 1 » montre le résultat du premier
scénario.

Figure 72: Contrôles de disponibilité – Résultat du scénario 1

Contrôles de disponibilité – Exemple de scénario 2

Dans le deuxième scénario, l'état initial est le même :
● 100 pièces en stock ;
● Commandes d'achat existantes pour des quantités égales à 50 et 60 pièces ;
● Commandes client existantes pour des quantités égales à 100, 40 et 50 pièces.

Une nouvelle commande client est passée, cette fois avec les propriétés suivantes :
● La quantité commandée est égale à 20 pièces ;
● Le client exige une livraison complète
● La date de livraison souhaitée est antérieure à celle du scénario 1

La figure « Contrôles de disponibilité - Scénario 2 » illustre la situation décrite.

114 © Copyright. Tous droits réservés.

 Sujet: Exécution d'un contrôle de disponibilité – Autres sujets

Figure 73: Contrôles de disponibilité - Scénario 2

Contrôles de disponibilité - Résultat du scénario 2

Dans ce cas, la date de livraison souhaitée ne peut pas être confirmée par le système. Les
100 pièces en stock devant être utilisées pour la première commande client (égale à
100 pièces), la quantité est insuffisante à la date de mise à disposition de l'article (la quantité
ATP est 0).
Le système utilise les informations sur la disponibilité et l'ordonnancement des livraisons
(ordonnancement aval) afin de déterminer la prochaine date de confirmation possible des
marchandises pour le client.
En raison de l'accord de livraison (livraison complète exigée), les quantités ne peuvent pas
être fractionnées. Par conséquent, la nouvelle date de mise à disposition de l'article sera la
date d'entrée de la quantité correspondant à la deuxième commande d'achat. À partir de
cette nouvelle date de mise à disposition de l'article, le système calcule la date de livraison du
client en ajoutant les composants horaires (durée du prélèvement/d'emballage, par
exemple).

Astuce :
Dans la commande client, le système crée une deuxième échéance avec la
nouvelle date de livraison (confirmable) de l'article concerné.

La figure « Contrôles de disponibilité - Résultat du scénario 2 » contient le résultat du

deuxième scénario.

© Copyright. Tous droits réservés. 115

Chapitre 6 : Contrôle de disponibilité

Figure 74: Contrôles de disponibilité - Résultat du scénario 2

Contrôles de disponibilité – Exemple de scénario 3

Le troisième scénario est très similaire au deuxième, excepté que le client autorise les
livraisons partielles. L'état initial est donc à nouveau le suivant :
● 100 pièces en stock ;
● Commandes d'achat existantes pour des quantités égales à 50 et 60 pièces ;
● Commandes client existantes pour des quantités égales à 100, 40 et 50 pièces.

Les propriétés de la nouvelle commande client sont les suivantes :

● La quantité commandée est égale à 20 pièces ;
● Le client souhaite au moins une livraison partielle le plus tôt possible ;
● La date de livraison souhaitée est la même que celle du scénario 2.

La figure « Contrôles de disponibilité - Scénario 3 » illustre la situation correspondante.

116 © Copyright. Tous droits réservés.

 Sujet: Exécution d'un contrôle de disponibilité – Autres sujets

Figure 75: Contrôles de disponibilité – Scénario 3

Contrôles de disponibilité – Résultat du scénario 3

Comme dans le deuxième scénario, il n'est pas possible de confirmer la date de livraison
souhaitée. Cependant, comme les livraisons partielles sont possibles, la nouvelle date de mise
à disposition de l'article pour les 10 premières pièces correspond à la date d'entrée des
50 pièces de la commande d'achat. Avec l'entrée des 60 pièces de la deuxième commande
d'achat, le système obtient la date de mise à disposition de l'article pour les 10 pièces
restantes.
Par conséquent, le système calcule deux dates de livraison pour le client en fonction des deux
nouvelles dates de mise à disposition de l'article.

Astuce :
Dans la commande client, le système crée deux nouvelles échéances pour les
deux nouvelles dates de livraison. Il existe donc trois échéances au total, compte
tenu de la première avec la date de livraison souhaitée non confirmée.

La figure « Contrôles de disponibilité - Résultat du scénario 3 » contient le résultat du

troisième scénario.

© Copyright. Tous droits réservés. 117

Chapitre 6 : Contrôle de disponibilité

Figure 76: Contrôles de disponibilité – Résultat du scénario 3

Contrôles de disponibilité – Exemple de scénario 4

Le Scénario 4 modifie l'étendue du contrôle de disponibilité en ajoutant le délai de
réapprovisionnement. Le délai de réapprovisionnement peut être spécifié pour chaque article
comme suit :
● Pour les produits commercialisables : délai de réapprovisionnement = délai prévisionnel de
livraison + temps de réception
● Pour les produits finis : délai de réapprovisionnement = délai de fabrication interne

Le système suppose que l'article sera disponible au plus tard à la fin du délai de
réapprovisionnement.

Astuce :
Par conséquent, toutes les demandes d'article dont la date de mise à disposition
est postérieure à l'expiration du délai de réapprovisionnement seront confirmées
par le contrôle de disponibilité.

Excepté la modification de l'étendue du contrôle de disponibilité, l'état initial est le même que
dans les autres scénarios :
● 100 pièces en stock ;
● Commandes d'achat existantes pour des quantités égales à 50 et 60 pièces ;
● Commandes client existantes pour des quantités égales à 100, 40 et 50 pièces.

Nous recevons une commande client supplémentaire avec les mêmes restrictions qu'au
scénario 2 :
● La quantité commandée est égale à 20 pièces ;
● Le client exige une livraison complète

118 © Copyright. Tous droits réservés.

 Sujet: Exécution d'un contrôle de disponibilité – Autres sujets

● La date de livraison souhaitée est antérieure à celle du scénario 1

Comme le système prend maintenant en compte le délai de réapprovisionnement dans le

contrôle de disponibilité et que la date de mise à disposition de l'article se situe après
l'expiration du délai de réapprovisionnement, la date de livraison souhaitée peut être
confirmée.
La figure « Contrôles de disponibilité - Scénario 4 » illustre le scénario 4.

Figure 77: Contrôles de disponibilité - Scénario 4

Traitement des reliquats

Il est parfois impossible de confirmer une commande client malgré les différentes options
permettant d'ajuster le périmètre du contrôle de disponibilité. Dans SAP S/4HANA., ces
commandes clients sont appelées reliquats.
La figure « Traitement des reliquats » indique les principales raisons à l'origine des reliquats.

Figure 78: Traitement des reliquats

© Copyright. Tous droits réservés. 119

Chapitre 6 : Contrôle de disponibilité

Traitement des reliquats – Stratégies de confirmation

Dans la plupart des cas, il n'est pas possible de redresser la situation. Le traitement des
reliquats peut néanmoins être une option.
Avec le traitement des reliquats, vous pouvez modifier les confirmations d'article existantes.
Par exemple, vous pouvez réduire la quantité commandée confirmée pour un client (moins
prioritaire) et augmenter la quantité commandée confirmée pour un autre client (plus
prioritaire).
Lors du traitement des reliquats dans SAP S/4HANA., vous pouvez utiliser différentes
stratégies de confirmation. Ces stratégies déterminent la façon de traiter les différents
besoins en article.

Figure 79: Traitement des reliquats – Stratégies de confirmation

Traitement des reliquats – Exemple

Avant de pouvoir exécuter le traitement des reliquats (BOP), plusieurs éléments doivent être
préparés.
Segment BOP : un segment BOP contient les critères identifiant un ensemble de besoins à
traiter de façon similaire lors d’un cycle BOP. Le contrôle de disponibilité apportant les
confirmations selon le principe du premier arrivé/premier servi, la méthode de classement
des besoins est cruciale. Un segment BOP doit donc également contenir un hiérarchiseur, qui
trie les besoins selon une séquence dédiée.
Variante BOP : une variante BOP contient une série d'options qui définissent les besoins qui
sont contrôlés (segments BOP) et la façon de les traiter (stratégies de confirmation). Chaque
cycle BOP se fonde sur une variante BOP.
Cycle BOP : un contrôle de disponibilité en masse des besoins (par exemple, postes de la
commande client), exécuté comme une étape dédiée dans le processus de traitement des
commandes (par exemple, après une exécution de la planification des besoins ou avant la
création d'un échéancier de livraisons). Un cycle BOP est déclenché en ligne par un utilisateur
autorisé ou planifié comme un job d'arrière-plan par le responsable du traitement des
commandes.

120 © Copyright. Tous droits réservés.

 Sujet: Exécution d'un contrôle de disponibilité – Autres sujets

La figure « Traitement des reliquats - Exemple » est un exemple des éléments que peut inclure
une variante de BOP.

Figure 80: Traitement des reliquats – Exemple

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Exécuter un contrôle de disponibilité : autres sujets

© Copyright. Tous droits réservés. 121

Chapitre 6 : Contrôle de disponibilité

122 © Copyright. Tous droits réservés.

 Chapitre 6

Évaluation des connaissances

1. Identifiez la séquence correcte utilisée par le système pour accéder aux données de base
lors de la recherche de la division chargée de la livraison par défaut dans une commande
client.
Classez dans l'ordre

0 Fiche article

0 Fiche infos client-article

0 Fiche client réceptionnaire

2. Parmi les facteurs suivants, lesquels peuvent être pris en compte par le périmètre du
contrôle utilisé pour évaluer la disponibilité du stock lors de la saisie des commandes
client ?
Sélectionnez les réponses correctes.

X A Commandes client existantes

X B Priorité de livraison du client

X C Commandes d'achat

X D Type d'article

X E Réservations d'articles

3. Laquelle des options suivantes contient un ensemble d'options qui définit les besoins
contrôlés et la manière dont ils sont seront gérés lors du traitement des reliquats (BOP) ?
Sélectionnez la réponse correcte.

X A Segment BOP

X B Variante BOP

X C Cycle BOP

© Copyright. Tous droits réservés. 123

 Chapitre 6

Évaluation des connaissances - Réponses

1. Identifiez la séquence correcte utilisée par le système pour accéder aux données de base
lors de la recherche de la division chargée de la livraison par défaut dans une commande
client.
Classez dans l'ordre

3 Fiche article

1 Fiche infos client-article

2 Fiche client réceptionnaire

Correct. Au cours de la détermination automatique, le système recherche une valeur de

division dans les données de base appropriées selon la séquence suivante : 1. Fiche infos
client-article 2. Fiche client réceptionnaire 3. Fiche article.

2. Parmi les facteurs suivants, lesquels peuvent être pris en compte par le périmètre du
contrôle utilisé pour évaluer la disponibilité du stock lors de la saisie des commandes
client ?
Sélectionnez les réponses correctes.

X A Commandes client existantes

X B Priorité de livraison du client

X C Commandes d'achat

X D Type d'article

X E Réservations d'articles

Correct. Lors de l'évaluation de la disponibilité du stock, le périmètre du contrôle peut

prendre en compte les commandes client existantes pour l'article, les commandes d'achat
planifiées pour réapprovisionner l'article et les réservations de l’article. D'autres facteurs
potentiels incluent les ordres de fabrication (pour les articles produits en interne), les
documents de livraison, les différentes catégories de stock magasin et si le délai de
réapprovisionnement doit être exclu.

124 © Copyright. Tous droits réservés.

 Chapitre 6 : Évaluation des connaissances - Réponses

3. Laquelle des options suivantes contient un ensemble d'options qui définit les besoins
contrôlés et la manière dont ils sont seront gérés lors du traitement des reliquats (BOP) ?
Sélectionnez la réponse correcte.

X A Segment BOP

X B Variante BOP

X C Cycle BOP

Correct. une variante BOP contient une série d'options qui définissent les besoins qui sont
contrôlés (segments BOP) et la façon de les traiter (stratégies de confirmation). Chaque
cycle BOP se fonde sur une variante BOP.

© Copyright. Tous droits réservés. 125

Chapitre 6 : Évaluation des connaissances - Réponses

126 © Copyright. Tous droits réservés.

CHAPITRE 7 Opération groupée

Sujet 1
Exécution d’opérations groupées 129

OBJECTIFS DU CHAPITRE

● Exécuter des opérations groupées

© Copyright. Tous droits réservés. 127

Chapitre 7 : Opération groupée

128 © Copyright. Tous droits réservés.

 Chapitre 7
Sujet 1
Exécution d’opérations groupées

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Exécuter des opérations groupées

Réserves de travail
Vous souhaitez créer des documents liés à vos commandes clients. Cette action peut souvent
être effectuée par une opération groupée. Quel que soit le type de document que vous
souhaitez créer, la procédure est très similaire. Vous devez d’abord sélectionner tous les
documents pour lesquels vous voulez créer les documents liés. Vous créez ensuite les
documents liés.
La figure « Utilisation de réserves de travail » présente les étapes de processus pouvant être
effectuées via une opération groupée.

Figure 81: Utilisation de réserves de travail

Une opération groupée permet parfois de créer un seul document lié pour plusieurs
documents précédents. Par exemple, vous pouvez regrouper les articles de trois commandes
client en une seule livraison ou créer une seule facture pour plusieurs livraisons sortantes. En

© Copyright. Tous droits réservés. 129

Chapitre 7 : Opération groupée

général, cette procédure est possible mais le résultat dépend des valeurs contenues dans
certaines zones des documents sélectionnés (critères de fractionnement).

Tableau 2: Critères de fractionnement

Le tableau suivant répertorie certains des critères les plus fréquemment utilisés :
Critères Conséquence
Réceptionnaires différents dans les com- Pas de regroupement dans une livraison sor-
mandes client tante
Points d'expédition différents dans les com- Pas de regroupement dans une livraison sor-
mandes client tante
Conditions de paiement différentes dans les Pas de regroupement dans un document de
commandes client facturation

Astuce :
Vous pouvez gérer certains des critères qui s'appliquent au regroupement de
documents dans le Customizing.

Opération groupée - Livraisons

Les livraisons sortantes peuvent être créées individuellement par commande client mais
aussi par une opération groupée. À l'aide de cette approche, en fonction de divers critères, le
système peut combiner automatiquement les postes de plusieurs commandes clients pour
réduire le nombre de livraisons sortantes. Cette fonction peut être utilisée comme suit :
● Traitement en ligne
Utilisez l’application correspondante (Création de livraisons sortantes, par exemple)
● Traitement en arrière-plan
Utilisez un job d'arrière-plan à exécuter pendant les heures creuses.

Les commandes clients correspondantes peuvent être sélectionnées selon différents critères
comme le point d'expédition et la date de création de la livraison.
Vous obtenez une liste de commandes clients qui répondent à vos critères de sélection. Dans
cette liste, vous pouvez affiner votre sélection à l'aide des fonctions de tri et de filtrage. À
partir de la liste, vous pouvez créer les livraisons sortantes correspondantes.

130 © Copyright. Tous droits réservés.

 Sujet: Exécution d’opérations groupées

Figure 82: Opération groupée de l'échéancier de livraisons

Exemples de création de livraisons sortantes

Certaines zones des données de base et des documents de vente peuvent être utilisées pour
influencer le comportement du système lors d'une opération groupée. Les scénarios suivants
sont de bons exemples :
● Le client exige une livraison complète.
Cet ajustement signifie que toutes les quantités de tous les postes d'une commande client
donnée doivent être livrées en une seule livraison sortante.
● Le client n'exige pas de livraison complète.
Vous pouvez définir un accord de livraisons partielles avec le client.
● Le client autorise la combinaison de commandes.
Le client vous autorise à combiner les postes de plusieurs commandes en une seule
livraison sortante au cours de l'opération groupée. La combinaison de postes de
différentes commandes clients n'est possible que si les postes présentent plusieurs
caractéristiques communes, par exemple :
- Point d'expédition
- Date de livraison
- Réceptionnaire
- Itinéraire
- Incoterms

La figure « Exemples de création de livraisons sortantes » illustre les différents scénarios.

© Copyright. Tous droits réservés. 131

Chapitre 7 : Opération groupée

Figure 83: Exemples de création de livraisons sortantes

Opération groupée - Prélèvement

Pour effectuer le prélèvement SAP S/4HANA, des tâches magasin doivent être créées avec
référence à des ordres de livraisons sortantes dans SAP EWM. Les tâches magasin indiquent
les articles et les quantités à prélever correspondant aux quantités de livraison. Vous pouvez
imprimer la liste de prélèvement pour le magasinier à partir des données de la tâche magasin.
Cette étape peut être exécutée automatiquement.
Le prélèvement peut être confirmé automatiquement ou dans une étape de traitement
distincte. Si la confirmation automatique n'est pas utilisée, vous pouvez également suivre le
prélèvement en confirmant les quantités prélevées manuellement.
La figure « Opération groupée dans un prélèvement » illustre la création groupée des tâches
magasin.

Figure 84: Opération groupée dans un prélèvement

132 © Copyright. Tous droits réservés.

 Sujet: Exécution d’opérations groupées

Une fois les tâches magasin confirmées, la sortie de marchandises peut être enregistrée en
conséquence.

Opération groupée - Documents de facturation

Pour accélérer le processus de création des documents de facturation, vous pouvez créer
plusieurs documents de facturation simultanément à l’aide de l'opération groupée.
L'opération groupée peut être effectuée comme suit :
● Manuellement, par le biais d'une application appropriée (traitement en ligne)
● Automatiquement, via un job d'arrière-plan (batch) aux heures creuses

Figure 85: Traitement de l'échéancier de factures

Options de facturation
Pour regrouper plusieurs postes des documents précédents (commandes client, livraisons),
les postes doivent posséder des caractéristiques communes spécifiques. Ces
caractéristiques sont, par exemple, la date de la facture, le payeur et les conditions de
paiement. La liste des caractéristiques communes est gérée dans le Customizing.
Selon ces caractéristiques, différents résultats de l'opération groupée sont possibles :
● Ventilation de la facture :
Prenons le cas d'une commande client pour laquelle une livraison sortante a été créée. Si
certaines des caractéristiques mentionnées ci-dessus ne sont pas identiques dans les
postes précédents, plusieurs documents de facturation sont créés.
● Document de facturation distinct pour chaque livraison sortante :
Vous disposez d'une commande client pour laquelle ont été créées deux livraisons
sortantes. Deux documents de facturation sont créés en référence à ces livraisons.
● Facture groupée :

© Copyright. Tous droits réservés. 133

Chapitre 7 : Opération groupée

Vous disposez de deux commandes clients pour lesquelles ont été créées trois livraisons
sortantes (par exemple, autre réceptionnaire des marchandises ou livraison partielle). Un
seul document de facturation est créé avec référence aux livraisons sortantes.

La figure « Options de facturation » montre les options les plus fréquemment utilisées pour la
création de documents de facturation via une opération groupée.

Figure 86: Options de facturation

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Exécuter des opérations groupées

134 © Copyright. Tous droits réservés.

 Chapitre 7

Évaluation des connaissances

1. Vous souhaitez créer des documents liés à vos commandes clients. Cette action peut
souvent être effectuée par opération groupée. Pour cela, sélectionnez tous les documents
pour lesquels vous voulez créer les documents liés, puis créez les documents liés.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

2. Pour accélérer le processus de création des documents de facturation, vous pouvez créer
plusieurs documents de facturation simultanément via l'opération groupée.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

3. Outre l'efficacité et la rapidité, un autre avantage de l’opération groupée est qu'elle

détermine automatiquement si plusieurs documents de référence doivent entraîner moins
(ou plus) de documents liés.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

© Copyright. Tous droits réservés. 135

 Chapitre 7

Évaluation des connaissances - Réponses

1. Vous souhaitez créer des documents liés à vos commandes clients. Cette action peut
souvent être effectuée par opération groupée. Pour cela, sélectionnez tous les documents
pour lesquels vous voulez créer les documents liés, puis créez les documents liés.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Vous souhaitez créer des documents liés à vos commandes clients. Cette action
peut souvent être effectuée par une opération groupée. Quel que soit le type de document
que vous souhaitez créer, la procédure est très similaire : Vous devez d’abord sélectionner
tous les documents pour lesquels vous voulez créer les documents liés. Vous créez
ensuite les documents liés.

2. Pour accélérer le processus de création des documents de facturation, vous pouvez créer
plusieurs documents de facturation simultanément via l'opération groupée.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Pour accélérer le processus de création des documents de facturation, vous

pouvez créer plusieurs documents de facturation simultanément via l'opération groupée.

3. Outre l'efficacité et la rapidité, un autre avantage de l’opération groupée est qu'elle

détermine automatiquement si plusieurs documents de référence doivent entraîner moins
(ou plus) de documents liés.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Par exemple, la création groupée de livraisons permet de regrouper plusieurs

commandes client en une seule livraison sortante, à condition que le client l'ait demandée
et que les informations clés de livraison (date de livraison, point d'expédition,
réceptionnaire des marchandises, etc.) soient cohérentes. Si plusieurs postes d'une
commande client ont, par exemple, des adresses de livraison différentes (réceptionnaires
des marchandises), la création groupée de livraisons fractionne automatiquement cette
commande en plusieurs livraisons sortantes.

136 © Copyright. Tous droits réservés.

CHAPITRE 8 Processus supplémentaires
dans les ventes

Sujet 1
Utilisation de documents d'avant-vente 139

Sujet 2
Exécution de la fabrication sur commande 143

Sujet 3
Vente de produits de service 147

OBJECTIFS DU CHAPITRE

● Utiliser les documents d’avant-vente

● Exécuter la fabrication sur commande
● Vendre des produits de service

© Copyright. Tous droits réservés. 137

Chapitre 8 : Processus supplémentaires dans les ventes

138 © Copyright. Tous droits réservés.

 Chapitre 8
Sujet 1
Utilisation de documents d'avant-vente

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Utiliser les documents d’avant-vente

Gestion de l'avant-vente
Selon votre branche, votre société peut exécuter des activités différentes avant de sécuriser
les commandes de vos clients. La société peut planifier et réaliser des campagnes de
marketing ou participer à des foires. Vos commerciaux peuvent également rendre visite aux
clients pour présenter vos derniers produits et en discuter.
La liste des activités d'avant-vente possibles étant très longue, la figure « Tâches de support
vente » ne représente que les plus courantes.

Figure 87: Tâches de support vente

Documents d'avant-vente
Concernant les documents dans SAP S/4HANA, il existe deux catégories principales de
document de vente relatives à la partie avant-vente du processus de vente :
● Demandes

© Copyright. Tous droits réservés. 139

Chapitre 8 : Processus supplémentaires dans les ventes

● Offres

Vous recevez des demandes de vos clients, par exemple sur des prix d'article ou des dates de
livraison. En fonction de ces demandes, vous pouvez créer les offres correspondantes pour
fournir aux clients les informations dont ils ont besoin. Toutefois, lors de la création d'offres,
les références aux demandes sont facultatives et les offres peuvent également être créées à
partir de zéro.

Remarque :
L'utilisation de demandes et d'offres n'est pas obligatoire pour le processus de
vente.

La figure « Documents d’avant-vente » illustre le concept des demandes d'offre et des offres.

Figure 88: Documents d'avant-vente

Flux de documents dans la phase avant-vente

La gestion des statuts est un aspect important de la gestion de l'avant-vente. Par exemple, il
est possible que vous ne soyez pas en mesure de fournir la quantité totale d'une demande à la
date demandée par le client. Ou alors, le client peut décider de s'adresser à un autre
fournisseur parce que le prix proposé dans votre offre ne lui convient pas. Dans les deux cas
les documents d’avant-vente restent ouverts dans votre système.
Plusieurs options permettent de résoudre cette situation. Il est possible, par exemple,
d'utiliser les options standard du Customizing pour liquider les postes de demande au
premier référencement. Pour les offres, l'utilisation d'un motif de refus est un moyen courant
de définir sur « Liquidé » le statut d'un poste.

Astuce :
Lorsque vous utilisez un motif de refus (par exemple, « Trop cher » ou « Date de
livraison trop lointaine »), vous stockez également dans le système des
informations intéressantes susceptibles d'être utilisées dans l'analyse des ventes
et d'influencer vos stratégies de vente dans le futur.

140 © Copyright. Tous droits réservés.

 Sujet: Utilisation de documents d'avant-vente

La figure « Flux de documents dans la phase avant-vente » illustre le flux de documents

possible dans la phase avant-vente.

Figure 89: Flux de documents dans la phase avant-vente

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Utiliser les documents d’avant-vente

© Copyright. Tous droits réservés. 141

Chapitre 8 : Processus supplémentaires dans les ventes

142 © Copyright. Tous droits réservés.

 Chapitre 8
Sujet 2
Exécution de la fabrication sur commande

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Exécuter la fabrication sur commande

Flux du processus de fabrication sur commande

La fabrication sur commande se caractérise par le fait que les articles ne sont pas simplement
stockés dans le magasin en attendant d’être vendus, mais qu'ils sont fabriqués exclusivement
pour satisfaire une commande client spécifique. Un besoin indépendant client est généré à
partir du poste de commande client et transféré à la planification des besoins.
L'article peut à présent être fabriqué, et l'entrée de marchandises correspondant au stock
propre à la commande client peut être enregistrée. Dès que la livraison est arrivée à
échéance, l'article peut être livré et la sortie de marchandises enregistrée (ce qui réduit le
stock de la commande client).
La figure « Flux du processus de fabrication sur commande » illustre le flux du même nom.

Figure 90: Flux du processus de fabrication sur commande

© Copyright. Tous droits réservés. 143

Chapitre 8 : Processus supplémentaires dans les ventes

De la commande client à l'ordre de fabrication

Dans le cadre d'un processus standard de fabrication sur commande, la quantité appropriée
et la date de mise à disposition de l'article sont transférées depuis la commande client à la
planification des besoins en tant que besoin indépendant client.
Une exécution de la planification des besoins en articles (MRP) peut à présent générer
automatiquement un ordre planifié pour l'article et aussi déterminer les besoins dépendants
correspondants à partir de la nomenclature appropriée. En outre, des ordres planifiés
peuvent être créés sur la base de ces besoins dépendants.
Dès que vous êtes prêt à lancer la fabrication, vous créez un ordre de fabrication pour le
produit final en convertissant l'ordre planifié. Le système transfère la quantité confirmée et la
date de mise à disposition de l'article de l'ordre de fabrication à la commande client.

Figure 91: De la commande client à l'ordre de fabrication

Pure fabrication sur commande - Exemple

Le calcul des besoins nets est exécuté individuellement pour chaque commande client et le
stock ne peut pas être permuté entre les commandes. Les ordres planifiés sont créés avec
référence aux commandes clients et sont gérés dans le segment client. Cette référence
directe à une commande client est également conservée dans l'ordre de fabrication.
La réduction des besoins (commande client) et la réduction du stock de fabrication sur
commande ont lieu à la livraison.
La figure « Pure fabrication sur commande - Exemple » montre le traitement individuel des
besoins depuis différentes commandes clients.

144 © Copyright. Tous droits réservés.

 Sujet: Exécution de la fabrication sur commande

Figure 92: Pure fabrication sur commande - Exemple

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Exécuter la fabrication sur commande

© Copyright. Tous droits réservés. 145

Chapitre 8 : Processus supplémentaires dans les ventes

146 © Copyright. Tous droits réservés.

 Chapitre 8
Sujet 3
Vente de produits de service

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Vendre des produits de service

Produits de service
Si vous souhaitez vendre des services, vous devez d'abord gérer les fiches articles
correspondant à vos services. Cependant, vous avez à gérer uniquement les données
pertinentes pour les ventes. Les informations sur le stockage, par exemple, ne sont pas
nécessaires pour les produits de service.
Le type d'article DIEN s'applique aux produits de service et implique moins de données à
gérer. Il inclut, entre autres, le groupe de types de poste LEIS. À partir de ce groupe de types
de poste, le système peut déterminer les types de poste appropriés aux produits de service
dans les documents de vente.

Figure 93: Produits de service

Lorsque vous vendez des services (par exemple, des services de conseil), il est inutile
d'exécuter les fonctions d'expédition au cours du processus. Les postes de service des
commandes client peuvent être facturés directement ; le document de facturation
correspondant est créé directement avec référence à la commande client.

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Vendre des produits de service

© Copyright. Tous droits réservés. 147

Chapitre 8 : Processus supplémentaires dans les ventes

148 © Copyright. Tous droits réservés.

 Chapitre 8

Évaluation des connaissances

1. Concernant les documents d'avant-vente dans SAP S/4HANA, l'utilisation des demandes
et des offres est obligatoire pour le processus de vente.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

2. Identifiez la séquence correcte pour le flux du processus de fabrication sur commande, de

la commande client à l'ordre de fabrication.
Classez dans l'ordre

0 La planification des besoins en composants (MRP) génère automatiquement un ordre

planifié pour l'article.

0 Une demande client individuelle est générée à partir de la commande client.

0 Un ordre de fabrication est créé pour le produit final en convertissant l'ordre planifié.

0 Une demande client individuelle est transférée à la planification des besoins.

0 Le système transfère la quantité confirmée et la date de mise à disposition de l'article

de l'ordre de fabrication à la commande client.

3. Le type d'article DIEN s'applique aux produits de service et implique moins de données à
gérer.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

© Copyright. Tous droits réservés. 149

 Chapitre 8

Évaluation des connaissances - Réponses

1. Concernant les documents d'avant-vente dans SAP S/4HANA, l'utilisation des demandes
et des offres est obligatoire pour le processus de vente.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. L'utilisation de demandes et d'offres n'est pas obligatoire pour le processus de

vente.

2. Identifiez la séquence correcte pour le flux du processus de fabrication sur commande, de

la commande client à l'ordre de fabrication.
Classez dans l'ordre

3 La planification des besoins en composants (MRP) génère automatiquement un ordre

planifié pour l'article.

1 Une demande client individuelle est générée à partir de la commande client.

4 Un ordre de fabrication est créé pour le produit final en convertissant l'ordre planifié.

2 Une demande client individuelle est transférée à la planification des besoins.

5 Le système transfère la quantité confirmée et la date de mise à disposition de l'article

de l'ordre de fabrication à la commande client.

Correct. La séquence correcte est : 1. Une demande client individuelle est générée à partir
de la commande client. 2. Une demande client individuelle est transférée à la planification
des besoins. 3. La planification des besoins en composants (MRP) génère
automatiquement un ordre planifié pour l'article. 4. Créez un ordre de fabrication pour le
produit final en convertissant l'ordre planifié. 5. Le système transfère la quantité
confirmée et la date de mise à disposition de l'article de l'ordre de fabrication à la
commande client.

150 © Copyright. Tous droits réservés.

 Chapitre 8 : Évaluation des connaissances - Réponses

3. Le type d'article DIEN s'applique aux produits de service et implique moins de données à
gérer.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Le type d'article DIEN s'applique aux produits de service et implique moins de
données à gérer. Il inclut, entre autres, le groupe de types de poste LEIS.

© Copyright. Tous droits réservés. 151

Chapitre 8 : Évaluation des connaissances - Réponses

152 © Copyright. Tous droits réservés.

CHAPITRE 9 Gestion des réclamations

Sujet 1
Création de demandes d'avoir 155

Sujet 2
Annulation de documents de facturation 159

Sujet 3
Création de retours 161

OBJECTIFS DU CHAPITRE

● Créer des demandes d'avoir

● Annuler des documents de facturation
● Créer des retours

© Copyright. Tous droits réservés. 153

Chapitre 9 : Gestion des réclamations

154 © Copyright. Tous droits réservés.

 Chapitre 9
Sujet 1
Création de demandes d'avoir

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Créer des demandes d'avoir

Gestion des réclamations

Des problèmes peuvent survenir au cours des différentes étapes dans les processus
d'administration des ventes. Par exemple, un article livré peut avoir été endommagé pendant
son transport ou les prix figurant sur une facture peuvent être erronés.
Pour traiter ces problèmes, vous pouvez utiliser certains types de document standard liés à la
gestion des réclamations. Les types de document les plus importants sont les suivants :
● Demande d'avoir/de note de débit
Permet de créditer/débiter un montant à un client.
● Retours
permettent au client de retourner des marchandises.

Dans un grand nombre de cas, vous créez les documents avec référence à un processus
existant. Ainsi, vous disposez toujours d'un flux de documents complet du processus, y
compris tous les documents de réclamation applicables. Il est également possible de copier
une grande partie des informations nécessaires à partir du document de référence, ce qui
accélère la gestion des réclamations.
La figure « Processus de gestion des réclamations » illustre les différentes options se
rapportant aux documents existants.

Figure 94: Processus de gestion des réclamations

© Copyright. Tous droits réservés. 155

Chapitre 9 : Gestion des réclamations

Demandes d'avoir et de note de débit

Les demandes d'avoir et de note de débit peuvent être créées avec référence à un document
de facturation ou une commande client. Le système peut ainsi déterminer la quantité et la
valeur correctes à partir du document précédent. Lors de la création des documents, le
système vous demande de saisir le motif de la commande client à des fins d'analyse. La liste
des motifs possibles (par exemple, Dommage subi au cours du transport ou Écart de prix)
peut être gérée dans le Customizing.
Lorsque vous créez une demande d'avoir/de note de débit, le document contient
automatiquement un blocage de facture. Ce blocage empêche la facturation immédiate du
document. Une fois la réclamation vérifiée par les responsables, la demande d'avoir/de note
de débit peut être validée en supprimant le blocage de la facture.
Après suppression du blocage de la facture, les documents de facturation correspondants
peuvent être créés et les pièces comptables requises sont générées automatiquement. Ainsi,
les montants corrects sont portés au crédit ou débités du compte client.

Figure 95: Traitement des avoirs et des notes de débit

Approbation d'un avoir

Les réclamations client non justifiées doivent être refusées. Pour garantir que les postes
concernés ne sont pas transférés à un document de facturation, il est possible de saisir un
motif de refus. Les motifs de refus appropriés (par exemple, Demande injustifiée) peuvent
être gérés dans le Customizing.
Les postes refusés ne sont pas copiés dans les documents de facturation bien qu'ils soient
toujours disponibles à des fins d'analyse.

156 © Copyright. Tous droits réservés.

 Sujet: Création de demandes d'avoir

Figure 96: Approbation d'un avoir

Workflow de demande d'avoir

Généralement, lors de la création d'une demande d’avoir, le système active le blocage de la
facture (avoir) jusqu'à ce que l’employé responsable la débloque. Dans votre entreprise, vous
pouvez définir à quel instant la vérification doit être effectuée et par quel employé
responsable, selon la valeur de la demande de note de crédit.
Si cette valeur est inférieure à une valeur minimale donnée, le système peut valider
automatiquement la demande.

Figure 97: Workflow de demande d'avoir

Le workflow propre au traitement des notes de crédit garantit que le système identifie et
informe automatiquement l'employé responsable selon la valeur concernée lors de la création
d'une demande de note de crédit. Le salarié en question peut alors refuser ou valider la
demande d’avoir.
Avec l'application Gestion du workflow de demande d'avoir, vous pouvez configurer le
workflow pour optimiser le processus d'approbation des demandes d'avoir. L'application vous
permet de définir le cadre de validation automatique des demandes d’avoir, et les
approbateurs des demandes à vérifier. Si un workflow est activé et si les conditions de
lancement configurées sont remplies, le processus d’approbation est initié.

© Copyright. Tous droits réservés. 157

Chapitre 9 : Gestion des réclamations

Les experts en processus de gestion peuvent définir parmi les membres des équipes
commerciales qui sera approbateur. Les experts en configuration peuvent définir et activer
les workflows de demande d'avoir avec leurs valeurs seuils et agents. Les directeurs
commerciaux peuvent ensuite recevoir des avis (Ma boîte de réception ou Avis) pour les
demandes d'avoir en attente d'approbation. Le responsable peut décider d'approuver ou de
rejeter les demandes d'avoir, ou bien de demander à des commerciaux internes de les
reprendre.
Avant d'utiliser l'application Gestion du workflow de demande d'avoir, vous devez activer le
workflow standard SAP WS00800286 pour ce scénario. Pour plus d'informations, reportez-
vous à la documentation d'aide SAP. En outre, pour pouvoir affecter les fonctions
d’approbation de demande d’avoir requises aux membres de l’équipe responsables dans
l'application Gestion des équipes et responsabilités, les autorisations pertinentes doivent être
affectées à l’utilisateur.

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Créer des demandes d'avoir

158 © Copyright. Tous droits réservés.

 Chapitre 9
Sujet 2
Annulation de documents de facturation

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Annuler des documents de facturation

Annulation de documents de facturation

L'annulation d'une facture peut se révéler nécessaire lorsque, par exemple, les conditions de
paiement ou l'adresse du payeur sont incorrectes.
Dans ce cas, un document de facturation séparé (annulation de document de facturation) et
une nouvelle pièce comptable sont générés. Ainsi, toutes les écritures résultant du document
de facturation erroné sont annulées par le ré-enregistrement de chaque poste d'écriture avec
le symbole inverse.
La figure « Annulation d’un document de facturation » illustre l'annulation d'un document de
facturation.

Figure 98: Annulation d'un document de facturation

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Annuler des documents de facturation

© Copyright. Tous droits réservés. 159

Chapitre 9 : Gestion des réclamations

160 © Copyright. Tous droits réservés.

 Chapitre 9
Sujet 3
Création de retours

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Créer des retours

Retour de marchandises
Lorsqu'un client souhaite renvoyer un article à votre entreprise, vous pouvez créer un
document de retours correspondant pour reproduire le processus dans le système. Ce
document peut être créé avec référence à un document de facturation ou à une commande
client. Le système reçoit ainsi toutes les données requises concernant les quantités et les
accords sur prix du document d'origine, garantissant ainsi la poursuite du traitement des
informations appropriées.
Lors de la création d'un document de retours, le système vous demande de gérer le motif de
la commande client (par exemple, Dommage subi au cours du transport) à des fins d'analyse.
En outre, le document contient automatiquement un blocage de facture qui empêche la
création immédiate d'un avoir.
Lorsque les marchandises arrivent à votre magasin, vous devez enregistrer une entrée de
marchandises correspondante. Pour cela, vous devez d'abord créer une livraison de retours
avec référence au document de retours. La quantité concernée est généralement enregistrée
dans une catégorie de stock de retours distincte plutôt que dans le stock à utilisation libre.
Une fois le processus approuvé et le blocage de facture supprimé, l'avoir et les pièces
comptables requises peuvent être créés. Le montant correct est automatiquement porté au
crédit du compte client. Cette étape peut être exécutée indépendamment de l'enregistrement
de l'entrée de marchandises.
Plutôt qu'un crédit, le client peut demander un remplacement gratuit pour les marchandises
retournées. Dans ce cas, au lieu d'un avoir, un document de vente de livraison ultérieure
gratuite est créé avec référence au document de retours. Ce document de livraison ultérieure
gratuite est ensuite livré (mais pas facturé).

© Copyright. Tous droits réservés. 161

Chapitre 9 : Gestion des réclamations

Figure 99: Gestion des retours

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Créer des retours

162 © Copyright. Tous droits réservés.

 Chapitre 9

Évaluation des connaissances

1. Lorsque vous créez une demande d'avoir/de note de débit, le document est facturé
automatiquement et immédiatement.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

2. Lors de l'annulation d'un document de facturation, un document de facturation distinct

est généré et une nouvelle pièce comptable est générée.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

3. Lors de la création du document de retours, le système vous demande de gérer un avoir.

Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

© Copyright. Tous droits réservés. 163

 Chapitre 9

Évaluation des connaissances - Réponses

1. Lorsque vous créez une demande d'avoir/de note de débit, le document est facturé
automatiquement et immédiatement.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Lorsque vous créez une demande d'avoir/de note de débit, le document contient
automatiquement un blocage de facture. Ce blocage empêche la facturation immédiate
du document.

2. Lors de l'annulation d'un document de facturation, un document de facturation distinct

est généré et une nouvelle pièce comptable est générée.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Lors de l'annulation d'un document de facturation, un document de facturation

séparé (annulation de document de facturation) et une nouvelle pièce comptable sont
générés.

3. Lors de la création du document de retours, le système vous demande de gérer un avoir.

Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. Lors de la création d'un document de retours, le système vous demande de gérer
le motif de la commande client (par exemple, « Dommage subi au cours du transport ») à
des fins d'analyse. En outre, le document contient automatiquement un blocage de
facture qui empêche la création immédiate d'un avoir.

164 © Copyright. Tous droits réservés.

CHAPITRE 10 Suivi et analyse des ventes

Sujet 1
Utilisation de l’application Traitement des commandes clients 167

Sujet 2
Gestion des plans commerciaux 175

Sujet 3
Utilisation d'applications analytiques 177

OBJECTIFS DU CHAPITRE

● Utiliser l’application Traitement des commandes clients

● Gérer des plans commerciaux
● Utiliser les applications analytiques

© Copyright. Tous droits réservés. 165

Chapitre 10 : Suivi et analyse des ventes

166 © Copyright. Tous droits réservés.

 Chapitre 10
Sujet 1
Utilisation de l’application Traitement des
commandes clients

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Utiliser l’application Traitement des commandes clients

L’application Traitement des commandes clients

Traitement des commandes clients : approche traditionnelle

Figure 100: Traitement des commandes clients : approche traditionnelle

Dans un système traditionnel SAP ERP, il est nécessaire d'exécuter plusieurs programmes
pour avoir une vision globale de tous les problèmes liés au processus. Par conséquent,
plusieurs problèmes dans une commande client ne peuvent pas être détectés en une étape,
ce qui fait augmenter le risque de ne pas détecter des situations exceptionnelles.
En outre, il n'est pas possible de suivre la communication et les décisions en lien avec les
problèmes.

© Copyright. Tous droits réservés. 167

Chapitre 10 : Suivi et analyse des ventes

Traitement des commandes clients dans SAP S/4HANA

Figure 101: Traitement des commandes clients dans SAP S/4HANA

Avec SAP S/4HANA, les commerciaux internes ont une vue d'ensemble de la situation
actuelle de traitement des commandes clients et peuvent ainsi décider du périmètre sur
lequel porter leur attention concernant les activités de suivi. Ils peuvent utiliser une liste des
commandes clients qui ne peuvent pas être traitées classées par ordre de priorité, de façon à
ce que les éléments les plus importants soient considérés en premier.
SAP S/4HANA aide les utilisateurs en leur fournissant des informations, des contacts et des
fonctions de collaboration pertinents. Les utilisateurs peuvent également utiliser des notes
pour documenter leurs actions.

168 © Copyright. Tous droits réservés.

 Sujet: Utilisation de l’application Traitement des commandes clients

SAP Smart Business en un mot

Figure 102: SAP Smart Business en un mot

SAP Smart Business peut être configuré pour les rôles clés dans toute l'entreprise. Les
besoins métiers des utilisateurs sont satisfaits par des prises de décision et des actions en
temps réel.
SAP Smart Business offre un nouveau modèle de travail, basé sur les exceptions, qui allie
l'analyse à l'action. Vous passez directement d'un point de données du graphique à la
transaction correspondante pour résoudre le problème. Il suit les directives et concepts de
SAP Fiori, par exemple la navigation SAP Fiori.
SAP Smart Business fournit des vignettes qui se trouvent dans la barre de lancement
SAP Fiori. Il vous aide à identifier facilement les exceptions à l'aide de ses visualisations KPI
(indicateurs de performance clés), ceci grâce à des codes couleurs associés aux seuils cibles
définis. Il offre également des applications SAP Fiori (applications de modélisation SAP Smart
Business) pour configurer facilement vos KPI et leur visualisation.

© Copyright. Tous droits réservés. 169

Chapitre 10 : Suivi et analyse des ventes

Nouvelle expérience utilisateur

Figure 103: Nouvelle expérience utilisateur

Avec l’application Traitement des commandes clients SAP, les commerciaux internes
peuvent résoudre des problèmes empêchant les commandes clients d’être traitées.
L’application propose une liste de toutes les commandes clients qui ne peuvent pas être
traitées pour une ou plusieurs raisons. Elle présente les fonctions suivantes :
● Elle met en évidence les obstacles
● Elle fournit des informations complémentaires
● Elle fournit des options spécifiques pour résoudre les problèmes

Ainsi, les commerciaux internes peuvent suivre les commandes clients à des stades critiques,
collaborer avec les contacts internes et externes et répartir les problèmes efficacement pour
garantir un traitement le plus rapide possible des commandes clients à des stades critiques.

170 © Copyright. Tous droits réservés.

 Sujet: Utilisation de l’application Traitement des commandes clients

Types de problèmes

Figure 104: Types de problèmes

Résolution de problèmes dans les commandes client – Résoudre le blocage de

facturation
Par exemple, la figure « Résolution de problèmes dans les commandes client – Résoudre le
blocage de la facture » montre comment s’occuper d’une commande incomplète, également
bloquée pour facturation. De nombreuses options sont à la disposition de l’utilisateur :
● Afficher les informations de l'en-tête et la liste des postes bloqués
● Afficher les détails de chaque poste bloqué
● Supprimer le blocage de la facture au niveau de l'en-tête et/ou au niveau du poste
● Vérifier et modifier les conditions de paiement au niveau de l'en-tête et/ou du poste
● Accéder à l'application Modifier commande client pour effectuer des modifications
supplémentaires

© Copyright. Tous droits réservés. 171

Chapitre 10 : Suivi et analyse des ventes

Figure 105: Résolution de problèmes dans les commandes client – Résoudre le blocage de facturation

De plus, le flux de processus peut également être le point de départ de traitement des
problèmes et offre les fonctions suivantes :
● Il fournit un aperçu rapide de tout le processus commercial et replace les problèmes dans
le contexte des objets de gestion liés
● Il représente sous forme graphique tous les documents, leurs relations et le statut du
document
● Il permet la résolution des problèmes directement à partir du flux de processus comme
point de départ
● Il montre sous forme graphique le statut actuel (rouge, vert)
● Il marque d'un cercle rouge le statut global des documents concernés à chaque étape (en
commande, en approvisionnement, en livraison et en facturation)
● Il passe de rouge à vert quand tous les problèmes sont résolus

172 © Copyright. Tous droits réservés.

 Sujet: Utilisation de l’application Traitement des commandes clients

Figure 106: Résolution des problèmes à l’aide du flux de processus : Exemple

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Utiliser l’application Traitement des commandes clients

© Copyright. Tous droits réservés. 173

Chapitre 10 : Suivi et analyse des ventes

174 © Copyright. Tous droits réservés.

 Chapitre 10
Sujet 2
Gestion des plans commerciaux

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Gérer des plans commerciaux

Plans commerciaux
Des plans commerciaux peuvent être utilisés pour définir les objectifs des ventes pour une
période à venir (par exemple, l'exercice suivant). Les valeurs cibles souhaitées peuvent être
budgétées à l'aide de diverses dimensions, telles que le client, l'article et/ou les entités
organisationnelles.
Avec l'application Gestion des plans commerciaux, ces dimensions peuvent facilement être
sélectionnées. Un schéma du plan correspondant peut alors être généré et téléchargé dans
Microsoft Excel. Après avoir géré les valeurs cibles dans le fichier Excel, il peut être rechargé
dans le plan commercial.

Figure 107: Données du plan commercial

Plusieurs versions d'un plan commercial peuvent être créées pour refléter les fluctuations
potentielles du marché. Par exemple, sur la base d'une croissance potentielle du marché de
20 % pour l’exercice suivant, une version optimiste peut être créée pour refléter cela, en plus
d’une version standard basée sur la performance de l’exercice passé.

© Copyright. Tous droits réservés. 175

Chapitre 10 : Suivi et analyse des ventes

Remarque :
Vous pouvez uniquement rechercher, afficher et traiter des plans commerciaux
créés par l'utilisateur.

Performances des ventes - Planifié/Réel

Après la création des plans commerciaux pour une période planifiée, la performance des
ventes peut être suivie en comparant les valeurs réelles et les valeurs cibles. Elle peut être
suivi en temps réel pour savoir dans quelle mesure les objectifs des ventes sont atteints et
donc, pour obtenir une visibilité sur les performances de vente en cours.
L'application Performance des ventes - Planifié/Réel offre une vue hybride dans laquelle vous
pouvez visualiser de manière efficace la différence entre les données budgétées et les
données réelles dans un graphique, tout en affichant les détails dans un tableau.

Figure 108: Application Performance des ventes - Planifié/Réel

Les données budgétées et réelles sont comparées comme suit :

● Les valeurs budgétées et réelles représentent les entrées de commande client ou le chiffre
d'affaires, selon ce que vous avez planifié dans la version du plan commercial sélectionnée.
● Les valeurs budgétées et réelles sont comparées par mois, trimestre ou exercice dans la
période planifiée, selon la manière dont vous avez défini cela dans la version du plan
commercial sélectionnée.

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Gérer des plans commerciaux

176 © Copyright. Tous droits réservés.

 Chapitre 10
Sujet 3
Utilisation d'applications analytiques

OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Utiliser les applications analytiques

Applications analytiques

Figure 109: Applications analytiques

Les systèmes SAP ERP modernes sont remis en question par des charges de travail mixtes de
tâches opérationnelles OLTP (Online Transaction Processing) et de requêtes OLAP (Online
Analytical Processing). Par exemple :
● OLTP : création de commandes clients, de factures et de pièces comptables, et affichage
des données de base client
● OLAP : relance, contrôle de la quantité disponible, reporting opérationnel (répertorier les
commandes clients en cours)

Les systèmes de gestion des données actuels sont optimisés pour les charges de travail
transactionnelles quotidiennes ou analytiques. Cette séparation entraîne les inconvénients
suivants :

© Copyright. Tous droits réservés. 177

Chapitre 10 : Suivi et analyse des ventes

● Le système OLAP ne dispose pas des données les plus actualisées.

● Le système OLAP a seulement un sous-ensemble prédéfini des données.
● Un processus ETL (extraction, transformation et chargement) exigeant beaucoup de
ressources est nécessaire pour synchroniser les données dans les deux systèmes.
● Cela donne lieu à la redondance des données.
● Différents schémas de données engendrent de la complexité pour les applications
combinant les sources.

Transactions et analyses sur une seule plate-forme in-memory

Figure 110: Transactions et analyses sur une seule plate-forme in-memory

Les applications d'entreprise ont été lancées il y a plusieurs décennies pour servir de
systèmes d'enregistrement pour collecter les commandes clients, les avis d'incidents, les
entrées de journal et d'autres enregistrements liés à des opérations de gestion. Le personnel
métier avait besoin d’un accès à ces informations pour définir comment fixer le prix, planifier
et définir les priorités. Les informaticiens ont ensuite conçu des systèmes analytiques
distincts pour soutenir la prise de décisions sur des plates-formes complètement différentes.
Il paraissait théoriquement logique d'avoir des systèmes distincts sur des plates-formes
différentes pour traiter différentes charges de travail. Pendant des années, on a opté pour des
plates-formes séparées pour garantir une bonne performance des transactions et analyses,
étant donné la différence d'exigences entre la collecte des données et leur analyse. En
pratique, cependant, l’obligation de transférer des données entre les deux plates-formes
sous-jacentes aux deux types de système engendre des retards d’accès aux informations et
réduit la capacité à lier les informations aux actions à cause de l'absence de lien entre les
analyses et les données source. L’entreprise s'expose alors à des risques si les décisionnaires
sont obligés de se fier à des données incomplètes ou obsolètes, ou s'ils ne peuvent pas
connecter les informations d’analyse aux données source.
SAP S/4HANA peut associer les transactions à des analyses en temps réel dans un
environnement unique intégré pour déterminer la meilleure façon d'obtenir des informations
instantanées sur une situation d'urgence. Plutôt que d'utiliser des applications
transactionnelles et analytiques distinctes intégrées à des plates-formes séparées, un
environnement de gestion des données unique pour les deux systèmes d'enregistrement et

178 © Copyright. Tous droits réservés.

 Sujet: Utilisation d'applications analytiques

les système de décision (en supposant qu'il est possible d'obtenir une bonne performance
pour chacun) peut avoir les avantages suivants :
● Les utilisateurs ont accès aux données les plus récentes, ils peuvent les analyser dès
qu'elles sont disponibles au lieu d'attendre le transfert des données, ce qui supprime la
principale cause des retards d'informations. En réduisant les charges indirectes liées aux
plates-formes multiples, il est possible de simplifier les tâches de gestion informatique des
données et les fonctions d'administration des données de gestion.
● Avec un accès instantané aux données les plus récentes, le personnel de l’entreprise peut
prendre plus rapidement les décisions. Il est aussi possible d'accélérer les processus de
gestion. À titre d'exemple, pendant une transaction, les salariés d'un centre de contact
disposent des données les plus récentes concernant le client. Une recommandation de
vente croisée peut être faite sur les dernières commandes du client ou même sur une
commande en cours.

Architecture de l'analyse en temps réel SAP S/4HANA

Figure 111: Architecture de l'analyse en temps réel SAP S/4HANA

SAP S/4HANA intègre les transactions et les analyses permettant ainsi le reporting
opérationnel sur les données modifiées. Dans SAP S/4HANA, ce concept est mis en œuvre à
l'aide de CDS (Core Data Services) pour le reporting opérationnel en temps réel. Le contenu
est représenté sous forme de modèle de données virtuel (MDV), basé sur les tables
transactionnelles et les tables des données de base SAP S/4HANA. Les vues CDS sont
développées, gérées et étendues dans la couche ABAP du système SAP S/4HANA. Le
système génère des vues d'exécution SQL dans SAP HANA pour exécuter les données lues et
la transformation dans la couche base de données de SAP HANA.
Les avantages de cette approche comprennent l’intégration complète ABAP qui permet par
exemple de réutiliser les autorisations de reporting existantes, etc. SAP peut également
utiliser le moteur analytique (fonctionnalité BW intégrée) pour prendre en charge l'affichage
élaboré des hiérarchies. Ces avantages permettent de créer un nombre beaucoup plus
important de cas d'utilisation pour le modèle de données virtuel. L'analyse SAP S/4HANA
permet non seulement un reporting générique OLAP opérationnel mais aussi des scénarios

© Copyright. Tous droits réservés. 179

Chapitre 10 : Suivi et analyse des ventes

d'analyse intégrée pour des applications hybrides, transactionnelles et analytiques (par

exemple SAP Embedded BI ou cockpits SAP Smart Business) qui reposent sur les mêmes
modèles. L'accès en lecture pour la recherche / les info-clés est aussi disponible.

Utilisateur final : rapport multidimensionnel

Figure 112: Utilisateur final : rapport multidimensionnel

Le reporting multidimensionnel comprend toutes les tâches d'analyse exploratoires pour

diverses questions commerciales. Le filtrage, la rotation, le tri et la réorganisation ad hoc des
données en IU tabulaires ou graphiques sont pris en charge. Une grille Web Dynpro est
utilisée dans ce contexte.

SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Utiliser les applications analytiques

180 © Copyright. Tous droits réservés.

 Chapitre 10

Évaluation des connaissances

1. Avec SAP Smart Business, vous pouvez passer directement d'un point de données du
diagramme à la transaction appropriée pour résoudre le problème.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

2. Parmi les options suivantes, laquelle offre une vue hybride pour les commandes client
dans lesquelles vous pouvez visualiser la différence entre les données planifiées et
réelles ?
Sélectionnez la réponse correcte.

X A Gestion des plans commerciaux

X B Performances des ventes - Planifié/Réel

X C Modifier commande client

X D Application Traitement des commandes clients SAP

3. Parmi les options suivantes, laquelle est utilisée dans SAP S/4HANA pour intégrer les
transactions et les analyses permettant le reporting opérationnel sur les données
modifiées ou le reporting opérationnel en temps réel ?
Sélectionnez la réponse correcte.

X A SAP ERP

X B SAP Core Data Services (CDS)

X C Couche ABAP

© Copyright. Tous droits réservés. 181

 Chapitre 10

Évaluation des connaissances - Réponses

1. Avec SAP Smart Business, vous pouvez passer directement d'un point de données du
diagramme à la transaction appropriée pour résoudre le problème.
Indiquez si cette proposition est vraie ou fausse.

X Vrai

X Faux

Correct. SAP Smart Business offre un nouveau modèle de travail, basé sur les exceptions,
qui allie l'analyse à l'action. Vous passez directement d'un point de données du graphique
à la transaction correspondante pour résoudre le problème.

2. Parmi les options suivantes, laquelle offre une vue hybride pour les commandes client
dans lesquelles vous pouvez visualiser la différence entre les données planifiées et
réelles ?
Sélectionnez la réponse correcte.

X A Gestion des plans commerciaux

X B Performances des ventes - Planifié/Réel

X C Modifier commande client

X D Application Traitement des commandes clients SAP

Correct. L'application Performance des ventes - Planifié/Réel offre une vue hybride dans
laquelle vous pouvez visualiser de manière efficace la différence entre les données
budgétées et les données réelles dans un graphique, tout en affichant les détails dans un
tableau.

182 © Copyright. Tous droits réservés.

 Chapitre 10 : Évaluation des connaissances - Réponses

3. Parmi les options suivantes, laquelle est utilisée dans SAP S/4HANA pour intégrer les
transactions et les analyses permettant le reporting opérationnel sur les données
modifiées ou le reporting opérationnel en temps réel ?
Sélectionnez la réponse correcte.

X A SAP ERP

X B SAP Core Data Services (CDS)

X C Couche ABAP

Correct. SAP S/4HANA intègre les transactions et les analyses permettant ainsi le
reporting opérationnel sur les données modifiées. Dans SAP S/4HANA, ce concept est
mis en œuvre à l'aide de SAP Core Data Services (CDS) pour le reporting opérationnel en
temps réel.

© Copyright. Tous droits réservés. 183