Use Case · E-Paper mit Prenly

Frisbii × Prenly — der ePaper-End-to-End-Flow

Wie ein Verlag mit eigenem Frisbii-Mandanten seine Reader nahtlos an die Prenly-ePaper-Plattform koppelt — ohne dass Prenly je direkt mit Frisbii spricht.

Die Bridge in vier Schritten

Ein kleiner Glue-Service vermittelt zwischen Prenly und Frisbii. Authentifizierung und Abo-Daten fließen serverseitig — die App muss von Frisbii nichts wissen.

  1. Reader-App

    Leser:in öffnet das ePaper in Prenlys nativer App oder Web-Reader und meldet sich mit E-Mail + Passwort an.

  2. Prenly Core

    Prenly nimmt die Anmeldung entgegen und fragt unsere Bridge, ob die Credentials gültig sind und welche Abos der/die User:in hat.

  3. prenly-bridge

    Unser Glue-Service übersetzt die Prenly-Remote-API auf die Frisbii-Media-API — Multi-Tenant, ein Pfad pro Verlag.

  4. Frisbii Media

    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.

Live-Demo: Monatsabo

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.

Live Demo

Dein ePaper — Monatsabo

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.

  • Frisbii Checkout für die Bezahlstrecke
  • Reader-Freischaltung via Prenly + Bridge
  • Access Right: dein-ePaper-monat (im Showcase: ammerland-kultur-monat)

Account-Management aus einer Hand

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.

Warum eine Bridge?

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.

Was die Bridge nicht ist

  • Kein Datenspeicher — kein User-Profil, kein Token wird gecached.
  • Kein Konfig-Server für Prenly — Titel-Mapping passiert in Prenlys Workspace.
  • Kein OAuth2-Provider — Login wird direkt gegen Frisbii verifiziert.
  • Kein single-point-of-failure — bei Ausfall arbeitet Prenly aus seinem 30-Min-Cache weiter.