Akzeptieren Sie UPI und alle in Indien ausgestellten Karten in Indien mit RBI-konformen Abonnementmandaten. Erfahren Sie mehr über die Verarbeitungsverzögerung von 48 Stunden, Mandatslimits und die Verarbeitung von Webhooks.
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.
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.
*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.
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.
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:
Ebene
Festlegung
Geltungsbereich
Pro Anfrage
mandate_min_amount_inr_paise bei einer Checkout-Session, Zahlung oder einem Abonnement
Eine Transaktion
Händler
Geschäftseinstellungen
Alle Ihre INR-Abonnements
System
—
Standardwert ₹15.000
Priorität der Auflösung: Überschreibung pro Anfrage → Händlereinstellung → Systemstandard.
INR-Abonnements mit indischen Karten bei Nicht-Airwallex-Connectors
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.
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.
// DON'T do this:async function handleSubscriptionRenewal(subscription) { // ❌ Bad: Granting access immediately when charge is initiated grantPremiumAccess(subscription.customer_id);}// DO this:async function handlePaymentWebhook(event) { if (event.type === 'payment.succeeded') { // ✅ Good: Only grant access after payment is confirmed grantPremiumAccess(event.data.customer_id); } if (event.type === 'payment.failed') { // Handle failed payment (mandate cancelled, insufficient funds) revokePremiumAccess(event.data.customer_id); }}
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.
Set appropriate mandate amounts
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.
Offer UPI prominently
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.
Für nicht-indische Händler: Ist Adaptive Currency aktiviert?
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.
Subscription charge failed after upgrade
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.
Subscription on hold but customer claims they didn't cancel
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.
Payment deduction delayed beyond 48 hours
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.
Mandate cancelled but subscription still active
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.