Referent generates the payment reference, locks it into the instruction, and reconciles every receipt against a matter, a verified payer and a complete FICA pack.
A mod-97 check digit means a transposed digit fails before the money moves, and the reference resolves to exactly one matter.
A payer sends an EFT and the reference carries their name, not the matter number. The credit sits unallocated. Two days later the bookkeeper is cross-referencing bank statements against a diary.
Multiply that across a busy conveyancing practice and the trust audit becomes an investigation rather than an export. Unresolved balances turn into findings, and after prescription, unclaimed trust money is no longer the firm's to hold.
The root cause is small and stubborn: the reference is a free-text field on the payer's screen.
The reference field is not an input.
Identity confirmed against Home Affairs, life status checked, sanctions and PEP screening run, bank account verified against the account holder, proof of residence captured. Done once at onboarding and reusable for every payment after that.
The attorney selects the counterparty, enters the matter and the amount. Referent builds the reference and binds it to that one matter.
A mandated debit order, a card payment, or an EFT with the beneficiary and reference already filled in. Banking details are never emailed and never editable.
Settlement runs directly into the firm's Section 86 trust account through a licensed acquirer. Referent never holds client money.
Every credit lands attributed to a matter, a verified payer and the FICA pack captured at onboarding. The trust audit becomes an export.
Five segments and a check digit, built by the platform and locked into the instruction before it leaves. The payer is never shown an editable field, so nothing arrives that has to be identified by hand.
Account details live server-side and are never sent to the payer in an email or an attachment. The most common conveyancing fraud in South Africa depends on intercepting exactly that message.
Referent is not tied to one acquirer, one switch or one bank. Rails connect through a single adapter interface, so the firm gets the right rail for each payment rather than the only one on offer.
Referent is infrastructure. The payer is a client of the attorney, and the screen they open should say so.
The firm's name leads every payer-facing surface. Referent appears once, small, at the foot — never above the fold, never in front of a client, never competing with the practice that earned the relationship.
The same platform runs under a firm's own brand, a bank's channel, or a PSP's product, without either party explaining who we are.
Five screens, working end to end — verification, request, payer view and reconciliation.
Open the demo