onOffice: Der Anrufer steht in der Seitenleiste

In der Immobilienverwaltung sind wir nicht neu: casavi und Propstack sind angebunden und antworten im Moment des Anrufs. Was fehlte, war die Maklerseite – und dort führt kein Weg an onOffice vorbei.

Warum onOffice die beste Nummernsuche des Katalogs hat

Die meisten Systeme zwingen zu einer Entscheidung: Sucht man im Festnetzfeld oder im Mobilfeld? Wer beides will, braucht zwei Abfragen – und wer nur eines nimmt, findet die Hälfte.

onOffice stellt die Frage nicht. Zu seinem Feld `normalizedPhoneNumbers` schreibt der Hersteller wörtlich, es liste „alle normalisierten Rufnummern (einschließlich Haupt-, Mobil- usw.)" einer Adresse, und man könne damit nach einer „vollständig oder teilweise" normalisierten Nummer suchen.

• Alle Nummern statt einer – kein Entweder-oder zwischen Festnetz und Mobil.
• Normalisiert – onOffice räumt die Schreibweisen selbst auf, bevor verglichen wird.
• Teiltreffer erlaubt – eine Nummer wird auch von einem Stück daraus gefunden.

Das ist mehr, als die meisten Hersteller zusagen. Zum Vergleich: Bei einem spanischen System muss die Nummer zeichengenau einschließlich Leerzeichen stimmen, sonst findet es nichts.

1. 1 Das Telefon klingelt Eingehender Anruf
2. 2 Webex meldet die Rufnummer
3. 3 Haus iT Caller ID vereinheitlicht sie
4. 4 Ihr onOffice schlägt nach Ihre Kundendaten bleiben hier
5. 5 Die Seitenleiste nennt den Anrufer

Was diese Anbindung gekostet hat

Wir sagen sonst: eine Anbindung ist eine Beschreibungsdatei, kein Programm. Fünfundvierzig Mal hat das gestimmt. Bei onOffice nicht ganz.

onOffice signiert jede einzelne Anfrage. Aus der Dokumentation, wörtlich: Der Prüfwert entsteht, indem man Zeitstempel, Token, Ressourcentyp und Aktionskennung „in dieser Reihenfolge" aneinanderhängt, mit SHA-256 und dem Secret als Schlüssel hasht und das Ergebnis Base64-kodiert.

Eine Beschreibungsdatei kann das nicht leisten. Die Signatur gilt nur für diese eine Anfrage zu diesem einen Zeitpunkt – es gibt sie vor dem Absenden noch nicht. Also musste der Motor lernen, sie zu rechnen.

7 Anmeldearten

Das ist der Punkt, an dem sich ein gepflegter Katalog auszahlt: Der Aufwand fällt einmal an, nicht je System.

Was geprüft ist – und was nicht

Hier steht keine Erkennungsquote und keine Antwortzeit, weil es noch keinen onOffice-Zugang gibt, an dem wir sie hätten messen können. Eine Zahl ohne Messung wäre eine Behauptung.

Geprüft ist dagegen dreierlei: Die Anfrage, die das Portal baut, entspricht dem Beispiel des Herstellers Feld für Feld. Die berechnete Signatur stimmt mit der überein, die onOffices eigener PHP-Beispielcode erzeugt. Und aus der Beispielantwort der Dokumentation liest das Portal Namen und Kennung korrekt heraus.

Wenn etwas nicht stimmt, sagt es das

onOffice beantwortet einen Fehler bei der Verarbeitung mit einem Fehlercode im Rumpf der Antwort, nicht mit einem HTTP-Fehler. Ohne Vorkehrung sähe ein fehlendes Recht auf das Adressmodul deshalb genau so aus wie „die Nummer steht nicht drin": eine leere Liste, keine Meldung.

Das Portal prüft diesen Code deshalb ausdrücklich. Bei der Einrichtung ist der Unterschied zwischen „keine Berechtigung" und „nichts gefunden" die halbe Fehlersuche.