摘要：文件上有姓名或印章图案，并不能说明接收方已经能够验证签署身份和文件完整性。比较电子签名方案，应看身份如何核实、签名如何绑定文件、收到文件后怎样验证，以及证据如何保存。基于证书的数字签名可提供技术验证能力；若业务要求eIDAS 合格电子签名，还需要核对合格证书、签名创建设备等条件。
打开一份已经签好的 PDF，先别看右下角的印章。点开签名面板，检查签署人、证书和文件状态，再尝试在副本中修改内容。接收方能否发现变化，比图案像不像纸质公章更能说明这套方案的验证能力。
电子签名是一个较宽的概念。点击同意、手写签名图像和基于证书的签名，可能被用于不同的电子签署流程；数字签名则使用密码学方法，将签署数据与密钥、证书建立关联。两者不能简单按“有法律效力”和“没有法律效力”划线，具体效果还取决于适用规则与证据。
从文件接收方的视角做一次检查
接收方首先需要知道，签名所呈现的身份是谁核实的。账户昵称、企业自己填写的名称，以及经证书服务核实的身份，证明路径并不相同。即便证书中的身份真实，也需要业务记录说明签署人有没有权限代表企业处理这份文件。
再看文件是否保持签署时的状态。仅把印章图片叠在PDF 上，不能单凭图片检测后续修改。数字签名可以使受签名保护内容的变化被验证程序发现，但验证软件仍需正确检查签名、证书链与相关状态。不同 PDF 修改方式的提示也可能不同，应以验签结果判断，不能只看图片还在不在。
最后检查时间和留存。业务记录里的“上传时间”与可信时间戳并非同一件事。文件需要多年后验证时，还应考虑证书状态信息、时间戳及相应验证材料的保存，不能只留一张显示“签署成功”的截图。
在原有流程中加入可验证的签名
对于已经有 ERP、合同或文档系统的企业，通常不需要先推翻全部业务页面。可以先选一类文件，明确在哪个审批节点确定最终内容，再在这个版本上执行签名，保存原始签名文件并交付接收方。
GlobalSign 数字签名服务 DSS 提供 REST API，可用于在现有软件中集成基于证书的文档签名及相关时间戳能力。它在这里承担的是可信签名组件的角色：企业仍需负责审批规则、调用授权和签后文件保存。不能让一个业务账号在没有审批的情况下任意触发组织身份签名。
验收时，把“接口返回成功”向后多检查一步。用接收方实际使用的软件打开原始文件，确认签名可识别；再用修改后的副本确认完整性检查能够提示异常。若跨系统传输过程中重新生成了PDF，原有签名可能已无法对应交付内容，需要调整流程，而不是重新盖一张图片掩盖问题。
业务要求 QES 时再核对合格条件
如果对方明确要求 eIDAS 合格电子签名 QES，就不能只问“你们支持数字签名吗”。应核对所选服务是否使用电子签名合格证书、是否满足合格签名创建设备要求，以及实际输出如何验证为相应签名级别。
QES 在 eIDAS 下具有与手写签名等同的法律效果，但这不意味着所有电子签名都必须升级成 QES，也不意味着签完之后合同内容就当然有效。合同授权、形式要求及适用法律仍需由业务和法务确认。普通电子签名也不能仅因其电子形式或不属于 QES 就被一概否定。
选择 GlobalSign 的文档签名或合格签名方案时，可以把采购要求写成可交付的结果：谁的身份、哪类签名、在哪种设备或服务上创建、接收方如何验签。这样的要求比“合规数字签名”六个字更便于双方确认。
Q1：PDF 上有可见的手写签名图案，就属于数字签名吗？ A：不能仅凭外观判断。应检查文件是否包含可验证的密码学签名及证书信息；图片本身不提供同样的完整性检查能力。 Q2：使用 DSS 后，企业原来的审批记录还需要保留吗？ A：需要。签名验证与业务授权证明的作用不同。审批记录用于说明谁批准了什么版本、为何允许签署，应与签名文件建立可查询的关联。 Q3：是不是所有对欧合同都必须使用 QES？ A：不能这样概括。应按合同、业务规则和适用法律确定要求。明确需要 QES 时，再核对合格证书、创建设备和输出验证，避免把一般数字签名当成 QES。
FAQ
关于 GlobalSign 文档签名服务
GlobalSign 提供数字签名服务及相应文档签名证书选择，可协助企业在已有工作流中加入身份与完整性验证。项目如涉及高级或合格签名，应进一步确认具体产品及实施条件，让采购的服务等级与最终文件的验签结果对应。
资料来源
GlobalSign 数字签名服务
https://www.globalsign.cn/digital-signatures
欧盟 EUR-Lex eIDAS 法规 Article 25、26
https://eur-lex.europa.eu/legal-content/en/TXT/?uri=CELEX%3A02014R0910-20241018