The Actual Regulation – What 8 C.F.R. ยง 103.2(b)(3) Says

The requirement for certified translation comes from the Code of Federal Regulations, specifically 8 C.F.R. ยง 103.2. The exact language reads:

“Any document containing foreign language submitted to USCIS shall be accompanied by a full English language translation which the translator has certified as complete and accurate, and by the translator’s certification that he or she is competent to translate from the foreign language into English.”

That is the entirety of the regulatory requirement. There is no requirement for ATA certification, no approved translator registry, and no notarization requirement. The regulation sets three conditions: completeness, accuracy, and a translator competency statement. Everything else – formatting standards, what must appear on the certification page, how stamps are handled – comes from USCIS adjudication practice rather than the regulation text itself. The USCIS Policy Manual Chapter on Evidence provides further guidance on how officers evaluate submitted documents.

In practice, this distinction matters because it explains why translations get flagged. Officers are not checking whether a translator holds a particular credential. Instead, they check whether the translation is complete, whether the certification statement meets the standard, and whether what appears in the English version is consistent with the rest of the application packet.


What “Complete” Actually Means – The Part Most Translations Get Wrong

On this point, USCIS interprets the word “complete” in the regulation strictly. It does not mean translating the main text of a document. It means translating every visible element on every page submitted.

Stamps and official seals

Every stamp on a foreign document must appear in the translation, labeled and positioned to match where it appears on the original. A registrar’s stamp, a notary seal, a border crossing stamp – all of it. This applies to every document type, from a birth certificate to a multi-page court record. Officers compare the translation against the original side by side. USCIS treats a stamp that appears on the original but is absent from the translation as an incomplete submission, regardless of how accurate the main text is.

Handwritten entries

Birth certificates from many countries have handwritten entries for names, dates, marginal amendments, and registrar notes. Translators must include all of these. A handwritten correction on a civil document, a marginal note on a marriage certificate, a handwritten date – all of these must appear in the English version. If the handwriting is illegible, the translation must note that: “[illegible]” or “[stamp – partially legible, appears to read…]” is acceptable. Silently omitting it is not.

Back pages and reverse sides

Documents issued in some countries contain information on the reverse side – additional stamps, registration numbers, government seals, issuing authority information. USCIS treats a submission that covers only the front page of a document with content on the back as incomplete.

Headers, footers, and document numbers

The issuing authority, form number, document registration number, and any identifying codes at the top or bottom of the document must appear in the translation. Officers use these to verify the document’s origin and cross-reference with country-specific document databases.

Every page of multi-page documents

If you are submitting a multi-page contract, a set of court records, or a multi-page police clearance, every page requires translation. Submitting a translation of selected pages because the remaining pages appear to be “boilerplate” or “standard legal language” is a documented cause of RFEs. The USCIS position, confirmed by adjudication outcomes, is that legal boilerplate often contains conditions, dates, and clauses that establish the document’s validity – omitting it breaks the completeness rule. The full text of the regulation is available at eCFR 8 C.F.R. ยง 103.2.


The Certification Statement – What Must Be In It

The certification statement is the signed declaration from the translator that accompanies the translation. It does not need to follow a specific government-issued format, but the content must cover specific elements. A certification that is too generic – for example, a statement that simply says “I certify this translation is accurate” – has been the basis for RFEs. USCIS’s own form instructions, such as those for Form N-400 (Application for Naturalization), confirm that the certification must include both accuracy and translator competency statements.

A complete certification statement must include:

โœ“ A specific statement that the translator is competent to translate from [source language] into English
โœ“ A specific statement that the translation is complete and accurate
โœ“ The name of the translator or translation service
โœ“ The translator’s signature
โœ“ The date of certification
โœ“ Contact information for the translator (address, email, or phone)

How the certification must identify the document

The statement must also be specific to the document being translated. USCIS adjudicators have challenged single generic certifications attached to packets of multiple translated documents without identifying which documents they cover. This was confirmed in a 2012 USCIS appeals decision: a single certification that does not specifically identify the document or documents it accompanies does not meet the requirements of 8 C.F.R. ยง 103.2(b)(3). The standard practice is to have a certification statement that either identifies the specific document by name and date, or covers a clearly defined set of documents.

One documented issue from actual RFE cases: if a certification page is signed and dated before the translation document it covers, officers may question whether the certification actually applies to that translation. Dates on the certification and translation document should be consistent.


Name Inconsistencies Across the Packet – A Trigger That Has Nothing to Do With Translation Quality

Surprisingly, one of the most common RFE triggers involves inconsistent name spelling across translated documents – and it is not caused by a translation error. It is caused by transliteration.

How transliteration creates packet inconsistencies

When a name from a non-Latin alphabet (FastTranslate.io supports 60+ languages including Arabic, Chinese, Russian, Korean, Hindi, and others) is rendered in English, there is often no single correct spelling. The name ู…ุญู…ุฏ can be transliterated as “Mohamed,” “Mohammed,” “Muhammad,” or “Mohammad.” These are all technically correct transliterations. If one document was translated three years ago and a different translator used a different transliteration than the translator used on the current application, USCIS officers may flag the inconsistency as a potential identity discrepancy.

Spanish-speaking countries present a similar problem with compound names. A full legal name that includes two surnames may appear as “Garcรญa Lรณpez” in one document and “Garcia Lopez” in another – with or without accents, hyphenated or not – depending on how the translator handled diacritical marks and formatting.

Choosing one “correct” spelling is not the solution. Consistency across the entire packet is what matters, and where inconsistencies exist due to different historical translations, a brief explanatory note in the application cover letter prevents the issue from becoming an RFE.


Date Format Issues – When Accurate Translation Creates a Problem

Beyond naming issues, most countries use the DD/MM/YYYY date format. The United States uses MM/DD/YYYY. When a translator renders a foreign document date directly without noting the format difference, a date like “06/07/2001” becomes ambiguous to a USCIS officer.

The officer sees “06/07/2001” in the translation. In U.S. format, that reads as June 7, 2001. The original document used DD/MM/YYYY format, however, so the actual date is July 6, 2001. If the application contains other documents with a date that should match – a marriage date, a birth date, a court order date – and those documents show July 6 while the translation reads as June 7, USCIS will flag the inconsistency.

This is not theoretical. A documented case involved an applicant whose translated marriage certificate listed the wedding date as “06/07/2001.” The original document used DD/MM/YYYY format, meaning July 6, 2001. USCIS interpreted it as June 7, 2001 – creating a mismatch with other documents in the packet. The result was an RFE that delayed the case by weeks.

The correct approach: convert dates to spelled-out format in the translation – “July 6, 2001” rather than any numeric format. This removes the ambiguity entirely. Translators experienced in USCIS submissions follow this practice as a matter of standard procedure.


What Happens When the Original Document Doesn’t Exist

Some applicants discover during the application process that the document they need to translate does not exist – or cannot be obtained. Birth certificates from certain countries, particularly for births that occurred in rural areas, conflict zones, or before civil registration systems existed, simply do not exist.

What the regulation provides under 8 C.F.R. ยง 103.2(b)(2)

USCIS addresses this under 8 C.F.R. ยง 103.2(b)(2). The regulation states that the unavailability of a required document creates a presumption of ineligibility – but it also provides a path to overcome that presumption. The process works in a hierarchy:

Step 1 – Establish that the document does not exist

The applicant must show that the required record is unavailable. For some countries, the U.S. Department of State maintains country-specific information on document availability in its Reciprocity and Civil Documents database. USCIS uses this database during adjudication. If the database confirms records are generally unavailable in a specific country or region, USCIS may accept secondary evidence without requiring an additional written statement from the issuing authority.

Step 2 – Submit secondary evidence

Secondary evidence includes church or baptismal records, school records, hospital birth records, census records. All secondary evidence in a foreign language – including academic transcripts or other official records – still requires certified translation before submission., or other official documents that establish the fact the missing document would have proven. Secondary evidence must be translated if it is in a foreign language – the translation requirement applies to all evidence submitted, primary or secondary.

Step 3 – Affidavits

If secondary evidence is also unavailable, the applicant must demonstrate that both the primary document and secondary evidence cannot be obtained, then submit two or more affidavits from people who have direct personal knowledge of the relevant facts and are not parties to the petition. Translators must also translate any affidavit originally written in a foreign language. The translation must preserve the precise language of the sworn statement, including specific claims about what the affiant witnessed, when, and their relationship to the applicant.


Documents That Are “Mostly” in English

In some cases, foreign documents contain text in both English and a foreign language. Common examples include passports, professional licenses, and academic credentials issued by institutions that use bilingual formats. Applicants often ask whether they need a translation for a document that already contains English text.

As a rule, if any portion of the document contains foreign language, the full document requires a complete English translation. You cannot submit just the portions of the document that are not already in English. The translation must cover the complete document, including all elements that already appear in English, so that the officer has a single coherent English version to review alongside the original.


The Scan Quality Problem – When Translation Isn’t the Issue

Even so, a certified translation can be technically perfect and still cause application delays if the scanned copy of the original document that accompanies it is poor quality.

Specifically, USCIS processes paper filings through document scanning systems. Low-resolution scans, photographs taken at angles, documents with reflections from glossy paper, and images where stamps or handwriting appear faint or washed out can create problems at two stages: the scanner may not capture the full document accurately, and an officer reviewing the digital record may not be able to verify that the translation corresponds to what is on the original.

USCIS has published guidance on paper filing recommendations to avoid scanning delays. Key requirements include:

โœ“ 300 DPI minimum resolution
โœ“ Documents scanned flat, not photographed at an angle
โœ“ All pages included
โœ“ File must not be password-protected

Where this becomes a translation issue: if the scanned original is unclear and an officer cannot verify that a translated stamp or handwritten entry actually corresponds to something visible on the original document, the officer marks the translation as unverifiable. This is distinct from the translation being wrong – the officer simply cannot confirm it is right.


The Difference Between an RFE, a NOID, and an Outright Rejection

Not all translation-related responses from USCIS are the same, and understanding the distinction matters for knowing how to respond. USCIS outlines its adjudication procedures in the USCIS Policy Manual.

Response type What it means Time to respond
RFE
Request for Evidence
USCIS needs additional or corrected evidence to make a decision. The most common outcome for translation issues. Does not mean the application has been denied. Up to 87 days for most forms; some types carry shorter 30-day windows. Deadline is printed on the notice.
NOID
Notice of Intent to Deny
Evidence is insufficient to establish eligibility. The agency is giving one final opportunity to respond before a denial. Translation issues that reach this level typically go to the core of the eligibility question. Typically 30 days. Deadline is printed on the notice.
Rejection
Without RFE
Application rejected outright. Applicant must refile and pay the filing fee again. Reported for incomplete certifications and documents submitted without any translation. USCIS has not published a uniform policy on when rejection is chosen over RFE. No response period – must refile.

What USCIS Does Not Require – Common Misconceptions

For clarity, several requirements are widely believed to apply to USCIS translations but are not actually required under 8 C.F.R. ยง 103.2(b)(3).

ATA certification

The American Translators Association offers certification for translators, but USCIS does not require the translator to hold ATA certification or any other credential. The regulation requires competence, which the translator self-certifies. However, a translator who cannot demonstrate competence – for example, through a very poor translation – may have their certification questioned during adjudication.

Notarization

USCIS explicitly does not require notarization of certified translations. A notarized translation is only required if another institution – a state court, a foreign consulate, a university – specifically asks for it. Learn more about when notarization is and is not required. Submitting a notarized translation to USCIS is not wrong, but paying for notarization when submitting to USCIS is unnecessary.

Physical hard copies or wet ink signatures

USCIS accepts reproduced copies of signed certification pages. A scanned or photocopied certification with a reproduced signature is generally accepted for translations submitted with paper filings.

Translations from a licensed translation company

The translator can be an individual rather than a company, provided the certification requirements are met. The translation does not need to come from a registered business.


A Note on AI-Generated Translations Submitted to USCIS

Recently, the use of AI translation tools for immigration documents has become a topic in USCIS adjudication as these tools have become more accessible. The regulatory position is the same as it has always been: the translator must certify that they are competent to translate and that the translation is complete and accurate.

When an AI tool produces an initial draft and a human translator reviews, corrects, and certifies the output, the translation may meet the regulatory standard – because the human translator takes responsibility for its accuracy. By contrast, if AI-generated output is submitted without human review and without a legitimate certification from a competent translator, it does not meet the certified translation standard and carries real risk of errors that experienced USCIS officers are increasingly trained to identify.

The patterns AI tools get wrong with official documents are specific: faint or stylized text in stamps, country-specific abbreviations and legal terminology, handwritten entries that are partially obscured, and the positional context of marginal notes. These are exactly the elements USCIS officers check most carefully.


Summary: What USCIS Actually Checks

When an officer reviews a certified translation, the practical check ultimately comes down to these five points:

The USCIS translation review checklist

  1. Is the certification page present, signed, dated, and does it include a competency statement, the document name, and contact information?
  2. Is every visible element of every page of the original document represented in the translation – including stamps, seals, handwritten entries, and reverse sides?
  3. Are names spelled consistently across all translated documents in the packet?
  4. Are dates written in a format that eliminates ambiguity about day and month?
  5. Does the translation align with other information in the application? A date in a translated birth certificate that does not match the date elsewhere in the application will be flagged regardless of whether the translation itself is technically accurate.

Getting a certified translation rejected is almost always avoidable. The issues that cause rejections are not subtle linguistic errors – they are structural issues with completeness, certification format, or packet-level consistency that experienced translators handle as a matter of standard practice.