Anbindungen im Einzelnen Fehlersuche bei Anbindungen
Die schlimmste Fehlermeldung ist die, die nie kommt
Ein Programm, das abstürzt, ist ärgerlich. Ein Programm, das eine Fehlermeldung zeigt, ist unangenehm. Ein Programm, das schweigt und nichts findet, ist gefährlich – weil niemand merkt, dass etwas kaputt ist.
Bei einer Anrufererkennung sieht das so aus: Es klingelt, die Kachel fragt das CRM, das CRM antwortet mit einer leeren Liste, die Kachel zeigt „Unbekannt". Alles läuft. Alles ist grün. Und trotzdem stimmt nichts.
Drei Wege, auf denen eine Anbindung still falsch wird
Erstens: am falschen Ort gesucht
Eine Kanzleisoftware bietet eine Volltextsuche über Kontakte. In ihrer Hilfe steht, sie sei besonders hilfreich, wenn ein Mandant anruft und man nur die Telefonnummer hat. In der Beschreibung der Schnittstelle steht dagegen nur, der Suchbegriff werde „auf verschiedene Felder des Kontakts angewendet".
Welche Felder das sind, steht nirgends. Wären die Telefonnummern nicht dabei, käme keine Fehlermeldung. Es käme eine leere Liste – bei jedem Anruf, wochenlang, ohne dass jemand den Verdacht auf die Suche richtet.
Deshalb fragen wir dort nach, statt es auszuprobieren. Ein Versuch könnte nicht zwischen „falsch gesucht" und „nicht vorhanden" unterscheiden.
Zweitens: das Suchfeld wurde übergangen
Der unangenehmste Fall, und er hat bei uns einen Schutzmechanismus ausgelöst.
Ein skandinavisches CRM nimmt seine Suchen über einen allgemeinen Aufruf entgegen, in dem der Name des Suchfeldes eine Rolle spielt. Wäre dieser Name falsch, gäbe es zwei denkbare Antworten: eine Fehlermeldung – oder ein schlichtes Übergehen des unbekannten Feldes.
Im zweiten Fall käme der gesamte Bestand zurück, mit Status 200. Die Kachel hätte dann den erstbesten Datensatz als Anrufer angezeigt.
Seitdem gibt es den Wächter: Nach der Antwort wird geprüft, ob die Rufnummer des Treffers wirklich zur gesuchten passt. Was nicht passt, fällt weg, und im Protokoll steht, dass es weggefallen ist. Der Fehler meldet sich damit selbst, statt still den Falschen zu grüßen.
Drittens: der Fehler steht im Rumpf
Eine deutsche Maklersoftware beantwortet eine falsche Anmeldung mit einem ordentlichen HTTP-Fehler. Einen Fehler bei der Verarbeitung – etwa ein fehlendes Recht auf das Adressmodul – meldet sie dagegen im Rumpf der Antwort, bei Status 200.
Ohne Vorkehrung sähe ein fehlendes Recht deshalb genau so aus wie „die Nummer steht nicht drin": leere Liste, keine Meldung.
Das Portal prüft diesen Code inzwischen ausdrücklich. Bei der Einrichtung ist der Unterschied zwischen „keine Berechtigung" und „nichts gefunden" die halbe Fehlersuche – und ohne ihn fällt der Verdacht auf das CRM des Kunden, wo er nicht hingehört.
Warum wir lieber fragen als raten
In jeder Anfrage an ein Softwarehaus steht deshalb ein Absatz, der erklärt, warum wir überhaupt schreiben und nicht einfach anfangen:
Das ist kein Misstrauen gegen den Hersteller. Es ist die Einsicht, dass eine Anbindung, die schweigend nichts findet, schlechter ist als gar keine – die gar keine weiß wenigstens jeder.
Woran man es im eigenen Haus merkt
Wer eine Anrufererkennung betreibt und den Verdacht hat, sie erkenne zu wenig, prüft am besten in dieser Reihenfolge:
- Werden alle Telefonfelder durchsucht oder nur das erste?
- Wird zeichengenau verglichen oder über die Ziffern?
- Kommt bei einer bewusst falschen Abfrage ein Fehler oder eine leere Liste?
- Steht im Protokoll etwas, wenn nichts gefunden wurde – oder gar nichts?
Die letzte Frage ist die wichtigste. Ein System, das sein eigenes Scheitern nicht aufschreibt, lässt sich nicht prüfen.
Häufige Fragen
Warum probieren Sie eine Schnittstelle nicht einfach aus?
Weil ein Fehlversuch hier nicht als Fehler auffällt. Eine Suche, die die Telefonnummern nicht mitliest, antwortet nicht mit einem Fehler – sie antwortet mit einer leeren Liste. Das sieht aus wie „der Anrufer steht nicht drin".
Was ist ein Wächter?
Eine Prüfung nach der Antwort: Ein Treffer wird nur angezeigt, wenn seine Rufnummer wirklich zur gesuchten passt. Übergeht ein fremdes System unser Suchfeld und liefert den ganzen Bestand, fällt alles weg, was nicht passt – und im Protokoll steht, dass es passiert ist.
Heißt HTTP 200 nicht, dass alles gut ist?
Nein. Manche Schnittstellen antworten immer mit 200 und tragen das Ergebnis im Rumpf. Ein fehlendes Recht sieht dann genauso aus wie „nichts gefunden“ – bis man ausdrücklich in den Rumpf sieht.
Was heißt das für die Einrichtung?
Dass der Unterschied zwischen „keine Berechtigung" und „nichts gefunden" die halbe Fehlersuche ist. Ohne diese Unterscheidung sucht jemand einen halben Tag – und der Verdacht fällt auf das CRM des Kunden.