Kaskadowanie na poziomie dostawcy

1) Co jest kaskadowe i dlaczego jest w iGaming

• AR α/DR: omijanie emitentów „kapryśnych”, wybieranie najlepszych PSP dla określonej metody BIN/geo/.
• Koszt: IC + +/markup niższy po stronie koszyka, minimalizując poprawkę na mikro-bilecie.
• Odporność: awaria w incydentach, degradacja 3DS, spadające korytarze płatnicze.
• Zgodność: przestrzeganie geopolityki, sankcje, lokalne zakazy i licencje.

2) Kaskadowe wzory

1. Sekwencyjna

PSP_A → (miękki spadek/tekhnichesky odmowa) → PSP_B → PSP_C.
Używa się „wąskiego okna” przekładów, aby nie tworzyć duplikatów/ryzyk związanych z wielokrotnym przechowywaniem funduszy.

2. Równoległe (split-traffic/multi-arm)

Dystrybucja przepływu (%/reguła) między wieloma dostawcami usług płatniczych dla celów odniesienia, uczenia się reguł i skorelowanej redukcji awarii.

3. Lepki BIN/lepki GEO

Zapamiętanie „najlepszych” PSP dla konkretnego BIN/emitenta/geo (buforów decyzji z TTL).

4. Świadomość metody/Świadomość funkcji

Różni dostawcy kart, A2A, portfeli, metod lokalnych; biorąc pod uwagę specyfikę 3DS-rails, zachowanie DCC/FX, tokenizację.

5. Świadomość limitu/świadomość SLA

Rozliczanie limitów dostawców, rezerw, incydentów SLA, opóźnień w odcięciu i finansowaniu.

3) Zasady-silnik: wejścia

Funkcje karty: BIN/IIN, marka, debet/kredyt, commercial/premium, kraj emitenta.
Geo i zgodność: kraj gracza (IP/GPS/SIM/KYC), sankcje, licencje.
Transakcja: kwota (niewielkie jednostki), waluta, kanał (web/app), stopa ryzyka.
Historia dostawców: AR/DR według metody BIN/geo/przez ostatnie 15-60 minut, udział miękkiego spadku, 3DS-pass-rate.
Koszt: IC + +/markup/fix, FX spread, rolling reserve%.
Ograniczenia: dostawca limitów stawek, utrzymanie/incydenty, ograniczenia dziennego obrotu.

Wyjście: priorytetowa lista tras' [(PSP, MID, require_3DS, retry_window_ms, max_attempts)] ".

4) Rekolekcje, idempotencja i bezpieczeństwo

Idempotence-key per attempt (user_id+order_id+nonce) wspólne dla wszystkich dostawców w kaskadzie.
Przekaż tylko na miękki spadek (fundusze network/3DS/timeout/insufficient), nigdy z „twardych” kodów (skradzione, nie honorować ponownie, itp.).
Anty-duling: status „AUTORYZOWANY ”/„ PRZECHWYTYWANY” zamyka kaskadę; wszystkie inne oddziały są anulowane.
Okna: 1. przestawienie ≤ 2-5 sekund, całkowity budżet ≤ 15-30 sekund, w tym UX.
Polityka 3DS: możliwy krok naprzód w drugiej/trzeciej gałęzi, jeśli pierwsza spadła bez 3DS.

5) 3DS, przeniesienie odpowiedzialności przez AR

Wybór 'frictionless '/' challenge' zależy od ryzyka i wsparcia PSP (delegowany auth, TRA, whitelisting).
W „twardych” geo/emitentów - wymuszony 3DS na części koszyka.
Przesuwanie odpowiedzialności przez dostawców: tam, gdzie jest ona częściej osiągana - przenoszenie tam ryzykownych BIN.

6) Koszt: IC++, mieszane, naprawić i FX

Dla każdego PSP należy rozważyć efektywną szybkość odbioru = wymiana + schemat + markup + stała + poślizg FX.

• „Wynik = w1AR_live + w2 (− Koszt _ bps) + w3 (SLA_health) + w4 (FX_quality) +..”
• Mikro-bilet: waga fix jest wyższa → dostawcy z niskim fix są preferowane.
• Osobno, rozważyć% rezerwy i finansowanie T + N - wpływa na przepływ pamięci podręcznej.

7) Incydenty, odcięcie i trasa

Pasza dla zdrowia: statusy PSP/korytarza (auth API, 3DS ACS, szyny wypłat).
Automatyczna awaria: natychmiastowy przekierowanie, gdy AR/zdrowie spada poniżej progu.
Odcięcie-świadomy: Przed zamknięciem ugody, uniknąć częściowego przechwytywania na PSP z niezręcznym T + N.
Throttling: aby nie „wypalić” limitu dostawcy, po ruchu.

8) Minimalny model danych

sql
-- Providers and MIDs
CREATE TABLE ref. providers (
provider TEXT PRIMARY KEY, model TEXT, pricing_model TEXT, fx_policy TEXT, reserve_pct NUMERIC, meta JSONB
);
CREATE TABLE ref. mids (
mid TEXT PRIMARY KEY, provider TEXT REFERENCES ref. providers, country TEXT, method TEXT, descriptor TEXT, meta JSONB
);

-- Cascade Rules/Profiles
CREATE TABLE ref. cascade_profiles (
profile_id BIGSERIAL PRIMARY KEY, name TEXT, version TEXT, enabled BOOLEAN, meta JSONB
);
CREATE TABLE ref. cascade_rules (
rule_id BIGSERIAL PRIMARY KEY, profile_id BIGINT REFERENCES ref. cascade_profiles,
geo TEXT, bin_from TEXT, bin_to TEXT, method TEXT,
provider TEXT, mid TEXT, require_3ds BOOLEAN, priority INT,
retry_on_soft JSONB, max_attempts INT, ttl_seconds INT, enabled BOOLEAN, meta JSONB
);

-- Online Provider Performance Metrics (Sliding Window)
CREATE TABLE live. provider_stats_15m (
provider TEXT, method TEXT, geo TEXT, bin6 TEXT,
approvals INT, declines INT, soft_declines INT, three_ds_pass INT,
avg_latency_ms INT, updated_at TIMESTAMP
);

-- Transactions with idempotency and selected route
CREATE TABLE payments. auth_attempts (
attempt_id BIGSERIAL PRIMARY KEY, idempotency_key TEXT, step INT,
provider TEXT, mid TEXT, require_3ds BOOLEAN, status TEXT, decline_code TEXT,
amount_minor BIGINT, currency TEXT, bin TEXT, geo TEXT,
started_at TIMESTAMP, finished_at TIMESTAMP, meta JSONB
);

9) szablony analizy SQL

9. 1. Rating dostawcy internetowego (AR i udział w miękkim spadku)

sql
SELECT provider, method, geo,
SUM(approvals) AS appr,
SUM(declines) AS decl,
ROUND(100. 0 SUM(approvals) / NULLIF(SUM(approvals+declines),0), 2) AS ar_pct,
ROUND(100. 0 SUM(soft_declines) / NULLIF(SUM(declines),0), 2) AS soft_share_pct
FROM live. provider_stats_15m
WHERE updated_at > now() - INTERVAL '20 minutes'
GROUP BY 1,2,3
ORDER BY ar_pct DESC, soft_share_pct DESC;

9. 2. Wpływ kaskady na zamówienia (stopniowa konwersja)

sql
WITH s AS (
SELECT idempotency_key,
MAX(step) AS steps,
BOOL_OR(status='APPROVED') AS approved
FROM payments. auth_attempts
WHERE started_at BETWEEN:from AND:to
GROUP BY 1
)
SELECT steps,
COUNT() AS orders,
100. 0 SUM(approved::int) / NULLIF(COUNT(),0) AS conv_pct
FROM s
GROUP BY 1
ORDER BY 1;

9. 3. Sticky BIN: najlepszy dostawca BIN6

sql
SELECT bin6,
provider,
ROUND(100. 0 SUM(approved)::NUMERIC / NULLIF(COUNT(),0), 2) AS ar_pct
FROM (
SELECT LEFT(bin,6) AS bin6, provider, (status='APPROVED') AS approved
FROM payments. auth_attempts
WHERE started_at BETWEEN:from AND:to
) t
GROUP BY 1,2
QUALIFY ROW_NUMBER() OVER (PARTITION BY bin6 ORDER BY ar_pct DESC) = 1;

9. 4. All-in take-rate

sql
SELECT provider,
SUM(amount_reporting) AS volume_rep,
SUM(interchange_amt + scheme_amt + markup_amt + auth_amt + refund_amt + cb_amt + gateway_amt + fx_spread_amt) AS fees_rep,
100. 0 SUM(interchange_amt + scheme_amt + markup_amt + auth_amt + refund_amt + cb_amt + gateway_amt + fx_spread_amt)
/ NULLIF(SUM(amount_reporting),0) AS take_rate_pct
FROM finance. settlement_fees
JOIN dw. transactions_flat USING (provider)
WHERE period_start_at >=:from AND period_end_at <:to
GROUP BY 1
ORDER BY take_rate_pct;

10) KPI i deski rozdzielcze

AR/DR według dostawcy i BIN/geo/metoda (online windows 15/60 min i na bieżąco).
Krok-konwersja: udział zatwierdzeń na 1, 2, 3 gałęzi.
Take-Rate% i FX-slippage przez dostawcę/MID.
3DS pass-rate and liability shift share.
Zdrowie/SLA: opóźnienia, timeouts, wskaźnik błędów, incydenty.
Rezerwa & Finansowanie: rezerwa% i T + N hit-rate przez dostawcę.

11) Wpisy i progi

Degradacja routingu: spadek AR u wybranego dostawcy> Y bps w 10-30 minut.
Miękki spadek przepięcia: wzrost udziału miękkiego spadku → umożliwić dodatkową gałąź kaskady.
Anomalia 3DS: spadek pass 3DS> X% w określonym klastrze emitenta/BIN.
Take-Rate Spike: ogólny wzrost kosztów> próg pb.
Health Down: SLA breach (latency/error) - авта-failover.
Drift polityki - próby bez idempotency_key/bez profilu kaskadowego - P1.

12) testy AB i szkolenie zasad

Wieloramienny bandyta lub stały ruch na nowe trasy.
Explore/Exploit: zachować część ruchu, aby „nauczyć” lepki BIN.
Horyzonty ratingowe: online (15/60 min) dla incydentów i tydzień/miesiąc dla kosztów.
Poręcze: minimalna szybkość odbioru AR/max, aby zatrzymać eksperyment.

13) Zgodność i „ekstremalne” przypadki

Przestrzeganie sankcji/licencji/geobloków: niektórzy dostawcy nie mogą służyć poszczególnym krajom/metodom.
Ta sama metoda/Powrót do źródła: Kaskada nie powinna łamać zasad zwrotu.
Tokenizacja/PCI: pojedynczy schemat tokenów między dostawcami usług płatniczych (tokeny sieciowe/skarbiec).
Obciążenia zwrotne: dziennik, przez który przechwytywane oddziały przeszły - w przypadku sporów.

14) Najlepsze praktyki (krótkie)

1. Wycofać tylko miękki spadek, z jednym idempotency_key.
2. Zachowaj AR/3DS/soft-decline telemetrii na żywo i świadczeniodawców.
3. Zbuduj funkcję wyceny trasy (AR vs Cost vs SLA vs FX).
4. Użyj lepkich testów BIN i AB; profile kaskadowe wersioning.
5. Bądź świadomy odcięcia: nie wytwarzaj częściowego wychwytywania na koniec dnia.
6. Nieudane odtwarzanie: PSP/ACS/payout corridor drop.
7. Osobne dane i odpowiedzialność: kto posiada PAN, kto prowadzi spory.
8. Przechowywanie rezerwy księgowej przez dostawcę: zwolnienia i odpisy.

15) Lista kontrolna wdrażania

• Karta dostawcy/MID, Ceny (IC + +/mieszane), Zasady FX, Rezerwy, T + N.
• Zasady-silnik: profile, zasady, kody miękkie, polityka 3DS, limity.
• Router: idempotence, retrays, timeouts, sticky BIN cache.
• Telemetria: wskaźniki AR/DR/3DS/latency/health na żywo; wpisy.
• Zarządzanie incydentami i odtwarzacze awaryjne.
• ETL za opłaty/FX/rezerwa; showcases take-rate i step-conversion.
• Procedury badań AB i bariery ochronne.
• Dokumentacja: ograniczenia zgodności, zwroty według tej samej metody, odpowiedzialność.

Podsumowanie

Kaskadowanie na poziomie dostawcy nie jest „spróbuj innego PSP”, ale dyscyplina: metryka na żywo, inteligentny silnik zasad, ścisła idempotencja, poprawna taktyka 3DS, rozliczanie kosztów/FX/rezerw i gotowych scenariuszy awaryjnych. Ta architektura zwiększa AR, zmniejsza wszystko-in-take i sprawia, że pętla płatnicza jest odporna na awarie i ograniczenia regulacyjne.