- Mitglied seit
- 4. August 2023
- Beiträge
- 727
Moin,
Wir haben für eine neue Anlage vor, ein Skript zu bauen, in dem mit einer Authentifizierung gearbeitet wird.
Warum Auth.? In der Anlage sind 2 Standorte zusammen und bekommen Skripte für Rufweiterleitung und IVR-Ansage.
(Statische Umleitung zum anderen Standort, dazu eigen besprechbare Ansage.)
Da das Ganze mit 2 Dummys verschatelt ist, fallen da einige Nebenstellen an.
(12 an der Zahl, da alles doppelt sein muss – für beide Standorte jeweils).
Am besten wäre es, wenn das Skript erkennt, dass es NbST XX oder NbST YY ist. Es geht dabei um den Hintergrund, dass Standort 1 den CallFlow für Standort 2 nicht ändern soll, um einfach Problemen vorbeugen zu können, wenn Standort 1 etwas für Standort 2 ändert, aber Standort 2 unwissend darüber ist. (Kann ja immer mal fix passieren.)
Mit der normalen Auth. via PIN-Code könnte man zwar jeweils die NbST abfragen als PIN, aber dann kann sich immer noch Standort 1 als Standort 2 identifizieren...
Wir haben für eine neue Anlage vor, ein Skript zu bauen, in dem mit einer Authentifizierung gearbeitet wird.
Warum Auth.? In der Anlage sind 2 Standorte zusammen und bekommen Skripte für Rufweiterleitung und IVR-Ansage.
(Statische Umleitung zum anderen Standort, dazu eigen besprechbare Ansage.)
Da das Ganze mit 2 Dummys verschatelt ist, fallen da einige Nebenstellen an.
(12 an der Zahl, da alles doppelt sein muss – für beide Standorte jeweils).
Am besten wäre es, wenn das Skript erkennt, dass es NbST XX oder NbST YY ist. Es geht dabei um den Hintergrund, dass Standort 1 den CallFlow für Standort 2 nicht ändern soll, um einfach Problemen vorbeugen zu können, wenn Standort 1 etwas für Standort 2 ändert, aber Standort 2 unwissend darüber ist. (Kann ja immer mal fix passieren.)
Mit der normalen Auth. via PIN-Code könnte man zwar jeweils die NbST abfragen als PIN, aber dann kann sich immer noch Standort 1 als Standort 2 identifizieren...