19. Webhooks
Für PRONTO-Kunden: keine ausgehenden Webhooks
PRONTO bietet aktuell keine Möglichkeit für Kunden, eigene Webhook-URLs zu hinterlegen,
um über Ereignisse (neuer Lead, Terminbuchung, Statusänderung, …) benachrichtigt zu
werden (❌). Es gibt kein Webhook-Verwaltungs-UI und keine webhooks-Tabelle im
Datenmodell.
Wer auf Ereignisse reagieren möchte, hat zwei praktikable Wege:
- Formular-/Buchungsseiten-Embeds (siehe 10-formulare.md,
09-buchungsseiten.md) auf der eigenen Seite einbetten und dort
clientseitig auf das
postMessage-Erfolgssignal reagieren. - Externe Automatisierung (z. B. Zapier/Make) ist nicht direkt angebunden — es gibt dafür keine vorgefertigte PRONTO-Integration.
Intern: eingehende Webhooks (nicht für Kunden konfigurierbar)
Diese Endpunkte empfangen Callbacks von Drittanbietern, mit denen PRONTO selbst verbunden ist — sie sind nicht dafür gedacht, dass Kunden eigene Systeme daran anschließen:
| Endpunkt | Absender | Zweck |
|---|---|---|
POST /api/public/payments/webhook | Stripe | Abo-Status/Plan-Wechsel synchronisieren, per Stripe-Signatur verifiziert |
GET/POST /api/public/whatsapp/webhook | Meta (WhatsApp Cloud API) | Eingehende WhatsApp-Nachrichten für den Chatbot, per WHATSAPP_VERIFY_TOKEN verifiziert |
POST /api/public/oauth/google/callback | Google OAuth | Redirect-Ziel nach Google-Login/-Verbindung |
POST /api/public/oauth/zoom/callback | Zoom OAuth | Redirect-Ziel nach Zoom-Verbindung |
Zusätzlich existieren interne, per Shared-Secret geschützte Cron-Callbacks
(/api/public/kalender/reminder, /api/public/followups/run,
/api/public/system-email/run, /api/public/email/gmail-watch-renew,
/api/public/email/imap-poll), die von PRONTOs eigener pg_cron-Infrastruktur
aufgerufen werden — auch diese sind nicht für externe Nutzung vorgesehen.