Русский
Українська
ქართული
English
Қазақша
Español
Français
Deutsch
Italiano
فارسی
Հոդվածի ֆոկուսը
Վճարման կարգավիճակը չպետք է փոխարինի առաքման կարգավիճակին
Պատվերը կարող է վճարված լինել, բայց դեռ չի հավաքվել, չփոխանցվել առաքիչին, մասամբ չեղարկվել կամ չառաքվել:
Առաքման ժամանակ միայն վճարովի կարգավիճակը չի պատասխանում հիմնական աջակցության հարցին՝ որտեղ է պատվերը և ինչն է արդեն ավարտված: Հաճախորդը կարող էր նախօրոք վճարել, պատվերը կարող էր մասնակի հավաքվել, առաքիչը կարող էր փոխվել, առաքումը չի կարող կատարվել կամ գումարը կարող էր փոխվել ապրանքը փոխարինելուց հետո:
Backend-ը պետք է պահի պատվերի ID-ն, վճարման ID-ն, առաքման ID-ն, սուրհանդակային տեղեկանքը, գումարը, արժույթը, վճարված At, առաքման կարգավիճակը և CRM/ERP կարգավիճակը: Այնուհետեւ առաքիչը փոխելիս վճարումը չի կորչում, իսկ առաքումն ավարտված չի համարվում միայն վճարման պատճառով։
- առանձին վճարովի, փաթեթավորված, հանձնված_սուրհանդակին և առաքված;
- համակցված վճարման հարցումը պատվերի ID-ի և առաքման ID-ի հետ.
- մի թողարկեք առաքված վերադարձով URL վճարում;
- ցույց տվեք աջակցության համար հարմար ժամանակացույց CRM-ում:
Մասնակի չեղարկումները և փոխարինումները պետք է վերահաշվարկեն գումարը
Առաքման ընթացքում պատվերի կազմը հաճախ փոխվում է, ուստի վճարման գումարը և վերջնական պատվերի գումարը կարող են տարբերվել:
Եթե որոշ ապրանքներ անհասանելի են, հաճախորդը համաձայնել է փոխարինել կամ առաքման վճարը փոխվել է, դուք չեք կարող պարզապես թողնել հին գումարը որպես վերջնական բիզնես գումար: Անհրաժեշտ է առանձին իրադարձություն՝ ճշգրտում, մասնակի չեղարկում, մասնակի վերադարձ կամ օպերատորի վերանայում:
Կանխավճարի սցենարի համար օգտակար է պահպանել սկզբնական գումարը, ճշգրտված գումարը, վերադարձի գումարը, պատճառը և դերակատարը: Վճարման համար, պատվերը կատարելուց հետո, հղումը պետք է ստեղծվի հաստատված գումարով և ժամկետի ավարտով:
- առանձին պահել սկզբնական գումարը և վերջնական գումարը.
- մասնակի վերադարձը պետք է ունենա պատճառ և ազդակիր ապրանքներ.
- մի ստեղծեք մի քանի ակտիվ հղումներ մեկ պատվերի համար.
- ձեռքով գնի փոփոխությունը պետք է ներառվի աուդիտի մատյանում:
Աջակցության և վեճերի համար անհրաժեշտ է առաքման ապացույց
Երբ հաճախորդը վիճարկում է վճարումը կամ առաքումը, թիմը պետք է միասին տեսնի վճարման տեղեկանքը, սուրհանդակային իրադարձությունը և գումարի վերադարձման պատմությունը:
Առաքման համար հատկապես կարևոր է առաքման ապացույցը. ժամադրոշմ, առաքման կարգավիճակ, սուրհանդակային իրադարձություն, հաճախորդի հաստատում կամ ներքին կանոններով թույլատրված այլ ապացույց: Վճարային ֆոնդը չպետք է պահի ավելորդ անձնական տվյալներ, այլ պետք է ունենա հղումներ դեպի անհրաժեշտ ID-ներ և կարգավիճակներ:
Հաշտեցումը փակում է վճարովի պատվերների, առաքված պատվերների, չեղյալ հայտարարված պատվերների, մասնակի վերադարձման, ձախողված առաքումների և մատակարարի հաշվետվությունների օրը: Եթե այս կարգավիճակները ապրում են առանձին, հաշվապահությունը և աջակցությունը ձեռքով կհավաքեն պատվերի պատմությունը տարբեր համակարգերից:
- պահպանել մատակարարի տեղեկանքը վճարման և վերադարձի համար.
- կապի առաքման ապացույց՝ առանց ավելորդ անձնական տվյալների.
- առանձին ձախողված առաքում, գումարի վերադարձ և chargeback;
- ստուգեք CRM, առաքման համակարգը, ERP և մատակարարի հաշվետվությունը:
FAQ
Կարո՞ղ է պատվերը համարվել առաքված հաջող վճարումից հետո:
Ոչ: Վճարման և առաքման կարգավիճակը պետք է տարբեր լինեն: Հաջող վճարումը չի նշանակում հավաքագրում, առաքիչին հանձնում կամ առաքում։
Ինչպե՞ս վարվել ապրանքի մասնակի չեղարկման հետ:
Պահպանեք ճշգրտման իրադարձությունը ազդակիր տարրերի, պատճառի, դերակատարի և գումարի հետ: Անհրաժեշտության դեպքում ստեղծեք մասնակի փոխհատուցում առանց սկզբնական վճարումը ջնջելու:
Ի՞նչ պահել առաքման ապացույցի համար:
Պահպանեք նվազագույն պահանջվող ID-ները, ժամանակի դրոշմը, սուրհանդակի/առաքման իրադարձության տեղեկանքը և կարգավիճակը: Ավելորդ անձնական տվյալները չպետք է ներառվեն վճարումների մատյանում:
