Jede Nachricht.Richtiger Kanal.Ein API-Aufruf.

Sie melden, was passiert ist. Wir prüfen die Einwilligung, wählen den Kanal, verfolgen die Zustellung und sammeln die Antworten Ihrer Kunden in einer Conversation.

  • E-Mailverfügbar
  • SMSin Vorbereitung
  • WhatsAppin Vorbereitung
  • RCSin Vorbereitung
  • Postgeplant

Kommunikation, die Ihr System nicht selbst bauen muss

Ihre Kundendaten bleiben bei Ihnen. Wir kümmern uns um den Weg jeder Nachricht, vom Ereignis bis zur Antwort.

Ein Gespräch pro Kunde, egal auf welchem Kanal

Alle Nachrichten eines Kunden landen in einer Conversation. Ihr Team sieht sie in der Inbox und antwortet dort. Eingehende E-Mail-Antworten finden über eine eigene Reply-To-Adresse automatisch zum richtigen Gespräch.

Versand nur mit Einwilligung, Status ohne Lücken

Vor jedem Versand prüfen wir Einwilligung und Sperrliste. Danach entsteht der Zustellstatus aus einem Verlauf, der nur anwächst. Doppelte oder verspätete Meldungen der Anbieter bringen ihn nicht durcheinander.

  • Sichere E-Mail-Templates

    Versioniert, in Mustache und ohne Programmlogik. Veröffentlichte Versionen bleiben unverändert.

  • Webhooks an Ihr System

    Signiert, mit Wiederholung bei Fehlern, Replay und Secret-Rotation. Zieladressen werden gegen SSRF geprüft.

  • Verbrauch im Blick

    Mengen je Kanal und SKU per API und im Panel, dazu abgeschlossene Monatsaufstellungen.

  • Schutz vor Missbrauch

    Sandbox für neue Mandanten, automatische Kanal-Pause bei schlechter Zustellung und eine Tages-Kostenobergrenze.

Vom API-Aufruf bis zur Antwort Ihres Kunden

  1. Senden

    Ihr System ruft die API auf, auf Wunsch mit Kanal auto. Die Anfrage wird gespeichert und mit 202 bestätigt.

  2. Prüfen

    Einwilligung, Sperrliste, Adresse und Kanalverfügbarkeit werden geprüft, dann wird der passende Kanal gewählt.

  3. Zustellen

    Ein austauschbarer Anbieter übernimmt den Transport. Jede Statusänderung geht als Webhook an Sie.

  4. Antworten sammeln

    Antworten werden dem Kunden und seiner Conversation zugeordnet, sichtbar in der Inbox und per API.

Eine API, die sich an Standards hält

  • OpenAPI 3.1, direkt aus dem Code erzeugt, mit interaktiver Dokumentation.
  • Idempotenz über den Header Idempotency-Key, Rate Limits mit Standard-Headern.
  • Fehler als Problem-JSON nach RFC 9457, mit Code und Request-ID.
  • Test-Modus: Mit einem rwc_test_-Token landet alles in einer Sandbox und verlässt die Plattform nicht.
  • Webhook-Signatur nach Standard Webhooks.
Zur API-Dokumentation
Nachricht senden
curl -X POST https://api.rootware.at/api/v1/messages \
  -H "Authorization: Bearer rwc_test_…" \
  -H "Idempotency-Key: order-4711-shipped" \
  -H "Content-Type: application/json" \
  -d '{"customer_id":"4711","channel":"email", …}'
Webhook empfangen: Header prüfen
webhook-id: evt_…
webhook-timestamp: 1767000000
webhook-signature: v1,<base64-hmac-sha256>

Mandantentrennung, die nicht an einer Codezeile hängt

Mehrere Mandanten teilen sich die Plattform, nicht ihre Daten.

Doppelt abgesichert
Jede Abfrage ist in der Anwendung auf den Mandanten beschränkt, zusätzlich erzwingt PostgreSQL Row Level Security die Trennung.
Zweiter Faktor ist Pflicht
Mandanten- und Betreiber-Panel verlangen MFA. API-Tokens tragen nur die nötigen Rechte und lassen sich auf IP-Adressen beschränken.
Betrieb in der EU
E-Mail läuft über Mailgun in der EU-Region, Anhänge liegen im Hetzner Object Storage (EU) und werden nur über kurzlebige signierte Links ausgeliefert.
Löschen und Auskunft
Kontakte lassen sich per API löschen, Auskunftspakete exportieren. Nachrichteninhalte werden nach Ablauf der Aufbewahrungsfrist geleert.
Nachvollziehbar
Verwaltungsaktionen stehen im Audit-Log. Plattform-Administratoren haben keinen stillen Zugriff auf Mandanteninhalte.
Sofort gestoppt
Ein gesperrter Mandant kann weder die API nutzen noch Nachrichten zustellen lassen.

Sprechen wir über Ihre Anbindung

Schreiben Sie uns. Wir richten Ihren Mandanten ein und helfen bei der Integration.