Reconcile Conveyancing Search Fee Invoices to a Matter Ledger

When a legal cashier sets out to reconcile conveyancing search fee invoices to matter ledger postings, three things have to land at once: each invoice line matches the correct matter, each component carries the right VAT treatment, and each posting hits a destination ledger that will reconcile under the SRA Accounts Rules. None of those is independently difficult on a clean line. The work, and the time, is in the lines that resist all three.

The VAT step changed in late 2020. HMRC withdrew the postal concession on property search fees from 1 December 2020, so the long-standing habit of treating postal search fees as outside-the-scope disbursements no longer holds. The dedicated VAT section below carries the source and the practical splits; what matters at this point is that a single search-pack invoice rarely has a single VAT treatment, and the cashier has to recognise that before any line touches a ledger.

The starting point for this article is that the rows are already on the desk. Whether they were keyed manually, exported from a search-pack vendor's portal, or produced by AI-powered invoice data extraction that converts the supplier PDF into a structured spreadsheet, the question is no longer how to capture the data. It is what the cashier does with it.

The hard work concentrates in the exceptions. Inconsistent or malformed matter references, property addresses buried in description fields, mixed-VAT search bundles posted as a single line, duplicate-looking charges where a closed-loop integration has already posted the same item, and lines that do not map to any live matter at all. Generic ledger-reconciliation guidance has little to say about these exceptions.

Match Each Line to the Right Matter Before Anything Else

Matter matching is the first hard problem on a search-fee batch, not the easiest. Search suppliers format invoices for their own systems, not for the firm's matter file structure, so the fields a cashier actually needs to identify a matter — the firm's internal reference, the client surname, the property address — rarely sit in clean columns. They sit in description text, line notes, and free-text reference fields, and the cashier's first job is to reassemble them into a working matching key.

The realistic failure shapes are predictable enough to recognise on sight:

• Matter references absent or malformed: truncated to fit a supplier's column width, prefixed with the supplier's own job number, or carrying the firm's old reference style from before a case-management migration that is still leaking through.
• Property addresses embedded in description fields, with the postcode separated from the street name or appearing only in a line footer the supplier treats as decorative.
• Client surname mismatches because the search was ordered against the buyer's full legal name and the matter is filed against a shortened spelling, a known-as form, or the surname of a co-buyer.
• Batched invoices that cover several matters in one document, with no consistent grouping and a single supplier total at the foot.

Source data quality dictates downstream effort. A row arriving with an empty or wrong reference field is a reconciliation problem before anything else has happened; the cashier ends up doing per-line forensics instead of per-line posting. The realistic answer to most of this lives upstream, where the fields are first captured, rather than at the cashier's desk. A workflow that can extract conveyancing disbursement invoices into a clean spreadsheet and normalise references, addresses, and component splits before the rows ever land in the ledger system is materially less work than a workflow that does not.

When a line will not match cleanly, the practical first move is to read the fields together, not in isolation. Description text plus reference plus address fragments will usually identify a candidate matter where any one of them in isolation would not. Confirm the candidate against the case-management record before posting: open searches on a live matter, the property address as recorded against the file, the client name on the matter file. If the match is still ambiguous after that, set the line aside as an exception and post the rest of the batch around it. A line forced through into the ledger and reversed two days later costs more time than the line that waited on the exception list.

Split VAT Before Posting to Client or Office Ledgers

The current position on conveyancing search fee VAT treatment dates from late 2020. HMRC's Revenue and Customs Brief 6 (2020) on VAT treatment of property search fees withdrew the postal concession from 1 December 2020, ending the long-standing practice of treating postal search fees as outside-the-scope disbursements. After that date, postal and electronic search fees recharged to clients are generally part of the firm's legal supply, with VAT applied at the firm's rate. HMRC's VAT disbursement conditions are the surviving narrow path under which a search fee can still be passed through outside the scope of VAT.

A typical search-pack invoice does not carry one VAT treatment across the document. Local authority searches, CON29 enquiries, LLC1 land charges, water and drainage, environmental reports, chancel reports, and HMLR statutory fees can each behave differently. The cashier needs the per-component split before posting; where the supplier does not break the components out, the split has to be reconstructed from the supplier tariff or the firm's standard search-pack composition.

For a legal cashier, each search-fee component starts with one posting question: does it meet the VAT disbursement conditions or not? A true disbursement, where the firm is acting as the client's agent and passes on the exact amount with no margin, posts to the client account on the matter with no VAT applied by the firm. A recharged supply posts to the office account at the firm's VAT-inclusive rate and is billed to the client through the matter bill.

Every posting should carry enough to reconstruct the decision: supplier, invoice, component, VAT treatment, destination ledger, and source-page reference. This sits inside the broader law firm accounts payable workflow with matter-level coding that conveyancing-finance teams already run for non-search disbursements; the post-Brabners VAT split is the conveyancing-specific complication.

Exception Types and How to Clear Them Without Audit Noise

The happy path posts itself. The cashier's value is in the lines that do not. Keep each exception as trigger, action, and evidence to retain:

Inconsistent or malformed matter references. Cross-check the property address and the case-management record's open searches against a candidate matter, confirm the match before posting, and treat the supplier-side reference as supporting evidence rather than the matching key.

Property addresses embedded in description fields. Read description text, reference fields, and line notes together, then normalise the address into the matter format before matching. Where the firm runs extraction software, clean these fields upstream rather than at the cashier's desk.

Mixed-VAT search bundles posted as a single line. Split the bundle into components, identify each component's VAT treatment under the post-Brabners position, and post each component separately to the matter ledger. The single bundle line is wrong even when it ties to the bank, because the VAT treatment under the total is not uniform.

Duplicate-looking charges. Identify whether the second line is a closed-loop integration duplicate or a genuine re-order after the first search failed. Retain the line that ties to supplier evidence, reverse the duplicate when it is a duplicate, and document the decision against the matter.

Lines that do not map to a live matter at all. Decide whether the matter was closed, the instruction was withdrawn, the buyer pulled out, or the supplier billed the wrong job. Then reopen and post, bill or write off, or request a supplier credit as the facts require. Do not force the line onto an arbitrary live matter just to clear the exception list.

Bundled batches that span multiple matters. Decompose the invoice into per-matter postings before any line touches a ledger, treat the supplier invoice number as a parent reference each child posting cites, and reconcile the child postings back to the parent invoice total. The upstream extraction challenge is similar to consolidated panel conveyancer invoice extraction.

Prompt-based invoice extraction can reduce the exceptions caused by document shape by normalising matter references and splitting mixed-VAT components before the rows reach the cashier. Supplier billing errors, withdrawn instructions, and duplicate-looking closed-loop charges still need cashier judgment.

Reconciling Against the Case Management or Search Platform

Matching invoice lines to matters and posting them with the right VAT split is the per-line discipline. Beyond that, conveyancing teams need a batch-level reconciliation that proves the firm was billed only for searches that should have been incurred, not merely that each charge was posted somewhere plausible.

The closed-loop case is the simpler one. Where the firm orders searches through an integration that posts charges back to the matter automatically — LEAP and InfoTrack are the names that come up most often in the UK conveyancing market, but the pattern applies to any case-management system with a search-supplier integration — the reconciliation runs against the integration's own record. The supplier invoice should match line-for-line against what the integration ordered and posted; lines that diverge are the ones that need attention. The exceptions worth surfacing are searches ordered outside the loop (manual phone or email orders the cashier knows happened but the integration did not record), and lines where the integration's posting and the supplier invoice disagree on amount or VAT, usually because the supplier's tariff updated after the search was ordered, or because the integration made a VAT call the post-Brabners position would now revisit.

The manual case is where most of the work sits in firms that do not have a closed-loop integration on every search supplier. The reconciliation runs against the case-management system's open-search log, or against the firm's internal search-ordering record. The cashier confirms three things on each invoice line: that there is an authorised search request on a live matter the line corresponds to, that the amount on the invoice matches the expected supplier rate within an agreed tolerance, and that nothing in the supplier's batch is unaccounted for relative to the firm's own ordering record. The control points for the manual case are the ones the closed-loop case automates: a per-matter reconciliation report at month-end covering ordered, billed, and posted; a flag against any invoice line that cannot be tied back to an authorised search request; and a tolerance threshold below which the cashier accepts the line and above which the cashier queries it with the supplier.

Whatever the setup — closed-loop, manual, or hybrid — the reconciliation question is the same. Can the firm answer "did we get billed for the searches we should have been billed for?" with evidence, on demand, for any matter in the period. The discipline does not end at the search-fee step. The conveyancing matter ledger reconciles back against several other documents over the life of the matter, including UK completion statement data extraction at the closing point, where the per-matter ledger has to tie out to the statement going to the client. The same per-matter audit-trail discipline supports both reconciliations.

What the Matter Ledger Should Look Like at Month End

At period close, SRA-facing reconciliation for conveyancing disbursements is operational, not theoretical. Any reviewer should be able to trace a search-fee line back through four links: supplier invoice, VAT decision, destination ledger, and authorised search request. Where any link is missing, that line is the reconciliation problem to fix before sign-off.

The per-matter check is where the trace runs. Every search-fee posting has a supplier invoice line behind it, a VAT treatment recorded against it, a posting destination consistent with the VAT disbursement conditions for that component, and an audit reference back to the source. If any of those is absent, fill in the missing detail or reverse and repost the line with the evidence attached.

The per-supplier check runs in the other direction. Every supplier invoice in the period is fully posted across the matters it covers; bundle splits reconcile back to the parent invoice total; any line not yet posted carries an exception status with a documented reason, whether a credit awaited, a matter resolution pending, or a duplicate under review. A supplier whose invoice total in the period does not reconcile to the sum of postings against it is the easiest reconciliation breakage to spot and the most embarrassing to leave unaddressed at sign-off.

The per-period check rolls up. The client account and office account reconciliations on conveyancing matters tie out to the underlying postings; no client-account postings sit in suspense waiting on a forgotten matter resolution; and the exception register at sign-off lists each open item, owner, and resolution path. This is the SRA Accounts Rules control environment expressed as a working closing checklist.

The same matter-ledger control applies when a cashier posts a redemption figure from a UK mortgage redemption statement: the source document, matter, amount, and posting rationale all have to line up before completion.