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