When Amazon DD+7 deferred transactions make the available payout look much smaller than the seller's sales activity, the first job is not to write a broad complaint. The first job is to reconcile what Amazon says is posted, deferred, released, reserved, deducted, or still blocked.
That matters for US sellers because Amazon is updating Date Range Transaction and Summary reports by April 30, 2026, for the US, Canada, Mexico, and Brazil stores. UK and several European stores are on a separate rollout through May 31, 2026. The new report fields can help, but only if the seller reads them before escalating a funds case.
Do not call every small payout a funds hold
Under DD+7, money can be temporarily deferred even when the account is active. A stronger escalation starts by showing which transactions should have released and which ones are still inside normal delivery-date timing.
Short answer: match status to release date first
Amazon's updated payment reports are meant to show released and deferred transactions in one place. For an affected US seller, the practical value is the ability to separate earned activity from payout eligibility instead of treating the Payments dashboard as one confusing balance.
- Request a Date Range Transaction report from Payments, Reports Repository, using All or Unified Reports where available.
- Use a start date of January 1, 2025, or later so the updated deferred-transaction logic can apply.
- Look for the transaction status field to see whether the order is deferred or released.
- Look for the transaction release date. If the field is blank, the transaction may still be deferred under delivery-date timing.
- Compare released transactions with disbursements, fees, refunds, shipping-label charges, advertising deductions, and any Account Level Reserve movement.
Separate DD+7 from a true account-level funds problem
DD+7 is usually an order-timing issue: funds become available after delivery date plus the reserve period. A true funds-on-hold case is different. It usually involves account review, deactivation, release conditions, policy risk, or money that remains unavailable after it should have cleared ordinary reserve timing.
- Treat it as DD+7 timing when the order is delivered recently and the report still shows the transaction as deferred.
- Treat it as Account Level Reserve when Amazon is holding money to cover refunds, claims, chargebacks, or other account obligations beyond one order's release date.
- Treat it as Negative Balance when Amazon says the account owes money after fees, refunds, reversals, or failed charge attempts.
- Treat it as Banking Details or Verification when payout release depends on deposit-method, legal-entity, identity, or beneficial-owner review.
- Treat it as Funds on Hold when Amazon is withholding otherwise payable money because of account status, policy review, deactivation, or unresolved release conditions.
Build a report packet before opening another case
Seller Support is less likely to solve a DD+7 complaint framed only as unfair withholding. A cleaner case gives the reviewer a transaction-level map: which orders posted, which orders are deferred, which should have released, and what deduction or blocker explains the gap.
- Save the Payments dashboard screenshot showing total balance, available balance, deferred transactions, reserves, and unavailable balance.
- Save the Date Range Transaction report generation date, reporting period, marketplace, and account type used.
- List the order IDs with posted date, delivery date, transaction status, expected release date, actual release date, and amount.
- Mark any shipping-label charges, Amazon Ads deductions, refunds, chargebacks, or fee corrections that reduced available balance after the sale posted.
- Keep US, UK, and EU marketplaces separate because the reporting rollout dates and reserve history may not match across stores.
When escalation is justified
Escalation makes more sense when the report packet shows a specific defect or account blocker, not just a painful cash-flow result. The strongest DD+7 funds cases usually point to one narrow failure pattern.
- Transactions show as released, but the money did not move into available balance or a disbursement record.
- Transaction release dates have passed, but the same amounts remain deferred without a visible reserve or account-health reason.
- Sales or deferred transactions appear missing from the All Accounts balance after normal report latency has passed.
- Amazon support has closed cases without addressing the order IDs, report fields, or release dates you provided.
- The payment issue sits next to a deactivation, verification request, banking rejection, negative balance, or reimbursement-claims review.
The practical close is simple: use the updated reports to name the blocker before you escalate. If the money is still inside DD+7 timing, manage the cash-flow schedule. If released funds are missing, if reserve logic does not match the report, or if account-health status is blocking payout, move the case back to the funds-on-hold or adjacent owner route so the next submission answers the real payment problem.