ecoPayz: portofel și facturi
1) Context și poziționare
ecoPayz (re-marcă Payz) este un portofel electronic cu solduri multi-valutare (denumit în continuare „portofel/conturi”), axat pe servicii digitale și iGaming (în jurisdicții permise). Utilizatorul păstrează fonduri pe portofel, face P2P, plătește comercianți, completează soldul prin diferite metode și le afișează pe canalele bancare/card/locale (accesul depinde de țară/PCC).
De ce este profitabil pentru comerciant
Conversie mai mare datorită Hosted/App2App-UX și recunoașterii în segmentele țintă.
Fraudă scăzută (SCA, legarea dispozitivului, scorarea riscului).
Economie flexibilă (adesea sub cardurile CNP), restituiri parțiale rapide la portofel.
2) Produse și roluri
Pungă/conturi: solduri de utilizator multi-valută (reîncărcare/cheltuială/ieșire).
Hărți (virtual/plastic pe șine de hărți) - nu sunt disponibile în toate țările.
Surse de voucher (ecoVoucher și analogi prin intermediul partenerilor) - acolo unde este permis.
PSP/achizitor: onboarding comerciant, tarife/MDR, Hosted/Widget/API, calcule și rapoarte.
Schema de portofel/emitent: AUP, KYC/AML, limite, antifraudă, carnet de portofel.
3) Canale și scenarii de utilizator
3. 1 Pay-in
Gazduit/Redirectionat (recomandat): redirectioneaza catre ecoPayz/Payz → login/SCA → confirmare → returnare cu status.
App2App/Deeplink: aplicația portofel se deschide pe mobil, apoi se întoarce la casier.
Embedded/Widget: sub rezerva cerințelor de securitate ale furnizorului.
3. 2 Reîncărcare la portofel (utilizator)
Carduri (3DS2), A2A/Open Transferuri bancare/locale, eCash/vouchere, P2P. Setul de surse variază în funcție de țară și de nivelul KYC.
3. 3 Plăți/Retragere
Plățile comercianților către portofelele utilizatorilor; mai departe - ieșirea de către utilizator a metodelor bancare/carduri/locale (disponibilitatea pe țări/CCM).
3. 4 P2P/Request-to-Pay
Transferuri și cereri de plăți între portofele (în cazul în care sunt suportate).
3. 5 Card portofel
Card virtual/plastic (dacă este disponibil): debit din soldul portofelului; online - SCA/3DS, POS - PIN/NFC.
4) Statusuri și calcule
Stările tipice sunt „create în așteptarea succesului nu au reușit au expirat” (+ „autorizat capturat” dacă este necesar).
Decontare: înscrierea în registrul PSP/furnizor este de obicei T + 1/T + 2 (opl. zile).
În logică, succesul online separat și creditul real.
5) Limite, KYC și politici de risc
Limite per-txn/24h/7d/lunar; praguri separate pentru noii destinatari/comercianți și pentru ieșiri.
Niveluri KYC (Basic/Advanced/VIP): Definește maximele de reîncărcare/curgere/ieșire și un set de metode acceptate.
Viteza/dispozitiv/geo-reguli, sancțiuni și restricții de vârstă (în special pentru iGaming).
Păstrați limite/reguli în configurații cu posibilitatea actualizărilor la cald.
6) Returnări, dispute, finalitate
Rambursare - o tranzacție de credit separată (full/parțială) înapoi la portofel/sursă originală.
Chargeback: pentru un pur „portofel” write-off, chargeback-uri card clasic nu sunt, de obicei,; dacă șina reală este un card (COF/card în interiorul portofelului), sunt posibile proceduri de card la emitent.
Programați procedurile SOL și stocați jurnalele complete de emitere a serviciilor digitale.
7) Economie și comisioane
MDR pentru comerciant este de obicei mai mică decât cardurile CNP, dar depinde de geo/cifra de afaceri/categorie.
Costuri suplimentare: Găzduit/SDK, suport pentru „în așteptare/expirat”, SOL/litigii, recunoaștere, posibile rezerve/reținere pentru risc.
Gestionați costul: stimulați A2A de reîncărcare și multi-valută (mai puțin FX), utilizați upsell pe VIP.
8) UX practici
Mobile-first: App2App în prioritate; pe desktop - o redirecționare clară.
Cronometru pentru așteptarea confirmării („în așteptare”), repetare sigură, sugestii de alternative (carduri/A2A).
Erori transparente: limita pungă/metodă, eșec SCA, timeout.
Primire: suma/valuta, 'tranzactionId', canal (App2App/Hosted), referinta financiara/UTR din registru.
9) Integrarea comercianților
Opțiuni
1. Hosted/Redirect - pornire rapidă, amprentă minimă PCI/PII.
2. Server-to-Server + App2App/Hosted - UX personalizat și control de stare strâns.
3. Pay-by-Link/Factură - pentru plăți/încasări amânate.
Minimum backend
API: 'createPayment', 'authorize/capture' (если требуется), 'rambursare', 'queryStatus', 'webhook', 'reconciliere'.
Idempotence ('orderId' + key), repetiții exponențiale, deduparea cârligelor web primite.
Webhooks: semnătură/NMAS, marcaje de timp, protecție reluare.
Recunoaștere: auto-recunoaștere zilnică + recunoaștere completă, stocarea link-urilor UTR/bancare, alerte prin aliniere greșită.
Observabilitate: conversie, 'pending→success/expired', decontare-lag, erori SCA/limită.
10) Siguranță și conformitate
SCA (autentificare portofel), dispozitiv de legare, scoring comportamental.
PII minimizare: Găzduit/Widget pentru introducerea de date sensibile, secrete - în seif, IP-allowlist pentru endpoints webhook, redirect-uri stricte.
KYC/AML/GDPR, vârstă, sancțiuni, geo-filtre, joc responsabil.
11) Plăți și afiliați
Plățile către portofele sunt adesea convenabile (rapide și ieftine), dar segmentează după risc/geo/CUS.
Păstrați alternative: SEPA/RTP/Push-to-Card/portofele locale pentru regiuni disputate sau cantități mari.
12) Caracteristici pentru iGaming
Verificați permisibilitatea legală a geo și a licențelor; include controlul vârstei și autoexcluderea.
Așteptați-vă: limite mai stricte, posibile dețineri/rezerve, monitorizarea extinsă a tranzacțiilor și plăților.
Planificați rutarea inteligentă (portofel ↔ ↔ A2A ↔ tichete de card) după profilul de risc/geo/jucător.
13) KPI-uri și valori operaționale
Rata de aprobare (separat pentru App2App/Hosted).
În aşteptarea timpului и доля 'pending→expired'.
Rata de rambursare/SOL și timpul mediu de decizie.
Decontare decalaj (succes → registru → înscriere).
Cota FX și marja medie FX.
Ponderea VIP/KYC extins în cifra de afaceri, Cost-to-service (suport/litigii).
14) Lista de verificare de ieșire
1. Acordul PSP/furnizor: tarife/MDR, reguli FX, SLA-uri pentru cârlige/registre web, geo/verticale permise.
2. Integrare: 'createPayment' + App2App/Hosted, eroare/limită/repetare ecrane.
3. Securitate: cârlige web semnătură/NMAS, secrete seif, redirect-URI, IP-allowlist.
4. Recon: zilnic + plin, UTR/fin de stocare de referință, alerte de desincronizare.
5. Restituiri/SOL: parțială/completă, suport playbook-uri, pachet de refund↔order.
6. Configurații: limite/CCL/tarife/geo - în afara codului, versionat și actualizat rapid.
7. Tablouri de bord SLA: conversie, 'în așteptare', decontare-lag, returnări; alerte anomalie/geo.
8. Teste E2E: App2App mobile, redirecționare desktop, timeout-uri/returnări, returnări parțiale, degradarea furnizorului.
Carte de reper
Statusuri: 'creat/în așteptare/succes/eșuat/anulat/expirat' (+ 'autorizare/captură' dacă este cazul).
Decontare: de obicei T + 1/T + 2 prin registre PSP/furnizor.
Chargeback: lipsă pentru taxa net „pungă”; posibil pentru un card feroviar.
Limite/LCC: specifice țării/nivelului; stocați în configurare și actualizați în mod regulat.
Retur: „primul mandat de → a plăților” (SEPA/Open-Banking/wallet-mandate) - dacă scriptul susține acest lucru.
Rezumat
ecoPayz/Payz este un portofel matur cu solduri multi-valută, UX mobil puternic și un sistem de operare ușor de înțeles. Integrați prin Hosted/App2App, construiți în jurul webhookurilor + idempotency + recon, păstrați limite/CCL/tarife/geo în configurație, iar pentru iGaming, urmați cadrul legal, riscul segmentului și păstrați șine alternative (A2A/vouchers/cards) cu rutare inteligentă după profilul și încărcarea jucătorului.