Skip to main content
Card class: Non-HeroCategory: Ecommerce Platform
Customer payments applied in the period. Lags invoiced revenue by typical DSO.

At a glance

Total customer payments applied across the 30-day window. Lags invoiced revenue by the typical DSO. The treasury-relevant view of how much actually banked vs how much was booked.
What it countsSum of applied_receipt_amount across Oracle Receivables for the window. Includes lockbox, ACH, wire, cheque, credit-card payments processed via Oracle Payments module.
Tax treatmentGross.
CurrencyReporting ledger.
Business Unit scopeRespects dashboard filter.
Time window30D vsP
Alert triggerdrop >15% vsP
Sentiment keycash_collected
Rolesowner, finance

Calculation

Calculated automatically from your Oracle ERP Cloud data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading.

Worked example

A US Fortune 500 distributor on Oracle ERP Cloud. 30-day window 14 Mar 26 to 12 Apr 26.
PeriodCash CollectedvsP
This period$186,200,000-3.1%
Prior period$192,200,000
Five things to notice:
  1. **186Mcollectedin30daysvs186M collected in 30 days** vs 232M revenue invoiced for the same window. The ratio (cash / revenue) is 80% on a 30-day window, consistent with Net-30 terms and 50-day DSO (cash today reflects revenue from ~50 days ago).
  2. 3.1% drop vsP, well within the 15% alert threshold. Normal noise. If this drop persists 2-3 periods running, look at DSO.
  3. Channel mix: lockbox (auto) ~65%, ACH ~20%, wires ~10%, credit card ~5%. Healthy automation rate.
  4. Cross-reference Cash Application Rate: cash collected and successfully applied at 88% means $20M is in the unapplied / on-account queue.
  5. Trend matters most: cash collected vs invoiced revenue for the same period gives the rolling collection efficiency.

Sibling cards merchants should reference together

CardWhy pair it with Cash Collected
DSOLong-run efficiency.
Invoiced RevenueNumerator on the booking side.
Cash Applied TodayDaily intraday view.
Cash Application RateProcess efficiency.
Revenue Booked into GLSpread to cash = working-capital lag.

Reconciling against the vendor’s own dashboard

Where to look in Oracle ERP Cloud:
Receivables → Reports → Receipts Register OTBI → Receivables Receipts Real Time filtered by date range Cash Management → Bank Reconciliation for bank-side parity
Why our number may legitimately differ:
ReasonDirectionWhy
Receipt date vs application dateEitherCard uses application date. Receipts received but not applied are excluded.
Multi-currency translationSmallReporting-currency conversion.
Cross-connector reconciliation:
CardNotes
Stripe / PayPal payoutsCard-payment receipts that flow Stripe→bank→Oracle Receivables.
Bank statementsMatch daily total to bank deposit total.

Known limitations / merchant FAQs

Why does cash collected lag invoiced revenue by ~30-50 days? Net-30 terms means typical receipt 30 days after invoice plus collection slippage. Healthy. Includes credit-card receipts processed via Oracle Payments? Yes by default. Stripe/PayPal-routed payments flow through to Oracle Receivables when settled. Multi-Ledger view? Yes via filter. Why does this differ from bank deposits? Timing. Cash received in bank vs cash applied in AR can differ by 1-3 days while the cash-app team processes.

Tracked live in Vortex IQ Nerve Centre

Cash Collected is one of hundreds of KPI pulses Vortex IQ tracks across Oracle ERP Cloud and 70+ other ecommerce connectors. Nerve Centre runs the detection layer; Vortex Mind investigates the cause when something moves; Ask Viq lets you interrogate any number in plain English. Start for free or book a demo to see this metric running on your own data.