我们的应用程序使用Docuign API,信封是以编程方式创建的,所有收件人和pdf也是以编程方式添加的。我们的用户被转发到发件人视图URL以放置签名选项卡。这就是我们真正希望他们做的,因此我们进入首选项以尽可能“锁定”,以便用户无法修改收件人。这部分工作了...如果发件人在Docuign封装中并单击按钮尝试修改发件人,他们可以进入您用于添加/修改发件人的窗口,但它是灰色的,这是完美的。
然而,发件人似乎仍然能够向信封中添加额外的文档。在创建信封或获取发件人视图时,新docusign体验或API中的某种属性中是否有指定发件人不能修改或添加额外文档的设置?在我们的应用程序中,发送方不需要这样做。
我有一个解决方案,您需要为那些不允许从本地计算机上载任何文档的发件人创建自定义权限集。
创建此类权限集后,请为这些类型的发件人设置此权限集。当您发送信封时,您可以将其添加为“允许编辑”收件人,这样他们就可以通过更改标签等来编辑信封,但不能从本地计算机上载文档。
我正在将DocuSign REST API v2与DocuSignJava客户端一起使用。我正在为用户提供DocuSign Sender视图,让他们完成其余的工作,例如添加签名或更改电子邮件主题/正文。我想应用于Sender视图的规则是,发件人不应修改或删除上传到Sender视图上的DocuSign文档,但可以更改文档的顺序。为了实现这一点,我为发件人创建了一个权限集,以限制发件人视图的某些功能。
我正在使用Docusign API,并以编程方式创建信封和添加收件人。然后,发件人被重定向到发件人视图URL,添加初始和签名标记,然后发送信封。效果很好。 问题是,有时一旦信封发送出去,发送者就会意识到他们忘记为多个收件人添加这些标签。我总是可以生成另一个发件人视图URL,并且可以重定向发件人。问题是,这会使他们进入某种“只读”的文档视图,他们必须单击“其他操作”,然后单击“更正”。从那里,他们可
在我的应用程序中,我为信封创建了一个仪表板,其中包含一个表单,用户可以在其中编辑基本的信封收件人信息,表单的操作捕获更改并发出PUT请求以更新DocuSign上的信息。此仪表板上还有发件人视图,它在后台加载,当用户单击Bootstrap时可见。 在通过表单将更改保存给收件人时,我遇到一个错误: 我认为这是由于发送者视图在后台加载,因此在没有首先单击发送者视图iFrame中的“放弃更改”的情况下阻止
我一直在使用在动态添加和删除视图到viewpager中显示的适配器,但并不是所有的都能正常工作。 我的ViewPager包含一些带有WebViews的自定义视图。我所做的是一个PagerAdapter的扩展类,它实现了与我第一篇文章的答案中所示的几乎相同的方法。 当我同时删除多个页面时,问题就来了。正如上面的答案中所解释的,对于删除页面,我们将适配器设置为空,然后再次设置。我使用的方法几乎与只使用
我知道如何使用Azure云函数在我的CosmosDB实例中创建、读取和更新文档,但仍然不知道如何实现删除。我用作参考的主要文档是https://docs.microsoft.com/en-us/azure/azure-functions/functions-create-cosmos-db-triggered-function. 我尝试使用没有id的输入和输出绑定(从而获取整个集合),然后过滤要从
通过指定文档的 /index/type/id 路径可以删除文档: $params = [ 'index' => 'my_index', 'type' => 'my_type', 'id' => 'my_id' ]; // Delete doc at /my_index/my_type/my_id $response = $client->delete($params);