企业公文从纸质流转到 PDF 流转，常见做法是打印、盖章、扫描，再通过邮件发送。这个流程看起来熟悉，但扫描件难以证明文件未被修改，印章图片也容易复制。数字签名提供了另一条路径：用证书对 PDF 做密码学签名，收件方可以验证发布者身份和文件完整性。
本文以企业公文场景说明签名流程，不讨论具体法律效力认定。不同单位对公文格式、印章和归档的要求不同，落地时应结合内部制度。更多文档签名知识可查看本站文档签名证书栏目。
一、签署前：确定文件与签署人
先明确哪些文件需要数字签名。对外函件、合同附件、投标材料、供应商通知通常需要；内部草稿和过程文件可以只做版本管理。签署人应是文件中载明的授权人员，避免用行政人员账号代替负责人签名。
PDF 在签署前应完成排版、盖章位、页码和附件合并。签署后任何修改都会破坏签名，因此不要在上传后再调整文件。若需要加盖视觉印章，应把印章图片放在签署前，或使用支持签名外观的模板，避免签名后叠加图片。
二、证书部署与权限
文档签名证书通常以文件或硬件介质交付。企业应指定专人保管，设置使用密码，记录领用和归还。多人共用一个证书会削弱责任追溯，建议按签署人分配证书，至少做到“谁签署、谁负责”。
在 Adobe Acrobat 等工具中配置签名身份时，确认证书链完整、签名外观包含企业名称和签署人信息。签名外观不是身份证明，真正的验证依据是证书和签名域。外观可以设计，但不能替代证书。
三、签署时的关键选项
- 签名域：选择已预留的签署位置，避免覆盖正文。
- 签名原因：填写“审批”“确认”“授权”等实际用途。
- 时间戳：启用的可信时间戳，确保签名时间可验证。
- 锁定文档：签署后禁止修改，防止后续误编辑。
- 证书链：确认中间证书随签名嵌入或收件方可获取。
时间戳服务不可用时，不要生成“无时间戳”的正式文件。可以先保存未签名版本，待服务恢复后重新签名。对批量签署，工具应记录每个文件的签名结果，失败文件单独重试，不能混在成功批次中发送。
四、收件方如何验签
收件方打开 PDF 后，在签名面板查看签名状态、签名者、签发者和时间。绿色勾选通常表示签名有效且证书受信任；黄色提示可能表示证书未知或时间戳缺失；红色提示表示文档被修改或签名无效。不同阅读器的提示文案不同，应以证书详情和文档哈希为准。
若收件方显示“证书未知”，可提供根证书和中间证书，或让对方更新信任列表。不要要求对方关闭验证功能。对重要文件，可以在邮件中附上文件哈希和签署说明，方便收件方核对。
五、归档与审计
归档不只保存 PDF，还应保存签署记录：文件名称、版本、签署人、证书主体、证书序列号、签名时间、时间戳结果、文件哈希和验证截图。对保存周期较长的文件，定期抽查是否仍可验证，关注证书到期、吊销和算法更新。
如果企业使用文档管理系统，签署后的 PDF 应设为只读，原始未签名版本单独保存。版本命名应包含日期和业务编号，避免出现“终版”“终版二”这类无法追溯的文件名。
六、跨部门协作的分工
行政或办公室负责文件定稿和签署排期，法务确认签署权限和文本内容，IT 负责证书介质、阅读器配置和归档系统，财务或业务部门确认收件方信息。四方职责写清，能减少“证书在谁手里”“签完谁发送”这类扯皮。
建议建立一张公文签署登记表，记录文件编号、签署人、证书、签署时间、发送对象和验证结果。遇到客户投诉签名无效时，可以快速定位是证书链、时间戳还是文件被修改。
七、常见问题与处理
签名后文件被压缩或转码：压缩工具可能重写 PDF 结构，导致签名失效。发送原文件，不要用截图或在线转换工具二次处理。
签名位置遮挡正文：签署前预留签名域，或使用不可见签名域配合视觉印章。不要为了美观在签名后移动页面元素。
收件方使用不同阅读器：提前确认对方软件版本和信任列表，必要时提供验证说明。重要文件可先发送测试样本。
八、落地建议
从一个固定公文类型开始，例如供应商通知或授权函，跑通“定稿、签名、发送、验签、归档”全流程，再扩展到合同和投标材料。每次复盘记录失败原因，更新操作手册。证书续期前完成新证书测试，避免签署中断。
SSLDUN 自 2017 年起通过合同方式获得 Certum 相关产品授权，可协助企业准备文档签名证书材料和沟通审核问题。证书签发与具体文件的法律效力仍由 CA 规则和适用法律决定。流程规范化，才能让数字签名真正成为可验证的公文基础设施。