Trustly: Direkte Bankzahlungen

1) Was ist Trustly

Trustly ist ein A2A (Account-to-Account) Zahlungs- und Auszahlungsanbieter, der Händler über redirect/App2App mit den Banken der Zahler verbindet. Der Käufer bestätigt die Überweisung bei seiner Bank (SCA nach PSD2), der Merchant erhält sofort eine Online-Bestätigung und die Gutschrift der Gelder erfolgt über die Berichte/Berechnungen des Anbieters.

• Niedrige Kosten im Vergleich zu Kartons MDR.
• Breite Geographie in Europa (Nordics, DACH, Benelux, UK, Southern EU, etc.) + lokale Banken.
• Pay-ins und Payouts (einschließlich Instant Payouts für unterstützte Banken).
• Spezielle Lösungen für iGaming (z. B. Pay N Play: „Einzahlung → Konto erstellt/verifiziert“).

2) Produktlinie und Szenarien

Pay-in (Zahlung von der Bank): redirect/App2App zur Bank des Zahlers → SCA → Online-Erfolg/Ablehnung → Anschlusskredit.
Payouts (Auszahlungen): Überweisung auf das Konto des Benutzers; für eine Reihe von Banken - sofort (ansonsten T + 1/T + 2).
Pay N Play (iGaming): Kombiniert die Einzahlung mit Onboarding: KYC-Signale werden aus Bankdaten extrahiert (Name, IBAN/BIC usw.), ein Spielerkonto wird ohne separate Registrierung erstellt, Fast Withdraw ist zurück auf dasselbe Konto möglich.
Account Info/Check (optional): Nachweis des Kontobesitzes, Überprüfung des Namens/IBAN für Anti-Mule/ODR.

3) Zahlungsströme: Redirect und App2App

3. 1 Classic redirect

1. Checkout Merchant → Auswahl der Bank (Verzeichnis/Suche).
2. Umleitung auf eine Bankseite oder einen gehosteten Bildschirm → SCA.
3. Return to merchant site with status (success/pending/failed/canceled/expired).
4. Warten auf Webhook/Immatrikulationsbericht (Einstellung).

3. 2 App2App (mobil)

Öffnen der Banking-App über deeplink/intent → Bestätigung → Rückgabe.
Höhere Konversion und weniger ausstehende Zahlungen; Achten Sie darauf, Fallback auf Web-Umleitung zu halten.

3. 3 Payouts

Initiieren Sie die Auszahlung über die API mit der Bestell-/Gewinnreferenz; erhalten Sie den Online-Status „zur Verarbeitung akzeptiert“ und das Ergebnis des Webhooks/der Registrierung.
Die Aufrechterhaltung der Idempotenz und der Auszahlungsstatuskarte ist kritisch (bis hin zu Wiederholungen/Pullbacks).

4) Grenzen und Risikorichtlinien

• Per-Transaktions- und Per-Tag/Woche-Limits bei der Bank des Zahlers.
• Neue Empfänger/Händler - reduzierte Schwellenwerte und/oder Verschlusszeiten.
• Kanal-/Velocity-Regeln, Geo-/Device-Signale, Anti-Maultiere.
• Für Payouts - separate Quoten/Schwellenüberprüfungen (insbesondere Instant).

5) Status und Berechnungen: Online-Erfolg vs tatsächliche Gutschrift

Online status: `success`, `pending`, `failed`, `canceled`, `expired`.
Siedlung: tatsächliche Gutschrift auf Trustly Berichte/Register (oft T + 1/T + 2 Bankarbeitstage; für einige Richtungen/Auszahlungen - instant).
Wenden Sie bei kritischen Dienstleistungen das Modell „Bedingte Erfüllung vor Gutschrift“ an (z.B. Aktivierung eines digitalen Artikels nach Bestätigung des Settlements).

6) Retouren und Dispute

Chargeback wie in den Karten fehlt. Retouren sind neue Kreditgeschäfte über den Anbieter an den Zahler.
Partial refunds werden unterstützt.
Die Rückgabefristen sind Bank (in der Regel T + 1/T + 2).
Dispute - durch ODR-Prozesse des Anbieters und der Bank des Zahlers: Vorbereitung der Bestellprotokolle, Bestätigung der Lieferung/Erbringung der Dienstleistung, Kommunikation payout↔pay -in.

7) Kommissionen und Wirtschaft

Normalerweise fix/niedriger Prozentsatz pro Transaktion + Gebühren für Plattformfunktionen (gehostete Checkout, Reporting, ODR, Payouts/Instant).
Planen Sie die Kosten für Pending/Expiries, ODR und Recon Support.

8) Abstimmung und Berichterstattung (Reconciliation)

Hinterlegen Sie die' paymentId/transactionId 'des Anbieters, die' orderId', die issuer Bank, die Zeitstempel, die UTR/Bankreferenz aus den FinReports.
Schließen Sie Webhooks an, um den Status zu ändern; Führen Sie den täglichen Auto-Recon und den periodischen Full-Recon (Bewegung für Einschreibungen/Retouren/Korrekturen) aus.
Für Payouts - separate Register und Abgleich mit den ursprünglichen Pay-Ins/Spielguthaben.

9) UX-Praktiken

Verzeichnis der Banken: schnelle Suche, sortiert nach Popularität/letzte Wahl.
Mobile first: Bieten Sie App2App an; bei Ausfall - Fallback im Web.
Fehler und Wiederholungen: eindeutige Ursachencodes (Limit, SCA-Ausfall, Timeout), Wiederholungstaste, alternative Methoden.
Idempotenz: 'orderId' + Idempotenz-Schlüssel für Safe-Retry.
Quittung: Betrag, Zeit, 'transactionId', Bank, Kanal (App2App/Redirect), Link zum Sapport.
Payout UX: transparente ETAs (instant/T + 1), Status-Tracking, Benachrichtigungen.

10) Pay N Play (für iGaming)

Onboarding ohne Anmeldeformular: Der Nutzer wählt die Bank aus, bestätigt die Einzahlung, und der Anbieter gibt die verifizierten Bankdaten (Name/Konto) an den Merchant ab - ein Spielekonto wird angelegt.
KYC-Signale von der Bank reduzieren die Reibung und beschleunigen die erste Einzahlung.
Fast Withdraw: Auszahlungen auf das gleiche bestätigte Konto, oft sofort.
Strenge Richtlinien für verantwortungsvolles Spielen, Einzahlungslimits, ein Mandatsprotokoll und eine transparente OS sind erforderlich.

11) Compliance und Sicherheit

PSD2/SCA, Gerätebindung und Betrugsbekämpfung der ausstellenden Bank.
DSGVO/PII-Minimierung: Nur notwendige Attribute speichern, PII verschlüsseln, Zugriff einschränken.
Webhooks: HMAC-Signaturen/Nonce, Replay-Schutz, allowlist IP.
AML/Sanktionen: Überwachung von Transaktionen, Überprüfung des Kontonamens (Name Match), Anti-Mule-Signale.

12) Hochrisikovertikalen

Die Verfügbarkeit und die Grenzen für einige Kategorien (einschließlich iGaming, Krypto usw.) hängen vom Land und den Partnerbanken ab.
Erwarten Sie: verschärfte Limits, erweiterte KYC, mögliche Hold' s und zusätzliche Nachweise.
Halten Sie alternative Schienen (Karten, SEPA, Open Banking PIS von anderen Anbietern), Routing nach Kundenprofil.

13) Merchant Integration: Optionen

1. Hosted/Embedded vom Anbieter

Schnellstart, fertige Liste der Banken, Status, Fehler, Webhooks.

2. Server-to-Server + Redirect/App2App

Mehr Kontrolle: Bankeigene Auswahlseite, tiefe Fehlerbehandlung, eigene Deeplink/QR.

3. Rechnung/Request-to-Pay

Senden eines Zahlungslinks per E-Mail/SMS/Messenger; bequem für B2B/Dienstleistungen.

• Эндпоинты: `createPayment`, `refund`, `createPayout`, `queryStatus`, `webhook`, `reconcile`.
• Idempotenz und dedupe durch 'orderId'.
• Retrays von Status exponentiell, dead-letter auf instabile Antworten.
• Verzeichnisse: Banken/Länder, Limits/Fehlercodes, SLA-Metriken nach issuer 'am.

14) „Trustly Gateway“ Architektur

API-Schicht (REST/GraphQL) für Kassen- und Kassierdienste.
Event-Warteschlangen: Status-Events → Abrechnung/CRM/Gaming-Backend/Analysen.
Observability: Konversion nach Banken/Kanälen, 'pending→success/expired', durchschnittliche Latenz bis settlement, Anteil an Instant Payouts.
Sicherheit: Tresor für Geheimnisse, IP-allowlist, strikte Validierung von redirect-URIs, Anti-Replay-Token.

15) Checkliste Ausgabe in prod

1. Wählen Sie Geografien/Banken und verbinden Sie den Trustly-Kanal mit der PSP.
2. Implementieren Sie' createPayment'+ Bankauswahl + redirect/App2App mit fallback.
3. Verbinden Sie Webhooks, Timeouts und Statuswiederholungen.
4. Richten Sie Recon (täglich + voll) ein, speichern Sie UTR/Fin-Referenzen.
5. Aktivieren Sie partielle/vollständige Berichte, ODR-Protokolle, Sapport-Verfahren.
6. Für iGaming - Starten Sie Pay N Play, Einzahlungslimits, Fast Withdraw, verantwortungsbewusstes Spielen.
7. Erstellen Sie ein SLA-Monitoring über Banken/Kanäle und Alerts über Incidents.
8. Testen Sie mobile Banken (iOS/Android) und die wichtigsten issuer's nach Ländern.

Landmark-Karte

Статусы: `success`, `pending`, `failed`, `canceled`, `expired`.
Settlement pay-in: häufiger T + 1/T + 2; payouts - instant wo verfügbar, sonst T + 1/T + 2.
Limits: per-txn/day/week bei issuer'a; neue Empfänger - reduzierte Schwellenwerte.
Recurrent: über e-mandate/SEPA DD/Open Banking (erstes A2A → Mandat).

Zusammenfassung

Wetten Sie auf App2App/Embedded für Conversion und Instant Payouts für Retention.
Trennen Sie Online-Bestätigung und tatsächliche Gutschrift in der Geschäftslogik.
Legen Sie keine Beträge fest: Führen Sie Limits nach Banken/Ländern/Kanälen.
Für iGaming verwenden Sie Pay N Play mit transparentem KYC, Limits und schnellen Auszahlungen.