Apointoo
Zugang anfragen

Changelog

Jede Version von SDK, Dashboard und Connector von Apointoo, die dem Ziel nähergebracht hat, zu belegen, welche Kampagnen Umsatz gebracht haben.

SDKv0.10.12026-05-29

Härtung der Sitzungssicherheit

  • Das Sperren eines angemeldeten Nutzers beendet die Sitzung jetzt sofort, die Refresh-Token-Familie wird widerrufen und der verbleibende Zugriff auf eine einzige Token-Laufzeit begrenzt.
Dashboard2026-05-26

Betreiber-Dashboard: Webhooks, Intake-Profile, Mandantenfähigkeit für Agenturen

  • Webhook-Versand im Buchungslebenszyklus, booking.confirmed wird bei der Erfassung und bei der Bestätigung durch den Betreiber ausgelöst, mit Fehlerisolierung pro Abonnement und automatischer Deaktivierung.
  • Intake-Profile pro Mandant, Buchung, Angebot oder Lead, bei der Einrichtung gewählt; das Dashboard passt jeden Bereich an das Profil an.
  • Mandantenfähige Agentur-Experience: pro Mandant gescopte URLs, ein Mandantenumschalter in der Seitenleiste und rollenbasierte Navigation.
  • Vereinheitlichte Kontakt- und Newsletter-Erfassung mit derselben Authentifizierung pro Mandant, CORS, Attribution und Einwilligungshaltung wie bei der Buchung.
  • Workflow Buchung angefragt→bestätigt mit sprachabhängigen E-Mails (pt-BR, pt-PT, en).
  • Passwort-Wiederherstellung mit Einmal-Tokens und vollständigem Widerruf aller Sitzungen beim Zurücksetzen.
SDKv0.10.02026-05-25

Conversion-Reporting, direct-confirm-Buchung, SDK-Umbenennung

  • ConversionReporter, der Upload-Vertrag für Offline-Conversions an Google Ads (gclid, Aktion, Zeitstempel, Wert, Währung, Transaktions-ID), so typisiert, dass personenbezogene Daten konstruktionsbedingt nicht hineingelangen können.
  • direct-confirm-Buchungsadapter, reine Formular- und Lead-Erfassungsflüsse für Betriebe ohne Buchungssystem, die ihren Kalender selbst verwalten.
  • Audit-Log auf eine strikte Allow-List beschränkt, damit kein Ereignisfeld personenbezogene Daten in lang aufbewahrte Datensätze einschleusen kann.
  • Paket umbenannt in @vizuh/apointoo-sdk, passend zu seinem Umfang (vormals apointoo-headless-booking).
SDKv0.6.02026-05-08

Kalenderbasierte Buchung (Google Calendar, Outlook)

  • recal-Adapter, kalenderbasierte Buchung über Google Calendar und Microsoft Outlook.
  • Kalenderverbindungstypen im Core, auf denen jeder Adapter aufbauen kann.
SDKv0.5.02026-05-08

Verfügbarkeit, Terminplanung, Stornierung und Verschiebung

  • Verfügbarkeitsabfrage mit deterministischer Slot-Generierung, Wochenplan, Dauer, Puffer, Sperrzeiten und Vorlaufzeit.
  • Stornierung und Verschiebung pro Termin, mit durchgesetzter Stornierungsrichtlinie.
  • Ausgehende Webhooks, HMAC-SHA256-signiert, mit At-least-once-Zustellung.
SDKv0.2.0–0.4.02026-05-07

Adapter: WhatsApp, dauerhafte Queue, Mandantenfähigkeit, Reserve with Google

  • Twilio-WhatsApp-Benachrichtigungen und Fan-out über mehrere Kanäle.
  • Dauerhafte Ausgangs-Queue mit dem Outbox-Muster, At-least-once-Zustellung und ein Dead-Letter-Pfad.
  • Mandantenauflösung über statische Konfiguration, Pfad, Host, Header oder Remote-Lookup.
  • Reserve-with-Google-Verfügbarkeitsfeed und SFTP-Publisher.
  • Circuit Breaker, Idempotenzschlüssel-Replay und Domain-Events über den gesamten Buchungslebenszyklus.
SDKv0.1.02026-05-07

Apointoo SDK: das headless, API-first Fundament

  • Core mit steckbaren Adaptern: jede externe Abhängigkeit liegt hinter einer Schnittstelle.
  • Boulevard-(BLVD-)Buchungsadapter mit Kompensation verlorener Slots.
  • Brevo-REST-Benachrichtigungen, verteilte Deduplizierung und Rate-Limiting über Upstash sowie eine Hono-Server-Pipeline.
  • Attributionserfassung (gclid, fbclid, msclkid) mit PII-sicherem Logging.