ecoPayz: Wallet und Konten
1) Kontext und Positionierung
ecoPayz (umbenannt als Payz) ist eine E-Wallet mit Multi-Währungs-Guthaben (im Folgenden „Wallet/Konten“), die sich auf digitale Dienste und iGaming (in zugelassenen Gerichtsbarkeiten) konzentriert. Der Benutzer hält das Geld auf der Brieftasche, macht P2P, bezahlt die Händler, füllt das Guthaben mit verschiedenen Methoden auf und zeigt es auf die Bank/Karte/lokale Kanäle (der Zugang hängt vom Land/CUS ab).
Warum der Merchant von Vorteil ist
Höhere Conversion-Rate durch Hosted/App2App-UX und Wiedererkennbarkeit in den Zielsegmenten.
Geringe Belastung (SCA, Gerätebindung, Risikobewertung).
Flexible Wirtschaft (oft unter CNP-Karten), schnelle partielle Refunds in die Brieftasche.
2) Produkte und Rollen
Geldbeutel/Konten: Multi-Währungs-Guthaben des Benutzers (Top-up/Verbrauch/Ausgabe).
Karten (virtuell/Kunststoff auf Kartenbahnen) - nicht in allen Ländern verfügbar.
Gutscheinquellen (ecoVoucher und Analoga über Partner) - wo erlaubt.
PSP/Acquirer: Onboarding Merchant, Tarife/MDR, Hosted/Widget/API, Berechnungen und Berichte.
Wallet-Schema/Emittent: AUP, KYC/AML, Limits, Betrugsbekämpfung, Wallet Book.
3) Kanäle und benutzerdefinierte Skripte
3. 1 Pay-in (Zahlung an den Händler)
Hosted/Redirect (empfohlen): Umleitung in ecoPayz/Payz → Login/SCA → Bestätigung → Rückgabe mit Status.
App2App/Deeplink: Auf dem Handy öffnet sich die Wallet-App und kehrt dann zur Kasse zurück.
Embedded/Widget: wenn die Sicherheitsanforderungen des Anbieters erfüllt sind.
3. 2 Top-up ins Portemonnaie (beim Nutzer)
Karten (3DS2), A2A/Open Banking/lokale Überweisungen, eCash/Gutscheine, P2P. Die Menge der Quellen variiert je nach Land und KYC-Ebene.
3. 3 Payouts/Withdraw
Zahlungen des Händlers an die Geldbörsen der Benutzer; weiter - Ausgabe durch den Benutzer auf Bank/Karte/lokale Methoden (Verfügbarkeit nach Land/KUS).
3. 4 P2P / Request-to-Pay
Überweisungen und Zahlungsanforderungen zwischen Wallets (wo unterstützt).
3. 5 Wallet-Karte
Virtuelle/Plastikkarte (falls verfügbar): Abbuchung aus dem Wallet-Guthaben; Online - SCA/3DS, POS - PIN/NFC.
4) Status und Berechnungen
Typischer Status: 'created → pending → success | failed | canceled | expired' (+ ggf. 'authorized → captured').
Siedlung: Einschreibungen in PSP/Provider-Registern in der Regel T + 1/T + 2 (Sklave. Tagen).
In der Logik trennen Sie Online-Erfolg und tatsächliche Gutschrift.
5) Limits, KYC und Risikorichtlinien
Limits per-txn/24h/7d/monthly; getrennte Schwellenwerte für neue Empfänger/Händler und für Schlussfolgerungen.
KYC-Level (Basic/Extended/VIP): Definieren Sie die Top-Up/Flow/Output-Maxima und eine Reihe unterstützter Methoden.
Velocity/Gerät/Geo-Regeln, Sanktionen und Altersbeschränkungen (insbesondere für iGaming).
Halten Sie Limits/Regeln in Konfigs mit Hot-Update-Option.
6) Retouren, Dispute, Finalität
Refund ist eine separate Kredittransaktion (vollständig/teilweise) zurück zur Brieftasche/Quelle.
Chargeback: Für die reine „Wallet“ -Abschreibung gibt es in der Regel keine klassischen Card Chargebacks; wenn die tatsächliche Schiene eine Karte (COF/Karte innerhalb der Brieftasche) ist, sind Kartenverfahren beim Emittenten möglich.
Planen Sie OS-Verfahren und speichern Sie vollständige Protokolle zur Ausgabe des digitalen Dienstes.
7) Wirtschaft und Kommissionen
Der MDR für einen Händler ist normalerweise niedriger als CNP-Karten, hängt jedoch von Geo/Umsatz/Kategorie ab.
Zusätzliche Kosten: Hosted/SDK, Unterstützung für 'Pending/Expired', OS/Dispute, Recon, mögliche Reserven/Risikovorbehalt.
Verwalten Sie den Wert: stimulieren Sie A2A-Top-up und Multi-Currency (weniger FX), verwenden Sie Upsale auf VIP.
8) UX-Praktiken
Mobile First: App2App hat Priorität auf dem Desktop gibt es eine klare Redirect.
Timer auf Bestätigung warten ('pending'), sichere Wiederholung, Vorschläge für Alternativen (Karten/A2A).
Transparente Fehler: Wallet/Method Limit, SCA-Fehler, Timeout.
Quittung: Betrag/Währung, 'transactionId', Kanal (App2App/Hosted), Finanzreferenz/UTR aus dem Register.
9) Merchant-Integration
Varianten
1. Hosted/Redirect - Schnellstart, minimale PCI/PII-Spur.
2. Server-to-Server + App2App/Hosted - benutzerdefinierte UX und enge Statuskontrolle.
3. Pay-by-Link/Rechnung - für verspätete Zahlungen/Kolleg.
Bekend-mindestens
API: `createPayment`, `authorize/capture` (если требуется), `refund`, `queryStatus`, `webhook`, `reconcile`.
Idempotenz ('orderId' + Schlüssel), exponentielle Wiederholungen, Dedup von eingehenden Web-Hooks.
Webhooks: Signatur/NMAS, Zeitstempel, Replay-Schutz.
Recon: täglicher Auto-Recon + Full-Recon, Speicherung von UTR/Bank-Links, Alerts für Off-Sync.
Observability: Conversion, 'pending→success/expired', settlement-lag, SCA/Limitfehler.
10) Sicherheit und Compliance
SCA (Wallet-Authentifizierung), Gerätebindung, Verhaltensbewertung.
PII-Minimierung: Hosted/Widget zur Eingabe sensibler Daten, Secrets - im Tresor, IP-Allowlist auf Webhook-Endpoints, strikte Redirect-URIs.
KYC/AML/DSGVO, Alter, Sanktionen, Geo-Filter, Responsible Gaming.
11) Auszahlungen und Affiliates
Wallet-Auszahlungen sind oft bequem (schnell und billig), aber segmentieren Sie nach Risiko/Geo/CUS.
Halten Sie Alternativen bereit: SEPA/RTP/Push-to-Card/lokale Geldbörsen für umstrittene Regionen oder große Beträge.
12) Funktionen für iGaming
Überprüfen Sie die rechtliche Zulässigkeit von Geo und Lizenz; Alterskontrolle und Selbstausschluss ermöglichen.
Erwarten Sie: strengere Grenzen, mögliche Hold/Reserven, erweiterte Überwachung von Transaktionen und Auszahlungen.
Planen Sie ein intelligentes Routing (A2A ↔ Wallet ↔ Gutscheine ↔ Karten) für das Risiko/Geo/Profil des Spielers.
13) KPIs und betriebliche Kennzahlen
Genehmigungsrate (separat nach App2App/Hosted).
Pending dwell time и доля `pending→expired`.
Refund Rate/ODR und durchschnittliche Lösungszeit.
Settlement lag (Erfolg → Registrierung → Einschreibung).
FX-Aktie und durchschnittliche FX-Marge.
Anteil der VIP/Extended KYC am Umsatz, Cost-to-serve (Support/Dispute).
14) Checkliste Ausgabe in prod
1. Vertrag mit PSP/Anbieter: Tarife/MDR, FX-Regeln, SLA für Web-Hooks/Register, erlaubte Geo/Verticals.
2. Integration: 'createPayment' + App2App/Hosted, Fehler-/Limit-/Wiederholungsbildschirme.
3. Sicherheit: Signatur/NMAS von Web-Hooks, vault Geheimnisse, redirect-URI, IP-allowlist.
4. Recon: täglich + voll, Speicherung von UTR/Fin-Referenzen, Warnungen zu Fehlsynchronisierungen.
5. Refunds/ODR: partial/full, Sapport-Playbooks, Bündel von refund↔order.
6. Confighi: Limits/CUS/Tarife/Geo - Off-Code, mit Versionierung und schnellem Update.
7. SLA Dashboards: Conversion, 'pending', settlement-lag, Retouren; Warnungen auf Anomalien/Geo.
8. E2E-Tests: mobile App2App, Desktop-Redirect, Timeouts/Wiederholungen, Teilrückgaben, Herabstufung des Anbieters.
Landmark-Karte
Status: „created/pending/success/failed/canceled/expired“ (+ „authorize/capture“, falls zutreffend).
Siedlung: normalerweise T + 1/T + 2 über PSP/Provider-Register.
Chargeback: fehlt für reine „Wallet“ -Abschreibungen; möglich für die Kartenschiene.
Limits/CUS: abhängig von Land/Ebene; in config aufbewahren und regelmäßig aktualisieren.
Recurrent: „erste Zahlung → Mandat“ (SEPA/Open-Banking/Wallet-Mandat) - wenn das Szenario dies unterstützt.
Zusammenfassung
ecoPayz/Payz ist ein ausgereiftes Wallet mit Multi-Currency-Guthaben, starker mobiler UX und verständlichem Betriebssystem. Integrieren Sie über Hosted/App2App, bauen Sie um Webhooks + Idempotenz + Recon auf, halten Sie Limits/CUS/Tarife/Geo in der Konfiguration und für iGaming folgen Sie den gesetzlichen Rahmenbedingungen, segmentieren Sie das Risiko und halten Sie alternative Schienen (A2A/Gutscheine/Karten) mit Smart-Routing nach Spielerprofil und Belastung.