DialoX: Account-Struktur und Begriffe
Last updated
Last updated
Ähnlich wie Operator und andere Enreach Plattformen ist auch die DialoX Plattform für den Einsatz im indirekten Partnergeschäft optimiert, wobei zwischen der Partner-Ebene und der Kunden-Ebene unterschieden wird.
In der Partner-Umgebung werden die Mitarbeiter des Partners mit ihren jeweiligen Rollen und Rechten administriert. Dabei hat jeder Partner mit eigenem Operator-Zugang einen zugehörigen Partner-Account in der DialoX Plattform - dort "Agency" genannt. Die Kunden-Accounts werden innerhalb der Agency eine Ebene tiefer geführt, so dass Support-Mitarbeiter, die auf der Partner-Ebene angelegt werden, grundsätzlich Zugang zu allen Customer Accounts haben - die Zugriffsrechte werden entsprechend vererbt.
Der Agency-Account kann grundsätzlich nur vom Enreach Partnersupport angelegt werden. Er ist logisch mit dem Partner-Account aus Operator über die jeweilige Partneraccount-ID .
Für Wholesale-Partner der Enreach Communications GmbH ist zur Markteinführung von Enreach Contact im Januar 2024 automatisch ein entsprechender Agency-Account angelegt worden.
Innerhalb der Partner-Umgebung (=innerhalb der Agency) werden die einzelnen Customer Accounts (Kundenkonten) verwaltet. Dort werden die jeweils in der Operator-Plattform für den Kunden gebuchten Dienste konfiguriert und bei Bedarf die Zugänge für die Mitarbeiter des Kunden angelegt.
Die Kunden-Accounts werden im Augenblick der Buchung der entsprechenden Dienste in Operator für den jeweiligen Kunden in der DialoX-Plattform angelegt. Sie sind logisch mit dem Kunden-Account aus Operator über die jeweilige Account-ID .
Hinweis zum genauen Wording: Innerhalb der DialoX Plattform wird der Begriff "Account" üblicherweise für die Agency, also den Partner verwendet. Die eigentlichen Kunden-Accounts werden dort "Sub-Accounts" genannt.
Innerhalb des Kundenkontos können verschiedene Environments unterschieden werden. Dies erlaubt eine Strukturierung bzw. Gruppierung der Dienste innerhalb des Kundenkontos, zum Beispiel um bei größeren Unternehmen verschiedene Unternehmensbereiche voneinander zu unterscheiden und den Zugriff von Mitarbeitern auf eine bestimmte Auswahl von Diensten zu beschränken. In der Regel empfehlen wir, sämtliche Dienste (Bots) eines Kunden innerhalb des gleichen Environments zu betreiben, sofern nicht verschiedene Teams zur Bearbeitung verschiedener Chat-Posteingänge (Inboxes) .
Die Environments sind streng voneinander getrennt und werden unabhängig voneinander einzeln administriert. Den Nutzern wird jeweils Zugang zu den jeweiligen Environments gegeben. Ein Nutzer (identifiziert über seine E-Mail-Adresse) kann Zugang zu mehreren Environments haben, wobei die Rollen und Rechte im jeweiligen Environment bei Bedarf unterschieden werden können.
Standard-Environment für Enreach Contact: Alle im Zusammenhang mit Enreach Contact gebuchten Orders und Dienste werden standardmäßig im gleichen Environment provisioniert, das automatisch durch die Buchung in Operator erzeugt wird. Der Name dieses Default-Environments entspricht dem Namen des Kunden-Accounts aus Operator.
Jede Operator-Bestellung eines entsprechenden Dienstes in Enreach Contact erzeugt eine entsprechende Order in der DialoX Plattform. In der in der DialoX-Plattform sind die mit der Order zugehörigen Daten dargestellt:
Die zugehörigen Channels:
Die Funktionsnebenstelle aus Enreach Contact
Beim WhatsApp-Deflector zusätzlich: Die zugehörige
Die mit der Order verknüpfte DialoX-Anwendung, die in der DialoX-Plattform stets "Bot" genannt wird (oder die Option, diese dort anzulegen).
Wird der bestellte Dienst bzw. die entsprechende Funktionsnebenstelle später in Operator gekündigt, wird die Order automatisch auch in der DialoX-Plattform terminiert.
Jeder einzelne in DialoX konfigurierte Dienst (=jede Anwendung) wird in der DialoX Plattform genannt. Der Bot beinhaltet sämtliche Konfigurationen für den jeweiligen Anwedungsfall des Kunden inkl. aller Daten (Ansagen, Flows, Öffnungszeiten, Auto-Reply-Nachrichten etc.) innerhalb der entsprechenden Order. Jede Order hat somit am Ende der Konfiguration (mindestens) einen Bot.
Jeder Bot basiert immer auf einem Bot Template. Das Template definiert im Einzelnen die Funktionen und Leistungsmerkmale des von Enreach angebotenen Dienstes inklusive aller denkbaren Freiheitsgrade für die Konfiguration. Das Template definiert gleichzeitig alle User Interfaces, die Ihnen bei der Konfiguration oder später bei der Nutzung des Dienstes zur Verfügung stehen.
Bei der Provisionierung einer konkreten Kundenanwendung wird zunächst das passende Bot-Template ausgewählt und dadurch ein neuer Bot angelegt, in dem der Dienst im Einzelnen konfiguriert wird.
Bei den verschiedenen DialoX Diensten und Produkten können unterschiedliche Channels zum Einsatz kommen: Hiermit gemeint sind die Kontaktkanäle, über die das Unternehmen mit seinen Kunden kommuniziert.
Die Enreach Contact Dienste beinhalten folgende Channels:
| Enreach Contact Dienst | Telefonie | WhatsApp (Chat) |
|---|---|---|
SmartIVR | ✓ | |
WhatsApp Deflector | ✓ | ✓ |
Technisch ist die DialoX Plattform darüber hinaus in der Lage, unter anderem folgende Channels in Verbindung mit anderen Standalone-Diensten zu unterstützen:
Telefonie (eine Durchwahl bzw. Rufnummer)
WhatsApp für Chat (WhatsApp-Rufnummer = Festnetz- oder Mobilfunknummer)
Webchat (Webwidget auf der Homepage)
PWA Progressive Web App (eine auch für mobile Geräte optimierte Web-Anwendung)
Facebook Messenger, Slack, Microsoft Teams, Telegram, Discord, ...
Einige Anwendungen ermöglichen den Text-Chat mit Nutzern. Beim WhatsApp Deflector beispielsweise wird ein Anruf in einen WhatsApp Dialog überführt. Die eingehenden Chat-Nachrichten werden in einem Postfach gesammelt und können über eine Webapplikation durch Mitarbeiter beobachtet und beantwortet werden. Dieses Postfach mit der zugehörigen Webapplikation heißt Inbox und ist integraler Bestandteil der jeweiligen Kundenanwendung (=dem jeweiligen Bot). Die Inboxes gibt es entsprechend nur bei denjenigen Anwendungen, die auch eine Chat-Funktion beinhalten (aber im Gegensatz beispielsweise nicht bei SmartIVR).
