Wo die Ursachen stehen
| Quelle | Inhalt |
|---|---|
| Status der Dienste in der Administration | ob Server, Dispatcher, Logger, Routing Services, Telefonanlage und die übrigen Anbindungen arbeiten |
| Protokoll des Loggers | myContactCenter.log im Verzeichnis für die Logdateien — siehe Protokolle |
| Ersatzprotokolle | <Programm>_<Benutzer>_LocalBackup.log unter %ProgramData%\ilogixx GmbH\myContactCenter, solange ein Programm keinen Logger erreicht — etwa ein Konfigurator, bevor der Logger installiert ist, als Wizard_<Benutzer>_LocalBackup.log |
| Windows-Ereignisanzeige | das Protokoll myContactCenter auf dem Rechner des Dienstes, etwa mit StartFailure, wenn der Server nicht starten konnte — siehe Windows-Ereignisanzeige |
Brauchen Sie Hilfe von ilogixx, schicken Sie die Protokolle mit einer Rückmeldung.
Der Server startet nicht
- Ist der Konfigurator gelaufen? Nach einer Installation oder einem Update bleibt der Dienst angehalten, bis der Server Konfigurator mit Abschließen fertig ist. Läuft der Dienst unter dem lokalen Systemkonto, fehlt dieser Schritt — siehe Die Konfiguratoren.
- Erreicht er die Datenbank? Prüfen Sie SQL Server, Datenbank und SQL-Anmeldung im Server Konfigurator und ob der SQL Server die SQL-Server-Authentifizierung zulässt — siehe Voraussetzungen. Die Ursache steht im Protokoll des Konfigurators und in der Ereignisanzeige.
- Ist die Einstellungsdatei lesbar? Mit einer beschädigten
appsettings.jsonstartet der Server ohne Datenbankverbindung. Kopien früherer Fassungen legt jeder Konfigurator unter%ProgramData%\ilogixx GmbH\myContactCenter\Backupab — siehe Einstellungsdateien.
Programme finden den Server nicht
Agent, Wandanzeige, Routing Service oder Logger verbinden sich nicht:
- Stimmen die Registrierungspunkte, und läuft dort ein Dispatcher? Er muss auf Port 5000 erreichbar sein.
- Kennt der Dispatcher den Server? Prüfen Sie Master Server und Standby Server im Dispatcher Konfigurator.
- Erreichen die Programme den Server unter dem Namen, den der Dispatcher nennt? Das ist Master bzw. Standby aus der Serverkonfiguration, Vorgabe der Rechnername — siehe Namen und Adressen.
- Sind die Ports des Servers frei, beim Routing Service auch 6009 — siehe Firewall?
- Hat der Server seinen Server: Basisschlüssel? Ohne ihn nimmt er keine Agenten, Routing Services und Wandanzeigen an.
Der Routing Service meldet sich nicht an der Telefonanlage an
Die Zeile PBX in Status der Dienste zeigt die Antwort der Anlage.
- Stimmen Benutzer und Kennwort des SIP-Kontos im Routingservice Konfigurator?
- Stimmen PBX Server und Sip Realm auf dem Reiter PBX der Serverkonfiguration? Test prüft, ob die Anlage erreichbar ist — siehe Die Verbindung testen.
- Steht der Routing Service hinter einer Adressumsetzung, braucht er die Adresse, unter der die Anlage ihn erreicht — siehe Einstellungsdateien.
Der Agent kann nicht telefonieren
- Sind unter Geräte Mikrofon und Lautsprecher gewählt? Ohne sie nimmt der Agent keine Anrufe an und wählt nicht — siehe Geräte.
- Hat der Agent eine Nebenstelle? Sonst scheitert schon die Anmeldung mit Keine Telefonnummer vergeben.
- Lassen die Firewalls zwischen Arbeitsplatz und Telefonanlage SIP und die Sprachdaten durch — siehe Ports und Verbindungen?
Die Administration meldet sich nicht an
- Anmeldung nicht möglich erscheint auch, wenn die Administration älter ist als der Server — siehe Welche Versionen zusammenpassen.
- Die Administration braucht Port 6001 des Servers.
- Administrator mit dem Kennwort
passwortgibt es nur in einer Datenbank, die der Server Konfigurator neu angelegt hat, und nur, bis jemand das Kennwort ändert.
Berichte und Dashboards bleiben leer
Agent und Administration lesen die Daten direkt aus dem SQL Server, unter dem Namen, der im Server Konfigurator steht. Der Name muss am Arbeitsplatz auflösbar und der Port des SQL Servers dort erreichbar sein — siehe SQL Server Zugangsdaten.