Hoe houdt u cloudtelefonie bereikbaar tijdens een internetstoring?

Een internetstoring hoeft niet te betekenen dat klanten een bezettoon, een foutmelding of helemaal geen antwoord krijgen. Voorwaarde is wel dat u bereikbaarheid niet beschouwt als één functie van uw cloudtelefooncentrale. Uw hoofdnummer, de route van inkomende gesprekken, de manier waarop medewerkers uitbellen en de apparatuur op kantoor vormen samen één keten.

De centrale vraag is daarom niet alleen: hebben we een back-upinternetverbinding? De betere vraag is: welke gesprekken moeten tijdens een storing nog steeds bij de juiste persoon uitkomen, en via welke onafhankelijke route? Met dat uitgangspunt maakt u cloudtelefonie bereikbaar tijdens een internetstoring, zonder te doen alsof ieder onderdeel van uw normale werkomgeving altijd beschikbaar blijft.

Cloudtelefonie bereikbaar tijdens een internetstoring: bepaal eerst wat bereikbaar moet blijven

‘Telefonie moet blijven werken’ klinkt duidelijk, maar is in de praktijk te algemeen. Een receptie heeft andere eisen dan een storingsdienst, verkoopafdeling of zorglocatie. Bepaal daarom per nummer en per team wat minimaal nodig is.

• Het algemene bedrijfsnummer moet naar een bereikbare medewerker of antwoordservice kunnen gaan.
• Een storingsnummer moet rechtstreeks uitkomen bij de dienstdoende medewerker, ook buiten openingstijden.
• Een klein kernteam moet klanten en leveranciers kunnen terugbellen met een herkenbaar zakelijk nummer waar dat technisch mogelijk is.
• De beheerder moet kunnen vaststellen of de gekozen noodroute daadwerkelijk actief is.

Dit onderscheid voorkomt een veelvoorkomende fout: alle medewerkers krijgen een noodvoorziening, terwijl het belangrijkste nummer nog steeds afhankelijk is van een uitgevallen router of een niet-beschikbare telefoonapp. Andersom is een doorschakeling naar mobiele telefoons onvoldoende wanneer niemand weet wie de gesprekken oppakt, hoe wordt geëscaleerd of welke openingstijden tijdens de storing gelden.

Breng de afhankelijkheden achter uw hoofdnummer in kaart

Een beller ziet één telefoonnummer. Achter dat nummer kunnen echter meerdere technische en organisatorische afhankelijkheden zitten: de telecomprovider, de cloudcentrale, de SIP-trunk, de internetverbinding, de firewall, het lokale netwerk, de voeding van toestellen en de beschikbaarheid van medewerkers.

Onderscheid vier soorten uitval

Een goede continuïteitsoplossing begint met het herkennen van het probleem. Bij uitval van de vaste internetverbinding kan een alternatieve WAN-verbinding uitkomst bieden. Bij een defecte switch, firewall of DNS-instelling helpt een tweede internetlijn op zichzelf niet. Bij stroomuitval werken router, switches en vaste VoIP-toestellen alleen door als zij van passende noodstroom zijn voorzien. En bij een storing in een cloudplatform of telecomdienst is een lokaal werkend netwerk nog geen garantie dat uw gebruikelijke belroutes beschikbaar zijn.

Maak daarom per situatie zichtbaar welke onderdelen nog functioneren. Noteer niet alleen technische componenten, maar ook praktische vragen: kunnen medewerkers met hun zakelijke app via mobiel internet werken, kennen zij de storingsprocedure en is het juiste mobiele nummer van de achterwacht vastgelegd?

Ontwerp bereikbaarheid in meerdere, gescheiden belroutes

De meest bruikbare oplossing bestaat meestal uit meerdere lagen. Elke laag vangt een ander deel van de keten op. Daarmee verkleint u de afhankelijkheid van één apparaat, één verbinding of één werkplek.

1. Laat inkomende gesprekken buiten het kantoor kunnen landen

De eerste prioriteit is vaak het hoofdnummer. Bespreek met uw telefonieplatform of provider welke alternatieve bestemmingen u vooraf kunt instellen. Denk aan een vaste doorschakeling naar een mobiel nummer, een belgroep met meerdere mobiele bestemmingen of een aparte route die bij een onbereikbare centrale wordt geactiveerd.

Het belangrijke ontwerpprincipe is dat die route niet pas vanuit de uitgevallen telefooncentrale op kantoor moet worden gestart. Als de inkomende belroute aan de kant van het cloudplatform of de telecomprovider kan worden geactiveerd, kan het hoofdnummer bereikbaar blijven terwijl het pand geen bruikbare internettoegang heeft.

Leg ook vast wie deze route mag inschakelen, wanneer dat gebeurt en hoe de terugschakeling verloopt. Een doorschakeling die na de storing per ongeluk blijft staan, zorgt anders voor nieuwe gemiste gesprekken of onduidelijke bereikbaarheid.

2. Geef het kernteam een gecontroleerde uitgaande route

Inkomende gesprekken opvangen is slechts de helft van het werk. Medewerkers moeten ook kunnen terugbellen, leveranciers kunnen bereiken en zo nodig klanten informeren. Een smartphone met de zakelijke telefonie-app kan hiervoor geschikt zijn, mits er mobiele dekking en voldoende accucapaciteit is. Controleer vooraf of uitgaande gesprekken via de app met het zakelijke nummer worden gepresenteerd en wat er gebeurt wanneer de app geen verbinding met het platform kan maken.

Maak daarnaast een eenvoudige terugvalafspraak. Bijvoorbeeld: wanneer bellen via de zakelijke app niet mogelijk is, gebruikt het kernteam de mobiele bedrijfsnummers en registreert het contact in het CRM zodra de omgeving weer beschikbaar is. Dat is niet identiek aan normaal werken, maar wel een concrete manier om klantcontact voort te zetten.

3. Houd de lokale basis alleen in stand als dat echt nodig is

Vaste toestellen, een lokale telefooncentrale, een Session Border Controller en de netwerkapparatuur hebben elektriciteit en een werkend lokaal netwerk nodig. Voor locaties waar receptie, magazijn, zorgpost of servicebalie telefonisch beschikbaar moeten blijven, kan noodstroom voor router, firewall, switch en relevante toestellen onderdeel zijn van het ontwerp.

Dat vraagt om een realistische keuze: noodstroom is bedoeld om een beperkte, vooraf bepaalde functie tijdelijk in stand te houden. Sluit daarom niet zonder meer alle kantoorapparatuur aan op dezelfde voorziening. Prioriteer de onderdelen die nodig zijn voor telefonie, netwerktoegang en eventuele kritische communicatie.

Een tweede internetverbinding is belangrijk, maar niet voldoende

Een zakelijke internet-back-up verkleint de kans dat een storing in de primaire verbinding direct alle cloudtelefonie raakt. De router of firewall moet dan niet alleen een kabelbreuk herkennen, maar ook kunnen vaststellen dat externe diensten werkelijk onbereikbaar zijn. De failover moet bovendien passen bij uw telefonie-inrichting, beveiligingsregels en netwerksegmenten.

Dat onderwerp vraagt om een eigen technisch ontwerp. Lees ook hoe een 5G-back-up zakelijke telefonie en cloudapplicaties kan ondersteunen. Voor de bereikbaarheid van uw hoofdnummer blijft echter de vraag bestaan wat er gebeurt als niet de internetlijn, maar uw lokale netwerk, stroomvoorziening of telefoonplatform het probleem is. Daarom hoort netwerkfailover altijd samen te gaan met alternatieve belroutes en duidelijke werkafspraken.

Let bij Teams Phone en Direct Routing op lokale overleefbaarheid

Gebruikt u Microsoft Teams Phone met Direct Routing, dan kan een Survivable Branch Appliance een aanvullende rol hebben. Zo’n lokale voorziening is bedoeld om PSTN-gesprekken te blijven afhandelen wanneer de verbinding van een vestiging met de Microsoft-cloud wegvalt, terwijl het lokale netwerk en de koppeling met de Session Border Controller nog werken.

Dit is geen algemene garantie dat Teams tijdens iedere storing volledig beschikbaar blijft. De oplossing vereist een passende configuratie, toegewezen gebruikers en ondersteunde clients. Ook zijn bepaalde functies beperkt wanneer de omgeving in deze lokale modus werkt. Voor organisaties met een hoge eis aan telefonische continuïteit is dit daarom een ontwerpvraag, geen vinkje in een licentieoverzicht.

EMC Solutions kan bij zakelijke telefonie beoordelen welke inrichting past bij uw platform, nummers, vestigingen en gewenste noodscenario’s. Dat kan variëren van cloudgebaseerde doorschakeling tot een lokale component met SIP-trunking en noodstroom.

Maak van een storingsscenario een uitvoerbare werkwijze

Techniek werkt pas als medewerkers weten wat zij moeten doen. Houd de procedure kort en bruikbaar, liefst ook buiten de digitale omgeving die mogelijk niet beschikbaar is. Een geprinte contactlijst voor de storingsdienst, telecomprovider, ICT-beheerder en belangrijkste interne contactpersonen is daarbij geen overbodige luxe.

1. Wie beoordeelt dat er sprake is van een storing en wie mag de noodroute activeren?
2. Welk hoofdnummer en welke kritische nummers worden doorgeschakeld, naar wie en in welke volgorde?
3. Hoe communiceren medewerkers intern wanneer chat, e-mail of de telefoonapp niet beschikbaar is?
4. Welke informatie krijgen bellers via een meldtekst, wachtrij of voicemail?
5. Wie controleert na herstel de normale belroutes, rapportage en eventuele gemiste oproepen?

Neem ook mee hoe bereikbaarheid samenhangt met andere systemen. Als een servicebalie camerameldingen, toegangsvragen of storingsoproepen moet afhandelen, verdient die groep mogelijk voorrang in de noodroute. Zo voorkomt u dat een technische storing ongemerkt doorwerkt in beveiliging, logistiek of dienstverlening.

Test niet alleen de internetfailover, maar ook het hoofdnummer

Een continuïteitsvoorziening is pas aantoonbaar als u haar test. Plan een gecontroleerd moment buiten piekuren en test het scenario dat u werkelijk wilt opvangen. Verbreek bijvoorbeeld de primaire WAN-verbinding, maar test daarna ook afzonderlijk wat er gebeurt wanneer een lokale switch of de stroomvoorziening van de telefoonwerkplek uitvalt.

• Bel van buitenaf naar het hoofdnummer en kritische directe nummers.
• Controleer of de juiste personen opnemen en of de beller een logische ervaring heeft.
• Test of het kernteam uitgaand kan bellen en wat de ontvanger als nummer ziet.
• Controleer de duur van de omschakeling en de eventuele onderbreking van lopende gesprekken.
• Leg beperkingen, resultaten en verbeterpunten vast.

Periodiek testen voorkomt dat gewijzigde belgroepen, nieuwe medewerkers, verlopen mobiele nummers of aangepaste firewallregels pas tijdens een echte storing zichtbaar worden. Via service en beheer kunnen failover, belroutes, firmware, monitoring en documentatie structureel worden gecontroleerd.

Bereikbaarheid is een ontwerpkeuze, geen noodgreep

Cloudtelefonie blijft het best bereikbaar wanneer u vooraf kiest wat essentieel is, meerdere onafhankelijke routes inricht en de werking periodiek controleert. U hoeft niet iedere functie exact te dupliceren. Wel moet voor klanten en medewerkers duidelijk zijn dat het belangrijkste nummer blijft functioneren, dat de juiste mensen bereikbaar zijn en dat er een werkbare route terug naar de normale situatie bestaat.

EMC Solutions brengt de telefonie-, internet- en netwerkafhankelijkheden in kaart, adviseert over de juiste inrichting, verzorgt installatie en integratie en ondersteunt bij beheer en storingen. Daarmee wordt bereikbaarheid tijdens uitval een gecontroleerd onderdeel van uw bedrijfsvoering.