Multibanco Պորտուգալիա 'վաուչերներ և գետեր
1) Multibanco համատեքստը և դիրքը
Multibanco (MB) - Պորտուգալիայի ազգային կառավարական ենթակառուցվածքը, որը ղեկավարվում է SIMS-ի կողմից, միավորում է բանկոմատները, առցանց բանկինգները և տեղական վճարային ծառայությունները։ E-commerce/հաշիվների համար երկու ամենաօգտակար գործիքները
MB References (Pagamento de Serviensos/Compras): Entidade + Referencia + Valor տեսակի էքսպոզիտները ATM-ում կամ homebanking վճարելու համար։
MB Voucher/MB Cash at ATM: «waucher» սցենարը ստանում է կոդը/հրահանգը և վճարում է ATM-ում կամ ինտերնետային բանկում։ Մերչանտը ստանում է առցանց ապացույց PBS-ից և հաջորդ բանկային վարկից։
Հատկություններ 'շատ ցածր ֆրոդ, վերջնական, ինչպես բանկային թարգմանությունը (charjbek), օգտագործողների համար հարմարություն, ովքեր սովոր են վճարել ATM/homebanking-ի միջոցով։
2) Տերմինները և ռեկիզիտների ձևաչափը
Entidade (Entity/Discode) - SIFC համակարգում ստացողի կոդը (սովորաբար 5 թվեր)։
Refer.ncia (Reference) - 9-նշանակալի եզակի հաշիվ/2019։
Valor (Amount) - պարտքի գումարը (ֆիքսված) կամ «բաց» (եթե PMS/merchae)։
3) Մասնակիցները
SIMS/Multibanco (սխեմա/սվիտչ) - MB վճարումների միկրոակտիվացում և կլիրինգ։
Վճարողի բանկը տրամադրում է ATM/homebanking, օգտագործում է սահմաններ/հակաֆրոդ։
PMS/Acquirer-ը տալիս է References/waucers API/վահանակի միջոցով, փակցնում է webhooks և Records, կատարում հաշվարկներ։
Merchair-ը ստեղծում է հաշիվ (Entity/Reference/Amount), ստանում է արձաններ/հաշվարկներ, անում է բարձրացումներ։
4) Հոսքեր և ջրանցքներ
4. 1 MB References (invoiss ATM/homebanking) միջոցով
1. Merchant/PMS-ը ստեղծում է Entidade + Referronncia + Valor + Expiry-ը և ցույց է տալիս դրանք checaute (և/կամ ուղարկում է email/SMS)։
2. Հաճախորդը վճարում է ATM-ում կամ իր ինտերնետային բանկում ռուսական ապացուցում է վիրահատությունը։
3. PSA-ն փոխանցում է առցանց կարգավիճակը (paid/pending/expired և այլն) և հետո շարժվում է ֆին-ռեեստրերում (settlam)։
Տարբերակները
Դինամիկ Reference per-order (Eurano)։
Ստատիկ Reference (դոնատների/դրամապանակների համար) - ավելի հաճախ հանգեցնում է բարդ ծակոտկեն, օգտագործեք կոկիկ։
4. 2 MB Voucher (cash at ATM / pay-code)
Merchant PBS-ի միջոցով ստեղծում է «Quazi-waucer »/վճարման կոդը (իրականում կարճաժամկետ Reference)։
Հաճախորդը գնում է ATM-ում կամ homebanking-ում և վճարում է PSA կոդով առցանց հաջողությունը։
Հաճախ օգտագործվում է high-risk/կանխիկ սցենարներում և հաճախորդների համար առանց քարտերի։
4. 3 Վճարում MB WAY-ի միջոցով MB-invois
Որոշ PBS-ում հասանելի է ֆլոուն 'հաճախորդը վճարում է MB-Reference-ը MB WAY-ի միջոցով (դրամապանակ)։ Սա արագացնում է ապացույցը և բարձրացնում փոխարկումը Altaile-ում։
5) Արձաններ և հաշվարկներ
Առցանց կարգավիճակները (PFC-ն կարող է տարբերվել անվանումով)
`created` → `pending` → `paid` / `expired` / `canceled` / `failed`.
Settlect: բանկային վարկ T + 0/T + 1 (կախված է ռուսական պատուհաններից/PSA)։ Նույնիսկ առցանց հաշվապահության ակնթարթային հաստատման դեպքում ապավինեք ամենօրյա օրինագծերին։
Մասնակի վճարումները 'լռելյայն արգելված են (ֆիքսված Valor-ի համար)։ «Բաց գումարը» թույլ է տալիս մասնակի, բայց դա բարդացնում է հասակը, միացրեք միայն գիտակցաբար։
6) Լիմիտներ և ռիսկի քաղաքականություն
Միակ «սխեմատիկ» առաստաղը չկա, նրանք գործում են վճարողի բանկի և PBS-ի աշխատակիցներ
Per-transaction / per-day/24h; երբեմն wekly/monthly.
Ավելի կոշտ շեմեր նոր կոմպոզիցիաների/չափսերի համար։
Կանալ տարբերությունները ՝ ATM vs homebanking; որոշ բանկեր ունեն տարբեր պատուհաններ/շեմեր։
Velocity/devis/գեո ազդանշաններ բանկի/PSA կողմում։
7) Տնտեսագիտություն և կայունություն
Արժեքի բարձրացումը բնորոշ քարտեզային MDR-ից ցածր է։ պայմանները ձեր PBS-ն են։
Օգտագործեք invois ուղարկման ծախսերը, «expired/pending», sapport և recon։
8) Բարձրացումներ և վեճեր
Chargeback (ինչպես քարտեզներում) բացակայում է։
Մոսկվան արվում է որպես նոր վարկային վիրահատություն (սովորաբար SEPA Credit Transfer) IBAN հաճախորդի վրա կամ MB WAY դրամապանակների միջոցով (եթե այդպես համաձայնված է)։
Աջակցեք partial refunds back գրասենյակում։ պահեք «refund www.original reference»։
9) Անվտանգությունն ու համապատասխանությունը
Մրցույթի ապացույցը տեղի է ունենում վճարողի բանկում (ATM/onome-banking) ռուսական ցածր ֆրոդը։
GDPR/PII նվազեցումը 'պահեք միայն անհրաժեշտ ատրիբուտներ (Entity/Ref/Amount, հաճախորդի դիմակներ)։
Վեբ խունկը HMAC/nonce է, պաշտպանությունը replay-ից, իրադարձությունների գլուխգործոցից, ամսագրից։
Հաշվի առեք Banco de Portugal-ի պահանջները և SIFC/PSA պայմանական պայմանները։
10) Սվերկա և հաշվետվություններ (recon)
Տրամաբանեք յուրաքանչյուր օրինակով
"Entity" (Entidade), "reference" (9-digit), "amount '(valor)," orports Id', "" status "," patus At "," channel "(ATM/homebanking/MB AWAY),"), "հանրաքվե/UTR մրցույթներից։
Ամեն օր 'PSA/SIEA/restram/restram/SIEA/recon) + պարբերական fox-recon։
Ալերտները ռասինխրոններով. <<առցանց հաջողություն կա, գրանցում չկա>>, «կրկնակի վճարումը մեկ Ref», «սխալ գումար»։
11) UX-pattern (ինչ ցույց տալ օգտագործողը)
Մեծ դաշտեր ՝ Entidade/Referancia/Valor + dedline (expiry) և թայմեր։
Կոճակները պատճենել յուրաքանչյուր դաշտի համար։ QR-ը ավելցուկային հավաքածուի հետ (եթե աջակցում է ձեր PSA-ն)։
Հրահանգներ «Ինչպես վճարել ATM/ինտերնետային բանկում» 3-4 քայլերով։
Մրցույթի կարգավիճակը «Ակնկալում է վճարումը» և ֆոնային նորարարությունը։ «Expired» - «ստեղծել նոր հանրաքվե» մեկ կլիկում։
Հաստատումից հետո 'ստուգում' «entity», «reference», «pox At», «UTR» և սապորտի կոնտակտներով։
12) Մերչենկոյի ինտեգրումը
Տարբերակներ
1. Hosted/Embedded-ը PMS-ի մոտ արագ սկիզբն է, References-ի, webhooks-ի և հեռացման։
2. Server-to-Server-ը սեփական checaut/invoiss է, per-order դինամիկ հանրաքվեները, գործողության կաստոմային ժամանակահատվածը։
3. Master-by-Link-ը հղում ուղարկելն է email/SMS/մեսենջերներ։
Backend-պարտադիր նվազագույն
API: `createReference` (entity/ref/amount/expiry), `cancelReference`, `refund`, `webhook`, `reconcile`.
Idempotenty («orium Id»), էքսպոնենցիալ retras ստատուսների համար, deduance Web-ի համար։
Ֆեդին 'բանկեր/լիմիտներ, սխալներ, SLA-մետրիկներ (ATM vs homebanking), մաքրման քարտ։
13) MB WAY և 2019
Հիմնական MB References/waucers-ը one-off-ն է, որը հաստատում է բանկից։
Ռեկուրենտային հաշվարկների համար օգտագործեք միացում 'առաջին ստանդարտ www.e-mandate/SEPA Systement Debit կամ MB WAY մանդատները (եթե հասանելի եք PBS-ում), սահմանափակումների և ծանուցումների հետ։
14) High-risk ուղղահայաց (ներառյալ iGaming)
Multibanco հաճախ օգտագործվում է, բայց պայմանները/սահմանները կախված են PBS/բանկերից և ռուսական իրավունքից։
Ակնկալեք կրճատված շեմեր, ընդլայնված KYC և հնարավոր hold 'a։
Պլանավորեք այլընտրանքային ռելսեր (քարտեզներ, MB WAY, SEPA, այլ PIS) և smart-routing։
15) «Multibanco Gateway» ճարտարապետությունը
API շերտը (REST/GraphQL) տոմսարկղի/invois-2019 համար։
Իրադարձությունների գծերը 'ivents-ibling/CRM/վերլուծություն։
Express: v.ru գաղտնիքների համար, IP-allowlist PSA, խիստ callback-URL, anti-replay։
Observability: փոխարկումը 'created dipaid', մասնաբաժինը 'expired', միջին ժամանակը վճարելուց առաջ, ATM vs homebanking, SLA վեբ խավերի/restram։
16) Chek-Show-Show-Show-
1. Միացրեք PBS-ը MB References/Voucher-ի հետ։ համաձայնեք settlation-ի և տրամագծերի ձևաչափին։
2. Իրականացրեք «creation Reference» (դինամիկ, expiry) և հրահանգների էջերը (ATM/homebanking)։
3. Միացրեք webhooks, idempotenty, retrai, dedup։
4. Պարամետրերը daily 71-recon + fox-recon, UTR և ռուսական։
5. Միացրեք partial/fox refunds (SEPA/MB WAY), ODR։
6. Կառուցեք dashbords SLA-ը և ալտերտերը '«expired», rusinhrons, գումարների սխալներ։
7. Թողեք e2e թեստերը ATM/homebanking-ի առաջին բանկերից, վեբ-խուքերի թայմինգները և ծայրահեղ դեպքերը (վերջացրած ref, կրկնակի վճար)։
Արժեթղթերի քարտեզ
Статусы: `created/pending/paid/expired/canceled/failed`.
Settlant: ավելի հաճախ T + 0/T + 1։
Մասնակի վճարումները 'լռելյայն ոչ (ֆիքսված գումարի համար)։
Մոսկվա: SEPA SCT/MB WAY դրամապանակը որպես նոր վարկային վիրահատություն։
Ռեքուրրենթ 'e-mandate/SEPA DD-ի միջոցով (առաջին ռուսական ռուսական մանդատը)։
Ռեզյումե
Invoiss/հետաձգված վճարման համար օգտագործեք MB References-ը դինամիկ ref և expiry-ով։ կանխիկ/ATM լսարանի համար MB Voucher-ն է։
Կառուցեք գործընթացը webhooks + SISA-ի շրջանակների շուրջ, հստակ փաթաթեք և կառավարվող վերադարձը (SCT/MB WAY)։
Պահեք Լիգիտների օրինակները բանկերում/2019, վերահսկեք «expired» -ը և հաստատման թայմինգները։
Ստորագրությունների համար առաջին MB ռուսական մանդատը (SEPA/MB WAY) թափանցիկ կառավարությամբ և ծանուցումներով։