AccueilServicesAudit Ivalua : le bilan de santé de votre plateforme et de votre projet en trois semaines
Audit Ivalua : le bilan de santé de votre plateforme et de votre projet en trois semaines
L’audit Ivalua est un état des lieux au forfait de votre SI achats, en production ou en cours de déploiement : paramétrage, interfaces ERP, données, planning, recette, préparation au go-live. En trois semaines : diagnostic noté, constats et plan à 90 jours. À partir de 12 500 €.
À qui s’adresse un audit Ivalua ?
Aux directions achats, SI achats et DSI qui veulent un regard extérieur sur l’état de leur Ivalua, que la plateforme soit en production ou que le projet de mise en place soit encore en cours. Deux situations y mènent : vous sentez une dérive sans pouvoir la nommer, ou un nouveau directeur achats ou responsable de programme veut un état des lieux avant de décider de la suite.
Sur une plateforme en production, l’audit lit ce qui tourne. Sur un projet en cours, en construction ou en recette, il lit le programme autant que ce qui a été construit, pour que le go/no-go se décide sur des faits. Si la mise en production a déjà glissé et que le comité de pilotage ne croit plus à la prochaine date, la reprise de projet est le meilleur point d’entrée. Si la question principale est une montée de version, voyez l’évaluation de migration.
Que vérifie un audit Ivalua ?
Chaque domaine est lu dans vos environnements et vos documents, pas seulement en entretien. Sur une plateforme en production, je note les douze domaines du premier tableau. Leur liste suit ce que les conditions contractuelles d’Ivalua rendent coûteux et ce qu’un marché public de TMA sur Ivalua demande : incidents et performance sur les données et les interfaces, sessions de montée de version, correctifs.
| Domaine | Ce que je vérifie | Pourquoi c’est important |
|---|---|---|
| Paramétrage et objets spécifiques | L’inventaire des paramétrages spécifiques, objets et champs personnalisés, et l’usage réel de chacun | Dans les conditions standard d’Ivalua, les spécifiques et paramétrages complexes ajoutés après la mise en production donnent lieu à des frais de main-d’œuvre à chaque montée de version |
| Workflows (BPM) | Nombre de circuits, d’étapes et d’exceptions ; règles que personne ne sait expliquer de bout en bout | eVA (Virginie, sur Ivalua) signale des workflows de demande d’achat bloqués par des timeouts quand la logique de workflow est lourde (notes de version, février 2026) |
| Rôles et habilitations | Matrice des rôles, séparation des tâches, comptes qui ne devraient plus exister | Les droits fixent ce que chaque utilisateur, et tout assistant IA agissant pour lui, peut voir et faire |
| Référentiel fournisseurs | Doublons, statuts, coordonnées bancaires, propriétaire de la fiche fournisseur | Les doublons faussent le reporting, les paiements et l’onboarding des fournisseurs |
| Interfaces ERP | Taux d’erreurs et de rejets, rejeux, supervision, traitement d’un message en échec | Le marché de TMA d’EnBW pour sa plateforme Ivalua cible les incidents et la performance sur la gestion des données et l’interface SAP |
| Catalogues et punchout | Fraîcheur des catalogues, connexions punchout, achats passés en dehors | Les achats hors catalogue montrent que les utilisateurs contournent l’outil |
| Reporting et SQL | Rapports et requêtes spécifiques, leur poids sur la performance, corrections manuelles avant chaque comité | eVA a désactivé une alerte spécifique dont la requête provoquait des timeouts, et en a réécrit une autre |
| Performance et SLA | Temps de réponse et incidents comparés au SLA de votre contrat | Votre contrat fixe ce qu’Ivalua garantit, et ce qu’il exclut |
| Usage des licences | Utilisateurs et volumes réels comparés aux métriques payées | Dans les conditions standard d’Ivalua, l’usage au-delà des métriques commandées est facturé, au tarif standard si la commande ne fixe pas le prix |
| Retard de version | Version en production, date de la dernière montée de version, versions de retard | Les conditions standard d’Ivalua imposent une montée de version au moins tous les deux ans |
| Recette et mise en production | Scénarios de non-régression, environnements, chemin d’une évolution jusqu’en production | Une montée de version exige des scripts de test rédigés par le client |
| Gouvernance | Qui décide des évolutions, autorité de conception, comité des changements, lien avec l’intégrateur | Sans circuit de décision, chaque demande d’évolution devient une négociation |
Douze domaines, une lecture notée : la plateforme, ses données, ses interfaces et la façon dont les évolutions sont décidées.
Sur un projet qui n’est pas encore en production, je note les huit domaines de pilotage ci-dessous, et je lis les domaines de la plateforme sur ce qui est déjà construit. Chacun correspond à un écueil documenté dans des audits publics de programmes qui ont dérapé et dans l’enquête d’Ivalua auprès des intégrateurs.
| Domaine | Ce que je vérifie | Pourquoi c’est important |
|---|---|---|
| Planning intégré | Un seul planning qui couvre les tâches de l’intégrateur et les vôtres : équipe ERP, responsables des données, utilisateurs clés, recetteurs | Le programme eMMA du Maryland, sur Ivalua, n’avait aucun planning intégré des tâches de l’État et de l’intégrateur, alors que l’interface avec le système comptable dépendait de tâches de l’État |
| Disponibilité des utilisateurs clés | Des utilisateurs clés et responsables de processus nommés pour chaque lot, et le temps qu’ils donnent vraiment au projet | Un article d’Ivalua sur les écueils de mise en œuvre range parmi les causes d’échec les plus fréquentes une équipe client qui n’y consacre que 20 à 30 % de son temps |
| Périmètre et demandes d’évolution | Demandes d’évolution et ordres de service rapportés au périmètre et au budget de référence | L’élargissement du périmètre est la cause de dépassement la plus citée dans l’enquête d’Ivalua auprès des intégrateurs (65,2 %) ; le Maryland ne rapprochait pas les paiements de 36 ordres de service (environ 8,6 M$) de leur coût approuvé |
| Aller-retour avec l’ERP | Numéros de commande, engagements, annulations de factures et rapprochement, recettés de bout en bout avec la finance avant le go-live | Au Maryland, eMMA modifiait les numéros de commande du système comptable, et environ 1 100 commandes d’un montant de 35,6 M$ n’avaient aucune correspondance dans eMMA |
| Validation des livrables | La façon dont les livrables sont acceptés : contrôle fonctionnel avant validation et paiement, et ce qui se passe quand une date est manquée | Le Maryland a payé environ 740 000 $ pour des livrables défaillants et a souvent décalé les dates de livraison au lieu d’appliquer les pénalités |
| Go/no-go et reporting au comité | Des critères go/no-go écrits, et des résultats de recette qui remontent au comité de pilotage tels qu’ils sont, réserves comprises | Au conseil municipal de Birmingham (Oracle, pas Ivalua), les résultats de recette ne sont pas tous remontés au comité de pilotage avant le go-live |
| Paramétrage ou spécifique | Le moment où le paramétrage bascule dans le développement spécifique : alertes et requêtes spécifiques, timeouts, une non-régression qui ne cesse de grossir | Le paramétrage complexe est cité comme cause de dépassement à 40,2 % dans l’enquête d’Ivalua ; après la mise en production, les conditions standard d’Ivalua facturent les paramétrages complexes à chaque montée de version |
| Données et fournisseurs prêts | Doublons fournisseurs, répétitions de la reprise de données et onboarding des fournisseurs, rapportés à l’avancement du paramétrage | Données et intégration : cause de dépassement citée à 41 % dans l’enquête d’Ivalua |
Huit domaines de pilotage, lus avant le go-live, pour que la décision repose sur des faits et non sur le planning.
Sources : conditions standard d’Ivalua (section suivante) ; notes de version d’eVA, février 2026 ; le marché de TMA d’EnBW pour sa plateforme Ivalua, avis TED 750093-2023 ; Office of Legislative Audits du Maryland, mai 2023 et décembre 2025 ; Ivalua, enquête auprès de 31 intégrateurs et écueils de mise en œuvre ; The Register sur le rapport de Birmingham, février 2025.
Que disent les conditions standard d’Ivalua sur les montées de version et la performance ?
Les conditions standard d’Ivalua sont rarement publiques. Le contrat-cadre signé en 2023 avec l’État du Maine, dans le cadre de la centrale d’achat américaine NASPO ValuePoint, les publie. Elles expliquent pourquoi le retard de version, la dette de paramétrage et les scripts de test font partie de l’audit :
- Ivalua recommande au moins une montée de version tous les 12 à 18 mois et impose au client d’en faire au moins une tous les deux ans.
- Après la mise en production, les spécifiques, paramétrages complexes et intégrations non couverts par l’abonnement sont facturés à chaque montée de version.
- Une montée de version ne démarre que si le client a rédigé des scripts de test détaillés, si le plan projet est signé et si la version cible est disponible (GA).
- Si le client n’est pas en conformité avec le processus de montée de version, Ivalua n’est pas responsable des anomalies, des failles de sécurité ni du non-respect du SLA.
- Le SLA du même contrat fixe une disponibilité de 99,80 % par mois et un temps de réponse inférieur à 3 secondes pour 90 % des requêtes.
Source : les conditions standard d’Ivalua dans un contrat public américain, contrat-cadre MA 18P 23081100000000000020, en vigueur depuis août 2023. Ivalua a pu les modifier depuis ; c’est votre propre contrat qui s’applique, et sa lecture fait partie de l’audit.
Que recevez-vous à la fin ?
- Un diagnostic noté : chaque domaine du périmètre noté, avec les éléments qui justifient la note.
- Les constats : ce qui ne va pas, où cela se voit dans la plateforme ou dans le programme, et ce que cela vous coûte aujourd’hui, au go-live ou à la prochaine montée de version.
- Pour un projet en cours, une vue de préparation au go/no-go : pour chaque domaine de pilotage, s’il est prêt pour la mise en production, ce qui manque, et sur quels éléments.
- Un plan à 90 jours : les actions dans l’ordre, qui porte chacune (votre équipe, votre intégrateur, Ivalua), et ce qui peut attendre. Pour un projet en cours, c’est un plan pour poursuivre ou redresser : aller vers le go-live avec des corrections nommées, ou redresser d’abord et fixer une nouvelle date.
- Une restitution : une séance avec votre équipe et vos sponsors pour présenter les constats et le plan, et répondre aux questions.
Le rapport écrit vous appartient. Il est rédigé pour que votre équipe ou votre intégrateur puisse s’en servir sans moi.
Comment se déroulent les trois semaines ?
- Avant la semaine 1 : nous fixons le périmètre, vous ouvrez un accès en lecture aux environnements et partagez les documents projet, avec le planning et les comptes rendus de comité si le projet est en cours.
- Semaine 1, collecte : je lis le paramétrage, les workflows, les habilitations, les interfaces et les rapports dans vos environnements, et je mène les premiers entretiens (six à huit au total) avec les achats, la DSI et l’intégrateur.
- Semaine 2, analyse : je contrôle la qualité des données, les journaux d’interface, la performance et l’usage des licences sur une plateforme en production, ou le planning, les demandes d’évolution, les résultats de recette et l’état des données sur un projet en cours ; je termine les entretiens et je confronte les premiers constats à votre équipe en atelier.
- Semaine 3, restitution : je note chaque domaine, je rédige le rapport et le plan à 90 jours, et je les présente lors d’un second atelier.
Le travail se fait à distance, avec deux ateliers avec votre équipe. Je mène l’audit moi-même, depuis Le Cap (UTC+2), en français ou en anglais.
Combien coûte un audit Ivalua ?
À partir de 12 500 € HT, au forfait, pour trois semaines. La proposition écrite confirme le prix une fois le périmètre fixé : le nombre de modules et d’interfaces en production ou dans le périmètre le détermine.
L’expérience derrière l’offre : trois implémentations Ivalua complètes chez BNP Paribas, en v156, v164 et v182, de la conception et du paramétrage aux interfaces, au SQL spécifique et à la reprise de données. Certifié Ivalua L1, L2 et L3.
Questions fréquentes
De quels accès avez-vous besoin ?
Un accès en lecture aux environnements concernés, les documents projet (conception, spécifications, documentation des interfaces, cahiers de recette) et six à huit entretiens avec les achats, la DSI et, le cas échéant, votre intégrateur. Je n’ai pas besoin d’accès en écriture : l’audit ne modifie rien dans votre plateforme.
Pouvez-vous auditer un projet qui n’est pas encore en production ?
Oui. En construction ou en recette, l’audit lit le programme autant que ce qui a été construit : planning intégré, disponibilité des utilisateurs clés, périmètre rapporté à la référence, aller-retour avec l’ERP, validation des livrables, critères go/no-go et reporting au comité, part du paramétrage et du spécifique, données et fournisseurs prêts. Il se conclut par une vue de préparation au go/no-go et un plan à 90 jours pour poursuivre ou redresser. Si la mise en production a déjà glissé et que le planning ne tient plus, la reprise de projet est le meilleur point d’entrée.
Notre intégrateur peut-il participer ?
Oui, et c’est utile. L’intégrateur sait pourquoi les choses ont été construites ainsi. Il fait partie des entretiens, et les constats distinguent ce qui relève de la plateforme, de votre équipe et de l’intégrateur : le plan est utilisable par tous.
L’audit compare-t-il la plateforme au standard Ivalua ?
En partie. L’écart au standard compte, puisque les conditions d’Ivalua facturent du travail sur les paramétrages complexes à chaque montée de version. Mais l’audit note ce que chaque choix vous coûte, pas sa distance à un modèle théorique. Un spécifique qui rend service reste dans le plan.
Que se passe-t-il après le plan à 90 jours ?
Votre équipe ou votre intégrateur peut le mener seul. Si vous voulez de l’aide, je peux prendre une mission senior sur une partie du plan, ou piloter une équipe Ivalua pour un périmètre plus large. Rien ne vous oblige à continuer avec moi.
Signez-vous un accord de confidentialité ?
Oui. Les environnements, les documents et les constats restent confidentiels, et le rapport vous appartient. Rien d’un audit n’est publié ni réutilisé comme étude de cas sans votre accord écrit.
30 minutes. Votre projet, mon avis franc.
Dites-moi où en est le programme. Vous repartez avec une lecture du risque et la prochaine étape, que l’on travaille ensemble ou non.
Réservation via Google Agenda. seb@sebtroz.com · LinkedIn