在Windows桌面Word/Excel Microsoft365/2024环境下，答案偏向“先核源列类型”，不是先换字体。字体改变的是显示外观，不能改变邮编被当作数字处理的事实；微软技术说明指出，邮编如00399这类前导零，在未按文本格式处理时会在邮件合并中丢失。适用边界是Windows桌面Word/Excel的Microsoft365/2024分支，导入预览按365分支理解，不套用Excel2016向导。
观察时先不要急着改模板。打开源文件看邮编列的实际值和列类型：如果源列是常规或数字，前导零可能已经不在值里；另外要分清“显示补零”与“原字段文本保留”不是一回事。CSV/TXT导入尤其容易在识别列类型时把邮编当数字，应在导入预览阶段把邮编列设为文本，然后再加载。这个顺序比事后换字体更接近问题根源。
判断条件可以分成几支。第一支：源列类型不对、原值还完整，按365分支重新导入或在源侧把该列按文本处理，再重新做合并预览。第二支：源列本身已经丢失前导零，不要指望仅换字体、改显示格式或重新合并自动找回；应回到获准的原始资料核对，按实际位数处理，不能猜位数批量补零。第三支：只是表格里用数字格式补了零，而原字段并非文本，这不能证明合并时零会保留，仍要回到列类型和导入预览检查。首尾抽样核对原值、列类型和合并预览，比整批群发后再发现少零更可控。
风险主要在两头：一头是数据，已经丢掉的数字可能无法从当前文件还原，批量补零会制造错误邮编；另一头是隐私和发送，真实地址名单不宜直接交给平台，也不应拿真实名单做试合并。先生成未发送副本，不实际群发真实地址；名单隐私不交平台，咨询时只报去敏样例、版本和来源格式。电脑快修网是信息展示与第三方维修对接平台，在佛山三水区这类咨询准备中，台账启用不代表即时履约，具体对接按平台边界沟通。
下一步建议按小样本走：先复制一份未发送副本，检查邮编列原值和列类型；CSV/TXT按365分支导入预览把邮编列设文本后再加载；合并预览看首尾样本是否保留前导零；确认后再生成未发送副本。若已经丢零，回到获准原始资料逐项核对，不能凭位数猜补。佛山三水区用户可拨400-877-9605，只说明客户端版本、来源CSV或XLSX、列类型与去敏的零位差异，不交真实通讯录或实际群发测试。