Русский
Українська
ქართული
English
Қазақша
Español
Français
Deutsch
Italiano
فارسی
Հոդվածի ֆոկուսը
Կայքը պետք է հասկանալի լինի բանկի և գնորդի համար
Կայքի պահանջները ձևականություն չեն, այլ վեճերը, chargeback և աջակցության սխալները նվազեցնելու միջոց:
Նախքան vPOS-ը միացնելը, կայքը պետք է հստակ ցույց տա, թե ով է ընդունում վճարումները, ինչ է վաճառվում, ինչպես է հաճախորդը ստանում ապրանքը կամ ծառայությունը և ինչպես է կատարվում վերադարձը: Սա պարզապես լավ պրակտիկա չէ. AEB-ն vPOS-ի պահանջներում ուղղակիորեն նշում է HTTPS, կայքի կամ հավելվածի տիրույթը/URL, իրական IP տվյալները, ինչպես նաև վճարման կանոնների, պատասխանատվության ոլորտները և բողոքների ընթացակարգերի առկայությունը:
Գործնական պատասխան բիզնեսի համար. բանկ դիմելուց առաջ կայքը պետք է լինի պատրաստի վաճառքի կետի տեսք, այլ ոչ թե «վճարել» կոճակով վայրէջքի էջ: Եթե չկան վճարման պայմաններ, վերադարձ, կոնտակտներ և ծառայության հստակ նկարագրություն, ապա բանկային չեկը կարող է վերադառնալ մեկնաբանություններով մինչև տեխնիկական ինտեգրումը:
- HTTPS բոլոր էջերում checkout;
- աշխատանքային տիրույթը և կայքի URL կամ հավելվածի համար նախատեսված հավելվածը.
- ընկերության կոնտակտներ և աջակցության ալիք;
- վճարման, առաքման կամ ծառայությունների մատուցման պայմանները.
- գաղտնիության քաղաքականություն;
- անձնական տվյալների մշակման քաղաքականություն;
- Չեղարկման և վերադարձի քաղաքականություն, նույնիսկ եթե ապրանքը կամ ծառայությունը վերադարձելի չէ.
- ապրանքների կամ ծառայությունների գները մինչև վճարումը.
- Կայքի հայերեն տարբերակը և նույն տեղեկատվությունը հասանելի բոլոր լեզուներով։
Backend տեխնիկական պատրաստվածություն
vPOS-ն հնարավոր չէ ապահով կերպով միացնել միայն ճակատային կոճակով: Վճարման որոշումը պետք է կայացվի backend-ի կողմից:
Frontend-ը կարող է ցույց տալ կոճակը և վերահղել հաճախորդին, բայց այն չպետք է որոշի, թե արդյոք պատվերը վճարվել է: Backend-ը պետք է ստեղծի վճարումը, պահպանի նույնացուցիչները, ստուգի վերջնական կարգավիճակը և միայն դրանից հետո թարմացնի պատվերը:
AEB-ը նկարագրում է TEST ինտեգրման տվյալների թողարկումը նախքան կենդանի/REAL տվյալների փոխանցումը, իսկ Inecobank-ը ցույց է տալիս, որ մասնագետներն օգնում են տեղադրել vPOS առցանց տիրույթում և կատարել ծրագրային կարգավորումներ: Սա նշանակում է, որ backend-ի պատրաստությունը մեկնարկի պարտադիր մասն է. առանց թեստային սցենարի, տեղեկամատյանների և callback ստուգման, ինտեգրումը չի կարող ավարտված համարվել:
- վճարման փորձ ստեղծելու վերջնակետ;
- հաջող/ձախողված էջեր՝ առանց հարցման պարամետրերի վստահության.
- webhook կամ callback վերջնակետ;
- սերվերի կողմից ստուգման գումարը, արժույթը և պատվերի ID-ն;
- կարևոր վճարային իրադարձությունների գրանցում:
Ինչ ստուգել ձեր կայքը վերանայման ներկայացնելուց առաջ
Ավելի լավ է խնդիրներ գտնել բանկային աուդիտից առաջ, քան մերժումից կամ մեկնաբանություններից հետո վերադառնալ վերանայումներին:
Նախքան ձեր կայքը վերանայման ներկայացնելը, դուք պետք է անցնեք օգտվողի ուղին՝ ապրանքի կամ ծառայության քարտից մինչև վճարման փորձ: Բոլոր գները, պայմանները և կոնտակտները պետք է հասանելի լինեն առանց թաքնված համաձայնությունների, իսկ քաղաքականության և պայմանների էջերը չպետք է դատարկ ձևանմուշներ լինեն:
Կարևոր է նաև ստուգել, որ տեխնիկական սեփականատերը հասկանում է, թե որտեղ պետք է դիտել տեղեկամատյանները, ինչպես կրկնել կարգավիճակի ստուգումը և ով է պատասխանատու վիճելի վճարումների համար: AEB-ի համար առանձին կարևոր է առնվազն մեկ տարի պահել գործարքների և ապրանքների/ծառայությունների մասին տեղեկատվությունը. նույնիսկ եթե ընտրվի մեկ այլ բանկ, այս տրամաբանությունը օգտակար է աջակցության, հաշվապահական հաշվառման և chargeback վերլուծության համար:
- ոչ դատարկ էջեր կամ թեստային բովանդակություն;
- գները և արժույթները հստակ ցուցադրվում են.
- վերադարձներն ու չեղարկումները նկարագրված են պարզ լեզվով.
- կոնտակտները համընկնում են վճարային օպերատորի հետ.
- Թեստային վճարումն անցնում է ողջ կյանքի ցիկլով:
FAQ
Արդյո՞ք HTTPS-ն անհրաժեշտ է vPOS-ին միացնելու համար:
Այո, վճարման համար checkout HTTPS-ը հիմնական պահանջն է: Հստակ մանրամասները կախված են մատակարարից, բայց առանց ապահով կապի, մեկնարկային վճարումները չեն կարող դիտարկվել:
Հնարավո՞ր է վճարումներ ընդունել առանց վերադարձի էջի:
Սա ռիսկ է։ Վեճերի չեղարկման, վերադարձի և լուծման կանոնները պետք է հստակ լինեն հաճախորդի, բանկի և աջակցության համար:
Ի՞նչ պետք է անի backend-ը redirect հաջողությունից հետո:
Նա պետք է առանձին ստուգի վճարման կարգավիճակը մատակարարի հետ կամ սպասի վստահելի webhook-ին և չվստահի միայն օգտատիրոջ վերադարձը կայք:
Sources
- Armeconombank - VPOS requirements and tariffsՊաշտոնական պայմաններ՝ HTTPS, տիրույթ/URL, TEST/REAL տվյալներ, վճարման/պարտավորության/բողոքի կանոններ և տեղեկատվության պահպանման պահանջներ:
- Inecobank - VPOS installation and supportԴիմումի գործընթացի պաշտոնական նկարագրությունը, vPOS-ի և 3D Secure/SecureCode-ի տեղադրումը:
- Evocabank - V-POS TerminalV-POS-ի տեղադրման պաշտոնական նկարագրությունը կայքում և բջջային հավելվածում։
