Off-rampă și retragerea la fiat
1) De ce off-rampă în iGaming
Off-rampa transformă activele cripto ale operatorului în plăți fiat către jucători/parteneri și completează conturile fiat ale companiei. Obiective:- rezultate rapide și previzibile (T + 0/T + 1)
- volatilitate redusă (conversie T0)
- respectarea regulii AML/sancțiunilor/regulii de călătorie și a cerințelor băncilor/PSP
- contabilitate și impozitare transparente.
2) Modele off-rampă
2. 1 Custodial (prin VASP/procesor)
Furnizorul deține portofele, face TAC/sancțiuni, convertește și trimite fiat la banca/furnizorul de plată.
Pro: viteza de integrare, SLA, conformitatea încorporată. Contra: dependență, taxe, limite.
2. 2 Noncostodial (portofele proprii)
Tu controlezi cheile, trimite active la schimb/broker, converti și retrage fiat.
Pro: flexibilitate, controlul comisioanelor/rutelor. Contra: riscuri operaționale, nevoie de trezorerie 24/7.
2. 3 Hibrid
Flux custodial pentru cantități/regiuni de masă, independent - pentru VIP/active speciale/sarcini de vârf.
3) șine de plată Fiat
SEPA/SEPA Instant (EUR): Ieftin/rapid în SEE.
Plăți mai rapide (GBP), ACH/RTP (USD): canale locale low-cost.
SWIFT: Transfrontalieră, mai scumpă și mai lungă, necesară pentru multe țări.
Scheme locale: Pix (BR), UPI/IMPS (IN), M-Pesa/mobile money (Africa), vouchere/portofele (LATAM/Asia).
Plăți cu cardul (OCT/Push to Card): pseudo-instant la card, limite/geo-restricții.
4) Furnizori de plăți/întreruperi
Funcții: crearea de pachete de plată, sancțiuni CC/destinatar (dacă este necesar), verificarea detaliilor, statutelor, cărților web, dovezilor (UTR/ARN).
Criterii de selecție: acoperirea țărilor/metodelor, limite, comisioane, uptime, SLA, viteza de sprijin, calitatea raportării.
5) miez de conformitate off-rampă
Jucător KYC: nivel suficient (ID/dușuri; PoA/SoF de către declanșatori).
SoF/SoW: pentru concluzii/anomalii mari (intrare rapidă, structurare).
KYT (cripto): evaluarea riscului adreselor/rutelor înainte de conversie și în timpul ieșirii.
Regula de călătorie: VASP↔VASP schimb de IVMS101 pentru ieșirea în lanț înainte de off-rampă (dacă este cazul).
Sancțiuni/REP: rescrierea zilnică a clienților/contrapărților.
Matrice RBA: Low/Med/High → adâncime diferită de verificări, limite și viteză.
6) Politici și soluții limită
Declanșatoare de câștig: media PEP/adverse, geo cu risc ridicat, noi detalii, depozit→vyvod rapidă, sume împărțite.
7) Trezorerie, FX și lichiditate
Conversia T0 a cripto → stabilă/fiat la crearea unei aplicații (sau T + N după politică).
RFQ/multibiergie: alegeți cel mai bun curs, luați în considerare comisioanele și derapajele.
Bazine de lichiditate: float de lucru pe VASP/schimburi, limite de ieșire, multisig și regula 4-ochi.
Politica FX: sursă de preț (multi-feed), timp de fixare, rotunjire și reguli de returnare.
8) Fluxuri și stări (de referință)
1. Jucătorul solicită rezultatul → 2. Controale/sancțiuni RBA/KYT → 3. Conversie (dacă este necesar) → 4. Formarea plății (feroviar/prestator) → 5. Trimiteți/confirmați (UTR/ARN/SRN) → 6. Livrarea către jucător → 7. Post-control (notificări, rapoarte, reconciliere).
Statusuri pentru UX: „Acceptat” → „În curs de revizuire” → „Plătit la bancă/furnizor” → „Creditat ”/„ Întârziere ”/„ Respingere”.
9) Reconciliere și contabilitate
: 'retragere _ id txid (on-chain) .
Reconcilierea T + 0/T + 1: sume, comisioane de rețea/furnizor, FX, stări, solduri deschise.
Registru & DWH: tranzacții bidirecționale, inventar portofel/cont, jurnale imuabile.
Taxe/raportare: descărcări după jurisdicție, stocarea primară ≥ termenii legii.
10) ieșire UX (fără conversie de rupere)
Date transparente (ETA dinamică după metodă/regiune).
Verificarea detaliilor (IBAN/card) și avertismentele de eroare.
Plăți împărțite/eliberare parțială în cadrul EDD/SoF.
Jurnal: chitanțe, link-uri către plată, ajutor „unde să mergi”.
Țineți liniștit: cronometre/motiv („confirmarea sursei de fonduri este necesară”), buton pentru descărcarea documentelor.
11) Returnări și dispute (litigii)
Fără chargeback-uri ca în carduri: retur = nouă plată/întoarcere la sursa originală (acolo unde este posibil).
Adresa/politica de cont: se întoarce doar la detalii verificate anterior.
Playbook: plăți pierdute (investigație cu banca/furnizorul), detalii incorecte (anulare/retur conform reglementărilor), conflict valutar/curs valutar (reguli de fixare).
12) SLA, uptime și degradare
SLA repere: cazuri auto cu risc scăzut - ≤ 15 min p95, mediu - ≤ T + 1, ridicat/EDD - ≤ 24-48 h.
Timpul de funcționare al furnizorului de plăți ≥ 99. 9%, cârlige web ≤ 2-5 cu p95.
Degradare: intarzieri feroviare (RTP/SEPA Inst) → comutare auto-protectie/standard SEPA/SWIFT; creșterea „codurilor R ”/respingerea → înăsprirea validării detaliilor; Incidente KYT → hold + SoF.
13) Măsurători și OKR
Rata de succes a plăților, rata de succes Timp de plată p50/p95, SLA.
Costul pe plată (all-in: furnizor + feroviar + rețea FX +).
KYT respinge %/sancțiuni hit-uri/SAR-conversie.
Fracția Hold/EDD, timpul mediu de deblocare.
UX: ponderea detaliilor incorecte, cererile repetate de documente, NPS/CSAT prin concluzii.
Fiabilitate: uptime, viteză de cârlig web, frecvență feilover.
14) Anti-modele
Singurul furnizor/feroviar fără feilover.
Lipsa conversiei T0 - pierderi din volatilitate.
Plăți pentru detalii neverificate.
Ignorarea KUT/sancțiunilor „din cauza sumelor mici”.
Fără idempotență - plăți duplicate în cazul retroactivelor.
"Surd' încuie fără eliberare parțială și comunicare ușor de înțeles.
15) Lista de verificare a implementării (scurt)
- Politica RBA: Limite/Triggers, PoA/SoF/SoW, PEP/Sancțiuni, KYT/Travel Rule.
- Furnizor (i) de plăți + rezervă, cale după regiune (SEPA/FPS/ACH/SWIFT/local/Push-to-Card).
- Trezorerie: T0-conversion, RFQ/multibiergi, multisig, limite, 4-ochi.
- Validarea detaliilor (IBAN/BIC/card BIN), anti-duplicate, chei idempotente.
- Statusuri/webhook-uri, dovezi (UTR/ARN), tablouri de bord și alerte SLA.
- Contabilitate/Reconciliere: Registru, Cartografiere 'withdrawal↔txid↔bankRef', Raportare/Taxe.
- UX: ETA, eliberare parțială, motive clare de reținere, portal de documente.
- Playbook-uri incidente: defecțiuni feroviare, detalii incorecte, KYT cu risc ridicat, sancțiuni.
- Sprijinirea/finanțarea/formarea în conformitate; șabloane de scrisoare și răspuns.
- Evaluări metrice trimestriale și calibrarea A/B a limitelor/pragurilor.
16) Rezumat
Un off-rampă de succes în iGaming este o arhitectură de plată, nu un furnizor: multi-șine și un eșec, strict RBA + KYT/sancțiuni/Travel Rule, conversie T0 și disciplina trezorerie, UX transparent și tehnica idempotent. Un astfel de circuit oferă concluzii rapide și previzibile, reduce costurile și ține riscurile sub control.