PIX ბრაზილია: მყისიერი თარგმანები

1) რა არის PIX და რატომ არის ეს მნიშვნელოვანი iGaming

• მაღალი მომხმარებლის გაშუქება (მობილური ქილები/საფულეები),
• დაბალი საკომისიო და ბარათების ჩარჟბეკების არარსებობა,
• მყისიერი cash-in/cash-out მკაცრი შესაბამისობით.

2) PIX ეკოსისტემის ძირითადი ელემენტები

Chave PIX (გასაღები): მიმღების იდენტიფიკატორი - CPF (ფიზიკური. სახე), CNPJ (იური სახე), ელექტრონული ფოსტა, ტელეფონი ან რანდომის გასაღები.
DICT: PIX გასაღებების ცენტრალიზებული რეესტრი.
QR კოდები: სტატიკური (დეტალების ფიქსი) და დინამიური (მოიცავს თანხას/დანიშნულებას/TTL/პარამეტრებს).
E2E ID/TxID: უნიკალური ოპერაციის იდენტიფიკატორები/ანგარიშები მაპინგისა და განახლებისთვის.
Pix Cobranéa: „გადახდა“ თარიღით, ჯარიმებით/ფასდაკლებით, ინვოის მსგავსია.
Request for Payment (cobV/cobrané com vencimento): TTL- ით გადამხდელის გადახდის მოთხოვნა.

3) იუზკეისი iGaming

3. 1 დეპოზიტები

დინამიური QR ან RfP წარმოება TxID = 'payment _ id'.
CNPJ ოპერატორის მიღება PSP/Bank- ის საშუალებით; მანქანის ჩარიცხვა ვებჰუკში.
რეკომენდაცია: QR- ში შეიტანეთ გადახდის დანიშნულება და თანხა, TTL 10-30 წუთი.

3. 2 გადახდა (გარეთ)

PIX მოთამაშის გასაღების გადახდა (CPF/ელ.ფოსტა/ტელეფონი/რანგი) ან პირდაპირ ანგარიშის დეტალებზე.
გაგზავნამდე - დააკვირდით კლავიშს DICT- ში, შეამოწმეთ CPF - FIO (name-match), შეინახეთ whitelist დეტალები TTL- სთან.

3. 3 სამსახურის სცენარები

ანაბრის დაბრუნება = ახალი PIX გარიგება (ბმული წყაროს 'payment _ id' რემიტენსში).
VIP ქეშუტი: ETA „წამი/წუთი“ მიმღების ონლაინ ბანკში.

4) ლიმიტები, „ღამის ფანჯრები“ და რისკების პოლიტიკა

ძირითადი per-tx/per-period ლიმიტები მოცემულია ბანკის/PSP და კლიენტის პროფილის მიერ; B2C- სთვის, თარგმანები არსებობს „ღამის“ შეზღუდვები (ჩვეულებრივ, საღამოდან დილამდე ადრე) შემცირებული ქუდებით, სოციალური ინჟინერიის შესამცირებლად.
მომხმარებელს შეუძლია გაზარდოს ლიმიტები თავის ბანკში, მაგრამ გამოიყენება შესვლის შეფერხება (ანტი-ფროდი).
ციმციმის მხარეს: RBA ლიმიტები სეგმენტებში (ახალი მოთამაშე/მაღალი რისკი/VIP), velocity CPF/მოწყობილობისთვის/IP, გეო-ნიმუშები.

5) ამაღლება და MED (Mecanismo Especial de Devoluécho)

არ არსებობს კლასიკური chargeback, მაგრამ არსებობს MED - სპეციალური მექანიზმი დაბრუნდეს თაღლითობის/ოპერაციული შეცდომების ეჭვის ქვეშ.
სქემა: მიმღებ ბანკს შეუძლია დაბლოკოს და დაუბრუნოს თანხები გამგზავნის ბანკის მოთხოვნით, ინციდენტის არსებობის შემთხვევაში (ფიშინგი/გამოძალვა და ა.შ.).

• დროებითი დაბლოკვა (72 საათამდე) ანომალიის ანალიზისთვის;
• დადასტურებული ფროიდის შემთხვევების გაფართოებული ფანჯარა (რამდენიმე კვირამდე/თვემდე).
• პრაქტიკა iGaming- ისთვის: შეინახეთ შემოწმების ნიმუშები (logs, KYC, თანხმობა), სწრაფად უპასუხეთ PSP- ს მოთხოვნებს, ჩაატარეთ ჟურნალი MED შედეგები.

6) შესაბამისობა: KYC/AML/სანქციები/გადასახადები

KYC: CPF (პიროვნების) და CNPJ (კონტრაგენტი/აფილიატი), scrining PEP/adverse media.
AML/KYT: ანომალიები (rapid in - out, თანხების გამანადგურებელი, ახალი გასაღებები, „ჯორი“), ლიმიტები და სახელმძღვანელო მიმოხილვა.
სანქციები/OFAC ანალოგი: ადგილობრივი და საერთაშორისო სიები - შემოწმება გაგზავნამდე/მიღებამდე.
მონაცემთა შენახვა: PII- ის შემცირება, ტოკენიზაცია, ცალკეული PII-vault, რეტენინგი კანონით.

7) ინტეგრაცია და არქიტექტურა

7. 1 ფენები

Payments Core: ინვოისი, სტატუსები, ლიმიტები, იდემპოტენტობა.
PIX Gateway (აბსტრაქცია PSP- ზე): თაობა QR/RfP, DICT სავალდებულო, სტატუსები, retry/failover.
Banking/PSP Layer: CNPJ ანგარიშსწორების ანგარიში, webhook/statement API.
Risk & Compliance: RBA/AML/KYT, MED ორკესტრი.
Accounting & Recon: lager, mapping 'payment _ id' e2e/TxID, psp _ ref '.
მონიტორინგი: SLA, დეგრადაციის ალერტები, MED შემთხვევები.

7. 2 ნაკადები

Deposit (QR/RfP): „შექმენით ინვოისი QR/RfP (TxID = payment _ id), რომელიც დადასტურებულია ბანკში webhook, ჩარიცხვა“.
Payout: 'განაცხადი - KYC/AML/DICT/name-match - გაგზავნეთ პოსტის სტატუსზე, ნოტიფიკაციასა და განახლებაზე ".

7. 3 ორკესტრაცია და ფეილოვერი

ორი ან მეტი PSP ბრაზილიაში; თუ დეგრადაცია - fallback boleto/TED/ბარათის push (როგორც საგანგებო შემთხვევა).
Idempotention ('payment _ id/withdrawal _ id'), retry ერთად backoff + jitter, ხელმოწერილი ვებჰუკები.

8) ვალიდაცია და შეცდომების შემცირება

DICT გასაღები და მდგომარეობა (აქტიური/გადაიდო).
Name-match: CPF/CNPJ სახელის შერიგება მიმღების ბანკთან.
QR ჰიგიენა: EMV ველის სტრუქტურის შემოწმება, თანხები, TTL, დინამიური QR- ის ხელახალი გამოყენების აკრძალვა.
UX fishing: ფართოდ აჩვენეთ მიმღების სახელი/თანხა დადასტურებამდე, გაფრთხილებები სოციალური გენეტიკის შესახებ.

9) ლეიგერი და რეკონსაცია

იდენტიფიკატორები: შეინახეთ TxID, e2e ID, psp _ ref, თანხა/საკომისიო/დრო.
T + 0/T + 1 კრიკეტი: შეადარეთ PSP ვებჰუკები საბანკო ამონაწერებთან/ფიტებთან.
შეუზღუდავი ხაზები არის „შეუზღუდავი ხაზი“ SLA- სთან.
ანაზღაურება (მათ შორის MED) - როგორც ცალკეული მოძრაობები, დააკავშიროთ საწყის 'payment _ id' - სთან.

10) ეკონომიკა და SLA

ღირებულება: ჩვეულებრივ, ბარათების ქვემოთ; Cost per Approved (all-in) = ტარიფი PSP + ოპერის დრო (MED/სახელმძღვანელო შემთხვევები) + fallback წილი.
SLA: p50 „წამი“, p95 „წუთი“; ღამით შესაძლებელია დამატება. შემოწმება ბანკებში - განათავსეთ იგი ETA- ში.

11) UX ნიმუშები (კონვერტაცია და ნდობა)

PIX მანქანის არჩევნები ბრაზილიისთვის, მკაფიო ETA („ჩვეულებრივ წამები“).
ღილაკი „Copiar código PIX“ და QR; TTL ტაიმერი და „ახალი ანგარიშის შექმნა“.
მკაფიო სტატუსები: „დადასტურების მოლოდინი ჩაირიცხა/უარი ეთქვა/ამოიწურა“.
გადახდისთვის - ვიზუალური name-match: „ჩვენ გამოგიგზავნით ჯოო სილვას (CPF... 123-45)“.

12) მეტრიკი და OKR

Approval/Success Rate დეპოზიტებისა და გადახდების შესახებ.
Time-to-Funds / Time-to-Payout p50/p95.
MED rate და წარმატებული/წარუმატებელი დაბრუნების წილი; საშუალო დამუშავების დრო.
DICT/name-match fail%, შეცდომები QR/TTL.
Unmatched recon%, ხელის საქმეების წილი, cost per approved.
Uptime PSP, ვებჰუკების შეფერხება.

13) ანტი შაბლონები

ერთი PSP რეზერვის გარეშე (SPOF).
„სტატიკური“ QR მიღება მასობრივ ნაკადებზე TTL/TxID- ის გარეშე - გაფანტული რეკონსტრუქცია.
DICT/name-match და whitelist შეცდომების არარსებობა/from.
არ არსებობს იდემპოტენტობა და ხელმოწერილი ვებჰუკი, დუბლი/რასინქრონი.
„ღამის“ ლიმიტების და RBA რეიდების უგულებელყოფა არის MED და საკეტი.
PII და გადახდის ლოგოების შერევა ტოკენიზაციის გარეშე/RBAC.

14) განხორციელების სიის სია (მოკლედ)

• კონტრაქტები 2 + PSP- ით; დინამიური QR/RfP, DICT, ვებჰუკების მხარდაჭერა.
• TxID = payment _ id, TTL ინვოისებისთვის; რემიტენსში - ბმული ინვოისზე.
• KYC (CPF/CNPJ), PEP/Adverse, KYT/velocity, სანქციები; whitelist დეტალები.
• DICT გასაღებები და გადახდამდე name-match.
• MED ფლეიბუკი: როლები, არტეფაქტები, SLA პასუხები, გამოსვლის ჟურნალი.
• ლეიგერი და T + 0/T + 1 რეკონსტრუქცია; unmatched ხაზი და ვადა.
• Idempotence, backoff + jitter, ხელმოწერილი ვებჰუკები; fallback (boleto/TED/ბარათი).
• Дашборды: AR, Time-to-Funds/-Payout, MED, DICT/name-match fail, unmatched, cost.
• UX: კოდის კოპირება, QR, TTL ტაიმერი, სტატუსები; ანტიპოდები სოციალური გენერიის წინააღმდეგ.
• Sapport ტრენინგი: MED, ღამის ლიმიტები, ხშირი QR/DICT შეცდომები.

15) რეზიუმე

PIX არის ბრაზილიის „სამუშაო ცხენი“ მყისიერი A2A გადახდებისთვის. ააშენეთ multi-PSP კონტური დინამიური QR/RfP, DICT/name-match, მკაცრი RBA ლიმიტები (ღამის ჩათვლით), MED ფლეიბუკი და საიმედო T + 0/T + 1 რეკონსტრუქცია. ასეთი დასტა მოგცემთ დეპოზიტების სწრაფ კონვერტაციას, მეორე გადახდებს და კონტროლირებად რისკებს ლათინური ამერიკის უმსხვილეს ბაზარზე.