Giropay Գերմանիան 'առցանց բանկինգ

1) Համատեքստը և giropay դիրքը

giropay-ը գերմանական A2A-սխեմա է «նախկին-by-bank», որտեղ ֆորումը ապացուցում է իր ինտերնետային բանկում/բջջային օմբուդսմենը։ Մերչանտը ստանում է առցանց կարգավիճակ, իսկ գումարը գալիս է բանկային վարկով (սովորաբար T + 0/T + 1 աշխատանքային օր, կախված է բանկից/PSA և հաշվարկային ռելսից)։ Ստանդարտ քարտեզի MDR-ի ցածր արժեքը, SCA-ն կատարվում է ցուցիչի մոտ համաձայն PSD2-ի։

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

Issuer-redir.ru/Appla 2App-ը 'բանկի ռեդիրեքտը կամ դրա կիրառման հայտնաբերումը։

SCA և device binding 'բանկի հաստատումը, ֆրոդի նվազեցումը։

Հարուստ մետատվյալներ 'merchement reference/orts Id, transacom Id.

Refund-ը վարկերի թարգմանության միջոցով 'Charjbake-ը, ինչպես քարտերում։

2) Դերերը և մասնակիցները

Giropay-ի սխեման կանոններն են, ռոտինգը բանկերին։

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

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

Merchair-ը ձեռնարկության նախաձեռնությունն է, ստատուսների/վերադարձերի վերամշակում, շրջանակ։

3) Վճարման հոսքերը

3. 1 Classic issuer-redirect (web)

1. Nokout-ը չափում է giropay-ի ընտրությունը։

2. Բանկերի ցանկը բացատրվում է redirect առցանց բանկում www.SCA/ապացույց։

3. Տեղադրված է mercess կայքում կարգավիճակով (success/pending/failed/canceled/expired)։

4. Webhook/www.ru իրական կրեդիտի մասին (settl.ru)։

3. 2 App2App (mobile)

Հեռախոսում մերչանտը բացում է բանկային ծրագիր deeplink/intent-ի վրա, որը ապացուցում է ռուսական։

Կոնվերսիան սովորաբար ավելի բարձր է, պարտական է fallback-ին վեբ ռեդիրեկտի վրա։

3. 3 QR/Pay-by-Link

PMS-ը կարող է տալ դինամիկ QR/հղում սումմա և reference (հարմար է invoiss/offline) համար։

Օգտագործողը սկանավորում է կոդը և ապացուցում է բանկում ավելի բարձր սխեմայի համաձայն։

3. 4 «Առաջին ռուսական մանդատը»

Giropay-ի ռեկուրենտ բիլինգի համար հաճախ օգտագործվում են որպես SCA-ի առաջին լուծումը, իսկ հետո SEPA Systement Debit/open-banking մանդատը հետագա մարման համար։

4) Ստատուսներ և հաշվարկներ (authorization vs settlae)

Online-статусы: `success`, `pending`, `failed`, `canceled`, `expired`.

«pending» նշանակում է, որ բանկը/պրովայդերը դեռ ապացուցում է վարկը կամ ակնկալվում է։

Settla.ru: PMS/Bank հաշվետվությունների իրական հաշվարկը (սովորաբար T + 0/T + 1; որոշ դեպքերում ավելի երկար)։

Ռիսկային ծառայությունների համար օգտագործեք «պայմանական կատարումը» մոդելը մինչև հաստատված հաշվարկը։

5) Բարձրացումներ և վեճեր

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

Մրցույթի ժամկետները բանկային (T + 0/T + 1/T + 2, կախված է ջրանցքից)։

Դիսպուտներ/բողոքներ - ODR ընթացակարգերի միջոցով PSA-ը և վճարողի բանկը։ պատրաստեք զբոսաշրջիկների, proof-of-medivery/ծառայությունների։

6) Լիմիտներ և ռիսկի քաղաքականություն

Միակ «սխեմատիկ» առաստաղը չկա, գործում են վճարողի բանկի և PBS քաղաքականության սահմանները

Per-transaction, per-day/week у issuer’а.

Նոր ստացողներ/merchants - կրճատված շեմեր և/կամ դիմացկուն։

Կանալ/velocity կանոնները, geo/dewis ազդանշանները, SCA-ի բացառությունները (TRA/RA) - բանկի վերացման համար։

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

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

Giropay-ի համար սովորաբար օգտագործվում է fix/ցածր տոկոսը PBS-ին։ քարտեզի ներքևում MDR-ն է։

Օգտագործեք pending/expiries, ODR և recon աջակցության ծախսերը, ինչպես նաև hosted/embedded-ի համար վճարումը և հաշվետվությունները։

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

Պահեք '

Միացրեք webhooks կարգավիճակը փոխելու, daily 71-recon-ի և պարբերական frone-recon-ի (հաշվարկել/բարձրացնել/71)։

Պարեք ալերտները ռասինխրոններով և SLA-ի դեշբորդներով։

9) UX-patterns

Banks: Ավտո նկար/որոնում, վերջին բանկի հիշողություն։

Mobile-first: Առաջարկեք Appa 2App; fallback-ը վեբ ռեդիրեքթ է։

Սխալներ և կրկնություններ ՝ հստակ պատճառներ (սահմանափակում, SCA, թայմաութ), safe-retry-impotenty-ով։

Քվիտանիա 'գումարը, ամսաթիվը/ժամանակը, «transacom Id», բանկը, ջրանցքը, հղում սապորտին։

10) Ռեքուրենտային ապամոնտաժումները

Օգտագործեք սխեմա 'առաջին wwww.giropay dee-mandate (SEPA DD/Open Banking)։

Մանդատում արձանագրեք per debit, պարբերականություն, ծանուցումներ և կառավարում (pause/cancel)։

11) Կոմպլասենսը և անվտանգությունը

PSD2/SCA-ն կատարվում է բանկում։ device binding և հակաֆրոդը issuer 'a կողմում։

GDPR/PII-նվազեցումը 'պահեք միայն անհրաժեշտ ատրիբուտները, կոդավորեք PII, սահմանափակեք հասանելիությունը։

Webhooks: HMAC/nonce, պաշտպանություն replay, allowlist IP, ամսագիրը։

12) Զգայուն ուղղահայաց (ներառյալ iGaming)

Giropay-ի և սահմանափակումների հասանելիությունը կախված է PBS/բանկերի քաղաքականությունից և ռուսական իրավունքից։

Ակնկալեք կրճատված շեմեր, ընդլայնված KYC և հնարավոր hold 'a։

Պլանավորեք այլընտրանքային ռելսեր (քարտեզներ, SEPA, այլ բաց-banking PIS), smart-routing հաճախորդի պրոֆիլում։

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

1. Hosted/Embedded-ից արագ արձակումն է, պատրաստ բանկերի ցանկը, կարգավիճակները, սխալները։

2. Server-to-Server + Redir.ru/Appl2ApP-ը բանկի ընտրության սեփական էջն է, սխալների խորը մշակումը, սեփական QR/Deeep Link-ը։

3. Invoiss/Rau-by-Link/QR-ը հարմար է V2V/ofline-ի համար։

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

API: `createPayment`, `queryStatus`, `refund`, `webhook`, `reconcile`.

Idempotention (orts Id + բանալին), էքսպոնենտով, իրադարձությունների դեդուպը։

Մարտին 'բանկեր/լիմիտներ/ռուսական սխալներ; SLA-metriks issuer 'am։

14) «giropay Gateway» ճարտարապետությունը

API շերտը (REST/GraphQL) տոմսարկղի համար։

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

Observability: փոխարկումը բանկերին/www.ru, «pending www.success/expired», լատենտ մինչև settl.ru։

Express: v.ru գաղտնիքների համար, IP-allowlist PSA, redirance-URI, anti-replay։

15) Chek-Show-Show-Sho

1. Ընտրեք PBS/giropay (Hosted/Embedded/App2ApP/QR), համաձայնեք սակագները և SLA-ը։

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

3. Միացրեք webhooks, թայմաուտներ և ստատուսներ ստանալու կրկնություններ։

4. Patte recon (daily + fox), UTR/fin հանրաքվեների պահպանումը։

5. Միացրեք partial/fultrefunds-ը և ODR-ի կարգավորումը կոշիկի մեջ։

6. Պատրաստեք UX-սցենարները ձախողումների/սահմանների և այլընտրանքային մեթոդների համար։

7. Փորձարկեք բջջային բանկերը (iOS/Android) և հիմնական issuer 's։

Արժեթղթերի քարտեզ

Статусы: `success`, `pending`, `failed`, `canceled`, `expired`.

Settlect: Ավելի հաճախ T + 0/T + 1; հաշվի առեք պայմանական կատարումը վարկին։

Լիմիտներ ՝ per-txn/day/week issuer 'a; նոր պարամետրերի համար կրճատված շեմեր են։

Ռեքուրրենթ 'e-mandate/SEPA DD/Open Banking-ի միջոցով առաջին A2A-2019-ից հետո։

Ռեզյումե

Դարձրեք App2App/Embedded-ի վրա և դինամիկ QR/Media-by-Link-ի վրա invoiss/offline համար։

Կիսեք առցանց ապացույցը և իրական վարկը բիզնես տրամաբանության մեջ։

Մի խստորեն կոդավորեք գումարը, պահեք բանկերում/ռուբլու սահմանները և պարբերաբար թարմացրեք։

Կառուցեք գործընթացը webhooks + recon, մասնակի վերադարձումներ և պարզ վերամշակում 'pending/expired'։