gpt4 book ai didi

javascript - 生成并存储电子(数字)签名

转载 作者:太空宇宙 更新时间:2023-11-04 02:20:09 24 4
gpt4 key购买 nike

我对当前正在使用的 Web 服务有一个要求 - 应用程序的用户可以在他们之间创建契约(Contract)(可通过 PDF 下载)并在应用程序上以数字方式签署这些契约(Contract)

起初,我正在寻找第三方 API 解决方案,以帮助我在用户之间存储签名和签署文档。但正如我看到这样的解决方案,如 DocusignHellosign专注于提供有点不同的服务。然后我读了一篇关于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/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com