strict_timestamps=False允许把超出ZIP可表示日期范围的文件打包，但会把归档成员日期设到范围边界；它不是保留原件时间的开关。Python 3.14说明，早于1980-01-01时取下限，晚于2107-12-31时取上限，不能用这样的归档日期反推原文件年代。
适用：泉州鲤城区台式电脑上使用Python 3.14标准库zipfile.ZipFile的授权维护场景。先核实际调用和已有记录，不在客户原件上更改时间或重跑业务。
观察：第一步，确认运行环境确为 Windows 台式电脑上的 Python 3.14，并确认相关 ZipFile 调用中出现了 strict_timestamps=False。若没有这个配置，就不能把本次归档时间变化直接归因于该参数。第二步，在不改动原件的前提下，用已有归档和原始日志对照原文件记录时间与归档成员时间。若原文件时间早于 1980-01-01，而归档时间显示为 1980-01-01，符合下限截断；若原文件时间晚于 2107-12-31，而归档时间落到上限边界，符合上限截断。第三步，看时间差是否正好落在边界；若文件时间本就在可表示范围内，不能仅凭 strict_timestamps=False 解释所有时间差异。
风险：把归档时间当作原件年代，会误判文件先后和归档形成过程；为了验证而改动原件时间，会破坏原始记录；把“能够打包”理解成“保留原时间”，会错误解释归档结果。对于维护记录，应区分原件时间与 ZIP 成员时间，避免用被截断的时间做年代判断。
下一步：整理去敏材料，包括 Python 版本、ZipFile 调用中是否使用 strict_timestamps=False、涉及文件的时间是早于下限还是晚于上限、归档成员显示时间、原始日志中的时间记录以及不含客户数据的调用片段。不要提交客户任务内容或生产数据。需要进一步咨询可拨打 400-877-9605；电脑快修网是信息展示与第三方维修对接平台，该号码只作咨询，实际范围和安排需确认。