Feature Requests

Allow per-client or per-country Stripe processing fee setting
Stripe card processing rates vary significantly depending on where a client's card is issued, but Moxie's System Preferences only allows a single global Stripe fee % that applies to all invoices. Stripe's actual rates (for an Irish Stripe account) are: • EEA cards (e.g., Ireland, Spain): 1.5% – 1.9% + €0.25 • UK cards: 2.5% + €0.25 • International cards (e.g., US, Australia): 3.25% + €0.25 There is also a flat €0.25 per transaction that Moxie has no way to account for, since the setting is % only. Setting the global % too low means under-recovering fees from international clients. Setting it too high means overcharging EEA clients. There is no single % that works accurately across all card types. VAT on Stripe fees: For users not registered for VAT, Stripe charges 23% Irish VAT on top of their processing fees. This VAT applies to both the percentage component and the flat €0.25, making the true cost per transaction higher than the headline Stripe rate. For example, a US client payment doesn't cost 3.25% + €0.25 — it costs (3.25% + €0.25) × 1.23 = effectively ~4% when VAT is included. Current workaround: Manually changing the global % before each invoice, then reverting it — which is error-prone and easy to forget (and doesn’t account for the €0.25 so will never match the actual figure in Stripe). Requested feature: Allow the Stripe processing fee to be set at a more granular level, for example: Per client (on the client record). This would allow accurate fee pass-through for users with international clients, without under-recovering or overcharging on any invoice.
0
·
Invoicing Feature…
Allow embedded forms in agreements to map data to opportunity custom fields
Current behavior: When forms are embedded in an agreement template with "Merge client data" toggled on, the form data only maps to client custom fields — not to opportunity custom fields or contact custom fields, even when the agreement is linked to an opportunity. According to Moxie support: "The agreement only works one way, there's nothing in the agreement flows that update opportunity data. So it's only agreement → client and not agreement → opportunity." The inconsistency: If I send a form directly to a client and it has fields mapped to client custom fields, contact custom fields, and/or opportunity custom fields, all three types of fields will be mapped when the client submits the form. But if I embed that exact same form in an agreement and send it to the client, only the client custom fields get mapped — contact custom fields and opportunity custom fields don't. This creates an inconsistent experience depending on how the form is delivered. The issue: Forms embedded in agreements often capture information that's project-specific, not client-specific. This information should map to opportunity custom fields, but currently can't. Example: I have a form embedded in an agreement that asks clients to confirm the pages they want on their website. The package includes 8 pages, and the form asks them to list the names of those 8 pages. This is project-specific information — it's not relevant to the client record overall, so I want it mapped to an opportunity custom field. At the moment, that's not possible. Current workaround: To capture this data in opportunity custom fields, you have to either not embed the form in the agreement and send it separately instead (which creates extra steps and a less seamless client experience), manually copy the information from the embedded form submission to the opportunity custom field, or only use client custom fields as mapping keys in embedded forms (even when the data is project-specific and doesn't belong on the client record). None of these options are ideal. Requested feature: Allow embedded forms in agreements to map data to client custom fields, contact custom fields, AND opportunity custom fields when "Merge client data" is enabled and the agreement is linked to an opportunity — matching the behaviour of forms that are not embedded.
0
·
Agreements (Version 2)
Load More