Partenaire SAP ou consultant indépendant : quand choisir lequel

Un partenaire d'intégration SAP livre votre programme : il fournit l'équipe qui conçoit, construit, teste et déploie le système, et il est responsable de cette livraison. Un consultant SAP indépendant travaille de votre côté de la table, sans intérêt dans le chiffre d'affaires du partenaire, et vérifie le contrat, la conception et le travail du partenaire.

En bref : la plupart des grands programmes ont besoin d'un partenaire pour livrer. Beaucoup ont aussi besoin d'un conseiller indépendant pendant la contractualisation, la conception et la revue des livrables du partenaire, pendant que le partenaire construit.

Cet article fait partie de mon guide sur comment choisir un intégrateur SAP. Je n'y traite que la répartition entre les deux rôles, et le moment où chacun justifie ses honoraires.

Un partenaire est l'entreprise qui conduit la livraison. Il apporte des consultants fonctionnels par module, des profils techniques et d'intégration, des spécialistes de la migration de données, des testeurs, des responsables de la conduite du changement et de la formation, et la gestion de projet qui fait tenir l'ensemble. Il apporte aussi une réserve d'effectifs : quand quelqu'un part, quelqu'un d'autre peut prendre le relais.

La plupart des partenaires livrent avec SAP Activate, la méthodologie de mise en œuvre de SAP. Elle se déroule en six phases : Discover, Prepare, Explore, Realize, Deploy et Run. Explore est la phase où l'analyse fit-to-standard confirme la conception, et Realize celle où le système est construit et testé par itérations.

SAP classe aussi ses partenaires. Son programme partenaires, SAP PartnerEdge, utilise un cadre de compétences avec sept compétences et trois niveaux pour chacune : essential, advanced et expert. Les partenaires les obtiennent sur l'expertise, la réussite client et la maîtrise, et vous pouvez rechercher les désignations dans SAP Partner Finder.

Pour RISE with SAP, il existe une reconnaissance supplémentaire. La description des RISE with SAP Validated Partners publiée par SAP en juillet 2025 exige la RISE with SAP Methodology et des compétences à jour sur les rôles clés.

Les projets des partenaires doivent aussi documenter des quality gates clean core dans SAP Cloud ALM. Mon guide pour choisir un partenaire de migration S/4HANA explique ce que ces badges prouvent et ce qu'ils ne prouvent pas.

Aucun consultant indépendant ne remplace tout cela. Une personne, ou une poignée de personnes, ne peut pas staffer un programme, porter le risque de livraison dans le cadre d'un contrat ou remplacer un responsable qui démissionne en pleine phase de tests.

Où le modèle du partenaire a des limites structurelles

Les limites tiennent à la construction du contrat, pas aux intentions de quiconque. L'intérêt commercial d'un partenaire est de gagner le travail, de le démarrer et de l'étendre quand il en trouve davantage. Votre intérêt est de terminer dans le budget que vous avez annoncé au conseil d'administration.

Cela crée trois angles morts quand le partenaire est le seul expert dans la salle :

1. Le partenaire rédige le périmètre. La même entreprise émet ensuite les demandes de modification sur ce périmètre.
2. Le partenaire vérifie son propre travail. Documents de conception, résultats de tests et plans de bascule sont validés sur la parole du partenaire, sauf si quelqu'un de votre côté sait les lire.
3. L'équipe d'avant-vente n'est pas toujours l'équipe de livraison. Les personnes qui ont présenté l'offre ne sont pas forcément celles qui arrivent après la signature.

Rien de tout cela ne fait des partenaires de mauvais partenaires. Cela signifie que le client a besoin de quelqu'un capable de lire le travail du partenaire avec la même profondeur, et que cette personne ne peut pas être payée par le partenaire.

« Consultant SAP indépendant » recouvre deux métiers différents. C'est en les confondant que commencent beaucoup d'erreurs d'achat.

• Un prestataire indépendant au sein de l'équipe de livraison. Un spécialiste freelance recruté pour tenir un rôle, comme responsable finance ou responsable migration des données. Il ajoute de la capacité et travaille selon le plan de livraison, souvent sous la direction du partenaire.
• Un conseiller indépendant côté client. Il rend compte à votre sponsor, à votre DSI ou à votre directeur financier. Il ne construit pas le système ; il vérifie le contrat, la conception et les livrables, et il vous aide à prendre les décisions que le partenaire ne devrait pas prendre à votre place.

Cet article porte surtout sur le second profil. La valeur d'un conseiller côté client tient à une chose : il n'a rien à vous vendre après la revue. Mes notes sur les conseillers en négociation SAP détaillent les vérifications d'indépendance.

Un conseiller a aussi ses limites. Il n'a pas de réserve d'effectifs, il ne porte pas la responsabilité de la livraison, et un conseiller qui commence à diriger les consultants du partenaire brouille la question de qui est responsable de quoi. Gardez le rôle étroit et il fonctionne.

Voici comment les deux rôles se comparent sur les questions qui comptent pour un acheteur :

Question	Partenaire d'intégration SAP	Conseiller indépendant
Pour qui ils travaillent	Leur entreprise, sous contrat avec vous	Vous seul
Ce qu'ils livrent	Conception, construction, tests, migration des données, bascule, hypercare	Revues, remise en question, décisions que vous pouvez défendre
Responsabilité de la livraison	Oui, au titre de l'énoncé des travaux	Non
Intérêt commercial	Le chiffre d'affaires croît avec le périmètre et la durée	Aucun dans le périmètre ou la durée de la livraison
Point fort principal	Capacité, réserve d'effectifs, méthodologie, profondeur produit	Un second lecteur sans intérêt dans la réponse
Limite principale	Vérifie son propre travail sauf si vous ajoutez un contrôle	Ne peut ni staffer ni livrer un programme
Quand les faire intervenir	De la signature du contrat jusqu'à l'hypercare	Sélection et contractualisation, conception et validation des livrables

Le tableau fait ressortir trois situations :

1. Le partenaire seul. Votre propre équipe a déjà conduit un programme SAP et peut remettre en question l'architecture, le contrat et les livrables du partenaire sans aide extérieure. Le périmètre est réduit et bien défini.
2. Le consultant indépendant seul. Il n'y a encore rien à construire, ou la construction est réduite. Un diagnostic de programme, un business case, un appel d'offres, une revue de contrat, ou un rôle de spécialiste tenu par un prestataire.
3. Les deux. Un programme d'une taille réelle quelconque où votre côté n'a pas d'expérience SAP senior en interne. Le partenaire livre, le conseiller vérifie, et vous décidez.

La plupart des DSI et directeurs financiers qui lisent ceci sont dans le troisième groupe. Ils ont conduit de grands projets, mais pas un programme SAP, et le partenaire en sait plus sur SAP que quiconque côté client.

Je fais intervenir un consultant indépendant, plutôt que de m'en remettre au seul partenaire, à trois étapes. Ce sont la contractualisation, la conception et l'évaluation des documents du partenaire. Entre ces moments, l'implication du conseiller peut rester légère.

La contractualisation

La sélection et la contractualisation sont le moment où se fixe le coût de tout le programme. Je retiendrais au moins trois partenaires, et la sélection prend environ 12 semaines quand elle est bien menée. Mon guide pour rédiger un appel d'offres SAP détaille la notation.

Ce qui pèse le plus pour moi quand je choisis un partenaire pour un client, ce sont les références clients. Lors des appels de références, j'interroge sur l'expérience du partenaire sur des projets comparables à celui de l'acheteur. Une référence sur un autre type de projet vous apprend très peu.

Deux choses me font renoncer à une offre. La première est la faible qualité des ressources proposées. La seconde est un partenaire incapable d'expliquer l'architecture et le plan de votre programme.

Des réponses génériques, qui pourraient s'appliquer à n'importe quelle entreprise, sont le signal d'alerte dans les deux cas.

Vérifiez les personnes autant que l'entreprise. Les badges SAP Certification sont délivrés sur Credly : demandez donc à chaque responsable proposé le lien de son badge, pas un certificat en PDF.

Sur le volet commercial, le modèle que je recommande est la régie (time and materials) avec un effort chiffré. L'effort estimé par phase et par rôle figure dans le contrat, pour que vous puissiez suivre l'effort réel par rapport à cette estimation.

La partie d'un énoncé des travaux (SOW) que les clients omettent le plus souvent, ce sont les hypothèses et exclusions détaillées. Chaque hypothèse vague est une future demande de modification. Mon guide sur l'énoncé des travaux SAP présente les catégories, et mes notes sur la négociation d'un contrat ERP traitent des ressources nommées et des jalons.

La conception

Les budgets sont touchés en phase Explore, à mesure que la liste WRICEF (workflows, états, interfaces, conversions, améliorations et formulaires) s'allonge. Le partenaire anime les ateliers fit-to-standard et propose la conception. Vos équipes métier l'acceptent souvent sans savoir quels choix coûteront de l'argent plus tard.

Un conseiller indépendant lit la conception avec trois questions en tête :

1. Reste-t-elle proche du standard SAP ? Chaque écart doit avoir une raison métier, pas une habitude héritée de l'ancien système.
2. Chaque objet WRICEF est-il justifié ? Comptez les objets au début et à la fin d'Explore, et demandez pourquoi chaque nouvel objet existe.
3. La conception correspond-elle à ce qui a été chiffré ? Si Explore produit une conception plus large que ce que le contrat supposait, vous devez le savoir avant le début de Realize.

Le partenaire reste propriétaire de la conception. Le conseiller donne à votre instance de validation de la conception assez de profondeur pour l'approuver ou la rejeter en toute confiance.

L'évaluation des livrables du partenaire

Chaque phase se termine par des documents : documents de conception, spécifications fonctionnelles, plans et résultats de tests, rapprochements de migration de données, plan de bascule. Si la réception est liée au paiement, les valider est une décision commerciale autant que technique.

Un conseiller examine chaque livrable au regard de ses critères de réception avant que votre équipe signe. La question est simple : est-ce assez complet pour construire, tester ou passer en production, ou est-ce un document provisoire qui sera terminé plus tard sur votre budget ? Mon guide sur les quality gates SAP montre comment rendre ces validations solides.

Un conseiller n'est pas là pour concurrencer le partenaire ni pour remettre en cause chaque décision. Quand les rôles se brouillent, le partenaire perd sa responsabilité et le client paie deux fois le même avis.

Ces règles font fonctionner le dispositif :

1. Écrivez l'indépendance. Aucun revenu provenant des partenaires évalués, aucune commission d'apport et aucun accord de revente.
2. Excluez le travail qui suit. La personne qui a évalué les offres ne doit pas soumissionner ensuite pour la livraison.
3. Rédigez le périmètre du conseiller. Quels documents il examine, à quelles étapes, et à qui il rend compte.
4. Gardez une seule ligne de responsabilité. Le conseiller examine, le client décide, le partenaire livre. Le conseiller ne dirige pas l'équipe du partenaire.
5. Prévenez les partenaires dès l'appel d'offres. Un partenaire qui sait que son contrat, sa conception et ses livrables seront examinés les rédige plus soigneusement. Un partenaire sûr de son plan n'a pas grand-chose à perdre face à un second lecteur.

Parfois, la revue met au jour un problème que le partenaire ne peut pas résoudre. J'ai changé de partenaire en cours de programme, et le déclencheur était que le partenaire ne parvenait pas à fournir des ressources de qualité. Mon guide pour changer d'intégrateur SAP en cours de projet détaille ce qu'il faut sécuriser avant cette conversation.

Avant que l'appel d'offres parte, listez les décisions que votre propre équipe doit pouvoir remettre en question. Ce sont l'architecture et le plan, le contrat, la conception en phase Explore et chaque validation de livrable.

En face de chacune, écrivez le nom de la personne de votre côté capable de le faire. Les cases vides, c'est là que se place un conseiller indépendant.

Sur les 21 programmes SAP que j'ai dirigés ou redressés, l'erreur la plus fréquente que je constate est de ne pas planifier correctement au départ. Décider qui vérifie le partenaire fait partie de cette planification.

Si vous souhaitez un regard indépendant sur une liste restreinte de partenaires, un contrat ou une conception, j'accompagne des organisations sur ce sujet, et vous pouvez me contacter ici.

Quelle est la différence entre un partenaire SAP et un consultant SAP indépendant ?

Un partenaire d'intégration SAP est une entreprise qui livre le programme et en est responsable au titre d'un énoncé des travaux. Un consultant SAP indépendant est soit un spécialiste freelance au sein de l'équipe de livraison, soit un conseiller côté client.

Le conseiller vérifie le contrat, la conception et les livrables du partenaire. Le conseiller n'a aucun intérêt dans le chiffre d'affaires du partenaire.

Quand faire appel à un consultant SAP indépendant ?

Faites-en intervenir un quand votre propre équipe n'a pas l'expérience SAP senior nécessaire pour remettre en question le partenaire. Les moments qui comptent le plus sont la contractualisation, la conception en phase Explore et la validation des livrables du partenaire. Un consultant indépendant convient aussi aux travaux où il n'y a encore rien à construire, comme un diagnostic, un business case ou un appel d'offres.

Un consultant indépendant peut-il remplacer un intégrateur SAP ?

Pas sur un programme complet. Une mise en œuvre exige une équipe couvrant modules, technique, données, tests et conduite du changement, plus une réserve d'effectifs pour remplacer ceux qui partent, et une entreprise qui porte la responsabilité de la livraison. Un consultant indépendant peut tenir un rôle de spécialiste ou conseiller le client, mais il ne peut pas faire le travail du partenaire.

Comment vérifier qu'un consultant SAP est vraiment indépendant ?

Demandez par écrit s'il perçoit un revenu, des commissions d'apport ou des revenus de revente de partenaires SAP, et en particulier des partenaires que vous évaluez. Confirmez qu'il ne soumissionnera pas pour les travaux de livraison qu'il a examinés. Assurez-vous ensuite qu'il est payé par vous et qu'il rend compte à votre sponsor, pas au partenaire.

Mon partenaire SAP va-t-il s'opposer à un conseiller indépendant ?

Certains partenaires y voient une source de friction, alors mettez le dispositif en place ouvertement. Dites aux partenaires dès l'appel d'offres que le contrat, la conception et les livrables feront l'objet d'une revue indépendante, et limitez le rôle du conseiller à la revue, sans direction de l'équipe du partenaire. Un partenaire sûr de son plan n'a pas grand-chose à perdre face à un second lecteur.

Comment vérifier la certification d'un consultant SAP ?

Les badges SAP Certification sont délivrés sur Credly. Demandez à chaque consultant proposé le lien vers son badge plutôt qu'un certificat en PDF, et vérifiez sur la page du badge l'intitulé de la certification, le titulaire et la date. Une certification confirme la réussite d'un examen ; les références sur des projets comparables vous disent si la personne sait livrer.