გადახდის ორკესტრის პლატფორმები

1) რა არის POP და რატომ არის ეს საჭირო iGaming- ში

• ზრდის AR და ამცირებს DR- ს ჭკვიანი როუტინგის/კასკადების გამო (BIN/GEO/მეთოდი/ფასი/ჯანმრთელობა).
• ამცირებს ღირებულებას (IC + +/markup/fixed/FX-slippage) პროვაიდერების არჩევის smart-routing და A/B საშუალებით.
• ზრდის სტაბილურობას: failover, circuit-breaker, Health ტესტები, დეგრადაცია უსაფრთხო რეჟიმებამდე.
• აჩქარებს go-to-barket: ერთი API/SDK, გადამყვანთა კატალოგი, პოლიტიკოსების მართვა გამოშვების გარეშე.
• უზრუნველყოფს შესაბამისობას: KYC/AML/სანქციები, geoblocks, same-method, MoR/წყალქვეშა ნავები.
• ის ამარტივებს მოხსენებებს: სტატუსის ნორმალიზებას, ნაკადის ფაილებს, ND/GGR/NGR/fees/გადასახადების ფანჯრებს.

2) Build vs Buy: როგორ ავირჩიოთ

Buy (გარე POP): დაწყება უფრო სწრაფად, მზა გადამყვანები/დაშბორდები/SLA; მინუსები - პროვაიდერის ზღვარი, კასტომიზაციის შეზღუდული სიღრმე, vendor lock-in.
Build (in-house): სრული კონტროლი წესებზე/მონაცემებზე/ფასზე; უარყოფითი - CAPEX/კომპეტენციები/SOC2 პროცესები.
ჰიბრიდი: კრიტიკული ბაზრები/მეთოდები - სახლი, „გრძელი კუდი“ - გარე POP- ის საშუალებით.

კრიტერიუმები: GEO/მეთოდების გაშუქება, ლატენტობა, ფასების გამჭვირვალობა, ვარდების მონაცემებზე წვდომა და ვებსაიტებზე წვდომა, ქსელის ტოკენსი/3DS2 მხარდაჭერა, payout ორკესტრი, sandbox, API ვერსია, SLA/პენალტი.

3) სამიზნე არქიტექტურა POP (ფენები)

1. API-Gateway & Auth — rate-limit, OAuth/JWT, mTLS, schema-validation, idempotency-keys.
2. Rules-Engine - დეკლარაციული პოლიტიკოსები (GEO/BIN/მეთოდი/თანხა/რისკი/ფასი/SLA/სანქციები).
3. Router/Cascader — выбор `(PSP, MID, require_3DS, retry_window, max_attempts)`; sticky BIN/GEO.
4. Provider Adapters - ერთიანი ინტერფეისი (authorize/capture/refund/void/payout/tokenize).
5. 3DS & Risk Orchestration - TRA/whitelisting, challenge/funnel, დელეგირებული ავთენტურობა.
6. Reconciliation - settlement ფაილების იმპორტი, maping კოდების იმპორტი, fees/reserve განაწილება.
7. Payout Orchestration - დერეფნის არჩევანი, same-method/return-to-source, cut-off/T + N, შემოწმება.
8. Treasury/FX - მულტივალუტის წიგნები, EOD-reval, realized/unrealized FX, ლიკვიდობის პროგნოზი.
9. Data Platform - მოვლენების ავტობუსი (Kafka/PubSub), outbox, DWH/lagi, ND/GGR/NGR/fees/tax ფანჯრები.
10. Observability - logs/მეტრიკა/ტრეისი, SLO/SLI, alerty, playbooks ინციდენტები.
11. ადმინ/UI - წესების მენეჯმენტი, AB ტესტები, გადახდის დერეფნები, ლიმიტები, გასაღებები.

4) როუტინგი და წესები: შეყვანის სიგნალები

Карта: BIN/IIN, brand, debit/credit, commercial/premium, issuer country.
Geo/შესაბამისობა: IP/GPS/SIM/KYC ქვეყანა, სატყუარა ფურცლები, ლიცენზიები, ბაზრის კლასის (A-D).
გარიგება: თანხა/ვალუტა/არხი, velocity, ფროიდის რისკი, 3DS სტატუსი.
მომწოდებლები: AR/DR, რბილი-decline%, 3DS pass, latency/შეცდომები, SLA health.
ღირებულება: IC + +/barkup/fixed, FX-quality, reserve%, funding T + N.
შეზღუდვები: PSP ლიმიტები, maintenance, ინციდენტები, ადგილობრივი აკრძალვები.

• `Score = 0. 45AR_live − 0. 25Cost_bps + 0. 15SLA_health + 0. 10FX_quality + 0. 05Reserve_score`

რეაგირების პოლიტიკა: მხოლოდ რბილი-decline; idempotency-key საერთოა მთელი კასკადისთვის; ბიუჯეტი 15-30 წ.

5) 3DS и liability shift

სტრატეგიები: frictionless - challenge ესკალაცია, იძულებითი 3DS რისკის-GEO/BIN, delegated auth.
შეინახეთ შედეგი (liability _ shift = true/false), ACS/DS კოდები დებატებისთვის.
A/B 3DS პოლიტიკოსი: AR ბალანსი.

6) ტოკენიზაცია

ქსელის ტოკენსი (Visa/MC/DC): AR- ის სტაბილურობა, ნაკლები lifecycle შეცდომები.
Vault tokens: ერთი სეიფი - მულტფილმი-PSP; PSP სპეციფიკური ნიშნები.
PAN/expiry როტაცია, COF/COFT განახლებები, card-on ინდიკატორები, DS რეგისტრაცია.

7) რეკონსტრუქცია და ღირებულება

სტატუსის ნორმალიზაცია (authorize/capture/refund/chargeback/representment).
Settlement files იმპორტი: Interanching/Scheme/Markup/Fixed/FX/Reserve დაშლა.
Effective take-rate და FX slippage გაანგარიშება PSP/მეთოდით/MID/GEO.
Variance მოხსენებები: 'Tx' File Funding '(დელტა> ზღურბლს).

8) Payout ორკესტრაცია და სამაჯურები

დერეფნები: პროვაიდერის არჩევანი GEO/ვალუტაში/ბანკში, return-rate/ETA/SLA.
პოლიტიკოსები: same-method/return-to-source, SoF/KYC დონის გადავადებული გადახდები (T + N + K).
FX: წყაროს ვალუტის არჩევანი, EOD-reval ნაშთები, რეალიზებული FX funding/payout.
რეზერვები: rolling/reserve-ledger და გამოშვების კალენდარი.

9) უსაფრთხოება და შესაბამისობა

SANCTIONS/PEP/AML: ცენტრალიზებული სკრინინგი, kill-switch GEO/კონტრაქტორებისთვის.
PCI DSS: mTLS, PAN-scope სეგმენტი, მგრძნობიარე ველების აკრძალული ლოგინგი, P2PE/SDK.
GDPR/Privacy: DPA, როლები, როგორც Controller/Processor, DSR/DSAR, შენახვის დრო.
IGaming მარეგულირებელი: გეობლოკები, ლიცენზიები, RG/self-exclusion, რეგულატორთა საანგარიშო ფორმატები.

10) დაკვირვება, SLO და ინციდენტები

SLI/SLO: AR, 3DS pass, p95 latency, error-rate, funding T+N hit-rate, payout ETA.
Алерты: routing degradation, soft-decline surge, 3DS anomaly, take-rate spike, health down.
Playbooks: failover PSP/ACS, reroute GEO/BIN, პრობლემური წესის გამორთვა, „მხოლოდ თეთრი მეთოდების“ დეგრადაცია.
პოსტ ინციდენტები: RCA, სასწორის/რეიდების შეცვლა, რეგრესიის ტესტები.

11) Data & BI ფენა

Event-driven: outbox → Kafka/PubSub → consumers (router, 3DS, antifraud, DWH).
Exactly-once (პრაქტიკულად): outbox შაბლონი, imempotent consumers, კლავიშების დადება.
Витрины: `transactions_flat`, `provider_fees`, `fx_settlement`, `ggr_rollup`, `vat_ledger`, `payout_corridors`, `reserve_ledger`.
AB-тесты: bandits/splits, guardrails (min-AR, max-take-rate).

12) რეფერენდუმის მონაცემთა მოდელი (გამარტივებული)

sql
-- Providers/MID/ref methods. providers(provider PK, pricing_model, fx_policy, reserve_pct, meta)
ref. mids(mid PK, provider FK, country, method, descriptor, enabled, meta)

-- Profiles/routing rules ref. routing_profiles(profile_id PK, name, version, enabled, meta)
ref. routing_rules(
rule_id PK, profile_id FK, iso2, bin_from, bin_to, method,
provider, mid, require_3ds, priority, retry_soft JSONB,
max_attempts, ttl_seconds, enabled, meta)

-- Online provider metrics (sliding window)
live. provider_stats_15m(
provider, method, iso2, bin6, approvals, declines, soft_declines,
three_ds_pass, avg_latency_ms, updated_at)

-- Transactions/attempts with payments idempotency. auth_attempts(
attempt_id PK, idempotency_key, step, provider, mid, require_3ds,
status, decline_code, amount_minor, currency, bin, iso2,
started_at, finished_at, meta)

-- Settlement/fees/reserve finance. settlement_fees(
batch_id, provider, mid, period_start_at, period_end_at, currency,
interchange_amt, scheme_amt, markup_amt, auth_amt, refund_amt,
cb_amt, gateway_amt, fx_spread_amt, reserve_delta, total_fees)

treasury. reserve_ledger(
id PK, provider, mid, hold_date, release_due_date,
hold_amount, released_amount, cb_consumed, fines_consumed, status, meta)

-- Payout corridors. corridors(
corridor_id PK, from_iso2, to_iso2, method, provider,
success_rate_7d, return_rate_7d, avg_eta_hours, status, updated_at)

13) წესებისა და მოთხოვნების მაგალითები

13. 1. ფსევდო-DSL როუტინგის წესები

yaml rule: "cards_eu_low_risk_v2"
when:
iso2 in [DE, NL, AT, FI] AND method == "CARD"
AND bin. issuer_country == iso2 score:
AR_live: 0. 45
Cost_bps: -0. 25
SLA_health: 0. 15
FX_quality: 0. 10
Reserve_score: 0. 05 routes:
- psp: "Acq_A" mid: "A_DE_01" require_3ds: false max_attempts: 1
- psp: "Acq_B" mid: "B_EU_02" require_3ds: true max_attempts: 1 retry_on_soft: [TIMEOUT, ISSUER_UNAVAILABLE, SOFT_DECLINE]
budget_ms: 20000

13. 2. პროვაიდერების ონლაინ რეიტინგი

sql
SELECT provider, method, iso2,
SUM(approvals) appr, SUM(declines) 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;

13. 3. პროვაიდერების ღირებულება

sql
SELECT provider,
SUM(total_fees) / NULLIF(SUM(t. amount_reporting),0) 100 AS take_rate_pct
FROM finance. settlement_fees f
JOIN dw. transactions_flat t ON t. provider=f. provider
WHERE f. period_start_at>=:from AND f. period_end_at<:to
GROUP BY 1
ORDER BY take_rate_pct;

13. 4. კასკადის ეფექტი

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

14) KPI და დაშბორდი

AR/DR PSP/MID/GEO/BIN/მეთოდით (15/60 წუთიანი ფანჯარა + DTD).
Step-conversion (1-ლი/მე -2/მე -3 ფილიალი).
Take-Rate% და FX-slippage პროვაიდერის/მეთოდით.
3DS pass-rate и liability shift.
Health/SLA: latence, timeouts, error-rate, ინციდენტები.
Reserve & Funding: reserve% и T+N hit-rate.
Payout Corridors Health: success/returns/ETA.
Policy Coverage: პროფილის მიმდინარე ვერსიით მოვლენების წილი.

15) ალერტები და ბარიერები

Routing Degradation: AR> Y bps- ის დაცემა 10-30 წუთში.
Soft-Decline Surge: რბილი-decline- ის წილი იზრდება და მოიცავს დამატებით. ფილიალი/ეტაპი 3DS.
3DS Anomaly: შემცირება pass-rate> X% BIN/ემიტენტის/PSP.
Take-Rate Spike: ყველა ფასის ზრდა> ბარიერი.
Health Down: SLA breach (latency/error) — авто-failover.
Policy Drift: მცდელობები idempotency _ key/პროფილის გარეშე - P1.
Settlement Delay: T + N- ის დარღვევა ან მიყენებული რეაგირება.

16) საუკეთესო პრემიები (მოკლედ)

1. Idempotence და retrais მხოლოდ რბილი-decline, კასკადის ზოგადი გასაღები.
2. ცოცხალი ტელემეტრია AR/3DS/latency/health და auto-failover.
3. მარშრუტის ფასების ფუნქცია (AR vs Cost vs SLA vs FX) + sticky BIN/GEO.
4. ქსელის ტოკენსი + ერთი vault; COF/COFT სწორად დაყენება.
5. Cut-off-aware: დღის ბოლოს არ გამოიმუშავოთ partial-capture.
6. რეკონსტრუქცია: საკუთარი fees/FX, variance ანგარიშები.
7. Payout ორკესტრი same-method- ით და დერეფნების კონტროლით.
8. წესების ვერსია და A/B ტესტები guardrails- ით.
9. ფენების გამიჯვნა: router - antifraud - პოლიცია ძრავა; ზოგადი საცნობარო წიგნები.
10. სანქციების/ლიცენზიების/პოლიტიკოსის გადაკვეთა, GEO- ს კილ-სვიტჩი.

17) განხორციელების შემოწმების სია

• მოდელის არჩევანი (build/buy/hybrid), GEO/მეთოდები/PSP/MID.
• API სქემა, idempotence, outbox, ღონისძიების ავტობუსი, DWH.
• Rules ძრავა + UI: პროფილები, წონა, რბილი კოდები, 3DS პოლიტიკა.
• გადამყვანები: normalize API/კოდები, sandbox ტესტის ნაკრები.
• ტელემეტრია/ალერტა/SLO, პროვაიდერების ჯანმრთელობის ფიდი.
• რეკონსტრუქცია: ფაილების იმპორტი, განსხვავება fees/Reserve/FX.
• Payout ორკესტრი: დერეფნები, same-method, SoF/KYC.
• უსაფრთხოება: PCI/GDPR/სანქციები, საიდუმლოებები/როტაცია, წვდომა.
• დოკუმენტაცია და playbooks ინციდენტები; რეგრესიული ტესტები.

რეზიუმე

POP არ არის მხოლოდ „მარიონეტული PSP“, არამედ ცენტრალური გადახდის ავტობუსი: ჭკვიანი როუტინგი და კასკადები, 3DS/რისკის ორკესტრი, ჩანაწერების და ფაილების, სამკუთხედების/FX, დაკვირვება და შესაბამისობა. Idempotence პლატფორმის აშენებით, ცოცხალი ტელემეტრიით, გამჭვირვალე ღირებულებითა და წესებით, თქვენ აამაღლებთ AR- ს, ამცირებთ all-in take-rate- ს, იცავთ P & L- ს წარუმატებლობებისგან და აჩქარებთ ახალ ბაზრებზე შესვლას პროდუქტის გადაწერის გარეშე.