Resources

LEDES Billing: Formats, UTBMS Codes, and Rejections

LEDES billing explained: which file format a client requires, how UTBMS codes fit inside it, and the five causes behind most e-billing rejections.

A smiling professional man in a dark suit and red striped tie, exuding confidence and expertise for PointOne's digital.

Julia Bodet

Growth

In this article

Title

8 minutes read

AI Summary

  • LEDES billing means submitting a law firm invoice as a structured data file instead of a PDF, in a format the client's bill review software validates line by line.

  • LEDES 1998B remains the default for most US e-billing submissions. The XML versions carry multi-currency billing, tiered tax handling, and richer invoice detail.

  • UTBMS codes are the vocabulary inside a LEDES file. A well-formed file with wrong or missing codes still gets rejected.

  • Most rejections trace to five causes: block billing, vague narratives, wrong or missing codes, rate mismatches, and math or format errors.

  • Preventing a rejection happens at the point an entry is written, not in the appeal letter afterward.

What Is LEDES Billing?

LEDES billing is the practice of submitting a law firm invoice in the Legal Electronic Data Exchange Standard (LEDES) format instead of a PDF or a paper bill. Before LEDES, every law firm's billing system produced invoices in whatever format that system happened to generate, and every client that wanted electronic data had to build a separate import routine for every firm it worked with.

The standard is maintained by the LEDES Oversight Committee (LOC), a non-profit standards body that publishes the file specifications every major e-billing platform and corporate legal department builds against. When a client, an insurance carrier, or a corporate legal department requires LEDES billing, the firm has to export its invoice as a structured file the receiving system can parse and validate automatically, line by line, rather than a document a person reads and re-keys by hand.

A LEDES file is a data file with a fixed field structure: timekeeper, task code, activity code, expense code, hours, rate, and a narrative, each in its own place. A carrier's or corporate legal department's bill review software reads those fields directly and applies rules against them before a person ever opens the bill. A firm that submits a PDF where a LEDES file is required has produced a file the receiving system cannot read at all.

Why the LEDES Standard Exists

Before LEDES, every law firm's billing system produced invoices in whatever format that system happened to generate, and every client that wanted electronic data had to build a separate import routine for every firm it worked with.

Two projects ran in parallel to fix that. In the mid-1990s, a joint group from the American Bar Association, the Association of Corporate Counsel, and PwC built Uniform Task-Based Management System (UTBMS), the coding system that describes what a legal invoice line actually covers. A second effort, a cross-industry consortium led by PwC, worked on a standard file format for exchanging that billing data. The coding project disbanded once UTBMS was complete. The format group became the LEDES Oversight Committee, which still governs the standard today.

The LEDES File Formats, Explained

LEDES billing format is not one file type. The LOC maintains several, and which one a firm needs depends entirely on what the client's e-billing platform or outside counsel guidelines specify.


Format

Structure

Status

Typical Use

LEDES 1998

ASCII flat file

Superseded by 1998B; documentation no longer published

Historical only

LEDES 1998B

ASCII, pipe-delimited, 24 fields

Frozen; no further changes planned

The default for most US carrier and corporate e-billing submissions

LEDES 1998BI

ASCII, pipe-delimited, 52 fields

Frozen; the LOC directs future global submission issues to the XML formats

International submissions that need fields 1998B does not carry

LEDES 2000

XML, defined by a DTD

No longer supported by the LOC

Legacy systems only; not a target for new integrations

LEDES XML eBilling (2.0, 2.1, 2.2)

XML, defined by an XSD; version 2.2.2 carries 216 data elements across 18 segments

Actively maintained; version 2.2.2 authorized April 2026

Multi-currency billing, tiered tax handling, and richer invoice detail than a flat file supports

LEDES XML Budgeting / Timekeeper Attributes

XML

Maintained by the LOC; ratified 2006 and 2007, Timekeeper Attributes revised 2014

Supplementary formats for matter budgets and timekeeper rate data, not standalone invoices

For most firms the working question is not which format is best. It is which format the specific client already requires, since a carrier's bill review system or a corporate legal department's e-billing platform is built to accept one or two of these and reject the rest outright.

How a LEDES Billing File Moves From Time Entry to a Paid Invoice

A LEDES file is the last step in a chain that starts the moment an attorney logs time. Each entry gets attributed to a matter and coded with a task, an activity, and, where relevant, an expense code. The firm's billing system compiles a matter's coded entries into an invoice, then exports that invoice in whichever LEDES format the client's guidelines specify. The client's carrier or corporate legal department feeds the file into its own bill review software, which validates every line against both the LEDES specification itself and the client's own billing rules before a reviewer sees it. Lines that pass post for payment. Lines that fail get flagged, reduced, or rejected outright, and sent back to the firm for correction or appeal.

That last step is where LEDES stops being a formality: a rejection notice that names a line item and a reason code, with no context beyond that. Every flagged line delays payment on finished work, and every reduced line is a write-down that lowers realization on revenue the firm already earned.

Where UTBMS Codes Fit Inside a LEDES File

LEDES and UTBMS solve two different problems, and confusing them is where a lot of the friction starts. LEDES is the container: the file structure, field order, and delimiters that let a receiving system parse a bill automatically. UTBMS, the Uniform Task Based Management System, is the vocabulary that fills specific fields inside that container.

A LEDES file without correct UTBMS codes in its coded fields can be technically well formed and still get rejected, because the codes are what let a bill review system judge whether the work matches the guideline on file.

What Carrier Bill Review Rejects

Most LEDES rejections trace back to a small set of causes, and the LOC's own standardized error codes group them the same way carrier and corporate bill review systems already do: fatal errors that reject the whole file, validation errors that check a value against the client's own rules, and procedural errors that flag a billing practice the guideline prohibits outright.

Rejection Reason

What It Looks Like

How to Avoid It

Block billing (the LOC's error codes call this bulk billing)

Several distinct tasks combined into one time entry, so the reviewer cannot see how long any single task took

Enter each billable task as its own line, with its own task and activity code

Vague or boilerplate narratives

Entries like "research" or "review file" that restate the code instead of describing the work

Name the specific document, issue, or communication the entry covers

Wrong or missing codes

A task, phase, or activity code that does not match the work described, or a required code left blank

Confirm the code set the client's guideline specifies when the entry is created, not at pre-bill

Timekeeper rate mismatches

A billed rate that does not match the rate on file for that timekeeper under the client's approved schedule

Keep the LEDES file's timekeeper ID and rate fields synced to the current approved rate table

Math and format errors

Line totals that do not reconcile, malformed dates, or fields that fail the LEDES specification's own validation

Validate the file against the format before it leaves the firm

How to Prevent a LEDES Rejection Before You Submit

For most of the table above, the effective fix is catching the problem at the point an entry is written, rather than at pre-bill or after a rejection notice arrives.

  • Confirm the LEDES format and UTBMS code set a client requires before work starts on the matter, not when the first invoice is due.

  • Write narratives that name the specific work at the time of entry. A narrative rebuilt from memory days later tends to default to the same vague language bill review flags.

  • Select the phase, task, and activity code at the point of capture rather than during invoice review.

  • Reconcile timekeeper rates against the client's approved schedule before export, not after a rejection names the mismatch.

  • Treat pre-bill and proforma review as the last catch, not the only one.

  • Read the client's outside counsel guidelines for task-based billing and narrative-detail requirements before the first entry is written, and hold each narrative to what a defensible narrative needs to include.

A firm that fixes coding and narrative quality at the point of entry sees fewer of these five reasons show up in a rejection notice at all, and more of each month's fees paid in the cycle they were billed.

Can AI Time Capture Reduce LEDES Rejections?

Automated time capture applies the outside counsel guidelines a firm's clients impose, including the task and activity codes and narrative detail a client's LEDES submission depends on, at the point a time entry is created rather than after it.

PointOne Time captures billable work across email, documents, calls, and web activity, and drafts a complete entry before an attorney has to write one from scratch. PointOne Rules ingests the client guidelines a firm operates under and applies them automatically to every entry as it is generated and every pre-bill as it is reviewed, enforcing the correct code set and narrative detail and flagging block billing before it reaches a bill. PointOne Review acts as an AI billing copilot during pre-bill, catching what makes it through.

Your AI-powered
firm starts here

Your AI-powered
firm starts here

Your AI-powered
firm starts here

FAQs about LEDES Billing

Is LEDES billing the same thing as e-billing?

Not exactly. E-billing is the broader practice of submitting and reviewing legal invoices electronically. LEDES is the specific file format most e-billing platforms require the invoice to arrive in, so a firm can do e-billing without using LEDES, but most carrier and corporate e-billing systems specifically require it.

What is LEDES 1998B, and why do so many clients still ask for it?

LEDES 1998B is a pipe-delimited, 24-field ASCII flat file that the LOC finalized in 1998 and has since frozen with no further changes planned. It remains the default most US e-billing systems build to, which is why it still shows up in the majority of outside counsel guidelines even as the XML formats handle more complex use cases.

Can a PDF invoice be converted into a LEDES file?

Not automatically, and not in a way that carries the coded data a bill review system needs. A PDF is formatted for a person to read. A LEDES file needs each entry's timekeeper, task code, activity code, and rate broken into discrete, machine-readable fields. Getting from one to the other means re-entering that data into a billing system that can export LEDES, not reformatting the PDF itself.

Does every client require the same LEDES format?

No. The format a firm has to submit is set by the client's e-billing platform or its outside counsel guidelines, not by the firm. Two clients can require two different LEDES versions for the same matter type, which is why confirming the required format before the first invoice matters more than defaulting to whatever the firm used last time.

Get Started

Run your firm on AI.

Get Started

Run your firm on AI.

Get Started

Time into data