Skip to main content
Indien verfügt über eine einzigartige Zahlungsinfrastruktur, die von UPI (mehr als 60 % der digitalen Transaktionen) und in Indien ausgestellten Karten (Visa, Mastercard, Rupay usw.) dominiert wird. Dodo Payments unterstützt all diese Methoden und gewährleistet die vollständige RBI-Konformität für Abonnementmandate.

Warum indische Zahlungsmethoden wichtig sind

UPI Dominance

UPI verarbeitet mehr als 10 Mrd. Transaktionen pro Monat. Viele indische Kunden besitzen keine internationalen Karten.

Low Transaction Costs

Bei UPI fallen nahezu keine Transaktionsgebühren an. Das ist ideal für Transaktionen mit hohem Volumen und geringerem Wert.

Subscription Support

Im Gegensatz zu den meisten alternativen Zahlungsmethoden unterstützen UPI und alle in Indien ausgestellten Karten (Visa, Mastercard, Rupay usw.) wiederkehrende Zahlungen über RBI-Mandate.

Unterstützte Methoden

*Für Abonnements sind RBI-konforme Mandate mit besonderen Verarbeitungsregeln erforderlich. Die Verarbeitungsverzögerung von 48 Stunden gilt für alle in Indien ausgestellten Karten und für UPI.

Konfiguration

API-Methodentypen

Beispiel: Checkout mit Fokus auf Indien

Anforderungen für UPI

Damit UPI beim Checkout angezeigt wird:
  1. Das Abrechnungsland muss Indien sein (IN)
  2. Die Währung muss INR sein
  3. Für nicht-indische Händler: Adaptive Currency muss aktiviert sein
Wenn Sie ein nicht-indischer Händler sind und Adaptive Currency nicht aktiviert ist, steht UPI Ihren Kunden nicht zur Verfügung.

Abonnements mit RBI-Mandaten

Abonnements mit indischen Zahlungsmethoden unterliegen den Vorschriften der RBI (Reserve Bank of India) und besonderen Anforderungen.

Funktionsweise von RBI-Mandaten

Mandattypen

Der bei der Bank des Kunden registrierte Betrag ist max(mandate_floor, billing_amount). Daher entspricht der Schwellenwert effektiv dem Autorisierungslimit für den Kunden, wenn die Abrechnung unterhalb des Schwellenwerts liegt. Wichtig bei Änderungen des Plans: Wenn ein Upgrade zu einer Abbuchung führt, die das bestehende Mandatslimit überschreitet, schlägt die Abbuchung fehl und der Kunde muss die Autorisierung erneut erteilen.

Konfigurierbarer Mandatsschwellenwert

Der Mandatsschwellenwert für INR-E-Mandate kann über das Feld mandate_min_amount_inr_paise konfiguriert werden (in INR Paise — 1 INR = 100 Paise). Sie können den Systemstandard von ₹15.000 auf drei Ebenen überschreiben: Priorität der Auflösung: Überschreibung pro Anfrage → Händlereinstellung → Systemstandard.
Mit einem höheren Schwellenwert können Sie später größere einmalige Abbuchungen (z. B. Plan-Upgrades oder nutzungsbasierte Mehrbeträge) unterstützen, ohne dass Kunden die Autorisierung erneut erteilen müssen. Ein niedrigerer Schwellenwert bringt die Autorisierung des Kunden näher an den tatsächlichen Abrechnungsbetrag, begrenzt jedoch den Spielraum für zukünftige variable Abbuchungen.
Diese Einstellung betrifft ausschließlich E-Mandate, die für in Indien ausgestellte Karten (Visa, Mastercard, RuPay) bei INR-Abonnements registriert sind. UPI-Abonnements verwenden ihren eigenen AutoPay-Ablauf und sind davon nicht betroffen.

Die Verarbeitungsverzögerung von 48 Stunden

Dies ist der wichtigste Unterschied zu internationalen Kartenzahlungen:
1

Charge Initiated (Day 0)

Am geplanten Verlängerungsdatum leitet Dodo die Abbuchung bei der Bank ein.
2

Pre-Debit Notification

Der Kunde erhält von seiner Bank eine Benachrichtigung über die bevorstehende Abbuchung.
3

48-Hour Window

Der Kunde kann das Mandat während dieses Zeitraums über seine Banking-App stornieren.
4

Debit Completed (~48-51 hours)

Nach 48 Stunden (zuzüglich bis zu 3 weiteren Stunden für die Bankverarbeitung) werden die Beträge abgebucht.
5

Webhook Sent

Der payment.succeeded-Webhook wird nach der tatsächlichen Abbuchung gesendet, nicht bei der Einleitung.
Gewähren Sie keine Vorteile bei Einleitung der Abbuchung. Warten Sie auf den payment.succeeded-Webhook, der etwa 48–51 Stunden nach dem geplanten Abbuchungsdatum eintrifft.

Umgang mit dem 48-Stunden-Zeitfenster

Webhook-Ereignisse für indische Abonnements

Testen

UPI-Test-IDs

Testnummern für indische Karten

Best Practices

Entwickeln Sie Ihre Anwendung so, dass sie die Lücke zwischen Einleitung der Abbuchung und tatsächlicher Zahlung verarbeitet. Berücksichtigen Sie:
  • Kulanzzeiträume für den Abonnementzugriff
  • Klare Kommunikation mit Kunden über die Verarbeitungsdauer
  • Webhook-gesteuerte Erfüllung statt datumsbasierter Erfüllung
Kunden können Mandate jederzeit über ihre Banking-Apps stornieren. Überwachen Sie subscription.on_hold-Webhooks und fordern Sie Kunden auf, erneut zu abonnieren oder ihre Zahlungsmethoden zu aktualisieren.
Berücksichtigen Sie bei variablen Preisen (z. B. nutzungsbasierten Preisen), ob ein On-demand-Mandat über 15.000 Rs ausreicht. Wenn die Abbuchungen diesen Betrag überschreiten könnten, müssen Kunden die Autorisierung erneut erteilen.
Für indische Kunden sollte UPI die primäre Zahlungsoption sein. Viele Nutzer bevorzugen UPI gegenüber Karten, da sie damit vertraut sind und der Zahlungsprozess reibungsloser ist.

Fehlerbehebung

Prüfen Sie:
  1. Ist das Abrechnungsland auf IN gesetzt?
  2. Ist die Währung auf INR gesetzt?
  3. Für nicht-indische Händler: Ist Adaptive Currency aktiviert?
  4. Ist upi_collect in allowed_payment_method_types enthalten?
Lösung: Vergewissern Sie sich, dass die Rechnungsadresse country: "IN" und billing_currency: "INR" enthält.
Ursache: Der neue Abbuchungsbetrag überschreitet das bestehende Mandatslimit (Schwellenwert von 15.000 Rs).Lösung: Der Kunde muss die Zahlungsmethode aktualisieren, um ein neues Mandat mit dem korrekten Limit einzurichten.
Ursache: Der Kunde hat das Mandat möglicherweise während des 48-Stunden-Zeitfensters storniert oder seine Bank hat die Abbuchung abgelehnt.Lösung: Der Kunde muss das Mandat erneut autorisieren oder seine Zahlungsmethode aktualisieren.
Ursache: Verzögerungen bei der Bank-API können die Verarbeitung um 2–3 weitere Stunden verlängern.Lösung: Dies ist erwartetes Verhalten. Entwickeln Sie Ihr System so, dass es variable Verzögerungen von insgesamt bis zu etwa 51 Stunden verarbeitet.
Ursache: Sonderfall in den RBI-Vorschriften — die Stornierung eines Mandats während des Verarbeitungsfensters beendet das Abonnement nicht sofort.Lösung: Die nächste Abbuchung schlägt fehl und das Abonnement wechselt zu on_hold. Überwachen Sie Webhooks auf payment.failed.

Verwandte Seiten

Payment Methods Overview

Sehen Sie sich alle unterstützten Zahlungsmethoden an.

Subscriptions

Vollständige Dokumentation zu Abonnements einschließlich RBI-Mandaten.

Webhooks

Verarbeitung von Webhooks für Zahlungsereignisse.

Testing Process

Alle Testdaten einschließlich UPI-IDs und indischer Karten.
Zuletzt geändert am 31. Juli 2026