On this page
What should an FDA eCTD submission cover letter contain?
Identify the application, purpose, requested action and any FDA correspondence being answered. Reconcile the letter with the final package, then provide the applicable regulatory and technical descriptions, verified virus-check information and contacts. Use a separate submission reviewer guide when needed to explain the evidence and navigation without duplicating the eCTD contents.
Before you begin
FDA human-drug and biologic eCTD submissions. Special-purpose requests may have additional cover-letter wording; confirm the application and submission type first.
What you will prepare: A factual routing letter and, when useful, a separate submission-level reviewer guide.
Define the transaction before drafting
Write a working sentence: “This [application type and number] submission provides [purpose] in response to [dated request, if any] and requests [specific action].” Confirm each part against the submission plan and actual FDA correspondence. A protocol amendment, safety report and marketing application are different transactions even when they concern the same product.
For an IND, reconcile the sponsor and product with Form 1571 and the appropriate Part 312 amendment or report. For marketing submissions, reconcile the applicant and purpose with Form 356h. Do not call an amendment an original application or a response an approval request unless that is the actual action being sought. Unknown application type is undetermined; resolve it before choosing special wording or form selections.
Use a letter that answers the receiving reviewer’s questions
The v4 technical guide §3.1.1 recommends regulatory and technical descriptions, approximate submission size, a virus-free statement supported by the checking software’s name, version and company, and regulatory and technical contacts including email. Assemble these from the final publishing package, not last month’s template.
Editorial outline: recipient division; application/product identity; prominent submission purpose; dated FDA interaction being answered; brief contents and precise links; requested action; technical package description; factual virus-check information; responsible contacts; authorized execution under the organization’s process. A publishing owner must verify the scan before any virus-free assertion is signed. If evidence is missing, hold the assertion for confirmation rather than inventing a software version.
Put substantive answers and supporting reports in their appropriate dossier locations. The cover letter points to them; it should not become their only occurrence.
Create a separate map when the dossier needs one
For an original NDA, BLA or combination-product application, the technical guide describes a useful separate reviewer guide in 1.2. Explain how the dossier fits together: principal evidence, unusual organization, cross-referenced material and navigation to the requested review. An annotated table of “review question → document → location” is more useful than another copy of the eCTD table of contents.
This is a submission-level reviewer guide, not an SDRG or ADRG for study data. When patient experience data are submitted in a marketing application, use the guide’s §3.1.2 table to identify the types and actual dossier locations. Do not imply that an empty table establishes that no relevant data exist; have the evidence owners confirm the inventory.
Worked check: the response date is wrong
Fictional exercise: the cover letter says it answers a March request, but the response document addresses FDA’s June questions. Compare the original question list, response matrix and final sequence. Correct the reference and verify every hyperlink against the assembled package. Then change the scenario to an unsolicited amendment: remove the claim that FDA requested it and state its actual purpose. A missing FDA request cannot be repaired by copying a date from an earlier letter.
Build the letter from a claim-and-location sheet
Draft from the final submission facts, not the last letter’s prose. This internal worksheet gives each assertion an owner and makes the reviewer’s next action clear.
| Letter element | Evidence to inspect | What the reader should learn |
|---|---|---|
| Transaction sentence | Submission plan and selected application form | Which application and action this package concerns |
| Response reference | Actual FDA message and dated question list | Which request is answered, or that the submission is unsolicited |
| Contents pointer | Final documents and working hyperlinks | Where the answer and supporting evidence can be opened |
| Technical description | Released publishing package and scan record | What is being transmitted and the basis for technical statements |
| Contact block | Confirmed regulatory and technical owners | Who can resolve a review question or a transmission problem |
For a response package, prepare a second, small reviewer map: FDA question → response document and heading → supporting report → unresolved item, if any. Name the destination precisely enough that someone can find it without the hyperlink. Open each link in the assembled submission; a link that worked in the author’s shared drive is not a checked dossier link.
Writing exercise: “All comments have been addressed” overstates a package that answers four questions and requests clarification on a fifth. State that distinction in the transaction summary, identify the clarification requested, and direct the reviewer to the response matrix. If the submission is only part of an agreed response, describe its actual scope. Do not quietly drop the unanswered question from the map.
Keep scientific argument in the response or report. The letter should help a reviewer reach it, while the reviewer guide explains relationships among documents. Cross-check sponsor details with Form 1571, or applicant details with Form 356h, according to the transaction.
Your preparation checklist
0/3 checkedUse this to track your review in this visit. Checks are not saved and do not establish regulatory compliance.
Frequently asked questions
Is a submission reviewer guide the same as a Study Data Reviewer’s Guide?
No. The submission reviewer guide gives a high-level map of the application and sits separately from the cover letter in section 1.2. A Study Data Reviewer’s Guide explains study-data matters. Reusing one title for both can obscure their different purposes and locations.
Should the reviewer guide reproduce the eCTD table of contents?
No. FDA’s v4 technical guide favors an outline explaining the submission, with useful lists, tables and hyperlinks. A copied table of contents does not explain why evidence belongs together, where an unusual item is placed, or how a review question is answered.
Can the cover letter say the submission is virus free before the publishing check?
The statement needs a factual basis in the actual check of the package. Confirm the scan and software details with the publishing owner before finalizing the letter. A previous sequence’s software name or clean result does not establish the status of newly assembled files.
Where should submitted patient experience data be identified for the reviewer?
For a marketing application containing patient experience data, the v4 technical guide calls for its inventory table in the section 1.2 reviewer guide, identifying actual locations. That map points to the submitted data; it does not replace the underlying clinical or other evidence.
Sources and revisions
Requirements, source recommendations and editorial preparation advice have different roles. Review the scope and revision of the source you use.
Technical specification
FDA eCTD v4.0 Technical Conformance Guide ↗Version 1.5, June 2026; §§2.3 and 3.1. Exact cover and revision history checked September 22, 2026. Version-specific technical recommendations.
Regulation
21 CFR Part 312: IND responsibilities and status ↗Current part reopened September 22, 2026; relevant provisions identified in each section. Regulatory requirements, not a marketing-application rule.
Technical specification · placement only
FDA eCTD v4.0 comprehensive hierarchy ↗Version 2.2, February 2025. Section 1.2. A heading identifies placement, not mandatory applicability.

