Vos documents se trouvent aujourd’hui sur un vieux disque réseau, dans Google Drive, SharePoint, un wiki, ... Nous allons les chercher, les plaçons au bon endroit et recomptons ensuite pour vérifier que tout y est. Vous voyez le plan complet avant que quoi que ce soit ne bouge.
Il existe quatre versions du même contrat, et plus personne ne sait laquelle est la bonne.
La moitié se trouve sur le disque réseau, le reste dans des boîtes mail et sur des ordinateurs portables.
Migrer fait peur : si quelque chose disparaît, vous ne le remarquez que des mois plus tard.
Cette dernière raison est la vraie cause du blocage. C’est pour cela que nous avons construit cette solution.
Offiks.ai dresse un inventaire : combien de documents, de quand ils datent, ce qui existe en double, qui a accès à quoi. Aucun contenu n’est lu — uniquement les noms, les dates, les tailles et les droits. Vous recevez un rapport qui montre ce qui s’y trouve.
Offiks.ai propose quel document va à quel endroit, et avec quelles caractéristiques. Ce plan tourne d’abord à blanc : vous voyez, document par document, où il atterrirait, sans que rien ne soit déplacé. Rien ne se passe tant que vous n’avez pas signé.
D’abord la structure et les droits d’accès, à nouveau avec un essai préalable. Ensuite, Offiks.ai migre les documents eux-mêmes, par lots. Pour chaque document, l’origine est conservée, afin que vous puissiez toujours remonter à la source.
À la fin, Offiks.ai recompte : autant de partis, autant d’arrivés. S’il reste un seul document en suspens ou en échec, la réponse n’est pas « terminé ». Les erreurs ne sont pas noyées dans une moyenne — elles bloquent la validation finale jusqu’à leur résolution.
Oui. Ce n’est pas un week-end où tout est à l’arrêt. Pendant la migration, chacun continue simplement à travailler à l’ancien endroit. Ce qui change entre-temps, nous le suivons. Au moment de la bascule, nous ne récupérons plus que ces modifications — une question de minutes, pas d’heures.
Alors nous reprenons là où ça s’est arrêté. Pour chaque document, nous suivons séparément où il en est : une migration interrompue ne recommence donc pas à zéro et ne livre jamais rien deux fois. Ce qui a échoué reste visible jusqu’à ce que ce soit résolu.
L’analyse tourne sur la machine de notre consultant, pas dans un cloud. Rien ne sort, à part les documents qui migrent selon le plan que vous avez approuvé. La liste de travail contenant vos noms de fichiers est effacée à la fin.
Les anciennes versions peuvent suivre, dans le bon ordre, si vous le souhaitez — par défaut, seule la dernière migre. Nous lisons les droits d’accès et les transposons. Là où le système hésite, un humain décide : les droits existants ne sont jamais écrasés d’office.
Le disque partagé classique, avec des années d’historique. Nous lisons les dossiers et les droits d’accès tels qu’ils sont.
C’est ici que ça va le plus vite. Microsoft nous fournit une empreinte par fichier, ce qui nous permet de compter les doublons sans ouvrir les fichiers eux-mêmes. Les documents supprimés sont eux aussi repris proprement dans le décompte.
Pour les pièces jointes d’un wiki. Nous utilisons les étiquettes de Confluence comme point de départ pour les caractéristiques — mais jamais automatiquement : c’est vous qui décidez lesquelles sont reprises.
Dossiers et drives partagés de Google Workspace. Nous lisons les fichiers, les dossiers et qui a accès à quoi, et plaçons tout au bon endroit.
La première étape est un inventaire de vos documents actuels. Il débouche sur un rapport que vous pouvez aussi utiliser sans nous : combien de documents, de quand ils datent, combien de doublons, et ce qui ferait obstacle à une migration. Ensuite, vous décidez vous-même si vous allez plus loin.
Demander un inventaire