Webアプリケーションに一連の文書の署名を埋め込みました。最終的に、オンラインインタビュー中に提供された回答で文書に記入されます。封筒には3〜4枚の書類が必要です。ドキュメントはサーバーベースのテンプレートです。テンプレート定義では、多くの応募者が使用する一般的なテンプレートであるため、応募者ロール(署名者)の名前とメールフィールドは空白のままにしています。受信者が指定されていません複合テンプレートを使用したDocuSign APIからのエラー
封筒に1つのテンプレートを読み込んで処理することができますが、合成テンプレートに変換すると「errorCode」というエラーが表示されます。「RECIPIENTS_NOT_PROVIDED」、「message」: "要求に受信者が見つかりませんでした。"エンベロープ要求から。私はコードを多くの例と比較して、何か違うものを見ることができませんでした。私が紛失している基本的なものがなければなりません。これはDocuSign APIの最初の試みなので、驚くことではありません。誰かが私を啓発してくれますか?
失敗コード:
{
"accountId":"xxxxxxx",
"emailSubject":"WOTC Certification Documents - Test Dummy",
"emailBlurb":"Documentation to be submitted by Consultant",
"status":"sent",
"compositTemplates":{
"serverTemplates":[{
"sequence":"1",
"templateId":"ca18aba4-49bd-4c28-9dce-fbd2dd3fbb7b",
"recipients":{
"signers":{
"name":"Test Dummy",
"roleName":"Applicant",
"recipientId":"1",
"clientUserId":"Dummy1234",
"email":"[email protected]"
}
}
},{
"sequence":"2",
"templateId":"5ed3d600-5a57-4fee-931f-53233858dc65",
"recipients":{
"signers":{
"name":"Test Dummy",
"roleName":"Applicant",
"clientUserId":"Dummy1234",
"email":"[email protected]"
}
}
}]
}
}
ありがとうございました。
私はコードの前の版ではほとんど死んでいましたが、私はそれを動作させるために "単純化"し始めました!その過程で、私はちょうど構造をハッキングしました。(欠けているeを除いて)、もともと欠けていたのは、署名者のための配列構造でした。私はシーケンス番号について困惑しています。 Webサイトの複合テンプレートの例では、インラインテンプレートは対応するサーバーテンプレートと同じシーケンス番号を持つ必要がありますが、シリアル化していることを示しています。片方の意義ともう片方の意義について教えてもらえますか? – servant
ここでは、compositeTemplate配列の要素は基本的にはドキュメントを定義するserverTemplate/inlineTemplateのペアであると仮定すると、どのような使用シナリオで複数のserverTemplatesを使用するのでしょうか?またはそれらの要素内のインラインテンプレート? – servant
再シーケンス番号 - 私は常に数値をシリアル化することによって、望ましい結果を得ているので、私はそのアプローチに固執しがちです。Sequence Numberは、指定された情報をEnvelopeに適用する順序をDocuSignに伝えるだけです。この簡単なシナリオでは、サーバテンプレート/インラインテンプレートに同じ番号を使用した場合(つまり、 1つのサーバーテンプレート、1つのインラインテンプレートのみを含む複合テンプレートオブジェクト)。 –