- SIGNER
- APPROVER
- ACCEPTOR
- FORM_FILLER
- CERTIFIED_RECIPIENT
この記事には、プレリリース情報が含まれています。リリース日、機能、および他の情報は予告なく変更される可能性があります。
一括送信 CSV アップロードオプションでは、フィールドのアプリ内オーサリングはサポートされていません。 すべてのフィールドは、「一括送信」インターフェイスにアップロードする前に、文書テンプレートに配置する必要があります。
CSV ファイルの作成
「一括送信」プロセス用の CSV ファイルを作成する場合は、特にラテン語以外の文字を使用している場合は、必ず UTF-8 形式でエンコードされた CSV を使用してください。
CSV ファイルは、Excel、Numbers、Google Sheets などのスプレッドシートアプリケーションを使用して作成するのが最適です。ほとんどのスプレッドシートは CSV 形式に書き出すことができます。この操作は、アップロードが成功するために必要となります。
スプレッドシートは、行(レコード)と列(フィールド)が容易に識別できる、判読可能な表形式でデータを表示します。 CSV を作成する場合、各行は 1 つの子契約書を表し、各列は契約書に適用される 1 つの引数です(受信者の電子メールやパーソナライズされたフォームフィールドなど)。
CSV の構築を開始する前に、次の 2 点について考慮する必要があります。
- 「一括送信」テンプレートでは、多くの契約書オプションを設定できます。CSV で設定が明示的に定義されていない場合、親テンプレートのデフォルト値が使用されます。 そのため、すべての契約書が同じ契約書名の場合、CSV ファイルにはその列を含めないでください。
- 列が存在するからといって、すべてのフィールドに値を配置する必要はありません。 空のフィールドは無視され、親の一括送信テンプレートが使用されます。 そのため、すべてのレコードのすべてのフィールドに入力する必要はありません。
CSV 自体は、3 つの分かりやすいセクションに分けることができます。
新しい「一括送信」環境では現在、送信者がユーザーインターフェイスを通じて最初に署名するように設定することはできません。
新しいエクスペリエンスで従来の CSV ファイルを使用しているお客様は、送信者を最初の署名者として挿入できません。 新しい形式を使用した新規 CSV は、子契約書ごとに送信者を最初の受信者として定義して作成する必要があります。
それぞれの子契約書には、最低 1 人以上、最大 100 人の受信者を含めることができます。
各受信者は、次の 6 つのフィールドで定義できます。
- Recipient_X:Name
- Recipient_X:Email
- Recipient_X:Role
- Recipient_X:Auth_Type
- Recipient_X:Auth_Value
- Recipient_X:Private_Message
ここで、_X は受信者のインデックス番号(Recipient_1、Recipient_2 など)で、: の後は、システムが契約書の作成に使用する値です。
必要なのは電子メールアドレスのみです。 その他の値はすべて、列を省略するかフィールドを空のままにすることで、無視されるか、親テンプレートから継承することができます。
受信者名、役職、会社名などの受信者値を定義するには、文書内の同じ名前のフィールドにマッピングする一意の名前の列ヘッダーを使用します。 次の「契約書にデータをマージするためのカスタムフィールドの定義」を参照してください。
列ヘッダーでは大文字と小文字が区別され、フィールド名と完全に一致する必要があります。
フィールド値:
:Name - このフィールドにはどのような文字列でも入力でき、一般には受信者の名前にします。
:Email - このフィールドには、電子メール形式(x@y.zz)の任意の文字列を入力できます。 電子メール形式に準拠していない「:Email」フィールドの値には、エラーがトリガーされます。
:Role - 次のような、契約書の標準的な役割を入力できます。
- DELEGATE_TO_SIGNER
- DELEGATE_TO_APPROVER
- DELEGATE_TO_ACCEPTOR
- DELEGATE_TO_CERTIFIED_RECIPIENT
- DELEGATE_TO_FORM_FILLER
:Auth_Type - 下記のいずれかの認証メソッドを入力できます。 送信グループに対して有効になっていない認証メソッドが定義されている場合は、エラーが生成されます。
- PASSWORD - パスワード認証では、:Auth_Type フィールドに定義されているパスワード値を入力する必要があります。
- KBA - ナレッジベース認証。 米国認証のみ。 受信者は、パブリックデータベースソースから取得したいくつかの質問に回答する必要があります。
- ADOBE_SIGN - Adobe Acrobat Sign 認証。 受信者は Adobe ID システムで認証する必要があります。
- PHONE - 「:Auth_Value」フィールドで定義されている電話番号に送信されるテキストまたは音声認証。
- EMAIL_OTP - 電子メールによるワンタイムパスワード認証では、受信者の電子メールアドレスに送信される数字のパスワードを入力する必要があります。
- GOV_ID - Government ID 認証では、受信者が政府発行の身分証明書(運転免許証、パスポートなど)を提示する必要があります。
:Auth_Value - 電話認証およびパスワード認証にのみ適用されます。 他の Auth_Type に Auth_Value を含めることはできません。 認証方法の検証に使用する値を定義する文字列を入力します(該当する場合)。
- パスワード認証 - 認証要求に成功するために受信者が入力する必要がある値を定義する文字列。
- 電話認証 - 受信者の電話番号を定義する数字列。電話番号は、受信者にコードを伝えるために使用されます。
- 電話番号は、国コードと電話番号の間にハイフンが入るようにフォーマットする必要があります(例:1-5555551212、91-9934765344)。
- 電話番号の形式には、必要に応じて先頭にプラス記号と番号内にハイフンを含めて、より人間が読みやすい文字列にすることができます。 (例:+1-555-555-1212)
- 電話番号は、国コードと電話番号の間にハイフンが入るようにフォーマットする必要があります(例:1-5555551212、91-9934765344)。
:Private_Message - 電子サインページで電子メール本文のプライベートメッセージとして受信者に送信される最大 1,000 文字の文字列。
受信者グループの場合、Acrobat Sign は、リストの最初のメンバーに割り当てられたプライベートメッセージを、グループの全メンバーに適用します。 そのメンバーにプライベートメッセージが設定されていない場合、グループメンバーの誰もメッセージを受信しません。
CC_X:Email - 契約書参加者の電子メールです。その参加者は、契約書に CC され、契約書が完了したら表示のみできます。 受信者と同様に、X 値は 1 で始まり、CC する複数の関係者がいる場合は、数が増加します。 例えば、CC する関係者が 3 人いる場合は、CC_1:EMAIL, CC_2:EMAIL, CC_3:EMAIL の 3 つの列を設定する必要があります
これらの列は、一括送信設定 UI の、「契約書の詳細」および「契約書設定」セクションに関連します。Acrobat Sign インターフェイスの「一括送信」トランザクションの設定時には、これらの列に明示的に定義された値がない場合に使用するデフォルト値を設定しています。 以下の 5 個の個別フィールドがあります。
- Locale - 受信者のエクスペリエンスに適用される言語(ローカライゼーション)を定義します。 Acrobat Sign テンプレートに含まれる電子メールおよび電子サインページの要素は、すべてローカライズされます。 送信者が追加したカスタムコンテンツは翻訳されません。 使用可能な値は次のとおりです。
- バスク語(スペイン) - eu_ES
- ブークモール(ノルウェー語) - nb_NO
- カタロニア語(スペイン) - ca_ES
- 中国語 - zh_CN
- 中国語(台湾) - zh_TW
- クロアチア語 - hr_HR
- チェコ語 - cs_CZ
- デンマーク語 - da_DK
- オランダ語 - nl_NL
- フィンランド語 - fi_FI
- フランス語 - fr_FR
- ドイツ語 - de_DE
- ヘブライ語 - iw_IL
- ハンガリー語 - hu_HU
- アイスランド語 - is_IS
- インドネシア語 - in_ID
- イタリア語 - it_IT
- 日本語 - ja_JP
- 韓国語 - ko_KR
- マレー語 - ms_MY
- ノルウェー語 - no_NO
- ニーノシュク(ノルウェー語) - nn_NO
- ポーランド語 - pl_PL
- ポルトガル語 - pt_PT
- ポルトガル語(ブラジル) - pt_BR
- ルーマニア語 - ro_RO
- ロシア語 - ru_RU
- スロバキア語 - sk_SK
- スロベニア語 - sl_SI
- スペイン語 - es_ES
- スウェーデン語 - sv_SE
- タイ語 - th_TH
- トルコ語 - tr_TR
- ウクライナ語 - uk_UA
- 英国英語 - en_GB
- 米国英語 - en_US
- ベトナム語 - vi_VN
- Agreement_Name - 受信者の電子メールに挿入され、「管理」ページに記載される契約書名の値。
- Expires - このフィールドでは、契約書が自動的にキャンセルされるまでの日数を定義します。
- Agreement_Message - 受信者の電子メール本文に挿入されるグローバルメッセージを定義します。 このメッセージには、最大 10,000 文字、約 1,600 の単語を含めることができます。
- Order - このフィールドでは、受信者のフローを記述します。
- 順序内で各受信者を指定できるのは 1 回のみです。
- 各受信者をコンマで区切った受信者の文字列は、順次署名フローとして識別されます。 例:Recipient_1,Recipient_2,Recipient_3
- 各受信者は、前の受信者が作業を完了した後に契約書にアクセスできるようになります。
- 丸括弧内のすべての受信者 (Recipient_4,Recipient_5), は、並行署名フローに存在しているものとして識別されます。
- すべてのメンバーに同時に通知され、全員が署名する必要があります。
- すべてのメンバーに同時に通知され、全員が署名する必要があります。
- 角括弧内のすべての受信者 [Recipient_7,Recipient_8], は、受信者グループに存在しているものとして識別されます。
- すべてのメンバーに同時に通知されますが、署名できるのは 1 人のメンバーのみです。
- これらの方法を任意の順序で自由に組み合わせて、ハイブリッド署名フローを作成できます。
例:Recipient_1,Recipient_2,Recipient_3,(Recipient_4,Recipient_5),Recipient_6,[Recipient_7,Recipient_8],Recipient_9- ハイブリッドワークフローオプションの例外として、受信者グループ構造(1 人のメンバーのみが署名可能)内に並行フロー構造(全員が署名する必要がある)を埋め込むことはできません
例:[Recipient_1, Recipient_2,(Recipient_3,Recipient_4),Recipient_5,Recipient_6]
- ハイブリッドワークフローオプションの例外として、受信者グループ構造(1 人のメンバーのみが署名可能)内に並行フロー構造(全員が署名する必要がある)を埋め込むことはできません
「一括送信」トランザクションへのカスタムフィールドマッピングの追加は、アップロードするテンプレートのフィールド名を理解することから始まります。 CSV ファイルでは、文書テンプレートのフィールド名を列ヘッダー名として使用する必要があります。
例えば、文書テンプレートに「Investment」というフィールドがある場合、CSV の列ヘッダー名は「Investment」である必要があります。
「StreetAddress」という名前のフィールドに入力したい場合、CSV の列ヘッダーは「StreetAddress」にする必要があります。
列ヘッダーでは大文字と小文字が区別され、フィールド名と完全に一致する必要があります。
カスタムフィールド名として使用できない予約語は 6 つあります。
- 名前
- 役職名
- 会社名
- 電子メール
- 日付
- 役割