Anyone have luck with accessing the Transaction status of an order through the SP-API ?

Some of our orders have "Deferred" transaction status - and we can see it through the transaction view - but cannot find how to access that information through the API.

When requesting the /finances/v0/orders/{orderId}/financialEvents API endpoint it returns empty - even though the order has been already shipped and is not in pending state.

Looking for feedback from other 8 figure sellers. We have multiple 3rd party apps pulling data via the SP API - helium10, forecastrx, tinuiti, webgility, webee, shipstation and a few others. Multiple applications are being throttled - our data is not at least 4 days behind = approx 6000 orders. Making it impossible to track multiple KPI. We utilze AWD, FBA and MCF - lack of data at the busiest time of year = lost revenue and increase expense.

Please reply if you are experiencing similar issues. Thx Craig

Has anyone else noticed this? The store "Amazon Global Store" has been given an unfair advantage because the pricing information for their listings returned by SP-API does not match the listing price shown to customers.

For example, ASIN: B083MDDPJ3. Visit the page and you'll see it offered to US customers at $38.40, with free shipping. But if you make an SP-API GetCompetitivePricing call, it tells you it's selling for $38.40 PLUS $17.14 shipping.

This means repricers are unable to win the buy box against Amazon Global Store because they think it is selling for a higher price than it actually is.

I opened a case - 15743634901 - to ask for an explanation, but was fobbed off by Developer Support who claim it is working as intended. However the end result is anti-competitive.

I asked Developer Support why SP-API shows the wrong price, and they said there is no such thing as a default delivery location for SP-API, and that "API could only return the shipping fee that seller pre-set up." But as far as I can tell, there is no way for an ordinary seller to set a shipping fee which then is not applied when the item is sold on the US site.

How can it be right that SP-API reports a higher price than is actually being offered?