Русский
Українська
ქართული
English
Қазақша
Español
Français
Deutsch
Italiano
فارسی
Հոդվածի ֆոկուսը
Ավելի լավ է պատվեր ստեղծել նախքան վճարմանը անցնելը
OpenCart checkout-ը պետք է պահպանի պատվերի ID-ն և pending վճարումը, նախքան հաճախորդը վճարման էջ գնալը:
e-commerce-ի համար ավելի անվտանգ է պատվեր ստեղծել նախքան հաճախորդը վճարել: Այնուհետև խանութն արդեն ունի պատվերի ID, զամբյուղ, կոնտակտային տվյալներ և գումար, և վճարման փորձը կապված է կոնկրետ պատվերի հետ:
Եթե պատվեր ստեղծեք միայն redirect-ից հետո, կարող եք կորցնել հաջող վճարումները, եթե ներդիրը փակվի, ցանցի սխալ առաջանա կամ callback-ն ուշանա: Սպասող վճարումը պետք է լինի նորմալ վիճակ և ոչ թե մոդուլի սխալ:
- պատվեր ստեղծել pending վճարման մեջ;
- վճարման փորձի ժամանակ խնայել գումարը, արժույթը և պատվերի ID-ն.
- մի փոխեք բաժնետոմսերը/կատարումը մինչև չհաստատված վճարումը.
- Թույլատրել նորից փորձել առանց կրկնօրինակ պատվերի:
Կայքի պարտադիր պահանջները VPOS-ի համար
Նախքան արտադրության վերանայումը, դուք պետք է փակեք կայքի հանրային իրավական էջերը, գները, կոնտակտները և լեզվական տարբերակները:
Վճարումների ինտեգրումը լավ չի ընթանա, եթե կայքը տեխնիկապես պատրաստ տեսք ունի, բայց չի պարունակում գնորդի և բանկի համար պարտադիր կանոններ: Ավելի լավ է այս էջերը պատրաստել նախքան փորձնական վճարումը և արտադրության մուտքի դիմումը:
Եթե ծառայությունը կամ ապրանքը հնարավոր չէ չեղարկել կամ վերադարձնել, դա պետք է հստակորեն նշված լինի չեղարկման և վերադարձի քաղաքականության մեջ: Հայաստանի համար կայքի հայերեն տարբերակը պարտադիր է; եթե կան այլ լեզուներ, ապա նույն տեղեկատվությունը պետք է հրապարակվի նաև դրանցով։
- գաղտնիության քաղաքականություն;
- անձնական տվյալների մշակման քաղաքականություն;
- Չեղարկման և վերադարձի քաղաքականություն, ներառյալ չվերադարձվող կանոնները.
- Պայմաններ և դրույթներ. վաճառքի, առաքման կամ ծառայությունների մատուցման պայմաններ.
- ապրանքների կամ ծառայությունների գները մինչև վճարումը.
- կոնտակտային տվյալներ՝ հեռախոս, էլ. փոստ, ակնթարթային մեսենջեր կամ այլ աշխատանքային ալիք;
- Կայքի հայերեն տարբերակը և նույն տեղեկատվությունը հասանելի բոլոր լեզուներով։
Հետկանչի վերջնակետը պետք է ստուգի վճարումը և չվստահի redirect-ին
Պատվերի վերջնական կարգավիճակը պետք է ստացվի սերվերի կողմից հաստատված հոսքի միջոցով:
Հատուկ redirect-ն օգտակար է UX-ի համար, բայց չպետք է լինի կարգավիճակի միակ աղբյուրը: Հետ կանչի վերջնակետը պետք է ստուգի ստորագրությունը կամ կատարի սերվերի կողմից կարգավիճակի ստուգում, ստուգի գումարը, արժույթը և պատվերի ID-ն, այնուհետև փոխի պատվերի կարգավիճակը:
Կրկնվող callback-ը պետք է լինի անիմաստ: Եթե պատվերն արդեն վճարված է, ապա հին pending-ը կամ ձախողված callback-ը չպետք է հետ գլորվի այն: Սա հատկապես կարևոր է մատակարարի կողմից կրկնվող փորձի և ձեռքով վճարման կրկնակի փորձերի ժամանակ:
- ստուգեք մատակարարի ստորագրությունը կամ կարգավիճակը.
- չեկի գումարը, արժույթը և պատվերի ID;
- մի հետ գցեք վերջնական կարգավիճակները հին իրադարձություններով.
- մուտքագրել callback ծանրաբեռնվածությունը խմբագրման գաղտնիքներով:
Ինչ անել վերադարձի, ստացականների և հաշտեցման հետ
Վճարման մոդուլը փակում է checkout, սակայն վճարումից հետո գործարքները պետք է տեսանելի լինեն աջակցության և հաշվապահության համար:
Հաջող վճարումից հետո ֆիսկալիզացիան, պատվերի փոխանցումը CRM/ERP, առաքումը, մասնակի վերադարձը կամ ձեռքով վերանայումը կարող է սկսվել: Ավելի լավ է այս գործողությունները չթաքցնել մեկ պատվերի կարգավիճակի ներսում, հակառակ դեպքում աջակցությունը չի հասկանա, թե կոնկրետ որտեղ է առաջացել խնդիրը:
Ամենօրյա հաշտեցումը պետք է համապատասխանի մատակարարի վճարումները, OpenCart պատվերները, վերադարձները և չեկերը: Համընկնումները ավտոմատ կերպով փակվում են, և բացառությունները դառնում են առաջադրանքներ՝ կապված պատճառի և սեփականատիրոջ հետ:
- խանութի վճարման կարգավիճակը պատվերի կարգավիճակից առանձին.
- պահպանել մատակարարի տեղեկանքը ստուգման համար;
- պահպանել մասնակի վերադարձը որպես առանձին մուտք.
- ցույց տալ անդորրագիրը/ֆիսկալ սխալները վճարվածից առանձին:
FAQ
Հնարավո՞ր է փոխել OpenCart պատվերի կարգավիճակը, որը վճարվում է URL վերադարձից հետո:
Ավելի լավ է փոխել կարգավիճակը միայն մատակարարի հետ callback ստուգումից կամ սերվերի կողմից կարգավիճակի ստուգումից հետո: URL վերադարձը կարող է բացվել առանց վերջնական վճարման իրադարձության:
Ինչպե՞ս վարվել OpenCart-ում վճարման կրկնակի փորձը:
Ստեղծեք վճարման նոր փորձ, բայց կապեք այն նույն պատվերի ID-ին: Սա պահպանում է պատմությունը և կրկնօրինակ պատվեր չի ստեղծում:
Արդյո՞ք OpenCart մոդուլը պետք է զբաղվի ֆիսկալիզացիայի հետ:
Այն կարող է սկսել հարկաբյուջետային աշխատանքային հոսք, բայց ավելի լավ է վճարման կարգավիճակը և ֆիսկալ կարգավիճակը պահել առանձին, որպեսզի չեկի ձախողումը չխախտի հաջողված վճարումը:
