#mike-j_api
woven lanceBOT
👋 Welcome to your new thread!
⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1339607441666736243
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
timid yarrow
There is no such API, no. While you can keep track of your fees and calculate a supplemental amount based on payment method selection, we generally recommend setting your prices to account for fees of any payment methods you offer. Note that adding fees to a payment amount may not be allowed in all jurisdiction, so ensure you get advice to remain compliant with all applicable regulations.
drowsy pewter
Ok, so to be clear, your suggesting that if the most expensive payment type charged say £5 per transaction, and our next payment type charged £2 per transaction, you would recommend that we have a flat rate of £5 processing fee for every transaction. On the first type, the whole lot is paid to the provider, on the other we make £3 profit?
timid yarrow
Generally speaking, yes. or you can cake a statistical approach where you consider what % of customers select a payment method and consider the fee coverage in aggregate. It's really up to you to decide.
eg, if only 10% of customers pick the more expensive one you could cover all fees for all payments with eg £2.50 per payment, statistically.
drowsy pewter
Ok, cool. I'll keep that in mind. Thanks very much. 👍