Qui possède l’application quand elle est finie
C’est la question qu’on pose au dernier rendez-vous, et il faudrait la poser au premier. Une application métier n’est pas un objet qu’on achète et qu’on emporte : c’est un ensemble de choses — une interface, des règles, des données, des accès, un hébergement — dont la propriété peut se répartir entre plusieurs mains sans que personne ne l’ait jamais écrit.
Le jour où l’on veut changer de prestataire, réduire les coûts ou simplement comprendre ce qu’on possède, on découvre la répartition réelle. C’est en général une mauvaise surprise, et elle est évitable.
Les six questions, à poser avant de signer
Où vivent les données, et à quel nom ? La seule bonne réponse est : dans un abonnement qui vous appartient, ouvert à votre nom, payé par vous. Un abonnement au nom du prestataire, même bien tenu, fait de vos données un actif hébergé chez un tiers, et de la rupture du contrat un déménagement.
Pouvez-vous les récupérer sans lui ? Pas « est-ce prévu au contrat » — est-ce que vous savez le faire. Une exportation complète, dans un format lisible, essayée une fois avant la fin du projet. Une garantie contractuelle qu’on n’a jamais exercée ne vaut pas grand-chose le jour où la relation se tend.
Qui détient les accès d’administration ? Il faut au moins une personne chez vous qui puisse tout ouvrir, y compris pour révoquer les accès du prestataire. Ce n’est pas de la défiance, c’est la même règle que pour les clés des locaux.
À qui appartient ce qui a été écrit ? Pour un développement sur mesure, cela s’écrit noir sur blanc : le code produit pour vous est à vous, et vous en recevez une copie. Pour une application assemblée sur la plateforme, la question est différente mais réelle : l’application est-elle dans votre environnement, exportable, ou dans un espace qui appartient au prestataire ?
Qu’est-ce qui est documenté ? Non pas un manuel utilisateur, mais ce dont un successeur aura besoin : les règles métier appliquées, les systèmes connectés, les identifiants techniques utilisés, ce qui a été volontairement laissé de côté. Une application non documentée est une application dont le prestataire est copropriétaire de fait.
Combien de temps pour qu’un tiers reprenne la main ? Posez la question telle quelle, à celui que vous consultez. Une réponse honnête — quelques jours, quelques semaines — indique un travail propre. Une gêne indique le contraire.
Remarque : aucune de ces questions n’est une marque de méfiance. Un prestataire sérieux y répond volontiers, parce qu’elles décrivent exactement la façon dont il travaille déjà.
Pourquoi c’est plus simple sur votre propre socle
Quand l’outil est construit dans l’environnement Microsoft que vous payez déjà, plusieurs de ces questions se règlent d’elles-mêmes. Les données sont dans votre tenant. Les comptes sont vos comptes. Les droits suivent l’annuaire que vous administrez. Le prestataire intervient chez vous, avec des accès que vous ouvrez et que vous fermez.
Ce n’est pas un argument de produit, c’est un argument de propriété. Sur une plateforme tierce hébergée par un intégrateur, chacun de ces points devient une clause à négocier — et les clauses ne se vérifient qu’au moment où elles servent.
Le signal qui doit alerter
Un prestataire qui propose d’héberger « chez lui pour simplifier » n’a pas forcément de mauvaises intentions : c’est souvent plus simple, réellement, au démarrage. Mais cette simplicité se paie d’un coup, plus tard, et elle se paie toujours au pire moment — un désaccord commercial, un changement d’équipe, une reprise d’activité.
La bonne formulation à lui opposer n’est pas « je ne vous fais pas confiance ». C’est : « que se passe-t-il si vous arrêtez votre activité ? » C’est une question légitime, à laquelle toute entreprise sérieuse a déjà réfléchi.
Ce qu’il faut faire
- Ouvrez l’abonnement à votre nom, avant le début du projet.
- Nommez chez vous une personne qui détiendra les accès d’administration.
- Faites écrire au contrat la propriété de ce qui est produit, et la remise d’une copie.
- Exigez un essai d’exportation complète avant le solde du projet.
- Demandez la documentation de reprise dans les livrables, pas en option.
- Reposez la question du délai de reprise une fois par an.
Lambert Consulting travaille dans votre environnement, avec vos accès, et documente ce qu’il construit pour que vous puissiez en changer. C’est aussi ce qui rend possible de trancher sereinement entre une application Power Apps et un développement sur Azure : dans les deux cas, ce qui est produit reste chez vous.
Les sources Microsoft
Ce qu'un article ne peut pas savoir
Un article décrit ce qui vaut pour tout le monde. Ce qui change d'une organisation à l'autre, c'est l'inventaire : quelles applications, quels comptes, quels équipements sont réellement concernés chez vous. C'est l'inventaire qui décide de l'effort, et il ne se répond pas sur une page.
Vous parlez aux ingénieurs qui feraient le travail, pas à un intermédiaire. Réponse sous 24 heures ouvrées.
Vérifier ce qui est encore vrai
Les dates annoncées sont parfois repoussées, les produits changent de nom, les conditions évoluent. Le blog suit ces sujets au fil du temps : quand une règle change, un nouvel article le dit.
Chercher un sujet dans le blogDans le même dossier
Trois articles du même sujet. Le blog en compte 149, tous en accès libre.