电子签章系统选型指南

电子签章选型难在哪

电子签章不是买了就能用。法务关心法律效力等级——是普通电子签名还是可靠的电子签名，能否满足《电子签名法》对身份认证与防篡改的要求；IT 关心能否接进现有 OA、HR 或 ERP 系统，API 开放到什么程度；采购关心按签署量计费、年费、实施周期这些隐性成本。这些信息散落在不同供应商的销售话术里，很难横向对齐。

这个技能把上述维度拉进同一张对比表：

• 法律效力：区分普通电子签名与可靠电子签名、数字证书体系的差异
• 费用模型：按签署份数、按年订阅、实施与维护成本分开估算
• 集成能力：API / SDK 开放程度、与现有系统的对接成本
• 适用场景：劳动合同、商务合同、行政文件对合规等级的要求不同

工作方式

输入只需要三样：企业规模和行业、必需功能与现有系统清单、预算和集成约束。已有模板或历史数据是可选补充。技能从自然语言或上传文件中提取已确认事实，只追问真正缺的最少字段——不会要求手填内部 JSON，也不把员工编号当必填项。

需要结构化计算时，它会把确认过的信息写进内部临时 JSON，调用 python scripts/run.py --input --output 生成可复核明细，再输出：

• 候选方案对比矩阵
• 总成本与实施风险评估
• 选型建议、验证清单和谈判要点

先在对话中给结论和关键明细，再按需要导出 Markdown、CSV、XLSX、DOCX、PDF、Mermaid 或图片。

边界与注意点

• 外部基准数据会标注来源、样本时间和适用范围；无法核验时写明假设和待确认项，不用看似精确的假数字替代未知事实
• 不声称已经发送、申报、审批或写入业务系统，除非宿主工具实际执行并回读结果
• 输入不足时输出待补充清单，而不是硬猜