嗨，我是小华同学，专注解锁高效工作与前沿AI工具！每日精选开源技术、实战技巧，助你省时50%、领先他人一步。👉免费订阅，与10万+技术人共享升级秘籍！

今天给大家分享一个热门且开源项目，有需要的同学直接上车吧～～～

废话不多说，直接上干货啦！！！！

你以为电子签最难的是“让用户在屏幕上写个签名”？
不。真正把项目拖垮、把交付搞崩、把研发逼到通宵的，是这些事：

• 印章不是图片：谁能用、怎么授权、怎么审计追责？

• 章盖哪里：落章位置错一次，返工一周；骑缝章更是“地狱关卡”

• 多方怎么签：甲乙丙丁顺序、并行、拒签、撤回、超期……状态一多就乱

• 怎么防篡改、怎么留证：合规场景要证据链、要存证报告、要能“拿得出手”

• 能不能不被厂商绑死：对接一家就深度耦合，换供应商=重写一遍

所以我做了 Mini Contract.Pro。 这是我自己的产品，也是我用真实项目标准打磨出来的一套电子签开源底座：把电子签最难的那一段（印章 + 签署 + 落章 + 存证）一次性跑通，并且做成可复用、可二开、可私有化部署的工程化能力。 目前已服务了300+真实客户。

电子签不在“能不能签”，而在“能不能稳”

我把需求文档里最硬的目标，压成四个字：可控、可证、可用、可换。

• 可控：印章权限、成员授权、审计追溯必须成体系

• 可证：需要司法级时，能上证据链，随时拿出证据产物

• 可用：流程闭环、细节顺滑，让用户不掉队

• 可换：统一能力层，避免被单一服务商锁死

我为什么坚持做“双模式引擎”？

因为真实需求天然分裂成两种世界

很多团队做电子签时，第一刀就砍错了： 把所有合同都按同一套“合规成本”来做——结果不是贵到用不起，就是轻到不敢用。

所以我从一开始就把底层做成“双模式引擎”：

司法级证据链模式：高价值合同就要“能出证”

金融借贷、人力资源合同、知识产权协议……一旦纠纷，最怕一句话： “你怎么证明当时签的是这份？”

我把司法级链路按“可举证”去设计：

• 合同内容生成数字指纹（Hash）

• 关键签署节点打可信时间戳

• 证据产物可追溯、可查询、可归档（存证报告/证据材料）

轻量级非证据链模式：高频内部协作就要“快、省、可控”

内部审批、供应商对账、快速签约……高频业务追求的不是“最重合规”，而是： 成本可控 + 性能可扛 + 全生命周期可管理。

我用轻量模式把“高频签署的工程问题”解决掉：

• 接口调用成本更低

• 合同全生命周期可追踪

• 需要升级合规等级时可平滑切换

电子签真正的核心：印章技术（不是 PDF，不是 UI）

很多系统的印章，本质是“把 PNG 贴到 PDF 上”。 而我做 Mini Contract.Pro 时最坚决的一句话是：

印章不是图片，印章是“权限 + 身份 + 审计 + 证据”的集合。

印章资产：个人章 & 企业章都要能用、能管、能追溯

• 支持个人签名/签章

• 支持企业印章管理（不同类型、不同用途）

• 盖章行为必须可审计：谁在什么时间、对哪份合同、盖了什么章

企业用章：必须有“授权边界”，否则你永远进不了 B 端

企业章必须回答三个问题：

• 谁能用（角色与权限）

• 能用什么章（印章范围）

• 出了问题谁负责（审计与追责）

我把企业侧做成标准能力：成员邀请、成员管理、用章授权、关键动作审计。 真正落地时你会发现：这套东西比“签名”重要十倍。

落章位置 + 骑缝章：电子签最难的“地狱关”，我选择正面硬刚

返工最多的原因通常只有一句：“章盖错了。” 所以我在 v3.1.0 直接把能力前置：创建合同时支持提前预设印章落章位置。

骑缝章更难：跨页对齐、位置精度、视觉一致性、打印效果…… 我把骑缝章作为一等公民能力来做，让它不再是“碰运气”。

签署链路我怎么做？

用“状态机”把多方签署跑顺，把通知与进度做成闭环
多方签署难，不是因为人多，而是因为状态多：

• 并行签还是顺序签？

• 谁没签、谁拒签、谁超期？

• 撤回后怎么处理？重新发起算不算新合同？

• 每一步动作如何留痕、如何审计、如何追溯？

我把签署流程按“合同生命周期”做成状态机，并强制做闭环体验：

• 发起邀请 → 触达签署入口（H5/小程序/APP）

• 实时进度 → 谁卡住一眼能看见

• 动作留痕 → 可追溯、可审计、可归档

最新技术栈怎么选？我只选“能打、能扩展、能长期维护”的

我做这个产品不是为了“炫技”，而是为了“交付稳定、持续迭代”。

前端：多端一套跑完（让签署入口不掉链子）

我把用户入口做成一套多端一致体验：Web/H5/小程序/APP 都能跑，减少端差导致的签署流失。

后端：Java Spring Boot（企业级工程化的正确姿势）

后台我采用 Java Spring Boot 承载核心业务能力，并按清晰的模块边界拆分：

• 认证与KYC

• 合同创建与管理

• 签署流程与状态

• 印章与授权

• 模板体系

• 企业成员与权限

这样做的好处只有一个：能扩展、能私有化、能服务化演进。

AI 起草 + AI 审查（让电子签从流程工具变成效率工具）

电子签如果只是“把纸搬到线上”，价值很快见顶。 真正能让业务持续用、让企业愿意推广的，是效率增量。

AI 起草：把合同初稿从“小时级”压到“分钟级”

对话式起草 → 生成初稿 → 在线编辑完善 → 一键进入签署链路。 我希望它像写一条需求一样轻松。

AI 审查：把风险点前置，把审查效率拉满

审查报告、风险等级、风险点提示…… 让业务在“签之前”就知道哪里可能出事。

如果你正在做电子签,直接对照这份“需求硬指标清单”就够了

我在需求文档里最看重的 5 条硬指标，你可以直接抄走：

1. 多方签署必须稳定：并行/顺序/有效期/拒签/撤回/超期全覆盖

2. 印章必须可控：企业用章授权、权限边界、审计追溯

3. 落章必须可预设：位置不稳就会无限返工

4. 骑缝章必须可用：跨页对齐和定位精度决定交付质量

5. 对接必须可替换：统一能力层，避免被单一服务商锁死

总结

电子签交付的胜负手，不在“能不能签”，而在：
印章能不能管住、落章能不能稳定、证据能不能拿出来、对接能不能不被绑死。

Mini Contract.Pro 的目标，就是把这些最难的部分变成“可复用的底座”。 如果你也在做签署能力、合同中台、企业用章、司法级存证、多端签署入口——希望这套项目能让你少走弯路，直接把难点一次性打穿。

项目地址

https://github.com/freeleepm/mini-contract

https://s.leepm.com