Migreren naar cloudtelefonie

Direct advies: migreer telefonie rond nummerplan, klantstromen en fallback. Een technisch overgezet nummer is niet genoeg wanneer wachtrij, openingstijd, CRM-koppeling of noodroute ontbreekt. De ACM beschrijft nummerbehoud als officiële bron voor de actuele porteringscontext.

Bouw een gecontroleerd nummerregister

Inventariseer hoofdnummers, directe nummers, servicenummers, doorschakelingen en nummers die alleen in campagnes of vestigingsmateriaal staan. Noteer contracthouder, huidige route, openingstijd, eigenaar en afhankelijkheden. Controleer schrijfwijze van bedrijfsgegevens vóór aanvraag.

Markeer nummers die toegang, alarm, fax of externe dienst ondersteunen. Een zelden gebeld nummer kan operationeel cruciaal zijn. Beslis per nummer migreren, vervangen of gecontroleerd beëindigen.

Richt de nieuwe omgeving vóór portering in

Bouw gebruikers, wachtrijen, voicemail, openingstijden, nummerweergave en fallback met tijdelijke testnummers waar mogelijk. Laat receptie, buitendienst en thuiswerker de bediening oefenen. Noteer welke configuratie door een partner en welke intern wordt beheerd.

Test piek en buiten-openingstijd. De nieuwe route wordt pas groen wanneer een klant de bedoelde bestemming bereikt en de medewerker weet welke vervolgactie nodig is.

Plan porteringsdag met een foutscenario

Maak een draaiboek met providercontact, interne coördinator, testlijst, communicatie en stopregel. Simuleer één nummer dat later komt of verkeerd routeert. Leg tijdelijke doorschakeling, klantcommunicatie en herstelbevestiging vast.

Gebruik de ACM-context voor opzeggen en overstappen om contract, technische overgang en oude beëindiging apart te plannen. Zeg bestaande bereikbaarheid niet op basis van een verwachte datum op.

Beperk migratiebestanden en oude toegang

Nummerlijsten, gebruikers, voicemails en oproeplogs kunnen persoonsgegevens bevatten. Gebruik de AVG in het kort voor doel en zorgvuldigheid. Deel tijdelijke exports alleen met het projectteam en verwijder ze na controle.

Kopieer niet automatisch alle oude logs en persoonlijke notities. Bepaal welke historie noodzakelijk is en wie die mag zien. Sluit oude accounts en beheerdersrechten aantoonbaar af.

Accepteer per klantstroom, niet alleen per nummer

Test na portering inkomend, uitgaand, wachtrij, mobiel, voicemail, CRM-match en storing. Laat iedere vestiging of kritieke groep de eigen route aftekenen. Reconcileer het nummerregister met de nieuwe omgeving en onderzoek ieder verschil.

Bewaar aanvraag, bevestiging, draaiboek, testresultaten en afwijkingen in één dossier. Plan een evaluatie na de eerste drukke werkdag. Een migratiepartner kan extra uitvoering leveren, maar niet de onafhankelijke acceptatie vervangen. De overgang is klaar wanneer klantstromen, eigenaarschap en fallback aantoonbaar werken.

Voeg voor meerdere vestigingen een lokale acceptant toe. Deze persoon controleert niet alleen het nummer, maar ook geslotenboodschap, noodroute, receptie-overloop en nummerweergave op de eigen locatie. Centrale IT bundelt afwijkingen zonder lokale context te overschrijven. Een vestiging blijft voorlopig op fallback wanneer een kritieke route niet slaagt.

Controleer daarnaast alle externe vermeldingen na portering: website, e-mailhandtekeningen, advertenties, directories en klantdocumentatie. Een behouden nummer kan nog verkeerd worden gepresenteerd of naar een oude route verwijzen. Wijs communicatie-eigenaars en controledatum toe.

Sluit het project af met een beheerwissel. Een tweede beheerder voert een gebruikersmutatie en tijdelijke doorschakeling uit, leest het incidentdraaiboek en vindt alle providercontacten. Ontbrekende kennis wordt vóór overdracht aangevuld. Daarmee wordt de nieuwe omgeving niet afhankelijk van één consultant of projectmedewerker.