Neosurf: Gutscheine in bar

1) Was ist Neosurf und wann man es wählt

Neosurf ist eine Prepaid-Gutschein-Zahlungsmethode: Der Nutzer kauft den Gutschein gegen Bargeld/Karte bei Offline-Partnern (Kioske, Supermärkte, Tankstellen) oder füllt das myNeosurf-Guthaben auf und zahlt dann online, indem er die Gutschein-PIN eingibt oder sich im Portemonnaie anmeldet. Die Gelder werden sofort abgebucht, es besteht kein Chargeback-Risiko wie bei Karten; Retouren werden als separate Kreditgeschäfte gemäß den Regeln des Anbieters/PSP ausgeführt.

Wo es gut funktioniert

Digitale Waren, Spiele, Abonnements mit einem niedrigen Scheck.
Publikum mit low-card-penetration/Vertrauen in Bargeld.
Märkte mit einem entwickelten Einzelhandelsnetzwerk für den Verkauf von Gutscheinen.

2) Ökosystem und Rollen

Anbieter/Schema: Ausstellung von Gutscheinen, KYC/KYB-Regeln, Betrugsbekämpfung, myNeosurf Wallet.
Einzelhandelskette: Verkauf von Gutscheinen/Auffüllen von Geldbörsen, Ausstellung eines Schecks mit PIN.
PSP/Acquirer: Merchant-, Hosted-Kassen-/SDK/API-Konnektivität, Status, Berichte und Berechnungen.
Merchant: initiiert die Zahlung, verarbeitet Status und Retouren, führt den Abgleich durch.
Zahler: Gibt die PIN ein oder loggt sich in myNeosurf ein und bestätigt die Abbuchung.

3) Produkte und Szenarien

Neosurf Voucher (PIN): Zahlung mit einem oder mehreren Gutscheinen; Teilbelastungen und Gutscheinkombinationen (innerhalb der Limits) werden unterstützt.
myNeosurf (Wallet): Zahlung aus dem Guthaben; bequem für Wiederholungskäufe und Rücksendungen.
Rechnung/Rau-by-Link: Zahlungslink von PSP mit PIN-Eingabe/Wallet-Login auf der Hosted-Seite.

4) Zahlungsströme

4. 1 Hosted/Redirect (empfohlen)

1. Checkout → die Wahl von Neosurf.
2. Umleitung auf die PSP/Provider-Hosted-Seite → PIN-Eingabe oder Anmeldung bei myNeosurf → Bestätigung.
3. Zurück zum Merchant mit 'status' (success/failed/canceled/pending) und 'paymentId'.
4. Die endgültige Gutschrift wird in den Tagesregistern (settlement) ausgewiesen.

4. 2 Embedded/Widget

Eingebautes PIN/myNeosurf-Widget an der Kasse. Erfordert die Einhaltung der UI/Sicherheit und der Richtlinie des Anbieters.

4. 3 Server-to-Server

Das Backend des Merchants löst die Zahlung aus und fragt den Status ab; Die PIN wird immer auf der Anbieter-/Widget-Seite eingegeben, um keine sensiblen Daten zu speichern.

5) Limits, KYC und Verhalten

• Per-Transaktion, Tages-/Wochenlimits.
• Begrenzung der Anzahl der Gutscheine in einer Zahlung.
• Geo-Beschränkungen (Ausstellungsland des Gutscheins vs Land des Händlers/Geldbeutels).
• Für neue Händler/Kategorien - reduzierte Schwellenwerte, Step-up-Checks.

6) Status, Berechnungen und Retouren

Online-Status: „Erfolg“, „Anhalten“, „Fehlgeschlagen“, „Abgebrochen“, „Abgelaufen“.
Settlement: Gutschrift auf PSP/Anbieterberichten (in der Regel T + 1/T + 2 Werktage, vertraglich).
Chargeback fehlt.
Refunds: separate Kredittransaktion (in myNeosurf oder über den vereinbarten Kanal); Partielle Refunds werden unterstützt.
Teilweise Belastung: Das Guthaben verbleibt auf der PIN/Wallet (abhängig von der Einstellung/Region).

7) Wirtschaft und Tarife

Die Tarife liegen in der Regel unter dem MDR für CNP-Karten und variieren in Geo/Volumen/Kategorie (Spiele, digitale Dienste usw.).
Zusätzliche Kosten: hosted/SDK, sapport und ODR, Verarbeitung 'pending/expired', recon.

8) UX-Muster der Kasse

Wo man einen Gutschein kaufen kann: Die Karte/Suche nach Verkaufsstellen erhöht die Konversion von Anfängern.
PIN-Kombination: bequeme Benutzeroberfläche zum Hinzufügen mehrerer Gutscheine + Anzeige des Restbetrags.
Klare Fehler: „falsche/bereits verwendete PIN“, „Limit überschritten“, „Region nicht unterstützt“.
Quittung: Betrag, Zeit, 'paymentId', Methode (PIN/myNeosurf); für die Rückgabe „refundId“.
Lokalisierung: Währung/Sprache/Jurtexte des Landes des Kunden.

9) Compliance und Sicherheit

Die Authentifizierung und Überprüfung der PIN/Wallet erfolgt anbieterseitig (SCA/Behavioral Scoring).
PII-Minimierung: Behandeln Sie die PIN nicht bei sich selbst; Verwenden Sie hosted/widget.
Webhooks: HMAC/Nonce, Replay-Schutz, Event-Dedup, Audit.
KYC/AML/GDPR: Alters- und Grenzanforderungen für Prepaid-Fonds; Sanktionen/Geo-Beschränkungen.

10) Abstimmung und Berichterstattung (Reconciliation)

Loggen: 'paymentId', 'orderId', Methode (PIN/myNeosurf), Währung, Betrag, Status, Zeitstempel, Bank-/Finanzreferenz (UTR) aus PSP-Registern.
Täglich: Auto-Recon von Cash-Events mit Fin-Registern (Gutschriften/Retouren/Korrekturen).
Alerta: „Erfolg ohne Registereintrag“, „doppelte Abschreibung“, „lange hängendes Pendeln“.

11) Merchant-Integration

Varianten

1. Hosted/Embedded by PSP - schneller Start und Einhaltung der Sicherheitsanforderungen.
2. Server-to-Server + Hosted PIN - Statuskontrolle ohne PIN-Verarbeitung bei Ihnen.
3. Pay-by-Link/Rechnung - für verspätete Zahlungen und einen Saport.

• API: `createPayment`, `refund`, `queryStatus`, `webhook`, `reconcile`.
• Idempotenz ('orderId' + Schlüssel), exponentielle Retrays, DLQ.
• Verzeichnisse: Länder/Währungen, Limits/CUS-Levels, Fehlercodes, SLA-Metriken.

12) Abonnements und erneute Abbuchungen

• myNeosurf als Geldquelle zu verwenden (sofern erlaubt),
• oder das System des ersten Gutscheins → ein Mandat (SEPA/Open Banking) für zukünftige Belastungen.
• Zeigen Sie dem Benutzer den Mandatsverwaltungs-Bildschirm (Limit/Periodizität/Benachrichtigungen).

13) Betrugsbekämpfung und Risikopolitik

Signale: Geo-Mismatch (IP/Voucher/Merchant), häufige PIN-Fehler, Wiederholungsversuche, Kontoverknüpfung über die gleichen PINs.
Mitigation: Limit für PIN-Anzahl pro Sitzung/Tag, Cooling-off, Captcha/Step-up, Soft-Failures mit Erklärung.

14) Hochrisikovertikale (einschließlich iGaming)

Verfügbarkeit, Schwellenwerte und Berichterstattung hängen vom Land und der Richtlinie des Anbieters/PSP ab.
Erwarten Sie reduzierte Limits, verstärkte Transaktionsüberwachung und Verifizierungsanforderungen.
Halten Sie alternative Schienen (andere Gutscheine, A2A, Karten) und Smart-Routing.

15) Architektur „Neosurf Gateway“

API-Layer (REST/GraphQL) der Kasse/Abrechnung.
Ereigniswarteschlangen: Status → Abrechnung/CRM/Analytics/Sapport.
Sicherheit: vault Geheimnisse, IP-allowlist, strenge Validierung redirect-URI, anti-replay Token.
Observability: Conversion (PIN vs myNeosurf), 'pending→success/expired', durchschnittliche Latenz, Anteil der partiellen/kombinierten Abschreibungen, Retourenmetriken.

16) Checkliste Ausgabe in prod

1. Verbinden Sie den Kanal an der PSP und schalten Sie die Hosted PIN/myNeosurf ein.
2. Implementieren Sie' createPayment'+ Web Hooks (HMAC), Idempotenz und Wiederholungen.
3. Aktivieren Sie partielle Berichte, Gutscheinkombinationsszenarien und verständliche Fehler.
4. Konfigurieren Sie daily auto-recon + periodisch full-recon; Fin-Referenzen/UTR aufbewahren.
5. SLA Dashboards und Alerts für hängende' Pending', hoher Anteil an 'failed', Anomalien durch Geo.
6. E2E-Tests nach Ländern/Währungen: mehrere PINs, Teilrückgaben, überfällige PINs/Limits.

Landmark-Karte

Die Status: ' success/pending/failed/canceled/expired '.
Siedlung: normalerweise T + 1/T + 2 in den Registern.
Chargeback: nein; refund - ein separates Kreditgeschäft (in Teilen zulässig).
PIN-Kombination: Innerhalb der Grenzen erlaubt.
Recurrent: über myNeosurf oder ein alternatives Mandat (nach der ersten Zahlung).

Zusammenfassung

Wählen Sie Neosurf für Bargeld und Mikrozahlungen: hosted PIN/myNeosurf → schnell und sicher.
Bauen Sie einen Prozess um Webhooks + Recon auf, unterstützen Sie partielle Refunds und eine Gutscheinkombination.
Nicht „miesen“ die Summen: Führen Sie die Grenzkonfigs/KUS durch die Länder und aktualisieren Sie regelmäßig.
Für Abonnements - erster Gutschein → Mandat/myNeosurf mit transparenter Verwaltung und Benachrichtigungen.