UPI Indien: QR, VPA und Grenzen

1) Was ist UPI

Das Unified Payments Interface (UPI) ist Indiens nationaler Zahlungsbus, der von der NPCI betrieben wird. Es bietet 24/7 sofortige Überweisungen zwischen Bankkonten und Fintech-Anwendungen (PSP). Für den Benutzer und den Händler ist UPI eine einzige Schicht aus Adressierung (VPA), Bestätigung (2FA) und Clearing, auf der P2P- und P2M-Szenarien aufgebaut sind.

• Interoperabilität: alle UPI-Anwendungen ↔ alle Banken/Konten.
• Adressierung ohne Angaben: VPA der Art 'name @ handle' statt IFSC/Konto.
• Sofortigkeit und Finalität: Die Übersetzung wird sofort bestätigt; Rücksendungen sind eine separate Transaktion.
• Niedrige Kosten für den Händler: Die Regulierung nach MDR/Schemata reduziert die Inkassokosten.

2) Akteure des Ökosystems

NPCI (Schema/Switch): Routing, Regeln, Zertifizierung.
PSP-Banken und Nicht-Bank-PSP (Front-End-Apps): Client-Anwendungen (PhonePe, Google Pay, Paytm usw.), SDK/APIs für Händler.
Acquirer/Issuer: Merchant Acquirer Bank und Issuer Bank.
Händler PSP: UPI-Empfangsanbieter für Unternehmen (SDK, QR, Intent, Reconciliation).

3) Identifikatoren: VPA und Details

VPA (Virtual Payment Address) ist die primäre UPI-ID: 'user @ psphandle' oder 'merchantname @ acquirer'.

• Verknüpft mit einem Bankkonto/Node in UPI.
• Kann persönlich (P2P) oder Merchant (P2M) mit eingeschlossenen Geschäftsdaten sein.
• Unterstützt Zahlungsanforderung (collect request), Rechnungen und Metadaten (orderId, purpose, MCC).

4) QR-Zahlungen: statisch vs dynamisch

Statischer QR

Enthält VPA/Griff Merchant, manchmal - feste Felder (MCC, Name).
Der Betrag wird vom Zahler manuell eingegeben (geeignet für Café/kleinen Einzelhandel).
Vorteile: Einfachheit, einmal drucken. Nachteile: Risiken der falschen Menge, schwächer als der Analyst.

Dynamischer QR-Code (pro Bestellung)

Generiert für jeden Scheck: enthält Betrag, OrderId, Zielfeld, optionale Rabatte, Prop-Tags.
Scan → Anwendung des Zahlers öffnet eine Rechnung mit einem festen Betrag.
Vorteile: Weniger Fehler, einfachere Abstimmung, Loyalität und Anti-Aging-Beweise.

Intent & Deep-Link Flow

Anstatt zu scannen, startet die Merchant-App den UPI-Client per Deeplink/Intent-URI und überträgt die Summe und Metadaten.
Bequem in E-Commerce/Anwendungen, ermöglicht es Ihnen, eine gleichmäßige UX ohne Kamera zu bauen.

5) Typische Zahlungsströme

P2P (pull/push): Transfer zwischen Benutzern per VPA/Telefon/QR.
P2M (Push): Der Käufer veranlasst die Zahlung (Scan/Pay).
Collect Request (Pull für Merchant): Der Merchant stellt eine Anfrage, der Käufer bestätigt in seiner UPI-App.
AutoPay (e-Mandat): Abonnement mit Vorautorisierung von Limit und Periodizität, Lastschrift wird per Mandat ohne manuelle Bestätigung jeder Transaktion (bis zum Limit) eingeleitet.

6) UPI-Limits: Wie sie funktionieren

Die Grenzen werden durch die Regeln des Schemas, die RBI/NPCI-Richtlinien, die emittierenden Banken und manchmal die Merchant-Kategorie bestimmt. Diese können je nach Teilnehmer, Risikoprofil und Kanal variieren.

1. Per-Transaction Cap (pro Operation): Ein „typischer“ Wert für die meisten Retail-Szenarien - bis zu ~₹1,00,000 (1 Lakh) pro Zahlung; für die einzelnen Kategorien oben/unten.

2. Per-Day-Cap (pro Tag): Begrenzung des Gesamtvolumens/der Anzahl der Transaktionen pro Zahlungsanwendung/Bank.

3. Kategoriegrenzen: Für bestimmte MCCs (z.B. Investitionen, Ausbildung/Medizin, Tickets, Utility) können erhöhte/separate Schwellenwerte gelten.

4. Neue Empfänger/Risiko-Timeouts: Bei der ersten Umstellung auf den neuen VPA sind reduzierte Einmallimits und Verschlusszeiten möglich.

5. UPI Lite (Offline Micropayment): Geldbörse auf dem Gerät/Bank für kleine Offline-Zahlungen; Die Limits liegen unter den regulären UPIs und werden separat festgelegt (per-txn und day).

6. AutoPay (e-Mandat): Limit für automatische Abbuchungen ohne erneute Authentifizierung - wird im Mandat festgelegt; für verschiedene Kategorien - unterschiedliche Schwellenwerte.

7. Szenario/Kanal: Intents/QR können eigene Validierungen haben (Anti-Missbrauch, Velocity).

7) Sicherheit und Authentifizierung

2FA: Bestätigung in der UPI-Anwendung (PIN/Biometrie) + Verknüpfung mit dem Gerät/SIM-Slot/Konto.
Gerätebindung: Anti-Betrug auf PSP-Anwendungsebene.
Echtzeit-Risikorichtlinien: Velocity-Check, Sanktionsliste/betrügerische Muster, Überprüfung des Namens des Empfängers (beneficiary name display).
UPI Lite und offline: Mikrolimits + verzögertes Posten in den Kern, um Risiken zu reduzieren.

8) Tarife und Provisionen (MDR)

• Gebühr für Abonnementzahlung/SDK für UPI-Acquiring,
• Gebühren für zusätzliche Dienste (dynamische QR, Reconciliation API, Annotationen, Berichte),
• Supportkosten, Dispute und Retouren.

9) Retouren, Teilretouren und Dispute (ODR)

Chargeback im Kartensinn fehlt. Eine Rendite ist eine neue Kredittransaktion von einem Händler an einen Zahler, die sich auf die ursprüngliche Transaktion bezieht.
Teilrefund wird unterstützt (nach Betrag).
ODR (Online Dispute Resolution): Standardprozess zur Online-Schadensregulierung - Status, SLA, Ablehnungsgrund, Nachweise (Zahlungsprotokoll, Scheck, Lieferschein).
Timing: abhängig von der Bank/PSP; Legen Sie in den Regeln der Unterstützung.

10) Merchant Integration: Optionen

1. Statischer UPI QR: Minimum der Entwicklung; gut für POS/SMB.
2. Dynamischer UPI QR: Der Server generiert einen maßgeschneiderten QR; bessere Abstimmung von Betrag/Auftrag.
3. Intent/Deep Link: mobile UX ohne Kamera; Web-Checkout → „Öffnen Sie die UPI-Anwendung“.
4. Collect (request-to-pay): Der Merchant initiiert ein „Konto“, bestätigt der Kunde.
5. SDK/JS/Native: fertige PSP-Module für Android/iOS/Web mit Statusverarbeitung.

• Generierung von Payload (VPA/Betrag/Tags),
• Callback Endpoint für erfolgreiche/erfolglose Zahlung,
• Reconciliation (Abstimmung) nach TID/RRN/UTR,
• manueller/automatischer Refund,
• SLA-Überwachung von PSPs/Banken.

11) Abstimmung und Berichterstattung (UTR, Status)

UTR (Unique Transaction Reference) - die eindeutige Kennung der Abrechnung in der Bankenschiene; Speichern Sie es für alle Operationen.
In PSP-Berichten: Originalparameter (VPA, Summe, orderId), Status (initiiert, pending, success, failure), späte Updates, Retouren.
Ein täglicher Auto-Recon und ein periodischer Full-Recon (Gewölbe mit Bank/PSP) sind Pflicht.

12) Offline und barrierefrei ohne Smartphone

UPI Lite (Offline-Mikrozahlungen): für kleine Beträge; Transaktionen werden ohne Netzwerkabfrage bestätigt, Posting später.
UPI 123PAY/IVR/feature-phone: Zahlung per Nummer/IVR-Menü.
Tap-and-Pay (NFC-UPI): Kontaktlose Szenarien, wo unterstützt.

13) Cross-Border (UPI Global)

UPI wird schrittweise in ausländische Schienen/Länderpartnerschaften integriert (z.B. Scannen indischer UPI-QRs durch Touristen oder Inder im Ausland in Partnernetzwerken). Support und Limits hängen von den Ländern/Partnern und der ausstellenden Bank ab.

14) Risiken, AML/KYC, Compliance

KYC-Levels bei PSPs/Banken beeinflussen die Limits.
AML/Sanktionen: Empfänger-/Zielfilter, Überwachung von Anomalien.
Fundraising: Eine Rückerstattung ist ohne Zustimmung des Verkäufers nicht möglich → eine strenge Überprüfung der Bestellung (dynamischer QR, Scheck, Geo/Gerät) ist erforderlich.
Rechtliche Behandlung der Branche: Für einzelne Branchen gelten Einschränkungen (MCC-Kategorien, Lizenzierung, Geoblocking in Staaten/UT). Planen Sie mit Anwälten die lokale Zulässigkeit der UPI-Zulassung für Ihre Art von Geschäft.

15) UX-Design und Best-Practices

Fehleroberfläche: Zeigen Sie explizit den Timer, Anweisungen und wie Sie die Zahlung wiederholen.
Idempotency: 'orderId' + Idempotency-Schlüssel für sichere Wiederholungen.
Fallback: Wenn Intent nicht geöffnet hat, bieten Sie QR an und „kopieren Sie VPA/Betrag“.
Grenzen in der Schnittstelle: Warnen Sie vor Überschreitungen und schlagen Sie vor, Schecks dort zu zerkleinern, wo es erlaubt ist.
Zuverlässigkeit: Retrays exponentiell für Status, Webhooks + Pull-API.
Transparenz: Scheck mit UTR, Betrag, Datum/Uhrzeit, VPA des Händlers, Support-Kontakt.

16) Checkliste Integration (P2M)

1. Holen Sie sich ein Merchant VPA/Handle von PSP.
2. Kanal auswählen: statisch/dynamisch QR, Intent, Collect.
3. Implementieren Sie Payload Generation und sichere Kolben.
4. Aktivierung der Reconciliation über UTR/OrderId (täglich + vollständig).
5. Rückgaben (teilweise/vollständig), Protokolle und ODRs konfigurieren.
6. Einführung von Anti-Fraud-Regeln (Velocity, neue Empfänger, High-Risk MCC Highlight).
7. UI/UX: Hinweise, Fehler, Wiederholung, Anzeige von Limits.
8. SLA-Überwachung von PSPs/Banken, Alerts und Berichterstattung etablieren.
9. Führen Sie End-to-End-Tests mit echten UPI-Clients durch.
10. Grenzen/Regeln regelmäßig aktualisieren (nach Banken/Kategorien).

17) Limitkarte (Richtlinien für die Gestaltung)

Per-txn (Einzelhandel): Bezugspunkt bis ~₹1,00,000.
Per-day: Tagesgesamtschwelle pro Bank/App; wird lokal festgelegt.
UPI Lite: deutlich niedriger als der normale UPI (Micropayment).
AutoPay (e-mandate): Limit pro Transaktion ohne wiederholte 2FA - nach Mandat/Kategorie.
Neue Begünstigte: herabgesetzte Einmallimits und/oder Verzögerungen.
Kategorien mit erhöhten Obergrenzen: abhängig von MCC/Bankvorschriften (Beispiel: Ausbildung/Medizin/Tickets/Anlageszenarien - nach Absprache).

18) Vergleich von QR-Strategien für den Merchant

19) Was iGaming/High Risk Verticals zu beachten sind

Überprüfen Sie die Zulässigkeit der Kategorie bei der PSP/Bank und die Einhaltung des lokalen Rechts.
Erwarten Sie eingeschränkte Limits und eine erweiterte KYC/ODR-Anforderung.
Betrachten Sie alternative Schienen für Ein-/Auszahlungen und strenge Verkehrssegmentierung.

20) Architektonische Notizen

• endpoints: `createPaymentIntent`, `generateDynamicQR`, `refund`, `reconcile`, `webhook`.
• Idempotenz durch Schlüssel und Tabelle dedupe.
• Ereigniswarteschlangen (Ereignisbus) für Status und Buchhaltung.
• Observability: Metriken (Erfolg/Fehler/Latenz), Tracing, Alerts.
• Sicherheit: HMAC-Signaturen von Webhooks, allowlist IP PSP, geheime Rotation.

Zusammenfassung für die Produktion

Wetten Sie auf Dynamic QR und/oder Intent.
Keine Hardcode-Limits - config + Mainstreaming nach Bank/PSP.
Aktivieren Sie UTR-Abgleich, partielle Rückgaben und ODR-Flow.
Decken Sie UX mit Fehlerszenarien, Wiederholungen und transparenten Schecks ab.
Überprüfen Sie Ihre Limit- und Kategorienrichtlinien regelmäßig mit dem PSP.