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