Home › Insights › Does AI Document Review Work on Foreign-Language ESI?

Does AI Document Review Work on Foreign-Language ESI?

Photorealistic editorial photo of a litigation support desk at dusk: a stack of scanned foreign-language contracts and faxed pages covered in Japanese, Portuguese and Arabic script, fanned out beside a flatbed scanner

Quick Answer

Yes, but only for files that were OCR'd and language-tagged before embedding. Untagged or image-only foreign documents drop out of AI-coded results silently, with no error to warn you.

Conceptual search, as Kiran Nasir Gore's newsletter described it in 2024, uses natural language processing to surface relevant documents even when the exact keywords never appear. Clever. It still can't read a page with no text. So the first thing to ask a vendor is what happened to the files that failed.

Did this answer your question?

Key Points

  • AI document review works on foreign-language ESI only when each file is OCR'd and language-tagged before embedding ; untagged or image-only files drop out of AI-coded results without any error.
  • ComplexDiscovery's Winter 2025 pricing survey with EDRM found GenAI-assisted review priced most often between $0.26 and $0.50 a document .
  • In Schulte v. LinkedIn , decided in the Northern District of California on July 1, 2026, the court accepted a search-term pre-cull ahead of generative AI responsiveness calls.
Three things people believe. Myth or fact?
Call each one, then see how other readers called it.
1 If a foreign-language file fails OCR or language detection, the review platform will flag it as an error.
2 GenAI-assisted review was already being priced per document in 2025.
3 Better machine translation solves the foreign-language ESI problem.
Photorealistic editorial photo of a litigation support desk at dusk: a stack of scanned foreign-language contracts and faxed pages covered in Japanese, Portuguese and Arabic script, fanned out beside a flatbed scanner

A scanned page with no text layer is invisible to search, in any language.

Multilingual eDiscovery tools are built to track, understand, translate and analyze electronic data in several languages, using natural language processing and machine learning, provided the text reaches them. That proviso is the whole article.

Relativity, Luminance, EverLaw and CS Disco all pair conceptual search with keyword search, and hybrid retrieval like that is very good at finding meaning. It is useless on a scanned Japanese fax with no text layer. (The fax does not mind. It just sits there, unindexed, forever.)

Processing got faster and quieter at the same time. Back in 2021, practitioners were already praising SaaS platforms that processed uploads automatically, with users running "in minutes compared to hours." Fast is lovely. Fast also means nobody watched the OCR run.

Meanwhile the money pressure points straight at the foreign-language pile. In a 2024 r/ediscovery thread, a contract reviewer put the national average for English-language review at "twenty-something an hour" and said wages had "remained stagnant" instead of rising with inflation. The same poster argued AI still couldn't handle QC, privilege logging, redaction or spotting hot documents. So firms aim AI at the documents that cost a premium to read, which is to say the documents most likely to have failed processing.

I think that's the right instinct pointed at the wrong step. What follows is how a file goes missing without an error, who is supposed to catch it, and when a bilingual human still has to read the thing.

The Sedona Conference's April 2026 Working Group 1 agenda said it plainly: "Additional guidance is necessary for the industry to reasonably adopt Generative AI tools in discovery practice," which is to say the process you run is still yours to defend. Skip that and nothing breaks loudly. Even machine translation ships without promises: Gartner's software review site notes that Google disclaims all warranties for the Google translations the site may show, including accuracy and reliability. (No one gets an alert about a document that was never there.)

Courts have mostly stopped asking whether the model is allowed. In Schulte v. LinkedIn, the court let LinkedIn run Relativity aiR for final responsiveness calls after a search-term pre-cull, and found that pre-culling "reasonable and proportional" largely because the plaintiffs had not shown the terms were defective. Fine. Which is to say the scrutiny now sits upstream, with whatever the keywords and the extracted text let through.

A Portuguese email the search terms never matched is gone. So is a scanned contract with no text layer. The competence duty already reaches the risks of the technology a lawyer picks, and these tools are still just tools, with a human expected to check what the machine skipped.

When the tools can't sort a set, everyone goes back to reading: a lawyer in an April 2025 r/LawFirm thread tried search terms and predictive algorithms on 40,000+ documents for production and concluded a full manual review "may be warranted."

Does AI document review actually find foreign-language documents?

Yes, for files whose text was extracted, OCR'd and language-tagged first. AI-assisted review runs cents per document instead of dollars, but only on documents the index can actually read.

Before trusting an AI-coded result on a mixed-language matter, check three things, in this order:

  1. Every image-only file went through OCR, optical character recognition, the step that turns a picture of words into searchable text.
  2. Every document carries a language tag applied before indexing, so the system knows a German email is German and treats it that way.
  3. Someone has read the exception report, the list of files that failed either step, and decided what happens to each one.

The money explains why everyone is asking. Our own pricing case is blunt: manual review costs dollars per document and roughly $19K/GB, while AI-assisted review costs cents. That gap is real. It is also conditional, and the condition rarely makes the slide deck (it applies only to documents the system could see in the first place).

The thing is, a missed foreign file is not just a budget leak. In an April 2025 Daily Journal column, JAMS neutral Daniel B. Garrie and Baker & McKenzie partner Bradford K. Newman argued that Comment 8 to ABA Model Rule 1.1 makes eDiscovery and AI competence part of a licensed attorney's duty of competence. That comment asks lawyers to keep up with "the benefits and risks associated with relevant technology." The same authors warn that AI review can expose a party to arguments of "under-inclusivity" in the data sets searched.

An untagged Japanese contract is under-inclusivity in its purest form. Nobody decided to exclude it. It simply never existed as far as search was concerned.

The common assumption is that a file the AI cannot read throws an error. It does not have to. Keyword and concept search return what matches, an empty text layer matches nothing, and the document sits in the database marked as processed while staying invisible to every query you run (which is honestly worse than a crash, since a crash at least gets someone's attention). The reviewer-side version of this mess is covered in how foreign-language documents get buried in review; this piece is about the step before anyone reviews anything.

So I care more about the processing record than the model. Relevant keeps immutable originals with content hashing, an append-only audit trail and documented chain of custody, so what happened to each file can be shown if opposing counsel pushes. Pairing that defensible spine with cited answers is the whole design; a fast answer you cannot trace is just a confident guess.

Homemade setups skip the processing step entirely: a lawyer in a February 2026 r/legaltech thread described pasting document chunks into ChatGPT ("Death by a thousand Ctrl+C / Ctrl+V cuts") and losing context with every new chunk, so the model only ever judged what it was handed. To be fair, there is a trade-off. Tools that hide processing behind one upload button feel wonderful on day one and much less wonderful when you have to explain a single missing file to a judge.

And most published advice on multilingual review never reaches that step, because it starts with the translation bill.

Can you prove your AI review saw every foreign-language file?

Yes, if you check processing before review starts: which files were OCR'd, which got a language tag, and which failed and landed on an exception list.

Baker McKenzie reads the July 2026 ruling in Schulte v. LinkedIn as approving a keyword pre-cull ahead of AI responsiveness calls. Fine. The fight moved upstream, and your competence duty moved with it. (Tools are still tools.)

Relevant e-Discovery pairs a defensible review spine with source-linked AI answers in your own cloud, under your own keys. Bring the mixed-language matter you were about to hand to premium-rate bilingual reviewers.

Why is translation cost the wrong first question?

Translation only helps documents the system already found. Linking every AI answer to its exact exhibit shows what was found, not what processing quietly dropped.

Most published advice on multilingual discovery opens with the translation budget and never really leaves it. A May 2023 piece by Jeffrey Patanindagat for the Association of Certified E-Discovery Specialists (ACEDS) defines multilingual e-discovery as "the use of technology and specialized techniques to collect, process, review, and produce electronic data in multiple languages," then spends its energy on language barriers, cultural nuance and the expense of traditional translation. It says the tools "can provide accurate translations." It also says accurate translations "can be difficult to obtain, unless done through professional translators."

Both claims assume the document is already on someone's screen. Neither asks how it got there.

Conventional wisdom treats foreign-language ESI as a cost line: so many pages, so many cents per word, a bilingual reviewer at a premium. Fine, as far as it goes. The trouble is that it skips the question deciding whether any of those costs matter at all.

Before: What will it cost to translate the Portuguese emails?

After: How many of the Portuguese emails can our search actually see, and how would we know if the answer were zero?

The second question is less fun at a budget meeting. It is also the one that decides whether the first question matters. Translation is downstream of retrieval.

Even the ACEDS piece closes on a caution worth keeping: tools are "just that, tools," and a full investigation needs a balance of expert human and machine work. Human balance only helps if the human sees the file.

Here is where I have to be straight about our own design, too. Our outputs link back to the exact exhibit they came from, so an attorney can verify any AI answer in one click before filing. That is a genuine guard against invented citations. It verifies what the system returned; it depends on the document having been indexed in the first place (which is, annoyingly, the whole subject of this article).

That is also why our demo asks you to bring a messy collection and a hard question, then watch the system read, code and cite your own evidence instead of reading a case study about someone else's. Bring the mixed-language collection. Bring the scanned one too.

Cross-border sets add a layer before language even enters the picture, because where the data sits can be restricted on its own. Deployment inside your own AWS account under your own keys handles part of that; the transfer rules themselves are worked through in moving EU employee data to a U.S. review platform.

None of this makes the translation bill disappear. Somebody still has to read the documents that matter, and people who read fluently in two languages do not come cheap.

Who catches the foreign-language files that never reach review?

Most budgets for foreign-language discovery begin with what bilingual reviewers cost. We followed the money first, then the files, and found the riskier line item sitting where few buyers are looking.

The labor premium is real. An American Bar Association career guide tells would-be contract reviewers, "If you can read a foreign language you will earn about double the usual rate." A 2019 article on a language-services company's blog cited an unnamed estimate that multilingual review could cost as much as three times English review.

AI review changes that math. The Winter 2025 eDiscovery Pricing Survey, run by ComplexDiscovery and EDRM, found GenAI-assisted review priced most often between $0.26 and $0.50 a document. We make the same cents-instead-of-dollars case for our own platform, which is our stake in the question.

GenAI-assisted review Most often $0.26 to $0.50
Traditional remote review $0.50 to $1.00, or more
Traditional onsite review Mostly more than $1.00
What a reviewed document costs. Common per-document pricing bands reported in the Winter 2025 eDiscovery Pricing Survey by ComplexDiscovery and EDRM. Bar lengths are approximate, because the survey reports bands rather than exact prices.

Every one of those prices assumes the document can be read. The 2019 language-services article puts text extraction first, covering OCR, native files and audio, then automated language identification, and only then search terms or translation. An ABA technology column describes OCR as the step that "Converts scanned or handwritten content into searchable digital text." Atakan Tuncinar, an operations manager at a legal translation firm, calls scanned documents a chronic pain point, because most providers "lack the technology to extract the text."

Where a foreign-language file can stop

  1. Text extraction. Scans need OCR and audio needs transcription. Without text, search has nothing to read.
  2. Language identification. Each file's language is tagged before multilingual search or translation runs.
  3. Text layer. A search reads the version it is pointed at: the original or a machine translation.
  4. AI coding. Responsiveness and issue calls are made only on files that reached this step.

Drawn from the workflows described in the sources listed below.

The third step is the easiest to miss. In April 2026, an open-source AI eDiscovery plugin's developer wrote on r/ediscovery that it runs OCR and translation "on selected documents," and tells users to "Choose which text revision to search against." A translation exists only for the files someone selected, and a search sees only the layer it was given. One developer's tool can't tell us how every platform works, but it puts a choice in plain view that other tools may make without asking.

So what happens to the files that fail a step? Buyers often can't say. In the same pricing survey, about half of respondents were unsure how special processing or exception handling is priced in GenAI-assisted review, and nearly a third reported no familiarity with or use of GenAI review at all. The survey did not count processing failures, so it can't say how many files drop out. What it does show: buyers understand least the line item where failed files end up.

Would the other side notice a gap? The first major ruling on generative AI review suggests it would be hard. In Schulte v. LinkedIn, decided in the Northern District of California on July 1, 2026, the producing party pre-culled documents with search terms and let a generative AI review product make the final responsiveness calls, with human quality control sampling. The court found the approach reasonable and proportional and declined to order more disclosure about the tool. Baker McKenzie, analyzing the ruling, summarized the court's reasoning:

"requests to scrutinize an opponent's discovery process are generally disfavored unless there is evidence of a specific deficiency in the production."

Baker McKenzie, summarizing the court in Schulte v. LinkedIn, August 2026

The standard protects a sound process. In our reading, it also means opposing counsel must find a problem first, and a file dropped before review rarely leaves one to point to. The exposure remains. Daniel Garrie, a JAMS neutral, and Bradford Newman of Baker McKenzie warned in 2025 that AI review can open litigants to arguments of "under-inclusivity" in the data sets searched. Under Federal Rule 26(g), the attorney who signs a discovery response certifies it reflects knowledge "formed after a reasonable inquiry."

Every cost figure in this story measures the price of reading. Every workflow puts the fragile steps before any reading starts. Buyers mostly can't say how failures there are priced, and opponents may probe only once they can name a specific gap. That leaves the party that produced the documents as the one best placed to notice a foreign-language file that never reached review, provided someone on that side actually checks.

  • Before comparing per-document prices, ask each vendor, us included, how files that fail OCR or text extraction are reported, and whether exception handling is priced separately.
  • Ask for a count of files by detected language, plus the count with no language tag at all, before AI coding begins.
  • For every search and coding pass, confirm which text layer the tool read: the original, a machine translation, or both.
  • If you pre-cull with search terms, ask whether they were built for every language in the collection, and keep the answer with your record of reasonable inquiry.

How we checked this

We used an industry pricing survey, two ABA publications, a law firm's case analysis, a practitioner column, the text of Federal Rule 26, a developer's forum post and two articles from language-service businesses. The only figure that is ours is the general cents-versus-dollars comparison for AI review. We sell AI document review, so we have a stake in the answer.

Several sources have limits. The pricing analysis was republished by an eDiscovery services provider. The three-times estimate is from 2019 and has no named source. The translation firm and the language-services company both sell multilingual services. The ABA technology column promotes a practice-management product. The plugin post describes a single tool in its developer's own words. Schulte is one early ruling.

Still unknown: how often files actually fail OCR or language identification in real collections. None of our sources measured that.

  1. ComplexDiscovery, 2025 eDiscovery review update and Winter 2025 pricing survey, June 2025.
  2. American Bar Association, guide to document review jobs, undated.
  3. A language-services company's blog article on multilingual eDiscovery practices, November 2019.
  4. A legal translation firm's article on how law firms handle multilingual eDiscovery, quoting Atakan Tuncinar, May 2026.
  5. ABA Law Technology Today, column on AI in legal document review, 2025.
  6. r/ediscovery, developer post on an AI eDiscovery plugin, April 2026.
  7. Baker McKenzie, analysis of Schulte v. LinkedIn, August 2026.
  8. Daniel B. Garrie and Bradford K. Newman, Daily Journal column on eDiscovery and AI, April 8, 2025.
  9. Legal Information Institute, Federal Rule of Civil Procedure 26, retrieved October 17, 2026.

When does AI review beat paying bilingual reviewers?

When every foreign file has readable, tagged text and is processed somewhere you control, single-tenant or inside your own AWS account, with no vendor retention and no model training.

Start with the labor price, because that is the number driving the decision. An American Bar Association career guide for young lawyers puts average document review pay in Michigan at $20 per hour, and says plainly that a reviewer who can read a foreign language will earn "about double the usual rate."

That premium lands on the exact documents that are hardest to retrieve. Which is to say, the savings case is strongest precisely where the processing risk is worst. I find that genuinely funny, in the way a tax audit is funny.

Translation vendors tend to propose a middle path: machine translation for gisting, meaning a fast rough read of high-volume foreign email to flag what is obviously irrelevant or privileged. The same vendors concede that raw machine translation is generally not admissible in court, so anything you rely on still needs a human. Gisting is triage. It is not review.

Here is how I would route a mixed-language set before anyone books a bilingual reviewer:

  1. Files with clean, language-tagged text go to AI coding first, with source-linked results an attorney can spot-check.
  2. Image-only or failed-OCR files go back through OCR and language identification, then join the first group.
  3. Whatever the AI flags as hot, privileged or ambiguous goes to a bilingual human, who now reads a short list instead of the whole pile.

The second condition is control, and it matters more for foreign data than people expect. Our processing runs single-tenant or inside the client's own AWS account, with no vendor retention and no model training, so nothing fed into it trains anyone's model or waives privilege. Privileged foreign-language files are still privileged files. Sending them to an outside party for a quick translation does not make them any less so.

I also think the economics only matter if a small firm can actually run the thing. We built for a solo or small firm on a single messy matter, the segment the big enterprise platforms price out and cannot serve without an administrator. If you are weighing how to pay for that, the trade-offs between per-matter and annual platform pricing for small firms are laid out separately.

None of the routing works if the second step never happens, and the second step is the one budgets tend to forget.

Photorealistic close-up of a litigation support analyst's desk in an office, with a thick stack of printed pages of flagged files fanned out beside a yellow highlighter, a few sheets marked with highlighted lines, and
Automatic processing is fast. The exception queue is where foreign-language files that failed OCR or language detection wait for someone to look.

What decides whether foreign-language AI review works next year?

Processing, not translation. Ask for the OCR failures, the language tags and the exception list before any review savings get counted toward the budget.

The money is already moving upstream. ComplexDiscovery's 2025 review update put review at 64% of eDiscovery spending in 2024, projected to fall to 52% by 2029 as investment shifted toward collection and processing. In its Winter 2025 pricing survey with EDRM, about 50% of respondents were unsure how special processing or exception handling was priced in GenAI-assisted review.

Sit with that one. Exception handling is where a scanned Arabic invoice or an untagged German email ends up. If one of those files was a key document, a commenter in an April 2025 r/LawFirm thread spelled out the bill: opposing counsel "will start questioning why," and that "could result in a judge ordering a re-review costing more." (The Sedona Conference previewed a forthcoming Commentary on Rule 26(f) conferences at its April 2026 meeting; that conference is where to put language handling on the table with opposing counsel, before production.)

The figure I would want next is one this evidence does not contain: recall on tagged non-English files measured against recall on untagged ones, in the same collection. Once someone runs that comparison, it will show whether the savings were real or simply never checked. Start with the exception report. Then ask who reads it.

Summarize This Article With AI

Open this article in your preferred AI engine for an instant summary.

Frequently Asked Questions

What else do people ask about AI review of foreign-language documents?

Most questions come back to processing: whether the text was extracted, whether the language was identified, and who checks the files that failed either step.

What is language tagging in eDiscovery?

Language tagging means identifying each document's language and recording it as a field before the collection is indexed. Without that field, a search or AI workflow has no way to route the file to the right reviewer or query. Untagged files don't error out. They just go unrouted.

Does OCR matter if most of my documents are emails?

It matters for the attachments. OCR (optical character recognition) turns an image of text into searchable text, so a scanned contract or a photographed invoice has nothing to search until it runs. Native emails usually carry their own text. Their image attachments often don't.

Can AI review translate the documents too?

Some tools translate, and that helps a reviewer read what was found. These tools are still tools, so a human checks the work, especially on hot or privileged documents. Treat machine translation as a reading aid.

What does Relevant e-Discovery charge, and how do I reach them?

Relevant e-Discovery prices AI-assisted review at cents per document rather than the dollars per document manual review costs, and you can see that difference on your own matter. Reach the team through the contact page at relevantediscovery.com/contact-us.

Am I responsible if the AI misses foreign-language documents?

I'd assume yes. Garrie and Newman wrote in 2025 that lawyers "must remain vigilant to ensure that AI outputs are not accepted without critical oversight." A file the AI never saw is the easiest output to accept without oversight, because nothing on screen tells you it's gone.

Can I use keyword search to cull before AI review?

Courts have allowed it. In Schulte v. LinkedIn, the court accepted search-term pre-culling ahead of AI responsiveness review. The catch in a multilingual set is plain: English terms won't match a Portuguese email, so either write terms for each language or keep the non-English subset out of the pre-cull entirely.

Written by

Michael

Kansky

Michael Kansky is a serial software entrepreneur who has spent more than two decades building and bootstrapping profitable SaaS and services companies.

Connect on LinkedIn

Read next

A stack of printed litigation documents with one foreign-language page half hidden beneath English pages next to a laptop review queueEdiscovery

How Foreign-Language Documents Get Buried in Review

Foreign-language documents get buried before translation, when software misidentifies their language and indexes them as English. Keyword search, predictive ranking and reviewer batches then all inherit the wrong reading.October 16, 202621 min read
Photorealistic editorial close-up of a litigation support workstation at dusk: an external hard drive and a short stack of plain, unmarked cardboard archive boxes sit on a wooden desk, with rows of neatly shelvedEdiscovery

Why Your Production Won't Load Into Another Review Tool

A production that will not load into another review tool usually has a load-file structure problem, not a permissions problem: mismatched packaging, delimiters, encoding, path pointers or field mappings.October 16, 202623 min read
A laptop showing a finished cloud export beside a paper collection log, a pen and a smartphone on a small law office desk.Ediscovery

Six Things One-Click Cloud Collection Tools Miss

No. A one-click cloud collection tool gathers what a provider's export function returns. Earlier versions, linked files, chat threads, access metadata, audit logs and unmapped sources can fall outside it.October 14, 202623 min read

See it on your matter

Bring us a messy collection - mailboxes, scans, phones, recordings - and watch it become one searchable, defensible record.