What Is Cash Application and How Does It Work for CPG Deductions?

What makes cash application different for CPG brands?

A distributor sends a single check covering multiple invoices minus deductions. One check might reference 20 invoices. The accounting team has to do three things with that check:

1. Enter all deductions into a credit memo.
2. Apply the credit memo across each invoice until the check is fully cleared.
3. Code each deduction to the right general ledger bucket.

That three-step process (credit memo creation, invoice application, general ledger coding) is where CPG cash application diverges from standard accounts receivable work. Measure the time your own team spends matching records and researching exceptions before estimating an automation benefit.

How does a check with deductions actually get applied?

Start with the credit memo. Every deduction on the check becomes a line item on the credit memo. Once the credit memo is created, it gets applied across the open invoices that the check references.

There are two ways to apply credit memos: auto-apply starting from the highest invoice amount, or manually select which invoices to apply to. Either way, you apply until the check is fully cleared. Every dollar is accounted for, whether it went to an invoice payment or a deduction.

The brand needs to see the result in their accounting system, whether QuickBooks, NetSuite, or another platform, with the correct distribution center, month, retailer, and reason noted.

What happens when the invoice amount does not match?

Sometimes the distributor's check references an invoice amount that does not match what is in the accounting system. The causes are usually mundane: allowances calculated differently between the distributor and the brand, or electronic data interchange invoice adjustments made after the original invoice was sent.

The size of the discrepancy depends on the account, payment terms and program fees. Identify its source before deciding how to code it.

Set dollar thresholds with your finance team. For example, you might write off discrepancies under $5 and route discrepancies over $1,000 to manual review. Choose the accounts and approval rules that match your accounting policy.

How should deductions be coded to the general ledger?

Code to what the distributor calls the deduction type first, then map to your own general ledger codes. This two-step approach preserves the distributor's classification (which you need for disputes) while keeping your books organized the way your finance team expects.

For underpayments: enter as a negative deduction with no reason code. For overpayments: enter as a positive deduction. Both get mapped to whatever general ledger code the brand uses for that category.

The general ledger coding is where most brands lose visibility. If shortages get coded as generic sales reductions instead of shortage deductions, you cannot track what is actually driving costs, and you cannot dispute what you cannot see.

Can cash application be automated?

The way cash application should work: the system automatically knows the check has been processed, applies all deductions attributable to that check, and deposits it in the accounting system without manual data entry.

Evaluate automation using your own match accuracy, exception volume and review time. A high match rate is only useful if ambiguous cases remain visible and the accounting team can review the evidence.

Time savings should be measured against your own baseline. Track time spent collecting remittances, matching invoices, reviewing exceptions and preparing entries before and after a workflow change.

How Revya handles this

Revya matches distributor payments to invoices, flags unexplained balances, and prepares GL-coded credit memos for export. Your accounting team reviews the results and posts them in its accounting system. See how Revya supports cash application