Русский
Українська
ქართული
English
Қазақша
Español
Français
Deutsch
Italiano
فارسی
Հոդվածի ֆոկուսը
Հանձնաժողովը կարևոր է, բայց դա միակ չափանիշը չէ
e-commerce-ի համար ավելի կարևոր է շահագործման ամբողջական արժեքը՝ ինտեգրում, սխալներ, վերադարձներ, աջակցություն և հաշտեցում:
Ըստ Հայաստանի բանկերի բաց էջերի՝ հիմնական vPOS արդեն փակում է ArCa, Visa և Mastercard քարտերի ընդունումը։ Evocabank-ն բացահայտորեն նկարագրում է V-POS-ը որպես վճարումներ ընդունելու վեբկայքում կամ բջջային հավելվածում 3D Secure-ով, Inecobank-ը հրապարակում է vPOS սակագները, իսկ AEB-ն ցույց է տալիս և՛ սակագները, և՛ կայքի պահանջները: Հետևաբար, բիզնեսի առաջին պատասխանը. դուք պետք է ընտրեք ոչ թե «բանկ, որտեղ կա vPOS», այլ սխեման, որը համապատասխանում է ձեր կայքին, CMS-ին, վերադարձներին, Apple Pay-ին և ներքին հաշվապահությանը:
Հանձնաժողովը կարևոր է, բայց սխալի տեխնիկական արժեքը հաճախ ավելի բարձր է, քան սակագնի տարբերությունը: Եթե ինտեգրումը լավ չի կարգավորի կարգավիճակները, վերադարձները կամ կրկնվող callback-ները, աջակցության թիմը ժամանակ կկորցնի ձեռքով հաշտեցման վրա, և հաշվապահական հաշվառման բաժինը կստանա վճարումներ՝ առանց պատվերի հստակ ID-ի:
- տեղական e-commerce-ի համար մենք նվազագույնը ստուգում ենք ArCa, Visa և Mastercard;
- եթե արագ mobile checkout-ը կարևոր է, ընտրեք մի սխեմա, որտեղ Apple Pay ուղղակիորեն նշված է vPOS-ի համար;
- եթե կայքը գտնվում է WooCommerce-ում, մենք նախապես որոշում ենք՝ պաշտոնական/պատրաստի փլագին կամ հետին շերտ՝ բանկի վերևում;
- եթե կան CRM, ERP, ֆիսկալիզացիա կամ կառավարչական payment links, ձեզ հարկավոր է մեկ վճարման ID և կարգավիճակի մատյան;
- Առանց ուշացումների գործարկելու համար կայքը պետք է նախօրոք փոխանցի բանկի պահանջները՝ HTTPS, տիրույթ, վճարման պայմաններ, վերադարձ և կոնտակտներ:
Ինչ ստուգել դիմելուց առաջ
Որոշ ուշացումներ առաջանում են ոչ թե մշակման, այլ անպատրաստ կայքի, առաջարկի, վերադարձի քաղաքականության և կոնտակտային էջերի պատճառով:
AEB-ն vPOS-ի իր բաց պահանջներում նշում է, որ կայքը պետք է գործի HTTPS-ի համաձայն, գրանցված լինի Հայաստանի տիրույթում կամ կառավարվի Հայաստանի ռեզիդենտի կողմից, ինչպես նաև պարունակի վճարման, պատասխանատվության, բողոքարկման և բողոքների հստակ կանոններ: Սա լավ գործնական նվազագույն է նույնիսկ այն բանկերի համար, որտեղ ստուգաթերթը պաշտոնապես տարբերվում է:
Տեխնիկապես, նախքան հայտ ներկայացնելը, դուք պետք է որոշեք վճարման ստեղծման հետին վերջնակետը, հաջողության/ձախողման էջերը, webhook վերջնակետը և արտաքին վճարման ID-ի պահեստավորման վայրը: Եթե բանկը նախ թողարկի TEST միջավայրը, ինչպես նկարագրում է AEB-ն, ծրագրավորող թիմը պետք է պատրաստ լինի փորձարկումներ կատարել նախքան իրական մեկնարկը:
- HTTPS և կայուն տիրույթ;
- կոնտակտներ, վճարման պայմաններ, առաքում, չեղարկում և վերադարձ.
- վճարում ընդունող իրավաբանական անձ կամ անհատ ձեռնարկատեր.
- ապրանքների կամ ծառայությունների նկարագրություն՝ առանց երկիմաստ կատեգորիաների.
- պատասխանատու մշակողը կամ ինտեգրատորը, ով ընդունում է TEST, մուտք է գործում և փակում բանկի մեկնաբանությունները:
Երբ Ձեզ անհրաժեշտ է ոչ միայն մեկ բանկ, այլ վճարային շերտ
Եթե բիզնեսն ունի վաճառքի մի քանի ալիքներ՝ CRM և ֆիսկալիզացիա, vPOS-ն ավելի լավ է միացված լինի նորմալացնող հետին շերտի միջոցով:
Մեկ պարզ առցանց խանութը կարող է ապրել ուղղակի բանկային ինտեգրմամբ: Բայց եթե վճարումը գալիս է կայքից՝ CRM-ից, հղման միջոցով, բջջային հավելվածից և մենեջերի միջոցով, ուղղակի ինտեգրումները արագ սկսում են կրկնօրինակել բիզնես տրամաբանությունը:
Վճարման շերտն անհրաժեշտ է, որտեղ բիզնեսն ավելի կարևոր է ոչ միայն հաջող redirect բանկային էջում, այլև կառավարվող կյանքի ցիկլը. վճարումների ստեղծում, կարգավիճակի հաստատում հետին պլանում, անիմաստ callback-ներ, վերադարձներ, տեղեկամատյաններ, հաշտեցում և տվյալների փոխանցում CRM/ERP: Հետո բանկ փոխելը կամ Apple Pay ավելացնելը չի վերածվում checkout-ի վերագրման։
- մեկ կարգավիճակի մոդել տարբեր ալիքների համար;
- մեկ webhook պայմանագիր ներքին համակարգերի համար;
- պակաս մատակարարի հատուկ կոդը CMS-ում;
- Ավելի հեշտ է ավելացնել նոր բանկ կամ վճարման եղանակ:
FAQ
Հնարավո՞ր է բանկ ընտրել միայն միջնորդավճարով:
Ավելի լավ է հաշվի առնել ինտեգրման ամբողջ արժեքը՝ API, աջակցություն, վերադարձներ, հաշվետվություններ, ֆիսկալիզացիա, միջադեպերի լուծման արագություն և կարգավիճակների հետ աշխատել։
Պե՞տք է միանգամից մի քանի բանկ միացնեմ:
Ոչ միշտ: MVP-ի համար մեկ vPOS սովորաբար բավական է, բայց ճարտարապետությունը պետք է նախագծված լինի այնպես, որ երկրորդ մատակարարը հնարավոր լինի ավելացնել առանց checkout-ի վերաշարադրման:
VPOS.am-ն փոխարինո՞ւմ է բանկին:
Ոչ: Բանկը կամ վճարման մատակարարը մշակում է վճարումը, և VPOS.am-ն օգնում է նախագծել և նորմալացնել ինտեգրացիոն շերտը վճարման կյանքի ցիկլի շուրջ:
Sources
- Evocabank - V-POS TerminalvPOS, 3D Secure-ի պաշտոնական նկարագրությունը և քարտի ընդունումը կայքում կամ բջջային հավելվածում:
- Inecobank - VPOSvPOS-ի պաշտոնական էջը պայմաններով և հրապարակված միջնորդավճարներով:
- Armeconombank - VPOSԿայքի պաշտոնական պահանջները, TEST/REAL գործարկման և vPOS սակագները:
- Ameriabank - Apple Pay for vPOS clientsԲանկի հանրային հաղորդագրություն Apple Pay-ի ակտիվացման հնարավորության մասին vPOS հաճախորդների համար:
