When credit cards are processed in person using the Affinipay Mobile Swiper and the Admin app, the credit card billing address should not be required as the "Card Present" is verification enough, in addition to the input of the CCV.

Today, the platforms requires the billing address for all credit cards, with no requirement to turn that off. However, Affinipay does not require this for cases where credit card is present for the transaction. The organization should have the opportunity to disable this setting.

We process guest fees to our events as well as raffle ticket sales. The billing address requirement is a barrier as event attendees will not want to enter billing address for a $5 or $10 charge. This is made worse by some attendees previously having entered an address when performing an online payment, but that value does not pre-populate, forcing them to enter billing address or experience a declined card transaction.

At the very least, an organization should be able to disable the billing address for a card present transaction, but also should be given the option to disable for online transactions if so desired, and/or force zip code only (on both the above requirements).

Add instructions for the correct format of the postal code:

If a certain postal code format is accepted, and the other formats cause errors, this needs to be made clear to the customer when they are paying. I've had so much frustration having customers contact me when they are not able to process payments and it's often a browser or postal code format issue.

Customers should have access to info that allows them to easily see the accepted format and info that they can use to troubleshoot so that they don't get so frustrated.

This issue has taken up so much of my time because I'm the one who ends up trying to troubleshoot things and has lost me customers.

I converted to Wild Apricot Payments/Affiinipay a couple of months ago and so far have not experienced any issues and actually like gateway better than Paypal. That being said, I have one request... when the Affinipay payment page is displayed there does not appear to be any method of including our business logo on the page.

My preferred solution would be to integrate the Affinipay payment page within our website template as an "iframe" or create a "gadget" so the header and footer for our webdsite would always be displayed and the "theme" of the website is maintained.

Currently the Affinipay payment page displays the name of our organization and the payee has the impression they have navigated away from our website to a third party site not much different than how paypal worked (except they do not have to login or have an Affinipay account).. There needs to at least include the ability to add our logo and include a custom message.

Currently, a member level fee is required to enable automatic recurring payments, even when there is a required extra cost. In other words, if the "level fee" is set to $0.00, then the option of recurring payments for Extra Charges is not even available.

Our dues are based on Tiers and it works best by using Required Radio Buttons to represent the Tier Options. We've tried several workarounds, but the best for us is to make the Member Level fee one penny (0.01) and the explain why there is an extra one cent cost of membership.

It would be really helpful if the determining criterion for Automatic Recurring Payments was based on a total of level fee AND extra cost used for renewal, AND is greater than $0.00.

This would greatly improve flexibility for designing Membership Levels.

Create the ability to support multiple payment systems at the same time with the ability to assign a payment type to a given payment system. This would solve the issue of having only one configured payment system which does not support a payment type you need. We need to have PayPal, credit cards and bank transfers at a minimum. As we are based in Europe, it seems the best option is PayPal Express Checkout. It supports all 3, but we have members who refuse to use PayPal and will not create a PayPal account. Using a bank account requires the member to create a PayPal account. Some will not even use the credit card option because they refuse to use PayPal at all. We either need a supported payment system which supports PayPal in addition to credit cards and bank transfers with no signup required, or the ability to configure multiple payment systems. Supporting multiple payment systems is the preferred option and would solve most of the feature requests for payment systems.

Not an idea but a very big complaint !!!! I am incensed with being forced to use your hand picked card card processor. How much money are they paying you , in kickbacks or incentives, to force your clients to use them or pay a 20% penalty??? I just filed the application to consider changing but found out today that using them will totally screw up my accounting system in QuickBooks. Our organization operates on a Cash Basis. When my renewal notices go out, people begin to renew their membership for 2020. That money must be counted in the year of 2020, for the proper operation management of our fiscal year. By using PayPal, I could leave the funds in the PayPal account until January 2nd, then transfer them into our checking account and the annual books are clean and accurate. I understand that I have no control when the funds will be deposited into our account with Affinipay. This will totally screw up our annual reports of funds management.

I think it is unfair, fundamentally wrong and potentially illegal, to force your current clients to make this switch or pay a significant penalty. PayPal is a long standing and universally accepted payment process company that everyone uses. You should allow your current clients to be grandfathered in and not stick the shaft to them. If you want to implement this, apply it to all new customers you acquire. My board has recommended that I look for another such company to [potentially replace you with. I would hope you will reconsider and treat your long time clients a little better and allow for exception to this new policy. I hope to hear back from someone that you have reconsidered this issue.

Some of our events have multiple costed items. The Stripe record contains all of these as well as the event name in its description field, for example:

Invoice #02740: Registration for "Bembridge Triangle" (03 May 2019 - 06 May 2019, Solent), Member Are you coming to the Bembridge BBQ? - Yes Are you eating at Master Builder? - Yes (Guest 1) Fred Bloggs (Guest 1) Are you coming to the Bembridge BBQ? - Yes (Guest 1) Are you eating at Master Builder? - Yes
This is obviously ridiculous as all we need to be passed to Stripe is the event name for the description field.
If this conflicts with others in our WA community, then at least give us the option to switch the full description detail off in the interface settings.
Thank you.