iDEAL Նիդերլանդներ: A2A վճարումները

1) iDEAL համատեքստը և դիրքը iDEAL

iDEAL-ը անանուն A2A վճարումների ազգային սխեմա է (account-to-account) Նիդերլանդներում։ Մոսկվան վճարում է անմիջապես իր բանկային հաշիվից համացանցային բանկի միջոցով/ինտերֆեյսի բանկի բջջային ծրագիրը։ Հոսքը կառուցված է issuer-redir.ru-ի վրա (բանկին վերահղելը) կամ deeplink/App2AP բանկային ծրագրի բացման ժամանակ։ Հաշվարկը արագ է, MDR-ից ցածր չափման հանձնաժողովը, վերջնական հաշվարկը բանկային վարկային թարգմանության նման է։

Հիմնական հատկությունները

Ինտենսիվ վերաբեռնվածությունը ազդանշանային բանկերի միջոցով (ING, Rabobank, ABN AMRO և այլն)։

SCA/PSD2-համապատասխանում է բանկում (PIN/կենսաչափություն)։

Ակնթարթային հեղինակային իրավունքը (status success առցանց) և վերջնական վարկը էկվայերի/ստացողի բանկի միջոցով։

Հարուստ մետատվյալներ ծալելու համար (purchant Id/orts ID, նկարագրություն, reference)։

2) Մասնակիցների դերերը

iDEAL (սխեմա) - կանոններ, հավաստագրում, միկրոօրգանիզմներ։

Issuer (վճարողի բանկը) հաճախորդի վավերացում է, մրցույթի հաստատումը, կարգավիճակը։

Acquirer/CPSA (Payts ExProvider) - mercham, API/MSK, հաշվետվություններ և հաշվարկներ։

Merchair-ը նախաձեռնում է դեղամիջոցներ, ստատուսներ/միջոցներ է ստանում, կատարում է բարձրացումներ և ծալքեր։

3) Վճարման հոսքերի տարբերակները

3. 1 Issuer-redirect (classic)

1. Nokout-ը չափում է բանկի ընտրությունը Issuer Express-ից։

2. Ռեդիրեքտը կամ App2ApP-ը www.SCA-ի բանկին ապացուցում է։

3. Տեղադրված է «transacom Id» -ի և կարգավիճակի վրա (success/failed/canceled/open/expired)։

3. 2 App2App / Embedded

Բջջային սարքերում չափիչը բացում է բանկային ծրագիր deeplink/intent (ավելի լավ է UX, ավելի քիչ շփում)։

Embedded/Hosted: պրովայդերը տալիս է բանկերի ցուցակի պատրաստի տեսլականը, ռեդիրեկտների կառավարումը, սխալների մշակումը։

3. 3 iDEAL QR (ofline/առցանց)

Դինամիկ QR per-order, ներկառուցված գումարով և reference; Նա սկանավորում է բանկային հավելվածի տեսախցիկը և ապացուցում է դիմումը։

Ստատիկ QR (հազվադեպ մերչանտների համար; ավելի շատ R2R/donats) - գումարը տեղադրվում է օգտագործողի ձեռքով։

3. 4 Recurring/mandates

«First pay.ru + e-mandate» մոդելը, iDEAL-ի առաջին մարումը ակնհայտ SCA-ի հետ, որը ցույց է տալիս էլեկտրոնային մանդատի ստեղծումը (սովորաբար հանգեցնում է SEPA Live Debit-ին հաջորդ մարման համար ռուսական սահմանների/պարբերականների շրջանակներում)։ Հարմար է ստորագրությունների համար։

4) Լիմիտները և բանկերի քաղաքականությունը

IDEAL-ը չունի մեկ «գերհեմային» առաստաղը, գործում են վճարողի բանկի (issuer) սահմանները, որոնք կախված են ռուսական հաճախորդից և ռուսական ինտերնետային բանկից

Per-transaction (առավելագույնը մեկ վիրահատության համար)։

Per-day/www.h և weekly (գումարը և/կամ վիրահատությունների քանակը)։

Նոր ռոտար/նոր չափումը հնարավոր է կրճատել շեմերը և/կամ կանգնել։

Կանալ/ռիսկային կանոնները (բջջային vs desktop, velocity, geo/dewis)։

Պրակտիկա 'մի խառնեք թվերը, պահեք բանկերում լիմիտների գրացուցակը և օգտագործողին ցույց տվեք հասկանալի սխալը, որը «գերազանցում է բանկի սահմանաչափը» փոխկապակցված (դողալ, մեկ այլ մեթոդ, հետո կրկնել)։

5) Մոսկվան և տնտեսագիտությունը

Մերչանթը վճարում է ֆիքսը/ցածր տոկոսը իր էկվայերի/PSA-ի։ Չկա միջբանկային տերմին քարտեզագրական իմաստով։ արժեքը ցածր է, բայց կարող եք

պրովայդերների վճարները (gateway, տեսանելի, hosted no kout),

վերադարձման/վիրահատության արժեքը ODR,

աջակցություն և հետազոտություններ կատարվում են։

6) Արձանները, գույները, բարձրացումները

Գործարքների կարգավիճակները ՝ «success», «բաց» (սպասումը), «failed», «canceled», «expired»։

Մինչև հաստատումը 'հաճախորդի կողմից (բանկում) կամ թայմաուտով (expired)։

Չարջբեկովը, ինչպես քարտեզներում, ոչ։ Մոսկվան նոր վարկային վիրահատություն է մերկ վճարողից (refund), հնարավոր են մասնակի ավելացումներ։

Վճարման ժամկետը կախված է PFC/բանկից; Հաճախ t + 0/T + 1 բանկային թարգմանությամբ։

7) Անվտանգություն և համապատասխանություն

SCA-ն բանկում + device binding և հակաֆրոդ քաղաքականություն բանկի կողմում։

Name/IBAN www.play-ը որոշ դիմորդների մոտ նվազեցնում է misdir.ru ռիսկը։

PSD2/GDPR: PII նվազեցումը, վեբ խուքերի պաշտպանությունը (HMAC), ռուսական ամսագիրը։

8) Ստուգում և հաշվետվություններ

Պահպանեք «transacom ID» (iDEAL), «purchant ID ',» time, issuer, վերջնական կարգավիճակ, UTR/բանկային հանրաքվե PBS-ից։

Պարամետրերը daily 71-recon և պարբերական fox-recon (հեղափոխությունների, վերադարձումների, հոսքերի)։

PBS-ի զեկույցներում 'կոդավորման սկզբնական պարամետրերը, կարգավիճակները, ուշ նորարարությունները (օրինակ ՝ «բաց www.success/expired»), վերադարձման շարժումները։

9) UX-patterns

MasterBank pick-ը 'նախաճաշել և դուրս հանել բանկերը հանրաճանաչությամբ/վերջին ընտրությամբ։

Mobile-first: Ավտոմատ առաջարկեք Appa 2App, fallback - web-redirline։

Retry/recovery: Ձախողման դեպքում ցույց տվեք մի պարզ խոհարար և այլընտրանքային մեթոդներ։

Idempotency: "orium Id '+ -ը անվտանգ խոհարարների համար idempotenty բանալին է։

Չեկի 'նշեք գումարը, ամսաթիվը/ժամանակը, «transacom Id», reference, ջրանցք (QR/App2ApP/Redirae)։

10) Ռեքուրենտային նամակագրությունները e-մանդատների միջոցով

«Առաջին www.iDEAL-ի սցենարը ապագա մարման մանդատ է» (սովորաբար SEPA Systement Debit)։

Մանդատը արձանագրում է per debit, պարբերականություն, իրավաբանություն։

Ինտերֆեյսում 'մանդատների կառավարման էկրանը (pause/cancel/centate) և ծանուցումները նախքան դուրս գալը։

11) iDEAL և iGaming/բարձրորակ կատեգորիաներ

IDEAL-ի հասանելիությունը որոշ ուղղահայաց հատվածների համար սահմանափակվում է բանկերով/PSA ռիսկի քաղաքականության և տեղական ինտեգրման մասին։

IGaming-ի համար ակնկալեք 'խստացված ստուգումներ, կրճատված սահմանաչափեր, պարտադիր տեղական կոմպլեքս և թափանցիկ ODR/Refund ֆլոուն։

Պլանավորեք այլընտրանքային ռելսեր (քարտեզներ, SEPA, բաց-banking A2A) և ինտեգրման հատվածը։

12) Merchair ինտեգրումը 'տարբերակներ

1. Hosted/Embedded iDEAL Checkout от PSP

Արագ արձակումը, բանկերի ցուցակի, կարգավիճակների և սխալների նորացումը։

2. Server-to-Server + redirets

UX-ի ճկուն վերահսկողությունը 'բանկի ընտրության սեփական էջը, QR-գեներացիան, տոմսարկղի խորը ինտեգրումը։

3. iDEAL QR

POS/offline-ի համար դինամիկ QR per-order-order-ը 'summa/metks-ով, ավելի լավ է ծալելու և հակազդելու համար։

Backend-ի պարտադիր բաղադրիչները

Эндпоинты: `createPayment`, `queryStatus`, `refund`, `webhook`, `reconcile`.

Idempotenty-ը և www.dedu.ru-ը 'or.Id'։

Webhooks-ի հետ HMAC-ի ստորագրությամբ, էքսպոնենտով ելույթներ, փամփուշտի հարցումներ քայքայման ժամանակ։

Մարտին 'բանկեր/լիմիտներ/ռուսական սխալներ; SLA-մետրիկները բաղադրիչներով։

13) iDEAL Gateway ճարտարապետական սխեման

API շերտ 'REST տոմսարկղերի համար + ինտեգրումը PMS/iDEAL API-ի հետ։

Իրադարձությունների գծերը 'ivents-ibling/CRM/վերլուծություն։

Observability: banks/112 (Redir.ru/App2ApP/QR), «բաց» մասնաբաժինը, միջին լատենտը մինչև success։

Անվտանգությունը 'գաղտնիքները v.ru, IP-allowlist-ից, պաշտպանությունը redirect-URL-ից, anti-replay-ից։

Տվյալները ՝ վճարումների/վերադարձման օրինակներ, ODR ամսագիր, քարտեզը։

14) Chek-Show-Show-Sho

1. Ընտրեք PBS/equayer iDEAL (HOSted/Embedded/App2AP/QR)։

2. Իրականացրեք 'creator Payme' + redirets/Arr2Arr, բանկի ընտրության էկրանը։

3. Միացրեք վեբ խոզերը, կուռքերը, թայմաուտները և ստատուսների կրկնությունները։

4. Patte recon (daily + fox), հեռացնել և ալտերտեր ռասինխրոններով։

5. Աջակցեք partial/fox refunds-ին և ODR-ի կարգավորումը կոշիկի մեջ։

6. Ավելացրեք UX-fallback (այլընտրանքային մեթոդներ, խոհարար), չեկ 'transacom Id'։

7. Փորձարկեք App2ApP/QR հիմնական բանկերում (iOS/Android/desktop)։

8. Պատրաստիր բանկերում և ստատուսների էջ ունեցող սահմանաչափերի տեղեկատու։

Լիմիտների վրա կենտրոնների քարտը

Per-txn/www.h/7d: Պահել ճեպազրույցի մեջ; ստուգել մինչև ռեդիրեկտի գործարկումը։

Նոր Բուլգարները/Մերչանտները 'կրճատված մեկնարկային լիմիտները և/կամ ուշացումները։

Ջրանցք: Բջջային App2ApP-ում լիմիթները/ֆրոդային քաղաքականությունը կարող են տարբերվել վեբից։

Մանդատներ ՝ լիմիտներ/պարբերականություն տրվում են մանդատի պայմաններում (ռեկուրենտային մարման համար)։

Ռեզյումե

Դարձրեք App2App/Embedded-ի վրա, և դինամիկ QR-ի վրա օֆլինի համար։

Մի քաշեք խիստ գումարներ, պահեք սահմանների և վարքագծային կանոնների օրինակները բանկերում։

Գործընթացը կառուցված է webhooks + recon, հստակ կարգավիճակների և partial refunds-ի շուրջ։

Ստորագրությունների համար առաջին iDEAL www.e մանդատը։ ուղղակիորեն վերահսկեք սահմանները և տեղեկությունները։