Русский
Українська
ქართული
English
Қазақша
Español
Français
Deutsch
Italiano
فارسی
Հոդվածի ֆոկուսը
Արժեքը բաղկացած է մի քանի շերտերից
Գործարքի վճարը միայն մեկ մասն է: Ստարտափն ունի բանկային, տեխնիկական և գործառնական շերտ։
Երբ բիզնեսը հարցնում է առցանց վճարման միացման արժեքը, հաճախ ակնկալում է մեկ սակագին: Բանկերի բաց էջերից երևում է, որ միջնորդավճարները տարբերվում են ըստ քարտի տեսակի և բանկի. AEB-ն հրապարակում է 1.2% ArCa-ի համար, 2.3% տեղական Visa/Mastercard-ի և 3% միջազգային քարտերի համար, իսկ Inecobank-ը հրապարակում է 1.7% ArCa-ի համար, 2.4% Visa/Mastercard-ի և 3% non-ArCa member banks քարտերի համար: Սա բոլոր հաճախորդների համար ունիվերսալ առաջարկ չէ, բայց հրապարակման ամսաթվի դրությամբ տալիս է շուկայի իրատեսական ուղեցույց:
Վերջնական բյուջեն բաղկացած է ոչ միայն բանկային միջնորդավճարներից: Այն ներառում է մատակարարի միացում, CMS կամ հետին պլանի ինտեգրում, փորձարկում, աջակցություն, ֆիսկալիզացիա, CRM/ERP և վերադարձի սցենարներ: Եթե նախագիծը պարզ է, դուք կարող եք սահմանափակվել ձեզ բնորոշ checkout-ով և նվազագույն կարգավիճակի ստուգմամբ: Եթե կան վաճառքի մի քանի ուղիներ, payment links, մասնակի եկամուտներ կամ հաշվետվություններ հաշվապահական հաշվառման համար, անհրաժեշտ է առանձին ինտեգրացիոն աշխատանք:
- բանկային միջնորդավճար ըստ քարտի տեսակի և շրջանառության.
- հնարավոր ակտիվացման կամ պահպանման վճար, եթե ներառված է պայմանագրում.
- վճարում ստեղծելու համար հետին վերջնակետի մշակում;
- webhook/callback և կարգավիճակների մշակում;
- ինտեգրում CMS, CRM, ERP կամ ֆիսկալիզացիայի հետ;
- փորձարկման սխալներ, վերադարձներ և վերավճարումներ:
Որտե՞ղ են ամենայն հավանականությամբ հայտնվել թաքնված ծախսերը:
Թաքնված ծախսերը առաջանում են, երբ վճարումների հոսքը նկարագրված չէ նախքան մշակումը:
Ամենաթանկ բարելավումները հայտնվում են գործարկումից հետո, երբ պարզվում է, որ CRM-ը սխալ կարգավիճակ է ստանում, գումարի վերադարձը կապված չէ սկզբնական վճարման հետ, հաշվապահական հաշվառման բաժինն այլ զեկույցի կարիք ունի, և աջակցությունը չի տեսնում հարաբերակցության ID: Նման ծախսերը բանկի սակագնում տեսանելի չեն, բայց ամեն օր ձեռքի աշխատանք են ստեղծում։
Խուսափելու համար, նախքան մշակումը, դուք պետք է նկարագրեք պայմանագիրը պատվերի, վճարման, չեկի և հաշվառման միջև: Առանց CRM կայքի համար սա կարող է լինել պարզ պատվերի ID և վճարման կարգավիճակ: CRM/ERP-ով բիզնեսի համար ձեզ անհրաժեշտ է վճարման ամբողջական ցիկլ՝ pending, վճարված, ձախողված, չեղարկված, վերադարձված, մասնակի_վերադարձված և callback իրադարձությունների գրանցամատյան:
- չկա մեկ պատվերի ID և վճարման ID.
- pending, ձախողված, վերադարձված կարգավիճակները նկարագրված չեն;
- մասնակի վերադարձը հաշվի չի առնվում.
- աջակցության համար տեղեկամատյաններ չկան;
- Վճարման հաշտեցումը կատարվում է ձեռքով:
Ինչպես ստանալ ճշգրիտ գնահատական
Գնահատումը պետք է սկսվի ոչ թե վճարման կոճակից, այլ համակարգերի և սցենարների քարտեզից:
Ճշգրիտ գնահատականը ձեռք է բերվում վճարման գործընթացի կարճ քարտեզից հետո. որտեղ է ստեղծվում պատվերը, ով է ճշմարտության աղբյուրը, որ համակարգերն են ստանում կարգավիճակ, անհրաժեշտ է արդյոք ֆիսկալիզացիա, ինչ տեսակի վերադարձներ են թույլատրվում և ով է լուծում վիճելի վճարումները:
Գործնական պատասխան փոքր առցանց խանութի համար. նվազագույն մեկնարկը սովորաբար ներառում է բանկի ընտրություն, պահանջների համար կայքի պատրաստում, վճարումների մեկ հոսք, կարգավիճակի մշակում և թեստեր: CRM, ERP, բաժանորդագրություններ, B2B հաշիվներ կամ վաճառքի բազմաթիվ ուղիներով նախագծի համար գնահատումը պետք է դիտարկվի որպես ինտեգրում, այլ ոչ որպես կոճակի տեղադրում:
- նկարագրել վճարման մեկ հիմնական հոսք;
- շտկել կարգավիճակի ստացողների համակարգերը;
- առանձին MVP և հաջորդ փուլ;
- ներառում է փորձարկում և աջակցություն գործարկումից հետո:
FAQ
Հնարավո՞ր է միացնել էժան վճարումը պատրաստի փլագինի միջոցով:
Երբեմն այո, եթե կայքը պարզ է և չի պահանջում բարդ համաժամացում: Բայց նույնիսկ plugin-ի դեպքում դուք պետք է ստուգեք կարգավիճակները, վերադարձները, անվտանգությունը և հաշվապահությունը:
Ի՞նչն է ամենաշատը ազդում արժեքի վրա:
Վճարման շուրջ համակարգերի քանակը՝ CMS, CRM, ERP, ֆիսկալիզացիա, հաշվետվություններ, վերադարձներ և ոչ ստանդարտ կարգավիճակներ:
Հնարավո՞ր է սկսել նվազագույն օդաչուից:
Այո՛։ Սովորաբար խելամիտ է գործարկել մեկ վերահսկվող հոսք, հավաքել տեղեկամատյաններ և միայն դրանից հետո ընդլայնել վճարման և ինտեգրման մեթոդները:
Sources
- Armeconombank - VPOS tariffs and conditionsԲանկի պաշտոնական էջը՝ հրապարակված միջնորդավճարներով և միացման պայմաններով։
- Inecobank - VPOS tariffsԲանկի պաշտոնական էջը սակագներով vPOS ըստ քարտի տեսակի:
- Evocabank - V-POS TerminalvPOS-ի պաշտոնական նկարագրությունը՝ որպես առցանց վճարումներ ընդունելու գործիք:
