Op de dag na closing merkt de organisatie het verschil tussen een deal op papier en een deal in de praktijk vooral aan toegang. Kan iemand inloggen. Werkt de pas bij de deur. Komt de betaling door. Dit onderdeel gaat over die vraag, los van de vraag wat er gecommuniceerd wordt of wie er beslist — dat staat beschreven bij wat u op Day 1 communiceert en bij wie op Day 1 beslissingsbevoegdheid heeft. Hier gaat het om de lijst zelf: welke toegangen, en waarom juist die.
Toegang regelen is geen synoniem voor integreren. Een medewerker die op Day 1 kan inloggen op het systeem dat hij al gebruikte, is niet geïntegreerd — hij is gewoon aan het werk gebleven. Dat onderscheid is van belang, want de druk om alles tegelijk te doen is groot rond een closing. De vraag die bij elke toegang gesteld hoort te worden is niet alleen "werkt dit", maar ook "moet dit uiteindelijk samengevoegd worden, of kan het los blijven functioneren". Een gedeeld e-mailsysteem is soms nodig voor Day 1, een gedeeld ERP zelden. Wie die twee door elkaar laat lopen, creëert werk dat niet nodig was en risico dat wel vermeden had kunnen worden.
De kern is simpel te formuleren en lastig uit te voeren: iedereen die gisteren kon werken, moet dat vandaag ook kunnen. Dat raakt e-mail, het primaire bedrijfssysteem, gedeelde schijven of cloudomgevingen, en eventuele klantsystemen waar medewerkers dagelijks in zitten. Bij een overname verandert vaak het eigenaarschap van accounts, licenties of domeinen, en dat kan toegang blokkeren zonder dat iemand dat vooraf heeft gezien. Een lijst van systemen per functiegroep, met een status per systeem — blijft, wijzigt, wordt vervangen — voorkomt dat dit pas op de dag zelf aan het licht komt.
Passen, sleutels, beveiligingscodes en bezoekersregistraties zijn makkelijk te vergeten omdat ze zo vanzelfsprekend zijn, tot ze het niet meer zijn. Bij een overname kan het beheer van een pand overgaan naar een andere entiteit, waardoor bestaande passen ongeldig worden op een moment dat niemand daarop rekende. Dit geldt ook voor magazijnen, productielocaties en serverruimtes. De vraag hier is niet alleen technisch maar ook praktisch: wie heeft de sleutel tot de sleutelkast op het moment dat het ertoe doet.
Salarisbetaling, betalingen aan leveranciers en het innen van klantfacturen horen niet stil te vallen omdat een juridische structuur is veranderd. Bankrekeningen, tekenbevoegdheden en betaalsystemen vragen aandacht rond het moment van closing, en de details daarvan hangen samen met de rechtsvorm die na de transactie is gekozen — dat verband staat beschreven bij de rechtsvormstappen die bij Day 1 horen. Bij een overname met een grensoverschrijdend karakter komt daar nog complexiteit bij rond valuta, lokale bankrelaties en regelgeving, iets dat apart is uitgewerkt op de pagina over wat er met betalingen gebeurt bij een grensoverschrijdende overname.
Niet alleen interne medewerkers hebben toegang nodig. Klanten die inloggen op een portal, leveranciers die facturen indienen via een systeem, partners die gebruikmaken van een gedeeld platform — voor hen verandert er op Day 1 mogelijk niets zichtbaars, en dat is meestal het doel. Waar dat niet lukt, ontstaat het risico dat de eerste ervaring met de nieuwe eigenaar een storing is. Contracten die toegangsrechten regelen, verdienen om die reden aandacht rond de closing zelf, wat raakt aan de vraag welke afspraken op dat moment al opnieuw bekeken moeten worden — zie welke contracten Day 1-aandacht vragen bij een grensoverschrijdende overname.
De waarde van dit onderdeel zit niet in het idee dat toegang belangrijk is — dat weet iedereen. De waarde zit in het vastleggen van elke toegang als aparte regel: wie heeft hem nodig, welk systeem of welke ruimte betreft het, wat is de status op dit moment, en wie is verantwoordelijk voor de overdracht. Zonder die lijst wordt toegang een verzameling losse meldingen die binnenkomen op de dag zelf, met weinig tijd om ze op te lossen. Met die lijst wordt het een controleerbaar onderdeel van het Day 1-plan, gekoppeld aan de bredere vraag wat er op die dag geregeld moet zijn — ook bij overnames met een internationale component, zoals beschreven op de pagina over wat er op Day 1 geregeld moet zijn bij een grensoverschrijdende overname.
Niet elke toegang die vandaag bestaat, hoort morgen nog te bestaan in dezelfde vorm. Sommige systemen worden op termijn samengevoegd, andere blijven bewust gescheiden, en een deel wordt afgebouwd omdat het dubbel is geworden. Dat onderscheid hoort niet spontaan te ontstaan tijdens de uitvoering, maar vooraf op de beslislijst te staan: wel integreren, niet integreren, of nog te bepalen. Toegang regelen voor Day 1 en beslissen over samenvoeging op langere termijn zijn twee verschillende vragen, en het is aan te raden ze ook als zodanig te behandelen.
Het in kaart brengen van elke toegang, elk systeem en elke overdracht is zelf een vorm van werk, en een deel daarvan is herhaalbaar genoeg om te automatiseren. De werkscan van FTE TO AI rekent per taak uit welk deel van dat werk door AI is over te nemen, wat behulpzaam is voor wie deze lijsten niet voor het eerst wil opstellen zonder enig vertrekpunt.
Vraag maar wat er op Day 1 moet staan, of wat integreren juist kapotmaakt.
Antwoorden komen uit de kennisbank van deze site. Geen advies op maat, en geen scan van uw bedrijf.