Now that Affinipay has a bluetooth reader/swiper, is WildApricot going to be able to integrate that as a payment option?
This is the text from an Affinipay email:
Introducing the all-new AffiniPay for Associations mobile app and Bluetooth reader/swiper
We are thrilled to announce the launch of our brand new AffiniPay for Associations app and Bluetooth reader/swiper!
Available for both iOS and Android devices, our mobile app allows you to accept contactless payments and the latest chip card technology, making your payment processing more flexible and convenient for your members. Enter a member’s payment details manually or use our new Bluetooth reader/swiper to make it even easier to get paid on-the-go. If you’re already using one of our readers/swipers, we strongly recommend you upgrade to our latest model.

This is not per se a new feature or improvement idea, but more like a rant.

We have members from all over Canada and some even from across. We are using Wild Apricot for the membership management, and it works great. Once or twice a year we have an event such as a conference. We create the event and sell "tickets" for the event with Wild Apricot as well. To give you an idea, this year the event will be held in Ottawa, ON. It blows my mind that we cannot set the fixed 13% tax rate on the "tickets" we are selling, which by law we must do for the in-person conference. Right now we disabled the tax option in the event settings and manually added 13% tax on top of the registration prices, however this will generate more work for me in a later stage whereas registrants want to reimburse registration fees with their employers. Employers want receipts that include the tax rates etc. as well.

It would be great if Wild Apricot would add that option to the system as well.

To make it a little more difficult, due 2 Covid we offer 2 different types of registration. Just the regular registration where registrants attend the conference, which should be taxed with the tax rate in whatever province the conference is held. The other option is a hybrid ticket where registrants will "join" from their computer at home and for those we have to tax the rate of the province where the registrants are living.

Payment instructions (https://gethelp.wildapricot.com/en/articles/524-payment-settings#instructions) currently support only text, but they are commonly embedded in places (such as invoices or e-mails) that support HTML. Our members find the limitation to text extremely inconvenient, as they would like to see the QR code (a PNG graphic) used for e-banking in Switzerland (and elsewhere) instead of having to enter our account details in their e-banking applications.
We would also like to provide a link to a downloadable payment slip (also used to expedite e-banking) and, in the case of events, to our no-show policy, which explains their financial obligations in case of late cancellation or failure to attend.

1. Use the invoice template to generate the 'web version' of invoices.
2. Include a download option.
3. Email invoices generated with the invoice template to event registrants.

Explanation:
Currently, registrants cannot access, download or print compliant invoices for paid events.
The 'web version' of invoices does not use the invoice template.
In Australia, invoices must be properly formatted to be GST compliant. The invoice template allows a compliant invoice to be created. The 'web version' of the invoice does not use the template, is not compliant and can't be printed or downloaded. Members cannot access compliant invoices, the only option available is for administrators to email invoices to each member. There is no facility to bulk email invoices.

I want to be able to track the financials for an event - included who paid what and who was refunded. With v5.9, invoices are not deleted (hurray!) but are voided and payments are unsettled. This 'breaks the link' between the payment and the event. I'd like to have an audit trail of all financial transactions related to an event, even for cancellations.

Background - the specific use case is events that have cancelation fees associated with them. When someone cancels we still need to charge them. Canceling them from the event voids the invoice and unsettles the payments. I now have to raise a new invoice which is not connected to the event, making tracking event-related financials very difficult or nearly impossible without lots of manual work arounds.

The macro {AmountOwing} for invoices appears to be a misnomer. The macro does not respect any general credits available on the account, so it is only the amount owing to the specific invoice. In commercial billing it is standard practice for invoices to inform customers of any remaining credits on their account and the net balance due. Please support including available credits and net balance due in invoices.
P.S. It appears that the net balance due is available in the macro {ContactBalanceAmount}. However, including this on an invoice without reference to the credits which cause it to differ from {Amount_Owing} is more confusing than enlightening.