To do complete end to end testing of Paypal integration it would be very helpful if an option under "Payment Settings" was available to indicate whether to use production paypal (paypal.com) or test paypal (sandbox.paypal.com). This option would require that two sets of API credentials be kept - one for paypal.com and one for sandbox.paypal.com.

One large benefit of using sandbox.paypal.com is that NO money is actually involved in the testing transactions. The paypal sandbox is setup exactly like the production paypal site except for the use of test accounts that automatically generate credit card numbers, expiration dates, bank accounts with routing numbers, etc. The dollar values that have been placed in your wild apricot hosted website do not need to be changed. All that changes is where to point the system for transaction processing.

Man...that is going to take forever! Can this be addressed in future so
we dont have to keep an bunch of past events?

From: Technical Support
Sent: Wed, 04 Jan 2012 16:11:01 -0500
To: hamnerja@sjhlex.org
Subject: [3A6-1697705F-9526] Overpayments
I see. Deleting an event deletes all its event registrations AND invoices linked to those registrations - they are interdependent. So now you have payments without corresponding invoices. Unfortunately the only way to handle this now is manually delete all these payments one by one.

Cheers,

Dmitry Buterin, Chief Apricot
Wild Apricot: Member Management Magic http://WildApricot.com
Web software for small associations and non-profits

From: hamnerja@sjhlex.org
Sent: Wed, 04 Jan 2012 15:17:35 -0500
To: Technical Support
Subject: Overpayments
I deleted an event from 2009. Now I have hundreds of "overpayment". What is the best way to address these overpayments? In the future, can the event details and the financials somehow run independent of each other?

This is a prime example see attached image. The primary registrant has the option to choose from these options. I want to be able to dupe the field and call it "additional registrant 1 fees", "additional registrant 2 fees", "additional registrant 3 fees" and so on. Because the additional registrant would have the ability to choose a different option other than "primary, add 1, add 2, or add 3". The list attached is long and spending the time to rekey this list for 4 additional registrants takes a long time (hind-sight drop-down). So by duping and renaming any of the fields would speed things up for me.

Once the field is duped and renamed now i can use your move tool to move the duped (renamed) field to the appropriate location.

This brings me to another point. I added the ability for the primary registrant to register 1 additional registrant and 1 spouse/guest. Now the client wants me to add 3 more additional registrant options. This makes the form very long if you are using radio buttons. So, i think that a drop-down would be better suited for this as it would shorten the form. but, there is no way to quickly turn the already set radio buttons into a drop-down.

Well, went to do the drop-down option that will not work as there is not the ability to associated a fee with each item. so back to the long list for each additional registrant

thank you for the "special field"

The email interface is inconsistent on some pages. All pages that have the ability to compose and send an email should have exactly the same interface. They should all provide the ability to use the same editor, use macros, and provide the ability to test, save, and send the email.

This is currently not the case.For example, in the Finances area, within an invoice, you have the ability to create an email to send to the member but this page has only a "Send email" and "Cancel" button. There is no "Preview and send", "Test-email", of "Save and close" (create draft) buttons and there is no WYSIWYG editor or macros available...only plain text

In a previous event registration system I used, I could create coupon codes and then limit the number of times it could be used. The way that I used it was to create each of my sponsor companies their own code, and then limit it to however many discounts they were allowed (i.e. one level of sponsorship gets 2 free attendees to all events, so I would make the coupon be a 100% discount and limit it to being used twice).

Right now, it appears that you can do ONE coupon per registration level. I prefer not to do that for a few reasons, and the primary one being that I can't limit how many times it's used.

In the system I used previously, coupons were separate from events entirely. I'd create them all in one place, and then per event, I could check off which ones could be used. And coupons could be a $$ amount discount or a percentage.

This would be a really useful feature if Wild Apricot were able to add better coupon functioning.

Event receipts

Receipts can only be set up to include members addresses. Most of our paid registrations are non-members so when they receive a receipt it doesn’t have their address on it.

I know I can get around this by adding address fields to the common fields in settings but for most of our unpaid events the address is not necessary and only makes the registration process unnecessarily longer. Also when we get our VIPs to register for free at our events it is sometimes inappropriate and certainly unnecessary to ask for an address.

Is there any way around this? – if possible develop a tax receipt template set up specifically for event registrations without the address fields.

I've discovered that it's possible to get a layout to the point where you CAN'T access certain elements because of other placed elements in the way.

So, I need to get to the settings of my Login element. I can access ONLY a small amount of the right edge - just enough to click "delete", but moving past that, and the selection switches to a placeholder next to it - so I can't access to the gear to get to settings!!

What to do??

FEATURE REQUEST: when you're editing a template/page, have a LIST of gadgets on the page and you can select from the list. Like selecting a layer in Photoshop from the layers list...