- Accueil
- Diagnostics
- Architecture d’entreprise
Chaque système de votre entreprise, avec son coût et sa date de retrait
Un autodiagnostic pour la direction et l’IT qui mesure votre portefeuille de systèmes, l’origine de chaque donnée et la clôture du mois, et indique le cas à mesurer en premier.
La page adapte ses exemples à quatre situations : systèmes ajoutés au fil du temps, groupe de sociétés, avant de choisir un ERP et ERP qui rend moins.
Carte de chaleur de vos capacités
Une capacité est ce que l’entreprise fait pour fonctionner, comme facturer ou payer les fournisseurs. Indiquez sur quoi repose chacune aujourd’hui.
Si votre entreprise est un groupe de plusieurs sociétés : Pour un groupe, indiquez la capacité telle que la gère la société qui facture le plus. L’autodiagnostic demande à part comment les autres sont consolidées.
Si vous êtes sur le point de choisir un ERP : Avant de choisir un ERP, cette carte est la liste des capacités que le nouveau système doit couvrir et de celles qui ne sont pas réalisées aujourd’hui.
| Capacité | Tableurs, papier ou messages | Deux systèmes ou plus qui font une partie du même travail | Un système du service ; les données passent à la main | Un système qui partage ses données sans ressaisie | Nous ne le faisons pas |
|---|---|---|---|---|---|
| Vente, facture électronique et recouvrement | |||||
| Achats et paiement des fournisseurs | |||||
| Stock et entrepôt | |||||
| Comptabilité, impôts et clôture | |||||
| Paie et personnel | |||||
| Relation client et après-vente |
Méthode : TOGAF Series Guide, Business Capabilities, de The Open Group. L’autodiagnostic pose les mêmes questions et les croise avec le coût, les données, la clôture et les sauvegardes. Cette carte reste uniquement dans votre navigateur. opengroup.org/togaf
Ma carte de chaleur des capacités (odoo.dmunozgroup.com/embudo-arquitectura) :Calendrier de retrait d’un système
Un système remplacé reste payé jusqu’à l’échéance de son contrat. Calculez combien de mois vous paierez deux systèmes et à quel mois l’investissement est couvert.
L’économie liée au retrait d’un système commence le mois suivant son retrait effectif, pas le jour où le nouveau démarre. Si l’avis de non-renouvellement arrive en retard, le contrat court une période de plus et le délai de récupération se décale.
Dans votre situation, utilisez le coût annuel des systèmes que l’ERP remplacerait.
Vos 36 mois
Hachuré : mois où l’on paie les deux systèmes. Pétrole : mois avec le seul nouveau système. Bordure ocre : mois où le bénéfice cumulé couvre l’investissement.
- Retrait effectif
- mois 8
- Mois à payer deux systèmes
- 8
- Délai de récupération simple
- mois 17Au-delà de 36 mois
- Délai de récupération actualisé
- mois —Au-delà de 36 mois
Le calcul utilise vos données et les hypothèses indiquées. Ce qui est réellement récupéré se mesure au diagnostic F1 avec les factures, les contrats et un échantillon de deux semaines.
Formules du calcul
- Mois de retrait effectif
- si les mois avant l’échéance sont au moins égaux au préavis, le mois de l’échéance ; sinon échéance + durée du renouvellement
- Mois de double exploitation
- mois entre aujourd’hui et le retrait effectif
- Adoption au mois t
- aₜ = min(1 ; t ÷ mois jusqu’à l’usage complet)
- Bénéfice net du mois t
- Bₜ = coût annuel ancien ÷ 12, seulement après le retrait, + bénéfice opérationnel × aₜ − coût mensuel nouveau
- Délai de récupération simple
- premier mois où Σ Bₜ ≥ investissement initial
- Délai de récupération actualisé
- premier mois où Σ Bₜ ÷ (1 + r)ᵗ ≥ investissement initial, avec r = (1 + taux annuel)^(1/12) − 1
Si votre ERP rend moins que ce qu’il a coûté : Un ERP qui rend moins a souvent des modules payés que l’équipe remplace par des tableurs. L’autodiagnostic demande lesquels et pourquoi ; le diagnostic F1 compare les licences payées aux utilisateurs connectés ces 30 derniers jours.
Délai de récupération, VAN et TRI selon les formules de la méthode DMG-RT. Taux de référence : statistiques de taux de la SBS, consultées le 30/10/2026. sbs.gob.pe
Un rapport avec vos chiffres et le cas à mesurer
À la fin de l’autodiagnostic, vous voyez votre résultat par domaine à l’écran. Si vous laissez vos chiffres, le rapport les utilise dans les formules et indique ce qui reste à mesurer. Diego Muñoz le relit avant de l’envoyer.
Sommaire du rapport
- Carte de chaleur des capacitésVos six capacités selon ce sur quoi elles reposent
- Résultat par dimensionPortefeuille, origine des données, transferts, clôture, décision d’investissement et continuité, chacun avec son KPI et son KRI
- Cas prioritaireLe cas A, B ou C à mesurer en premier et l’ordre de la feuille de route
- Base de référenceLes données que vous avez déclarées et celles mesurées en F1
- Formules avec vos donnéesCoût par application, licences inutilisées, heures de double saisie, heures de clôture
- ScénariosPrudent et de base, avec les hypothèses indiquées
- Plan de mesureCe qui est mesuré à 90 et 180 jours
- Limites d’Odoo 20Ce que le standard ne couvre pas et ce qui est vérifié dans l’instance de laboratoire
- AnnexesModèles d’inventaire des applications et des transferts
Le niveau de résultat va de « Les systèmes se sont accumulés sans carte pour les ordonner » à « Chaque système justifie son coût par un indicateur mesuré ».
Le tracé d’un client entre vos systèmes
Indiquez où un nouveau client est enregistré aujourd’hui. Chaque ligne est un endroit où quelqu’un ressaisit le même RUC et la même raison sociale.
Quand le même client vit dans trois systèmes avec des codes différents, la facture sort de l’un, le recouvrement se suit dans l’autre et la clôture rapproche les deux à la main. Les heures de ce rapprochement sont la première donnée que mesure le diagnostic.
Le client naît dans Contacts avec son RUC validé et les autres processus le reprennent de là. Si d’autres systèmes restent actifs, la synchronisation exige une intégration avec file d’attente et supervision, hors du standard d’Odoo.
Indicateurs de la couche données
- KPI Doublons dans les données de référence
- enregistrements en double selon la règle (RUC, DNI, code produit) ÷ enregistrements actifs
- KPI Heures de double saisie
- heures par mois passées à ressaisir ou rapprocher des données entre systèmes
- KRI Contacts fiscaux incohérents
- clients et fournisseurs dont le RUC est radié ou « non localisé » ÷ contacts actifs
- KRI Transferts sans alerte
- transferts entre systèmes sans alerte d’erreur ÷ transferts
Qualité des données selon ISO/IEC 25012 et DAMA-DMBOK. Situation du RUC : consultation RUC de la SUNAT. La consultation automatique du registre depuis Odoo dépend du connecteur configuré et se vérifie dans l’instance de laboratoire. ISO/IEC 25012 · DAMA · SUNAT
Quatre indicateurs de risque de vos systèmes
Un indicateur de risque, ou KRI, alerte avant que le problème ne coûte. Votre entreprise fixe le seuil ; l’autodiagnostic demande la pratique actuelle pour chacun.
Une sauvegarde impossible à restaurer
Restaurations testées = systèmes critiques avec restauration testée ces 6 derniers mois ÷ systèmes critiques
Dans Odoo 20 : Odoo.sh conserve des sauvegardes et des environnements de test ; le compte rendu de chaque test reste dans Connaissances.
Un ancien salarié qui se connecte encore
Accès du personnel parti = utilisateurs actifs de personnes parties ÷ départs de la période
Dans Odoo 20 : Utilisateurs archivés avec leur historique ; le croisement avec Employés se fait à chaque clôture trimestrielle.
La même personne crée un fournisseur et le paie
Conflits de séparation des tâches = utilisateurs autorisés à créer des fournisseurs et à approuver leurs paiements
Dans Odoo 20 : Groupes d’accès par poste et Approbations ; la détection automatique des conflits n’est pas standard.
Une modification qui arrive en production sans test
Modifications non approuvées = modifications en production sans demande approuvée ÷ modifications en production
Dans Odoo 20 : Demande et approbation dans Projet ou Assistance ; dans Odoo.sh, branche de test avant la production.
Les pertes dues à une panne ou à un accès indu ne sont valorisées qu’avec l’historique de votre entreprise sur les 36 derniers mois. Sans cet historique, le rapport les présente comme une exposition et ne les ajoute pas au rendement.
Sources : ISO 22301, ISO/IEC 27001:2022 et COBIT 2019. Délais de reprise et de sauvegarde d’Odoo.sh : accord de niveau de service, vérifié à la date de chaque proposition. ISO 22301 · ISO/IEC 27001 · COBIT · Odoo Cloud SLA
Trois cas de valeur et l’ordre dans lequel ils sont mesurés
Le rapport en choisit un selon votre situation et votre score. Les cas A et B démarrent ensemble ; le C, quand les données de référence respectent la règle convenue.
Si vos systèmes se sont ajoutés au fil du temps : Dans votre situation, le rapport commence en général par le cas A.
Si votre entreprise est un groupe de plusieurs sociétés : Dans votre situation, le rapport commence en général par le cas C.
Si vous êtes sur le point de choisir un ERP : Dans votre situation, le rapport commence en général par le cas B.
Si votre ERP rend moins que ce qu’il a coûté : Dans votre situation, le rapport commence en général par le cas A.
Durée selon les contrats et le volume de données ; fixée en F2.
| A. Portefeuille d’applications | B. Donnée de référence unique et transferts | C. De la saisie à l’état financier | |
|---|---|---|---|
| Ce qu’il résout | Systèmes qui se chevauchent, licences inutilisées, renouvellements automatiques | Le même client dans plusieurs systèmes, transferts par Excel, RUC non validé | Clôtures longues qui dépendent du rapprochement des systèmes |
| Indicateur principal | Coût IT par utilisateur actif | Points de saisie de la même donnée | Jours de clôture |
| Indicateur de risque | Renouvellements sans décision | Contacts fiscaux incohérents | Écart entre systèmes à la clôture |
| Comment il est valorisé | Coût des systèmes retirés, à partir du mois suivant le retrait, moins la double exploitation | Heures de double saisie évitées × coût horaire employeur, plus erreurs de facture évitées | Heures de clôture évitées × coût horaire employeur |
| Donnée de départ | Factures de logiciels des 12 derniers mois | Échantillon de deux semaines d’heures de double saisie | Dates des trois dernières clôtures |
| Premier indicateur mesurable | Inventaire complet avec coût annuel, en F1 | Doublons dans les données de référence, une fois les règles de nettoyage chargées | Jours de clôture du premier mois avec des données intégrées |
Si votre entreprise est un groupe de plusieurs sociétés : Dans un groupe de plusieurs sociétés, le cas C concentre les heures : chaque comptabilité clôture de son côté et la consolidation se monte dans Excel. La consolidation avec éliminations intragroupe se vérifie dans l’instance de laboratoire avant de s’y engager.
Si votre entreprise travaille aussi avec nous sur un volet ERP, processus ou conformité SUNAT, chaque bénéfice n’est compté que dans un seul volet. Les jours d’encaissement, le stock et les amendes évitées sont affectés au volet qui les fait bouger.
Voir le service d’architecture d’entrepriseBase de référence signée, mesure à 90 et 180 jours
Chaque cas est mesuré avec la même requête avant et après, normalisée par le volume et les prix de la période de base.
Jour 0
Base de référence signée par la direction : coût du portefeuille, transferts manuels, doublons, jours de clôture, accès du personnel parti.
Source : Factures, contrats, extraction des bases actuelles et échantillon de deux semaines.
Jour 90
Indicateurs de la nouvelle exploitation : transferts remplacés, doublons sous le seuil, accès fermés, première restauration testée.
Source : Odoo et le même protocole d’échantillonnage.
Jour 180
Indicateurs de résultat : systèmes retirés avec factures, moyenne de trois clôtures, bénéfice valorisé par rapport à la base de référence.
Source : Factures fournisseurs avec leur compte analytique et dates de clôture comptable.
Fiche des formules
- Retour sur investissement (ROI)
- (Σ bénéfice net − investissement) ÷ investissement, sur l’horizon déclaré
- Valeur actuelle nette (VAN)
- − investissement + Σ bénéfice net du mois ÷ (1 + r)ᵗ, avec r = coût du capital mensuel
- Taux de rendement interne (TRI)
- taux qui annule la VAN ; seulement si le flux change de signe une fois
- Délai de récupération
- premier mois où le bénéfice cumulé couvre l’investissement, simple et actualisé
Le scénario prudent ne compte que les coûts justifiés par des factures et les heures mesurées par échantillonnage. C’est lui qui sert à décider ; le scénario de base est montré à titre de référence. Si un système est retiré après le jour 180 en raison de son contrat, le rapport affiche la date engagée et n’ajoute pas cette économie au bénéfice réalisé.
Voir la méthode DMG-RTNormes péruviennes qui conditionnent l’architecture
Chaque changement de système touche des données personnelles, des livres et des factures. Voici les règles que respecte la feuille de route.
| Norme | Effet sur l’architecture | Source |
|---|---|---|
| Loi 29733 sur la protection des données personnelles et son règlement, D.S. 016-2024-JUS | Les fichiers de clients et de salariés sont déclarés ; les migrer entre systèmes exige une finalité et des mesures de sécurité. | gob.pe/anpd |
| Flux transfrontalier de données personnelles (même règlement) | Héberger l’ERP sur des serveurs hors du Pérou se déclare à l’Autorité nationale de protection des données personnelles. | gob.pe/anpd |
| Code des impôts, articles 43 et 87 | Les livres et pièces se conservent tant que l’obligation n’est pas prescrite : retirer un système exige d’archiver son historique. | sunat.gob.pe |
| Factures électroniques et livres électroniques (PLE ou SIRE) | Les données clients, fournisseurs et produits alimentent chaque facture et chaque registre. | orientacion.sunat.gob.pe |
| NTP-ISO/IEC 27001 | Obligatoire pour les entités publiques ; pour les entreprises privées, c’est une référence volontaire pour les contrôles d’accès. | gob.pe/pcm |
Normes consultées dans leurs sources officielles le 30/10/2026.
Conditions de l’autodiagnostic d’architecture
Lien avec TOGAF
Nous utilisons les couches métier, données, applications et technologie du standard TOGAF 10 de The Open Group et son guide des capacités. Les questions sont écrites pour la direction et le jargon est expliqué dans chaque couche.
Entreprises qui n’utilisent pas Odoo
L’autodiagnostic mesure vos systèmes, quels qu’ils soient. Si la feuille de route conseille d’en conserver un, le rapport le dit et calcule son coût comme pour les autres.
Chiffres demandés
Le questionnaire porte sur les pratiques, avec des options. Les chiffres hors TVA, comme le coût annuel des logiciels, les licences payées et utilisées et les jours de clôture, sont facultatifs. Contrats, coût horaire et marge sont examinés en F1 sous accord de confidentialité.
Coût
L’autodiagnostic et le diagnostic de 30 min sont gratuits. La feuille de route complète vient du diagnostic F1, payant et chiffré avant de commencer.
Utilisation de vos données
Seul Diego Muñoz voit vos réponses, pour préparer le rapport et le diagnostic de 30 min. Elles ne sont partagées ni avec des éditeurs de logiciels ni avec des tiers.
Groupes de plusieurs sociétés
L’autodiagnostic demande comment les états financiers sont consolidés et quelles opérations ont lieu entre les sociétés. Une seule personne peut répondre pour le groupe.
Revoyez votre carte de chaleur avec Diego
En 30 minutes, Diego Muñoz parcourt votre résultat avec vous, repère le cas à mesurer en premier et vous indique quel achat de système reporter jusqu’à disposer d’une base de référence.
Pour la réunion, ayez sous la main
- La liste des systèmes que paie l’entreprise, même incomplète
- La date d’échéance des deux contrats de logiciels les plus chers
- Combien de jours a pris la dernière clôture
Si vous êtes sur le point de choisir un ERP : Pour la réunion, ayez sous la main
- La liste des services qui utiliseront l’ERP
- Les propositions déjà reçues
- La date à laquelle vous voulez décider
Diego Muñoz answers in person, on Lima time. WhatsApp +51 919 488 260 · damunoz@dmunozgroup.com
