US Patent DOCX Checklist: Inspect the Exported Draft Before Handoff

A patent draft can look correct in a browser and still need corrections in the exported Word file. A displaced figure label, a changed inequality or restarted claim numbering can alter how a reviewer reads the document. Inspect the file that will actually be handed over, not only the workspace preview.

This checklist concerns the technical text and figures in a US utility patent working draft. It complements the US drafting guide: that guide covers document preparation, while this one starts after export. The checks below are an editorial workflow, not a report that Patent Task exports have passed USPTO validation.

1. Identify the exact file under review

Keep an unchanged copy of the original export. Record the disclosure, claim set and drawing versions from which it was produced. If a colleague later changes the Word document, the revised file needs its own identifier and review record.

Record	What to capture	Why it matters
Source version	Disclosure, draft and drawing identifiers	Prevents comparing the export with a newer or unrelated source
Exported file	File name, export date and relevant product access state	Identifies the actual material available to the reviewer
Editing environment	Word processor and version used to open the file	Helps reproduce a layout or equation problem
Reviewed revision	Revised file name, reviewer and date	Distinguishes an untouched export from a corrected document
Open issues	Exact locations and the person responsible for resolving them	Prevents an attractive document from hiding unfinished work

Open the exported .docx in a word processor that supports the format. Renaming an HTML, text or PDF file to .docx does not convert it into a Word document. If the editor reports a damaged file or offers to repair it, keep the original and inspect what changed before relying on the repaired copy.

2. Check section boundaries and numbering

Read the headings in order, including the specification, claims and abstract. Confirm that text has not disappeared at a section boundary or been repeated when several components were assembled.

For each numbered item, check both its displayed number and any reference to it elsewhere:

• Does a paragraph reference still identify the intended paragraph after editing?
• Did a pasted list restart claim numbering, create duplicates or merge two claims?
• Does each dependent claim identify the intended earlier claim?
• Do references to figures agree with the actual figure labels and sequence?
• Are page breaks intentional, rather than repeated blank paragraphs that shift during editing?

Avoid changing a claim number in isolation. Inspect dependent claims and review notes that refer to it. The annotated claims example explains the relationship between independent and dependent claims.

If you are checking application document arrangement, consult the relevant parts of MPEP 608, including sections 608.01(a), 608.01(j) and 608.01(m). Do not infer compliance from a heading or numbering style alone.

3. Inspect equations, symbols and units as content

Compare every equation with the identified source. Check more than whether it appears on the page: a changed operator or lost subscript may change its meaning.

Item	Practical inspection
Subscripts and superscripts	Compare T₁ with T1, and x² with x2; determine whether the distinction carries technical meaning
Inequalities and signs	Check ≤, ≥, minus signs and plus/minus signs against the source
Greek and Latin characters	Inspect symbols such as μ, u, ν and v where confusion would change a variable or unit
Units	Confirm that μm has not become mm, and that units still belong to the intended value
Fractions and grouped terms	Inspect numerator, denominator, brackets and line wrapping
Equation references	Match equation labels to every textual reference

Click an equation or formula in the editor to understand how it was exported. It may be editable equation content or an inserted image; its appearance alone does not establish editability. If it is an image, inspect readability at normal working size and verify that it has not been cropped. Do not describe raster formula images as editable mathematical objects.

For a hypothetical source condition T ≤ T₁, an export showing T < T₁ would need review: the equality boundary has changed. Restore the inventor-confirmed expression and then recheck related prose. This example was constructed to explain the inspection method; it is not an observed Patent Task export defect or a measured model result.

4. Inspect every figure in the exported document

Check the actual image, caption and surrounding paragraphs together. A correct image can be attached to the wrong caption, and a correct caption can survive after its image has been omitted.

1. Compare the exported figures with the selected drawing set. Identify missing, duplicated or superseded views.
2. Inspect each reference sign and leader line at a readable scale. Confirm that resizing has not obscured the sign or made its target ambiguous.
3. Check image cropping, aspect ratio and page boundaries. A partial view is not a substitute for the intended complete figure.
4. Follow each figure reference from the text to the image, then read back from the image to the corresponding description.
5. Verify which elements remain editable. An embedded picture is not automatically a vector drawing or a collection of editable parts.

The drawing-description example addresses what each figure description should identify. For technical figure consistency, MPEP 608 discusses reference characters and their relationship to the description; use that official guidance alongside the actual source drawings, rather than treating a file-format check as substantive review.

5. Keep a concrete defect-and-recheck record

The following entries are fictional editorial examples. They demonstrate useful review notes, not defects measured in a product test.

Location	Observed mismatch in the hypothetical file	Proposed correction	Recheck after saving
Claims, displayed claim 7	Numbering restarts at 1 after a pasted paragraph	Restore the intended sequence after confirming the claim set	Read every dependent reference and the final saved numbering
Description paragraph [0021]	A subscript in T₁ appears as ordinary baseline text	Restore the intended symbol using the appropriate equation or text representation	Reopen the file and compare the expression with the source
Figure 2	The right edge containing reference sign 40 is cropped	Correct the image dimensions or replace it with the complete intended asset	Inspect the full view and its caption in the reopened document
Figure-description paragraph	Text names Figure 3, but the selected set contains Figures 1 and 2	Establish whether a figure is missing or the reference is wrong	Match the final figure inventory and all textual references
Revised abstract	A sentence was duplicated during a paste operation	Remove the duplicate after checking that no distinct information is lost	Read the complete abstract in the saved export

Do not solve the Figure 3 example by inventing a new drawing. The correction depends on the actual source set and the author's intended description.

6. Reopen and make a controlled editing check

Save the corrected copy, close it and reopen it. Read the locations changed during review and the neighboring content. If the recipient uses a different editor, inspect the document there as well when available; matching software names alone does not prove identical rendering.

In a separate working copy, make a small controlled change such as editing a sentence next to a figure. Check that the image stays with its intended text, numbering remains intelligible and subsequent content is still present. Remove the temporary edit or retain it only if it is an intentional revision.

Review comments, tracked changes and unresolved placeholders deliberately. A comment identifying an open technical question should not be silently converted into an asserted fact. Record whether the handoff copy is a marked-up review file or a clean draft, and keep the source revision that explains the changes.

7. Treat USPTO DOCX feedback as a separate check

The USPTO describes DOCX as a structured word-processing format and provides feedback on uploaded documents. Its current guidance distinguishes warnings, which do not themselves block submission, from errors that must be corrected. It also describes Patent Center training mode for practicing with the feedback process. These are USPTO functions, not checks performed by downloading a file from Patent Task. See File patent application documents in DOCX.

When reviewing feedback, record the exact message, affected location and file version. Inspect the corresponding passage and any returned document representation; do not assume that resolving one warning leaves the rest unchanged. The official DOCX intake guide illustrates how feedback identifies locations and how processed documents can be reviewed. Follow the current USPTO instructions for the particular document type.

A document opening successfully in Word does not establish USPTO acceptance. A validation result also does not establish adequate disclosure, patentability or suitable claim scope. This article does not claim that a Patent Task export has been submitted to or approved by the USPTO.

8. Hand over the file with its remaining questions

Provide the identified reviewed document, its source references and a short unresolved-issue list. Keep format issues distinct from substantive drafting issues. A missing symbol may require an export correction; an unsupported feature requires returning to the disclosure and the responsible technical or patent professional.

Use the AI patent draft review checklist for that content review. To inspect what the product prepares before bringing your own disclosure, visit the US patent drafting workflow. The tool-evaluation guide helps separate preview, editing and export conditions when evaluating access.

Official sources were checked on October 20, 2026. The checklist is a review aid for working drafts, not a filing certificate or an assessment of an individual application.