Skrill: Wallet und Karten

1) Was ist Skrill und wann es zu wählen

Skrill ist eine E-Wallet (Stored-Value) der Paysafe-Gruppe mit einer breiten Abdeckung für digitale Güter und iGaming. Der Benutzer speichert das Guthaben, macht P2P, bezahlt die Händler und kann auch die Skrill-Karte (virtuell/Kunststoff auf Mastercard-Schienen - Verfügbarkeit variiert je nach Land) verwenden. Für den Merchant liefert Skrill durch App2App/Hosted-Checkout, Low-Freak (SCA, Device Binding, Risk Scoring) und loyales Publikum (VIP-Status) eine hohe Conversion.

• Digitale Inhalte, Spiele, Abonnements, Glücksspiele (in den zulässigen Gerichtsbarkeiten/vertraglich).
• Cross-Border-Zahlung, wenn Sie brauchen eine schnelle Rückkehr in die Brieftasche/Auszahlungen an die Spieler.
• Als „Second Wallet“ im Methodenmix neben Karten und A2A.

2) Ökosystem und Rollen

Skrill (Wallet-Schema/Emittent): AUP-Regeln, Limits, KYC/AML, Risiko-Scoring, Wallet-Ledger.
PSP/Acquirer (einschließlich Paysafe): Onboarding Merchant, Tarife, Hosted/Widget/API, Berichte und Berechnungen.
Merchant: initiiert Zahlung/Rückerstattung/Auszahlung, verarbeitet Status, führt einen Abgleich durch.
Zahler: Loggen Sie sich in die Skrill/App2App ein, bestätigt SCA, verwaltet das Guthaben/die Karte.

3) Produkte und Szenarien

3. 1 Pay-in (Brieftasche)

Hosted/Redirect (empfohlen): Auf dem Checkout → eine Umleitung in Skrill → Login/SCA → Bestätigung → Rückkehr zum Merchant.
App2App/Deeplink: Mit dem Handy öffnet sich die Skrill-App; nahtlose Rückkehr zur Kasse.
Embedded/Widget: Das Widget ist in Ihre Seite eingebettet (aufmerksam auf die Sicherheitsanforderungen).

3. 2 Top-up-Quellen in der Brieftasche (der Benutzer)

Karten (3DS2),

A2A/open-banking (Optionen variieren je nach Land),

eCash/Gutscheine (lokal),

P2P in Skrill.
Das Set ist abhängig von Risiko/Geo und KYC-Level.

3. 3 Payouts / Withdraw

Zahlungen an Skrill Wallet (disbursements/affiliate payouts).
Die Ausgabe durch den Benutzer: zur Bank (SCT/ACH/lokal), auf die Karte oder Bargeld/Agenten - wo verfügbar.

3. 4 P2P/Request-to-Pay

Überweisungen zwischen Geldbörsen per E-Mail/ID; R2P-Szenarien sind möglich (Zahlungsaufforderung).

3. 5 Skrill-Karte (Mastercard)

Virtuelle/Plastikkarte, Zahlungen offline/online; Die Abschreibung erfolgt aus dem Guthaben der Geldbörse.
3DS/SCA für Online, PIN/NFC für POS; Cash-out an Geldautomaten mit Unterstützung.

4) Status, Berechnungen und Finanzen

4. 1 Typisches Statusmodell

`created → pending → success | failed | canceled | expired`

Zusätzlich: 'authorized → captured' (wenn getrennte Autorisierung verwendet wird).

4. 2 Siedlung und Berichte

Fincredit Merchantu: normalerweise T + 1/T + 2 Werktage nach PSP-Registern.
Online-Erfolg ist nicht gleich Buchhaltung Einschreibung: Halten Sie tägliche Auto-Recon und regelmäßige Full-Recon.

4. 3 Retouren und Dispute

Refund ist eine separate Kredittransaktion (vollständig/teilweise) zurück zur Brieftasche/Quelle.
Chargeback: Für Zahlungen aus dem Wallet-Guthaben gibt es in der Regel keinen klassischen Card Chargeback; wenn die Zahlung auf Kartenschienen (COF/Karte in Skrill) erfolgte, ist ein Kartenverfahren seitens des Emittenten möglich.
OS/Beschwerden: nach Skrill/PSP-Verfahren; Speichern Sie die Ausführungsprotokolle des Dienstes.

5) Limits, KYC und Risikopolitik

Per-transaction, per-day/24h, manchmal wöchentlich/monatlich; Herabsetzung der Schwellenwerte für neue Empfänger/Händler.
Die KYC-Level des Nutzers (basic/extended/VIP) definieren die Limits für Top Up/Flow/Output.
Velocity/Device/Geo-Regeln und Terror mit Einschränkungen.
Für iGaming - separate Anforderungen unter Lizenz/Geo-Filter/Alter.

6) Wirtschaft und Tarife

Die Provision für den Händler liegt in der Regel unter den CNP-Karten; abhängig von Geographie/Umsatz/Kategorie (MCC).
Zusätzliche Kosten: Hosted/SDK, Unterstützung für „Pending/Expired“, ODR/Sapport, Recon, Retention/Reserve (nach Risiko).
Skrill VIP-Programme stimulieren die Wallet-Aktivität → steigern die Konversion und den LTV in einigen Märkten.

7) UX-Muster, die die Konvertierung beeinflussen

Mobile-first: Bieten Sie App2App, auf dem Desktop - klare Redirect.
Timer auf Bestätigung warten ('pending'), Taste „wiederholen“.
Klare Fehler: Wallet/Method Limit, SCA-Ausfall, Timeout; sofort Alternativen anbieten (Karten/A2A).
Quittung: Betrag, Währung, 'transactionId', Kanal (App2App/Hosted), UTR/fin-ref aus den Registern.

8) Merchant-Integration

8. 1 Optionen

1. Hosted/Redirect - Schnellstart und minimale PCI/PII-Spur.
2. Server-to-Server + App2App/Hosted PIN-Eintrag - Ihre UX, Statusüberwachung; Sicherheitsanforderungen kritisch zu beachten.
3. Pay-by-Link/Rechnung - Referenz/ausstehende Zahlungen, Kolleg.

8. 2 Backend-Minimum

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: Auto-Abgleich nach Tagesregistern + periodischer Full-Recon; Bankverbindung/UTR speichern.
Observability: Conversion, 'pending→success/expired', Latenz bis settlement/refund, SCA/Limitfehler.

8. 3 PCI/Sicherheit

Im Hosted-Szenario ist die PCI-Last minimal (Sie verarbeiten keine PANs/Geheimnisse).
Secrets/Keys in vault, IP-allowlist to your callback-endpoints, strict redirect-URI.

9) Anti-Fraud und Verhaltenssignale

Profilierung von Gerät und Verhalten, Geo-Anomalien, wiederholte erfolglose Versuche.
Einschränkungen bei neuen Empfängern/Auszahlungen, Cooling-Off, Step-Up-Authentifizierung.
Bei digitalen Gütern: verzögerte Ausgabe bis zur Einstellung/Verabschiedung von Risikoschecks, Schutz vor Bonusmissbrauch.

10) Features für iGaming und „sensible“ Verticals

Überprüfen Sie die Zulässigkeit von Geo- und Lizenzen, beachten Sie die Alterskontrolle, Responsible Gaming.
Erwarten Sie härtere Grenzen, mögliche Hold/Reserven, erweiterte Überwachung.
Planen Sie alternative Schienen (A2A/lokale Geldbörsen/Gutscheine) und Smart-Routing nach Risiko, Geo und Spielerprofil.
Auszahlungen an Spieler über Skrill sind in der Regel bequem, aber beachten Sie die Limits/Risiko-Segmentierung.

11) Vergleich „Wallet vs Skrill Card“

• Zahlung aus Bilanz, SCA in App/Kabinett.
• Refund - sofort in die Brieftasche; Es gibt keinen klassischen Wallet Balance Charjback.
• Geeignet für wiederholte Zahlungen, P2P, schnelle Teilrückgaben.

• Zahlung auf Kartenschienen; Verfügbarkeit nach Ländern.
• Es gelten die Kartenregeln (3DS, Chargeback auf Karten möglich).
• Benutzerfreundlich für Offline und universelles Online-Shopping.

12) KPIs und betriebliche Kennzahlen

Genehmigte Rate und Konversion nach Kanal (App2App/Hosted).
Anteil „pending→expired“ und durchschnittliche Bestätigungszeit.
Refund Rate/ODR und Zeit bis zur Entscheidung.
Settlement lag (Erfolg → Registrierung → Einschreibung).
Cost-to-serve (Sapport-Zeit pro Fall), VIP-Anteil und ihr Beitrag zum Umsatz.

13) Checkliste Ausgabe in prod

1. Vertrag mit PSP/Skrill: Tarife, SLA, Geo/Vertical, Rückerstattungs-/Auszahlungspolitik.
2. Wahl der Integration: Hosted/App2App; implementieren 'createPayment', Fehler-/Limit-/Wiederholungsbildschirme.
3. Verbinden Sie webhooks (Signatur/NMAS), idempotency und retrays, dedup Ereignisse.
4. Konfigurieren Sie daily recon + full-recon; Bewahren Sie UTR/Fin-Referenzen, Warnhinweise für Fehlsynchrone auf.
5. Aktivieren Sie partielle Berichte, OS-Vorschriften; verzögerte Ausgabe für Risikogüter.
6. SLA Dashboards: Conversion, 'pending', settlement lag, Retouren; Warnungen auf Anomalien/Geo.
7. E2E-Tests: mobile App2App, Desktop-Redirect, Timeouts/Wiederholungen, Teilrückgaben, Herabstufung des Anbieters.

Landmark-Karte

Status: 'created/pending/success/failed/canceled/expired' (+ 'authorize/capture' wo nötig).
Siedlung: häufiger T + 1/T + 2 in den Registern.
Chargeback: für das Wallet-Guthaben - in der Regel nicht; für die Kart-Schiene - gibt es.
Limits/CUS: abhängig von Land und Niveau; Halten Sie in config.
Recurrent: Erste Zahlung → Mandat (SEPA/Open-Banking/Wallet-Mandat) oder COF auf der Karte.

Zusammenfassung

Skrill ist eine starke Brieftasche für digitale Güter und iGaming mit einer guten Conversion und einem ausgereiften Betriebssystem. Integrieren Sie durch Hosted/App2App, bauen Sie um webhooks + idempotency + recon, halten Sie in config Grenzen/CUS/Fehler und überwachen Sie' pending→success/expired'. Für risikoreiche Segmente - verwenden Sie alternative Schienen und Smart-Routing, und für Retouren - verlassen Sie sich auf partielle Refunde und hochwertige Betriebsprotokolle.