# Loan servicing software: prove where every receipt went

By Reza Esfahanian, Founder & CTO of FINKI

Loan servicing software should connect the agreed payment schedule with actual receipts, their allocation and the resulting lender position. Reconciliation establishes how a recorded cash movement relates to the expected payment. Allocation determines which obligation that money settles.

Those are different jobs. Finding EUR 60,000 on a bank statement does not establish whether it pays interest, reduces principal or belongs to another facility.

## Start with the executed terms

Before importing receipts, establish the payment schedule, currency, day-count basis, rate source and allocation order from the executed documents. Keep amendments and their effective dates separately. A new agreement should not erase the schedule that applied before it.

For a buyer evaluating software, ask the supplier to show one obligation's calculation and the clause supporting it. Then change an authorised term prospectively. You should be able to distinguish the original obligation, the approved amendment and the new calculation.

The following tests are operational recommendations, not a statement of the allocation or accounting rules that apply to every facility.

## Walk a partial receipt through the records

Assume a fictional EUR facility with EUR 100,000 due: EUR 10,000 interest and EUR 90,000 principal. The agreed order in this example pays interest first. There are no fees, additional accruals or other deductions during the illustrated sequence.

| Event | Cash received | Applied to interest | Applied to principal | Obligation remaining |
|---|---:|---:|---:|---:|
| First receipt | EUR 60,000 | EUR 10,000 | EUR 50,000 | EUR 40,000 |
| Second receipt | EUR 40,000 | EUR 0 | EUR 40,000 | EUR 0 |

After the first receipt, only EUR 50,000 has reduced principal. Treating the entire EUR 60,000 as principal understates the lender's position. After both receipts, the EUR 100,000 received equals EUR 10,000 interest plus EUR 90,000 principal applied.

Now reverse the second receipt. In this simplified test, EUR 40,000 becomes outstanding again. Retain the original receipt and allocation, then add linked reversal entries. Do not delete the history or leave the borrower statement showing full payment.

The applicable dates matter. A bank booking date, value date and contractual due date can differ. The servicing calculation needs an explicit rule for which date affects interest and arrears. Do not infer a default merely because a reversal creates an overdue balance.

## Matching needs more than an equal amount

Payment infrastructure can help identify which expected payment a receipt belongs to. Modern Treasury documents matching against defined conditions and routing ambiguous matches to manual review. That describes matching behaviour, not a facility's contractual allocation policy. [Modern Treasury: Reconciling received payments](https://docs.moderntreasury.com/payments/docs/managing-externally-originated-payments)

In your acceptance test, create two obligations for the same amount on different facilities. A missing reference should produce an unresolved match, not a confident guess based on the first record returned. Ask who owns that exception and whether the receipt remains excluded from both facilities' paid totals until resolved.

A second notification of the same bank transaction is another test. It should not create a second receipt or reduce debt twice. Preserve the notification history without duplicating its financial effect.

## Show fees and unapplied cash explicitly

In a separate fictional remittance, the sender instructs EUR 100,000 and the receiving account obtains EUR 99,900 after a documented EUR 100 deduction. Gross remittance equals net cash plus the fee. Whether the borrower has discharged EUR 100,000 or still owes EUR 100 depends on the agreement and who bears the charge.

The software should show that question rather than manufacture a balancing adjustment. Require an approved treatment before presenting the obligation as fully paid.

If the borrower later overpays by EUR 5,000, record that cash distinctly until the authorised treatment is established. It may require application to another obligation or a refund. It should not disappear into principal automatically. A refund is a new controlled payment, not an edit to the incoming receipt.

## Reconcile the statement and the position too

Our recommended closing check connects the bank statement line, receipt, allocation, accounting entries, obligation balance and lender position. Explain every difference, including timing and fees. For a syndicated facility, verify participant allocations against the applicable ownership and agent instructions without counting the same receipt twice.

If collections pass through a contractual waterfall, retain each intermediate allocation. A cash match cannot establish the correct priority of entitlements.

The [portfolio-monitoring guide](/insights/private-credit-portfolio-monitoring) then shows how these positions belong in a lender's reporting. The paid amount on one screen must agree with the outstanding amount on the next.

## Questions servicing teams ask

### Is a successful payment API response proof of repayment?

No. It may only acknowledge a request. Use the provider's documented transaction state, receipt evidence and reconciliation before recording repayment, with controls for subsequent returns.

### Does a partial payment automatically mean default?

No. Contractual deadlines, grace or cure provisions and the institution's authorised process determine the response. Keep operational arrears separate from a default declaration.

## Ask to see a reversal in the demonstration

[Request a FINKI demonstration](https://finki.ai/request-demo) that follows a partial receipt, a duplicate notification and a reversal through the same facility. FINKI's design connects deal terms with ongoing capital operations. A useful evaluation ends with reconciled records and explained exceptions, not simply a green payment status.

Canonical: https://finki.ai/insights/loan-servicing-reconciliation

Published: 2026-09-28