CRM հաշիվների և կանխավճարների վճարման հղումներ

Հոդվածի ֆոկուսը

CRM հաշիվ-ապրանքագրերի և կանխավճարների վճարման հղումներ. ինչպես անվտանգ ձևավորելCMS, CRM և ERP ինտեգրումներվճարման ինտեգրում CRM-ի հետpayment link CRM-իցWooCommerce payment gateway Armenia

Հաջորդ քայլերը

VPOS Connect Ինտեգրման շերտ CMS, CRM, ERP, 1C, պահեստային համակարգերի և ներքին API-ների համար: Գործընկերային ծրագիր Աշխատանքի ձևաչափ web-studio-ների, CRM/ERP ինտեգրատորների և e-commerce թիմերի համար:

Երբ payment link-ն ավելի լավ է, քան սովորական checkout

Վճարման հղումը օգտակար է, երբ պատվերը ստեղծվել է մենեջերի, CRM-ի կամ ներքին գործընթացի, այլ ոչ թե կայքի զամբյուղի կողմից:

CRM հաշիվ -> Վճարման հղում — Մենեջերը ստեղծում է հաշիվ-ապրանքագիր, հետին մասի խնդիրները payment link, հաճախորդը վճարում է, CRM-ն ստանում է վերջնական կարգավիճակ:

Վճարման հղումը հարմար է B2B հաշիվների, ծառայությունների, կանխավճարների, անհատական գումարների, ձեռքով վաճառքի և սցենարների համար, որտեղ հաճախորդը գալիս է CRM-ից, մեսենջերից կամ էլ. փոստից: Ի տարբերություն սովորական checkout-ի, հղումը պետք է կապված լինի որոշակի հաշվի կամ գործարքի հետ:

Հիմնական ռիսկը հաճախորդին հղում ուղարկելն է, որը CRM-ը չի կարող եզակիորեն համընկնել հաշիվ-ապրանքագրի հետ: Հետո մենեջերը տեսնում է վճարումն առանձին, հաշիվ-ապրանքագիրը՝ առանձին, իսկ հաշվապահությունը ձեռքով փակում է օրը։

կապել հղումը CRM գործարքի, ապրանքագրի կամ պատվերի ID-ի հետ;
սահմանել գումարը, արժույթը, նպատակը և վավերականության ժամկետը.
ստեղծել հղում անզոր, որպեսզի կրկնօրինակներ չստեղծեն;
ցույց տալ հաճախորդին հստակ հաջողության, ձախողման և pending էջերը:

Ի՞նչ կանոններ են անհրաժեշտ հղում ուղարկելուց առաջ:

Կառավարիչը պարտավոր չէ ամեն անգամ որոշել, թե երբ է հղման ժամկետը լրացել, արդյոք գումարը կարող է փոխվել և ինչ անել մարման հետ:

Հղման քաղաքականություն — Սպառման ժամկետը, գումարի կողպումը, նորից փորձելը, չեղարկումը և կարգավիճակի համաժամացման կանոնները՝ նախքան հաճախորդին ուղարկելը:

payment links-ն սկսելուց առաջ անհրաժեշտ է նկարագրել կանոնները՝ հնարավո՞ր է գումարը փոխել ուղարկելուց հետո, որքան ժամանակ է գործում հղումը, ինչպես ջնջել հղումը, ինչ անել երկրորդ փորձից և ինչպես փակել հաշիվը մասնակի վճարման դեպքում։

Առանց այս կանոնների, վճարման հղումները սկսում են ապրել CRM-ից դուրս: Կառավարիչը նոր հղում է ուղարկում ամեն անգամ, երբ հաճախորդը խնդրում է, հաճախորդը վճարում է հինի համար, webhook գալիս է հնացած հաշիվ-ապրանքագրի միջոցով, և աջակցությունը ձեռքով լուծում է կոնֆլիկտը:

ուղարկելուց հետո ռեկորդային գումար/արժույթ;
խանութի ժամկետի ավարտը և չեղյալ կարգավիճակը.
ստեղծել վճարման նոր փորձ առանց նոր հաշվի.
Գրանցեք, թե ով է ստեղծել, ուղարկել և չեղարկել հղումը:

Ինչպե՞ս համաժամեցնել վճարումը CRM-ի հետ

CRM-ն չպետք է ստանա հում մատակարարի պատասխան, այլ նորմալացված արդյունք՝ կառավարչի համար հստակ գործողությամբ:

Webhook -> CRM կարգավիճակ — Ստուգված վճարային իրադարձությունը թարմացնում է հաշիվ-ապրանքագիրը, գործարքը, առաջադրանքը և աուդիտի հետքը մեկ նորմալացված կարգավիճակով:

Վճարումից հետո ֆոնդը պետք է ստուգի կարգավիճակը մատակարարի հետ կամ ընդունի վստահելի webhook-ն, այնուհետև թարմացնի CRM հաշիվը, գործարքը, մենեջերի առաջադրանքը և աուդիտի հետքը: Դուք չեք կարող ապավինել միայն հաճախորդին ուղղված նամակին կամ redirect-ին:

Վճարված, pending, ձախողված, ժամկետանց, վերադարձված և ձեռքով վերանայումը կարևոր է կառավարչի համար: Հաշվապահական հաշվառման համար ձեզ անհրաժեշտ են գումար, արժույթ, մատակարարի տեղեկանք, վճարովի մատյան, ֆիսկալ կարգավիճակ և կապ հաշիվ-ապրանքագրի հետ: Աջակցության համար՝ հարցման ID և կրկնակի առաքումների պատմություն:

թարմացնել CRM միայն սերվերի կողմից հաստատումից հետո;
օգտագործել անզորություն webhook և CRM թարմացման համար;
առաջադրանք ուղարկել մենեջերին միայն բացառություններով.
ներառել payment link ամենօրյա հաշտեցման մեջ:

FAQ

Հնարավո՞ր է արդյոք նույն payment link-ն մի քանի անգամ ուղարկել հաճախորդին:

Այո, եթե հղումը ակտիվ է և կապված է նույն հաշվի հետ: Սակայն վերաներկայացումը պետք է գրանցվի, և հաշիվ-ապրանքագրի կարգավիճակը պետք է թարմացվի միայն մեկ անգամ վերջնական վճարումից հետո:

Ի՞նչ անել, եթե հաճախորդը վճարել է հին հղման համար:

Backend-ը պետք է որոշի հաշիվ-ապրանքագիրը/վճարման փորձը, ստուգի կարգավիճակը և գործը փոխանցի վճարովի կամ ձեռքով վերանայման: Ավելի լավ է չեղարկել հին հղումները նորը թողարկելիս։

Արդյո՞ք անհրաժեշտ է payment links-ն առանձին հաշտեցման ալիք դարձնել:

Ոչ: Ավելի լավ է դրանք ներառել ընդհանուր վճարման հաշտեցման մեջ՝ կայքի, CRM, ERP և վերադարձի հետ միասին:

Հոդվածի ֆոկուսը

Երբ payment link-ն ավելի լավ է, քան սովորական checkout

Ի՞նչ կանոններ են անհրաժեշտ հղում ուղարկելուց առաջ:

Ինչպե՞ս համաժամեցնել վճարումը CRM-ի հետ

FAQ

Կարդացեք նաև

Առցանց վճարումների ինտեգրում CRM-ի և ERP-ի հետ

Վճարում B2B հաշիվների հղման միջոցով. ինչպես անվտանգ ձևավորել

WooCommerce payment gateway Հայաստան. ինչպես վերցնել ArCa, Visa և Mastercard