KI-Telefonassistent für mehrere Standorte: Rufnummern, Routing und lokale Regeln

Drei Architekturmodelle für mehrere Filialen

„Ein Assistent für alle Standorte“ beschreibt noch keine Architektur. Unternehmen müssen zuerst entscheiden, über welchen Einstieg ein Anruf kommt und an welchem Punkt der Standort feststeht. In der Praxis haben sich drei Modelle etabliert.

Für viele Filialunternehmen ist ein Mischmodell am robustesten: Lokale Nummern führen direkt ins passende Profil, während eine zentrale Serviceleitung den Standort aktiv abfragt. Beide Wege landen anschließend im selben fachlichen Routing. So bleiben etablierte Rufnummern bestehen und zentrale Kampagnen sind trotzdem möglich.

Eine öffentliche Telefonnummer sollte intern nie als frei geschriebener Standortname weitergereicht werden. Sie wird auf eine stabile Standort-ID abgebildet, etwa DE-HH-03. Namen, Anschriften oder Organisationsstrukturen können sich ändern; die ID bleibt der technische Anker für Kalender, Statistiken, Rechte und Weiterleitungen.

Wie erkennt der KI-Telefonassistent die richtige Filiale?

Die Zuordnung sollte nach einer festen Vertrauensreihenfolge erfolgen. Je weiter unten ein Signal steht, desto stärker muss der Assistent bestätigen.

1. Angerufene Rufnummer: Eine lokale Zielnummer ist das stärkste Signal. In der Telefonie wird sie häufig als „Dialed Number“ oder DNIS bezeichnet.
2. Ausdrückliche Auswahl: „Ich brauche die Filiale Köln-Ehrenfeld“ ist brauchbar, sofern Orts- und Filialname eindeutig normalisiert werden.
3. Bestätigter Vorgang: Eine Termin-, Kunden- oder Auftragsnummer kann auf einen Standort verweisen. Vor der Nutzung wird die Zuordnung genannt und bestätigt.
4. Rückfrage: Bleiben mehrere Treffer, nennt die KI unterscheidbare Merkmale wie Stadtteil oder Straße.

Die Vorwahl oder der vermutete Aufenthaltsort des Anrufers ist kein belastbarer Beweis. Menschen rufen mobil, unterwegs oder bewusst bei einer anderen Niederlassung an. Ebenso riskant ist die Wahl der geografisch nächsten Filiale: Nähe sagt nichts darüber aus, wo ein Vertrag, Termin oder Spezialservice geführt wird.

Gleichnamige Orte und ähnlich klingende Filialen

Eine gute Dialoglogik zeigt keine internen IDs und liest auch keine lange Trefferliste vor. Sie fragt nach dem Merkmal mit dem größten Informationsgewinn: „Meinen Sie die Niederlassung am Hauptbahnhof oder in der Industriestraße?“ Erst nach der Antwort wird die Standort-ID gesetzt. Die Entscheidung und ihr Eingangssignal sollten im Vorgang nachvollziehbar bleiben.

Welche Daten gehören in ein Standortprofil?

Prompts sind der falsche Ort für ein wachsendes Filialverzeichnis. Standortdaten gehören in strukturierte, versionierbare Profile. So kann das System prüfen, ob eine Information fehlt, abgelaufen oder widersprüchlich ist.

Telefonnummern sollten normalisiert gespeichert werden. Die ITU-T-Empfehlung E.164 in der Fassung von Februar 2026 beschreibt den internationalen Nummerierungsplan. Für die Anwendung bedeutet das: Eine Nummer wie +49… ist ein technischer Schlüssel; Leerzeichen oder lokale Schreibweisen sind Darstellung, nicht Identität.

Zentrale Regeln vererben, lokale Ausnahmen kontrollieren

Wer jede Filiale vollständig separat konfiguriert, erzeugt mit jedem neuen Standort mehr Wartungsaufwand. Wer alles zentral festschreibt, ignoriert reale Unterschiede. Sinnvoll ist Vererbung mit begrenzten lokalen Überschreibungen.

• Zentral: Begrüßungsstandard, Datenschutzlogik, Identitätsprüfung, verbotene Aussagen, Datenfelder, Eskalationsprinzip und Qualitätsmessung.
• Lokal: Öffnungszeiten, Feiertage, Leistungen, Ansprechpartner, Kalender, Weiterleitungsziele und Anfahrt.
• Zeitlich begrenzt: Betriebsferien, Umbau, kurzfristiger Annahmestopp, Vertretung und Sonderaktionen.

Eine lokale Ausnahme benötigt vier Metadaten: gültig ab, gültig bis, fachlich verantwortlich und freigegeben durch. Ohne Enddatum wird aus „Freitag geschlossen“ schnell eine dauerhafte Falschauskunft. Nach Ablauf fällt das Profil automatisch auf die reguläre Regel zurück.

Änderungen vor dem Wirksamwerden testen

Filialleitungen sollten Änderungen nicht direkt in den produktiven Gesprächsfluss schreiben. Besser ist ein Vorschauzustand: Die neue Regel wird gespeichert, gegen Standardfragen geprüft und erst danach veröffentlicht. Kritisch sind Grenzzeiten – fünf Minuten vor Öffnung, genau zum Ladenschluss, Feiertage sowie der Wechsel zwischen Sommer- und Winterzeit.

Routing, Kalender und Systemgrenzen sauber trennen

Routing ist mehr als „an die Filiale weiterleiten“. Es kombiniert Standort, Anliegen, Öffnungsstatus, Fähigkeiten und Erreichbarkeit. Ein nachvollziehbarer Ablauf könnte so aussehen:

1. Standort-ID aus Zielrufnummer oder bestätigter Auswahl setzen.
2. Anliegen in eine freigegebene Kategorie einordnen.
3. Lokale Öffnungs- und Sonderzeit für den aktuellen Zeitpunkt prüfen.
4. Primäres Ziel mit definiertem Klingelzeitfenster versuchen.
5. Bei Nichtannahme den lokalen Fallback, dann den zentralen Service nutzen.
6. Wenn niemand erreichbar ist, einen strukturierten Rückruf mit Standort-ID und Frist anlegen.

Dass dynamisches Routing in Mehrstandort-Umgebungen eigene Regeln benötigt, zeigt auch die offizielle Zoom-Dokumentation zu Dynamic Call Routing. Die konkrete Produktlogik ist herstellerspezifisch; der allgemeine Prüfpunkt bleibt: Welches Eingangssignal wählt welche Regel, und welcher Fallback greift bei Nichtannahme?

Bei Kalendern darf die Telefon-KI nur die Ressourcen des aktiven Standortprofils abfragen. Ein freier Termin ist erst verbindlich, wenn das Zielsystem die Buchung bestätigt hat. Der Leitfaden zur Kalenderintegration erklärt Sperrzeiten, Parallelbuchungen und Bestätigungen im Detail.

Was die Telefon-KI nicht erraten darf

Bestand, Lieferzeit, Behandlungsangebot oder personelle Besetzung sind keine statischen Filialtexte, wenn sie sich laufend ändern. Ohne autorisierte Echtzeitquelle nennt der Assistent keine scheinbar aktuelle Verfügbarkeit. Er kann die Anfrage aufnehmen oder verbinden – aber nicht aus altem Wissen eine Zusage konstruieren.

Berechtigungen und Datenschutz bei mehreren Standorten

Ein gemeinsamer Assistent bedeutet nicht, dass jeder Standort sämtliche Kundendaten sehen darf. Zugriff wird nach Zweck, Rolle und Standort begrenzt. Eine Filiale darf zum Beispiel ihre eigenen Termine lesen und ändern, während die Zentrale nur aggregierte Qualitätszahlen benötigt. Standortübergreifende Kundenhistorien brauchen eine fachliche und datenschutzrechtliche Grundlage, nicht bloß eine technisch bequeme API.

Artikel 5 DSGVO verlangt unter anderem Zweckbindung, Datenminimierung, Richtigkeit, Speicherbegrenzung und angemessene Sicherheit. Für eine Mehrstandort-Lösung folgen daraus konkrete Kontrollen:

• Standort-ID und Berechtigung werden serverseitig geprüft; eine gesprochene Filiale erteilt keinen Datenzugriff.
• Suchergebnisse anderer Standorte werden nicht ungefiltert vorgelesen.
• Protokolle speichern die für Betrieb und Nachweis nötigen Ereignisse, nicht automatisch jedes Gespräch im Volltext.
• Änderungen an Profilen, Rechten und Routing sind mit Zeit, Rolle und Version nachvollziehbar.
• Test- und Produktivdaten bleiben getrennt.

Rollout: erst ein Muster, dann drei Gegensätze, dann die Fläche

Alle Filialen gleichzeitig aufzuschalten klingt effizient, verschiebt aber Datenfehler direkt in den Kundenkontakt. Ein kontrollierter Rollout beginnt mit einem Standort, dessen Abläufe gut dokumentiert sind. Dort werden Profil, Routing und Messung stabilisiert.

In der zweiten Stufe folgen bewusst drei unterschiedliche Standorte: ein großer mit vielen Anrufen, ein kleiner mit knapper Besetzung und einer mit Sonderprozess oder anderer Zeitzone. Erst wenn das Modell diese Unterschiede ohne Sondercode abbildet, wird schrittweise ausgerollt. Neue Standorte entstehen anschließend aus einer geprüften Vorlage – nicht als Kopie inklusive alter Telefonnummern und Kalender.

Jede Filiale benennt einen fachlichen Owner und eine Vertretung. Die Zentrale verantwortet gemeinsame Regeln, Technik und Qualitätsgrenzen. So ist klar, wer eine falsche Sonderöffnung korrigiert und wer eine systemweite Routingstörung behebt.

24 Abnahmetests für Filialen und Niederlassungen

1. Jede lokale Rufnummer setzt genau die vorgesehene Standort-ID.
2. Eine zentrale Rufnummer fragt den Standort verständlich ab.
3. Zwei gleichnamige Filialen werden durch Straße oder Stadtteil unterschieden.
4. Eine mehrdeutige Antwort führt zur Rückfrage, nicht zur geratenen Auswahl.
5. Die Vorwahl des Anrufers überschreibt keine ausdrückliche Filialwahl.
6. Eine bestätigte Vorgangsnummer verweist auf den richtigen Standort.
7. Widersprechen sich Nummer und Vorgang, eskaliert der Dialog kontrolliert.
8. Reguläre Öffnungszeiten stimmen für jeden Wochentag.
9. Bundesweite und lokale Feiertage werden korrekt unterschieden.
10. Eine befristete Sonderöffnung gilt nur im vorgesehenen Zeitraum.
11. Nach Ablauf einer Ausnahme greift wieder die Standardregel.
12. Ein Standort ohne bestimmte Leistung erhält keine entsprechende Zusage.
13. Kalenderabfragen bleiben auf Ressourcen der aktiven Filiale beschränkt.
14. Ein parallel belegter Termin wird nicht doppelt bestätigt.
15. Das primäre Weiterleitungsziel klingelt nur im festgelegten Zeitfenster.
16. Bei Nichtannahme greift die Fallback-Reihenfolge exakt einmal.
17. Außerhalb der Öffnungszeit entsteht ein Rückruf mit richtiger Standort-ID.
18. Der zentrale Service erhält Anliegen, Standort und bisherigen Dialog als Kontext.
19. Ein Mitarbeiter einer Filiale sieht keine unzulässigen Daten einer anderen.
20. Eine lokale Profiländerung verändert keine Schwesterfiliale.
21. Eine zentrale Sicherheitsregel lässt sich lokal nicht überschreiben.
22. Fehlende Pflichtdaten blockieren die Veröffentlichung des Profils.
23. Jeder Testanruf ist von Rufnummer bis Zielsystem nachvollziehbar.
24. Der Ausfall- und Notbetriebsplan hält die zentrale Erreichbarkeit auch bei einer gestörten Teilstrecke aufrecht.

Kennzahlen getrennt nach Standort auswerten

Eine Gesamterfolgsquote kann eine schwache Filiale verstecken. Mindestens Standortzuordnungsquote, Rückfragequote, Fehlrouting, Transferannahme, Terminabschluss, Rückrufalter und Korrekturen sollten pro Standort sichtbar sein. Unterschiede sind nicht automatisch Fehler: Ein Standort mit komplexerem Angebot kann mehr Rückfragen benötigen. Auffällig werden Abweichungen erst im Verhältnis zum dortigen Prozess.

15 Fragen an Anbieter und internes Projektteam

1. Welches Signal setzt die Standort-ID und wann wird nachgefragt?
2. Bleiben bestehende lokale Rufnummern nutzbar?
3. Wie werden Nummern technisch normalisiert und zugeordnet?
4. Welche Regeln sind zentral, welche lokal veränderbar?
5. Besitzen Ausnahmen Startdatum, Enddatum und Freigabe?
6. Wie werden Zeitzonen sowie regionale Feiertage behandelt?
7. Kann Wissen je Standort technisch getrennt werden?
8. Wie verhindert das System standortübergreifende Datenlecks?
9. Welche Kalender und Ressourcen kann eine Filiale sehen?
10. Wie läuft die Weiterleitung bei Nichtannahme oder Besetzt?
11. Wer kann einen Standort kurzfristig in den Notbetrieb setzen?
12. Wie werden Profiländerungen getestet und zurückgerollt?
13. Sind Kennzahlen und Qualitätsstichproben je Standort verfügbar?
14. Wie wird ein neuer Standort aus einer Vorlage angelegt?
15. Kann der Anbieter alle 24 Tests mit realen Zielsystemen vorführen?

Fazit: Mehr Standorte brauchen ein Datenmodell, keinen längeren Prompt

Eine skalierbare Mehrstandort-Lösung trennt gemeinsame Gesprächsqualität von lokalen Fakten. Rufnummer oder bewusste Auswahl setzen eine eindeutige Standort-ID; danach bestimmen das freigegebene Profil und seine Systeme jede Auskunft und Aktion. Mit zeitlich begrenzten Ausnahmen, getrennten Rechten und Tests pro Filiale bleibt Telefon-KI auch bei wachsendem Netz beherrschbar.