备件资料实操：只读计算文件摘要并保留比对依据

供应商重新发送了一份备件说明书，文件名和上次相同，邮件里只写了“更新版”。采购人员此时需要先回答一个很小、却很具体的问题：手里的两份文件在字节内容上是否一致？文件摘要可以帮助组织这项比对，但摘要不能替代资料来源和适用型号的判断。下面以本地留存资料为对象说明操作方法，不涉及修改设备参数，也不假设已经发现任何供应商文件错误。

先保留收到的原件，再明确比较对象

把两次收到的文件分别保存在能够区分来源的目录中，记录接收时间、发送渠道和原始文件名。不要用第二份覆盖第一份，也不要先打开另存、转换格式或去除页面后再计算。编辑软件可能改变文件中的部分字节，这时计算到的是处理后的版本，不能直接代替当时收到的附件。若只能取得转发件，应在记录中说明这一限制。

比较前先写清楚对象是一整个附件，还是压缩包里的某个成员。压缩包本身与其中的说明书是两个不同文件，不能拿包的摘要和成员的摘要直接比较。资料仍在下载、同步或被其他程序写入时，先等待文件稳定，再对选定副本操作；不把一个仍在变化的文件当作固定证据。

以二进制只读方式计算同一种算法

Python官方hashlib文档介绍了SHA256构造器、update输入和hexdigest输出。文件内容应作为字节送入摘要计算，而不是先按某种文字编码读取再重新编码。后者可能改变换行或字符表示，使问题从“原文件是否一致”变成“处理后的文本是否一致”。

在有Python的本地工作环境中，可以采用下面的示例。把路径替换为已经确认的资料副本；这段代码只打开指定文件读取，不扫描整个磁盘，不上传内容，也不改写文件。示例没有附带虚构摘要值，真正的结果应由所选文件实际计算获得。

from pathlib import Path
import hashlib

item = Path("received-copy/manual.pdf")
digest = hashlib.sha256()
with item.open("rb") as stream:
    for block in iter(lambda: stream.read(1024 * 1024), b""):
        digest.update(block)
print(digest.hexdigest())

pathlib官方文档说明了Path.open的文件打开接口。这里的rb表示二进制读取。分块读取是为了不把整个大附件一次装入内存，块大小不构成资料质量指标；比较时需要保持相同的是摘要算法和文件对象的实际范围。若读取报错，应保留错误原因，不拿空值或上次结果填充。

把摘要和可以定位的来源一起登记

每次记录至少包含文件标识、原始文件名、接收批次、算法名称、完整摘要及计算时间。摘要本身不适合代替面向人员的资料标题，因此原名和可定位目录仍应保留。转交记录时，避免复制一个过短的摘要片段就声称完成一致性核验；审阅者应能在有权限的资料库找到对应文件并重新计算。

如果供应商另行提供了摘要，先确认它对应哪个具体附件、采用哪种算法，以及通过什么渠道取得。一个与文件同时被不明来源转发的摘要，并不会自动建立可信身份。内部比对可以确认两份选定副本的关系；供应商的授权、文件是否为适用版本，仍需结合正式资料渠道和型号说明核对。

分别处理相同、不同和无法完成的情况

同算法得到相同摘要，可以作为两份文件字节一致的强有力比对依据，不能据此推出文件内容正确、设备兼容或制造商授权。摘要不同则说明需要继续定位变化，不能直接把所有差异解释为技术参数更新。元数据、页面排版或签署内容变化，都可能使文件字节不同，具体原因要回到资料本身检查。

若某份文件缺失、无法读取或比较范围不明，就把状态写为待核对，并说明需要补充哪份原件或哪项来源信息。不要为了让台账全部显示完成而抹去未完成状态。后续收到补件时，新增一条比对记录，保留先前的不确定性，这样才能解释结论为何发生变化。

把资料比对结论交回型号判断环节

完成字节比对后，再由负责人员核对说明书中的型号、接口、修订标识和适用范围。摘要帮助固定“比较的是哪份文件”，型号判断解释“这份文件适用于什么对象”，两项工作各有依据。文中两图是原创AI辅助概念示意，不是供应商资料截图或真实比对结果；更多资料见备件资料栏目和文章目录。