Русский
Українська
ქართული
English
Қазақша
Español
Français
Deutsch
Italiano
فارسی
Հոդվածի ֆոկուսը
Ինչու Viber բոտը կարող է լինել վաճառքի կետ
Հաճախորդը ընտրում է ծառայություն կամ պատվիրում անմիջապես բոտի սկրիպտում, սակայն ֆինանսական վիճակը պետք է հաստատվի սերվերի կողմից, այլ ոչ թե չաթի հաղորդագրության միջոցով:
Առաքումների, տեղական e-commerce նախագծերի, սպասարկման գրառումների, առցանց դպրոցների, խորհրդատվությունների, ակումբների և աջակցության համար Viber բոտը կարող է լինել հարմար մուտքի կետ: Օգտատերը երկխոսության շրջանակներում ընտրում է կատեգորիա, սակագին, ժամը, հասցե, ծառայությունների փաթեթ կամ հավելված և ակնկալում է ստանալ վճարման հստակ եղանակ՝ առանց կառավարչին զանգահարելու:
Կարևոր է չբնութագրել Viber-ին որպես բանկային վճարումների ուղղակի մշակման համակարգ: Ճիշտ սխեման տարբեր է. բոտը կամ հետնամասը ստեղծում է վճարման հղում, օգտատերը բացում է պաշտպանված checkout էջը, վճարում է, և հետնամասը ստանում է վճարման ստուգված կարգավիճակ webhook-ի կամ սերվերի կողմից կարգավիճակի որոնման միջոցով:
Այս մոտեցումը թույլ է տալիս սկսել առանց ծանր զարգացման: Սկզբում բոտը կարող է ֆիքսված հղումներ ուղարկել հանրաճանաչ ծառայությունների համար, այնուհետև backend-ը ստեղծում է դինամիկ հղումներ order_id-ով, գումարով, արժույթով AMD, ժամկետանց և մետատվյալներով: Վերջնական կարգավիճակը պահվում է վճարման ամսագրում, CRM կամ ներքին վահանակում, այլ ոչ թե նամակագրության մեջ:
- Viber բոտը հավաքում է պատվերի համատեքստը և ուղարկում payment link;
- վճարումը կատարվում է անվտանգ checkout էջում;
- backend-ը միացնում է order_id, viber_user_id կամ ներքին customer_id, գումարը և ժամկետը.
- պատվերը, մուտքը, մուտքը կամ բաժանորդագրությունը հաստատվում են սերվերի կողմից կարգավիճակից հետո:
MVP սցենար. ֆիքսված և դինամիկ հղումներ
Կարող եք սկսել օգտագործել ֆիքսված հղումներ, իսկ եզակի պատվերների համար կարող եք միացնել API և webhooks:
Ֆիքսված հղումները հարմար են պարզ փորձնականի համար՝ խորհրդատվության կանխավճար, ծառայության գրանցում, առաքում, դասերի ստանդարտ փաթեթ, ավանդ կամ հանրաճանաչ ապրանք: Բոտը ցուցադրում է տարբերակներ, օգտատերը ընտրում է ցանկալի իրը, ստանում հղում և վճարում checkout էջում։
Եթե գումարը կախված է զամբյուղից, հասցեից, զեղչից, ժամանակացույցից կամ կառավարչական ստուգումից, ապա ձեզ անհրաժեշտ է դինամիկ հղում API-ի միջոցով: Բոտն ուղարկում է օգտատիրոջ ընտրությունը backend, backend-ը ստեղծում է վճարման հարցում order_id, գումար, արժույթ AMD, ժամկետանց, viber_user_id կամ ներքին customer_id և վերադարձնում է բոտի հղումը։
Վճարումից հետո VPOS-ն ուղարկում է webhook: Backend-ը ստուգում է ստորագրությունը կամ վստահելի կարգավիճակի որոնում, ստուգում է գումարը, արժույթը, order_id-ը և idempotency բանալին, պահում է իրադարձությունը վճարման մատյանում և բոտին վերադարձնում ճիշտ հաջորդ քայլը՝ հաստատել պատվերը, տրամադրել մուտքի հնարավորություն, ստեղծել առաքման առաջադրանք, թարմացնել CRM կամ հարցում ուղարկել կառավարչին:
- ֆիքսված payment links-ն մի քանի օրվա ընթացքում փակում է պարզ MVP-ն.
- Եզակի պատվերների, զամբյուղների և անձնական գումարների համար անհրաժեշտ են API հղումներ;
- ժամկետանցությունն օգնում է խուսափել վճարումներ ընդունելուց՝ օգտագործելով հնացած սցենարը.
- webhook թարմացումների բոտը, CRM և վճարումների գրանցամատյանը սերվերի կողմից հաստատումից հետո;
- զրույցից սքրինշոթը չպետք է լինի վճարովի կարգավիճակի աղբյուր:
Viber բոտերի վճարման հոսքի տեխնիկական կանոններ
Նույնիսկ եթե ինտերֆեյսը պարզ է, հետին պլանը պետք է հաշվի առնի անզորությունը, կրկնվող webhooks, կարգավիճակները և նշանի անվտանգ պահեստավորումը:
Հիմնական կանոնը անզորությունն է։ Օգտագործողը կարող է մի քանի անգամ սեղմել վճարման կոճակը, հղումը կարող է վերաբացվել, webhook-ը կարող է ժամանել մեկից ավելի անգամ, իսկ CRM-ը կարող է ժամանակավորապես չպատասխանել: Backend-ը պետք է իրադարձությունները կապի մեկ order_id-ի հետ և չտրամադրի երկրորդ մուտք, երկրորդ պատվեր կամ երկրորդ բոնուս:
Նվազագույն գրանցամատյանը պետք է պահի վճարման հայտի ID-ն, order_id-ը, viber_user_id-ը կամ ներքին customer_id-ը, գումարը, արժույթը, կարգավիճակը, մատակարարի տեղեկանքը, ժամկետի ավարտը, createAt, paidAt, ձախողված պատճառը, webhook փորձերը և արդյունքում ստացված բիզնես գործողությունը: Սա օգնում է աջակցությանը պատասխանել հաճախորդին՝ առանց զրույցների ձեռքով որոնելու:
Ֆիսկալիզացիան, ձեռք բերող բանկը, պայմանագրային պայմանները, վերադարձը, մասնակի վերադարձը, բաժանորդագրությունները և առաքման կանոնները կախված են կոնկրետ բիզնեսից և մատակարարից: Նախքան հանրային մեկնարկը, դուք պետք է առանձին նկարագրեք վճարովի, ձախողված, ժամկետանց, pending, կրկնօրինակ վճարում, չեղարկում, վերադարձ և ձեռքով ճշգրտում կառավարչի կողմից:
- idempotency բանալի վճարման հարցում, webhook մշակում և մուտքի տրամադրում;
- order_id գումարած viber_user_id կամ ներքին customer_id՝ բոտի սկրիպտի հետ կապվելու համար;
- կարգավիճակները վճարված, ձախողված, ժամկետանց, pending և ձեռքով վերանայում;
- bot/API/webhook նշանները միայն շրջակա միջավայրի փոփոխականների և սերվերի կողմից պահեստավորման մեջ;
- անտառահատումներ և աուդիտ CRM, հաշվապահական հաշվառում, աջակցություն և մատակարար reconciliation:
FAQ
Հնարավո՞ր է վճարումներ ընդունել անմիջապես Viber բոտով:
Viber բոտը կարող է ալիք լինել սկրիպտավորման և վճարման հղում ուղարկելու համար, բայց ավելի ճիշտ է բանկային վճարում կատարել պաշտպանված checkout էջում կամ աջակցվող մատակարարի հոսքում:
Հնարավո՞ր է սկսել առանց բարդ զարգացման:
Այո՛։ MVP-ն կարելի է սկսել ֆիքսված payment links-ով և վճարային ամսագրով: Եզակի պատվերների, CRM կարգավիճակների և ավտոմատացման համար ավելի լավ է ավելացնել API, webhooks և անիմաստություն:
Ինչպե՞ս է բոտը իմանում, որ օգտատերը վճարել է:
Backend-ը ստանում է webhook կամ ստուգում է սերվերի կողմից կարգավիճակը, ստուգում է order_id-ը, գումարը, արժույթը և անգործունակության բանալին, այնուհետև բոտին ասում է հաջորդ քայլը:
Ի՞նչ պահել Viber օգտատիրոջ հետ վճարումը կապելու համար:
Դուք պետք է պահեք order_id, viber_user_id կամ ներքին customer_id, գումարը, արժույթը, վճարման հայտի ID-ն, ժամկետի ավարտը, կարգավիճակը և մատակարարի տեղեկանքը: Secrets bot-ը և webhook-ը չեն կարող պահվել ճակատային մասում:
Հնարավո՞ր է արդյոք ընդունել դրամով առցանց վճարում Viber սկրիպտով:
Այո, եթե ընտրված վճարման սցենարը, ձեռք բերող բանկը, մատակարարը և պայմանագրային սխեման աջակցում են վճարման ցանկալի եղանակին: Պայմանները տարբեր են՝ կախված բիզնեսից և մատակարարից:
