ԼեզուHY
РусскийУкраїнськаՀայերենქართულიEnglishҚазақшаEspañolFrançaisDeutschItalianoفارسی
Վճարային օպերացիաներ Հրապարակվել է June 29, 2026 8 րոպե ընթերցում

Նախնական թույլտվություն, պահում և ավանդներ Հայաստանում. ամրագրումներ, ծառայություններ և CRM

Պահպանումը կամ ավանդը չեն կարող ցուցադրվել որպես սովորական վճարովի պատվեր: Սա վճարման առանձին սցենար է՝ վերջնաժամկետով, գրավման կանոններով և հստակ չեղարկումով:

Նախնական թույլտվություն, պահում և ավանդներ Հայաստանում. ամրագրումներ, ծառայություններ և CRM

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

Նախնական թույլտվություն, պահում և ավանդներ Հայաստանում. ամրագրումներ, ծառայություններ և CRMՎճարային օպերացիաներառցանց վճարումների հաշտեցումpending վճարումներ3-D Secure Հայաստան

Սպասումը պետք է լինի առանձին վճարման մտադրության տեսակ

Նախնական թույլտվությունը վերապահում է վճարման հնարավորությունը, բայց չպետք է ավտոմատ կերպով փակի պատվերը որպես վճարված:

Ամրագրման հարցում -> պահել մտադրությունը
Ամրագրումը, սպասարկման ամսաթիվը, հաճախորդը և գումարը ստեղծում են պահման մտադրություն, որը սպասում է մատակարարի հաստատմանը:

Հյուրանոցի, վարձակալության, կլինիկայի, սրահի կամ ամրագրման ծառայության համար բիզնեսին հաճախ անհրաժեշտ է ավանդ կամ ամրագրման գումար: Բայց պահումը տարբերվում է սովորական հաջող վճարումից. փողը կարող է միայն արգելափակվել, իսկ վերջնական գրավումը կախված է մատակարարի կանոններից, ծառայության ժամկետից և արդյունքից:

Հետևաբար, ավելի լավ է հետին պլանում ստեղծել վճարման մտադրության առանձին տեսակ՝ թույլտվություն, ավանդ, գրավում կամ ուղղակի վճարում: CRM-ը պետք է տեսնի ոչ միայն վճարովի, այլ նաև լիազորված, capture_pending, գրավված, չեղյալ, ժամկետանց և manual_review:

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

Գրավումը, մասնակի գրավումը և անվավերությունը պետք է կանոններ ունենան

Ծառայությունից հետո բիզնեսը պետք է հստակ որոշի՝ դուրս գրե՞լ ամբողջ գումարը, գումարի մի մասը, թե՞ հանել պահուստը:

Լիազորված -> գրավել կամ անվավեր
Լիազորված պահումը կարող է դառնալ ամբողջական գրավում, մասնակի գրավում, անվավեր, ժամկետանց կամ ձեռքով վերանայում:

Նախնական թույլտվության հիմնական ռիսկը վերապահում, դուրսգրում և չեղարկում մեկ կոճակի մեջ խառնելն է: Եթե ​​հյուրը չի ժամանում, ծառայությունը փոխվել է կամ գումարի չափը փոխվել է, հետնախագիծը պետք է ստուգի թույլատրելի մնացորդը, պահման ժամկետը և մատակարարի պայմանագրի կանոնները:

Եթե մատակարարը չի աջակցում մասնակի գրավմանը կամ քարտի պահպանմանը, դուք չեք կարող նման UX խոստանալ հոդվածում, կայքում կամ CRM-ում: Այս դեպքում ավելի լավ է օգտագործել ավանդի վճարումը կամ payment link-ը՝ վերադարձի առանձին կանոններով:

  • ստուգեք մատակարարի աջակցությունը գործարկումից առաջ;
  • մի գրավեք պահման ժամկետի ավարտից հետո.
  • մասնակի գրավումը համարվում է առանձին գործողություն.
  • void-ը չպետք է ջնջի սկզբնական աուդիտի հետքը:

CRM-ը և հաշվապահությունը պետք է տեսնեն ողջ կյանքի ցիկլը

Օպերատորին անհրաժեշտ է պատմություն՝ ով է ստեղծել պահոցը, երբ է այն սպառվում, ինչն է գրավված և ինչու է անվավեր:

Անցկացրեք կյանքի ցիկլի աուդիտի հետքը
CRM, հաշվապահական հաշվառումը և աջակցությունը տե՛ս թույլտվությունը, գրավումը, անվավերությունը, ժամկետի ավարտը և ձեռնարկի նշումները մեկ ժամանակացույցում:

Առանց կյանքի ցիկլի գրանցամատյանի, աջակցությունը չի հասկանա՝ գումարն արգելափակված է, դուրս գրված, չեղարկված, թե ժամկետանց: Հաճախորդի համար սա հատկապես զգայուն է. արգելափակված գումարը կարող է թվալ դուրս գրման, նույնիսկ եթե բիզնեսը դեռ չի գրավել այն:

Գործնական մոդելը կապում է ամրագրման ID-ն, վճարման մտադրության ID-ն, մատակարարի տեղեկանքը, կարգավիճակի անցումները, օպերատորի նշումները և reconciliation: Հետո վիճելի գործերը փակվում են փաստերով, այլ ոչ թե նամակագրությամբ։

  • տեղեկամատյան դերակատար, պատճառ և ժամանակի դրոշմ՝ գրավման/անվավեր համար;
  • կապի պահում ամրագրման կամ ծառայության պատվերի հետ;
  • առանձին ցուցադրել արգելափակված, գրավված և թողարկված գումարները.
  • ստուգեք մատակարարի հաշվետվությունը CRM-ի միջոցով, նախքան օրը փակելը:

FAQ

Հնարավո՞ր է արդյոք նախապես թույլտվություն օգտագործել ցանկացած vPOS-ի համար:

Ոչ: Նախաթույլատրումը, գրավումը և անվավերությունը կախված են բանկից, վճարման մատակարարից, համաձայնագրից և գործարքի տեսակից: Նախքան գործարկումը, դուք պետք է հաստատեք սցենարի աջակցությունը:

Ինչպե՞ս է ավանդը տարբերվում պահուստից:

Ավանդը սովորաբար իրական վճարումն է հնարավոր վերադարձմամբ, և պահումը պահում է գումարը մինչև գրավումը կամ ազատումը: CRM-ում դրանք պետք է լինեն տարբեր կարգավիճակներ:

Ի՞նչ անել, եթե պահման ժամկետը սպառվել է մինչև ծառայության մատուցումը:

Դուք չեք կարող հանգիստ դուրս գրել գումարը: Դուք պետք է ստեղծեք վճարման նոր փորձ, նորից պահանջեք վճարում կամ մուտքագրումը տեղափոխեք ձեռքով վերանայման՝ համաձայն բիզնես կանոնների:

Կարդացեք նաև

Առցանց վճարումների համադրում CRM-ի և ERP-ի հետ. ինչպես փակել օրը առանց ձեռքով քաոսի
Վճարային օպերացիաներ 9 րոպե ընթերցում

Առցանց վճարումների համադրում CRM-ի և ERP-ի հետ. ինչպես փակել օրը առանց ձեռքով քաոսի

Բանկի կամ մատակարարի, կայքի, CRM, ERP-ի և ներքին հաշվետվությունների միջև վճարումների համաձայնեցման գործնական սխեմա:

Կարդալ հոդվածը
Սպասվող վճարումներ. ինչ պետք է անի առցանց խանութը, CRM և աջակցություն
Վճարային օպերացիաներ 8 րոպե ընթերցում

Սպասվող վճարումներ. ինչ պետք է անի առցանց խանութը, CRM և աջակցություն

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

Կարդալ հոդվածը
3-D Secure Հայաստանում առցանց վճարումների համար. ինչ պետք է հաշվի առնի կայքը
Վճարային օպերացիաներ 8 րոպե ընթերցում

3-D Secure Հայաստանում առցանց վճարումների համար. ինչ պետք է հաշվի առնի կայքը

3-D Secure-ն նվազեցնում է քարտի չներկայացված խարդախության ռիսկը, սակայն կայքի համար դա նաև նշանակում է UX, միջանկյալ կարգավիճակներ, կրկնվող փորձեր և թերի իսկորոշման ճիշտ մշակում:

Կարդալ հոդվածը