繁简转换后出了错，该留截图还是留原文件

编辑部的繁简小周把一份繁体合同转成简体发给客户，客户回了一句：“第 7 条‘乾’字怎么变成‘干’了？转换”小周翻回聊天记录，只找到自己发出去的后出那一版，原稿在转换时被覆盖了。错该他手里没有可对照的留截留原底本，只能凭记忆解释，图还越解释越像狡辩。文件

这类麻烦的繁简关键，往往不在于会不会用转换工具，转换而在于转换前后你留下了什么。后出现实里有两套常见做法：一套是错该“留操作痕迹”，把每一次转换的留截留原界面、参数、图还时间点截下来；另一套是文件“留版本链”，让原始文件、繁简中间文件、成品各自独立存在，靠文件名和目录说明关系。两者都能叫保留证据或记录，但适用边界完全不同，选错了，出事时手里的东西救不了你。

截图留痕：适合对外沟通，不适合还原过程

截图的做法很直接：转换前截一张原文档的页面，转换后截一张结果页，再把工具里勾选的选项（比如是否转换术语、是否处理异体字）拍进去。它的优点是即时、轻便，发在群里谁都能看懂，适合和客户、同事确认“我当时的操作是这样的”。

但截图的边界也很清楚：它证明的是某一屏曾经显示过什么，不证明文件本身是什么。截图会被裁剪、会被压缩、会丢掉时间信息，单独一张图很难说明先后顺序。小周如果只留了截图，客户仍可以问：这张图是转换前还是转换后拍的？所以截图适合做沟通辅助，不适合当唯一的还原依据。

选错这一种的后果，是把“看起来有记录”当成“过程可还原”。真到了要逐字核对某一处繁简对应关系时，截图给不出可检索的文本，你得靠眼睛一行行找，找漏一处就前功尽弃。

版本链留档：适合逐字核对，代价是管理成本

另一套做法是把文件本身管起来。原始繁体稿命名为“合同_v1_繁”，转换后的简体稿命名为“合同_v2_简”，中间若有手工改动，再存一版“v2_简_手改”。目录里放一个简短的说明文件，写清哪一版由哪个工具在什么时间生成、改了哪几处。这样做的价值在于：任何一版都能被打开、被搜索、被逐字比对，繁简转换中容易出问题的字——比如“乾/干”“著/着”“後/后”——可以直接用查找功能定位。

代价是它需要纪律。版本一多，命名一乱，反而找不到哪版是准的。所以版本链适合对文字准确性要求高的场景：合同、公文、教材、对外发布的稿件。它不适合随手转一段聊天记录还要建三层目录，那是给自己找事。

选错这一种的后果，是把简单事做重，最后嫌麻烦干脆不记录；或者记了一堆版本却没写说明，过两周自己也说不清 v3 和 v4 差在哪。

一份能对上号的核对表

不管用哪套做法，转换前后都可以按同一张表过一遍，重点是让记录能互相对上：

第一，记下转换工具的名称和版本，以及当时勾选的选项。工具不同，繁简对应规则可能不同，尤其是异体字和多音字的处理。第二，记下转换的日期和大致时间，以及操作人。第三，标出人工改动的位置，哪怕只改了一个字，也写清改前改后。第四，保留一份未转换的原稿，且不要用转换结果覆盖它。第五，如果这份文件要对外发送，发送记录和文件版本要能对应上，比如邮件里注明“附件为 v2_简”。

这张表的作用不是形式主义，而是让“截图”和“版本链”能互相补位：截图证明你操作过，版本链证明结果是什么，两者对上，别人才没法在细节上做文章。

反例：只改名不建链，等于没留

见过一种做法：转换完把文件另存为“合同_最终版”，原稿删掉，觉得名字里带“最终”就算留档了。问题在于，“最终版”只说明它是最后存的，不说明它从哪来、改过什么。一旦发现某处繁简转换有误，你既没有原稿对照，也没有中间版本回退，只能重新找对方要原件。这时候再补截图，补的也是事后画面，证明力有限。

更稳妥的顺序是：先复制原稿、再转换、后改名，最后在说明文件里写一句“本版由 v1_繁 经某工具转换，未手改”。这句话很短，但它把版本之间的关系固定下来了，比十张截图都管用。

回到小周那件事，他后来补的做法是：找回客户手里的繁体原件，重新转一遍，两版并排开着逐条核对，把“乾”这类字单独列出来确认，再把原稿、转换稿、核对说明一起归档。繁简转换本身不难，难的是转换之后你还能不能把话说清楚。留截图还是留版本链，先想清楚这份文件将来可能被谁追问，再决定记录做到哪一层，比事后补救省力得多。