【问题标题】:Don't understand how to attach digital signatures to make a trade legally binding不明白如何附加数字签名以使交易具有法律约束力
【发布时间】:2013-09-04 08:13:13
【问题描述】:

我正在开发一个需要使用“数字签名”的网络项目。我搜索了网络和这个平台并了解了它的创建(公钥/私钥)。但我不明白如何将此签名与报价一起存储到数据库中。举个例子: 如果我从http://www.amazon.com 订购商品并决定不保留所订购的商品,那么在处理完退款后,我会收到一封来自亚马逊的邮件,其中也说明了

此电子退税附有合格的数字签名。

注意:这行是从德语翻译成英语的。

现在,这似乎是我对提供用户和购买用户都想要的。两个签名都必须是唯一的并且具有法律约束力。我想知道,亚马逊的这个声明是什么意思,我必须如何直观地理解这一点?作为客户,我必须如何将这样的签名存储到要约中?作为买方,在接受要约时,我必须如何存储这样的签名?

我认为如何实现这一点是: 创建报价和接受报价不会同时发生。相反,会创建一个报价并将其存储在数据库中,直到有兴趣的人想要接受它。此报价在创建时进行了数字签名,以提前确认购买接受。 买家找到要约,点击购买所提供的商品,并且必须使用签名对其进行数字签名。然后,该交易与两个签名一起具有法律约束力。这将确保任何一方都不能声称自己是欺诈的受害者。数字签名应作为双方有意识地决定做他们所做的事情的证据。

在这种情况下,公钥/私钥和类似 Captcha 的随机字符串和优惠如何共同作用?

【问题讨论】:

    标签: digital-signature


    【解决方案1】:

    我的建议是您应该使用像 DocuSign 这样的电子签名平台来验证交易是否发生。 DocuSign 还可以对最终文档进行数字标记以使其进行数字签名。

    您还可以从 DocuSign 获取嵌入式签名并将其添加到您的应用中:

    http://iodocs.docusign.com/APIWalkthrough/embeddedSigning

    希望这会有所帮助。

    【讨论】:

    • 感谢您的建议。我使用 DocuSign API 并发现它没有解决方案,因为文档首先通过邮件发送给用户,然后用户必须登录到其 DocuSign 帐户以在那里签署文档,然后将其发送回某个地方。我想我必须声明,“文档”并不是指带有“签名”字段的表格。相反,我在谈论一个网站表单,用户在其中填写数据,然后,在发送之前,必须将呈现的随机字符串重复到另一个输入中以进行证明,他有意识地填写了表单。这个随机的唯一字符串将作为一种签名。
    • 强制用户登录另一个网站只是为了在那里签名是没有好处的。相反,所有事情都必须在呈现的表单中即时发生。
    • 实际上在嵌入式签名中,用户并不知道他们要去不同的站点。签名托管在 IFRAME 中。您确实希望人们使用其他服务,因为 DocuSign 保证文档自签名后未被篡改。
    • 可能是因为我使用了介绍性示例来构建我的签名课程,这让我认为这就是它的一般方式。 iframe 可能是一种选择,具体取决于它的外观和行为方式。但是,到目前为止我还没有得到什么:例如,如果我的网站上有那么多注册用户,我是否需要在 DocuSign 上拥有 10000 个用户帐户?那将成为一个非常昂贵的游戏。从文档中,我不清楚“用户”是我们 - 注册公司 - 还是来自我们用户群的每个用户实例。如果是这样,那么还需要一个自动注册任务。
    • 您无需从 DocuSign 获得 1000 个许可证即可获得 1000 个来签署文件。签名者可以免费使用 DocuSign,只是发送需要付费。
    猜你喜欢
    • 1970-01-01
    • 2014-05-24
    • 2012-08-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-06-04
    • 1970-01-01
    相关资源
    最近更新 更多