Հոդվածի ֆոկուսը
Ինչ է տեղի ունենում վճարման կոճակը սեղմելուց հետո
Քարտով վճարումը շղթա է խանութի կայքի, բանկի, վճարային հարթակի, պրոցեսինգի և հետնախանութի միջև:
Գնորդի համար քարտով վճարումը նման է մեկ վճարման էկրանին: Բիզնեսի համար սա իրադարձությունների շղթա է. պատվերը ստեղծվում է, վճարումը գրանցվում է, հաճախորդը անցնում է վճարման էջով, պրովայդերը մշակում է արդյունքը, backend-ը ստուգում է կարգավիճակը և թարմացնում պատվերը:
Պաշտոնական բանկային էջերը հաստատում են հիմնական փաթեթը. Evocabank-ը նկարագրում է ArCa, Visa և Mastercard-ի ընդունումը V-POS-ի միջոցով 3D Secure-ով, AEB-ն առանձին հրապարակում է վճարները ArCa-ի, տեղական Visa/Mastercard-ի և միջազգային քարտերի համար, իսկ Inecobank-ը նույնպես բաժանում է սակագները ըստ card schemes-ի: Հետևաբար, ճարտարապետությունը պետք է հաշվի առնի ոչ միայն հաջող/անհաջող արդյունքը, այլև քարտի տեսակը, արժույթը, հաշվետվությունը և վերադարձները:
- ստեղծել պատվեր և վճարման փորձ.
- փոխանցման գումարը, արժույթը և պատվերի id-ը;
- ստանալ արտաքին վճարման ID;
- ստուգել վերջնական կարգավիճակը;
- թարմացնել CRM/ERP միայն ստուգելուց հետո:
Ինչո՞ւ է մեզ անհրաժեշտ 3D Secure և սերվերի կողմից հաստատում:
Վճարման անվտանգությունը կառուցված է մատակարարի և հետին մասի վրա, և ոչ թե redirect ֆրոնտի վստահության վրա:
3D Secure-ն օգնում է հաստատել քարտապանի գործողությունը. Evocabank և Inecobank ուղղակիորեն ցույց են տալիս 3D Secure/SecureCode-ը vPOS համատեքստում: Բայց բիզնեսը դեռ պետք է ճիշտ մշակի վերջնական վճարման արդյունքը: Վերահղումը դեպի հաջողության էջը վճարման բավարար ապացույց չէ:
Վճարման ID-ն, գումարը, արժույթը, պատվերի ID-ն և վավեր կարգավիճակի անցումը ստուգելու համար անհրաժեշտ է սերվերի կողմից հաստատում: Սա պաշտպանում է սխալներից, կրկնօրինակ callback-ներից և կայքի և CRM-ի միջև անհամապատասխանություններից:
- մի վստահեք հարցման պարամետրերին հաջողության վրա URL;
- ստուգեք գումարը և արժույթը;
- մշակել pending/ձախողված կարգավիճակները;
- գրանցամատյան մատակարարի պատասխանը ապահով չափով:
Վերադարձներն ու հաշտեցումները պետք է լինեն դիզայնի մի մասը:
Քարտով վճարումները չեն ավարտվում հաջող վճարումով. բիզնեսին անհրաժեշտ են վերադարձումներ, հաշվետվություններ և reconciliation:
Առցանց վճարումը սկսելուց հետո արագ առաջանում են գործառնական հարցեր՝ ինչպես վերադարձնել գումարը, ինչպես համաձայնեցնել բանկային քաղվածքը, ինչպես բացատրել հաճախորդին չկայացած վճարումը և ինչպես գտնել վճարում աջակցության տոմսի վրա:
Եթե այս սցենարները նախօրոք շարադրված են, վճարման ինտեգրումը դառնում է կառավարելի. վճարման ID-ն կապված է պատվերի ID-ի հետ, գումարի վերադարձը կապված է սկզբնական վճարման հետ, և բանկի հաշվետվությունը կարող է ստուգվել CRM/ERP-ի հետ: Եթե ոչ, թիմը ձեռքով կկարգավորի գործողությունները և կուղղի կարգավիճակները յուրաքանչյուր վիճահարույց դեպքից հետո:
- առանձին վերադարձի/վերադարձված կարգավիճակ;
- վերադարձի կապը բնօրինակ վճարման ID-ի հետ.
- ամենօրյա reconciliation հաշվետվություն;
- հարաբերակցության id աջակցության համար;
- բոլոր վճարային իրադարձությունների պատմությունը:
FAQ
Հնարավո՞ր է ArCa և միջազգային քարտեր ընդունել մեկ checkout-ի միջոցով:
Հաճախ այո, եթե ընտրված բանկը կամ վճարման մատակարարը աջակցում է դրան: Հատուկ քարտերը և պայմանները պետք է ստուգվեն մատակարարի հետ:
Ինչու՞ ես չեմ կարող վճարովի պատվեր կատարել redirect հաջողությունից հետո:
Վերահղումը կարող է լինել թերի կամ կեղծված բիզնես տրամաբանության տեսանկյունից: Վճարը պետք է սահմանվի սերվերի կողմից հաստատումից կամ վստահված webhook-ից հետո:
Արդյո՞ք հաշտեցումը անհրաժեշտ է, եթե բոլոր կարգավիճակներն ինքնաբերաբար գան:
Այո՛։ Ավտոմատացված կարգավիճակները նվազեցնում են ձեռքի աշխատանքը, սակայն ֆինանսական հաշտեցումը մատակարարների հաշվետվությունների հետ մնում է վերահսկողության կարևոր մաս:
Sources
- Evocabank - V-POS TerminalV-POS-ի միջոցով ArCa, Visa, Mastercard և 3D Secure ստանալու պաշտոնական նկարագրությունը:
- Armeconombank - VPOS tariffsArCa, տեղական Visa/Mastercard և միջազգային քարտերի պաշտոնական գներ:
- Inecobank - VPOS tariffs and 3D SecureՊաշտոնական էջ vPOS սակագներով և 3D Secure/SecureCode-ի նշումով։