Հոդվածի ֆոկուսը
WooCommerce plugin-ը չի լուծում ամբողջ ճարտարապետությունը
Փլագինը կարող է տրամադրել վճարման կոճակ, բայց բիզնեսը դեռ կարիք ունի կարգավիճակների, վերադարձների, տեղեկամատյանների և հաշտեցման:
WooCommerce-ի համար Հայաստանում կան պատրաստի լուծումներ ArCa/բանկային vPOS-ի համար: Օրինակ, WordPress.org-ը պարունակում է PlanetStudio Payment Gateway հայաստանյան բանկերի աջակցությամբ, payment links, թեստային/արտադրական ռեժիմներ և callback տեղեկամատյաններ: Սա նշանակում է, որ պարզ խանութի համար պատասխանը ոչ թե «զրոյից որոնելն» է, այլ սկսել ընտրված բանկի, plugin-ի, WooCommerce տարբերակի և checkout-ի պահանջների համատեղելիությունից:
Բայց plugin-ը չի լուծում ամբողջ ճարտարապետությունը: Նախքան տեղադրումը, կարևոր է հասկանալ, թե ինչպես է այն ստեղծում վճարում, ինչ կարգավիճակ է գրում պատվերին, ինչպես է այն մշակում callback-ը և արդյոք անվտանգ է կրկնել վճարումը: Եթե կայքը միացված է CRM-ին, պահեստին կամ ֆիսկալիզացիային, ապա դարպասը պետք է անցնի ստուգված իրադարձությունը հետագա, հակառակ դեպքում որոշ պատվերներ կարող են մնալ սխալ վիճակում:
- pending վճարումը չպետք է համարվի վճարված;
- ձախողված և չեղարկված կարգավիճակները պետք է տարբերվեն.
- callback պետք է ստուգի գումարը և պատվերի ID-ն;
- կրկնակի վճարումը չպետք է կրկնօրինակ պատվեր ստեղծի.
- WordPress/WooCommerce/plugin թարմացումները պետք է անցնեն փուլային փուլով:
Կայքի պարտադիր պահանջները VPOS-ի համար
Բանկը կամ վճարման մատակարարը ստուգում է ոչ միայն checkout-ն, այլև գնումների, վերադարձի, կոնտակտների և տվյալների մշակման հանրային կանոնները:
Նախքան վերանայման ներկայացնելը, դուք պետք է ստուգեք, որ կայքում հրապարակված են պահանջվող էջերը և կոմերցիոն պայմանները: Նույնիսկ եթե ծառայությունը կամ ապրանքը հնարավոր չէ վերադարձնել, դա պետք է հստակ նշված լինի չեղարկման և վերադարձի քաղաքականության մեջ, հակառակ դեպքում որոշ բողոքներ ավելի դժվար կլինի մերժել:
Հայաստանի համար կայքը պետք է ունենա հայերեն տարբերակ։ Եթե կայքը լրացուցիչ գործում է ռուսերեն, անգլերեն կամ այլ լեզուներով, ապա նույն պարտադիր տեղեկատվությունը պետք է ներկայացվի բոլոր լեզուներով:
- գաղտնիության քաղաքականություն;
- անձնական տվյալների մշակման քաղաքականություն;
- Չեղարկման և վերադարձի քաղաքականություն, ներառյալ չվերադարձվող կանոնները.
- Պայմաններ և դրույթներ. վաճառքի, առաքման կամ ծառայությունների մատուցման պայմաններ.
- ապրանքների կամ ծառայությունների գները մինչև վճարումը.
- կոնտակտային տվյալներ՝ հեռախոս, էլ. փոստ, ակնթարթային մեսենջեր կամ այլ աշխատանքային ալիք;
- Կայքի հայերեն տարբերակը և նույն տեղեկատվությունը հասանելի բոլոր լեզուներով։
Ո՞ր դաշտերն են կարևոր պատվերի մեջ պահելու համար:
WooCommerce պատվերը պետք է պահի կապ արտաքին վճարման ID-ով և տեխնիկական վճարման փորձով:
WooCommerce-ում հարմար է վճարման մետատվյալները պահել մետա պատվերով: Սա օգնում է աջակցությանը արագ հասկանալ, թե որ արտաքին վճարումն է վերաբերում պատվերին, արդյոք եղել է կրկնակի փորձ և որ webhook-ն է թարմացրել կարգավիճակը:
Արտադրության համար նվազագույն հավաքածու՝ արտաքին վճարման ID, մատակարարի/բանկի կոդը, փորձի համարը, հաստատված կարգավիճակը, գումարը, արժույթը, վերջնական կարգավիճակի ժամանակը և հարաբերակցության ID: Եթե CRM-ը կամ ERP-ը միացված են, ապա ավելի լավ է նորմալացնել այս դաշտերը հետնամասի շերտում և փոխանցել միայն բիզնեսի համար անվտանգ տվյալներ դրսում՝ առանց մատակարարի հում պատասխանի և ավելորդ անձնական տվյալների:
- արտաքին վճարման ID;
- վճարման փորձի համարը;
- մատակարարի կամ բանկի կոդը;
- ստուգված կարգավիճակ և ժամանակի դրոշմ;
- հարաբերակցության id աջակցության համար:
Ե՞րբ է ձեզ անհրաժեշտ հատուկ ինտեգրման շերտ:
Եթե խանութն աճում է, ապա ավելի լավ է վճարման տրամաբանությունը WordPress հավելվածից դուրս տեղափոխել առանձին հետին պայմանագրի:
Հատուկ շերտ է անհրաժեշտ, եթե խանութն օգտագործում է վճարման մի քանի եղանակներ, CRM հաշիվներ, B2B հաճախորդներ, ֆիսկալիզացիա կամ բարդ առաքում: Այս դեպքում WordPress-ը չպետք է լինի վճարման ճշմարտության միակ աղբյուրը:
Հիմնական կանոն. եթե վճարումից հետո անհրաժեշտ է թարմացնել ոչ միայն WooCommerce պատվերը, այլև CRM գործարքը, պահեստը, չեկը, առաքման հոսքը կամ հաշվապահական հաշվետվությունը, ավելի լավ է վճարման կյանքի ցիկլը տեղափոխել առանձին շերտ: WooCommerce-ը մնում է խանութի ցուցափեղկը, իսկ VPOS.am-ը նորմալացնում է webhooks-ն, նորից փորձում է, աուդիտ և ինտեգրում CRM/ERP-ի հետ:
- ավելի քիչ ռիսկ՝ plugin/theme թարմացնելիս;
- ավելի հեշտ է միացնել երկրորդ բանկը.
- կայքի և CRM-ի միասնական տրամաբանություն;
- տեղեկամատյանների և վերադարձի ավելի լավ վերահսկում:
FAQ
Հնարավո՞ր է ArCa/Visa/Mastercard միացնել WooCommerce-ին:
Այո, բանկի, վճարման դարպասի կամ ինտեգրացիոն շերտի միջոցով: Կարևոր է ստուգել, թե կոնկրետ լուծումն ինչպես է մշակում callback-ները, կարգավիճակները և վերադարձները:
Բավական է արդյոք տեղադրել WordPress plugin-ը:
Պարզ խանութի համար երբեմն դա բավական է։ CRM, ERP, ֆիսկալիզացիայի, համալիր առաքման և B2B-ի համար ավելի լավ է նախագծել հետին պլանի պայմանագիր:
Որտեղ պահել վճարման ID-ն:
Նվազագույնը WooCommerce պատվերի մետա-ում է, սակայն հուսալի աջակցության և հաշտեցման համար ավելի լավ է այն պահել վճարային իրադարձությունների հետին պլանում:
Sources
- WordPress.org - PlanetStudio Payment GatewayՀայաստանի բանկերի համար WordPress դարպասի նկարագրությունը, payment links, թեստային/արտադրական ռեժիմները և callback լոգերը:
- WooCommerce - Managing ordersՊաշտոնական փաստաթղթեր WooCommerce պատվերների և կարգավիճակների վերաբերյալ:
- Evocabank - V-POS TerminalvPOS-ի պաշտոնական նկարագրությունը կայքում և բջջային հավելվածում վճարումներ ընդունելու համար: