foxit.com Paid content

Converting a document is not a rename. Changing report.docx to report.pdf does nothing useful, because the file extension is just a label — the real content is stored in a structure that only the matching application understands. A genuine conversion reads that structure, interprets what each part means (a heading, a table cell, a page break, a formula), and then writes a new file in a different structure that another program can open. What survives that translation depends on how similar the two formats are and whether the target format is designed for editing or for fixed display.

The two families of document formats

Almost every document format falls into one of two categories, and the category determines what conversion can preserve.

Reflowable (editable) formats describe content and structure, not exact positions. DOCX, ODT, RTF, TXT, XLSX, ODS, PPTX, EPUB, and HTML work this way. A paragraph is "a paragraph with this style"; the software decides where lines break and pages end. These formats are built for editing, so they carry style definitions, formulas, and metadata.

Fixed-layout formats describe exactly where every character and image sits on a page. PDF is the main example, along with XPS and most image formats. A PDF does not inherently know that a line of text is a heading — it knows there are glyphs at certain coordinates in a certain font.

This distinction explains most conversion surprises:

What actually changes during conversion

Even a well-behaved conversion alters things. The most common changes:

• Fonts. If the target format or the receiving machine lacks a font, it gets substituted. Metrics differ, so line breaks and page counts shift.
• Layout and pagination. A DOCX that fits 12 pages may become 13 in PDF if margins, hyphenation, or font substitution change.
• Tables. Simple grids convert well. Merged cells, nested tables, and tables used for page layout often break or get flattened.
• Embedded images. Usually preserved, but resolution may be resampled and transparency or color profiles can change.
• Formulas. In spreadsheet conversions, formulas may be kept as live formulas, converted to cached values, or lost entirely — this is one of the riskiest areas.
• Metadata. Author, title, creation date, tracked changes, and comments may be dropped, kept, or exposed. Comments in particular often vanish.
• Interactive elements. Hyperlinks usually survive; form fields, macros, embedded audio/video, and animations usually do not.

Common format pairs and what to expect

DOCX to PDF. The most reliable conversion. Expect faithful output, with minor pagination drift if fonts are missing. Good for sharing, printing, and archiving.

PDF to DOCX. The hardest common conversion. Text-based PDFs convert reasonably well; scanned PDFs need OCR first, and even then results are rough. Expect to fix spacing, columns, headers/footers, and table structure manually. Treat the output as a starting draft, not a finished file.

XLSX to PDF or CSV. To PDF, set the print area first, or you may get dozens of pages of stray columns. To CSV, only the active sheet's values survive — formulas become their last calculated results, and formatting is gone.

PPTX to PDF. Reliable for static viewing. Speaker notes, transitions, and animations are dropped. Slides with heavy layering or unusual fonts may shift.

EPUB to PDF or DOCX. Reflowable to fixed or reflowable. Expect re-pagination; images and footnotes usually carry over, complex CSS often does not.

Choosing a target format by purpose

Ask what the file is for before picking a format:

• Will it be edited again? Keep it in a native editable format (DOCX, ODT, XLSX, PPTX). Avoid converting to PDF and back.
• Will it be printed or shared as-is? PDF, with fonts embedded.
• Will it be archived long-term? PDF/A is designed for that; it embeds fonts and forbids features that break rendering over time.
• Will it be read on an e-reader? EPUB, which reflows to any screen size.
• Will it feed another program? Plain text, CSV, or JSON — machine-readable formats with no styling to misinterpret.

Practical steps before you rely on a converted file

1. Convert a copy, never the original.
2. Open the result and check the parts most likely to break: tables, formulas, footnotes, headers, and the last page.
3. Compare page counts and search for a phrase you know appears near the end.
4. For PDF → editable work, budget time for cleanup rather than expecting a perfect match.
5. If the source is a scan, run OCR first; converting an image-only PDF to DOCX without OCR produces an empty or image-filled document.

Conversion is a translation between two different ways of describing a page. The closer the formats, the cleaner the result. When in doubt, convert to the format that matches how the document will be used, and always inspect the output before sending it on.

A PDF invoice in legal billing is a fixed-format document that presents the fees and costs owed on a matter in a layout that looks the same on every device. It is the digital equivalent of a printed bill: readable, portable, and easy to attach to an email or upload to a client portal. Its main limitation is that it is not machine-readable in the way a LEDES file is, so a client's e-billing system cannot automatically ingest it. PDF works best for flat-fee matters, small or one-off engagements, and clients who do not run an automated billing platform.

What "PDF" means in a legal billing context

When a billing tool offers to send an invoice "in PDF," it is generating a rendered document rather than a structured data file. The distinction matters:

• PDF is a presentation format. A human reads it. Line items, totals, and matter details appear as text and tables on a page.
• LEDES (Legal Electronic Data Exchange Standard) is a structured, delimited text format. An e-billing system parses it, validates it against outside counsel guidelines, and routes it for review.
• Email delivery is a transport method, not a format. You can email a PDF, email a LEDES file, or email a link to an online invoice.

These three are often confused because a single invoice can combine them: a LEDES file delivered by email, or a PDF attached to an email. The format is what the client's systems can read; the delivery method is how it arrives.

When a PDF invoice is the right choice

PDF is usually appropriate when the client does not require electronic submission through a billing platform. Common scenarios:

• Flat-fee and fixed-price matters. When the invoice is one or two lines, a structured file adds no value.
• Small businesses and individuals. Clients without an accounts payable system can open a PDF and pay from it.
• Retainers and replenishment requests. A simple statement of the retainer balance is easy to read as a PDF.
• Pro bono or courtesy bills. Where no formal e-billing review applies.
• Backup documentation. Even when a LEDES file is submitted, a PDF is often attached for the reviewer's convenience.

If the client has outside counsel guidelines requiring LEDES submission, a PDF alone will typically be rejected or returned for manual entry. Check the client's billing requirements before choosing the format.

PDF versus LEDES versus emailed invoice: a quick comparison

Core elements of a compliant legal PDF invoice

A PDF invoice should stand on its own. If a client's AP department picks it up with no context, it should still answer who, what, when, and how much.

Firm and client identification

• Firm name, address, and contact details
• Tax or VAT identification number where applicable
• Client name and billing contact
• Invoice number and invoice date
• Client matter number or reference

Matter and timekeeper detail

• Matter name and description
• For each timekeeper: name, initials, and billing rate
• Time entries with date, narrative description, and time recorded in tenths of an hour
• Clear separation of fee earners if rates differ

Fees, expenses, and totals

• Fees subtotal
• Disbursements and expenses, itemized with dates
• Taxes applied
• Prior payments, credits, or trust retainer applied
• Total amount due and currency

Payment terms

• Due date and payment window
• Accepted payment methods
• Remittance details or a payment link
• Late-payment terms if the engagement letter specifies them

A useful test: hand the PDF to someone who has never seen the matter and ask them to confirm the amount due and the period covered. If they hesitate, the invoice is missing something.

Practical limitations to plan around

PDF invoices shift work to the recipient. Someone at the client has to read the document and key the data into their system, which introduces delay and transcription errors. PDFs also cannot be validated against billing guidelines automatically, so a reviewer may reject a line item that a LEDES rule would have caught before submission.

Two habits reduce the friction:

1. Send a consistent template. Clients learn where to find the total, the matter number, and the payment terms.
2. Keep a LEDES version in reserve. If a client later adopts an e-billing platform, you can convert rather than rebuild.

Choosing between PDF, LEDES, and email delivery

Work from the client's requirements backward:

• Does the client mandate LEDES submission? If yes, PDF is a supplement, not a substitute.
• Is the matter flat-fee or very small? PDF is usually sufficient.
• Does the client have no billing system? PDF delivered by email or portal is the simplest path.
• Is the invoice complex with many timekeepers and expenses? A structured format reduces disputes, even if the client accepts PDF.

When in doubt, ask the client's billing contact which format they prefer and whether a PDF attachment is acceptable alongside any required file. That one question prevents most rejected invoices.

Easy Legal Billing supports sending or scheduling invoices in LEDES, email, or PDF formats, which lets you match the format to each client's requirements rather than forcing one approach across every matter.