.net - 电子签名/电子签名 API 建议

Question

我正在探索各种 esign API(docusign、esignature.io 等)，但找不到适合我的需求的 API。

我们想在我们的软件中实现 esign。我们的软件作为 SaaS 出售，并由我们的客户在他们自己的位置使用。我们在内部托管我们的软件，客户端通过托管的 RDP session 进行连接。

我需要以下内容:

低成本或按文件定价

能够完全控制发件人身份、电子邮件等。它必须允许我使用我的客户电子邮件地址作为发件人。

能够拥有无限的发件人(用户)，每个人都有自己的业务身份，我可以在 API 中设置这些身份。我的客户会将文件发送给他们的客户。例如我们的软件 -> 客户端 -> 客户端。

能够要求在移动设备上进行手绘签名

能够发送带有用于签名的 URL 的 SMS

能够通过上传现有的 PDF 并设置字段值来即时创建文档

能够让用户登录 iframe

用于获取签名事件的 Webhook

我探索过的大多数服务的问题在于，它们似乎都面向使用 API 和客户自己的内部软件的客户。我似乎无法为使用我们软件的客户找到 API，而客户可以将其用于他们的客户。而且我找不到允许我在移动设备上强制手绘签名的服务，而不是非常昂贵的docusign。

任何建议都会很棒!

Answer 1

您指定了您需要的软件必须满足的许多要求，但是
最重要的要求之一被遗漏了:
需要什么样的签名，签名的目的是什么。

(欧洲 eIDAS 和瑞士 ZertEs)法律区分了三种不同的签名:

电子签名

高级电子签名

合格电子签名 (QES)

每种类型的签名都具有更大的法律效力，但只有 QES 被视为等同于手写签名。然而，数字签名与插入文档的手写签名的任何图像无关，因为它们使用加密的、基于证书的签名来证明文档的完整性和签名者的同意，该签名通常嵌入到文档中(例如 PadES PDF)。

对这个领域的服务提供商做了很多研究，
我建议您仔细查看他们提供的签名类型(例如，有多少
签名在法律上的权重以及它是否适用于您的司法管辖区)以及您需要什么样的签名(或者可能只是批准行为)。根据您的用例，您可能根本不需要任何这种意义上的数字签名。毕竟，您只需点击“购买”按钮即可在线订购，而无需使用 QES 签署您的订单并将其发送给商家。

不幸的是，我无法帮助您找到符合您所有要求的提供商。

但是我认为如果你得出结论，你不需要
正如我所描述的“电子签名”，您会发现大多数要求都可以
可以通过自己创建软件并使用其他提供商来解决，例如。短信功能。

如果您得出结论，您确实需要一个相当于手写签名的签名(例如，在欧洲用于医疗收据)，很遗憾，我不知道有一家提供者可以满足您的所有要求。出于个人经验，我可以推荐 Skribble ，但是它不会满足您的所有要求，因为它只会处理数字签名法案 (QES)，而不是您需要的 UX 和通知功能。

[免责声明:我没有受雇或隶属于 Skribble]