Stripe-Zahlung erfolgreich: Wie geht der Auftrag automatisch weiter?

1. Warum endet die Arbeit nicht mit der Zahlung?

Eine Online-Zahlung ist für den Kunden häufig der letzte Schritt der Bestellung. Für das Unternehmen ist sie dagegen der Beginn weiterer interner Abläufe.

Typische Aufgaben nach dem Zahlungseingang sind:

• Die richtige Bestellung als bezahlt markieren.
• Den Zahlungsstatus im CRM oder ERP aktualisieren.
• Eine Auftragsbestätigung oder interne Benachrichtigung auslösen.
• Den Versand oder die Leistungserbringung vorbereiten.
• Einen digitalen Zugang freigeben.
• Die Zahlungsinformation für die weitere Buchhaltungsverarbeitung bereitstellen.

Wenn diese Schritte nicht miteinander verbunden sind, prüfen Mitarbeiter dieselben Informationen mehrfach und übertragen Daten von einem System in das andere.

Besonders deutlich wird das bei Unternehmen, die bereits eine Website, ein Bestellsystem und ein ERP nutzen, deren Zahlungsprozess aber nicht vollständig integriert ist.

Eine Stripe-Integration verbindet deshalb nicht nur eine Bezahlfunktion mit der Website. Sie sorgt dafür, dass ein bestätigter Zahlungsvorgang im richtigen Geschäftsprozess ankommt.

2. Was sollte nach erfolgreicher Zahlung passieren?

Welche Aktion auf eine Zahlung folgt, hängt davon ab, was das Unternehmen verkauft.

Ein Online-Shop benötigt andere Folgeschritte als ein Softwareanbieter oder ein B2B-Dienstleister.

Die Automatisierung beginnt daher nicht mit der Frage, welchen Webhook Stripe anbietet.

Sie beginnt mit der geschäftlichen Entscheidung: Was soll nach einer tatsächlich bestätigten Zahlung passieren?

3. Welcher Zahlungsstatus darf den Auftrag auslösen?

Eine wichtige Fehlerquelle entsteht, wenn ein Unternehmen den Besuch der Erfolgsseite mit einer endgültig bestätigten Zahlung gleichsetzt.

Das ist nicht zuverlässig.

Ein Kunde kann den Browser schließen, bevor die Weiterleitung abgeschlossen ist. Bei bestimmten Zahlungsmethoden wird die Zahlung außerdem zeitversetzt bestätigt.

Stripe empfiehlt deshalb, nachgelagerte Aktionen serverseitig über geeignete Ereignisse zu verarbeiten, statt sich ausschließlich auf die Rückkehr des Kunden zur Website zu verlassen.

Welche Stripe-Ereignisse sind relevant?

Bei einer Integration mit Stripe Checkout können beispielsweise folgende Ereignisse eine Rolle spielen:

Bei anderen Stripe-Integrationsarten können weitere Ereignisse relevant sein, etwa payment_intent.succeeded. Die Auswahl muss zur tatsächlich verwendeten Stripe-Integration passen.

Wichtig: Nicht jedes technische Ereignis bedeutet automatisch, dass eine Ware versendet oder ein Zugang freigegeben werden darf. Die dafür erforderlichen Bedingungen müssen im jeweiligen Prozess definiert sein.

Die technischen Grundlagen beschreibt Stripe in der Dokumentation zur Auftragsabwicklung mit Checkout.

4. Wie werden Zahlung und Bestellung verbunden?

Ein erfolgreiches Zahlungssignal hilft wenig, wenn das System nicht weiß, welcher Auftrag dazu gehört.

Deshalb sollte bereits beim Start des Zahlungsvorgangs eine eindeutige Verbindung zur internen Bestellung vorgesehen werden.

Je nach Integration können dafür beispielsweise eine interne Auftrags-ID, eine gespeicherte Checkout-Session-ID oder eine passende Referenz zum Stripe-Zahlungsobjekt verwendet werden.

Nach Eingang des bestätigten Ereignisses prüft die Anwendung unter anderem:

• Existiert die zugehörige Bestellung?
• Gehört die Zahlung tatsächlich zu diesem Auftrag?
• Stimmen Betrag und Währung mit dem erwarteten Vorgang überein?
• Ist der relevante Zahlungsstatus erreicht?
• Wurde diese Zahlung für den Auftrag bereits verarbeitet?

Erst nach erfolgreicher Zuordnung wird die passende Folgeaktion ausgelöst.

So verringert das Unternehmen das Risiko, dass eine Zahlung dem falschen Kunden zugeordnet oder eine Leistung zweimal freigeschaltet wird.

5. Wie gelangen Zahlungsdaten in CRM und ERP?

Viele Unternehmen verwalten Kunden, Bestellungen und Rechnungsdaten bereits in bestehenden Programmen.

Eine Stripe-Integration muss diese Systeme nicht ersetzen.

Sie kann den relevanten Zahlungsstatus an die richtige Stelle übertragen.

Ein möglicher Ablauf:

1. Zahlung bestätigt: Das System empfängt ein geeignetes Stripe-Ereignis.
2. Auftrag gefunden: Die Zahlung wird anhand einer eindeutigen Referenz zugeordnet.
3. Status geprüft: Das System stellt fest, ob der Auftrag bereits verarbeitet wurde.
4. Geschäftssystem aktualisiert: Der definierte Status wird an das Bestell-, CRM- oder ERP-System übergeben.
5. Folgeaktion gestartet: Versand, Freischaltung oder interne Bearbeitung wird nach den vereinbarten Regeln ausgelöst.
6. Ergebnis dokumentiert: Erfolgreiche Übergaben und offene Fehler bleiben nachvollziehbar.

Wichtig ist, dass nicht jedes System unabhängig denselben Zahlungsstatus verwaltet.

Bei der Verbindung mehrerer Anwendungen sollte festgelegt sein, welches System für welche Daten verantwortlich ist.

So bleibt beispielsweise der technische Zahlungsstatus im Zahlungsprozess nachvollziehbar, während das ERP den für die Auftragsbearbeitung benötigten Geschäftszustand übernimmt.

Auch die Rechnungsstellung sollte nicht mit einer bloßen Zahlungsbestätigung verwechselt werden. Wenn Rechnungen in einem bestehenden System erzeugt und verarbeitet werden, kann eine passende E-Rechnungs-Integration ein eigener Baustein des Gesamtprozesses sein.

6. Was passiert bei Fehlern und doppelten Ereignissen?

Eine zuverlässige Zahlungsautomatisierung muss nicht nur den Normalfall beherrschen.

Stripe-Webhooks können mehrfach zugestellt werden. Außerdem kann ein technischer Fehler auftreten, nachdem eine Zahlung bestätigt wurde, aber bevor das ERP oder die interne Anwendung aktualisiert werden konnte.

Der Prozess muss deshalb verhindern, dass ein erneut zugestelltes Ereignis dieselbe geschäftliche Aktion mehrfach ausführt.

Vier Situationen, die berücksichtigt werden sollten

• Doppeltes Ereignis: Der Auftrag wird nicht erneut erfüllt, wenn dieselbe Zahlung bereits erfolgreich verarbeitet wurde.
• ERP vorübergehend nicht erreichbar: Die Zahlung bleibt nachvollziehbar und die ausstehende Übergabe kann erneut versucht werden.
• Bestellung nicht gefunden: Der Vorgang wird zur Klärung markiert, statt einer beliebigen Bestellung zugeordnet zu werden.
• Zahlung fehlgeschlagen: Der Auftrag wird nicht als bezahlt freigegeben; der vorgesehene Fehlerprozess greift.

Technisch gehören dazu unter anderem die Prüfung der Webhook-Signatur, eine dauerhafte Erfassung relevanter Verarbeitungsschritte und eine idempotente Verarbeitung: Dieselbe Zahlung darf nicht mehrfach dieselbe Leistung auslösen.

Für den betrieblichen Alltag ist vor allem entscheidend, dass fehlgeschlagene Übergaben sichtbar bleiben und nachgeholt werden können. Wie solche Abläufe organisiert werden, erklärt der Beitrag Automatisierung läuft nicht mehr: Fehler erkennen und Vorgänge nachholen.

Weitere technische Anforderungen beschreibt Stripe in der offiziellen Webhook-Dokumentation.

7. Praxisbeispiel: Digitale Leistung nach Zahlung freigeben

Ein Unternehmen verkauft einen digitalen Zugang, der nach erfolgreicher Zahlung aktiviert werden soll.

Bisher läuft der Vorgang manuell: Ein Mitarbeiter prüft Stripe, sucht die Bestellung und schaltet den Zugang anschließend im Verwaltungssystem frei.

Der gewünschte Ablauf sieht anders aus:

1. Der Kunde bestellt den digitalen Zugang.
2. Das Bestellsystem erstellt einen eindeutig zugeordneten Stripe-Zahlungsvorgang.
3. Stripe meldet den relevanten erfolgreichen Zahlungsstatus.
4. Die Anwendung prüft die Bestellung, den Betrag und die bisherige Verarbeitung.
5. Der Zugang wird nach den definierten Regeln freigeschaltet.
6. Das Bestellsystem erhält den aktualisierten Status.
7. Falls die Freischaltung fehlschlägt, wird eine erneute Bearbeitung oder eine Aufgabe für den zuständigen Mitarbeiter ausgelöst.

Der Vorteil liegt nicht allein darin, dass eine E-Mail eingespart wird.

Der Kunde erhält seine Leistung über einen nachvollziehbaren Ablauf, während Mitarbeiter nicht jede erfolgreiche Zahlung einzeln bearbeiten müssen.

Ob dieser Prozess vollständig automatisiert werden kann, hängt von den vorhandenen Systemen und den vereinbarten Freigaberegeln ab.

8. Wann lohnt sich eine individuelle Stripe-Integration?

Nicht jedes Unternehmen benötigt eine individuell entwickelte Zahlungsintegration.

Wenn ein vorhandenes Shop- oder Buchungssystem die benötigten Schritte bereits zuverlässig unterstützt, kann dessen bestehende Stripe-Anbindung ausreichen.

Eine zusätzliche Integration wird vor allem dann interessant, wenn nach der Zahlung weitere Systeme oder individuelle Abläufe beteiligt sind.

Typische Anzeichen sind:

• Mitarbeiter übertragen Zahlungsinformationen regelmäßig von Hand.
• Bestellungen bleiben trotz erfolgreicher Zahlung unbearbeitet.
• CRM und ERP zeigen unterschiedliche Auftragsstände.
• Digitale Leistungen werden erst nach manueller Kontrolle freigeschaltet.
• Abonnements benötigen zusätzliche Aktionen in eigenen Systemen.
• Fehlerhafte Übergaben fallen erst auf, wenn Kunden nachfragen.

Dann lohnt sich eine gezielte Prüfung des vorhandenen Prozesses.

Bei Kubertino kann die Umsetzung beispielsweise die Verbindung von Stripe mit einer bestehenden Anwendung, die Zuordnung von Zahlungen zu Aufträgen und die Automatisierung vereinbarter Folgeaktionen umfassen.

Der konkrete Umfang richtet sich nach den vorhandenen Systemen und der gewünschten Bearbeitung. Nicht jede Lösung braucht neue Software: Manchmal reicht eine vorhandene Schnittstelle oder die Anpassung einer bestehenden Integration.

9. Checkliste für Ihren Zahlungsprozess

Prüfen Sie anhand eines typischen bezahlten Auftrags, wie der Vorgang heute weiterläuft:

1. Zuordnung: Kann jede Stripe-Zahlung eindeutig einer Bestellung zugeordnet werden?
2. Status: Ist festgelegt, welcher Zahlungsstatus die Bearbeitung auslösen darf?
3. System: Wo wird der verbindliche Auftragsstatus verwaltet?
4. Folgeaktion: Was soll nach bestätigter Zahlung konkret passieren?
5. Datenübergabe: Welche Informationen benötigt CRM, ERP oder die Fachanwendung?
6. Doppelte Meldung: Kann dieselbe Zahlung versehentlich zweimal verarbeitet werden?
7. Fehler: Wer bemerkt, wenn eine Übergabe nicht funktioniert?
8. Wiederholung: Können fehlgeschlagene Verarbeitungsschritte sicher nachgeholt werden?
9. Kontrolle: Ist nachvollziehbar, wann die Zahlung bestätigt und der Auftrag weiterbearbeitet wurde?
10. Test: Wurden erfolgreiche, verzögerte und fehlgeschlagene Zahlungen sowie doppelte Ereignisse geprüft?

Wenn bei mehreren Punkten manuelle Kontrollen oder unklare Zuständigkeiten notwendig sind, liegt der Verbesserungsbedarf häufig nicht am Bezahlformular selbst, sondern an der Verbindung zwischen Zahlung und Geschäftsprozess.

Die Zahlung ist bestätigt – jetzt muss der richtige Prozess starten

Eine funktionierende Stripe-Zahlung ist nur ein Teil eines guten Bestellablaufs.

Der eigentliche Nutzen entsteht, wenn die Zahlung zuverlässig beim richtigen Auftrag ankommt und anschließend genau die Aktion auslöst, die das Unternehmen benötigt.

Das kann eine Statusänderung, eine interne Aufgabe, eine Freischaltung oder die Übergabe an ein bestehendes Geschäftssystem sein.

Mit klaren Zuordnungen, passenden Stripe-Ereignissen und einer kontrollierten Fehlerbehandlung lassen sich solche Schritte automatisieren, ohne die Übersicht über Zahlungen und Aufträge zu verlieren.

Wenn Sie Stripe bereits nutzen oder Online-Zahlungen in Ihre bestehenden Systeme einbinden möchten, unterstützt Kubertino Sie bei der Planung und Umsetzung eines passenden Zahlungsprozesses.