L'extraction de données d'un modèle de coûts, champ par champ
Avant que quiconque écrive une équation de temps, il faut que des fichiers arrivent. Voici l'extraction que nous demandons, fichier par fichier : les champs, la maille à laquelle chaque fichier doit se trouver, la profondeur d'historique, et ce que nous faisons quand un champ n'existe pas. Transmettez cette page telle quelle à votre équipe systèmes.
Un modèle de coût à servir ou de rentabilité en TDABC repose sur douze extractions. Quatre portent le coût : les lignes de charge du grand livre, la paie et les effectifs, les amortissements et la hiérarchie des centres de coûts. Cinq portent le travail : lignes de facture, lignes de commande, livraisons, retours et avoirs, contacts de service client. Trois portent les données de référence et la capacité : le référentiel clients, le référentiel articles et le calendrier de travail. Le tout à la ligne, rapprochable par code client, code article et numéro de document, sur les mêmes mois.
Ce que nous demandons vraiment, et pourquoi
Chaque mission arrive à la même première question. Quelqu'un veut savoir ce dont nous avons besoin concrètement, et si les systèmes de la maison savent le produire.
Voici la réponse, écrite comme une spécification et non comme une conversation : les extractions, les champs de chacune, la maille du fichier, la profondeur d'historique et la solution de repli quand un champ n'existe pas.
Pourquoi l'extraction décide du projet
Les modèles de coûts échouent rarement sur la comptabilité. Ils échouent parce que la conception a promis une finesse que les systèmes sources ne pouvaient pas alimenter, et que personne ne s'en est aperçu avant que la construction soit bien avancée. Nous avons écrit sur cet écart dans pourquoi les modèles de coûts échouent après le go-live.
C'est pourquoi nous commençons par une demande de données plutôt que par un atelier. Les fichiers confirment le plus souvent ce que tout le monde croyait. Parfois ils montrent que les lignes de commande sont agrégées au niveau de la facture, ou que les points de livraison ne sont pas enregistrés au client, et la conception du modèle change dès la première semaine au lieu de la sixième. C'est une bonne journée, même si elle n'en a pas l'air.
Si vous êtes encore en train de décider s'il faut lancer le projet, commencez par les données nécessaires pour construire un modèle TDABC. Cette page-ci est la spécification à transmettre à la personne qui écrira la requête.
Trois règles qui comptent plus que la liste des champs
- À la ligne, jamais agrégé. Une ligne par ligne de facture, ligne de commande, livraison, retour ou contact. Une extraction agrégée ne se rouvre pas plus tard, et toutes les différences intéressantes entre deux clients vivent dans le détail que la moyenne a effacé.
- Des clés qui se rapprochent. Chaque fichier de transactions a besoin du code client, du code article et du numéro de document, dans le format qu'utilisent les référentiels. Des libellés à la place des codes coûtent plus de temps que tous les autres problèmes de données réunis.
- La même période, partout. Les fichiers de coûts et les fichiers de transactions doivent couvrir les mêmes mois. Un modèle qui valorise douze mois de travail avec neuf mois de coûts ne se rapproche de rien et tombe en une seule réunion.
Les quatre fichiers qui portent le coût
Ces quatre-là produisent les regroupements de coûts et le taux de coût de capacité. Ce qu'ils ne savent pas faire seuls, c'est dire qui les a consommés.
| Extraction | Champs demandés | Maille | Historique | Si le fichier n'existe pas |
|---|---|---|---|---|
| Grand livre, côté charges | Période, centre de coûts, compte, libellé du compte, montant, devise | Une ligne par centre de coûts × compte × mois | Les mêmes mois que les fichiers de transactions | Une balance par centre de coûts suffit pour démarrer. C'est le détail au compte qui permet de séparer le coût des personnes de celui des locaux, des systèmes et de la flotte. |
| Paie et effectifs | Période, centre de coûts, poste ou catégorie, effectif, équivalent temps plein, coût employeur complet | Une ligne par centre de coûts × poste × mois | Les mêmes mois que le grand livre | Des totaux par service et une liste d'effectifs suffisent. Les salaires individuels ne sont jamais nécessaires et nous préférons ne pas les recevoir. |
| Immobilisations et amortissements | Classe d'actif, centre de coûts, dotation de la période, durée d'utilité | Une ligne par classe d'actif × centre de coûts × mois | Les mêmes mois | Reprenez les lignes d'amortissement directement dans le grand livre. Ce fichier n'ajoute de la précision que pour les activités à forte intensité d'actifs. |
| Hiérarchie des centres de coûts | Code du centre, libellé, centre parent, fonction, site | Une ligne par centre de coûts | Structure actuelle | Un organigramme et une liste de sites, traduits dans les codes que le grand livre utilise réellement. |
Les cinq fichiers qui portent le travail
À la ligne pour les cinq. Une version agrégée de l'un d'entre eux efface exactement la différence que le modèle existe pour trouver.
| Extraction | Champs demandés | Maille | Pourquoi ça compte | Si le fichier n'existe pas |
|---|---|---|---|---|
| Factures de vente | Numéro de facture, date, code client, lieu de livraison, code article, quantité, unité de mesure, montant brut, remises, montant net, devise | Une ligne par ligne de facture | C'est le côté chiffre d'affaires de toute vue de rentabilité et l'ancre à laquelle tout le reste se rattache. | Rien ne remplace ce fichier. Si les lignes de facture ne sont pas extractibles, le périmètre doit changer avant le démarrage. |
| Commandes clients | Numéro de commande, date, date souhaitée, code client, canal ou mode de saisie, lignes par commande, indicateur d'urgence, nombre de modifications | Une ligne par ligne de commande | Les commandes portent le comportement que la facture cache : à quelle fréquence, à quelle taille, à quelle urgence, combien de fois modifiées. | Déduisez un profil de commande à partir des factures et notez que ce comportement est approximé. Le coût de saisie et de modification sera sous-estimé. |
| Livraisons et expéditions | Numéro de bon, date, lieu de livraison, tournée ou zone, points de livraison, poids et volume, transporteur, incoterm, niveau de service, transport facturé et transport payé | Une ligne par livraison, idéalement par point de livraison | La livraison est en général la composante la plus lourde et la plus inégale du coût à servir. | Utilisez le lieu de livraison de la facture plus une répartition du transport au poids ou à la zone, signalée comme approximation. Les temps d'attente et les échecs de livraison restent invisibles. |
| Retours et avoirs | Numéro de document, date, code client, code article, quantité, montant, code motif, destination donnée | Une ligne par ligne de retour ou d'avoir | Les retours créent du travail à trois endroits et sont généralement déduits du chiffre d'affaires, si bien que ce travail disparaît. | Les avoirs du grand livre, séparés par motif quand un code motif existe. Sans motifs, le coût des retours devient une moyenne unique. |
| Contacts de service client | Identifiant du contact ou du ticket, date, code client, canal, catégorie, gravité, temps de traitement s'il est enregistré, indicateur d'escalade | Une ligne par contact ou ticket | Ce fichier sépare les comptes silencieux des comptes bruyants, ce qui est souvent la plus grande surprise du modèle. | Un comptage de contacts par client sur un mois représentatif suffit pour démarrer. S'il n'existe rien, ce regroupement est étalé et clairement signalé comme étalé. |
Trois fichiers pour les données de référence et la capacité
Certaines activités ajoutent un treizième fichier. L'industrie ajoute les confirmations de poste de charge, avec ordre de fabrication, poste de charge, temps de réglage, temps opératoire, quantité produite, rebut et retouche. La santé ajoute le journal d'activité ou d'actes avec l'identifiant de parcours. Les services professionnels et numériques ajoutent les feuilles de temps et le référentiel des missions.
| Extraction | Champs demandés | Maille | Remarque |
|---|---|---|---|
| Référentiel clients | Code client, nom, groupe ou société mère, pays, canal, segment, commercial responsable, conditions de règlement | Une ligne par client | Le champ groupe ou société mère est ce qui permet à une courbe de la baleine de remonter des codes de livraison individuels vers la relation qu'un directeur commercial gère réellement. |
| Référentiel articles ou services | Code article, libellé, famille, marque, unité de mesure, coût standard, poids et volume, classe de stockage | Une ligne par article | Le poids, le volume et la classe de stockage travaillent plus dans un modèle de coût à servir que le libellé. |
| Calendrier de travail et postes | Jours ouvrés par période, organisation des postes, heures standard, taux de congés et d'absence par fonction | Une ligne par fonction ou par site | C'est le dénominateur de la capacité. C'est le plus petit fichier de la liste et celui qui change le plus la réponse, comme l'explique le coût de la capacité inutilisée. |
Ce que vous pouvez laisser de côté
Les demandes de données enflent parce que chacun ajoute ce dont il pourrait avoir besoin un jour. Quatre choses que nous laissons systématiquement de côté, et une que nous refusons.
Les salaires individuels. Le coût par centre de coûts et par poste suffit, et laisser les noms de côté évite une conversation de protection des données qui n'aide personne. Si un fichier de paie arrive avec des noms, nous le redemandons sans eux.
Le bilan. Un modèle de rentabilité travaille sur la base de coûts d'exploitation. Le détail du bilan compte pour l'allocation de capital, qui est une autre question.
Les versions de budget et de prévision. Construisez le modèle sur le réel d'abord. La comparaison au budget est une couche de restitution ajoutée ensuite, et mélanger les deux tôt est la façon dont un projet de coûts devient discrètement un projet budgétaire.
Les données parfaites. Des champs manquants, des codes incohérents et un lot de lignes orphelines sont normaux. Nous rapprochons, nous chiffrons ce qui ne se rattache pas, et nous mettons ce chiffre dans le rapport au lieu de le cacher. Un modèle qui dit quel chiffre d'affaires il n'a pas su rattacher inspire confiance. Un modèle qui affirme avoir tout rattaché, non.
Tout ce qui exigerait une revue juridique pour être envoyé. Si un champ est sensible et ne porte rien, laissez-le tomber. Presque rien de cette liste n'est une donnée personnelle une fois la paie agrégée.
Le test de rapprochement qui décide de tout
CSV ou Excel convient. Parquet est préférable pour les gros fichiers de transactions. Ce qui compte, c'est que ce soient des exports bruts et non des rapports mis en forme : pas de cellules fusionnées, pas de lignes de sous-total, pas de séparateur de milliers dans les champs numériques, une seule ligne d'en-tête, UTF-8, dates au format ISO.
Le volume est rarement l'obstacle attendu. L'étude de cas que nous avons publiée sur un opérateur logistique en Arabie saoudite repose sur 525 000 lignes d'expédition, utilisées intégralement et sans échantillonnage. Si votre fichier de lignes de facture compte quelques centaines de milliers de lignes, c'est un fichier ordinaire.
Sur l'historique, douze mois est la cible de travail, parce qu'ils couvrent un cycle saisonnier complet. Vingt-quatre permettent de voir si un motif est structurel ou s'il s'agit d'un mauvais trimestre, et une fois la requête écrite cela ne coûte généralement rien de plus. Un trimestre suffit à mettre debout un premier modèle qui tourne.
Un test décide si l'extraction est exploitable, et il vaut la peine de le passer avant tout le reste. Additionnez les fichiers de coûts de la période et comparez le total au grand livre pour les ressources dans le périmètre. Additionnez les lignes de facture et comparez au chiffre d'affaires publié des mêmes mois. Si l'un des deux totaux s'écarte de façon matérielle, l'extraction est filtrée quelque part et le modèle hériterait du filtre. Rapprochement d'abord, modélisation ensuite. Tout ce qui se trouve dans construire un modèle TDABC suppose que ce test est passé, et la plomberie qui va avec est décrite dans ETL et préparation des données pour la rentabilité.
Sous une forme que vous pouvez transférer
Copiez le bloc ci-dessous dans le message que vous envoyez à la personne qui tient les systèmes. Il est volontairement court, parce qu'une demande de quatre pages se lit une fois et se traite lentement.
| Rubrique | Ce que nous demandons |
|---|---|
| Période | Les 12 derniers mois complets, 24 si la requête le permet. Les mêmes mois dans tous les fichiers. |
| Format | CSV ou Parquet, UTF-8, dates ISO (AAAA-MM-JJ), point décimal, pas de séparateur de milliers, une ligne d'en-tête, export brut et non rapport mis en forme. |
| Coût | Lignes de charge du grand livre par centre de coûts × compte × mois · paie et ETP par centre de coûts × poste × mois · amortissements par classe d'actif × centre de coûts · hiérarchie des centres de coûts. |
| Travail | Lignes de facture · lignes de commande · livraisons, par point de livraison quand c'est enregistré · retours et lignes d'avoir · contacts ou tickets de service. |
| Référentiels | Référentiel clients avec groupe ou société mère · référentiel articles avec poids, volume et classe de stockage · calendrier de travail et organisation des postes. |
| Clés | Code client, code article et numéro de document présents dans chaque fichier de transactions, dans le même format que les référentiels. |
| Exclu | Salaires individuels, données personnelles, bilan, versions budgétaires. |
| Champs manquants | Dites-le nous plutôt que de laisser la colonne vide. Nous avons une solution de repli documentée pour chacun d'eux. |
Dès que les fichiers arrivent, la décision suivante porte sur les caractéristiques d'une transaction qui deviendront des termes d'une équation de temps. C'est le sujet de la bibliothèque des inducteurs de coût, et l'arithmétique qui va avec se trouve dans les équations de temps TDABC.
Questions fréquentes
De quelles données ai-je besoin pour construire un modèle de coût à servir ou de rentabilité ?
Douze extractions. Quatre portent le coût : les lignes de charge du grand livre par centre de coûts et par compte, la paie et les équivalents temps plein, les amortissements par classe d'actif et la hiérarchie des centres de coûts. Cinq portent le travail : lignes de facture, lignes de commande, livraisons, retours et avoirs, contacts de service client. Trois portent les données de référence et la capacité : le référentiel clients, le référentiel articles et le calendrier de travail. Le tout à la ligne, sur les mêmes mois, rapprochable par code client, code article et numéro de document.
Quelle profondeur d'historique faut-il ?
Douze mois est la cible de travail, parce qu'ils couvrent un cycle saisonnier complet. Vingt-quatre mois permettent de voir si un motif est structurel ou s'il s'agit d'un mauvais trimestre, et une fois la requête écrite il ne coûte généralement rien de l'étendre. Un trimestre suffit à mettre debout un premier modèle qui tourne, mais pas à revoir le prix d'un compte, parce qu'un seul mois atypique peut porter toute la conclusion.
Les fichiers doivent-ils vraiment être à la ligne ?
Oui, et c'est l'exigence la plus importante de toutes. Une extraction agrégée ne se rouvre pas plus tard, et toutes les différences qui comptent entre deux clients vivent dans le détail que l'agrégation supprime : combien de lignes comptait une commande, combien de points de livraison a exigés une tournée, combien de contacts un compte a générés. Si l'extraction à la ligne est réellement impossible, cela contraint la conception du modèle et doit se savoir la première semaine, pas la sixième.
Et si nous n'avons pas les données de livraison ou de service client ?
Le modèle tourne quand même, avec une approximation documentée à la place de l'inducteur manquant. Le transport peut être réparti au poids ou à la zone, le coût de service peut être étalé sur les comptes, et les deux sont signalés comme étalés et non comme tracés. Le résultat reste bien plus informatif qu'une moyenne d'entreprise, et les manques deviennent la feuille de route de ce qu'il faut commencer à enregistrer.
S'agit-il de données personnelles ? Faut-il une revue de protection des données ?
Presque rien ne l'est. Nous demandons le coût de paie agrégé par centre de coûts et par poste, pas par personne, et nous renvoyons tout fichier qui arrive avec des noms ou des salaires individuels. Les enregistrements clients sont des enregistrements d'entreprise. Si un champ est sensible et ne porte pas le modèle, laissez-le de côté.
Dans quel format les fichiers doivent-ils arriver ?
Des exports bruts et non des rapports mis en forme. CSV ou Parquet, UTF-8, dates ISO, point décimal, pas de séparateur de milliers dans les champs numériques, une ligne d'en-tête, pas de cellules fusionnées et pas de lignes de sous-total. Passez ensuite le test de rapprochement avant tout le reste : les fichiers de coûts doivent se rapprocher du grand livre pour les ressources du périmètre, et les lignes de facture du chiffre d'affaires publié des mêmes mois.
Voir aussi
Vos données peuvent-elles porter un modèle ? Le Profit Check gratuit prend 12 à 15 minutes et évalue la maturité de vos données et de votre mécanique de coûts, avant que quiconque exporte quoi que ce soit. Ou écrivez-nous via la page de contact.
France · Afrique francophone
Faire le Profit CheckPreuve
Un distributeur en Nouvelle-Zélande. 1,335 M€ de coût de service rendus visibles, puis divisés par deux, et 830 clients déficitaires ramenés à 295.
Lire l’étude de cas (en anglais) →Avec qui vous parlerez
Miguel Guimarães, Fondateur
Praticien du coût et de la rentabilité depuis 2010. A enseigné aux côtés du Professeur Robert S. Kaplan à la conférence des CFO d’Amsterdam (2009).
Appelez le +351 910 313 731