Reprendre un système dont personne ne répond : ce qui se récupère, ce qui se reconstruit

L’article qui accompagne celui-ci se termine sur la propriété : ce qui doit vous rester quand un projet est livré. C’est le bon conseil et il s’adresse à quelqu’un qui n’a pas encore signé.

Celui-ci s’adresse à l’autre moitié des lecteurs. Le système existe, il tourne, il fait tourner l’entreprise — et la personne qui l’a construit ne répond plus. Elle est partie à l’étranger, la société a fermé, la relation s’est mal terminée, ou c’était un salarié dont personne n’a repris les accès en partant.

La panique habituelle vient d’une croyance : que tout dépend de la coopération de quelqu’un d’injoignable. C’est faux pour la plus grande partie du dossier. Une heure de vérifications publiques, qui ne demandent la permission de personne, vous dit qui détient quoi et ce qu’il vous reste réellement à obtenir.

Cet article donne les six pièces à retrouver dans l’ordre, ce qui se lit sans coopération, ce qui se récupère avec une facture, ce qui se reconstruit — et pourquoi il faut décider une date de reconstruction avant d’avoir une réponse.

Tout le reste de cette liste peut être refait avec du temps et de l’argent. Un site se réécrit, une base se ressaisit dans le pire des cas, un hébergement se rouvre en dix minutes. Votre adresse, elle, est unique et occupée par vous tant que quelqu’un paie.

C’est pourquoi la première chose à vérifier, avant même de savoir qui détient quoi, est la date d’expiration. Elle est publique. Si elle est proche, tout le reste attend : un domaine qui expire pendant que vous cherchez le développeur devient un problème d’une autre nature, et il peut être racheté par quelqu’un qui a remarqué qu’il se libérait.

La deuxième chose à vérifier est à quel nom il est enregistré, et c’est là que se trouvent la plupart des mauvaises surprises. Un domaine enregistré au nom du prestataire, avec son adresse et son téléphone, n’est pas juridiquement à vous même si vous l’avez payé pendant huit ans.

Cette situation n’est pas désespérée et elle est fréquente, parce que c’est ce qui arrive quand un prestataire fait tout « pour simplifier ». Un contrat, une facture qui mentionne le domaine, une correspondance suffisent souvent à établir la réalité économique auprès du bureau d’enregistrement. Ce qui manque le plus souvent n’est pas le droit, c’est le dossier.

Deux règles à retenir pour la suite, dans tous les cas : la seule fin acceptable de cette histoire est un domaine enregistré au nom de votre entreprise, avec une adresse e-mail de contact que vous relevez ; et cette adresse ne doit jamais être une adresse de ce même domaine, sinon vous perdez la clé de secours en même temps que la porte.

Parmi les six pièces, une seule contient quelque chose que personne ne peut refaire : vos clients, vos commandes, vos produits, vos écritures, l’historique de ce que votre entreprise a fait. Le reste est de la mécanique.

La bonne nouvelle est que cette partie est presque toujours la plus accessible, parce qu’elle vit sur l’hébergement, et que l’hébergement est en général le tas administratif. Un hébergeur qui vous rend l’accès vous rend la base avec, sans qu’il soit besoin de comprendre le code.

La chose à faire le jour même où vous obtenez cet accès est d’en sortir une copie et de l’ouvrir. Pas de vérifier qu’une sauvegarde existe : de télécharger un fichier, de l’ouvrir, et de voir vos données dedans. Tant que ce n’est pas fait, vous n’avez pas récupéré votre travail, vous avez récupéré une promesse.

Le piège le plus fréquent tient à l’endroit où sont les fichiers. Les données sont dans la base, mais les images, les documents, les pièces jointes et les factures produites sont souvent des fichiers posés à côté. Une reprise qui emporte la base et oublie ce dossier restitue un catalogue sans photos et une comptabilité sans justificatifs.

Et une remarque qui a sauvé plusieurs dossiers : même quand tout le reste est perdu, une base récupérée permet de reconstruire un système différent sans repartir de zéro commercialement. Vous perdez l’outil, vous gardez l’entreprise. C’est l’inverse qui est fatal.

Après trois semaines de messages sans réponse, on ne récupère rien de plus en envoyant un quatrième. Ce qui change parfois la situation est un changement de canal et de ton, et il coûte une heure.

Une lettre — sur papier à en-tête, envoyée avec un suivi, à l’adresse figurant sur ses factures ou son enregistrement — obtient un taux de réponse sans rapport avec celui d’un message. Ce n’est pas une menace : c’est un objet qui existe, qui arrive chez quelqu’un, et qui rend visible que la demande est formelle.

Son contenu tient en cinq lignes. Ce que vous demandez, précisément et par pièce : le transfert du domaine, l’accès à l’hébergement, une copie de la base, la cession du code. La date à laquelle vous en avez besoin. La mention que vous êtes prêt à payer les heures nécessaires au transfert, ce qui lève le motif de refus le plus fréquent. Et rien d’autre.

Ce qu’il ne faut pas y mettre est aussi important : aucun reproche, aucune question sur le passé, aucune évocation de conflit tant que ce n’est pas nécessaire. Une personne qui a laissé traîner par gêne — c’est le cas le plus fréquent — répond à une demande simple et ne répond pas à une mise en cause.

Et surtout, la lettre annonce une date à laquelle vous commencerez la reconstruction sans réponse. Ce n’est pas une pression, c’est votre planning : à partir de là, votre projet ne dépend plus de la décision de quelqu’un d’autre, et c’est la seule chose de tout cet article qui soit entièrement en votre pouvoir.

Nous faisons l’heure de vérifications publiques et nous vous rendons la carte : qui détient le domaine, quand il expire, où pointe la zone, chez qui est l’hébergement, sur quelle technologie tourne le site, et quels services vous payez d’après vos propres relevés. C’est court, c’est factuel, et cela ne demande la coopération de personne.

Nous montons ensuite les dossiers administratifs auprès des fournisseurs, nous rédigeons la lettre, et nous chiffrons les deux branches — reprendre ou reconstruire — avec la date de bascule écrite dedans.

Nous refusons d’estimer vos chances que le prestataire réponde. La section précédente dit pourquoi : ce n’est pas une information que nous garderions pour nous, c’est une quantité qui ne peut pas exister, et un chiffre inventé vous ferait attendre au lieu de décider.

Nous refusons aussi de tenter d’entrer dans un système par un moyen détourné, même quand le système est le vôtre et que cela paraîtrait justifié. Ce n’est pas un scrupule décoratif : cela peut vous mettre en tort dans un dossier où vous avez raison, et vous fermer la voie administrative qui, elle, aboutit.

Enfin, nous refusons de reprendre un code que nous jugeons non maintenable en vous laissant croire le contraire. Nous le dirons, même quand la reprise serait pour nous un contrat plus long et plus confortable que la reconstruction. Et dans le contrat suivant, quel qu’en soit le prestataire, trois lignes suffisent à ce que cet article ne vous concerne plus jamais : le domaine enregistré au nom de votre entreprise, un accès administrateur à votre nom sur chaque service, et une copie de la base et du code déposée chez vous à chaque livraison.