Finero + Oracle Fusion Cloud ERP

How the Oracle Fusion sync works

Finero reads AR transactions and customer accounts from Oracle Fusion Cloud ERP Receivables and posts receipts, adjustments, and reconciliation back into Oracle. Applied at the invoice level, dated by settlement, in the correct period. Oracle's controls and approval structures stay intact; Finero operates inside them rather than around them.

Every action carries an audit trail with actor, payload, and timestamp. Ambiguous payments surface as exceptions for review instead of posting unapplied.

Related: Cash application automation in depth

Oracle Advanced Collections vs an autonomous layer

Oracle's collections module organizes the work. Strategies, dunning correspondence, collector work queues. The work itself is still done by people. Finero adds the execution layer: an agent that chases per invoice across channels, takes card and ACH payment on hosted pages through your existing processor, triages disputes, and applies cash at the line level back into Receivables, with humans handling the exceptions the agent escalates.

Related: What is autonomous AR? · Comparison guide

Oracle Fusion 26C: receipts applied to the installment, synchronously

Oracle has never exposed an endpoint that marks an invoice or an installment paid, and any integration claiming otherwise is describing something else. The documented model is that you create a Standard Receipt carrying a remittance reference to the transaction number, Oracle's asynchronous matching then decides which installments that receipt settles, earliest due date first and according to your configuration, and you read the receipt afterwards to see what it did.

Oracle Fusion 26C adds an applyReceipt action on standard receipts, documented as applying a receipt to an invoice installment. It is genuinely new: the same Standard Receipts reference for the previous release does not list it. Where a pod has it, Finero creates the receipt and then applies it to the exact installment it collected against, synchronously, so the installment balance has moved by the time the call returns and the receipt reaches applied once nothing is left over.

The difference is not speed, it is authorship. AutoMatch allocating earliest due date first is a sensible default and is frequently right. It is still a rule rather than knowledge of what the buyer actually paid, and on instalment terms that gap is where misallocation and unapplied cash come from.

Related: Oracle Fusion 26C cash application, in depth · Cash application automation

Naming an installment is only safe if you are not guessing

The reason Finero can tell Oracle which installment a receipt settles is that it is not inferring it. Every payment Finero takes settles exactly one installment, because the buyer paid against that installment on a Finero page. The reference passed to Oracle is therefore the identity of the collection rather than a conclusion drawn about it afterwards, which is the whole licence for naming one.

That distinction matters more than it sounds. A deterministic allocation built on a guess is worse than an asynchronous one, because it removes the review step while keeping the uncertainty. Determinism is only an improvement when the input is known.

Finero probes for the capability rather than assuming it

Oracle updates pods on a staggered cohort schedule, so on any given day some environments have 26C and some do not. Finero establishes whether a specific environment supports the newer behaviour instead of assuming a release date applies to you. Where it is unavailable, it falls back to remittance references and AutoMatch, which is the original behaviour and remains correct on every pod.

Oracle publishes the cadence: test environments update on the first Friday of your cohort month and production on the third, two weeks later. For 26C that put Cohort A on 7 and 21 August 2026, Cohort B on 4 and 18 September, and Cohort C on 2 and 16 October. Cohort A production environments are already there.

Related: The full 26C rollout schedule · What 26B changed for receivables