Lors d'une acquisition transfrontalière, le Day 1 est le moment où les collaborateurs, clients et fournisseurs remarquent pour la première fois qu'un changement a eu lieu, ou pas. L'accès en est l'élément le plus concret : quelque chose fonctionne, ou ne fonctionne pas. Il n'y a pas de place pour une transition progressive sur ce plan. Un badge qui ne fonctionne pas, un identifiant refusé ou un compte qui ne paie pas sont visibles dès la première minute.
Quels accès sont exactement concernés varie selon la transaction. L'acquisition d'une entreprise de production disposant de ses propres sites industriels exige d'autres éléments que l'acquisition d'une entreprise de logiciels fonctionnant entièrement dans le cloud. Ce qui reste, c'est la nécessité de cartographier entièrement cet élément avant la clôture de la transaction, pas après.
L'accès informatique constitue généralement la plus grande catégorie. Pensez à l'e-mail, à l'ERP, au CRM, aux systèmes RH, aux logiciels financiers et aux éventuels portails clients. Dans une transaction transfrontalière s'ajoute la question de savoir quels systèmes diffèrent selon le pays ou l'entité, et lesquels seront partagés. Un collaborateur qui ne peut pas se connecter le Day 1 à un système dont il a besoin quotidiennement constitue un problème opérationnel, indépendamment du déroulement de l'intégration par ailleurs.
La question souvent négligée ici : les systèmes doivent-ils être réunis, ou peuvent-ils continuer à coexister jusqu'à un moment ultérieur. Tous les accès ne doivent pas déjà être intégrés au Day 1 ; certains doivent simplement continuer à fonctionner comme avant. La distinction entre « doit fonctionner » et « doit déjà être fusionné » est l'un des éléments développés dans ce qui doit être réglé le Day 1.
Les badges, clés, codes d'alarme et l'accès aux salles serveurs ou entrepôts sont moins visibles dans la préparation, mais tout aussi cruciaux le jour même. Lors d'acquisitions avec des sites dans plusieurs pays s'ajoute la question de savoir qui a le pouvoir de modifier ces accès, et si cela doit être réglé localement ou de manière centralisée. Un prestataire de services de sécurité qui travaille par contrat dans un pays et par abonnement dans un autre exige dès le Day 1 une clarté sur l'accord qui s'applique.
L'accès aux comptes bancaires, aux autorisations de paiement et aux flux de trésorerie est une catégorie souvent sous-estimée. Qui peut approuver un paiement le Day 1, et à partir de quel montant se situe la limite. Dans une acquisition transfrontalière s'ajoutent ici des règles bancaires locales : une autorisation suffisante dans un pays peut ne pas être suffisante dans un autre sans documentation supplémentaire. Les versements de salaires qui tombent autour du Day 1 sont l'un des rares éléments pour lesquels un report n'est pas une option.
Certains accès ne sont pas techniques mais contractuels : un fournisseur qui ne livre qu'à la personne morale telle qu'elle existait avant la transaction, un client habitué à un interlocuteur spécifique, un accord de distribution lié à un nom. Les changements de forme juridique concernés et ce qui doit déjà être réglé à ce sujet le Day 1 sont abordés dans quelles étapes de forme juridique sont requises le Day 1 lors d'une acquisition transfrontalière.
Tous les accès n'ont pas la même urgence, et tous ne doivent pas déjà refléter la situation finale au Day 1. La question de savoir qui décide quels accès continuent temporairement à coexister et lesquels sont immédiatement fusionnés est une décision qui doit déjà être prise avant la clôture de la transaction, pas le matin même. La manière dont cette prise de décision est organisée autour du Day 1 est décrite dans qui décide quoi le Day 1 lors d'une acquisition transfrontalière. Ces mêmes décisions sont liées à ce qui est communiqué en externe : un client qui reçoit une nouvelle adresse de paiement le Day 1 sans explication vit cela différemment d'un client informé au préalable, un élément traité dans ce que vous communiquez le Day 1 lors d'une acquisition transfrontalière.
La question sous-jacente à chaque accès n'est pas seulement « est-ce que ça fonctionne », mais aussi « est-ce que ça doit déjà être réuni ». Deux systèmes ERP peuvent continuer à fonctionner côte à côte jusqu'à ce qu'une décision plus mûrie soit prise concernant la migration. Deux structures de comptes bancaires peuvent continuer à exister séparément jusqu'à ce que les conséquences fiscales et juridiques d'une fusion aient été calculées. L'accès au Day 1 est une exigence minimale, pas une incitation à tout intégrer précipitamment. Les décisions qui relèvent effectivement du court terme et celles qui méritent d'être prises plus tard sont développées dans quelles décisions relèvent des cent premiers jours.
Tous ces accès : systèmes, bâtiments, comptes, contrats, doivent avoir été cartographiés, testés et attribués à un responsable avant la clôture. Le Day 1 lui-même, il n'y a plus de temps pour découvrir qu'une réinitialisation de mot de passe nécessite un service informatique local injoignable, ou qu'une autorisation de paiement doit passer par une procuration notariée qui n'a pas encore été établie. Les générateurs et le bureau d'intégration de mergerintegration.net sont conçus pour inventorier systématiquement ce type d'accès avant la clôture de la transaction, avec une liste de décision qui fixe ce qui doit fonctionner le Day 1 et ce qui ne sera fusionné que plus tard.
L'inventaire et l'attribution de tous ces accès constituent eux-mêmes un travail : déterminer quels systèmes existent, qui a accès à quoi, quels contrats sont concernés. Une partie de ce travail de recherche peut être structurée et accélérée grâce à l'IA. Le scan de travail de FTE TO AI calcule, pour chaque tâche, quelle part de ce travail s'y prête, afin que les personnes responsables du Day 1 consacrent leur temps aux décisions qui requièrent leur attention, et non à la collecte manuelle des données sur lesquelles ces décisions reposent.
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.