{"id":5005,"date":"2026-09-08T00:52:41","date_gmt":"2026-09-08T03:52:41","guid":{"rendered":"https:\/\/tucumandevelopers.com\/index.php\/2026\/09\/08\/why-your-amazon-payouts-never-match-per-order-and-how-to-reconcile-the-fx-gap\/"},"modified":"2026-09-08T00:52:41","modified_gmt":"2026-09-08T03:52:41","slug":"why-your-amazon-payouts-never-match-per-order-and-how-to-reconcile-the-fx-gap","status":"publish","type":"post","link":"https:\/\/tucumandevelopers.com\/index.php\/2026\/09\/08\/why-your-amazon-payouts-never-match-per-order-and-how-to-reconcile-the-fx-gap\/","title":{"rendered":"Why your Amazon payouts never match per order (and how to reconcile the FX gap)"},"content":{"rendered":"
If you sell on a marketplace whose currency differs from your bank’s, you have probably tried to compute, per order, how much you will actually be paid \u2014 and found that the numbers never tie out. Here is why, and the reconciliation approach that does tie out to the cent.
\nThe SP-API does not expose a per-order FX rate anywhere, and it is not an oversight:
\nOrders API (getOrders\/getOrder): amounts in the marketplace currency only. No FX, no converted amount.
\nFinances API (listFinancialEvents \/ listTransactions): also marketplace\/transaction currency only, and no applied FX rate.
\nTransfers API: gives you the amount actually disbursed \u2014 but at the disbursement level, aggregated, not per order.
\nThe reason is that Amazon does not convert per order. When Amazon Currency Converter for Sellers (ACCS) is used, the conversion is applied once to the net disbursement \u2014 many orders, fees, refunds and reserves aggregated \u2014 at ACCS’s own rate and timing.
\nIf you build your books by applying a spot FX rate to each order, they will never reconcile against your bank deposits. The residual sum(converted_orders) – actual_transfer becomes a moving error you cannot close, because your per-order spot rates were never the rate Amazon used.
\nStop reconciling per order. Reconcile per disbursement:
\nGroup every financial event that belongs to a settlement\/disbursement, in the marketplace currency, and sum to the net.
\nCompare against the transferred amount in your bank currency.
\nnet_bank \/ net_marketplace is the effective blended FX rate for that disbursement.
\nThat single rate ties out exactly, because it is derived from what actually happened, not from an external rate feed.
\nIf you need a per-order figure (for COGS or margin), allocate the blended rate proportionally to each order’s net. It is an allocation, not Amazon’s per-order rate (which does not exist) \u2014 but every order rolls up to the deposit you actually received.
\nThis is the same principle behind most Amazon financial reconciliation: the source of truth is the disbursement, not the order. Fees drift between the settlement report and the API, refunds land in different periods than the sale, and FX is applied on the aggregate. Reconcile top-down from the money that hit your bank, and let the residual be your alarm \u2014 if sum(matched) != total, something is unclassified, and that residual is usually where unclaimed money hides.
\nI build reconciliation tooling on the SP-API for exactly these gaps (the approach was acknowledged by Amazon’s SP-API team on issue #5353). If reconciling Amazon payouts is eating your week, my contact is at proficientstack.com. Either way, reconcile by disbursement, not by order \u2014 it is the difference between books that close and books that don’t.<\/div>\n

Fuente: Art\u00edculo original<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

If you sell on a marketplace whose currency differs from your bank’s, you have probably tried to compute, per order, how much you will actually be paid \u2014 and found that the numbers never tie out. Here is why, and the reconciliation approach that does tie out to the cent. The SP-API does not expose […]<\/p>\n","protected":false},"author":1,"featured_media":5004,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2},"webixso_pending_account_ids":""},"categories":[41],"tags":[],"class_list":["post-5005","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-devto"],"jetpack_publicize_connections":[],"_links":{"self":[{"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/posts\/5005","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/comments?post=5005"}],"version-history":[{"count":0,"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/posts\/5005\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/media\/5004"}],"wp:attachment":[{"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/media?parent=5005"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/categories?post=5005"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/tags?post=5005"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}