文档与 OCR实用指南

文本、网页、文档翻译怎么选?完整案例与交付核对

翻译是否可交付,要看它是否保留原文的适用条件,而不是只看中文是否顺口。先按输入选择文本、网页或文档入口,再用数量、例外、否定和名称清单核对。下面用自编通知给出完整参考译文和故意错误稿,不把参考答案冒充某个翻译服务的实测输出。

书架上按顺序排列的参考书籍
配图:Emil Widlund · Unsplash License

本次修订:补齐完整通知的原文、参考译文、错误稿、数量边界与付款条件核对,明确三种翻译入口及失败处理。

先把问题解决

可复制的短文用文本入口;公开网页先核对提取范围;要保留文件结构再用文档入口。无论选哪条路线,本例都必须保留12件及以上、冷藏品除外、付款确认前不得发货三个条件。上传成功或译文通顺都不能代替交付核对。

先选输入路线,再翻译这两句完整通知

可复制的短通知选文本翻译;公开页面选网页翻译后检查实际提取范围;需要保留文件结构时才选文档翻译。当前翻译依赖在线服务,文件能否处理、费用与可用格式以当前界面和服务回应为准,不能由本练习推断。

  1. 保留原文版本,选择英语为原文语言、中文为目标语言,把两句一起输入;如填上下文,写明用于内部审核的通知,不添加原文没有的条件。
  2. 等待当前输入的译文或错误提示。改动原文、目标语言后重新核对,不把上一轮结果当成本轮答案;服务失败时保留输入,等恢复或换有权使用的服务再审。
  3. 对照下面四个边界测试逐项做判断,随后核对名称、单位与全部例外。只修一个词之后也要重读两句,避免数量正确而发货条件仍然错误。

虚构英文通知

Orders of 12 units or more qualify for free delivery, except refrigerated items.
Do not dispatch before payment is confirmed.
编辑构造的语言练习,不是商家的真实政策或条款建议。

参考译文与故意错误稿

故意错误;不能交付

订单超过12件均可免运费,付款确认后不能发货。

编辑参考答案

订购12件及以上可免运费,但冷藏商品除外。付款确认前不得发货。

错误稿把包含12改成超过12,删掉冷藏例外,还把禁止发货的时间范围颠倒。参考译文允许其他自然措辞,但这三个判断必须相同。

把译文拿去做四次判断,而不只读一遍

如果译文在第2行答错,检查“及以上”是否被写成“超过”;第3行答错,检查except是否遗漏;第4行答错,检查not和before组合后的作用范围。只有修改后的译文在全部案例上与原文一致,才进入交付核对。

  1. 网页输入若只翻译了标题,没有正文条件,先修复来源提取或改用完整原文;不能让模型补出没读到的条款。
  2. 文档下载后重新打开,核对两句所在段落、编号、表格和脚注是否仍在;“上传成功”不代表翻译完成或排版验收通过。
  3. 重复出现的名称先整理术语,再逐处检查;术语核对可以帮助查漏,但匹配到词条不能证明整句的否定和例外正确。
只按上述通知判断;不推断库存、运费金额或其他许可
案例免运费条件付款限制
11件普通品;已付款确认数量不足,不满足付款限制已解除;不代表其他流程已完成
12件普通品;已付款确认满足数量门槛付款限制已解除;不代表其他流程已完成
12件冷藏品;已付款确认属于例外,不满足付款限制已解除;仍不能享受本条优惠
12件普通品;未确认付款数量门槛满足不得发货

选择路径时,先决定哪些结构必须跟着译文走

自编场景:你要把一则产品更新发给英文读者,来源包括一段摘要、一张价格表和一个两页附件。若读者只需要摘要,可用文本路径;若必须点回原网页核对表格,网页路径更方便;若对方还要编辑附件,应优先检查文档路径实际下载的格式。不要为了让输入变短,先把表格复制成失去列关系的一串文字。

三种路径会暴露不同的问题。文本路径中,上下文需要自己补足;网页路径中,需要先确认采集到了正文;文档路径中,译文变长可能挤压原有版面。因此应该先对完整的小样本确认结构,再投入全文。在线服务未启用或请求报错时,保留输入和错误状态,不能把旧译文当作新版本的结果。

按这次交付需要选择,而非按文件看起来像什么选择
需要交付建议先尝试最容易漏查
邮件里的一段可复制说明短文本翻译,并补充产品上下文单独抽出的代词、单位和适用对象
带来源链接的公开页面副本网页翻译,先核对采集预览动态内容、展开后的说明、被截断的段落
可以继续编辑的附件支持该格式的文档翻译页眉、表格标签、变长文本及页数

为每个条件留下可追溯的核对记录

  • 数量:原文12 units or more→译文12件及以上→用11与12两点测试边界。
  • 例外:except refrigerated items→冷藏商品除外→用12件冷藏品单独检验。
  • 否定与时间:Do not dispatch before payment is confirmed→付款确认前不得发货→付款未知时也不能默认已确认。
  • 原文没有的内容:运费金额、库存和审批人均未知,译文不得补写承诺。

这份条件账本检验的是本案例含义。真实对外通知还应由了解业务的人确认政策与措辞;本文没有测试付费翻译API或生成通用质量评分。

缺段与错版需要修不同的层

如果网页采集预览中已经没有价格表,重译同一份采集结果不会把表格找回来。先回来源确认内容是否需要登录、点击展开或由脚本加载;必要时把获准使用的目标段落单独取出,以明确表头的文本样本处理,并注明来源范围。页面显示截断提醒时,也应把未处理范围列出来。

如果下载的文档内容齐全,但某个英文标签把表格挤到下一页,这是版面问题。先比较文本含义,再在交付副本中调整列宽或字号;不要为塞进单元格而删掉例外条款。记录采用的是哪个来源版本,复核后改了哪些标签,才能避免下一轮更新误用旧译文。

输入不同或继续处理时,再选这些工具

  • 翻译短文本: 必要时补充上下文,复制前检查名称、数量与条件句。
  • 翻译公开网页: 确认采集正文包含目标内容,导出 HTML 前对照表格、链接与图片替代文本。
  • 翻译文档: 确认当前支持格式与服务可用性,下载后将章节和布局与原稿比较。
  • 检查固定术语: 应用审核过的术语表,检查冲突与漏词;术语命中不代表整句正确。

什么时候可以交付这份译文?

DeepL 文档说明了文档翻译请求流程;提交附件前应核对当前服务条件。

重要译文应检查数字、否定和条件。 大批量翻译前先建立并核查术语表。

通知翻译验收

  • 完整两句与来源版本保留;四项边界测试全部得到参考判断。
  • 数字12、冷藏例外、付款确认前禁止发货三个条件没有改变。
  • 没有把“满足数量门槛”升级成“可以发货”的全面许可。
  • 交付文件重新打开过;缺失正文、服务错误和未确认内容仍明确标记。

常见问题

这些翻译离线完成吗?

这些翻译路径按工具页说明使用在线服务;本地选文件不等于本地翻译。

扩展名受支持就保证布局吗?

不能保证,应检查实际导出文件,尤其表格、页眉、嵌入图像与变长的标签。

术语表能代替完整检查吗?

不能。它有助于一致性,但不能证明含义、遗漏与条件均正确。

参考资料与延伸阅读

按步骤开始处理

进入对应工具,预览处理结果,检查导出的文件。

继续阅读