Jedes Auth-Verfahren, eine Unified Authentication

Das alles ist die Hälfte, die passiert, sobald ein Hersteller Sie hereingelassen hat. Wer Sie überhaupt hereinlässt, entscheidet sich davor, am einen Ende des Marktes über einen API-Key, den Sie sich selbst erzeugen, am anderen über eine Partnerschaft mit Prüfverfahren, und wie in diesem Markt Zugang vergeben wird legt dar, was jeder Weg an Zeit kostet statt an Code.

Ein Aufruf des Style-Endpunkts der Übermittlungsseite trägt beide Hälften. Die Farben gehen Feld für Feld statt als Theme, also werden Hintergrund, Eingabeflächen, Titel, Fließtext, Validierungsfehler und jeder der zwei Knöpfe unabhängig gesetzt, und ein Logo kommt als SVG oder PNG hinein. Der Wortlaut reist im selben Aufruf als Liste von Einträgen, einer je Locale, jeder mit der Überschrift, dem freien Text zwischen Feldern und Knöpfen und den zwei Knopfbeschriftungen.

Einträge werden eingemischt statt ersetzt, und das macht die Erweiterung ungefährlich. Deutsch zu senden lässt jede andere Sprache unberührt, ein Markt kommt also mit einem Aufruf und einem Eintrag dazu und nicht mit einer vollständigen Neufassung Ihrer Konfiguration. Der Eintrag ohne Locale ist die Vorgabe, und er ist das, was ein Kunde sieht, wann immer die angefragte Locale keinen eigenen Eintrag hat, Feld für Feld statt alles oder nichts. Ein nie gesetztes Feld fällt auf den eingebauten Wortlaut zurück, es gibt also keinen Zustand, in dem die Seite leer rendert.

Am meisten zählt das dort, wo im Verbindungsschritt kein Entwickler sitzt, sondern der Buchhalter eines Kunden, und das ist der Normalfall auf einer Plattform mit Hunderten Endnutzern. HERO Software hat genau diese Form: Handwerksbetriebe, die ihr eigenes DATEV verbinden, in ihrer eigenen Sprache, aus einem Produkt heraus, das schon darin ist. Eine Seite, die mitten in diesem Ablauf die Sprache wechselt, ist der eine Moment, in dem die Anbindung aufhört, sich wie ein Teil Ihres Produkts anzufühlen.

Authentifizierung ist selten eine einmalige Ausgabe, und die teuren Brüche liegen nicht auf Ihrer Seite. Ein System, das von OAuth 2.0 auf OAuth 2.1 wechselt, was aus guten Sicherheitsgründen geschieht, ändert nicht einfach einen Parameter: Die alte Zustimmung verliert ihre Gültigkeit, und jeder verbundene Kunde muss die Authentifizierung erneut durchlaufen. Hinter Maesn wird dieser Wechsel abgefangen. Die Maesn-Authentifizierung ändert sich nicht, die Migration ist also nichts, was Sie einplanen, Ihren Kunden ankündigen oder bemerken.

Auch die kleineren Kosten summieren sich. Token laufen ab, Systeme ändern ihre Anmeldung, und ein Schwall paralleler Last während eines Refresh kann die Verbindung zerreißen und den Kunden zur erneuten Authentifizierung zwingen. Diesen Schwall durch Asynchronous Processing zu senden gibt ihn Anfrage für Anfrage frei, und das verhindert, dass ein zweiter Refresh startet, während der erste noch läuft. Sie bauen eine Authentifizierung, und sie funktioniert weiter, während sich Ihr Kundenstamm und die Systeme dahinter ändern.

Manche Kunden sagen uns, dass ihnen das mehr bedeutet als das vereinheitlichte Datenmodell selbst. Ihre Begründung ist durchweg dieselbe: Bei der Authentifizierung ging die Zeit wirklich drauf. Nicht einen Ablauf zu schreiben, sondern je System herauszufinden, welche Hälfte der Dokumentation aktuell war, warum ein Token, das gültig sein sollte, abgewiesen wurde, und welche undokumentierte Eigenheit zwischen einer Spezifikation und einer funktionierenden Anmeldung saß. Das ist der Teil einer Anbindung, den man am leichtesten unterschätzt, bevor man ihn dreimal gemacht hat. Ihn einmal zu bauen ist der Grund, warum Produkt- und Entwicklungsteams aufhören, je System ein Anmeldeprojekt einzuplanen.