Checkliste vor dem Umstellen der Zahlungen auf LIVE: vom Testmodus in den Produktivbetrieb ohne Fehler

Sie haben den Checkout gebaut, mit Testkarten getestet, und alles läuft perfekt. Dann klicken Sie auf "Go Live", und genau hier beginnen die echten Probleme: Die Zahlung geht durch, aber das Geld kommt nicht an, der Webhook bestätigt die Bestellung nicht, oder der Kunde wird doppelt belastet. Im Testmodus tut nichts davon weh. In der Produktion ist jeder Fehler verlorenes Geld oder ein verärgerter Kunde.

Der Unterschied zwischen Test und Live ist kein einfacher Schalter. Es sind unterschiedliche Schlüssel, ein Konto, das vollständig verifiziert werden muss, getrennte Webhooks und eine Menge rechtlicher Details, die in Rumänien verpflichtend sind. Nachfolgend die Checkliste, die wir vor jedem Zahlungs-Launch durchgehen, in der Reihenfolge, in der sie zählt. Das ist keine Theorie: Es sind genau die Dinge, die am häufigsten kaputtgehen.

1. Live-Schlüssel, aktiviertes Konto, keine Testreste im Code

Die erste Falle: die Schlüssel. Bei Stripe (und fast jedem Zahlungsdienstleister) gibt es einen Satz Testschlüssel und einen Satz Live-Schlüssel, komplett getrennt. Die Daten werden nicht übertragen — Bestellungen, Kunden und Abonnements aus dem Testmodus existieren im Live-Modus nicht.

Zu prüfen:

• Der Live-Schlüssel steht in Umgebungsvariablen, NICHT direkt im Code geschrieben und NICHT auf Git hochgeladen.
• Sie haben ihn an allen Stellen ersetzt: Frontend (öffentlicher Schlüssel), Backend (geheimer Schlüssel) und in jedem verbundenen Dienst.
• Das Konto ist vollständig aktiviert: Firmendaten, Bankkonto für Auszahlungen, Identitätsprüfung (KYC) abgeschlossen. Ohne das können Sie zwar Zahlungen empfangen, aber nichts auszahlen.
• Sie haben Testschaltflächen, -produkte und -preise von der Live-Seite entfernt.

Ein einziges vergessenes `sk_test_` bedeutet Zahlungen, die scheinbar funktionieren, aber real nichts einnehmen.

2. Die Webhooks: Hier gehen die meisten Zahlungen kaputt

Der häufigste Fehler beim Go-Live: Der Test-Webhook bleibt bestehen, während der Produktions-Webhook fehlt oder das falsche Secret hat. Das Ergebnis ist brutal — der Kunde zahlt, das Geld kommt beim Zahlungsdienstleister an, aber Ihre Seite erfährt davon nie, sodass die Bestellung unbestätigt bleibt.

Zu prüfen:

• Sie haben einen SEPARATEN Webhook-Endpunkt für den Live-Modus erstellt, mit eigenem "Signing Secret".
• Sie verifizieren die Signatur jedes Events, bevor Sie es verarbeiten (sonst kann jeder eine Zahlung fälschen).
• Sie behandeln Events idempotent: Dasselbe Event kann zweimal ankommen, und Ihr Code darf die Bestellung nicht doppelt versenden.
• Sie verlassen sich für die finale Bestätigung auf den Webhook, nicht auf die Browser-Weiterleitung — der Nutzer kann den Tab schließen, bevor er zurückkehrt.

Testen Sie mit einer echten Zahlung, nicht nur mit dem Simulator.

3. Beträge, Währung und Mehrwertsteuer: Fehler, die genau Geld kosten

Die meisten Zahlungsdienstleister arbeiten mit der kleinsten Einheit der Währung. 100 RON wird nicht als "100" gesendet, sondern als 10000 (Bani). Ein klassischer Fehler ist, den Betrag auf der Seite korrekt anzuzeigen, ihn aber falsch multipliziert oder dividiert zu senden — und erst der Kunde teilt Ihnen mit, dass er falsch belastet wurde.

Zu prüfen:

• Die Beträge werden serverseitig berechnet, nie aus dem vom Browser gesendeten Preis übernommen (sonst kann jeder ihn verändern).
• Die Währung ist überall korrekt und konsistent (RON, EUR).
• Die Mehrwertsteuer ist inbegriffen und klar ausgewiesen, und der Endpreis im Checkout stimmt exakt mit dem der Produktseite überein.
• Sie verwenden Idempotenzschlüssel bei der Erstellung der Zahlung, damit ein Doppelklick nicht zu zwei Abbuchungen führt.

Eine Testtransaktion mit dem echten Betrag zeigt sofort, ob die Zahlen zusammenpassen.

4. 3D Secure, SCA und was passiert, wenn die Zahlung fehlschlägt

In Rumänien und der EU ist die starke Kundenauthentifizierung (SCA / 3D Secure) für die meisten Kartenzahlungen verpflichtend. Im Testmodus laufen Testkarten oft ohne den Bestätigungsschritt der Bank durch. In der Produktion erhält der echte Kunde eine SMS oder eine Benachrichtigung aus der Banking-App — und wenn Ihr Ablauf diesen Schritt nicht abbildet, wirkt die Zahlung, als würde sie "hängen bleiben".

Zu prüfen:

• Der Checkout unterstützt den 3D-Secure-Authentifizierungsschritt und wartet auf dessen Ergebnis.
• Sie haben klare Fehlerzustände: abgelehnte Karte, unzureichende Deckung, abgebrochene Authentifizierung — mit Meldungen, die der Kunde versteht.
• Der Kunde kann erneut versuchen, ohne den Warenkorb zu verlieren.
• Die Rückerstattung funktioniert: Testen Sie sie einmal wirklich, damit Sie wissen, wie es aussieht, wenn Sie sie tatsächlich brauchen.

Ein Checkout ohne Fehlerzustände verliert Kunden lautlos.

5. Der rechtliche Teil in Rumänien: Ohne ihn ist die Zahlung nicht vollständig

Ein Checkout, der technisch funktioniert, aber ohne die passenden Unterlagen dasteht, setzt Sie Beschwerden und Bußgeldern aus. In Rumänien hat der Online-Handel klare Anforderungen.

Zu prüfen:

• Allgemeine Geschäftsbedingungen, Datenschutzerklärung (DSGVO) und Widerrufsrichtlinie, zugänglich vom Checkout aus.
• Angezeigte Preise inklusive Mehrwertsteuer.
• Sichtbare Firmendaten (Name, Steuernummer, Sitz, Kontakt).
• Link zur Plattform SOL (Online-Streitbeilegung) und Hinweis auf ANPC.
• Automatisch nach Zahlung ausgestellte Rechnung — in Rumänien wird e-Factura zum Standard, verbinden Sie den Checkout also von Anfang an mit einem Rechnungssystem (zum Beispiel Oblio).

Diese Dinge wirken wie Bürokratie, bis die erste Beschwerde kommt. Erledigen Sie sie einmal korrekt, dann müssen Sie nicht mehr daran denken.

6. Der finale Test: eine echte Transaktion, dann eine Rückerstattung

Der letzte Schritt, bevor Sie sagen, dass Sie live sind: Führen Sie selbst eine echte Zahlung mit Ihrer eigenen Karte und einem kleinen Betrag durch. Es ist die einzige Möglichkeit, die gesamte Kette zusammen funktionieren zu sehen — Checkout, 3D Secure, Webhook, Bestellbestätigung, E-Mail, Rechnung und das Erscheinen des Geldes auf dem Auszahlungskonto.

Erstatten Sie dann dieselbe Transaktion und prüfen Sie, dass auch die Rückerstattung sauber funktioniert. Wenn all das einmal zusammenpasst, sind Sie bereit.

Bei MPO Web Studio liefern wir Websites mit integrierten Zahlungen remote, im ganzen Land, und gehen genau diesen Go-Live-Weg gemeinsam mit dem Kunden durch — mit einer fertigen Demo, bevor Sie etwas bezahlen. Wenn Sie diese Checkliste vor dem Launch auf Ihrer Seite durchgehen möchten, schreiben Sie uns auf WhatsApp, und wir gehen sie Schritt für Schritt durch.