PIX Brazilia: Transferuri instantanee
1) Ce este PIX și de ce contează iGaming
PIX este sistemul național de transfer instant de la Banco Central do Brasil (BCB), disponibil 24/7/365 cu finalizare în câteva secunde. Pentru iGaming, acestea sunt:- acoperire ridicată a utilizatorilor (bănci/portofele mobile)
- comision scăzut și lipsa de chargebacks cum ar fi carduri,
- cash-in instant/cash-out cu respectarea strictă.
2) Elemente cheie ale ecosistemului PIX
Chave PIX (cheie): identificator destinatar - CPF (persoană fizică), CNPJ (persoană Jurassic), e-mail, telefon sau cheie aleatoare.
DICT - Registrul cheie centralizat PIX
Coduri QR: statice (detalii fixe) și dinamice (include suma/scop/TTL/parametri).
E2E ID/TxID - ID-uri unice de tranzacție/cont pentru cartografiere și reconciliere.
Pix Cobrança: „factură scadentă” cu data, penalități/reduceri, similare cu factura.
Cerere de plată (cobV/cobrança com vencimento): cerere de plată către plătitor cu TTL.
3) iGaming Cazuri de utilizator
3. 1 Depozite (intrare)
Generați un QR dinamic sau RfP cu TxID = 'payment _ id'.
Recepție la CNPJ-ul operatorului prin PSP/bancă; auto-inscriere cu webhook.
Recomandare: includeți scopul plății și sumele în QR, TTL 10-30 minute.
3. 2 Plăți (ieșire)
Plata pentru tasta PIX a jucătorului (CPF/e-mail/telefon/aleatoriu) sau direct prin detaliile contului.
Înainte de a trimite - validați cheia în DICT, verificați numele complet ↔ CPF (name-match), păstrați detaliile listei albe cu TTL.
3. 3 Scenarii de service
Returnare depozit = noua tranzacție PIX (referință la originalul 'payment _ id' în remitere).
VIP cashout: ETA „secunde/minute” la banca online a destinatarului.
4) Limite, ferestre de noapte și politica de risc
Limitele de bază pe tx/pe perioadă sunt stabilite de bancă/PSP și profilul clientului; pentru transferurile B2C există restricții „de noapte” (de obicei seara până dimineața devreme) cu gurmanzi reduse pentru a reduce ingineria socială.
Utilizatorul poate ridica limitele în banca sa, dar se aplică întârzierea intrării (anti-fraudă).
Pe partea de comerciant: limite RBA pe segment (jucător nou/risc ridicat/VIP), viteză de CPF/dispozitiv/IP, geo-modele.
5) Returnări și MED (Mecanismo Especial de Devolução)
Nu există nici o taxă clasică, dar există MED - un mecanism special de returnare pentru suspiciunile de fraudă/erori operaționale.
Schema: banca destinatarului poate bloca și returna fonduri la cererea băncii expeditorului dacă există un incident (phishing/extorcare etc.).
- blocare temporară (până la ~ 72 ore) pentru analiza anomaliilor;
- fereastră extinsă pentru cazurile de fraudă confirmate (până la câteva săptămâni/luni).
- Practica pentru iGaming: magazin de verificare artefacte (busteni, KYC, consimțământ), răspunde rapid la cererile PSP, păstrați un jurnal de rezultate MED.
6) Conformitate: KYC/AML/sancțiuni/taxe
KYC: validare CPF (personalitate) și CNPJ (contraparte/afiliat), screening media PEP/adverse.
AML/KYT: anomalii (in→out rapide, sume împărțite, chei noi, „catâri”), limite și revizuire manuală.
Sancțiuni/OFAC-analog: liste locale și internaționale - verificare înainte de trimitere/înscriere.
Stocarea datelor: minimizare PII, tokenizare, PII-seif separat, păstrare prin lege.
7) Integrare și arhitectură
7. 1 straturi
Plăți de bază: facturi, statusuri, limite, idempotence.
PIX Gateway (abstractizare peste PSP): generare QR/RfP, validare DICT, statusuri, încercare/failover.
Strat bancar/PSP: cont de decontare CNPJ, webhook/extras API.
Risc și conformitate: RBA/AML/KYT, orchestrație MED.
Contabilitate și recunoaștere: leyger, mepping 'payment _ id .
Monitorizare: SLA, alerte de degradare, cazuri MED.
7. 2 Fluxuri
Depozit (QR/RfP): 'creați o factură QR/RfP (TxID = payment _ id) confirmare la banca webhook creditare reconciliere'.
Plată: 'cerere → KYC/AML/DICT/name-match → trimiterea statutului → postat → notificare → reconstituire'.
7. 3 Orchestrație și Feilover
Două sau mai multe PSP-uri în Brazilia; dacă degradarea este o rezervă pe push boleto/TED/card (ca un caz extrem).
Idempotence ('payment _ id/within _ id'), încercați din nou cu backoff + jitter, cărți web semnate.
8) Validarea și reducerea erorilor
Verificarea și starea cheii DICT (activ/transferat).
Name-match: Reconciliază numele CPF/CNPJ cu banca destinatarului.
Igiena QR: verificarea structurii câmpului EMV, cantitate, TTL, interzicerea reutilizării QR dinamic.
UX anti-phishing: arată numele destinatarului/suma mare înainte de confirmare, avertismente de inginerie socială.
9) Lager și reconstituire
Identificatori: păstrați TxID, e2e ID, psp_ref, suma/comisionul/ora.
T + 0/T + 1-reconciliere: Potriviți carnetele web PSP la extrasele de cont/feed-uri.
Rânduri de neegalat → coadă de neegalat cu SLA.
Returnări (inclusiv MED) - ca mișcări separate, conectați-vă la originalul "payment _ id'.
10) Economie și SLA
Cost: De obicei, sub carduri; Costul per aprobat (all-in) = tariful PSP + timpul de operă (cazuri MED/manual) + cota de rezervă.
SLA: p50 „secunde”, p95 „minute”; pe timp de noapte sunt posibile controale suplimentare cu băncile - pune-l în ETA.
11) Modele UX (conversie și încredere)
Selectați automat PIX pentru Brazilia, ștergeți ETA („de obicei secunde”).
Butonul „Copiar código PIX” și QR; Cronometru TTL și „creați un cont nou”.
Stări clare: „așteptarea confirmării → creditată/respinsă/expirată”.
Pentru plăți - nume-meci vizual: "Trimitem João Silva (CPF... 123-45)."
12) Măsurători și OKR
Rata de aprobare/succes pentru depozite și plăți.
Time-to-Funds/Time-to-Payout p50/p95.
Rata MED și rata de succes/eșec timpul mediu de procesare.
DICT/name-match eșuează%, erori QR/TTL.
Recunoaștere de neegalat%, ponderea cazurilor manuale, costul per aprobat.
Uptime PSP, întârzieri ale cârligelor web.
13) Anti-modele
Un PSP fără rezervă (SPOF).
Recepția QR-ului „static” pe fluxurile de masă fără reconstituire TTL/TxID → împrăștiată.
Absența DICT/name-match și lista albă → erori/fraudă.
Fără idempotență și cărți web semnate → dublează/iese din sincronizare.
Ignorarea limitelor „de noapte” și a pragurilor RBA → o creștere a MED-urilor și a încuietorilor.
Amestecarea PII și a jurnalelor de plată fără tokenizare/RBAC.
14) Lista de verificare a implementării (scurt)
- 2 + Contracte PSP; suport pentru QR dinamic/RfP, DICT, webhooks.
- TxID = payment_id, TTL pentru facturi; în remitere - trimitere la factură.
- KYC (CPF/CNPJ), PEP/adverse, KYT/viteză, sancțiuni; detalii whitelist.
- Validarea DICT a cheilor și a numelui-meci înainte de plăți.
- Playbook MED: roluri, artefacte, SLA-uri de răspuns, jurnal de rezultate.
- Lager și T + 0/T + 1-reconciliere; coadă de neegalat și termene limită.
- Idempotency, backoff + jitter, webhooks semnat; rezervă (boleto/TED/card).
- Дашборды: AR, Time-to-Funds/-Payout, MED, DICT/name-match nu reușesc, de neegalat, costul.
- UX: copie cod, QR, temporizator TTL, statusuri; anti-basme împotriva ingineriei sociale.
- Suport de formare: MED, limitele de noapte, frecvente QR/DICT erori.
15) Rezumat
PIX este cal de lucru Brazilia pentru plăți A2A instant. Construiți o buclă multi-PSP cu QR/RfP dinamic, DICT/name-match, limite stricte RBA (inclusiv noapte), MED playbook, și de încredere T + 0/T + 1 reconsiliere. O astfel de stivă vă va oferi conversie rapidă a depozitelor, plăți secundare și riscuri controlate pe cea mai mare piață din America Latină.