Greg
My feedback
5 results found
-
67 votesGreg
supported this idea
·
-
9 votesGreg
supported this idea
·
-
366 votes
We're considering to take Donations during registrations/applications into development right now, but during analysis of the feature we ran into an issue where we would love to hear your feedback.
Essense of question: how would you like donations during applications or registration to be processed for offline payments (when your member/prospect decided to get an invoice and pay later)?
Some more details:
We can implement donations during event registrations/membership renewals for online payments - not a problem.
But when we're talking about offline payments, straighforward solution seems to be a bit expensive - we don't have invoices for donations or pledges yet.
So right now we're considering going on with straighforward online payments solution (donation will be added to payment transaction) and for offline payments - just include an invoice memo to buyer to add $XXX to his payment as donation for event/membership he has selected.
This way administrators would…
Greg
supported this idea
·
An error occurred while saving the comment -
97 votesGreg
supported this idea
·
-
10 votes
Evgeny Zaritovskiy
responded
I believe the best way to address this is to have Address as a special type of field which gives a set of fields to fill in. Admin then can have many addresses (like Home, Work, etc.) for contacts and the system will know how to handle this kind of field – including convenient data entry with converting ZIP into City, etc.
I renamed the idea to have Address in titleAn error occurred while saving the comment Greg
commented
This would be really helpful, and even better if the address field type is smart enough to by dynamic based on the country. The current options for capturing address information are not very great for members outside the US/Canada. It looks like there are several other related ideas about addresses that might be able to be merged together.
Greg
supported this idea
·
Glad to see this near the top of the list. It is tremendously important for our organization as well, and we didn't realize it was a limitation when we selected Wild Apricot. There are some work-arounds described by other users, but they are not without disadvantages.
Any updates from the WA team? Thanks!