Hi everyone,

I am posting this after receiving an unhelpful reply from Seller Support, because I wanted to investigate the issue myself and see whether anyone else has seen the same behaviour.

I have two different parent listings with FBA child SKUs.

What I found is:

under one parent, the FBA child SKUs show quantity fields as 0

under another parent, the FBA child SKUs show quantity fields as either 9 or 0

These displayed numbers do not match the actual FBA inventory quantities.

I tried changing all the child rows showing 9 to 0.

When I checked again more than two hours later, those rows were still showing 9.

So from my side, the edit to 0 did not persist. I do not know whether the system rejected the change immediately or accepted it and then restored 9, but either way the page did not keep the value I entered.

I then inspected the pages in browser developer tools.

On the parent page where quantity appears, the live DOM contains a numeric input with an ID pattern like:

fulfillment_availability#1.quantity

and kat-aria-label="Quantity".

On the other parent page, the child rows do not expose that same quantity structure in the live DOM. Instead, I can see fields such as colour, external product ID, external product ID type, price, and condition note, but no fulfillment_availability.quantity field in the same inspected row.

So the two parent pages do not seem to be rendering the same child-row structure.

My questions are:

Why would one parent load child rows with a fulfillment_availability.quantity field while another parent does not?

Why would FBA child SKUs show values such as 9 or 0 when those values do not match real FBA stock?

Why does an entered change from 9 to 0 not persist?

Could this be caused by hidden fulfilment logic or a mismatch between FBA and merchant-fulfilled row models?

I am a small seller, not an engineer, so I should not need to inspect HTML just to understand why Amazon is showing quantities that do not match inventory and do not keep my edits.

Has anyone else seen this?

Case ID: 12219284542

Hi all, I’m hoping someone can explain what’s happening here (or point me to where to check the root cause).

Scenario

I have an existing variation parent with some FBA SKUs already active.

When I add new variations to the parent, I sometimes see a “Quantity” box appear on the product page / variation selection.

That quantity box often shows either “9” or “0” for the existing FBA variations.

Those numbers do not match my actual FBA inventory in Seller Central.

What I’m seeing

Sometimes the quantity box appears, sometimes it doesn’t (for the same parent listing, depending on when I check).

When the quantity box is hidden, the newly added variations default to FBA (even before I’m fully confident everything has synced correctly).

When the quantity box is shown and displays 9 or 0, it seems to create a channel confusion:

Buyers appear to be selecting an FBA offer/inventory, but the order can go through as FBM (or the listing behaves like FBM at checkout).

I’m worried this could lead to late shipment / cancellation risk and performance impact.

Questions

What does the “Quantity” box on the variation page actually represent?

(Is it a cached number, a per-offer purchase limit, a “available” estimate, or something else?)

Why would it show fixed values like 9 or 0 that don’t match Seller Central inventory?

Why does the quantity box appear/disappear intermittently? Is this an A/B test or different page template?

When adding new variations, is there a known sync delay where the fulfillment channel (FBA vs FBM) can temporarily mismatch between:

Manage Inventory / FBA inventory

Offer listing

Detail page variation UI

Checkout fulfillment path?

Where can I check logs/reports to confirm what Amazon thinks the offer is at the moment of purchase?

(e.g., Inventory Event Detail Report, Manage FBA Inventory reserved, Listing Quality/Offer tab, etc.)

What I’ve tried / checked

Verified actual FBA stock in FBA inventory pages (quantities are different from the 9/0 shown).

Issue happens right after adding variations (most noticeable during the first hours/day).

If anyone has seen this, I’d really appreciate:

what the 9/0 usually indicates,

how to prevent buyers ordering the “wrong channel,”

and what to tell Seller Support (keywords, screenshots, which report to attach) so they don’t give a generic answer.

Thanks in advance!

I have been trapped in a vicious cycle with one listing for over two months that I cannot seem to break out of, despite multiple escalations.

Here is exactly what keeps happening, over and over again:

Amazon's automated pricing health system flags my listing as uncompetitively priced and removes my Featured Offer

I provide proof showing my pricing is correct and justified

Amazon reviews it, agrees my pricing is compliant, and restores my Featured Offer

Amazon's same automated pricing health system flags the exact same listing again for the exact same reason

Repeat — this cycle has now happened nine times in two months

The core problem is that Amazon's algorithm is benchmarking my fully personalised, individually laser-engraved, made-to-order product against generic non-personalised products. Every time a human at Amazon reviews it they agree the comparison is invalid and restore my Featured Offer. But the automated system never gets corrected and keeps triggering the same flag again.

This has been escalated to specialist teams, partner teams, and the Managing Director's Escalation Department. Multiple internal investigations have confirmed my pricing is compliant. Yet the automated system keeps overriding those findings and removing my Featured Offer regardless.

My Featured Offer is currently inactive again and the cumulative damage to my sales rank and revenue over two months is severe.

Relevant Case IDs: 12311440552, 12212512732, 12100552052, 12160617902

I would really appreciate a Community Manager's help in breaking this cycle permanently.

Thank you.

Worth noting that OTDR is based on number of units sent NOT number of orders.

For example, if you receive one order for 9 items and then 9 orders for one item each, the order for 10 items goes late but all 9 of your other orders get there on time, your OTDR will be 50% (9/18) not 90% (9/10).

Same thing for me. But Ive been stuck for over 9-10 months