How do CPG suppliers validate unsaleables and swell claims?

AI agents like Transformance's Vero read unsaleables and swell deductions with their claim backup, so your team can test each one against the agreement: allowance rate, claim evidence, no double recovery. Decision table, evidence checklist and month-end check below.
Three glass-block columns with duplicate pairs identified and separated, visualizing CPG deduction validation

Key Takeaways

  • Vero, Transformance’s AI agent, reads remittances and claim documents in any format and classifies each deduction into one of six categories in under 15 seconds, against 45 minutes by hand (Transformance customer data, 2026).
  • Unsaleables reach AR through three mechanisms: a flat swell (spoils) allowance, itemised actual-cost claims and reclamation-processor charges. Identify the mechanism before you judge the line.
  • A swell deduction is valid when the agreed rate times the agreed base for the period equals the amount taken; inside the agreed rate it is a cost of sales to accept, not a dispute to win.
  • The costliest error is double recovery: a swell percentage and itemised claims for the same products and period when the agreement allows only one.
  • Accrue swell on sales, true up against actual deductions every month, and rebuild the rate from twelve months of your own data before each annual agreement.

In This Article

How do CPG suppliers validate unsaleables and swell claims?

Transformance’s Vero reads the claim backup and classifies each deduction; validation then runs by mechanism: swell as rate times base, itemised claims against their detail, and nothing recovered twice.

The table is the decision structure for a consumer goods supplier selling to grocery chains, drugstore chains and wholesalers. Read across the row that matches the remittance line.

Unsaleables deductions: four cases, the number to check and the record that decides (an example design, not a standard)

MechanismWhat the retailer takesCheck againstDeciding recordAccept whenDispute when
Swell (spoils) allowanceA flat percentage of invoice value or purchases, off invoice or as a recurring deductionRate, sales base and dates in the agreementSigned agreement or amendment; the invoices the percentage was applied toRate × eligible base equals the deductionRate, base or period differs, or it was applied to excluded items or free goods
Itemised actual-cost claimQuantity × cost of product the retailer reports as unsaleableClaim terms in the agreement; your shipment and invoice for those lotsClaim detail with SKU, date code and quantity; disposal or return record where requiredDetail supports it, inside the claim window, and you shipped the productNo detail, wrong SKU or lot, outside the window, damaged after receipt, or a duplicate
Reclamation-processor chargeAn invoice or deduction for goods a third-party processor handledProgramme terms; the processor’s reportSettlement report; the credit shown on the remittanceReport lines tie to your shipped products and the agreed feeLines are not yours, the fee is outside the terms, or a swell already covers the goods
Swell and itemised togetherA swell percentage plus itemised claims for the same period or productsWhether the agreement allows bothThe clause; the two deductions side by sideThe agreement explicitly allows bothThe same product and period appear in both: list them and dispute the overlap

Terms vary by agreement; this is a structure to adapt, not a standard. This is general guidance, not legal advice.

Two definitions. Unsaleables are product a retailer cannot sell: damaged, expired or out of code. A swell allowance (also spoils or spoilage allowance) is a negotiated percentage a supplier gives a retailer in advance to cover unsaleables; it normally stands in for individual claims unless the agreement says both apply. Some agreements call it a “damaged and defective allowance”: the clause, not the label, decides.

Illustrative example (fictional figures, USD). The agreement with a grocery chain sets a 2% swell allowance on net invoice value. Four weeks of invoices total USD 240,000, and the remittance carries a swell deduction of USD 4,800: 2% × 240,000 = 4,800, so the line is valid. The same remittance carries USD 3,150 for “damaged goods”, itemised across 14 SKUs shipped in the same four weeks. Two questions decide it: does the agreement allow itemised claims on top of the swell, and do those lots sit inside the swell base? If the swell is “in lieu of” itemised claims, the USD 3,150 is disputed: one payment, two mechanisms, one dispute.

Accept what the agreement gives. A swell deduction inside the agreed rate is an expected cost of sales; disputing it burns analyst hours and key account goodwill. Rules and rates vary by agreement, and we found no current public benchmark for unsaleables or swell rates, so your own data is the reference.

Takeaway: name the mechanism first; it tells you which number and which record decide the line.

‍

‍

‍

‍

What are the three ways retailers get reimbursed for unsaleables?

Retailers recover unsaleables as a flat swell percentage, as itemised actual-cost claims, or through a reclamation processor, and many agreements mix them, which is how duplicates start.

Swell (spoils) allowance. A fixed percentage agreed in advance, taken off invoice or as a recurring deduction. In AR it is a regular short-pay line at the same rate each period, or no deduction at all when netted on the invoice; the off-invoice allowance entry explains when an on-invoice allowance turns into a deduction.

Itemised (actual-cost) claim. The retailer claims quantity times cost for specific units, with SKU and date code, usually on a debit memo with a claim number. In AR it becomes a residual item carrying that claim number until someone validates it.

Reclamation. A third-party processor collects, sorts and disposes of or returns unsaleable product for the retailer, then charges the supplier by invoice or through the retailer’s deduction. You pay the invoice or tie the deduction to the processor’s settlement report.

Where unsaleables sit. The swell allowance is agreed like trade terms; itemised claims are non-trade and stand or fall on operational records. The two families are compared in trade deductions in CPG.

Takeaway: if one agreement uses two mechanisms, check every period that they cover different products.

How do you validate a swell allowance deduction?

Multiply the agreed rate by the agreed base for the period; if the deduction equals that figure, accept it and clear the accrual, and if not, find which input differs.

Five steps to validate a swell deduction

  1. Find the clause: rate, base (gross or net invoice value, purchases or shipments), period and exclusions.
  2. Rebuild the base from your own invoices for the period, net of what the clause excludes, such as off-invoice allowances, free goods or freight.
  3. Apply the rate to the rebuilt base.
  4. Compare the result with the deduction, allowing for rounding.
  5. Clear the accrual if it matches; if not, open a dispute with your recalculation attached.

Typical mismatches: the rate applied to gross instead of net; invoices from the neighbouring period in the base; items an amendment excluded; last year’s rate after a new agreement took effect.

Clause wording. “In lieu of” itemised claims means the swell is the only reimbursement for that scope. “In addition to” means itemised claims can also apply, usually for a defined scope such as damage noted at delivery. Overlap disputes usually turn on this wording, so quote the clause.

In the example, USD 4,800 matches, so the swell line clears against the accrual and the analyst moves to the USD 3,150. The month-end side is covered in reconciling trade promotion accruals with deductions.

Takeaway: a swell check is arithmetic on the agreement; the input that fails is your dispute reason.

How do you validate an itemised unsaleables claim?

Match the claim to a shipment you made and to the agreement’s claim terms, then check the detail, the window and the disposal record before accepting any line.

Evidence by cause for itemised unsaleables claims (an example design)

Cause the retailer givesDeciding recordThe question it answers
Expired in storeDate code against your shipment date and the minimum remaining shelf life agreed at receiptDid the product leave you with the agreed remaining life?
Out of code at receiptReceiving record and date codeWas the short date noted, or the goods refused, at receipt?
Damaged in transitProof of delivery with exception remarks; carrier recordsWas the damage noted when the delivery was signed?
Damaged in storeClaim detail; the agreement clause on store handlingDoes the agreement cover store damage, or does the swell already cover it?
Product defectYour quality records for the lot; complaint logIs the defect in your lot? If yes, accept and route to quality.
Retailer-initiated pull (discontinued item, shelf reset)The discontinuation or reset agreementDid you agree to take back or fund the leftover stock?
Seasonal leftoverThe seasonal or promotion agreement’s return termsDid the agreement promise sale or return?

Start with the shipment. Every line must tie to a product, lot and delivery you made. A SKU you never shipped to that location fails before any other test.

The disposal record. Where the agreement requires proof of destruction or return, ask for it before you accept: who disposed of the goods, when, and how many units.

Flag the window at intake. Claim and dispute windows are set by the agreement or the retailer’s supplier terms and can close before you respond. Record the deadline when the deduction arrives; the dispute steps are in the B2B invoice dispute workflow.

Partial acceptance. Accept the supported part with a credit memo, dispute the balance and record both on the same claim number; the terms for each outcome are in dispute vs deduction vs short pay vs chargeback. If the detail is missing, ask for it first with a short note, as in the emails to a customer who short-paid. Backup often sits in the retailer’s supplier portal: see matching retailer portal backup to deductions.

Takeaway: an itemised line is valid only when your shipment, the agreement and the claim detail all point the same way.

How do you stop the same unsaleables being recovered twice?

List every swell and itemised deduction by retailer, SKU and period, and flag any product that appears in both, since double recovery is a common and avoidable error.

Double recovery means the same product is paid for twice: through the swell percentage and again through an itemised claim or a reclamation charge. It happens when the same goods go through two routes, or when an agreement changed and the old route kept running. Four controls catch it:

  • One claim reference per deduction. A claim number on two remittances, or on a remittance and a later debit memo, is a duplicate until proven otherwise.
  • SKU-and-period overlap test. Put the itemised lines next to the swell base for the same period; any SKU covered by an “in lieu of” swell is disputed.
  • Reclamation lines against the swell base. Processor charges for goods inside the swell scope are an overlap unless the clause says otherwise.
  • Deducted, then invoiced. An amount already deducted that later also arrives as an invoice is paid once.

Where the data sits. The remittance line carries the amount and usually the claim number; the claim-detail download carries SKU, date code and quantity; your credit memo log shows what you already accepted. The test needs all three in one list per customer and period. Duplicates also distort reporting; see the deduction KPIs for CPG suppliers.

Takeaway: run the overlap test every period, before you accept the itemised lines.

How do you accrue and true up unsaleables at month end?

Accrue the swell rate on sales as they happen, hold itemised claims against a separate expectation, and compare actual deductions with both each month so a gap names an owner.

Accrue by retailer and agreement. Book the swell rate on each period’s sales and clear each valid swell deduction against that accrual. Where itemised claims are allowed in addition, keep a separate expectation for them, treated as agreed with your controller.

The monthly true-up. Per retailer, compare accrued with deducted and explain the variance by rate, base, period or volume. In the example, USD 4,800 was accrued and USD 7,950 deducted. The USD 3,150 gap is the itemised claim: a dispute if the swell is “in lieu of”, otherwise an expectation nobody accrued.

‍

‍

A standing gap points to a base error (the retailer applies the rate to a different figure) or an unaccrued itemised flow. The first goes to AR and the key account manager, the second to finance and the agreement owner. The full accrual method is in reconciling trade promotion accruals with deductions.

Takeaway: a true-up that explains every variance by a named input is evidence for your next dispute and your next agreement.

How do you check whether the swell rate is still right?

Rebuild the rate from your own history: swell paid, itemised claims and reclaim fees by retailer, product family and cause over twelve months, set against the percentage you give.

  1. Total the swell deductions per retailer over the last twelve months.
  2. Add the itemised claims and reclamation charges you accepted for the same retailer and period.
  3. Split both by product family and cause (expired, damaged in transit, damaged in store, defect).
  4. Express the total as a percentage of the base the swell clause uses and set it against the agreed rate.

Pack changes, shelf-life changes and new distribution routes move the real figure; a rate nobody revisits drifts, in either direction. The analysis goes into the next annual conversation with the key account; how it is used there is a commercial decision for sales. With no current public benchmark, twelve months of your own data by cause is the best reference you have.

Takeaway: review the rate before each annual agreement, from your own twelve months by cause.

Who owns unsaleables deductions inside your company?

AR owns intake and the match, supply chain owns the root cause, and sales or trade marketing own the agreement terms, so every unsaleables code needs a named owner.

  • AR or the deductions team: intake, classification, the swell arithmetic, the overlap test and the dispute.
  • Supply chain, logistics and quality: shelf life at shipment, transit damage, pack strength, defects by lot.
  • Sales, key account management or trade marketing: the agreement, the rate and the clause wording.
  • Finance or the controller: the accrual, the true-up and the reporting.

In the example catalogue in deduction reason codes, unsaleables sit in the damage family as “unsaleables or returns allowance” (DMG-02), with an owner and a test like every other code.

Repeats are a supply-chain signal. Recurring claims on one SKU point to pack, shelf life or handling: escalate with SKU, cause, quantity and the twelve-month trend. How deductions trace back to their origin is covered in where customer deductions come from.

Takeaway: AR validates the line; the owner of the cause can make the next line smaller.

How does Transformance validate unsaleables deductions?

Vero, Transformance’s AI agent, reads the remittance and claim backup in any format, classifies each deduction, investigates it and proposes accept or dispute with the evidence; a person approves.

ClaimIQ, Transformance’s deductions module, identifies deductions with 97% accuracy (Transformance platform data, 2026) and classifies each one into six categories in under 15 seconds, against 45 minutes by hand. Rules auto-validate about 40% of trade deductions, with 5-10% revenue recovered (Transformance customer data, 2026).

Vero investigates each exception from Customer 360, its working memory for every customer, fetches internal and external information and proposes a resolution with the evidence. Postings follow a 4-level approval model (read, recommend, execute, post) with a human in the loop for ERP postings, and a full audit trail.

Which clause applies, which base, when to accept and when to dispute stay your policy. Vero brings the remittance line, the claim backup and the customer’s history to the analyst, so the decision is made from one view. See deductions in Transformance, how CPG manufacturers resolve retailer deductions and, for teams on SAP, AR automation for CPG and FMCG on SAP.

Takeaway: the agent reads, classifies and gathers the evidence; your team keeps the verdict and the approval.

Who Transformance is for

  • ERPs: finance teams that run AR in SAP S/4HANA (on-premises, private or public cloud), SAP ECC, NetSuite, Microsoft Dynamics 365 Finance & Operations or Business Central, or Odoo, all running in production with customers; Oracle and Infor are supported.
  • Size: mid-market to large enterprise, 250 to 2,000+ employees, including groups with several entities and shared service centres.
  • Payment volume: from under 1,000 to over 100,000 payments a month.
  • Industries: manufacturing, consumer goods and food and beverage, logistics, e-commerce, agriculture, energy and professional services.
  • Scope: cash application alone, or the full order-to-cash: cash application, deductions, AR collections and cash forecasting.

Conclusion: name the mechanism, check the number, pay once

Identify whether a line is swell, itemised or reclamation; check the rate and base, the claim detail or the processor report; run the overlap test every period. Accept what the agreement gives, dispute what it does not, and review the rate from your own data each year. Book a Call to see how Transformance reads your deductions and prepares the evidence.

Key terms

  • Deduction management: identifying, validating, resolving and recovering customer short payments.
  • Short pay: a payment below the invoiced amount, with or without a reason.
  • Off-invoice allowance: a discount taken on the invoice; it becomes a deduction when it is missed.
  • Trade deductions: deductions from promotions, allowances and trade agreements.
  • Proof of delivery: the signed record of what was delivered; it decides transit damage claims.
  • Credit memo: the document that reduces a receivable when a valid deduction is accepted.

Related guides

‍

‍

Frequently Asked Questions

What is a swell allowance, and how is it different from unsaleables?

A swell (spoils) allowance is a negotiated percentage a supplier gives a retailer in advance to cover unsaleable product, usually in place of individual claims. Unsaleables are the product itself; the swell allowance is one way of paying for it, alongside itemised claims and reclamation.

Can a retailer take both a swell allowance and itemised unsaleables claims?

Only if the agreement says so. Check whether the swell is “in lieu of” or “in addition to” itemised claims, and dispute any overlap for the same products and period.

What evidence do you need to dispute an unsaleables deduction?

The agreement clause, your invoice and proof of delivery for the lots, the claim detail with SKU, date code and quantity, and the disposal or return record where the terms require it. For a swell line, attach your recalculation of rate times base.

How often should you review the swell rate?

At least before each annual agreement, using twelve months of your own swell, itemised and reclamation data by retailer, product family and cause.

Which ERP systems does Transformance work with, and how long does it take?

SAP S/4HANA and ECC, NetSuite, Microsoft Dynamics 365 Finance & Operations and Business Central, and Odoo, all running in production with customers; Oracle and Infor are supported. The ERP connection typically takes 2-3 days, and your IT team may be involved; a full rollout takes up to 4-8 weeks (Transformance customer data, 2026).

How large does a company need to be, and how many payments can it handle?

Transformance is built for mid-market to large enterprise teams with 250 to 2,000+ employees, handling from under 1,000 to over 100,000 payments a month, including groups with several entities and shared service centres.

What does it cost?

The cost depends on scope, from cash application alone to the full order-to-cash including deductions, and on the number of entities. Book a Call and we size it with you.

SAP, SAP S/4HANA, Microsoft, Dynamics 365, Business Central, Oracle, NetSuite, Odoo and Infor are trademarks of their respective owners (SAP SE, Microsoft Corporation, Oracle Corporation, Odoo S.A., Infor). Transformance is not affiliated with or endorsed by them.

Continue reading