Instrukcja vs płatności auto

1) Rama koncepcyjna

Automatyczne płatności - decyzje o „przejściu/odrzuceniu/eskalacji” są podejmowane automatycznie w oparciu o zasady i punktacji, wysyłanie do korytarza odbywa się bez udziału operatora.

Płatności ręczne - weryfikacja człowieka (fiński operator/analityk ryzyka) potwierdza lub anuluje żądanie przed wysłaniem/po powrocie.

2) Kryteria wyboru trybu

Kiedy auto jest domyślne

Ta sama metoda i powrót do źródła zostały spełnione.
ND ≥ 0 (brak ujemnych depozytów netto).
Poziom KYC ≥ L1, brak aktywnych blokad RG.
Wskaźnik ryzyka <próg, brak konfliktów geologicznych (IP, KYC i SIM).
Suma wstępnie zatwierdzonego progu ≤ dla segmentu.
Metoda/korytarz - natychmiastowy/niezawodny z niskim zwrotem.
Brak nowych sygnałów obciążenia zwrotnego/nadużyć.

Kiedy domyślna jest „instrukcja”

SoF/SoW wymagane (próg/sygnał).
Faza POP/Sank (zamazane trafienia) lub kontrowersyjne dokumenty.
Konflikt GEO, podejrzenie wielofunkcyjny/gospodarstwo domowe.
Anomalie prędkości/ilości (wiele zastosowań, duża ilość).
Wniosek do nowej rekwizycji bez historii.
Scenariusze arbitrażowe FX, niestandardowe korytarze (SWIFT).
Wszelkie wyjątki od reguł i powraca z niejasną przyczyną.

3) Plusy/minusy

4) Hybrydowa architektura rurociągu

1. Kontrole wstępne: ta sama metoda, ND, RG/KYC, sankcje.
2. Ocena ryzyka: płatność/urządzenie/zachowanie/geo/fx znaki.
3. Decyzjer: 'AUTO _ PASS/ MANUAL_REVIEW/DENY'.
4. Kolejki: kolejka ręczna z priorytetami SLA, automatyczny router do korytarza.
5. Orkiestra: wybór korytarza (natychmiastowy → szybki → standard) według kosztów/ETA/limitów.
6. Skarbówka/FX: prefinansowanie, limity puli, osłony poślizgu.
7. Pojednanie: statusy, powrót/odwrót, ponowne ukorzenienie/refand.
8. Obserwowalność: linie czasowe, p95/p99, zaległości, wpisy o naruszeniu.

5) Polityka (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) Ręczne kolejki kontrolne i priorytety

1. Kwoty uprzywilejowane z wygaśniętymi SLA.

2. Ta sama metoda & ND ≥ 0 (szybkie zwolnienie po potwierdzeniu).

3. Bilety wielofunkcyjne jednego gracza (niższy kościół/odwołania).

4. Korytarze błyskawiczne z degradacją sieci (szybkie zawieszenie lub rozdzielczość).

5. Reszta.

Zarządzanie kolejką SLA: docelowe p95 rozwiązania „≤ 4-8 godzin” (licencja/zależne od rynku).
Narzędzia: automatyczne zbieranie dokumentów, listy kontrolne, makro odpowiedzi, „Zatwierdzenie z uwagą”, „Częściowe zwolnienie”.

7) UX i komunikacja

Auto-branża: pokaż ETA i statusy („Zainicjowane”, „Zapisane”).
Oddział ręczny: uczciwie opowiedzieć oczekiwane okno (próg) i co jest potrzebne (lista dokumentów/kontroli).
Eskalacja: powiadomienia podczas opuszczania SLA, propozycja zmiany metody (jeśli nie narusza tej samej metody/WP).
Historia szczegółów: oznaczony „zweryfikowany” odbiorca przyszłych płatności automatycznych.

8) Model danych

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) szablony SQL

9. 1. Udział auto/instrukcja obsługi/awarie i ich 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. Podręcznik zaległości kolejki i opóźnienia SLA

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. Automatyczne płatności - naruszenie wzdłuż korytarzy

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. Instrukcja → Dozwolona konwersja

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) Mierniki i deski rozdzielcze

Auto-rate%: udział płatności w linii automatycznej.
Ręczne zatwierdzanie %/odmowa%, ręczne p95 TAT (czas decyzji).
TTW p95/p99 - decyzja/korytarz/dostawca/geo.
SLA-breach% (auto i instrukcja).
Zwraca/Odwróć% i udział spłat po powrocie.
Koszt wypłaty wzdłuż gałęzi i korytarzy.
Udział ND <0 wśród aplikacji.
Zdrowie w kolejce: otwarte, w toku, przerwy, średnie oczekiwanie.
Complaint/1k wypłaty i tryb CSAT vs.

11) Wpisy

Manual backlog spike: 'open _ tickets'> threshold lub 'manual p95 TAT'> SLA.
Automatyczne naruszenie p95 na korytarzu/dostawcy.
Zwraca przepięcie kodem/bankiem/geo.
ND ujemny skok w aplikacjach.
Drift zasad: płatności bez stałego rozwiązania/migawki funkcji.
Nowe korzystne ryzyko: wysoki odsetek instrukcji obsługi nowych odbiorców.

12) Playbooks incydentu

A. Przepięcie rąk (hamuje TTW)

1. Należy uwzględnić wstępną homologację dla segmentów niskiego ryzyka do sumy X.
2. Zwiększenie pojemności przeglądu (długi dzień, przesunięcie).
3. Tymczasowo podnieść próg risk_score PODRĘCZNIKA w bezpiecznych metodach GEO/.

B. Automatyczna degradacja korytarza (p95/powraca)

1. Kaskada do alternatywnego korytarza, zmniejszyć limit per-txn.
2. Aktualizacja użytkowników ETA, bilet PSP/bank.
3. Pośmiertnie: dostosować wagi trasowania.

C. Fala powraca do nowych rekwizytów

1. Automatyczne blokowanie „nowych” odbiorców przed ręcznym potwierdzeniem.
2. Zaoferuj graczowi zapisany zweryfikowany prop/source.
3. Automatyczny zwrot do portfela gier i CTA „wybrać metodę”.

13) Ekonomia i kompromisy

Auto zmniejsza koszty systemu operacyjnego i zwiększa CSAT/retencję, ale wymaga inwestycji w punktację/zasady/telemetrię.
Ręczne są droższe, ale zmniejszają rzadkie duże straty i są ważne dla ochrony regulacyjnej.
Szukamy punktu równowagi: maksymalne samochody dla segmentów niskiego ryzyka i korytarzy natychmiastowych; instrukcja - do skrzyń krawędziowych.

14) Badania A/B

Progi „risk _ score”, limity wstępnej homologacji, priorytet korytarzy w kaskadzie.
Prawa autorskie i ETA dla oddziału ręcznego.
Poręcze: zwraca%, CBR bps, ręcznie p95 TAT, CSAT, Complaints/1k.

15) Najlepsze praktyki (krótkie)

1. Domyślne auto dla ND ≥ 0, ta sama metoda, KYC L1 +, niskie ilości i zweryfikowane szczegóły.
2. Policy-as-code + funkcja/logowanie decyzji, odtwarzalność.
3. Kaskada korytarzy na koszt/ETA/zdrowie, automatyczna awaria.
4. Kolejki priorytetowe SLA i listy kontrolne dla operatora.
5. Przejrzyste ETA i statusy dla obu gałęzi.
6. Limity prefinansowania/puli, ochrona FX.
7. Mierniki p95/p99 i alerty ogonowe/powrotne/zaległe.
8. Po incydentach i regularne dostrajanie punktów/reguł.

16) Lista kontrolna wdrażania

• AUTOMATYCZNA/RĘCZNA/ODMOWA i macierz wyzwalacza wersji.
• Granice punktacji i „wstępnej homologacji” w podziale na segmenty.
• Ta sama metoda/ND/KYC/RG/sankcje w ramach kontroli wstępnych.
• Kolejki i priorytety, SLA i role.
• Kaskady korytarzy i paszy dla zdrowia, zakończone awarią.
• Model danych i ramy czasowe, migawki funkcji/rozwiązań.
• Deski rozdzielcze i wpisy TTW/SLA/zwraca/zaległości.
• Playbooks: degradacja, fala zwrotów, wzrost podręcznika.
• Zamrożenie danych A/B i Return/CB
• Regularne kontrole zgodności licencji/polityki.

Podsumowanie

„Ręczne vs automatyczne płatności” - nie wybór albo, ale system stratyfikowany: auto - dla przewidywalnych bezpiecznych scenariuszy z silną telemetrią; podręcznik - dla wąskich, ryzykownych i regulacyjnych przypadków wrażliwych. Sformalizuj zasady jako kod, zmierz p95/p99 i zaległości, zachowaj kaskady korytarzy i przejrzyste ETA - a otrzymasz szybkie, niezawodne i zrównoważone ekonomicznie płatności.