1. À quoi sert la planification CO

La planification CO, c’est le budget interne d’une entreprise dans SAP. Avant qu’une dépense soit réellement engagée, l’entreprise prévoit ce qu’elle va dépenser, où, et pour quoi faire.

Prenons un exemple concret. Une entreprise industrielle de 500 salariés prépare son année. Le directeur financier veut savoir : combien va-t-on dépenser en salaires sur le service production ? Quel budget marketing pour la nouvelle ligne de produits ? Combien réserver à la maintenance des machines ? Toutes ces questions appellent une réponse chiffrée, par service et par activité. C’est exactement ce que la planification CO permet de structurer dans SAP.

Concrètement, planifier en CO sert à trois choses :

• Anticiper les dépenses pour l’année à venir, dans le cadre de l’exercice budgétaire annuel
• Comparer ensuite ce qui était prévu avec ce qui a été réellement dépensé, mois après mois
• Piloter l’activité en cours d’année en alertant sur les dépassements ou les écarts significatifs

Sans planification CO, l’entreprise navigue à vue. Les dépenses arrivent, sont comptabilisées, mais personne ne sait si on est dans les clous ou en train de dériver. Avec une planification, le contrôle de gestion peut détecter les écarts dès le premier mois et engager les actions correctives à temps.

2. Sur quoi on planifie

La planification CO ne se fait pas dans le vide. Elle s’applique sur des objets de coûts qui structurent l’analyse de l’entreprise. Les trois principaux à connaître sont le centre de coûts, l’ordre interne et le centre de profit.

Le centre de coûts (CC)

C’est l’enveloppe budgétaire d’un service ou d’une fonction. Service informatique, service marketing, service ressources humaines, atelier de production. Chaque dépense de ce service est imputée sur son CC.

Exemple : le service marketing a un CC dédié. Toutes les dépenses publicitaires, salons, agences externes vont sur ce CC. À la fin du mois, on regarde combien le marketing a consommé — facile à analyser.

L’ordre interne (OI)

C’est un chantier temporaire. Un événement ponctuel, un projet précis, une étude. On l’utilise pour isoler les coûts d’une opération sans tout mélanger avec le reste.

Exemple : l’entreprise organise un salon professionnel. Plutôt que de noyer ces dépenses dans le CC marketing global, on crée un OI « Salon 2026 ». Tous les coûts liés à ce salon (stand, déplacements, communication) y sont imputés. À la fin, on sait exactement combien ce salon a coûté.

Le centre de profit (CP)

C’est une mini-entreprise dans l’entreprise. Il regroupe à la fois des coûts et des revenus, pour calculer une rentabilité par activité, par zone géographique ou par ligne de produits.

Exemple : une entreprise vend en France et en Allemagne. Elle crée deux CP : « France » et « Allemagne ». Les ventes et les coûts associés sont rattachés au bon CP, et on peut savoir laquelle des deux activités est plus rentable.

Il existe d’autres objets (projets WBS, COPA), mais en planification classique, ce sont surtout CC, OI et CP que tu rencontreras sur le terrain.

3. Les 4 étapes d’une planification CO

Quelle que soit l’entreprise, une planification CO suit toujours la même logique. Comprendre ces 4 étapes, c’est comprendre la majorité du sujet.

Étape 1 — Préparer le terrain

On définit le cadre de la planification. Sur quel exercice on planifie (l’année 2026 par exemple), quelle version on utilise, et quels objets sont concernés.

La version est un point important : la version 0 est généralement le plan officiel de l’entreprise. Mais on peut créer d’autres versions (V1, V2, etc.) pour simuler des scénarios alternatifs. Par exemple : version 0 pour le plan validé, version 1 pour un scénario optimiste, version 2 pour un scénario prudent.

C’est aussi à cette étape qu’on vérifie que les données maîtres sont à jour : centres de coûts créés, ordres internes valides, centres de profit bien rattachés. Une planification sur des objets mal paramétrés génère des incohérences difficiles à détecter ensuite.

Étape 2 — Saisir les valeurs prévisionnelles

C’est le cœur de la planification. On entre les montants prévus, généralement croisés avec deux dimensions : la nature comptable (salaires, fournitures, énergie, déplacements) et la période (mois, trimestre).

Exemple concret : sur le CC du service marketing, on prévoit pour 2026 un total de 600 000 € de frais publicitaires, répartis en 50 000 € par mois. La saisie peut se faire de plusieurs manières : manuellement écran par écran, par copie d’une version précédente (souvent la base : on copie le réel N-1 et on ajuste), ou par import depuis Excel pour les volumes importants.

Étape 3 — Valider et figer

Une fois la saisie terminée, le plan est revu par les opérationnels et le contrôle de gestion. Les écarts par rapport à l’année précédente sont expliqués, les arbitrages sont faits, puis le plan est figé pour servir de référence.

Cette étape est cruciale. Sans validation, le plan reste à l’état de brouillon et n’est pas exploitable pour le pilotage. Dans la pratique, le plan est rarement saisi en une seule fois : il y a généralement plusieurs allers-retours entre les services et le contrôle de gestion avant validation finale.

Étape 4 — Exploiter

C’est là que la planification devient utile. Tout au long de l’année, les rapports plan vs réel permettent de comparer ce qui était prévu avec ce qui se passe vraiment. Les écarts sont analysés, expliqués, et orientent les décisions du contrôle de gestion.

Si le marketing a dépensé 65 000 € en janvier au lieu des 50 000 € prévus, on cherche pourquoi. Une campagne imprévue ? Un dérapage ? Un décalage de calendrier qu’il faudra corriger sur les mois suivants ?

4. Les transactions à connaître

En planification classique, chaque objet a sa transaction dédiée. Voici les principales que tu rencontreras en mission :

Un point important : plan et budget ne sont pas synonymes en SAP. Le plan est un prévisionnel, utilisé pour la comparaison plan vs réel et le pilotage. Le budget est une enveloppe contraignante qui peut bloquer une dépense si elle est dépassée. Sur un ordre interne, on peut avoir les deux : un plan (KPF6) qui sert au prévisionnel, et un budget (KO22) qui sert au contrôle d’engagement.

C’est une distinction qu’un consultant doit maîtriser, parce qu’elle est souvent source de confusion chez les utilisateurs.

5. Plan vs Réel : la comparaison qui pilote l’année

Une planification sans suivi du réel ne sert à rien. Tout l’intérêt vient de la comparaison continue entre ce qui a été prévu et ce qui se passe vraiment.

Comment fonctionne le réel ?

Le réel, c’est l’ensemble des dépenses et revenus effectivement enregistrés dans SAP. Quand une facture fournisseur est saisie, quand une paie est comptabilisée, quand une vente est enregistrée, ces opérations alimentent automatiquement le réel des objets CO concernés.

Exemple : une facture de 2 000 € pour des fournitures de bureau, imputée sur le CC du service RH. Cette dépense apparaît immédiatement dans le réel du CC RH, et sera ensuite comparée au plan saisi en début d’année.

Comment se fait la comparaison ?

SAP propose des rapports standards qui affichent côte à côte le plan et le réel pour chaque objet, avec l’écart (en valeur et en pourcentage). Le contrôle de gestion consulte ces rapports régulièrement (généralement chaque mois après la clôture comptable) pour suivre la trajectoire de l’année.

Une nuance importante

Plan et réel ne suivent pas exactement la même architecture technique dans SAP. Le réel bénéficie d’une dérivation automatique très puissante : quand tu impute un coût sur un CC, SAP propage automatiquement l’information vers le CP rattaché, vers le segment, etc. Tout est connecté.

En planification classique, ce n’est pas systématiquement le cas. Une saisie sur un objet ne se propage pas toujours sur les autres dimensions de la même manière qu’en réel. C’est un point que les consultants découvrent souvent en mission, parfois lors d’un contrôle d’incohérence entre plan et réel sur un même axe d’analyse.

Cette différence de comportement est inhérente à l’architecture historique de SAP. Elle n’est pas une anomalie, c’est un choix de conception. Mais elle peut surprendre quand on ne la connaît pas.

6. Les pièges fréquents en mission

Voici les erreurs ou confusions qu’un consultant rencontre régulièrement sur le sujet de la planification CO. Les connaître à l’avance, c’est gagner en crédibilité auprès du client.

Confondre plan et budget

Comme on l’a vu, ce ne sont pas les mêmes objets fonctionnels. Si un client te demande « il faut que SAP bloque les dépenses qui dépassent le budget », il parle de budget contraignant (KO22), pas de plan (KPF6). Si tu paramètres un plan en pensant que ça bloquera, tu vas droit dans le mur.

Oublier la version

Toute planification est rattachée à une version. Si un utilisateur dit « je ne vois pas mes valeurs », la première chose à vérifier, c’est : a-t-il sélectionné la bonne version ? La version 0 est par défaut, mais certains clients utilisent activement plusieurs versions pour leurs simulations.

Penser que le plan se propage comme le réel

C’est un piège classique : un utilisateur saisit un plan sur un ordre interne, et il s’attend à voir cette information remonter sur le centre de profit comme cela se fait en réel. Ce n’est pas le cas en planification classique. Si un client te pose cette question, tu dois pouvoir expliquer la logique sans hésiter.

Négliger les données maîtres

Une planification s’appuie sur des objets CO bien paramétrés. Si un centre de coûts n’est pas correctement rattaché à un centre de profit, le plan saisi ne pourra pas être analysé proprement par CP. La qualité de la planification dépend directement de la qualité des données maîtres.

Confondre exercice et période

L’exercice, c’est l’année comptable (souvent l’année civile, mais pas toujours). La période, c’est l’unité de découpage à l’intérieur de l’exercice (généralement le mois). Quand on parle de planification, on précise toujours les deux.

7. Ce qu’il faut retenir

Trois idées clés pour ne pas se perdre dans la planification CO :

• La logique est toujours la même : on définit un cadre, on saisit des valeurs prévisionnelles, on valide, et on compare au réel pour piloter. Cette structure se retrouve quel que soit l’objet planifié.
• Chaque objet a sa transaction dédiée : KP06 pour les centres de coûts, KPF6 pour les ordres internes, 7KE1 pour les centres de profit. Cette mécanique est stable.
• Plan et réel ne sont pas symétriques techniquement dans SAP. C’est un point que tout consultant CO finit par rencontrer en mission. Mieux vaut le comprendre avant d’y être confronté.

La planification classique reste largement utilisée chez les clients SAP, même en S/4HANA. Maîtriser ses bases, c’est se donner les moyens de comprendre la majorité des demandes que tu rencontreras sur ce sujet — et d’apporter des réponses précises là où d’autres consultants se perdent.

Glossaire

CO (Controlling) — Module SAP dédié au contrôle de gestion interne. Sert à analyser les coûts, les revenus et la rentabilité de l’entreprise par activité, service ou produit.

Centre de coûts (CC) — Objet CO représentant un service ou une unité organisationnelle où des coûts sont engagés (ex : service informatique, service RH). Sert à suivre les dépenses par fonction.

Ordre interne (OI) — Objet CO temporaire utilisé pour isoler les coûts d’un événement, d’un projet ponctuel ou d’une opération spécifique. Permet une analyse fine et délimitée dans le temps.

Centre de profit (CP) — Objet CO représentant une activité, une ligne de produits ou une zone géographique. Collecte coûts et revenus pour calculer une rentabilité.

Nature comptable — Type de coût ou de produit utilisé dans la planification (salaires, fournitures, énergie, etc.). En CO, on planifie sur des combinaisons objet + nature comptable.

Version de plan — Identifiant qui permet de gérer plusieurs scénarios de planification. La version 0 est généralement la version officielle. D’autres versions servent aux simulations ou révisions budgétaires.

Exercice — Année comptable de l’entreprise. Souvent l’année civile, mais peut commencer à une autre date selon le pays ou le secteur (ex : avril à mars).

Période — Unité de découpage à l’intérieur d’un exercice, généralement le mois. Une planification annuelle est typiquement répartie sur 12 périodes.

Plan vs Budget — En SAP, le plan est un prévisionnel utilisé pour la comparaison et le pilotage. Le budget est une enveloppe contraignante qui peut bloquer une dépense en cas de dépassement.

Transaction (T-code) — Code court qui permet d’accéder directement à une fonction de SAP. Par exemple, KP06 ouvre l’écran de saisie du plan sur centre de coûts.

Réel — Données effectivement enregistrées dans SAP suite à des opérations comptables (factures, paies, écritures). Par opposition au plan, qui est prévisionnel.

Imputation — Action d’affecter une dépense ou un revenu à un objet CO précis (un CC, un OI ou un CP) pour que SAP puisse en assurer le suivi.

Dérivation — Mécanisme automatique par lequel SAP, à partir d’un objet imputé, propage l’information vers d’autres objets liés (ex : du CC vers le CP). Très présente en réel, plus limitée en planification classique.

Données maîtres — Données de référence (paramétrage) qui structurent SAP : centres de coûts, ordres internes, centres de profit, comptes, etc. Une planification s’appuie sur des données maîtres correctement créées et rattachées.

Settlement — Opération qui transfère les coûts collectés sur un objet temporaire (typiquement un OI) vers un objet final (un CC, un CP, une immobilisation). Concerne le réel principalement.

SAP HCM (Human Capital Management), anciennement SAP HR, est le module de gestion des ressources humaines de SAP ERP (ECC 6.0). Il couvre l’ensemble des processus RH d’une organisation : administration du personnel, gestion des organisations, gestion des temps, paie, recrutement, développement des compétences et formation.

C’est un module on-premise, installé sur les serveurs de l’entreprise et intégré nativement au reste de l’ERP SAP. Cette intégration avec les modules Finance (FI) et Controlling (CO) est l’un de ses avantages majeurs : chaque événement RH déclenche automatiquement les impacts financiers et organisationnels dans les autres modules.

SAP HCM reste massivement utilisé : des milliers d’entreprises dans le monde l’exploitent encore quotidiennement.

Les sous-modules de SAP HCM

PA — Personnel Administration

C’est le cœur du système. PA gère le cycle de vie complet de l’employé, de l’embauche au départ. Les données sont stockées dans des infotypes — des tables numérotées regroupant des données de même nature. Par exemple : IT0000 (Actions du personnel), IT0001 (Affectation organisationnelle), IT0002 (Données personnelles), IT0008 (Rémunération de base).

Chaque événement RH (embauche, mutation, promotion, départ) est tracé via une action du personnel qui déclenche automatiquement la mise à jour des infotypes concernés.

OM — Organizational Management

OM gère la structure vivante de l’organisation sous forme d’objets et de relations. Les 3 objets fondamentaux sont les unités organisationnelles (départements, services), les postes (positions individuelles à pourvoir) et les fonctions (descriptions génériques de métier).

Le lien entre PA et OM se fait via l’affectation d’un employé à un poste dans l’infotype 0001. C’est le point de convergence de toute la structure RH.

PT — Time Management

Le module de gestion des temps couvre les horaires de travail, les présences, les absences, les heures supplémentaires et les quotas de congés.

Deux modes existent : l’enregistrement positif (on saisit tout le temps travaillé) et l’enregistrement négatif (on saisit uniquement les écarts par rapport à l’horaire prévu). Le mode négatif est le plus courant pour les employés de bureau.

L’évaluation des temps (Time Evaluation) est un traitement batch qui applique les règles de calcul et produit les données prêtes pour la paie.

PY — Payroll

Le moteur de paie SAP est l’un des plus robustes du marché, localisé dans plus de 50 pays. Il calcule la rémunération nette en appliquant toutes les règles légales et conventionnelles.

Le calcul repose sur un schéma de paie composé de fonctions et de règles de calcul (PCR). Le cycle mensuel type comprend : verrouillage de la période, simulation, correction des erreurs, calcul définitif, génération des bulletins, comptabilisation FI/CO et fichiers de virement.

La rétroactivité est une des forces de la paie SAP : si une donnée est modifiée avec effet dans le passé, SAP recalcule automatiquement et produit un ajustement.

PB — Recruitment

Le module recrutement gère le processus de bout en bout : identification du besoin à partir d’un poste vacant dans OM, création et publication d’annonces, réception et tri des candidatures, sélection et embauche. Le passage de candidat à employé est automatisé — les données saisies en recrutement sont reprises dans les infotypes PA.

PD — Personnel Development

PD gère le développement des compétences et des carrières. Il s’articule autour d’un catalogue de compétences structuré, de profils de compétences requis (par poste) et acquis (par personne), et d’une gap analysis qui identifie automatiquement les écarts.

Il intègre aussi la gestion des plans de succession et des plans de développement individuels.

PE — Training & Event Management

PE gère le catalogue de formations, la planification des sessions (dates, lieux, formateurs, capacité), les inscriptions des participants et le suivi post-formation. Les coûts de formation sont imputés au centre de coûts du participant via l’intégration avec CO.

ESS / MSS — Self-Services

Les portails ESS (Employee Self-Service) et MSS (Manager Self-Service) permettent aux employés et managers d’accéder à leurs données et de lancer des actions RH via une interface web, sans passer par SAP GUI. Les demandes déclenchent des workflows d’approbation configurables.

La structure organisationnelle : le socle de tout

SAP HCM repose sur 3 structures imbriquées :

La structure d’entreprise : Mandant → Société → Domaine de personnel → Sous-domaine de personnel. Elle détermine les règles de paie, les conventions collectives et les jours fériés.

La structure du personnel : Groupe de personnel → Sous-groupe de personnel. Elle classifie les employés par type de contrat et catégorie (CDI cadre, CDD, apprenti, etc.).

La structure organisationnelle (OM) : Unité organisationnelle → Poste → Fonction. C’est l’organigramme vivant de l’entreprise.

L’infotype 0001 relie les trois : chaque employé y est rattaché à sa société, son domaine de personnel, son unité org, son poste et sa fonction.

SAP HCM et l’avenir

Avec la migration vers S/4HANA, SAP a confirmé que le module HCM sera disponible avec une maintenance étendue au moins jusqu’en 2040. Les entreprises peuvent migrer vers S/4HANA tout en conservant leur paie on-premise.

En parallèle, SAP recommande une trajectoire progressive vers SuccessFactors :

• Phase 1 — Talent Hybrid : garder PA, OM, PT, PY on-premise et déployer SuccessFactors pour le Talent Management
• Phase 2 — Core Hybrid : migrer Employee Central dans le cloud, garder la paie on-premise
• Phase 3 — Full Cloud : migrer la paie vers Employee Central Payroll

Le consultant qui maîtrise les deux mondes — on-premise et cloud — a un avantage compétitif majeur sur le marché.

Pour aller plus loin

Tu veux tester tes connaissances sur SAP HCM ? Un QCM est disponible pour valider ta compréhension des fondamentaux.

Accéder au QCM SAP HCM

SAP SuccessFactors, c’est la suite HCM (Human Capital Management) cloud de SAP. Elle remplace progressivement SAP HCM on-premise (ECC) pour toute la gestion des ressources humaines.

C’est le produit phare de SAP pour les RH, acquis en 2012 et désormais intégré à l’écosystème S/4HANA. Concrètement, toutes les entreprises qui tournent encore sur SAP HCM classique devront migrer vers SuccessFactors.

Les 4 grands piliers de la suite

1. Platform — le socle technique

C’est la couche transversale sur laquelle tout repose : Admin Center, sécurité par rôle (Role-Based Permissions), profil employé, organigrammes, et extensibilité via le Metadata Framework et les Business Rules.

2. Core HR — le noyau RH

Employee Central est le cœur du système. C’est là que se gèrent les données employés, les embauches, les départs, les transferts, les postes, les avantages sociaux, la gestion des temps, les affectations internationales et les travailleurs externes.

Employee Central Payroll complète le dispositif avec la paie cloud, organisée en trois temps : pré-paie, paie et post-paie.

Le tout s’intègre nativement avec SAP ERP et S/4HANA.

3. Talent Management — 6 modules

• Performance & Goals — objectifs, revues de performance, évaluation continue, 360°, calibration
• Compensation — planification salariale, variable pay, primes ponctuelles (spot awards), relevés de rémunération
• Recruiting — réquisitions, career sites, suivi candidats, entretiens, offres, e-signature
• Onboarding — vérification post-embauche, orientation, crossboarding (mobilité interne), offboarding
• Learning — formation en présentiel, e-learning, on-the-job training, curricula
• Succession & Development — plans de succession, matrices de talents, career path, mentoring

4. People Analytics — piloter par la donnée

Workforce Analytics fournit les KPIs RH, le benchmarking et le reporting avancé.

Workforce Planning permet de faire des prévisions offre/demande, des analyses d’écarts, des scénarios what-if et de la modélisation financière.

Les autres composants

• Qualtrics — enquêtes d’engagement, pulse surveys, feedback 360°, mesure de l’expérience employé
• Mobile — une app native qui couvre la quasi-totalité des modules
• Intégrations — SAP ERP, S/4HANA, SAP Cloud Platform, API OData, SSO, middleware (PI/PO, CPI, Data Services)
• Administration — gestion des rôles et permissions (RBP), upgrade center, conformité RGPD (purge, blocage, audit)

Comment se déploie SuccessFactors ?

L’implémentation suit la méthode SAP Activate en 6 phases : Discover, Prepare, Explore, Realize, Deploy et Run.

Les points clés à retenir :

• Bien définir les objectifs stratégiques RH avant de configurer
• Démarrer par Employee Central comme socle
• Intégrer les modules Talent progressivement

Pourquoi c’est important pour un consultant SAP ?

SAP SuccessFactors, c’est l’avenir du HCM chez SAP. Avec la fin de maintenance d’ECC, toutes les entreprises utilisant SAP HCM on-premise migrent ou migreront vers SuccessFactors.

Les profils les plus recherchés aujourd’hui : Employee Central, Recruiting et Performance & Goals.

C’est un marché en forte croissance, particulièrement pour les profils AMO / recette fonctionnelle sur les projets de migration ECC vers S/4HANA + SuccessFactors.

Si tu viens du monde RH ou de la paie et que tu cherches à te positionner sur SAP, SuccessFactors est une porte d’entrée stratégique.

Pour aller plus loin

Tu veux tester tes connaissances sur SAP SuccessFactors ? On a préparé une overview complète et un QCM pour valider ta compréhension des fondamentaux.

Accéder à l’overview et au QCM SuccessFactors

Les achats et la production,

ce ne sont pas deux mondes séparés.

C’est un seul et même flux.

Acheter au bon moment.

Avoir le bon stock.

Lancer la production au bon rythme.

Éviter la rupture.

Eviter le surstock.

Entre MM et PP,

tout est connecté.

Une commande d’achat mal paramétrée

peut retarder un ordre de fabrication.

Un délai fournisseur mal maîtrisé

peut bloquer toute la chaîne de production.

Un MRP mal réglé

peut générer :

• des ruptures critiques

• des stocks dormants

• des urgences inutiles

• des tensions avec les fournisseurs

• une pression sur la trésorerie

Dans SAP,

la production ne démarre jamais “toute seule”.

Elle dépend :

• des besoins calculés par le MRP

• des nomenclatures (BOM)

• des délais d’approvisionnement

• des stocks disponibles en MM

MM alimente PP.

PP consomme MM.

C’est un équilibre permanent.

Voici un nouveau chapitre de la 𝗖𝗢𝗟𝗟𝗘𝗖𝗧𝗜𝗢𝗡 𝗔𝗭 𝗙𝗼𝗿𝗺𝗮𝘁𝗶𝗼𝗻 :

📘 𝗦𝗔𝗣 𝗠𝗠 / 𝗣𝗣

Comprendre le lien entre les achats et la production dans SAP

Un format court.

Clair.

Structuré.

Concret.

Pour comprendre comment SAP pilote

le passage du besoin d’achat

à l’ordre de fabrication.

La Supply Chain,

ce n’est pas seulement de la logistique.

C’est une orchestration complète des flux.

Acheter au bon moment.

Produire au bon rythme.

Stocker intelligemment.

Livrer sans rupture.

Facturer sans retard.

Entre MM, PP, SD, EWM, TM et FI,

tout est connecté.

Un simple paramétrage peut changer :

Le niveau de stock.

Le besoin en approvisionnement.

La capacité de production.

Les délais de livraison.

Le besoin en fonds de roulement.

La rentabilité globale.

Un retard fournisseur

peut bloquer une production.

Un mauvais MRP

peut générer des surstocks.

Une livraison mal planifiée

peut impacter la trésorerie.

La Supply Chain,

ce n’est pas un module SAP.

C’est la colonne vertébrale de l’entreprise.

Un produit dans SAP, ce n’est pas seulement un article.

C’est une stratégie de production.

Produire avant la commande. Ou produire après.

Anticiper la demande. Ou attendre le client.

Entre SD, PP, MM et CO, tout est connecté.

Un simple paramétrage peut changer :

Le niveau de stock. La charge des ateliers. Le besoin en composants. La trésorerie immobilisée. L’analyse de marge.

MTS ou MTO, ce n’est pas qu’un choix technique.

C’est un choix industriel.

Voici un nouveau chapitre de la 𝗖𝗢𝗟𝗟𝗘𝗖𝗧𝗜𝗢𝗡 𝗔𝗭 𝗙𝗼𝗿𝗺𝗮𝘁𝗶𝗼𝗻 :

📘 𝗦𝗔𝗣 𝗠𝗧𝗦 / 𝗠𝗧𝗢 Comprendre la difference entre produire pour stock et produire a la commande dans SAP.

Un format court. Clair. Concret. Telechargeable gratuitement.

Un équipement dans SAP,

ce n’est pas seulement une machine.

C’est un risque.

Un coût.

Un historique.

Une performance à sécuriser.

Une panne n’est pas qu’un incident.

Elle devient :

Une intervention.

Une consommation de pièces.

Un temps passé.

Un impact sur le centre de coûts.

Entre PM, MM et CO,

tout est connecté.

La maintenance n’est pas qu’une réparation.

Elle devient un pilotage industriel.

Un écart de stock entre EWM et MM.

Ça paraît technique.

Mais en réalité, c’est un sujet stratégique.

Parce que dans SAP,

le stock qui compte financièrement…

ce n’est pas celui que vous voyez en entrepôt.

C’est celui qui est valorisé dans MM.

Et c’est lui qui alimente la comptabilité.

Un consultant EWM peut corriger un emplacement,

débloquer une tâche,

rejouer un mouvement.

Mais si le flux MM n’est pas cohérent,

la valorisation reste fausse.

Et derrière ?

• écart de clôture

• incohérence de bilan

• tension avec la finance

• audit compliqué

Dans ce nouveau chapitre de la 𝗖𝗢𝗟𝗟𝗘𝗖𝗧𝗜𝗢𝗡 𝗔𝗭 𝗙𝗼𝗿𝗺𝗮𝘁𝗶𝗼𝗻,

je vous explique simplement :

📘𝗦𝗔𝗣 𝗘𝗪𝗠 / 𝗠𝗠

• Pourquoi MM reste la référence financière

• Comment fonctionne la synchronisation EWM ↔ MM

• Où apparaissent réellement les déphasages

• Et pourquoi un consultant logistique doit comprendre l’impact FI

Un bon consultant ne maîtrise pas seulement son module.

Il comprend la chaîne complète.

Une vente dans SAP

ne s’arrête pas à la livraison.

Elle traverse plusieurs étapes :

Commande

Livraison

Facture

Paiement

À chaque étape,

SD pilote le document.

FI génère l’écriture comptable.