seccommerce.com

SecCommerce（seccommerce.com）是一家德国软件公司的官网，专注公钥基础设施（PKI）、数字签名与身份认证。它面向企业和开发者提供可集成的签名与认证组件，也承接定制化交易系统。如果你需要为业务流程、归档系统或服务器加入合格/高级电子签名、双因素认证或加密能力，这个网站是了解其产品线的入口；它并非面向个人消费者的在线签名工具。

公司背景

据网站介绍，SecCommerce Informationssysteme GmbH 于 1998 年在汉堡成立，长期开发 PKI 及数字签名、认证类软件。网站称其是最早将电子签名组件用于数据安全的企业之一，并设有“参考与项目”栏目展示客户案例。

主要产品与能力

网站按“电子签名”“认证”“加密”“PDF 表单”等板块组织产品，核心包括：

适合谁、怎么选

• 终端用户：网站提供 Windows/Mac 的签名软件（SecSigner）及 FAQ，适合需要在本机完成签名的个人办公场景。
• 企业与开发者：提供签名 Applet、服务器端解决方案和 API 级组件，适合把签名、认证嵌入现有工作流或自建系统。
• 有合规要求的组织：支持合格与高级电子签名、电子印章、eIDAS 相关场景，以及“替代性扫描与签名”（电子档案）等流程。

选择时先明确三点：签名等级（合格/高级/普通）、部署形态（桌面、Web、服务器端、远程签名），以及是否需要配套的认证或归档。网站未列出公开价格，具体报价和集成方式需通过其联系方式咨询。

SecCommerce 的加密方案主要解决两类问题：一是让敏感数据在离开用户设备前就完成加密（客户端加密），二是让服务器端数据在业务处理过程中自动加密、用户无需手动操作（服务器端无感加密）；PDF 表单方案则把表单的创建、管理和审批流程放进同一套系统，并与签名、认证组件组合使用。是否适合你，取决于你需要“用户可控的密钥”还是“后端自动化处理”，以及表单是否需要绑定审批与签名。

加密方案：两种路径，按密钥控制权选择

根据官网页面信息，SecCommerce 提供两条加密路径，核心区别在于密钥由谁持有、加密在何处发生。

客户端加密（基于签名卡）

• 工作方式：加密在用户本地设备上完成，密钥来自签名卡。
• 适用条件：需要用户本人持有密钥、数据在离开终端前就必须处于密文状态的场景。
• 代价：依赖签名卡与读卡环境，用户侧需要相应硬件和驱动支持。
• 典型场景：例如需要把文件交给外部合作方、但要求只有持卡人才能解密的内部敏感文档流转。

服务器端加密（无用户干预）

• 工作方式：加密由服务器侧完成，页面描述为“ohne Benutzereingriff”（无需用户干预）。
• 适用条件：业务流程中数据需要被系统自动加密存储或传输，不希望每个用户都配置签名卡。
• 代价：密钥管理责任转移到服务端，安全边界取决于服务器与密钥保护措施。
• 典型场景：例如后台批量归档、系统间数据交换，操作人员不参与加密动作。

选择建议

如果你无法确认团队是否具备签名卡发放与运维能力，优先评估服务器端方案；如果合规要求明确“密钥不得由服务方单独掌握”，则客户端加密更匹配。

证书管理系统 ZMS 的作用

页面将 ZMS（Zertifikatsmanagementsystem）列在加密与签名相关组件中。它的定位是集中管理证书，而不是替代加密或签名本身。实际价值体现在：

• 当组织内使用多张签名卡、多个签名证书时，证书的签发、更新、到期处理需要统一台账，否则容易出现“证书过期导致签名或解密失败”。
• 加密与签名都依赖证书有效性，ZMS 是把这些依赖关系管起来的基础设施。

具体支持哪些证书类型、是否对接外部 CA，页面未展开，选型时应向厂商确认与你现有 PKI 的兼容性。

PDF 表单：创建、管理与审批一体化

页面明确列出 PDF 表单能力包括“创建与管理”，并强调“可与审批流程组合”“全部集成在一个解决方案中”。这意味着：

• 表单创建：生成可填写的 PDF 表单，而非纸质表单扫描件。
• 表单管理：对表单模板和填写结果进行统一管理。
• 与审批结合：表单填写后可进入 Freigabeprozess（审批/放行流程），而不是填完就结束。

适合的场景是：例如一份需要多级签批的申请表，填写、流转、签署、归档在同一体系内完成，避免“PDF 邮件来回传、签完再手动归档”的断点。

与签名、认证组件如何组合

SecCommerce 的产品线本身是按组件划分的，加密与 PDF 表单不是孤立产品：

• 签名：支持高级签名、合格签名（eIDAS 合格签名可无需签名卡）、电子印章，以及批量/单条服务端签名与验签。
• 认证：智能卡双因素、手机推送登录、FIDO、PKI 登录等。
• 归档：SecArchive 与基于哈希树的长期归档，用于签名文件长期可验证。

组合逻辑是：认证确认“谁在操作”，签名确认“内容未被篡改且来源可信”，加密保护“内容不被未授权读取”，PDF 表单承载“业务数据结构”，归档保证“多年后仍可验证”。例如一个电子档案场景：员工用双因素登录 → 填写 PDF 表单 → 审批流中完成签名 → 文件加密存储 → 进入长期归档。

决策前需要确认的点

页面未提供价格、部署形态细节和具体集成接口，以下问题建议直接向厂商核实：

1. 服务器端加密的密钥由谁保管，是否支持 HSM 或客户自持密钥。
2. ZMS 是否支持你现有的证书颁发机构与证书格式。
3. PDF 表单的审批流程是内置引擎还是需要对接现有 BPM/工作流系统。
4. 各组件是按模块单独授权还是打包，是否有试用途径。

如果需求集中在“签名 + 认证”，加密与表单属于可后置的扩展；如果核心痛点是“表单流转断点多、归档后无法验证”，则应把 PDF 表单与 SecArchive 一起纳入评估。

SecCommerce 的“无签名卡合格签名”依靠的是远程签名（Fernsignatur）：私钥不再存放在用户手中的签名卡上，而是保存在受控的签名服务端，用户通过智能手机完成身份验证和签名授权。它适用于需要在 eIDAS 框架下生成合格电子签名（QES）、但不想分发和管理实体签名卡的场景。需要说明的是，网站只说明了这一能力与产品方向，并未公开具体的信任服务提供方、认证路径和价格，实际部署前应向厂商确认这些细节。

核心机制：把签名卡换成“服务端密钥 + 手机授权”

传统合格签名依赖签名卡：私钥在卡片芯片内，签名时插入读卡器并输入 PIN。SecCommerce 的远程签名把这两件事拆开：

• 密钥位置：签名密钥由服务端签名组件持有和管理，不再随用户移动。
• 身份验证：用户用智能手机完成认证，网站将其列为“Zwei-Faktor-Authentifizierung mit dem Handy”“Sicheres Login / Mobile Push”等能力。
• 签名授权：用户确认签名动作后，由服务端完成实际签名运算。

网站页面标题直接写明“eIDAS - Qualifizierte Signatur ohne Signaturkarten”，并把“Fernsignatur ohne Signaturkarte”列为独立条目，说明这是其产品线中的明确能力，而非附属功能。

一个贴切的例子：员工在笔记本上打开待签的 PDF，点击签名后手机收到推送，确认身份并批准本次签名，服务端用托管密钥完成签名，PDF 中嵌入合格签名。全程没有读卡器，也没有卡片交接。

合格签名与高级签名的区别及选择

SecCommerce 同时提供合格（qualifiziert）和高级（fortgeschritten）签名，网站将其归入“Signaturformen”并强调可按应用场景选择。两者的选择条件大致如下：

选择时先问“这份文件是否必须满足法定书面形式”，是则倾向 QES；若只是证明“谁在何时确认了什么”，FES 往往够用。网站还提供“Vier-Augen-Workflow”“Mehrfachsignaturen im Workflow”等流程能力，多签和会签场景可一并纳入评估。

配套能力与合规要点

无卡签名不是孤立功能，落地时通常还要考虑：

• 长期有效性：网站列出“Langzeitarchivierung mittels Hashbäumen”，用于签名文件长期保存后的验证。
• 批量与服务器端签名：“Massen-/Einzelsignaturen serverseitig prüfen & erstellen”说明可在服务端批量校验和生成签名，适合高频业务。
• 电子印章：组织层面的“Elektronisches Siegel”可与人员签名配合使用。
• 身份与访问管理：IdM、2FA、FIDO 认证等组件可与签名流程共用同一套身份体系。
• 合规边界：eIDAS 对合格签名有明确的信任服务与证书要求。SecCommerce 提供的是软件组件，合格签名所需的证书和信任服务由谁提供、走哪条认证路径，网站未展开，需在采购时书面确认。

验证与常见卡点

部署后可按以下方式验证是否真正走通：

1. 用签名工具或 PDF 阅读器检查签名属性，确认显示为合格签名而非仅高级签名。
2. 在另一台设备上验证签名有效性，确认证书链和信任列表配置正确。
3. 测试手机推送失败、超时、拒绝授权时的回退流程，确认不会产生“看似签了实际未签”的状态。
4. 对归档文件做一次长期验证测试，确认哈希树归档与签名验证能对接。

常见卡点集中在三处：手机端身份验证与签名授权的绑定是否牢固；服务端密钥的访问控制与审计是否可核查；以及合格签名所依赖的证书服务是否已按目标国家/行业的要求配置到位。

SecCommerce 是一家德国软件公司，提供电子签名与身份认证组件，覆盖从个人端签名工具到服务器端批量签名、电子印章、长期归档和双因素认证。选择哪种形式，主要看三件事：签名在法律或合规上需要达到的等级、签名发生在什么环节（人工操作还是服务器自动处理）、以及文件需要保存多久。以下按签名形式与典型场景分别说明。

三种签名等级与电子印章的区别

SecCommerce 页面把签名形式分为“高级（fortgeschritten）”“合格（qualifiziert）”和“网站证书”三类，并单独列出电子印章。它们的核心差异如下：

页面特别强调“eIDAS - 合格签名无需签名卡”，即合格签名可以通过手机等方式完成，不必然依赖实体签名卡。若你的合规要求只写到“高级签名”，选高级签名即可，不必上合格签名。

按业务场景选择

Web 应用内签名与电子档案

SecCommerce 提供面向 Web 应用的签名组件，以及“替代扫描的签署”（E-Akten，即电子档案）。适合正在把纸质签字流程搬到线上的组织：用户在浏览器内完成签署，文件直接进入电子档案，不再打印、手签、扫描。

电子邮箱与工作流多签

页面列出“电子邮件签名”和“工作流中的多重签名”。当一份文件需要按顺序或并行由多人签署时，用工作流多签；当只需要对邮件内容或附件做签署证明时，用邮件签名。两者都建立在同一套签名组件之上。

批量签名与服务器端校验

对于系统自动生成的大量文件，SecCommerce 提供“服务器端批量/单份签名与校验”。判断标准是：签署动作由人触发还是由系统触发。由系统触发的，选服务器端签名；需要人工确认每一份的，选端用户工具（Windows、macOS 版本）。

长期归档

页面提到“基于哈希树的长期归档”。当签名文件需要保存到签名证书失效之后仍可验证时，需要这类长期验证能力，而不是只做一次签名。选型时应把保存年限和验证要求一起考虑。

身份认证与加密（配套能力）

除签名外，SecCommerce 还提供智能卡双因素认证、手机推送登录、FIDO 认证、PKI 登录，以及客户端和服务端加密、证书管理系统（ZMS）。这些通常与签名流程配合使用：先确认“是谁”，再签署或解密。

怎么快速定位

1. 先确定签名等级要求：只需流程留痕选高级签名；法规要求等效手写签名选合格签名；以公司名义批量出具文件选电子印章。
2. 再确定签署方式：人工在桌面或浏览器操作，选端用户工具或 Web 签名组件；系统自动处理，选服务器端签名。
3. 最后补配套能力：需要多年后可验证，加长期归档；需要登录安全，加 2FA 或 FIDO。

具体产品版本、集成方式和价格，页面未给出细节，需向 SecCommerce 咨询确认。

SecCommerce 的双因素认证（2FA）和身份管理方案主要围绕四类方式展开：智能手机/移动推送、智能卡或签名卡、FIDO 认证，以及 IdM（身份与访问管理）整合。它们可以单独使用，也可以组合用于保护工作流、服务器、归档系统，甚至单台 PC。需要说明的是，官网只描述了这些方案的能力与适用方向，未公开具体价格、部署门槛或是否提供免费试用，选型前应向厂商确认许可与集成条件。

四类认证方式及适用场景

官网将这一组能力归在“身份与访问管理”下，列出 IdM 2FA、FIDO 认证，以及“用手机做双因素认证”“智能卡登录”等条目。也就是说，SecCommerce 的定位不是单一登录插件，而是把认证方式与签名、加密能力放在同一套产品体系里。

各方式的关键点

智能手机 2FA 与移动推送

官网明确提供“Sicheres Login / Mobile Push”（安全登录/移动推送）和“Zwei Faktor Authentifizierung mit dem Handy”（用手机做双因素认证）。这类方式的价值在于：用户不需要额外硬件令牌，手机本身就是第二因素。适合员工分散、希望降低发卡和读卡器成本的场景。

智能卡与 PKI 认证

“Smartcard-basierte Anmeldung / Zwei-Faktor-Authentifizierung”和“PKI-Anmeldung / Smartphone-basierte Anmeldung”说明 SecCommerce 同时支持卡基和手机基的 PKI 登录。如果组织已经在用签名卡做电子签名，复用同一张卡完成登录可以减少一套凭证体系。

FIDO 认证

FIDO 被单独列为一项认证能力。它的意义在于采用行业通用标准，认证器与平台之间的兼容性较好。适合希望把强认证扩展到更多终端和应用的团队。

IdM 2FA 与保护范围

官网强调这些方案可用于“Workflows、归档系统、服务器，或仅保护单台 PC”。这意味着部署粒度灵活：可以只给一台电脑加强登录，也可以覆盖整个业务流程。对中小规模场景，单机保护是较低门槛的切入点；对大型组织，则需要与 IdM 结合做集中管理。

如何选择

• 已有签名卡/PKI 体系：优先考虑智能卡登录，凭证复用、身份强度高。
• 用户分散、不想发硬件：手机 2FA 或移动推送更现实。
• 追求标准化与终端兼容：FIDO 认证是合适方向。
• 用户和权限数量大：需要 IdM 2FA 做统一管理，而不是逐台配置。

验证与落地时的注意点

SecCommerce 的产品线同时覆盖签名（合格/高级电子签名）、电子印章、加密和长期归档，认证只是其中一部分。实际选型时建议确认三件事：目标系统（工作流、服务器还是终端）是否在支持范围内；所选认证方式与现有 PKI 或 IdM 如何对接；以及许可方式与部署形态。官网未给出价格与试用信息，这些需直接向厂商索取。