FlowAlp

Abos und wiederkehrende Zahlungen

July 30, 2026

Wiederkehrende Zahlungen mit FlowAlp Pay Abos: Subscription-Checkout, Renewal-Webhooks, Verwaltung per API — und wann Tokenisierung besser passt.

Ein Abo belastet einen Kunden automatisch in festem Intervall: Der Kunde autorisiert die Zahlung einmal im gehosteten Checkout, die Verlängerungen führt FlowAlp Pay für Sie aus. Dieser Leitfaden erklärt den Subscription-Checkout, die Webhooks rund um Verlängerungen und die Verwaltung laufender Abos über die API.

So funktionieren Abos

  1. Sie erstellen ein Gateway mit den Abo-Parametern unten; der Kunde autorisiert die erste Zahlung im gehosteten Checkout.
  2. FlowAlp Pay belastet die folgenden Raten automatisch im konfigurierten Intervall.
  3. Ihr System bleibt über Subscription-Webhooks synchron — Aktivierung, Verlängerungen, Fehlschläge und Kündigungen.
  4. Sie passen das Abo per API oder Dashboard an oder beenden es, wenn sich Pläne ändern.
ParameterBeschreibungBeispiel
subscriptionStateAktiviert die Abo-Verarbeitung für das Gatewaytrue
subscriptionIntervalAbrechnungsintervall (Dauer-String wie bei PHP DateInterval)P1M = monatlich
subscriptionPeriodGesamtlaufzeit des AbosP1Y = ein Jahr
subscriptionCancellationIntervalFrist, innerhalb derer der Kunde kündigen kannP1M = ein Monat

Subscription-Checkout erstellen

Die Anfrage ist eine normale Gateway-Erstellung mit den Abo-Parametern. Der amount (in der kleinsten Einheit, CHF 29.00 → 2900) wird einmal pro Intervall belastet:

Abo-Gateway erstellenbash
curl -X POST "https://api.pay.flowalp.com/v1.16/Gateway/?instance=demo-shop" \
  -H "x-api-key: $FLOWALP_API_SECRET" \
  -H "Content-Type: application/json" \
  -d '{
    "amount": 2900,
    "currency": "CHF",
    "purpose": "Pro plan (monthly)",
    "referenceId": "SUB-CUST-55021",
    "subscriptionState": true,
    "subscriptionInterval": "P1M",
    "subscriptionPeriod": "P1Y",
    "subscriptionCancellationInterval": "P1M",
    "successRedirectUrl": "https://app.example.com/subscribe/success",
    "failedRedirectUrl": "https://app.example.com/subscribe/failed",
    "cancelRedirectUrl": "https://app.example.com/subscribe/cancel"
  }'

Nicht jeder Zahlungsanbieter unterstützt Abos. Die Verfügbarkeit hängt von Ihrer Kontokonfiguration ab. Abo-Checkouts lassen sich auch ohne Code über Pay-Links erstellen.

Verlängerungen per Webhook verfolgen

Bei Abo-Gateways sendet FlowAlp Pay einen Subscription-Webhook (anstelle des Transaktions-Webhooks), sobald sich der Abo-Status ändert. Der Payload enthält status, valid_until — das nächste Belastungsdatum —, paymentInterval sowie Invoice- und Kontaktdaten. Richten Sie Ihren Endpoint wie in Webhooks konfigurieren beschrieben ein; die genaue Struktur zeigt Webhook-Ereignisse und Payloads.

StatusBedeutung
activeDas Abo läuft; weitere Belastungen folgen
overdueEine Belastung ist fehlgeschlagen und wird wiederholt
failedDie Erstellung schlug fehl, oder auch die wiederholte Belastung scheiterte
in_noticeDer Kunde hat vor dem Enddatum gekündigt; die verbleibenden Belastungen folgen noch
cancelledVom Händler mit sofortiger Wirkung gekündigt; keine weiteren Belastungen

Abos über die API verwalten

Passen Sie ein laufendes Abo — etwa ein Plan-Upgrade — mit einer PUT-Anfrage auf die Subscription-Ressource an. Der neue amount gilt ab dem nächsten Abrechnungsintervall:

Abo aktualisierenbash
curl -X PUT "https://api.pay.flowalp.com/v1.16/Subscription/1234/?instance=demo-shop" \
  -H "x-api-key: $FLOWALP_API_SECRET" \
  -H "Content-Type: application/json" \
  -d '{
    "amount": 4900,
    "currency": "CHF",
    "purpose": "Business plan (monthly)"
  }'

Abos lassen sich auch server-seitig aus einem bestehenden Kontakt erstellen (POST /v1.16/Subscription/ mit userId, psp, amount, currency, purpose, paymentInterval, period und cancellationInterval). Alle Operationen — inklusive Abrufen und Auflisten — sind in der Subscriptions-API dokumentiert.

Die Subscription-Ressource ist in der API-Dokumentation als experimentell gekennzeichnet, und ein eigener Kündigungs-Endpoint ist dort nicht dokumentiert. Prüfen Sie den aktuellen Stand auf der Seite Subscriptions-API, bevor Sie Kündigungsabläufe bauen, und nutzen Sie das Dashboard, wo die API Ihren Fall nicht abdeckt.

Abo oder Tokenisierung?

Abos passen zu fixer, periodischer Abrechnung: gleicher Betrag, gleiches Intervall, automatische Verlängerungen und kundenseitige Kündigungsregeln. Ändern sich die Beträge von Periode zu Periode, sind die Abrechnungstermine unregelmäßig oder wollen Sie volle Kontrolle über Wiederholungen und Mahnwesen, bauen Sie stattdessen auf der Tokenisierung auf und lösen jede Belastung selbst aus — Verlängerungen und Kündigungen implementieren Sie dann selbst, fehlgeschlagene Belastungen muss Ihr Code abfangen.

Nächster Schritt: Die Referenz Subscriptions-API behandelt Erstellen, Abrufen und Aktualisieren — und Webhooks halten Ihre Berechtigungsdaten synchron.