Use Case · E-Paper mit Prenly
Wie ein Verlag mit eigenem Frisbii-Mandanten seine Reader nahtlos an die Prenly-ePaper-Plattform koppelt — ohne dass Prenly je direkt mit Frisbii spricht.
Ein kleiner Glue-Service vermittelt zwischen Prenly und Frisbii. Authentifizierung und Abo-Daten fließen serverseitig — die App muss von Frisbii nichts wissen.
Leser:in öffnet das ePaper in Prenlys nativer App oder Web-Reader und meldet sich mit E-Mail + Passwort an.
Prenly nimmt die Anmeldung entgegen und fragt unsere Bridge, ob die Credentials gültig sind und welche Abos der/die User:in hat.
Unser Glue-Service übersetzt die Prenly-Remote-API auf die Frisbii-Media-API — Multi-Tenant, ein Pfad pro Verlag.
Frisbii verifiziert Login (verifyLogin) und liefert die aktiven Access Rights — diese werden als productCodes zurück an Prenly gereicht.
Pro Verlag eine URL (prenly-bridge.hauschild.me/<mandant>/…), ein sharedKey, ein Frisbii-Token. Onboarding eines neuen Verlags ist ein Config-Update — keine Code-Änderung.
Echter Frisbii-Stage-Checkout, echte Bridge-Anbindung. Regulärpreis 10 €/Monat — in der Stage-Demo werden 0 € berechnet. Nach erfolgreichem Kauf verifiziert die Bridge die Freischaltung via GET /<dein-mandant>/getUser.
10 € / Monat · Stage-Demo: 0 €
Monatlich kündbares ePaper-Abo. Regulärer Preis 10 €/Monat — in der Stage-Demo werden 0 € berechnet. Nach Kauf schaltet die Prenly-Bridge den Reader-Zugang automatisch frei.
Prenly verlangt für jeden Mandanten drei direkte URLs zum Anlegen, Zurücksetzen und Löschen eines Kontos — sie können das Frisbii-SSO-Widget nicht in ihre native App embedden. Die Bridge stellt diese Seiten pro Verlag bereit, gebrandet aus der Tenant-Config, ohne dass Prenly oder der Verlag eigenen Code schreiben muss.
Doppel-Opt-In: Bridge ruft Frisbii an, Frisbii schickt 6-stelligen Code per Mail, User bestätigt im selben Tab.
/<mandant>/account/register Email-Eingabe, Code-Mail von Frisbii, Code + neues Passwort in einer Form. Wir leaken keine Existenz unbekannter Emails.
/<mandant>/account/forgot-password DSGVO-konform mit Login-Reauth. Frisbii blockt, solange ein aktives Abo besteht — wir reichen die Meldung sauber durch.
/<mandant>/account/delete Pro Verlag ein Mandanten-Slug, drei feste Pfade — die Bridge rendert jede Page in den Farben und mit den Imprint-/Datenschutz-Links des Verlags:
prenly-bridge.hauschild.me/<dein-mandant>/account/register prenly-bridge.hauschild.me/<dein-mandant>/account/forgot-password prenly-bridge.hauschild.me/<dein-mandant>/account/delete
Branding (Name, Logo, Akzentfarbe, Impressum/Datenschutz-Footer) kommt aus TENANT_<SLUG>_BRAND_*-Variablen — neuer Mandant = Doppler-Config, kein Code.
Prenly betreibt die Reader-Plattform und das Subscription-Layer am liebsten getrennt — also kein direktes Auslesen aus dem Subscription-System des Verlags. Stattdessen definiert Prenly ein schmales Remote-API-Interface, das der Verlag selbst implementiert.
Wer Frisbii Media nutzt, müsste das normalerweise selbst bauen. Unsere prenly-bridge nimmt das ab: ein Multi-Tenant-Service, der die zwei Endpoints (authenticateUser, getUser) für beliebig viele Frisbii-Mandanten gleichzeitig bereitstellt.