Manuelle vs Auto-Auszahlungen

1) Konzeptrahmen

Auto-Auszahlungen - Entscheidungen „passieren/ablehnen/eskalieren“ werden automatisch auf der Grundlage von Regeln und Scoring getroffen, der Versand in den Korridor erfolgt ohne Beteiligung des Betreibers.

Manuelle Auszahlungen - menschliche Überprüfung (fin. B. Betreiber/Risikoanalyst) bestätigt oder storniert den Antrag vor dem Versand/nach der Rückgabe.

Ziel ist es, den Anteil der Auto-Auszahlungen zu maximieren und gleichzeitig ein akzeptables Risiko zu wahren und die regulatorischen Anforderungen zu erfüllen. Der Handzweig ist ein „Sicherheitsnetz“, kein Standard.

2) Kriterien für die Auswahl des Modus

Wenn „Auto“ standardmäßig

Same-method & return-to-source werden eingehalten.
ND ≥ 0 (keine negativen Nettoeinlagen).
KYC-Level ≥ L1, keine aktiven RG-Sperren.
Risikograd <Schwelle, keine Geo-Konflikte (IP≈KYC≈SIM).
Die Summe ≤ pre-approved Schwelle für das Segment.
Methode/Korridor - Instance/zuverlässig mit geringer Rendite.
Ohne frische Lade-/Missbrauchssignale.

Wenn „manuell“ standardmäßig

SoF/SoW erforderlich (Schwelle/Signal).
RER/Sank-Phasen (Fuzzy-Hits) oder umstrittene Dokumente.
GEO-Konflikt, Verdacht auf Multi-Account/Haushalt.
Velocity/amount Anomalien (viele Anwendungen, große Menge).
Rückzug auf neue Requisiten ohne Geschichte.
FX-Arbitrage-Szenarien, Nicht-Standard-Korridore (SWIFT).
Etwaige Regelausnahmen und Rückgaben mit unklarem Grund.

3) Vor-/Nachteile

4) Hybrid-Pipeline-Architektur

1. Pre-checks: gleiche Methode, ND, RG/KYC, Sanktionen.
2. Risiko-Scoring: Zahlung/Gerät/Verhalten/geo/fx Zeichen.

3. „AUTO _ PASS/ MANUAL_REVIEW/DENY“

4. Warteschlangen: Manuelle Warteschlange mit SLA-Prioritäten, Auto-Router in den Korridor.
5. Orchestrierung: Auswahl eines Korridors (Instant → Fast → Standard) nach Cost/ETA/Limits.
6. Treasury/FX: Pre-Funding, Pool Limits, Slippage Guards.
7. Reconciliation: Status, Retouren/Reverse, Re-Rout/Refand.
8. Observability: Timelines, p95/p99, backlog, breach-alerts.

5) Politik (Pseudo-DSL)

yaml policy: "payouts_auto_manual_v2"
eligibility:
same_method: true nd_min: 0 kyc_min: L1 routing:
cascade:
- corridor: "INSTANT" when: risk_score < 0. 5 and amount <= preapproved_limit
- corridor: "FAST_A2A" when: risk_score < 0. 65
- corridor: "STANDARD_SEPA" when: else manual_review:
triggers:
- risk_score >= 0. 65
- geo_conflict_score >= 2
- new_beneficiary == true and amount > new_beneficiary_cap
- sanctions_fuzzy_hit == true
- velocity_24h_payouts > 3 or amount_24h > segment_cap
- returns_last_30d >= 1 deny:
rules:
- self_excluded == true
- nd_total < 0 and allow_nd_withdrawal == false limits:
preapproved_limit:
LOW_RISK: {EUR: 2000}
MID_RISK: {EUR: 500}
sla:
auto_p95_minutes: 30 manual_p95_hours: 8 audit:
store_decision_tree: true store_feature_snapshot: true

6) Manuelle Prüfwarteschlangen und Prioritäten

1. Höhere Beträge mit auslaufenden SLAs.

2. Same-method & ND≥0 (Schnellstart bei Bestätigung)

3. Multi-Tickets von einem Spieler (reduzieren Churn/Appelle).

4. Instant-Korridore mit Netzwerkdegradation (schnelles Auflegen oder Auflösen).

5. Der Rest.

Warteschlangen-Management-SLA: Ziel-p95-Lösung '≤ 4-8 h' (lizenz-/marktabhängig).
Tools: Auto-Subsampling von Dokumenten, Checklisten, Antwortmakros, „Approve with note“, „Partial release“.

7) UX und Kommunikation

Auto-Zweig: Wir zeigen ETA und Status („Initiiert“, „Gutgeschrieben“).
Manueller Zweig: Wir kommunizieren ehrlich das erwartete Fenster (Schwelle) und was benötigt wird (Liste der Dokumente/Inspektionen).
Eskalationen: Benachrichtigungen beim Verlassen des SLA, Vorschlag, die Methode zu ändern (wenn nicht gegen die gleiche Methode/ND verstößt).
Geschichte der Details: Markierung „verifizierter“ Empfänger für zukünftige Auto-Zahlungen.

8) Datenmodell

sql payout. timeline (
payout_id PK, user_id, amount_minor BIGINT, currency TEXT,
method TEXT, corridor TEXT, provider TEXT, iso2 TEXT,
nd_snapshot NUMERIC, same_method_ok BOOLEAN,
risk_score NUMERIC, decision TEXT, -- AUTO_PASS    MANUAL    DENY reason_codes TEXT[], reviewer TEXT,
t_request TIMESTAMP, t_precheck_ok TIMESTAMP, t_risk_ok TIMESTAMP,
t_decided TIMESTAMP, t_initiated TIMESTAMP, t_posted TIMESTAMP, t_available TIMESTAMP,
status TEXT, meta JSONB
);

review. queue (
ticket_id PK, payout_id FK, priority INT, state TEXT, assignee TEXT,
created_at TIMESTAMP, picked_at TIMESTAMP, resolved_at TIMESTAMP, sla_deadline TIMESTAMP
);

risk. features_snapshot (
payout_id FK, payload JSONB, created_at TIMESTAMP
);

9) SQL-Vorlagen

9. 1. Anteil Auto/Manuell/Fehler und deren TTW

sql
SELECT decision,
COUNT() AS cnt,
100. 0 COUNT() / SUM(COUNT()) OVER () AS share_pct,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (COALESCE(t_available, t_decided) - t_request))) AS p95_sec
FROM payout. timeline
WHERE t_request BETWEEN:from AND:to
GROUP BY decision;

9. 2. Backlog manuelle Warteschlange und überfällige SLAs

sql
SELECT
COUNT() FILTER (WHERE state='OPEN') AS open_tickets,
COUNT() FILTER (WHERE sla_deadline < now() AND state IN ('OPEN','IN_PROGRESS')) AS sla_breaches
FROM review. queue;

9. 3. Auto-Zahlungen - breach durch die Korridore

sql
SELECT corridor,
100. 0 COUNT() FILTER (WHERE EXTRACT(EPOCH FROM (t_available - t_request)) >:p95_target_sec) / NULLIF(COUNT(),0) AS breach_pct
FROM payout. timeline
WHERE decision='AUTO_PASS' AND status='SUCCESS'
AND t_request BETWEEN:from AND:to
GROUP BY 1 ORDER BY breach_pct DESC;

9. 4. Konvertierung „Manuelle → erlaubt“

sql
SELECT
100. 0 COUNT() FILTER (WHERE status IN ('SUCCESS','INITIATED')) / NULLIF(COUNT(),0) AS manual_approve_rate
FROM payout. timeline
WHERE decision='MANUAL' AND t_decided BETWEEN:from AND:to;

10) Metriken und Dashboards

Auto-Rate%: Anteil der Auszahlungen im Auto-Zweig.
Manuelle Approve %/deny%, manuelle p95 TAT (Lösungszeit).
TTW p95/p99 по decision/corridor/provider/geo.
SLA-breach% (automatisch und manuell).
Returns/Reverse% und der Anteil der Nachzahlungen nach der Rückgabe.
Kosten pro Auszahlung durch Filialen und Flure.
ND <0 teilen unter den Anwendungen.
Queue Gesundheit: offen, in-progress, breaches, durchschnittliche Erwartung.
Complaint/1k payouts und CSAT vs Modus.

11) Alerts

Manueller Backlog-Spike: 'open _ tickets'> Schwelle oder 'manual p95 TAT'> SLA.
Auto p95 breach auf dem Flur/Anbieter.
Rückkehr surge durch Code/Bank/Geo.
ND negative spike in Anwendungen.
Policy drift: Auszahlungen ohne festgeschriebene Lösung/Fix-Snap.
Neues beneficiary Risiko: Hoher Anteil von manuellen auf neue Empfänger.

12) Playbooks der Vorfälle

A. Handspritzer (bremst TTW)

1. Aktivieren Sie Pre-Approval für Low-Risk-Segmente bis zu X Summen.
2. Erhöhen Sie die Kapazität der Revue (long-day, werfen Sie die Schicht).
3. Erhöhen Sie vorübergehend die risk_score für MANUAL in sicheren GEO/Methoden.

B. Verschlechterung des Fahrzeugkorridors (p95↑/returns↑)

1. Kaskade zu einem alternativen Korridor, senken Sie das per-txn Limit.
2. Aktualisieren Sie die ETA für Benutzer, PSP-Ticket/Bank.
3. Post-Mortem: Routing-Gewichte anpassen.

C. Rückkehr durch Welle durch neue Requisiten

1. Auto-Block der „neuen“ Empfänger vor der manuellen Bestätigung.
2. Bieten Sie dem Spieler eine gespeicherte geprüfte Requisite/Quelle an.
3. Auto-Refund in der Gaming-Brieftasche und CTA „wählen Sie die Methode“.

13) Wirtschaft und Kompromisse

Auto reduziert die Betriebskosten und erhöht CSAT/Retention, erfordert jedoch Investitionen in Scoring/Regeln/Telemetrie.
Manuelle sind teurer, mindern aber seltene Großschäden und sind wichtig für den regulatorischen Schutz.
Wir suchen nach einem Punkt der Balance: maximal Auto für risikoarme Segmente und sofortige Korridore; manuell - für Edge-Fälle.

14) A/B-Tests

Schwellenwerte' risk _ score', pre-approval limits, Priorität der Korridore in der Kaskade.
Urheberrecht und ETA für den manuellen Zweig.
Guardrails: Returns %, CBR bps, manual p95 TAT, CSAT, Complaints/1k.

15) Best Practices (kurz)

1. Default-auto für ND≥0, same-method, KYC L1 +, niedrige Beträge und verifizierte Details.
2. Policy-as-code + Protokollierung von Festlegungen/Entscheidungen, Reproduzierbarkeit.
3. Kaskade von Korridoren durch Kosten/ETA/Gesundheit, Auto-Failover.
4. Warteschlangen mit SLA-Priorität und Checklisten für den Betreiber.
5. Transparente ETAs und Status für beide Zweige.
6. Pre-funding/Poollimits, FX-Wachen.
7. p95/p99 Metriken und Alerts für Tails/Retouren/Backlog.
8. Post-Incidents und regelmäßiges Tuning von Scoring/Regeln.

16) Checkliste Umsetzung

• AUTO/MANUAL/DENY Triggermatrix und Versionierung.
• Scoring und „pre-approval“ Limits nach Segmenten.
• Same-method/ND/KYC/RG/sanctions in pre-checks.
• Warteschlangen und Prioritäten, SLAs und Rollen.
• Kaskaden von Korridoren und Health-Feed, Failover.
• Datenmodell und Zeitlinien, Snapshots von Fitch/Lösungen.
• Dashboards und Alerts nach TTW/SLA/returns/backlog.
• Playbooks: Degradierung, Welle der Rückkehr, Wachstum der manuellen.
• A/B und Datenfries mit Rückgabeverzug/SV.
• Regelmäßige Prüfungen der Einhaltung von Lizenzen/Richtlinien.

Zusammenfassung

„Manuelle vs Auto-Auszahlungen“ - keine Wahl von „entweder-oder“, sondern ein stratifiziertes System: Auto - für vorhersagbare sichere Szenarien mit starker Telemetrie; manuell - für enge, riskante und regulatorisch sensible Fälle. Formalisieren Sie die Regeln als Code, messen Sie p95/p99 und backlog, halten Sie Korridorkaskaden und transparente ETAs - und Sie erhalten schnelle, zuverlässige und wirtschaftlich nachhaltige Auszahlungen.