ecoPayz: საფულე და ანგარიშები

1) კონტექსტი და პოზიციონირება

EcoPayz (გადაკეთებულია როგორც Payz) არის ელექტრონული საფულე მულტივალუტის ბალანსით (შემდგომში „საფულე/ანგარიში“), რომელიც ორიენტირებულია ციფრულ სერვისებზე და iGaming- ზე (ნებადართულ იურისდიქციებში). მომხმარებელი ინახავს სახსრებს საფულეზე, აკეთებს P2P, იხდის მერკანტებს, ავსებს ბალანსს სხვადასხვა მეთოდით და იღებს ბანკს/ბარათს/ადგილობრივ არხებს (წვდომა დამოკიდებულია ქვეყნიდან/KUS).

რატომ არის ეს მომგებიანი მერჩანტისთვის

უფრო მაღალი კონვერტაცია Hosted/App2App-UX- ის წყალობით და მიზნობრივი სეგმენტებში აღიარების წყალობით.
დაბალი frod (SCA, მოწყობილობა, რისკის შემცირება).
მოქნილი ეკონომიკა (ხშირად CNP ბარათების ქვემოთ), სწრაფი ნაწილობრივი რეფუნდები საფულეში.

2) პროდუქტები და როლები

საფულე/ანგარიშები: მომხმარებლის მულტივალუტის ნაშთები (top-up/მოხმარება/გამომავალი).
ბარათები (ვირტუალური/პლასტიკური მუყაოს სქემების რელსებზე) არ არის ხელმისაწვდომი ყველა ქვეყანაში.
ვაუჩერის წყაროები (ecoVoucher და ანალოგები პარტნიორების მეშვეობით) - სადაც ნებადართულია.
PSP/API: მერქნის, ტარიფების/MDR, Hosted/Widget/API, გამოთვლები და მოხსენებები.
სქემა/საფულის ემიტენტი: AUP, KYC/AML, ლიმიტები, ანტიფროდი, საფულე წიგნი.

3) არხები და მომხმარებლის სცენარები

3. 1 Pay-in (მერჩანტისთვის გადახდა)

Hosted/Redirect (რეკომენდებულია): redirect ecoPayz/Payz- ში ლოგინის/SCA- ში, სტატუსის მქონე დაბრუნების დადასტურება.
App2App/Deeplink: საფულე იხსნება mobile- ზე, შემდეგ კი დაბრუნდება სალაროში.
Embedded/Widget: პროვაიდერის უსაფრთხოების მოთხოვნების შესაბამისად.

3. 2 ყველაზე მაღალი საფულე (მომხმარებლის მიერ)

ბარათები (3DS2), A2A/Open Banking/ადგილობრივი ტრანსფერები, eCash/ვაუჩერები, P2P. წყაროების ნაკრები დამოკიდებულია ქვეყანასა და KYC დონეზე.

3. 3 Payouts/Withdraw

მერჩანტის გადახდა მომხმარებლის საფულეებზე; შემდეგი - მომხმარებლის მიერ ბანკის/ბარათის/ადგილობრივი მეთოდების გაყვანა (ქვეყნის ხელმისაწვდომობა/ICC).

3. 4 P2P / Request-to-Pay

გადარიცხვები და გადახდის მოთხოვნები საფულეებს შორის (სადაც მხარდაჭერილია).

3. 5 საფულის რუკა

ვირტუალური/პლასტიკური ბარათი (თუ ხელმისაწვდომია): ჩამოწერა საფულის ბალანსისგან; ონლაინ - SCA/3DS, POS - PIN/NFC.

4) სტატუსები და გამოთვლები

ტიპიური სტატუსები: 'created' pending 'success | failed | canceled | expired' (+, საჭიროების შემთხვევაში, 'authorized' captured ').
Settlement: PSP/პროვაიდერის გადარიცხვები, როგორც წესი, T + 1/T + 2 (მონა. დღეები).
ლოგიკურად, გაიზიარეთ ონლაინ წარმატება და ფაქტობრივი სესხი.

5) ლიმიტები, KYC და რისკის პოლიტიკა

Per-txn/24h/7d/monthly ლიმიტები; ცალკეული ბარიერები ახალი მიმღების/მერჩანტებისა და დასკვნებისთვის.
KYC დონე (ძირითადი/გაფართოებული/VIP): განსაზღვრავს ტოპ-აპი/მოხმარების/გამომავალი სიმაღლეებს და მხარდაჭერილი მეთოდების ერთობლიობას.
Velocity/devais/geo წესები, სანქციები და ასაკობრივი შეზღუდვები (განსაკუთრებით iGaming).
შეინახეთ ლიმიტები/წესები ჩამორთმევაში ცხელი განახლების შესაძლებლობით.

6) ამაღლება, დავები, საბოლოო

Refund არის ცალკეული საკრედიტო ოპერაცია, რომელიც დაფარულია საფულეში/წყაროს წყაროში.
Chargeback: წმინდა „საფულისთვის“, ჩვეულებრივ, არ არსებობს კლასიკური ბარათის ჩარჯბეკების ჩამოწერა; თუ ფაქტობრივი სარკინიგზო მაგისტრალი - ბარათი (COF/ბარათი საფულის შიგნით), გამცემის ბარათების პროცედურები შესაძლებელია.
დაგეგმეთ ODR პროცედურები და შეინახეთ ციფრული მომსახურების გაცემის სრული ლოგოები.

7) ეკონომიკა და კომისიები

MDR მერკანტისთვის ჩვეულებრივ დაბალია, ვიდრე CNP ბარათები, მაგრამ ეს დამოკიდებულია გეო/ბრუნვაზე/კატეგორიაზე.
დამატებითი ხარჯები: Hosted/SDK, მხარდაჭერა 'pending/expired', ODR/დებატები, ჩანაწერები, შესაძლო რეზერვები/hold რისკის თვალსაზრისით.
აკონტროლეთ ღირებულება: სტიმულირება A2A ტოპ - აპი და მულტივალუტა (FX- ზე ნაკლები), გამოიყენეთ აფსიდი VIP- ზე.

8) UX პრაქტიკა

მობილური პირველი: App2App პრიორიტეტულია; დესკტოპზე - მკაფიო Redirect.
დადასტურების მოლოდინის დრო ('pending'), უსაფრთხო განმეორება, ალტერნატივის შეთავაზებები (ბარათები/A2A).
გამჭვირვალე შეცდომები: საფულის/მეთოდის ლიმიტი, SCA- ს უკმარისობა, ტაიმუტი.
ქვითარი: თანხა/ვალუტა, 'transaction Id', არხი (App2App/Hosted), ფინანსური რეფერენდუმი/UTR რეესტრიდან.

9) მერჩანტის ინტეგრაცია

პარამეტრები

1. Hosted/Redirect არის სწრაფი დასაწყისი, მინიმალური PCI/PII კვალი.
2. სერვერი to-Server + App2App/Hosted არის კასტომიური UX და სტატუსის მჭიდრო კონტროლი.
3. Pay-by-Link/Invoice - გადავადებული გადახდებისთვის/კოლეგიისთვის.

ზურგჩანთა მინიმუმი

API: `createPayment`, `authorize/capture` (если требуется), `refund`, `queryStatus`, `webhook`, `reconcile`.
Idempotention ('orderId' + გასაღები), ექსპონენციალური გამეორება, შემომავალი ვებ-ჰუკების დედაპლატი.
Webhooks: ხელმოწერა/NMAS, დროის კლიშეები, დაცვა replay- სგან.
ჩანაწერები: daily auto-recon + full-recon, UTR/საბანკო კავშირების შენახვა, რასინქრონული ალერტები.
Observability: კონვერტაცია, 'pending-success/expired', settlement-lag, SCA/ლიმიტების შეცდომები.

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

SCA (ავთენტიფიკაცია საფულეში), მოწყობილობის დახურვა, ქცევითი ეკიპირება.
PII მინიმალიზაცია: Hosted/Widget მგრძნობიარე მონაცემების შესატანად, საიდუმლოებები - vault- ში, IP-allowlist webhook endpoints, მკაცრი redirect-URI.
KYC/AML/GDPR, ასაკი, სანქციები, გეო ფილტრები, Responsible Gaming.

11) გადახდები და აფილიატები

საფულეებზე გადახდა ხშირად მოსახერხებელია (სწრაფი და იაფი), მაგრამ რისკის/გეო/CCC სეგმენტი.
შეინარჩუნეთ ალტერნატივა: SEPA/RTP/Push-to-Card/ადგილობრივი საფულეები სადავო რეგიონებისთვის ან დიდი თანხებისთვის.

12) მახასიათებლები iGaming- ისთვის

შეამოწმეთ გეოს იურიდიული დასაშვები და ლიცენზია; ჩართეთ ასაკობრივი კონტროლი და თვითშეფასება.
მოსალოდნელია: უფრო მკაცრია ლიმიტები, შესაძლო hold/რეზერვები, გარიგებისა და გადახდების გაფართოებული მონიტორინგი.
დაგეგმეთ ჭკვიანი მარშრუტიზაცია (საფულე - A2A - ვაუჩერები - ბარათები) მოთამაშის რისკის/გეო/პროფილის მიხედვით.

13) KPI და ოპერაციული მეტრიკა

Approval rate (ცალკე App2App/Hosted).
Pending dwell time и доля `pending→expired`.
Refund rate/ODR და საშუალო გადაწყვეტის დრო.
Settlement lag (წარმატება - რეესტრი - ჩარიცხვა).
FX share და საშუალო FX ზღვარი.
VIP/გაფართოებული KYC- ის წილი მიმოქცევაში, Cost-to-serve (მხარდაჭერა/დავა).

14) Check Life Prode

1. ხელშეკრულება PSP/პროვაიდერთან: ტარიფები/MDR, FX წესები, SLA ვებ-ჰუკებში/რეესტრებში, ნებადართულია გეო/ვერტიკალები.
2. ინტეგრაცია: 'CreatePayment' + App2App/Hosted, შეცდომების ეკრანები/ლიმიტები/გამეორება.
3. უსაფრთხოება: ხელმოწერა/NMAS ვებ - ჰუკები, საიდუმლოებები, redirect-URI, IP-allowlist.
4. ჩანაწერები: daily + full, UTR/ფინის რეფერენდუმის შენახვა, რასკინქრონული ალერტები.
5. Refunds/ODR: partial/full, sapport playbuks, refund - order.
6. კონფიგურაციები: ლიმიტები/CCC/ტარიფები/გეო - კოდის გარეთ, ვერსიით და სწრაფი განახლებით.
7. Dashbords SLA: კონვერტაცია, 'pending', settlement-lag, watch; ალერტები ანომალიებში/გეო.
8. E2E ტესტები: მობილური App2App, desctop-redirect, Timauts/გამეორება, ნაწილობრივი ანაზღაურება, პროვაიდერის დეგრადაცია.

სახელმძღვანელო ბარათი

სტატუსები: 'created/pending/success/failed/canceled/expired' (+ 'authorize/capture' სადაც გამოიყენება).
Settlement: ჩვეულებრივ T + 1/T + 2 აღდგენისთვის PSP/პროვაიდერი.
Chargeback: არ არსებობს სუფთა „საფულე“ ჩამოწერა; შესაძლებელია ბარათის სარკინიგზო მაგისტრალისთვის.
ლიმიტები/CCC: დამოკიდებულია ქვეყანაზე/დონეზე; შენახვა კონფისკაციაში და რეგულარულად განახლება.
რეკურენტი: „პირველი გადახდა მანდატი“ (SEPA/Open-Banking/მანდატი) - თუ სცენარი მხარს უჭერს მას.

რეზიუმე

EcoPayz/Payz არის სექსუალური საფულე მულტივალუტის ბალანსით, ძლიერი მობილური UX და გასაგები ოპერაცია. ინტეგრირება Hosted/App2App- ის საშუალებით, ააშენეთ webhooks + idempotence + recon გარშემო, შეინარჩუნეთ limites/KUS/ტარიფები/გეო კონფიგურაციაში, ხოლო iGaming- ისთვის - დაიცავით სამართლებრივი ჩარჩო, დააყენეთ რისკი და შეინახეთ ალტერნატიული რელსადგურები (A2A 2A 2A 2/WAAUCCACC- ს/WOACCOOCCOOOOOOOOOOOOOOმოთამაშის პროფილი და დატვირთვა.