- Accueil
- Diagnostics
- Préparation à l’ERP
Votre ERP évalué comme un investissement avant la signature
Pour les directeurs généraux et financiers d’entreprises qui quittent Excel, un système local ou une ancienne version. Vérifiez si vos données tiennent à la date de bascule et calculez en combien de mois l’investissement est récupéré, avec les indicateurs que le changement doit faire bouger : délai de recouvrement, jours de stock, clôture mensuelle et risques SUNAT.
Résultat immédiat, sans frais. Le sélecteur adapte les exemples de toute la page.
Six saisies d’une vente, de la commande à l’écriture
Indiquez comment chaque étape est enregistrée aujourd’hui dans votre entreprise. Le schéma montre combien de fois la même opération est ressaisie et quel cas de valeur il désigne en premier. C’est le même tableau qu’à la deuxième page de l’autodiagnostic.
- Non cochéRessaisiTableurExport et importSaisie unique
- Non cochéRessaisiTableurExport et importSaisie unique
- Non cochéRessaisiTableurExport et importSaisie unique
- Non cochéRessaisiTableurExport et importSaisie unique
- Non cochéRessaisiTableurExport et importSaisie unique
- Non cochéRessaisiTableurExport et importSaisie unique
0 des lignes cochées sont ressaisies à la main. Lignes cochées : 0/6
Saisie unique : — Somme des valeurs des six lignes ÷ 18, de 0 (ressaisi) à 3 (saisie unique).
Le cas que votre carte désigne en premier : —
Commande
- Ce qui se passe souvent aujourd’hui
- Le devis sort d’un modèle Word ou Excel et la commande arrive par WhatsApp ou e-mail. Le prix est copié du dernier devis et le crédit du client se vérifie dans une autre feuille.
- La commande est saisie dans le module commercial, mais la limite de crédit et la liste de prix en vigueur se consultent dans une feuille tenue par le service crédit et recouvrement.
- La commande est dans l’ERP et la règle de remise par client vit dans un développement spécifique que seul le prestataire connaît.
- Indicateur alimenté
- Avoirs pour erreur de prix ou de quantité (KPI) ; clients en double (KRI).
- Dans Odoo 20
- Ventes › Commandes. Le devis confirmé reprend le prix de la liste attribuée au client et avertit quand la commande dépasse sa limite de crédit.
- Couverture
- Standard.
Expédition
- Ce qui se passe souvent aujourd’hui
- Le bon de transport est émis sur le portail SUNAT ou dans le logiciel de facturation, et le stock est décompté à la main dans la feuille en fin de journée.
- L’entrepôt expédie avec le bon du système local ; les sorties partielles ne sont pas toujours rapprochées de la commande.
- La livraison est validée dans l’ERP et le bon électronique est émis dans un autre outil, avec les données du transporteur recopiées.
- Indicateur alimenté
- Commande parfaite et exactitude des stocks (KPI) ; ajustements de stock non approuvés (KRI).
- Dans Odoo 20
- Inventaire › Livraisons. La livraison naît de la commande confirmée, réserve le stock et décompte ce qui est validé.
- Couverture
- Standard pour la livraison. Bon de transport électronique avec transporteur et véhicule : À vérifier dans Odoo 20.
Facture
- Ce qui se passe souvent aujourd’hui
- La facture est saisie dans le logiciel en recopiant client, produits et prix de la commande. Si l’opération est soumise à la détraction SPOT, le montant est calculé à part.
- La facture sort du système local et part via l’OSE ; un rejet se corrige par un avoir et une nouvelle facture.
- La facture sort de l’ERP via un connecteur de facturation électronique maintenu à part.
- Indicateur alimenté
- Jours entre commande et facture, pièces rejetées ou observées (KPI) ; pièces envoyées hors délai (KRI).
- Dans Odoo 20
- Comptabilité › Clients › Factures. La facture se crée depuis la livraison ou la commande, avec la localisation péruvienne et l’état d’envoi de la pièce électronique sur le même écran.
- Couverture
- Standard. Perceptions en tant qu’agent percepteur : À vérifier dans Odoo 20.
Encaissement
- Ce qui se passe souvent aujourd’hui
- La trésorerie consulte la banque en ligne et coche dans la feuille quelle facture a été payée. Les détractions figurent sur le relevé de la Banco de la Nación, dans un autre fichier.
- Les encaissements sont imputés dans le système comptable à la clôture ; pendant le mois, on demande l’état des créances à la personne qui les suit.
- Les relevés sont chargés avec un modèle spécifique par banque qui échoue quand la banque change de format.
- Indicateur alimenté
- Délai de recouvrement (KPI) ; créances échues à plus de 90 jours et détractions non déposées (KRI).
- Dans Odoo 20
- Comptabilité › Rapprochement bancaire et relances. Chaque encaissement est rapproché de sa facture et la balance âgée montre l’échu par client.
- Couverture
- Standard. Import des relevés des banques péruviennes : configuration par banque. Compte de détractions de la Banco de la Nación : journal dédié avec rapprochement manuel ou import sur mesure.
Achat et réception
- Ce qui se passe souvent aujourd’hui
- La commande fournisseur part par e-mail ou WhatsApp. La facture fournisseur est saisie dans le logiciel comptable sans la comparer à ce qui a été reçu.
- Le bon de commande existe, mais la réception est saisie des jours plus tard et la facture est payée sans rapprocher les quantités.
- L’approbation des achats est un circuit spécifique qui oblige à approuver hors du système quand l’approbateur est absent.
- Indicateur alimenté
- Factures fournisseur liées à une commande et une réception (KPI) ; achats sans commande approuvée (KRI).
- Dans Odoo 20
- Achats › Commandes. La réception naît de la commande et la facture fournisseur montre le commandé, le reçu et le facturé par ligne.
- Couverture
- Standard. Certificat de retenue électronique en tant qu’agent de retenue : À vérifier dans Odoo 20. Import des pièces fournisseurs depuis le SIRE : Développement.
Écriture
- Ce qui se passe souvent aujourd’hui
- Le cabinet comptable reçoit en début de mois un fichier des ventes et achats et passe les écritures des semaines plus tard.
- Ventes et achats passent au module comptable par export ; les écarts sont rapprochés à la main avant de générer les livres.
- L’écriture est générée, mais les livres électroniques sortent d’un programme à part qui lit la base de l’ERP.
- Indicateur alimenté
- Jours de clôture mensuelle et écritures manuelles (KPI) ; périodes rouvertes et livres hors délai (KRI).
- Dans Odoo 20
- Chaque facture, paiement et mouvement de stock valorisé génère son écriture. La date de verrouillage clôt la période.
- Couverture
- Standard. Formats PLE 5.1, 6.1, 8.1, 12.1, 13.1 et fichier d’ajustement SIRE : À vérifier dans Odoo 20.
Feuille d’analyse de rentabilité de votre ERP
Saisissez les données de votre dernière année. La feuille calcule la trésorerie libérée par le changement, le mois où l’investissement est récupéré et la valeur actuelle nette à 24 et 36 mois, avec le scénario prudent comme base de décision. Les données ne quittent pas votre navigateur.
Hypothèses de cette page : la nouvelle exploitation est pleine au mois 6 (prudent) ou 4 (central) et l’ancien système cohabite 3 mois ou 1 mois avec un coût double. Votre plan les fixe lors de la conception.
- Trésorerie libérée une fois
- Effet financier annuel de cette trésorerie
- Récupération de l’investissement
- Récupération actualisée
- Valeur actuelle nette à 36 mois
- Valeur actuelle nette à 24 mois
- Taux de rentabilité interne annuel
- Taux d’actualisation mensuel
- Avec les seuls bénéfices récurrents
Saisissez l’investissement initial pour voir le mois où il est récupéré. Cette page ne suggère aucun montant : l’investissement vient d’une proposition au périmètre défini.
La trésorerie libérée vient des jours de recouvrement, de facturation et de stock saisis. Le délai de récupération apparaît dès que vous saisissez l’investissement.
Avec ces données, l’investissement est récupéré au mois grâce à la trésorerie libérée par les jours de recouvrement, de facturation et de stock. Sans elle, les bénéfices récurrents ne couvrent pas l’investissement en 36 mois. Le projet se défend si les cibles en jours sont atteignables ; l’autodiagnostic les interroge.
L’investissement est récupéré au mois , et au mois même sans la trésorerie libérée. Le rendement ne dépend pas d’une amélioration ponctuelle.
Avec ces données, le changement ne récupère pas l’investissement en 36 mois. Vérifiez si les cibles sont complètes ou si le périmètre dépasse le problème ; le diagnostic de 30 min sert aussi à décider de ne pas encore mettre en œuvre.
heures par an restent une capacité libérée, hors rendement, tant qu’elles n’ont pas de coût ni de réaffectation documentée.
Voir les formules
- Trésorerie libérée = (délai de recouvrement actuel − cible) × ventes à crédit ÷ 365 + (jours de facturation actuels − cible) × ventes à crédit ÷ 365 + (jours de stock actuels − cible) × coût des ventes ÷ 365.
- Flux du mois t = − coût récurrent ÷ 12 + heures × coût horaire × min(t ÷ mois plein, 1) + coût du système actuel ÷ 12 après la cohabitation + trésorerie libérée au mois plein + trésorerie libérée × taux mensuel ensuite.
- Taux mensuel = (1 + coût du capital annuel)^(1/12) − 1. VAN = − investissement + Σ flux ÷ (1 + taux mensuel)^t.
- Récupération : premier mois où le flux cumulé moins l’investissement est ≥ 0 ; la version actualisée divise chaque flux par (1 + taux mensuel)^t. TRI annuel = (1 + TRI mensuel)^12 − 1, seulement si le flux change de signe une fois.
- Bénéfices récurrents seuls : le même calcul sans la trésorerie libérée ni son effet financier.
Formules du modèle d’impact de la méthode DMG-RT. Les valeurs initiales sont un exemple modifiable, pas les données d’une entreprise. Les montants se saisissent HT. Le coût du capital de référence est le taux débiteur de votre segment publié par la SBS, avec la date de consultation ; le taux directeur de la BCRP ne sert que de plancher de comparaison.
Critères pour fixer la date de bascule
La date de bascule est le jour où l’ancien système cesse de recevoir des opérations et où l’ERP démarre avec les soldes initiaux. Migrer avec des référentiels en double ou des droits désordonnés reporte le problème dans le nouveau système. Ces huit indicateurs de risque se mesurent avec des extractions du système actuel avant de fixer la date ; votre entreprise convient de chaque seuil lors de la conception.
| Indicateur de risque | Formule | Extrait de | S’il dépasse le seuil |
|---|---|---|---|
| Votre point de départClients, fournisseurs ou produits en double | FormuleFiches en double ÷ fiches du référentiel | Extrait deListes de clients, fournisseurs et produits de tous les fichiers et systèmes | S’il dépasse le seuilNettoyer et nommer un responsable par référentiel avant le chargement |
| Contacts avec un RUC ou DNI invalide | FormuleContacts au document invalide face au registre SUNAT ÷ contacts avec document | Extrait deRéférentiel clients et fournisseurs, croisé avec le registre RUC de la SUNAT | S’il dépasse le seuilCorriger avant d’émettre la première facture depuis l’ERP |
| Produits sans coût ni unité de mesure | FormuleProduits actifs sans coût ou sans unité SUNAT ÷ produits actifs | Extrait deRéférentiel produits et kardex (fiche de stock) | S’il dépasse le seuilCompléter avant de charger le stock initial ; sinon marge et valorisation sont fausses (IAS 2) |
| Votre point de départProcessus connus d’une seule personne | FormuleProcessus dont la règle ou l’exécution dépend d’une personne ÷ processus de la carte | Extrait deEntretiens du diagnostic | S’il dépasse le seuilDocumenter la règle et désigner un second responsable avant la bascule (ISO 31000) |
| Utilisateurs pouvant créer un fournisseur, saisir une facture et payer | FormuleUtilisateurs avec les trois fonctions ÷ utilisateurs ayant accès aux finances | Extrait deProfils du système actuel et de la banque en ligne | S’il dépasse le seuilSéparer les fonctions dans la conception des droits (COSO, COBIT DSS06) |
| Jours depuis la dernière restauration de sauvegarde testée | FormuleDate du jour − date de la dernière restauration réussie | Extrait deJournal informatique ou du prestataire | S’il dépasse le seuilTester une restauration avant d’extraire les données de migration (COBIT DSS04) |
| Périodes rouvertes | FormulePériodes avec écritures passées après clôture ÷ périodes clôturées | Extrait deSystème comptable ou cabinet externe | S’il dépasse le seuilClôturer et rapprocher la dernière période avant de reprendre les soldes initiaux |
| Votre point de départPersonnalisations qui modifient le système de base | FormuleObjets personnalisés sur modules de base ÷ objets personnalisés | Extrait deInventaire des développements du prestataire actuel | S’il dépasse le seuilClasser chacune : déjà standard dans Odoo 20, configuration ou écart à développer (COBIT BAI03, BAI10) |
Référentiels cités : ISO 8000 · ISO 31000:2018 · COSO 2013 · COBIT 2019. L’autodiagnostic mesure ces risques dans sa page sur les référentiels, les accès et le système qui s’arrête.
Trois cas de valeur et l’ordre pour commencer
Un ERP ne se met pas en œuvre en entier le premier mois. Chaque cas de valeur regroupe les processus qui font bouger les mêmes indicateurs et se mesure à part. L’ordre est fixé par le délai de récupération prudent sur votre base de référence.
| ADe la commande à l’encaissement en un seul flux | BStock unique et valorisé | CClôture mensuelle et SUNAT depuis le système | |
|---|---|---|---|
| Processus | ProcessusCommande, expédition, facture, encaissement, détractions | ProcessusAchat, réception, entrepôt, inventaire, réapprovisionnement | ProcessusDe l’enregistrement au reporting, clôture, livres et registres, immobilisations, retrait de l’ancien système |
| Indicateurs qu’il fait bouger | Indicateurs qu’il fait bougerJours entre commande et facture, délai de recouvrement, avoirs pour erreur, pièces rejetées | Indicateurs qu’il fait bougerExactitude des stocks, jours de stock, stock dormant, ruptures, factures à rapprochement triple | Indicateurs qu’il fait bougerJours de clôture, postes non rapprochés, écritures manuelles, écarts avec la proposition SIRE |
| Risques qu’il réduit | Risques qu’il réduitCréances échues, documents invalides, détractions non déposées | Risques qu’il réduitAjustements non approuvés, produits sans coût, achats sans commande | Risques qu’il réduitPériodes rouvertes, livres hors délai, crédit de TVA à risque, processus connus d’une seule personne |
| Levier principal | Levier principalBesoin en fonds de roulement et coût | Levier principalBesoin en fonds de roulement et revenus | Levier principalCoût et risque |
| Donnée la plus difficile à obtenir | Donnée la plus difficile à obtenirHeures réelles de facturation et de recouvrement, par échantillonnage | Donnée la plus difficile à obtenirÉcarts réels de stock, par comptage | Donnée la plus difficile à obtenirAmendes des 24 derniers mois et coût complet de l’ancien système |
| Développement du cœur | Développement du cœurAucun | Développement du cœurAucun ; PLE des stocks selon vérification | Développement du cœurSelon la couverture PLE et SIRE ; paie intégrée par écriture |
| Premier indicateur mesurable | Premier indicateur mesurableJours entre commande et facture, jour 30 | Premier indicateur mesurableExactitude des stocks, jour 60 | Premier indicateur mesurableJours de clôture, troisième clôture (jour 90) |
| Dans Odoo 20 | Dans Odoo 20Ventes, Inventaire, Comptabilité, Portail, facturation électronique péruvienne | Dans Odoo 20Inventaire avec comptages tournants et réapprovisionnement, Achats, Code-barres, valorisation permanente | Dans Odoo 20Comptabilité, Immobilisations, rapports péruviens, Documents |
Règle de séquence : le cas au délai de récupération prudent le plus court passe en premier. En cas d’égalité, celui qui libère de la trésorerie (A ou B) passe d’abord, car cette trésorerie finance les chantiers suivants. Dans les entreprises qui partent d’un ERP local ou ancien, le cas C passe souvent devant car l’arrêt de l’ancien système a une date contractuelle ; avec ce point de départ, le tableau le montre en premier.
Du diagnostic au jour 180, avec des dates
Choisissez le mois où vous voulez démarrer dans Odoo. La page place chaque phase de la méthode DMG-RT dans votre calendrier et indique quand le résultat est mesuré face à la base de référence.
La dernière clôture annuelle de l’ancien système coïncide avec la préparation des états financiers et de la déclaration annuelle. Le diagnostic vérifie s’il faut déplacer la date.
Il reste moins de cinq mois. Le rapport d’autodiagnostic indique quelles tâches avancer et lesquelles fixent la date.
F1 Diagnostic
M − 5Quinze jours ouvrés d’entretiens et d’extractions. En sortent la lettre de constats et la base de référence préliminaire avec les données de la feuille d’analyse.
F2 Conception
M − 4Processus cible, écarts face au standard et base de référence signée. Le seuil de chaque critère de bascule est fixé.
Préparation des données
M − 4 a M − 2Nettoyage des référentiels, plan comptable et décision sur l’historique migré ou archivé en consultation.
F3 Mise en œuvre
M − 3 a M − 1Configuration, localisation péruvienne, intégrations et tests avec des données réelles.
Formation et gel
M − 1Responsables de chaque processus formés ; les référentiels sont gelés la dernière semaine.
Date de bascule
MPremier jour du mois. Soldes initiaux au dernier jour du mois précédent. L’ancien système reste consultable pendant la cohabitation.
Jour 90
M + 3Rapport d’indicateurs avancés : usage du système, jours entre commande et facture, factures à rapprochement triple, pièces rejetées et trois clôtures mesurées.
Jour 180
M + 6Rapport de résultats : délai de recouvrement, jours de stock, économies du système arrêté et bénéfice en soles face à la base signée, avec le rendement recalculé sur les flux réels.
Délais de référence de cette page pour une première phase, tirés de la structure d’investissement de la méthode. Votre plan les fixe lors de la conception.
Les indicateurs du jour 180 suivent la même définition que la base de référence et sont normalisés en volume et en prix de la période de base. Le rendement mesuré utilise le bénéfice réalisé ; le projeté, la moyenne des huit dernières semaines. Les deux sont présentés séparément.
Autodiagnostic de préparation ERP avec base de référence financière
Il suit une vente, un achat et une clôture mensuelle dans votre entreprise, et mesure si les données sont prêtes à passer à un ERP sans reporter les problèmes actuels. Selon vos réponses, des questions précisent votre cas.
Dimensions mesurées
- De la commande au paiement
- Achats et stock
- Mois clôturé et déclaré
- Référentiels prêts pour la bascule
- Accès et système retiré
- Base de référence pour mesurer le rendement
À la fin, vous recevez
- Votre niveau dans chaque dimension de préparation.
- Le cas de valeur mesuré en premier et sa comparaison avec les deux autres.
- Les formules du bénéfice avec les données déclarées, et la liste de celles qui restent pour le diagnostic.
- Une conversation avec l’agent analyste, qui demande les données manquantes et propose le modèle de base de référence en tableur.
Diego relit et corrige chaque rapport avant l’envoi ou la réunion. Le coût horaire du personnel, les dettes fournisseurs, les amendes, le coût du système actuel et le coût du capital ne sont pas demandés ici : ils se voient dans le diagnostic de 30 min ou en F1, sous accord de confidentialité.
Limites d’Odoo 20 dans une entreprise péruvienne
- Paie : gratifications, CTS, AFP ou ONP, EsSalud, PLAME et T-Registro ne font pas partie de la localisation standard examinée. Le logiciel de paie est conservé et son écriture importée, ou c’est budgété en développement.
- Bon de transport électronique avec transporteur et véhicule, perceptions en tant qu’agent percepteur et retenues en tant qu’agent de retenue : vérifiés dans la vitrine Odoo 20 avant de les inclure dans une proposition.
- PLE d’inventaire permanent (formats 12.1 et 13.1) et fichier d’ajustement SIRE : vérifiés dans Odoo 20 ; s’ils manquent, c’est un écart budgété.
- Fichiers de paiements en masse au format de chaque banque : développement par banque.
- Prévision de la demande saisonnière : hors standard ; le standard offre minimums, maximums et réapprovisionnement suggéré.
Conditions de l’autodiagnostic ERP
Résultat faible
Un résultat « Pas encore : préparez d’abord » indique les tâches à régler avant de demander des propositions. Beaucoup sont internes : nommer des responsables des référentiels, clôturer la dernière période, nettoyer les clients. Le rapport les ordonne et n’engage à rien.
Entreprises qui n’utilisent pas Odoo
L’autodiagnostic et la feuille d’analyse servent pour tout ERP. Les écrans cités sont ceux d’Odoo 20 car c’est le système que Diego met en œuvre ; si vous en avez choisi un autre, la base de référence et les critères de bascule s’appliquent de la même façon.
Chiffres de la feuille d’analyse
La feuille applique des formules aux données saisies. Elle ne contient ni moyennes du marché ni résultats d’autres entreprises. Les cibles en jours sont les vôtres ; le diagnostic F1 les confronte à votre registre des ventes, votre kardex et votre bilan.
Comptable ou cabinet externe
Le cabinet comptable reste dans le projet. Il reçoit les écritures générées par chaque opération au lieu d’un fichier de fin de mois, et participe à la définition du plan comptable et des soldes initiaux.
Usage de vos données
Diego Muñoz utilise vos réponses pour préparer le diagnostic de 30 min. Elles ne sont partagées ni avec des tiers ni avec des éditeurs, et ne servent pas aux envois de masse. Les données de la feuille d’analyse ne quittent pas votre navigateur.
Coût
L’autodiagnostic et le diagnostic de 30 min sont gratuits. Si vous décidez ensuite de mettre en œuvre, la proposition détaille diagnostic, préparation des données, mise en œuvre, licences, formation et sortie de l’ancien système, avec le délai de récupération calculé sur votre base de référence. Chaque phase se paie par jalon.
Revoyez avec Diego l’analyse de rentabilité de votre ERP avant de demander des propositions
Apportez la feuille d’analyse avec vos données et votre résultat d’autodiagnostic. En 30 minutes, vous revoyez les cibles de jours de recouvrement et de stock, les critères de bascule que votre entreprise ne remplit pas encore et le cas de valeur par lequel commencer. Diego Muñoz vous répond en personne, à l’heure de Lima.
WhatsApp +51 919 488 260 · damunoz@dmunozgroup.com
