Jas*_*zee 3 .net web-services electronic-signature docusignapi
我正在探索各种设计 API（docusign、esignature.io 等），但找不到适合我需求的 API。
我们希望将设计融入到我们的软件中。我们的软件以 SaaS 形式出售，并由我们的客户在自己的地点使用。我们在内部托管我们的软件，客户通过托管的 RDP 会话进行连接。
我需要以下内容：
低成本或按文档定价
能够完全控制发件人身份、电子邮件等。它必须允许我使用我的客户电子邮件地址作为发件人。
能够拥有无限的发件人（用户），每个发件人都有自己的业务身份，我可以在 API 中设置这些身份。我的客户会将文件发送给他们的客户。例如我们的软件->客户端->客户端。
能够要求在移动设备上手绘签名
能够发送带有签名 URL 的短信
能够通过上传现有 PDF 并设置字段值来动态创建文档
能够让用户登录 iframe
用于获取签名事件的 Webhook
我探索过的大多数服务的问题在于，它们似乎都是面向客户使用 API 和客户自己的内部软件。我似乎无法为使用我们软件的客户找到可以为他们的客户使用它的 API。除了极其昂贵的 docusign 之外，我找不到允许我在移动设备上强制手绘签名的服务。
任何建议都会很棒！
小智 5
您指定了所需软件必须满足的许多要求，但是遗漏了最重要的要求之一：需要什么类型的签名以及签名的目的是什么。
（欧洲eIDAS和瑞士ZertEs）法律区分了三种不同类型的签名：
每种类型的签名都具有更大的法律效力，但只有 QES 被视为等同于手写签名。然而，数字签名与插入文档中的手写签名的任何图像无关，因为它们使用通常嵌入文档中的基于加密证书的签名来证明文档的完整性和签名者的同意（例如，PadES PDF）。
在对这一领域的服务提供商进行了大量研究后，我建议您仔细查看他们提供的签名类型（例如签名在法律上的权重以及是否适用于您所在的司法管辖区）以及什么样的签名您需要签名（或者可能只是批准行为）。根据您的用例，您可能根本不需要任何这种意义上的数字签名。毕竟，您只需点击“购买”按钮即可在线订购，而不是使用 QES 签署订单并将其发送给商家。
不幸的是，我无法帮助您找到符合您所有要求的提供商。
然而，我认为如果您得出结论，您不需要我所描述的“电子签名”，您会发现大多数要求可以通过自己创建软件并使用其他提供商来解决，例如。短信功能。
如果您得出的结论是您确实需要相当于手写签名的签名（例如在欧洲的医疗收据），那么不幸的是，我不知道有哪个提供商能够满足您的所有要求。出于个人经验，我可以推荐Skribble，但是它不能满足您的所有要求，因为它只会处理数字签名行为（QES），而不是您需要的用户体验和通知功能。
[免责声明：我没有受雇于 Skribble，也没有隶属于 Skribble]