Les données nécessaires pour construire un modèle TDABC (et ce que vous pouvez ignorer)
Construire un modèle TDABC (Time-Driven Activity-Based Costing) demande cinq sources de données : le grand livre, la paie par département, les données opérationnelles de transactions, les estimations de capacité et les inducteurs de complexité. La plupart des entreprises en possèdent déjà quatre sur cinq dans leur ERP. Le plus grand mythe sur le TDABC est qu'il faudrait des données parfaites pour commencer. Après plus de 150 modèles construits depuis 2010, nous pouvons le dire nettement : les données parfaites ne sont pas un prérequis. Savoir quelles données comptent, oui.
Cinq sources alimentent un modèle TDABC : le grand livre (les pools de coûts), la paie par département (le taux de coût de capacité), les transactions opérationnelles (le carburant du modèle), les estimations de capacité et de temps (les équations de temps) et les inducteurs de complexité (les termes des équations). Quatre existent déjà dans l'ERP ; seule la capacité demande généralement à être construite. Les données parfaites ne sont pas un prérequis.
Les cinq sources de données qui comptent vraiment
1. Le grand livre : ce qui a été dépensé. La colonne vertébrale financière : chaque compte de charges, par mois, avec le détail par centre de coûts. Il alimente les pools de coûts du modèle, les euros totaux qui seront répartis. Dans les pays de l'UE dotés d'ERP (Portugal depuis 2008 ; variantes en Norvège, Autriche, Pologne, France et ailleurs), l'export standardisé le fournit au niveau transactionnel dans un seul fichier.
2. La paie par département : ce que coûte la capacité. Le personnel représente généralement 50 à 70 % du coût à répartir. Il faut le coût total d'emploi par département (pas par personne, aucune donnée sensible requise) : salaires, charges sociales, avantages. Combiné aux effectifs et aux horaires de travail, cela produit le taux de coût de capacité, le coût par minute de chaque groupe de ressources, le chiffre que multiplie chaque équation de temps.
3. Les données opérationnelles de transactions : ce que l'entreprise a réellement fait. Commandes, lignes de commande, expéditions, livraisons, ordres de production, tickets de support, épisodes de soins, quelle que soit l'unité de travail de votre opération. C'est le carburant du modèle : chaque transaction est coûtée via les équations de temps. Elles vivent dans l'ERP, le WMS, la facturation, le CRM. Un trimestre d'historique suffit pour démarrer ; une année vaut mieux pour la saisonnalité.
4. Les estimations de capacité et de temps : combien de temps les choses prennent. La donnée la moins susceptible d'exister sous forme de rapport, et celle que l'on redoute le plus. Il faut deux choses par groupe de ressources : la capacité pratique (minutes disponibles après pauses, réunions, formation) et les temps de base des activités principales. Aucun ne provient de feuilles de temps. Les temps de base viennent des enregistrements opérationnels (horodatages du WMS, journaux système) plus une observation ciblée : quelques heures sur le terrain, pas des mois d'enquêtes.
5. Les inducteurs de complexité : ce qui rend certains travaux plus lents. Les caractéristiques qui distinguent une commande d'une autre : urgente ou planifiée, article fragile ou standard, client nouveau ou récurrent, livraison fractionnée ou consolidée. Elles deviennent les termes des équations de temps. La plupart sont déjà des colonnes de vos données de transactions ; le travail du projet est de décider lesquelles comptent.
La checklist des cinq sources
| Source | Alimente | Où elle vit | Si elle manque |
|---|---|---|---|
| Grand livre / ERP | Pools de coûts | ERP · export ERP | Rare : la comptabilité existe toujours |
| Paie par département | Taux de coût de capacité | SIRH / système de paie | Utiliser les comptes de personnel par centre de coûts du grand livre |
| Données de transactions | Volumes d'activité par output | ERP · WMS · facturation · CRM | Démarrer avec les lignes de facture (l'ERP les contient) |
| Capacité et temps de base | Équations de temps | Horodatages système + observation | Estimer avec l'équipe, affiner au mois 2 |
| Inducteurs de complexité | Termes des équations | Colonnes des données de transactions | Commencer par 2-3 évidents, en ajouter à mesure que le modèle mûrit |
Ce que vous pouvez ignorer (pour l'instant)
- Les enquêtes auprès des employés. Le TDABC existe précisément pour éviter le rituel des enquêtes de l'ABC. Ne commencez jamais par là.
- Les feuilles de temps. Le temps auto-déclaré est la donnée la moins fiable de toute entreprise. Les horodatages opérationnels le battent à chaque fois.
- Une refonte des centres de coûts. Modélisez avec la structure que vous avez ; restructurez plus tard si le modèle prouve que c'est nécessaire.
- L'intégration en temps réel. Des exports mensuels suffisent la première année. Automatisez quand le modèle a gagné sa place dans la routine de pilotage.
- Un historique parfait de coût de revient produit. Le modèle le remplace : ne nettoyez pas ce que vous allez retirer.
Vos données sont-elles prêtes ? Le Profit Check gratuit note votre maturité de gestion des coûts, y compris la maturité des données, en 5 minutes.
La séquence qui fonctionne
- Semaine 1 : exports du grand livre et de la paie donnent les pools de coûts et les taux de capacité. En parallèle : cartographier les 5 à 8 processus centraux.
- Semaine 2 : chargement des données de transactions donne les volumes par output. Ébauche des équations de temps avec les temps de base issus des enregistrements et de l'observation.
- Semaine 3 : première allocation complète, validée avec les personnes qui opèrent les processus. Leurs corrections sont la meilleure donnée de calibrage que vous obtiendrez jamais.
- Mois 2 et au-delà : affiner les équations là où est l'argent, pas partout. Un modèle juste à 95 % sur 80 % du coût vaut mieux qu'un modèle parfait sur le papier qui ne voit jamais le jour.
C'est la séquence exacte de notre diagnostic ProfitAudit 360 en trois semaines : la collecte des données se fait à l'intérieur du projet, pas avant lui. La dimension complète données et technologie est couverte dans l'infrastructure de données d'un modèle de coûts.
Questions fréquentes
- Quel est le minimum de données pour démarrer ?
- Trois choses : un export du grand livre avec le détail par centre de coûts, les coûts de paie par département, et un trimestre de données de transactions (commandes, expéditions ou cas). C'est assez pour un premier modèle fonctionnel d'un domaine d'activité.
- Et si nos données ne sont pas parfaites ?
- Les données parfaites ne sont pas un prérequis. Chaque modèle TDABC que nous avons construit est parti de données imparfaites : cartographier les lacunes fait partie du diagnostic, et le modèle lui-même montre quelles données méritent d'être améliorées en premier.
- L'ERP suffit-il pour construire un modèle TDABC ?
- L'ERP couvre le volet financier : écritures du grand livre, plan comptable et facturation au niveau des lignes. Il vous faut encore les données opérationnelles de transactions et les estimations de capacité, mais l'ERP élimine généralement des semaines de préparation des données financières.
- Combien de temps pour rassembler les données ?
- Avec des exports ERP standard, une à deux semaines, en parallèle de la cartographie des processus dans la première phase du diagnostic de trois semaines, pas avant elle.
- Avons-nous besoin de feuilles de temps ?
- Non. Le TDABC a été conçu pour les éviter : les équations de temps sont estimées à partir d'enregistrements opérationnels et d'une observation ciblée, pas de temps auto-déclarés ni d'enquêtes de type ABC.
Références
Kaplan, R. S. & Anderson, S. R. Time-Driven Activity-Based Costing (Harvard Business Press), capacité pratique, taux de coût de capacité et équations de temps · OCDE, norme Standard Audit File for Tax (SAF-T), export standardisé du grand livre et des données de référence · Cost and Profitability Consulting, retours de mission sur plus de 150 modèles TDABC construits depuis 2010.
France · Afrique francophone
Faire le Profit Check