电子签名API建议

Question

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

我们希望在我们的软件中实现设计。我们的软件作为一个SaaS出售，并由我们的客户在他们自己的位置使用。我们在内部托管软件，客户端通过托管的RDP会话进行连接。

我需要以下几点：

• 低成本或按文件计价
• 能够完全控制发送者的身份，电子邮件等。它必须允许我使用我的客户电子邮件地址作为发件人。
• 具有无限发送者(用户)的能力，每个用户都有自己的业务标识，我可以在API中设置。我的客户会把文件发给他们的客户。例如我们的软件->客户端->客户端。
• 在移动设备上需要手绘签名的能力
• 能够发送带有url的SMS以供签名
• 通过上传退出的PDF并设置字段值，可以动态创建文档
• 让用户在iframe中签名的能力
• 用于获取签名事件的Webhooks

我研究过的大多数服务的问题是，它们似乎都是针对客户端的，它们都是为自己使用API和客户机自己的内部软件而设计的。我似乎找不到一个API为客户使用我们的软件，客户可以使用它为他们的客户。而且我找不到一种服务，可以让我在移动设备上强制手写签名，而DocuS传则是非常昂贵的。

任何建议都会很棒！

Answer 1

您需要指定相当多的需求，您所需要的软件必须完全填充，但是忽略了最重要的需求之一:需要什么样的签名以及签名的目的是什么。

(欧洲eIDAS和瑞士泽特)法律区分了三种不同类型的签名：

1. 电子签名
2. 高级电子签名
3. 合格电子签名(QES)

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

在对这一领域的服务提供商做了大量的研究之后，我建议你仔细看看他们提供哪种签名(例如。签名在法律上有多重要，在你的管辖范围内是否适用)，以及你需要什么样的签名(或者仅仅是认可的行为)。根据您的用法，您可能根本不需要任何数字签名在这个意义上。毕竟，您只需点击“购买”按钮就可以在线订购，而不是使用QES签署订单并将其发送给商家。

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

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

如果你得出结论认为你确实需要一个相当于手写签名的签名(例如。在欧洲的医疗收据)，不幸的是，我不知道供应商完全满足您的所有要求。根据我个人的经验，我可以推荐斯克里布，但是它不会满足您的所有要求，因为它只会处理数字签名行为(QES)，而不是您所需要的用户体验和通知功能。

免责声明:我没有受雇于斯克里伯或附属于斯克里伯。

Answer 2

除了通过短信发送签名链接外，DocuSign支持您的所有要求。(我们正在研究这个问题，或者你现在可以自己实现了。)

developers.docusign.com的免费开发人员帐户

(我为DocuSign工作。)