Հոդվածի ֆոկուսը
Տեսանյութ․ Tilda-ի և vPOS-ի կարգավորումը քայլ առ քայլ
Տեսաուղեցույց VPOS.am-ի իրական միջերեսով։ Հաճախորդների անունները և գործարքների համարները թաքցված են։ Բանկի կարգավիճակը ստուգեք առանձին։
Քայլ 1. Կայքի կարգավորումից առաջ ստուգեք բանկի տրամադրած տվյալները
Փորձնական և աշխատանքային միջավայրերը, մերչանթի կառավարման վահանակն ու API հասանելիությունը տարբեր նպատակների են ծառայում. դրանց տվյալները չի կարելի խառնել։
Սկզբում բանկից ստացեք երկու միջավայրերի պարամետրերը՝ API հասցե, մերչանթի նույնականացուցիչ, արժույթ, թույլատրված գործարքներ, վերադարձի և ծանուցման հասցեներ, դոմենների ու IP հասցեների պահանջներ։ Պարզեք նաև՝ արդյոք նույն պայմանագրով թույլատրվում է մի քանի կայք միացնել։ Գործողության առկայությունը API ուղեցույցում դեռ չի նշանակում, որ այն հասանելի է հենց ձեր մերչանթին։
Եթե բանկը կառավարման վահանակի և API-ի համար առանձին օգտատերեր է տրամադրել, դրանց ժամանակավոր գաղտնաբառերը փոխեք առանձին՝ բանկի հաստատած միջերեսով։ Ժամանակավոր հասանելիության գործողության ժամկետը ստուգեք բանկի նամակում կամ աջակցության ծառայությունից և գաղտնաբառն անմիջապես փոխեք։ Ժամկետն անցնելու դեպքում նոր ժամանակավոր գաղտնաբառ խնդրեք։ API օգտատիրոջ մուտքը մի փորձարկեք դրա համար չնախատեսված վեբ վահանակում։ Գաղտնաբառերն ու փորձնական քարտերի տվյալները մի տեղադրեք Tilda-ում, էջերի հասցեներում, նամակագրության կամ կոդի պահոցում։
Այստեղ նկարագրված Ararat Bank միացման դեպքում առաջին մուտքն ու գաղտնաբառերի փոփոխությունն իրականացվել են ArCa EPG կառավարման վահանակում՝ https://epg.arca.am/epg_gui/#login հասցեով։ Աշխատանքային REST հարցումներն օգտագործում են առանձին հասցե՝ https://epg.arca.am/payment/rest։ Այս հասցեները ստուգվել են տվյալ մերչանթի համար. ձեր միացման դեպքում երկուսն էլ համեմատեք բանկի տրամադրած տվյալների հետ։
- Փորձնական և աշխատանքային միջավայրերի պարամետրերը գրանցեք առանձին։
- Բանկից հաստատեք վճարման, վերադարձի և չեղարկման իրավունքները։
- Պարզեք գաղտնաբառը փոխելու հաստատված վահանակն ու ժամանակավոր հասանելիության ժամկետը։
- API մուտքի տվյալները պահեք VPOS.am-ի պաշտպանված պահոցում։
Քայլ 2. Փորձնական կայքում ստուգեք վճարման ամբողջ ընթացքը
Փորձարկումն ավարտված է, երբ բանկը հաստատել է վճարումը, իսկ Tilda-ի պատվերը ստացել է ստուգված վերջնական կարգավիճակ։
VPOS.am-ում ստեղծեք բանկի առանձին փորձնական միացում և կապեք այն Tilda-ի փորձնական նախագծին։ Custom Payment Gateway-ի կարգավորումներում համապատասխանեցրեք պատվերի դաշտերն ու ստորագրությանը մասնակցող բոլոր դաշտերը, ստուգեք գումարը, արժույթը, վերադարձի հասցեն և սերվերային ծանուցման հասցեն։ Պահպանելուց հետո նորից բացեք կարգավորումները և հրապարակեք զամբյուղով փորձնական էջը։
Յուրաքանչյուր փորձնական պատվերի համար անցեք ամբողջ ճանապարհը՝ զամբյուղից մինչև բանկի վճարման էջ և վերադարձ կայք։ Այնուհետև սերվերային հարցմամբ ստուգեք բանկի կարգավիճակը, VPOS.am-ի վճարման գրառումը և Tilda-ին ուղարկված ստորագրված ծանուցումը։ Tilda-ի փաստաթղթերի համաձայն՝ պատվերը վճարված է նշվում միայն ճիշտ ստորագրություն, պատվերի համար, գումար և հաջող վճարման նշան պարունակող ծանուցումից հետո։ «Շնորհակալություն» էջը բավարար ապացույց չէ։ Պարտադիր փորձնական վճարումների քանակն ու վերադարձի կամ չեղարկման սցենարները վերցրեք ձեր պայմանագրի համար բանկի սահմանած պահանջներից։
- Բանկում և VPOS.am-ում համեմատեք պատվերի նույնականացուցիչը, գումարը, արժույթն ու վերջնական կարգավիճակը։
- Ստուգեք ծանուցման առաքումը և պատվերի կարգավիճակը Tilda-ում։
- Վերադարձ և չեղարկում կատարեք միայն բանկի հաստատած իրավունքների դեպքում։
- Պահպանեք փորձարկման անանունացված հաշվետվություն՝ առանց քարտերի, գաղտնաբառերի կամ մեկանգամյա կոդերի։
Քայլ 3. Սխալը փնտրեք այնտեղ, որտեղ կանգ է առել պատվերը
Tilda-ի և VPOS.am-ի գրանցամատյաններն ու բանկի պատասխանը օգնում են տարբերել կարգավորման սխալը, իրավունքի բացակայությունն ու չավարտված վճարումը։
Եթե գնորդը տեսնում է «Շնորհակալություն» էջը, բայց չի անցնում վճարմանը, նախ ստուգեք Tilda-ի «Հայտեր» (Leads) բաժնի սխալների գրանցամատյանը։ Պատվերը կարող էր չանցնել դաշտերի ստուգումը դեռ մինչև VPOS.am հասնելը։ Ստորագրության սխալի դեպքում համեմատեք հենց տվյալ միացման պահպանված դաշտերը և դրանց հերթականությունը, ոչ միայն ընդհանուր օրինակը։ Երկար պատվերի համարների համար օգտագործեք բանկի թույլատրած ձևաչափով կայուն նույնականացուցիչ, որը հնարավոր է կապել սկզբնական պատվերի հետ։
Եթե վճարման ստեղծումն ու կարգավիճակի ընթերցումն աշխատում են, բայց վերադարձը կամ չեղարկումը ստանում են Access denied պատասխան, հնարավոր է՝ այդ գործողությունների իրավունքները տրամադրված չեն։ Ստուգեք API-ի ճշգրիտ պատասխանը և բանկից հաստատում խնդրեք։ Գաղտնաբառը փոխելու պահանջը մերժման այլ պատճառ է։ Ընդհատված 3-D Secure ստուգումից կամ ցանցային խափանումից հետո նախ պարզեք արդեն ստեղծված պատվերի վիճակը. առանց համադրման նոր փորձը կարող է կրկնակի վճարում առաջացնել։
- Բանկի էջ անցում չկա. ստուգեք Tilda-ի սխալները, դաշտերի համապատասխանեցումն ու հրապարակված կարգավորումը։
- Ստորագրության սխալ կա. ստուգեք տվյալ միացման գաղտնի բանալին, դաշտերի կազմն ու հերթականությունը։
- Միայն վերադարձը կամ չեղարկումն է մերժվում. բանկից ճշտեք մերչանթի թույլտվությունները։
- Արդյունքն անհայտ է. նոր գանձում սկսելուց առաջ կարդացեք գոյություն ունեցող վճարման կարգավիճակը։
Քայլ 4. Գործող կայքերը միացրեք հերթով՝ վերադարձի պատրաստ պլանով
Փորձնական միջավայրի հաջող արդյունքը ինքնաբերաբար չի ակտիվացնում իրական վճարումները. հարկավոր են առանձին աշխատանքային տվյալներ, իրավունքներ և վերահսկիչ գործարք։
Բանկի հաստատումից հետո ստեղծեք առանձին աշխատանքային միացում և պահպանեք կայքի գործող վճարման եղանակի կարգավորումները։ Ստուգեք՝ արդյոք Tilda-ն թույլ է տալիս զուգահեռ վճարման եղանակ. զբաղեցված միացման տեղը կարող է նշանակել ընթացիկ վաճառքի իրական փոխարկում։ Նախապես համաձայնեցրեք անցման ժամանակը և պատասխանատուներին, ապա տեղափոխեք նախ մեկ կայք՝ մյուսները թողնելով նախկին եղանակով։
Համաձայնեցված փոքր գումարով վերահսկիչ վճարում կատարեք և համեմատեք բանկի վերջնական կարգավիճակը, VPOS.am-ի գրառումը, Tilda-ի պատվերը և բանկային հաշվետվությունը։ Անհամապատասխանության դեպքում դադարեցրեք նոր միացումը, վերականգնեք նախկին կարգավորումը և պարզեք անորոշ գործարքների վիճակը՝ նախքան կրկին գործարկելը։ Առաջին կայքի հաջող ստուգումից հետո միայն անցեք մյուսներին։ Ֆիսկալ կտրոնի տրամադրումը վերահսկեք առանձին գործընթացով. վճարման հաստատումն ու կտրոնի թողարկումը տարբեր կարգավիճակներ ունեն։
- Փորձնական գաղտնաբառը կամ միացումը մի տեղափոխեք աշխատանքային միջավայր։
- Գրանցեք նախկին կարգավորումն ու դրան վերադառնալու քայլերը։
- Յուրաքանչյուր կայք և դոմեն ստուգեք առանձին։
- Գործարկումը հաստատեք բանկի կարգավիճակով, Tilda-ի ծանուցմամբ և հաշվետվության համադրմամբ։
FAQ
Արդյո՞ք «Շնորհակալություն» էջը բավարար է պատվերը վճարված համարելու համար
Ոչ։ Ստուգեք բանկի վերջնական կարգավիճակը և Tilda-ին ճիշտ սերվերային ծանուցման առաքումը։ Բրաուզերի վերադարձը ինքնին չի հաստատում գանձումը։
Ինչո՞ւ է API-ն ընդունում վճարումը, բայց մերժում գումարի վերադարձը
Վերադարձի և չեղարկման իրավունքները կարող են տրամադրվել առանձին։ Ստուգեք API-ի ճշգրիտ պատասխանը և բանկից խնդրեք հաստատել թույլատրված գործողությունները։
Կարելի՞ է միանգամից փոխարինել վճարման եղանակը բոլոր կայքերում
Ավելի անվտանգ է պահպանել նախկին կարգավորումը և կայքերը տեղափոխել հերթով՝ համաձայնեցված վերահսկիչ վճարումից ու դրա արդյունքի համադրումից հետո։
Աղբյուրներ և փաստաթղթեր
- ArCa EPG — առաջին մուտքի և գաղտնաբառի փոփոխման վահանակՀասցեն ստուգվել է այստեղ նկարագրված Ararat Bank միացման համար. այլ մերչանթի դեպքում համեմատեք բանկի տրամադրած տվյալների հետ։
- AraratBank — POS terminal և Virtual POS / e-commerceԱռցանց հարթակների համար բանկային ծառայության պաշտոնական նկարագրություն. միացման պայմաններն ու իրավունքները որոշվում են պայմանագրով։
- Tilda Help Center — Custom Payment GatewayՊատվերի փոխանցման, ստորագրության և ծանուցման պաշտոնական կարգը, որից հետո պատվերը ստանում է վճարված կարգավիճակ։
- Tilda Help Center — LeadsՀայտերն ու վճարային համակարգերի աշխատանքի սխալները դիտելու բաժինը։