

![]()
A carton lands at Cergy with FNSKU labels already applied by the seller, and within minutes a prep operator flags a mismatch that would have bounced the pallet at the Amazon FC gate. This happens more often than most sellers assume. The label looked fine on screen, printed fine at the warehouse, and still would have failed a scan at intake — because the failure was never about the label file, it was about print resolution, mapping logic, placement, or a leftover barcode from a previous shipment.
For Amazon.fr sellers routing cartons through an FNSKU labelling prep center France, the value is not just applying labels. It is catching the five recurring errors below before Amazon's receiving process does it for you, at the cost of a rejected pallet, a re-inbound cycle, and lost sellable days. This article walks through what each error looks like, why it happens, and what a prep check catches before FC rejection turns into a bigger problem.
Amazon's FC receiving process is a pass/fail scan. A barcode either resolves cleanly to the right ASIN and quantity, or it does not. There is no partial credit for a label that is almost correct, and there is no manual override at the dock door — a scan failure typically routes the unit to a problem-solve queue, and depending on volume, an entire pallet can be held back pending investigation.
The seller usually finds out days later, through a case log entry or a stranded-inventory flag, long after the truck has left. By that point the carton is sitting in an Amazon receive-dock exception queue rather than moving into sellable stock, and the seller is negotiating a resolution instead of shipping the next batch.
This is the core reason prep-stage barcode checks matter more than they look on paper. A five-minute scan check at a prep center catches the same failure an FC scanner would catch, but at a point where relabelling costs minutes instead of days. The mechanism is identical — a barcode reader either resolves the FNSKU or it does not — but the cost of failure moves from near-zero to a multi-day delay depending on where in the chain it is caught.
The most common error Cergy catches is not a data problem at all — it is a print problem. Thermal printers running low on ribbon, or desktop label printers set to a draft print quality to save toner, produce barcodes with thin or broken bars that a handheld scanner cannot resolve reliably. Contrast matters as much as resolution: a barcode printed on glossy label stock, or printed too light against a busy carton surface, can look perfectly legible to a human eye and still fail a laser or imager scan.
Sellers often assume that if the label prints and the FNSKU number is human-readable underneath the bars, the barcode itself is fine. That assumption is wrong often enough to matter. The bars carry the actual scan data; the printed number is a fallback for manual entry, not a proxy for scan quality.
A prep check that includes an actual barcode scan test, rather than a visual check, catches this before the carton ships. That single test replaces a guess with a pass/fail result.
When a print-quality failure reaches the Amazon FC instead of being caught at prep, the consequence is not just one relabel. Depending on how the pallet was built, an entire case pack or pallet can be pulled for manual inspection, because FC receiving staff cannot always isolate a single bad carton mid-scan run without stopping the batch.
That pause has a knock-on cost. Units sit in a receive-dock queue instead of becoming sellable inventory, which directly affects in-stock rate for the ASIN during a period the seller may have planned around a launch, a promotion, or a replenishment cutoff. Sellers rarely see this cost as a line item; they see it as a gap in inventory availability that shows up later in a sales dip.
There is also a soft cost: repeated barcode-quality issues on a seller's inbound shipments can affect how an FC's receiving team treats future pallets from that account, adding friction to the next arrival even when it is unrelated.
The second recurring error shows up on multi-variant listings — a shirt in three colors, a supplement in two dosage strengths — where each variant needs its own distinct FNSKU tied to its own ASIN. The mistake happens when a seller's label file, spreadsheet, or prep software carries over the wrong SKU-to-FNSKU pairing from a previous batch, so units of variant A get labelled with variant B's barcode.
This is easy to miss visually because the label looks correct in every way except the actual encoded data. A prep operator checking cartons against the packing list and cross-referencing FNSKU to the physical unit inside catches what a visual label check would miss entirely. The check is not about the label design; it is about confirming the barcode inside actually matches the unit inside the carton, not just the carton label on the outside.

The third error is placement. Amazon defines a scan zone on each unit and carton, and a label applied slightly off — folded over a carton seam, placed under stretch wrap, or partially covering a barcode with a shipping label — can make an otherwise perfect barcode unreadable to a scanner even though nothing about the print itself is wrong. This tends to happen when prep is rushed or when packaging design changes (a new box shape, a different poly bag) without an update to label placement instructions.
The fourth error sits between the physical carton and the paperwork: a mismatch between units-per-carton and what the ASN declares. If a carton is packed with 24 units but the ASN says 20, or the carton count on the pallet does not match the shipment plan, Amazon's receiving system flags a quantity discrepancy that can hold the whole shipment for reconciliation. This usually stems from a packing change made after the ASN was generated, without the ASN being corrected to match.
The fifth is duplicate or reused labels — FNSKU labels left over from a prior shipment, either physically reused on new stock or printed from an old batch file by mistake. Because the barcode itself will scan cleanly, this error is invisible to a print-quality check; it only surfaces when the FNSKU is cross-referenced against the current shipment plan and found to belong to a shipment that already closed. A carton compliance check that verifies label-to-shipment linkage, not just label-to-ASIN mapping, is what catches this before it reaches the FC.

Every one of these five errors is scannable and correctable at a prep bench in a way it is not correctable at an Amazon FC. At Cergy, a flagged carton gets a new label printed, the unit re-verified against the packing list, and the carton re-sealed — a process measured in minutes per unit. At the FC, the same error triggers a receiving exception, and the resolution path runs through case logs, seller support, and re-inbound scheduling, measured in days.
The difference is not just speed. It is who controls the fix. At prep, the seller's own team or their FBA prep services provider owns the correction and the timeline. At the FC, Amazon's receiving process owns it, and the seller is reacting to a case status rather than closing a loop.
Verify barcode scan pass/fail on a sample from each print run, not just visual clarity, before cartons are sealed for pallet build.
Cross-reference FNSKU against the physical unit and packing list on every multi-variant SKU, not just the outer carton label.
Confirm units-per-carton matches the ASN before the shipment plan is confirmed, especially after any late packaging change.
The decision in front of an Amazon.fr seller is not whether FNSKU errors happen — they happen across most catalogs at some frequency, especially on multi-variant listings or after a packaging change. The decision is where you want the error caught: at a prep bench where a relabel takes minutes, or at the FC gate where it becomes a receiving exception, a stranded pallet, and a support case.
If your current process relies on a visual label check rather than an actual barcode scan test, that is the first gap to close. If your multi-variant SKUs do not get a physical unit-to-FNSKU cross-reference before sealing, that is the second. Both are checkable without new equipment — they require a defined step in the workflow and someone accountable for running it before the pallet is built.
Sellers running cartons through Cergy get these five checks as a built-in part of prep, not an add-on step someone has to remember. That is the practical difference between catching a mismatched barcode on a bench and finding out about it three days later through a case log.
If you want these five checks applied to your own Amazon.fr shipments before they reach an FC, FLEX.'s Cergy team can walk through your current label workflow and flag where the gaps are. Reach out to discuss your FBA prep services setup and how prep-stage barcode verification fits into your existing shipment plan.
