代码签名证书到期前，企业通常要面对一串问题：要不要重新提交营业执照，组织名称变了怎么办，旧版本还能不能验证，新证书签出来的文件和旧版本看起来是否一致。续期不是简单换一个文件，而是发布链路的切换。提前理解常见问题，能减少发布中断。
本文汇总续期中的高频疑问，供开发和采购团队参考。不同证书类型和 CA 的规则不同，具体材料与流程以当期申请页面为准。更多代码签名内容可参考本站代码签名证书栏目。
一、续期为什么要提前启动
代码签名证书涉及组织身份核验，部分类型还需要硬件介质交付。续期可能需要重新提交材料、接听核验电话、等待审核和邮寄介质。若等到到期前几天才启动，遇到补正或物流延迟，发布计划就会受影响。
建议在到期前两到三个月开始评估，至少预留一个月用于审核和测试。EV 证书、跨境主体或名称变更的项目，预留时间应更长。把续期写进年度发布计划，而不是等提醒邮件。
二、续期材料与主体一致性
续期时企业名称、注册地址、联系电话和经办人应与当前登记一致。若企业做过名称变更、地址迁移或法定代表人变更，准备变更证明，确保审核人员能串联历史信息。英文翻译、网站主体和软件发布者名称也应统一。
经办人更换时，重新出具授权文件。不要沿用旧授权或让不了解申请的人接听核验电话。材料中的软件用途描述应更新为当前产品，避免审核人员认为申请内容与历史不符。
三、旧证书和新证书能否并存
在旧证书到期前，新证书可以提前签发并用于测试。企业可以在测试环境验证新证书的签名、时间戳和平台兼容性，确认无误后再切换生产。旧证书到期后，已签名的历史版本仍可依靠时间戳进行验证，但新版本必须使用有效证书。
不要在同一批次中混用新旧证书而不记录。发布台账应标明每个版本使用的证书序列号和签名时间，便于客户验证和问题排查。
四、签名链与时间戳
新证书可能使用不同的中间证书或根证书。部署签名工具时，确认证书链完整，时间戳服务可访问。签名后立即验签，检查证书链、时间戳和文件哈希。若客户环境较旧，提前提供根证书或测试文件。
续期不会自动修复旧文件的时间戳。历史版本若缺少时间戳，在旧证书到期后可能验证困难。企业应评估是否需要重新签名历史版本，或保留原有证据链。
五、平台与驱动提交
涉及微软合作伙伴平台、驱动提交或应用商店的项目，续期后要确认平台是否接受新证书。组织账号、发布者信息和证书主体应保持一致。平台规则可能要求重新验证组织身份，提前查看后台通知。
如果新证书主体名称变化，平台侧可能需要更新资料。不要在未确认的情况下直接提交新版本，先用测试包验证流程。
六、历史版本与客户沟通
- 保留旧证书、旧安装包和签名日志，方便客户验证历史版本。
- 在更新说明中注明证书续期和发布者信息变化。
- 对关键客户提供新证书的指纹和验签方法。
- 检查下载页、自动更新程序和镜像站点的证书配置。
- 确认卸载、升级和回滚流程在新旧版本间正常。
客户看到发布者名称变化时，可能担心软件来源。提前沟通、提供签名验证说明，比事后解释更有效。若主体确实变更，准备官方说明和过渡方案。
七、续期检查清单
- 确认证书到期时间和续期负责人。
- 核对营业执照、地址、电话和经办人信息。
- 准备授权文件和软件用途说明。
- 申请并测试新证书，验证签名链和时间戳。
- 更新构建流水线、签名工具和密钥介质。
- 小批量发布，观察用户和平台反馈。
- 归档旧证书、旧版本和验证记录。
SSLDUN 自 2017 年起通过合同方式获得 Certum 相关产品授权，可协助企业准备续期材料、沟通审核问题和安排介质交付。证书能否续期、何时签发由 CA 按规则决定。把续期当成发布流程的一部分，才能避免“证书到期才发现”的被动局面。
续期沟通中还要确认“谁负责验证”。申请和续期通常由采购或行政发起，但真正使用证书的是开发和发布团队。让使用方参与测试和验收，能避免证书装好了、发布流程却没跑通的情况。验收记录和证书指纹一并归档，后续排查有据可查。
八、常见问题
问：续期后旧版本还能安装吗？
答：通常可以，历史签名依赖原证书和时间戳验证。新版本应使用新证书签名。
问：主体名称变更会影响已发布软件吗？
答：历史签名仍指向原主体，新版本显示新主体。提前告知客户并保留变更证明。
问：续期需要重新购买硬件介质吗？
答：取决于证书类型和服务方规则，部分续期可沿用介质，部分需要更换，申请时确认。