Yes, Braintree and Taxamo have several widgets to facilitate their integration, but the way they work, they are tied to the credit card authorization process, while the tax services of interest are SETTLED transactions (that is, the customer is actually billed at the end days)
negotiated transactions are not the same as permitted transactions, voids, problems with IO in the API, client-side software errors, even credit card company policies (refunds, opt-outs, etc.) as a result what is allowed not equal to what is regulated / set,
a special world of pain continues when you consider complex formulas for visiting subscription updates (pricing), calculating discounts and add-ons, and the fact that none of my subscription API calls made using the sandbox have transactionan object (so I don't know what amounts are exposed to the client),
means that I need to redefine a bunch of advanced logic made by Braintree in order to output what the client sees in his bank statement, and hope that everything works out right, or the IRS on our back is -_- (in Croatia, companies are blocked for more than 1-3 Euro imbalance in tax reports)
So the question is, am I missing something?
- Is there an easy way to subordinate Taxamo only to settled transactions?
- Maybe the sandbox and webhooks layout behave differently than production, is it possible that API calls
Subscriptionand webhooks in production return an object transactionand that I just don't see it? - Does the current integration of Braintree and Taxamo support at least "the type of work in practice in 100% of cases", and am I too worried?
bbozo source
share