Although PayPal is limited to certain currencies, it would be helpful to split the manual payment assumptions from the online payments so that Developing countries can still get membership fees and shopping goods in their own currency while giving the option of payment with PayPal in US$

Along side multiple currencies, an ability to configure a bank "account" tagged to transactions would be useful. That way if Wild Apricot Payments allowed multiple bank accounts you could record transactions to different bank accounts, in potentially different currencies.

we also need to charge in US and CAD for our members when registering to events. without it , we will need to explore other options like eventbrite but that would drive us to drop WA all together.

Just adding my comment in the hope of creating more interest, getting more votes, and pushing this up the list of improvements.

For me, it's a real pain because I'm about to have members in the UK, USA, Canada, Australia, New Zealand, etc. And I can only choose one currency. At the moment I use LC for Local Currency and try to explain in the invoice. It's confusing and looks unprofessional. Not as confusing and unprofessional as billing someone in Australia with UK £ though.

It is a real shame that multicurrency options are not available. I'll soon be launching a global network, and really want to be able to offer subscriptions to people in their own currencies. I also want to be able to offer subscriptions set at local price points - what's affordable in the UK or US is much less affordable the global south.

Agree with Robin that PayPal button is the most suitable workaround. Couple of other options that come to mind:

1. Always charge in one currency - e.g. in USD. If member pays by CAD, conversion will be held automatically by credit card company.

2. Another options is to create a separate site with another currency and use some of it's pages in widgets. But this implies having 2 WA accounts and having duplicates of contacts database - so this is not a good option.

But all of the above are just workarounds and all accounting in single WA account will be still in one currency

Hi Glenn,

It really depends on what you want to charge your Canadian/US members for in their own currency.

If you are talking about things such as WA membership dues, WA events or anything sold in the new WA store, you are currently limited to the currency designated in your global site payment settings options as described in my post to Roger below a few days ago.

On the other hand, you can also 'sell' stuff through a PayPal account directly - assumes that you use PayPal as a payment processor (but possible that other payment processors have similar functionality.

PayPal supports just about any global currency irrespective of which currency you define your PayPal account as.

PayPal allows for the creation of PayPal buttons where you can specify a set amount for an item (or whatever the purchaser wants to pay - great for donations) and the currency that you are charging in.

The Button creation tool generates code to link to the button on the PayPal site either from a web page (pretty picture) or from within an email (just the URL).

You can see an example of this implementation as a web page (CAD only) at: https://hodtoronto.com/Golf_Payments

2 Donation options that we have configured (US and CAD) can be viewed at:

http://donate.hodtoronto.com/US
http://donate.hodtoronto.com/Donate

While I understand and appreciate Apricot Kernel's explanation of why multi-currency support will not be available in the foreseeable future, I am disappointed that neither Kernel nor Oleg are able to offer any suggestions for a workaround.

My association must find a way to provide both US and Canadian members simple and low cost ways to make payment online or by check. And to have a way to explain that to members during the Wild Apricot payment process.

Oleg and Kernel, please give us some direction and ideas about how circumvent the single currency limitation. Thank you.

We will update the status of the thread when we start any real work here, but I cannot say when it will happen - we have quite a few of higher priority issues

Hi Oleg,

You are welcome - however that being said - multi currency (and multi payment processor) support is still a major requirement. When is that going to be provided?

Not having this totally prevents us (and other WA customers) from hosting multiple chapters on a single site and thus significantly increasing the operating costs for our chapters.

We would even be open to some level of additional charge for such a feature - just as long as it gives us a significant reduction of our current multiple site costs

Thank you Robin, I couldn't have made a better answer!

Hi Roger,

Multi-Currency is a requirement for a WA site to be configured to use more than 1 currency - eg BOTH USD and CAD as opposed to the current restriction of only a single currency.

Within the list of single currencies supported there are quite a few, including Singapore dollars - SGD.

From the Admin View - Click Settings/Finances/Payment Settings/Edit and you can choose the SINGLE currency that you want to operate your site in.

I am most upset that, as a non US organisation based in Singapore, that you are forcing members to use USD which then have to be converted again to Singapore dollars ie a double conversion at double expense. Did we miss this when researching this software that this is exclusively intended for American organisations? Especially as this concern was first flagged on 10/10/2013!

I would like to create two invoice templates in two different currencies

Robin, let me answer as a Product Manager of Wild Apricot.

First of all,
thank you for being active contributor into Wishlist forum. I can see that you have supported over 100 ideas for several last years. I (and all of us in Wild Apricot) appreciate feedback form customers as this helps us in further product planning, analysis and design.

Secondly,
I understand your position. Everyone wants (including me) to have their ideas implanted as fast as possible, not after several years. I wish we can do this, but goes to the next point.

Thirdly,
Wishlist forum has over 2000 open ideas in the Wishlist forum (and over 30K users) and this particular one has (only) 25 votes. Why I say "only"? We have about 200 other ideas with more votes than this particular one. We need to prioritize somehow. Number of votes is on of the key metrics in the prioritization - but not the only one, see next point.

Fourthly,
Wishlist is a great source of customer feedback, but this is not the only source of our product prioritization. We have our own business plans (e.g. business growth), other feedback channels (e.g. Support), security requirements (e.g. PCI DSS, GDPR), infrastructure works (hosting, code deployments, performance), decreasing tech debt (refactoring of code) and so on. All these requires some kind of balance and resource planning. We are paying attention to Wishlist and user votes contribute a lot into prioritization, but not just it.

Fifthly,
I looked into suggestions that you voted for over time and I can see that we have closed a number of them over time - which means we are working on it. For example:
- Prioritize Test Emails Ahead of "Final" Email Blasts
- Allow secondary/alternate emails for members
- Restricted access to documents and images (member only files)
- Registrant to view and change his event registrations
- RSVP - Simplified event registration
- Generating membership cards and certificates
Some more are in progress right now:
- Membership Trends Reporting
- Polls
- Uploading documents and photos in forum and blog posts
- Mapping location of members
Altogether, last year we closed about 1500 of votes on the wishlist (mostly top voted requests). We're paying attention to the forum and making progress over it.

Sixthly,
we do not share dates on purpose. Long time ago we were promising some releases dates but our expectations were always breaking. Situation changes all the time - people come and go, development can stuck at some unforeseen issues, a feature takes longer than expected and we see other opportunities. There is a lot of operational hidden activities that influence the end results that we decided not to promise at all.
My (our) position is simple: Wild Apricot is what it is now and it provides what it provides. We are committed to improve it over time, but this is a bonus, an extra thing. We won't be promising any dates and won't commit to anything. Instead, we openly share where we are and if we started working on something, we change status as "Work in progress" and it tells the world that at some point we may release it. "May" because situation can change and it can go back to backlog (postponed).

So, in short, this is not something we're going to have in 2018.

Robin, I do no want to seem rude and forgive me if I sound like one. As I said, I appreciate your active contribution and we do have progress over ideas that you voted for. But product prioritization is a sophisticated thing and we cannot give any promises.

Hi Oleg,

So you are not planning on doing this in 'the nearest future'.
Exactly what does that represent in terms of months or years? It is really a very vague answer.

You have as I read the above status 'Collecting Comments' been in this status since July 12, 2015. That is about 2 years 7 months now.

In all fairness to your customers, I would have expected that by now you have some idea of how to do this, the effort and cost to implement.

I feel that overall for all requirements from your customers that the feedback from Wild Apricot in respect of progress and possible availability is very poor. We never hear anything about when enhancements might be implemented until they suddenly get announced as available.

As part of a multi chapter group (Canada, USA, UK, Israel and South Africa) this is a key factor for us to expand the use of Wild Apricot across about 30 chapters.

I understand your frustration, Dustin, sorry about this. But I'm afraid we do not plan fixing this in the nearest future.

Oleg, Product Owner @ Payments Team

This is a big problem! We're putting on an event in Toronto and our members are REALLY upset that they are being asked to pay in USD for an event priced in CAD. Certainly, there has to be a workaround. This is nonsense. How can this not have been fixed in the last three years???

We're getting interest from Canada and Australia. It would be a bummer to have to segregate these members and events on another website just because of this currency issue....

In order to support members in different countries, need the capability to set membership rates for different levels in different currencies. Also need to be able to select currencies for each event. Related to this, need to be able to associate a different PayPal account for online payments for each member level and event. Maybe even different payment processor.