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.


Julia Bodet
Growth

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.
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.