2017-11-28 3 views
0

このアプリケーションはDocusign APIを使用しています。エンベロープはプログラマチックに作成され、すべての受信者とPDFがプログラムによって追加されます。ユーザーは送信者ビューのURLに転送され、署名タブが配置されます。それが本当にやりたいことなのです。できるだけ多くのユーザーを「ロックダウン」して、受信者を変更できないように設定しました。送信者がDocusign大使館にいて、ボタンをクリックして送信者を変更しようとすると、送信者を追加/変更するために使用するウィンドウに入ることができますが、グレーアウトされていれば完璧です。Docusign API、送信者ビューでドキュメントをアップロードする機能を削除する

ただし、送信者は余分な文書を封筒に追加できるようです。エンベロープを作成したり、送信者ビューを取得したりするときに、送信者が余分な文書を変更または追加できないように指定する、新しい文書共有エクスペリエンスやAPIのプロパティの設定がありますか?私たちのアプリケーションでは、送信者がこれを行う必要はありません。

+0

送信者が余分な文書を修正または追加する機能をロックダウンすることはできません。埋め込み送信者ビューを使用する理由を共有してもよろしいですか?必要なDocuSignタブをAPIを使用してドキュメントに直接追加できないのはなぜですか? –

+0

私のアプリケーションはWebアプリケーションです。送信者には、他人に送る必要のある文書が用意されていますが、署名タブを置くだけです。私たちのアプリケーションは、実際の送信者ではなく、どのドキュメントを使用する必要があるかを正確に判断します。私たちは署名のタブだけを置くことができるようにします。すべての文書が異なっています。同じようなものは2つありません。したがって、署名のタブの位置を予測する方法はありません。ドキュメントを見て、タブがどこに行くのかを決めるためには、100%人間が絶対に必要です。彼らが削除しても大丈夫です。 – citronsmurf

+0

入手しました。あなたはその文書を所有していますか、またはその文書を編集できますか?はいの場合は、アンカー文字列を使用してDocuSignの署名タブを配置することができます。 –

答えて

1

私は1つの解決方法があります。ローカルマシンから任意のドキュメントをアップロードすることができない送信者のためのカスタムアクセス許可セットを作成する必要があります。そのような権限セットが作成されると

enter image description here

は、送信者のこれらのタイプのために設定され、この許可を作ります。また、封筒を送信しているときに、「編集を許可する」受信者として追加するか、タグなどを変更して封筒を編集することができますが、ローカルマシンから文書をアップロードすることはできません。

+0

これを試しましたが、問題が発生しました。この「ドキュメントのアップロードを無効にする」チェックボックスをオンにしたときに、エンベロープを作成するときにプログラムでAPI経由でオリジナルドキュメントを追加できませんでした。明らかに、送信者ビューで新しい文書をアップロードする機能を無効にするだけでなく、APIで文書を追加する機能も無効になります。 – citronsmurf

+0

私はSECONDアカウントを設定して、このアップロード機能は無効になっています。そして、私は2つのアカウントの組み合わせを使用する必要があります...私は、エンベロープを作成し、完全にアクセス許可を持つ1つのアカウントをプログラムで最初のドキュメントを追加し、次に送信者ビューを取得するとき、2番目のアカウントを使用します。私はあなたが知っていると思うようにしようと思います – citronsmurf

+0

1つの解決策は、同じDocuSignアカウントで2人のユーザーを使用する必要があります。最初のユーザーは完全なアクセス権を設定し、他のユーザーのアクセスは制限されます。 X-DocuSign認証:{"Username": "[email protected]"、 "Password": "FullAccessUserPassword"、 "IntegratorKey": "16f81d9e-e9ee-408d-bc60-d6e1aecd9757"というDocuSignの世界では、 "SendOnBehalfOf": "LimitedUserEmail"}の場合、DocuSignではAPIを使用してドキュメントを送信できますが、送信者(つまり、制限されたユーザー)はドキュメントを追加できません。 –

関連する問題