我对当前正在使用的 Web 服务有一个要求 - 应用程序的用户可以在他们之间创建契约(Contract)(可通过 PDF 下载)并在应用程序上以数字方式签署这些契约(Contract)。
起初，我正在寻找第三方 API 解决方案，以帮助我在用户之间存储签名和签署文档。但正如我看到这样的解决方案，如 Docusign和 Hellosign专注于提供有点不同的服务。然后我读了一篇关于difference between Digital and Electronic signature的文章但我还不确定应用程序的最佳签名是什么。
我正在寻找一种安全的方式来为我的应用程序内的两个用户签署 pdf 契约(Contract)文件。常见的应用程序流程如下所示:
- user1 在我们的服务器上发送契约(Contract)信息
- user2 在我们的服务器上发送契约(Contract)信息
- 服务器根据提供的信息生成pdf文件，文件可以在网络/移动客户端上预览
- 用户1和用户2可以在网络/移动客户端上签署文档(此处使用一些API进行数字/电子签名？将签名存储在我们的数据库中？)
- 文件签署后不得进行任何更改
- 用户1可以有多个契约(Contract)，因此在下一个文档中使用他现有的签名会很方便
我的主要问题是值得寻找第三方 API 还是开发我们自己的标志系统足够安全？有这样的开源项目 https://github.com/szimek/signature_pad可用于生成签名图像。或者创建某种签名 key 来模拟数字签名并存储在应用程序的数据库中？
任何意见都将受到高度赞赏，因为我是这个主题的新手。谢谢!
附注也许CoSign可以是一个选项，但其开发人员文档目前处于离线状态。
最佳答案
如果您能够通过具有法律约束力的契约(Contract)提供可靠的体验，那么您的解决方案可能足以与 Docusign 等公司竞争...但是，如果您希望此契约(Contract)提供比正在检查的服务条款更实质性的内容，许多公司不想手动启动自定义签名流程，这也会增加法律复杂性。
基本上，Docusign 花费了大量的财富来积累、传播和游说他们的产品，现在它已被财富 500 强公司用于非常重要的交易，包括保险、契约和医疗文件。
我想我的观点是，如果您要付出所有这些努力，为什么不让它成为您想要构建的产品呢？对我来说，尤其是对于我倾向于构建的大多数产品，向像 Docusign 这样经过考验的真实公司付款是不值得的，而且更容易，但每个人的情况都不同。
关于javascript - 生成并存储电子(数字)签名，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/33874497/