Box Signのリクエストの作成
Box Signのリクエストの作成
Box Signのリクエストを作成するには、少なくとも、署名が必要なファイル、署名済みドキュメント/署名ログの保存先フォルダ、署名者が必要です。
curl -i -X POST "https://api.box.com/2.0/sign_requests" \
-H "authorization: Bearer <ACCESS_TOKEN>" \
-d '{
"signers": [
{
"role": "signer",
"email": "example_email@box.com"
}
],
"source_files": [
{
"type": "file",
"id": "123456789"
}
],
"parent_folder":
{
"type": "folder",
"id": "0987654321"
}
}'
ドキュメントの準備
Box Signのリクエストを送信する前にドキュメントを準備することで、開発者は署名者のために日付、テキスト、チェックボックス、署名のプレースホルダを追加できます。これを行うには、UIを使用するか、ドキュメント内で直接タグを使用します。準備を行わなかった場合、署名者には準備が完了していないドキュメントが送信されるため、署名者の判断で署名やフィールドを配置できます。ただし、開発者は、準備が完了していないドキュメントの機能をオンまたはオフにするためのコントロールをリクエスト内で利用できます。
is_document_preparation_needed
をtrue
に設定すると、レスポンスでprepare_url
が返されます。ブラウザでこのリンクにアクセスすると、ドキュメントの準備を完了し、UI上でリクエストを送信できます。
ドキュメントのタグの詳細については、サポート記事を参照してください。
ファイル
Box Signの各リクエストは、署名が必要なファイルから始まります。そのファイルがまだBoxに存在しない場合は、リクエストを作成する前に、別のAPIコールでファイルをアップロードする必要があります。1つのリクエストで複数のファイルに署名できます。リクエストに含まれる最初のファイルのファイルIDをsource_files
本文パラメータで指定します。
サポートされているファイルタイプは以下のとおりです。
すべてのファイルタイプは、署名の処理のために.pdf
に変換されます。この変換後のドキュメントは、リクエストの送信が成功した場合にparent_folder
で見つかります。つまり、元のファイルタイプに関係なく、最終的な署名済みドキュメントは.pdf
になります。各署名者がリクエストを完了すると、Box Signにより新しいファイルバージョンが自動的に追加されます。
ファイルサイズの上限は、アカウントの種類によって決まります。詳細については、アップロードガイドを参照してください。
親フォルダ
parent_folder
本文パラメータで指定されたフォルダIDによって、最終的な署名済みドキュメントと署名ログの保存先が決まります。このフォルダには、フォルダID 0
で表される [すべてのファイル] やルートレベルを指定することができません。
署名者
各署名者には、役割として、signer
、approver
、またはfinal copy_reader
を割り当てる必要があります。
リクエスト送信者に役割が指定されていない場合は、final_copy_reader
という役割の署名者が自動的に作成されます。つまり、最終的な署名済みドキュメントと署名ログのコピーを受信するだけです。
署名者は、ドキュメントに署名するために、既存のBoxアカウントを持っている必要も、アカウントを作成する必要もありません。他のAPIエンドポイントとは異なり、署名者はBox user_id
ではなくメールアドレスを使用して招待されます。
必要に応じて、署名者は、リクエストに署名する前にBoxにログインできます。その場合は、署名者のlogin_required
パラメータをtrue
に設定します。署名者が既存のアカウントを所有していない場合は、無料Boxアカウントを作成するオプションもあります。
入力
inputs
パラメータは、ユーザーが操作できるプレースホルダを表します。document_tag_id
パラメータには、署名リクエストの作成時に渡すデータを設定できます。
テンプレート
署名リクエストは、テンプレートを使用して作成できます。そのためには、template_id
パラメータを指定する必要があります。署名リクエスト作成時のテンプレートの使用の詳細については、こちらのガイドを参照してください。
リダイレクト
redirect_url
およびdeclined_redirect_url
で指定したURLにより、署名するか署名リクエストを拒否した署名者をカスタムランディングページにリダイレクトすることができます。たとえば、アプリケーションをBox Signと統合した場合は、署名者をアプリケーションにリダイレクトすることもカスタムランディングページにリダイレクトすることもできます。リダイレクトURLは、すべての署名者を対象にグローバルに設定することも、特定の署名者のみを対象に設定することもできます。つまり、Box Signでは、選択した署名者に特定のURLを使用し、残りの署名者にグローバルな設定を使用します。リダイレクトURLを設定しなかった場合、Box Signでは署名者がデフォルトのページにリダイレクトされます。
複数の署名者と署名の順序
署名の順序は、指定されたorder
の数値を小さいものから大きいものへ順序付けすることで決まります。2つの数値が同じ場合、署名者には同時にリクエストが届きます。
最初は、割り当てられたorder
の数値が最も小さい署名者だけに、Box Signのリクエストメールが送信されます。その署名者が署名すると、次のユーザーにメールが送信される、というように進んでいきます。Box Signでは、ユーザーが署名するたびに、ドキュメントの新しいバージョンがparent_folder
に自動的に追加されます。
いずれかの署名者が拒否した場合、残りの署名者にBox Signのリクエストメールが送信されません。リクエスト全体が拒否されます。
リクエストのステータス
converting
: 署名リクエストが送信された後、ファイルが署名プロセスのために.pdf
に変換されている。error_converting
: ファイルを.pdf
に変換している間に問題が発生した。created
:document_preparation_is_needed
がtrue
に設定されているが、prepare_url
がまだアクセスされていない。sent
: リクエストが正常に送信されたが、どの署名者も対応していない。error_sending
: リクエストを送信中に問題が発生した。viewed
: 最初 (または唯一) の署名者が署名用メールの [ドキュメントをレビュー] をクリックするか、署名用URLにアクセスした。downloaded
: 署名者が署名用ドキュメントをダウンロードした。signed
: すべての署名者がリクエストの処理を完了した。signed and downloaded
: 署名者が署名用ドキュメントに署名してダウンロードした。declined
: いずれかの署名者がリクエストを拒否した。cancelled
: リクエストがUIまたはAPIを介してキャンセルされた。expired
: 署名が未完了、不十分のまま、有効期限が過ぎた。finalizing
: すべての署名者がリクエストに署名済みでも、署名された最終的なドキュメントと署名ログがまだ生成されていない。error_finalizing
:finalizing
フェーズが正常に完了しなかった。
エラーステータスになった場合、再試行するには、新しい署名リクエストを作成する必要があります。