Un changement d’ERP touche la facturation, la comptabilité, les stocks et parfois la paie. Lorsque le projet dérape, l’entreprise doit souvent composer avec plusieurs contrats : licence ou abonnement de l’éditeur, intégration, migration des données, assistance et formation. Qui répond du budget qui double, du calendrier dépassé ou d’un logiciel inutilisable ? La jurisprudence examine les engagements de chacun, les besoins exprimés avant la vente et les preuves conservées pendant le déploiement. Les décisions évoquées ci-dessous portent sur des contrats distincts ; elles éclairent la méthode d’analyse sans prédire l’issue d’un autre litige.
Un budget d’intégration qui dépasse le devis
Le prix annoncé dépend d’abord de ce qui a été promis : enveloppe maximale, simple estimation, phase de cadrage préalable ou prestations évolutives. Dans une affaire examinée par la cour d’appel de Rennes le 14 septembre 2021 (RG 18/06942), un prestataire avait été rémunéré pour définir les besoins et s’était engagé sur un prix maximum, bien que le projet soit conduit en mode agile. Sa demande ultérieure de doubler le budget a été considérée comme fautive. La qualification « agile » ne rendait pas sans effet son engagement chiffré.
La situation change si des besoins nouveaux sont demandés par le client, ou si un chiffrage était expressément subordonné à une analyse encore à mener. La chronique 2024-2025 du cabinet relève précisément un litige dans lequel une proposition distinguait paramétrages standard et spécifiques tout en réservant le chiffrage à une étude préalable. Pour mesurer la part de responsabilité, il faut rapprocher les devis, ateliers de cadrage, demandes de changement, avenants et alertes sur les coûts. Une facture supplémentaire ne prouve pas, à elle seule, un manquement.
Un calendrier dépassé : quelle date engage le prestataire ?
Il faut distinguer la date de mise en production impérative d’un planning indicatif. Dans une décision du 26 juillet 2022 (CA Versailles, RG 21/03036), portant sur l’intégration d’un service de paie, une mise en production annoncée « sans décalage possible » n’avait pas été respectée ; des dysfonctionnements persistants, établis après plusieurs alertes, ont justifié la résolution. À l’inverse, une simple estimation de durée ne suffit pas toujours à rompre le contrat lorsque le client a modifié le périmètre ou retardé ses propres validations.
La cour d’appel d’Aix-en-Provence a rappelé le 27 mai 2021 (RG 19/02282) qu’un prestataire ne peut expliquer le retard par une évolution supposée des besoins s’il n’a lui-même établi aucun document initial permettant de comparer le périmètre prévu et le périmètre final. Les jalons, comptes rendus, dépendances et avenants sont ici décisifs. Une entreprise qui remplace son ancien ERP doit également signaler par écrit toute date critique de fin d’accès, de clôture comptable ou de bascule des opérations.
Exemple avec la solution CEGID : la performance promise
Dans l’affaire Acta contre l’intégrateur Ouest Gestion Informatique, celui-ci avait proposé la solution Yourcegid RH Paie à une entreprise cherchant un système de paie plus performant. Des temps de traitement anormalement longs ont persisté malgré le report de la mise en exploitation. La cour d’appel de Paris a confirmé le 3 juin 2022 (RG 20/09351) la résolution des contrats aux torts de l’intégrateur et la restitution de 109 995,94 € TTC. L’intégrateur n’a pas obtenu la garantie de Cegid, aucun défaut du progiciel imputable à l’éditeur n’ayant été établi. Lire l’arrêt Acta–OGI–Cegid.
Le devoir de conseil commence avant la signature
Un intégrateur doit s’informer des processus métier, vérifier l’adéquation de la solution proposée et mettre en garde sur les incompatibilités décelables. Dans une affaire d’intégration de progiciel sans cahier des charges (CA Aix-en-Provence, 1er juillet 2021, RG 19/02078), le prestataire n’avait pas suffisamment recueilli les besoins propres à l’activité et les incompatibilités constatées ont conduit à la résiliation. Plus récemment, la cour d’appel de Lyon a annulé un contrat le 28 mai 2025 (RG 21/08394) faute de recueil des besoins du clients notamment.
Le client a aussi un rôle actif. Dans l’affaire d’un ERP ayant donné lieu à une phase de cadrage et à une preuve de concept (CA Versailles, 7 septembre 2021, RG 20/01473), la cour n’a pas déduit du seul dépassement de budget et de délai que le logiciel était inadapté. Elle a notamment tenu compte du fait côté client il y avait une équipe informatique interne à même comprendre les tenants et aboutissants et spécificités du progiciel.
Migration des données et réversibilité : qui garantit quoi ?
À la sortie d’un ERP, la simple remise de données brutes peut s’avérer insuffisante. Selon l’arrêt CA Pau, 25 novembre 2021 (RG 19/03573), examiné dans les chroniques du cabinet, une clause de réversibilité imprécise n’avait pas permis de récupérer des données pleinement exploitables, faute notamment de paramétrages faisant le lien entre elles. Le contrat devrait prévoir le format d’export, les dépendances, la documentation, les tests de reprise et l’assistance à la transition.
Recette, preuve du préjudice et répartition des rôles
La signature d’un procès-verbal de recette ne clôt pas toujours le débat si les fonctions essentielles restent à installer et à tester. Les chroniques du cabinet rapportent notamment des décisions concernant un ERP réceptionné une semaine après la signature du contrat et un autre dont la mise en production et la recette contradictoire n’avaient pas été achevées. À l’inverse, des anomalies ponctuelles corrigées pendant la maintenance ne suffisent pas nécessairement à établir une inexécution grave. Il faut documenter les scénarios de test, les réserves, les corrections et les conséquences métier.
La qualification des obligations varie aussi avec la prestation. Une solution présentée comme « clé en main » et opérationnelle après migration a conduit la cour d’appel de Paris, le 17 octobre 2025 (RG 23/10452), à retenir une obligation de résultat de l’éditeur. Pour une intégration complexe réunissant audit, paramétrage, migration, tests et accompagnement, la même cour a rappelé le 3 octobre 2025 (RG 22/01534) qu’une obligation de moyens peut s’appliquer, sauf engagement contraire. Cette distinction n’efface ni le devoir de conseil ni l’obligation d’exécuter le contrat de bonne foi.
Enfin, le client doit relier chaque coût à une défaillance démontrée. Dans l’affaire Weaving Group contre Cegid (CA Lyon, 4 décembre 2025, RG 23/01978), les difficultés de déploiement avaient été suivies et le logiciel continuait d’être utilisé. Le client n’a pas suffisamment prouvé l’origine d’une indisponibilité ultérieure ni la perte alléguée de journées de travail ; sa condamnation au paiement des factures a été confirmée. Cette décision rappelle l’utilité d’une chronologie datée, de tickets conservés, d’un chiffrage comptable et, lorsque l’origine technique est discutée, d’une expertise contradictoire. Lire l’arrêt Weaving Group–Cegid.
À retenir : avant de suspendre les paiements ou de résilier, identifiez l’obligation propre à l’éditeur et à l’intégrateur, mesurez le budget et le retard au regard des engagements écrits, puis préservez les données et la preuve des anomalies. Le cabinet Solvoxia Avocats peut analyser vos contrats, vos échanges et la chronologie du projet pour déterminer la démarche adaptée à votre changement d’ERP.
FAQ
Qui est responsable si le changement d’ERP échoue ?
La responsabilité dépend des contrats et de l’origine de l’échec. L’éditeur peut répondre d’un défaut de sa solution ; l’intégrateur, d’un défaut de cadrage, de paramétrage ou de migration. Une expertise peut aider à départager les causes.
Un dépassement de budget ou de délai suffit-il à résilier ?
Pas à lui seul. Il faut examiner le caractère ferme du prix ou de la date, les changements demandés et la gravité des manquements. Les preuves écrites et les avenants comptent autant que le dépassement constaté.
Comment prouver une migration de données défaillante ?
Comparez les données sources et les données reprises sur des cas métier vérifiables. Conservez les spécifications, journaux de transfert, résultats de tests, tickets et échanges avec les prestataires.
