Le lendemain de la clôture, l'organisation constate la différence entre un accord sur papier et un accord dans la pratique surtout au niveau de l'accès. Quelqu'un peut-il se connecter. Le badge fonctionne-t-il à la porte. Le paiement passe-t-il. Cette partie traite de cette question, indépendamment de ce qui est communiqué ou de qui décide — cela est décrit dans ce que vous communiquez le Jour 1 et dans qui détient le pouvoir de décision le Jour 1. Il s'agit ici de la liste elle-même : quels accès, et pourquoi précisément ceux-là.
Régler l'accès n'est pas synonyme d'intégrer. Un collaborateur qui peut se connecter le Jour 1 au système qu'il utilisait déjà n'est pas intégré — il a simplement continué à travailler. Cette distinction a de l'importance, car la pression de tout faire en même temps est forte autour d'une clôture. La question qui devrait être posée pour chaque accès n'est pas seulement « est-ce que cela fonctionne », mais aussi « cela doit-il finalement être fusionné, ou peut-il continuer à fonctionner séparément ». Un système de messagerie partagé est parfois nécessaire pour le Jour 1, un ERP partagé rarement. Celui qui confond ces deux aspects crée un travail qui n'était pas nécessaire et un risque qui aurait pourtant pu être évité.
Le principe de base est simple à formuler et difficile à exécuter : tous ceux qui pouvaient travailler hier doivent pouvoir le faire aujourd'hui aussi. Cela concerne la messagerie, le système d'entreprise principal, les disques partagés ou environnements cloud, et les éventuels systèmes clients dans lesquels les collaborateurs se trouvent quotidiennement. Lors d'une reprise, la propriété des comptes, licences ou domaines change souvent, ce qui peut bloquer l'accès sans que personne ne l'ait anticipé. Une liste des systèmes par groupe de fonctions, avec un statut par système — reste, change, est remplacé — évite que cela ne se révèle que le jour même.
Les badges, clés, codes de sécurité et registres de visiteurs sont faciles à oublier parce qu'ils sont si évidents, jusqu'au moment où ils ne le sont plus. Lors d'une reprise, la gestion d'un bâtiment peut passer à une autre entité, rendant les badges existants invalides à un moment où personne ne s'y attendait. Cela s'applique aussi aux entrepôts, sites de production et salles de serveurs. La question ici n'est pas seulement technique mais aussi pratique : qui détient la clé de l'armoire à clés au moment où cela compte.
Le paiement des salaires, les paiements aux fournisseurs et l'encaissement des factures clients ne doivent pas s'arrêter parce qu'une structure juridique a changé. Les comptes bancaires, les pouvoirs de signature et les systèmes de paiement demandent de l'attention autour du moment de la clôture, et les détails de cela dépendent de la forme juridique choisie après la transaction — ce lien est décrit dans les étapes relatives à la forme juridique qui relèvent du Jour 1. Lors d'une reprise à caractère transfrontalier, s'ajoute encore une complexité liée aux devises, aux relations bancaires locales et à la réglementation, ce qui est traité séparément sur la page consacrée à ce qui se passe avec les paiements lors d'une reprise transfrontalière.
Ce ne sont pas seulement les collaborateurs internes qui ont besoin d'accès. Les clients qui se connectent à un portail, les fournisseurs qui soumettent des factures via un système, les partenaires qui utilisent une plateforme partagée — pour eux, rien ne change peut-être visiblement le Jour 1, et c'est généralement l'objectif. Là où cela ne fonctionne pas, il existe le risque que la première expérience avec le nouveau propriétaire soit une perturbation. Les contrats qui régissent les droits d'accès méritent pour cette raison de l'attention autour de la clôture elle-même, ce qui touche à la question de savoir quels accords doivent déjà être réexaminés à ce moment-là — voir quels contrats requièrent une attention particulière le Jour 1 lors d'une reprise transfrontalière.
La valeur de cette partie ne réside pas dans l'idée que l'accès est important — tout le monde le sait. La valeur réside dans le fait de consigner chaque accès comme une ligne distincte : qui en a besoin, quel système ou quel espace est concerné, quel est le statut à ce moment, et qui est responsable du transfert. Sans cette liste, l'accès devient un ensemble de signalements isolés qui arrivent le jour même, avec peu de temps pour les résoudre. Avec cette liste, cela devient une composante contrôlable du plan du Jour 1, liée à la question plus large de ce qui doit être réglé ce jour-là — également pour les reprises comportant une dimension internationale, comme décrit sur la page consacrée à ce qui doit être réglé le Jour 1 lors d'une reprise transfrontalière.
Tout accès qui existe aujourd'hui ne doit pas nécessairement continuer à exister demain sous la même forme. Certains systèmes seront fusionnés à terme, d'autres resteront volontairement séparés, et une partie sera démantelée parce qu'elle est devenue redondante. Cette distinction ne doit pas apparaître spontanément pendant l'exécution, mais figurer au préalable sur la liste de décision : intégrer, ne pas intégrer, ou encore à déterminer. Régler l'accès pour le Jour 1 et décider d'une fusion à plus long terme sont deux questions différentes, et il est recommandé de les traiter comme telles.
Cartographier chaque accès, chaque système et chaque transfert constitue en soi une forme de travail, et une partie de celui-ci est suffisamment répétitive pour être automatisée. Le scan de travail de FTE TO AI calcule, par tâche, quelle part de ce travail peut être reprise par l'IA, ce qui est utile pour celui qui souhaite établir ces listes sans partir de zéro, même si ce n'est pas la première fois.
Vraag maar wat er op Day 1 moet staan, of wat integreren juist kapotmaakt.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.