> ## Documentation Index
> Fetch the complete documentation index at: https://help.dingtalk.io/llms.txt
> Use this file to discover all available pages before exploring further.
# プロセス設計
> 承認フロー設計の完全な操作手順を紹介します。承認者・CC受信者・処理担当者などのノードを追加し、ノードの属性と操作権限を設定し、条件分岐を構成することで、承認フォームがルールに従って自動的に流れるようにします。
## 一、操作の前提条件
**承認管理者**のみがプロセス設計を行えるため、まず承認管理者になる必要があります。
承認管理者でない場合は、DingTalkのOA承認を開き、【設定】→【承認フォームの作成】→【管理者権限を申請】の順にクリックし、「送信」をクリックします。
管理者が承認待ちの通知を受け取り承認すると、該当社員は自動的に承認管理者権限を取得します。
## 二、操作入口
「**承認管理コンソール**」→「**フォーム管理**」ページで、対象フォームの操作欄にある【**編集**】をクリックします。
【**プロセス設計**】をクリックし、プロセス設計のメイン画面に入ります。
## 三、基本操作
プロセス設計には、以下4種類の基本操作があります。
| 基本操作 | 説明 |
| -------- | -------------------------------- |
| ノードの追加 | フローに申請者・承認者・CC受信者・処理担当者などのノードを追加 |
| ノード属性の設定 | ノードの操作者タイプを選択し、タイプに応じた設定を実施 |
| ノード権限の設定 | 各ノードのフォームフィールドに対する操作権限を調整 |
| 分岐の追加 | 分岐条件の設定、階層別条件フローの設定 |
### 一）ノードの追加
**+** をクリックすると、承認者・CC受信者・処理担当者・条件分岐などを追加できます。
| 承認ノードタイプ | 説明 | 詳細 |
| -------- | ----------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 申請者 | 申請者ノードは承認フローの起点です。誰がこの承認フォームを送信できるか、申請者がフォーム入力時にどのフィールドを記入できるかなどを設定できます | デフォルトノード
ノード名は変更不可
送信後、フローセンターの「私が申請した」カテゴリで確認可能
フォーム内フィールドの操作権限（編集可能・閲覧のみ・非表示）を設定可能 |
| 承認者 | 承認フォームに対して「承認」「拒否」「転送」「差戻し」「リクエスト署名」などの操作を実行可能 | オプションノード
ノード名は変更可能
承認前はフローセンターの「処理待ち」カテゴリで確認可能。承認後はフローセンターの「私が処理した」カテゴリで確認可能
フォーム内フィールドの操作権限（編集可能・閲覧のみ・非表示）を設定可能 |
| CC受信者 | このノードに到達しても審査機能はなく、該当する承認フォームを受け取って閲覧・コメント操作が可能 | オプションノード
ノード名は変更可能
このノードに到達後、フローセンターの「CC受信」カテゴリで確認可能
フォーム内フィールドの表示権限（閲覧のみ・非表示）を設定可能 |
| 処理担当者 | 承認フォームに対して「送信」「転送」「差戻し」「リクエスト署名」「コメント」などの操作を実行可能 | オプションノード
ノード名は変更可能
処理前はフローセンターの「処理待ち」カテゴリで確認可能。処理後はフローセンターの「私が処理した」カテゴリで確認可能
フォーム内フィールドの操作権限（編集可能・閲覧のみ・非表示）を設定可能 |
| 条件分岐 | このノードを利用して、異なる状況に応じて異なる承認分岐を実現可能
詳細な操作は [条件付き承認の設定方法](/ja/approval/set-conditional-approval) を参照 | オプションノード
分岐名は変更可能
分岐のコピーに対応
条件の追加に対応：異なる条件間は「かつ」の関係
条件グループの追加に対応：異なる条件グループ間は「または」の関係
実行時は**優先度順に順次実行**
いずれか1つの分岐ルールが通過すると、他の分岐は試行を継続せず、**条件分岐は1つのみ実行される** |
| 並列分岐 | 有料オプション。このノードを利用して、複数の承認分岐を同時に流すことが可能 | オプションノード
分岐名は変更可能
分岐のコピーに対応
条件の追加に対応：異なる条件間は「かつ」の関係
条件グループの追加に対応：異なる条件グループ間は「または」の関係
複数の分岐を設定されたルールに従って**同時実行**可能 |
| コネクタ | 有料オプション。このノードを利用して、「マイインテグレーション」で設定されたコネクタを呼び出し可能 | オプションノード |
| 自動化 | 有料オプション。このノードを利用して、自動化タスクを設定可能 | オプションノード |
### 二）ノード属性の設定
#### 1、申請者
申請者は業務事項の申請者であり、承認フローの起点として、フォーム内容の記入と送信を行います。
| 属性 | 説明 |
| ------ | -------------------------------------------------- |
| 申請者タイプ | デフォルトは組織内ユーザー |
| 送信できる人 | ベーシック設定の「申請できる人」と一致します。ここで調整すると、ベーシック設定も連動して変更されます |
#### 2、承認者
承認者は業務事項の審査・承認者であり、承認フォームに対して「承認」「拒否」「転送」「差戻し」「リクエスト署名」などの操作を実行できます。
**1）承認者属性設定**
| 属性 | 説明 |
| -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| ノード名 | 承認詳細ページに表示される、承認ノードに対応する名称。デフォルトは「承認者」
ノードに対応する役職（例：「財務総監」）や、具体的な審査内容（例：「契約コンプライアンス審査」）に設定可能 |
| 承認タイプ | 手動承認・自動承認・自動拒否に対応
デフォルトは手動承認
自動承認と自動拒否は通常、条件分岐と組み合わせて使用し、自動承認を実現します |
| ノード承認者 | ノード承認者は複数のタイプに対応しており、異なる承認フローのニーズに柔軟に応えられます |
| 複数人承認時の承認方式 | 複数人が同一ノードに参加する場合、順次承認・共同署名・または署名・投票に対応
順次承認：複数人が順次承認し、全員が承認した場合のみ承認が通過
共同署名：複数人が同時に承認し、全員が承認した場合のみ承認が通過
または署名：複数人が同時に承認し、いずれか1名が承認すれば通過。いずれか1名が拒否した場合、承認は通過しない
投票：有料オプション。複数人が同時に承認し、要件を満たす承認人数に達した場合に承認が通過 |
| 承認者が不在の場合の処理方式 | 承認者を上司・部門責任者・ロールなどのタイプに設定した場合、連絡先の設定が不完全でマッチする人員が見つからない状況が発生する可能性があるため、承認者が不在の場合のフロールールを設定する必要があります
自動承認：このノードで承認者が見つからない場合、承認フォームは自動的に承認されます
自動拒否：このノードで承認者が見つからない場合、承認フォームは自動的に拒否されます
管理者に自動転送：デフォルトでテンプレート管理者に転送。テンプレート管理者が存在しない場合は承認管理者に転送
指定メンバー承認：ロールまたは上司が不在の場合、承認フォームは自動的に指定メンバーに転送されます。最大1名まで指定可能 |
承認者ノードの属性設定パネル：
ノード名の横にある編集アイコンをクリックして、ノード名を変更できます。
承認タイプは、手動承認・自動承認・自動拒否の3種類に対応します。
ノード承認者は、よく使う承認者・上司・その他など複数のタイプに対応しています。
複数人承認時の承認方式は、順次承認・共同署名・または署名・投票に対応しています。
承認者が不在の場合の処理方式：
**2）ノード承認者の設定**
ノード承認者は以下の複数のタイプに対応しています。クリックして各タイプの設定説明を展開し、内容をご確認ください。
ノード承認者で「指定ユーザー」を選択した場合、「追加」から指定ユーザーを承認者として追加する必要があります。
* 連絡先から承認者を選択できます。標準版では1つのノードで最大50名まで選択可能。有料版では100名までアップグレード可能
* 複数人を選択した場合は、複数人承認時に使用する承認方式を設定する必要があります。デフォルトは共同署名
指定ユーザーを選択して追加をクリック：
連絡先からメンバーを選択：
複数人選択時に承認方式を設定：
ノード承認者で「申請者自身」を選択した場合、申請者本人がそのノードの承認者となります。通常は申請者に承認結果の確認が必要な場合に使用します。
* 例：購買申請の送信後、購買実行完了時に、購買申請者が購買結果が期待に沿うかを確認する
* 例：チケット送信後、チケット実行完了時に、チケット申請者が問題が解決したかを確認する
ノード承認者で申請者自身を選択：
ノード承認者で「申請者選択」を選択した場合、1人選択または複数人選択が可能です。
* 選択可能なメンバーの範囲を設定できます。デフォルトは全社です。ロールまたは指定メンバーから選択することも可能です。たとえば当番制のシーンでは、複数の出納やITサービスがある場合、これらのロールまたは指定メンバーを選択可能メンバーの範囲に設定し、申請者がその日のシフト設定に応じて選択できます
* 複数人選択に設定した場合は、複数人承認時に使用する承認方式を設定する必要があります
1人選択または複数人選択を選択：
選択可能メンバーの範囲を設定。全社・指定ユーザー・ロールから選択可能：
複数人選択時に承認方式を設定：
ノード承認者で「ロール」を選択した場合、「追加」からロールを承認者として追加する必要があります。
* 特定のロールを選択した後、複数人承認時に使用する承認方式を設定する必要があります
* ロールは管理範囲の設定などにより承認者が見つからない可能性があるため、承認者が不在の場合の処理ロジックを設定する必要があります
* 詳細な操作は [ロールユーザー承認の設定方法](/ja/approval/set-role-approval) を参照
ロールを承認者として追加：
複数人承認方式と承認者が不在の場合の処理を設定：
ノード承認者で「直属の上司」を選択した場合、申請者から何階層上の直属の上司にするかを選択できます。最大8階層まで対応します。
* 直属の上司は直属の上司の設定により承認者が見つからない可能性があるため、承認者が不在の場合の処理ロジックを設定する必要があります
* 詳細な操作は [直属の上司承認の設定方法](/ja/approval/set-direct-manager-approval) を参照
申請者から何階層上の直属の上司にするかを選択：
ノード承認者で「部門マネージャー」を選択した場合、申請者から何階層上の部門マネージャーにするかを選択できます。最大8階層まで対応します。
* 部門マネージャーは連絡先の設定により承認者が見つからない可能性があるため、承認者が不在の場合の処理ロジックを設定する必要があります
* 詳細な操作は [部門マネージャー承認の設定方法](/ja/approval/set-dept-manager-approval) を参照
部門マネージャーを選択。マネージャーが見つからない場合に上位マネージャーが代理承認するかをチェック可能：
申請者から何階層上の部門マネージャーにするかを選択：
ノード承認者で「複数レベルの上司」を選択した場合、申請者から何階層上の上司まで承認するかを設定できます。この設定後、フローは部門マネージャーの階層に従って自動的に流れ、まず申請者の第1階層の部門マネージャーを識別し、続いて第2階層の部門マネージャーを識別し……申請者からN階層上の上司まで続きます。
連絡先の第何階層の上司まで承認するかを設定することもできます。この設定後、フローは同様に部門マネージャーの階層に従って自動的に流れ、連絡先のN階層目の上司まで続きます。
申請者本人が連絡先のN階層目の上司である場合、さらに1階層上まで承認されます。
申請者から何階層上の上司までを超えないように設定：
連絡先の第何階層の上司まで承認するかを設定：
ノード承認者で「部門コントロールに対応するマネージャー」を選択した場合、まずフォーム内の部門コントロールを選択する必要があります。この承認者は通常、特定の部門マネージャーの確認が必要な場合（例：異動承認など）に使用します。
* その部門から何階層上の部門マネージャーにするかを選択可能。最大8階層まで対応
フォーム内の部門コントロールを選択：
部門コントロールに対応する何階層目のマネージャーを選択：
ノード承認者で「部門コントロールに対応するロール」を選択した場合、同様にまずフォーム内の部門コントロールを選択する必要があります。この承認者は通常、特定の部門ロールの確認が必要な場合（例：工程引き継ぎなど）に使用します。
* ロールリストからロールを選択可能。ロールと管理範囲の設定については [ロールユーザー承認の設定方法](/ja/approval/set-role-approval) を参照
フォーム内の部門コントロールを選択：
ロールリストからロールを選択：
ノード承認者で「フォーム内の連絡先」を選択した場合、フォーム内の連絡先コントロールを選択し、そのコントロールに対応するユーザーを承認者として設定する必要があります。
* 詳細な操作は [フォーム内連絡先承認の設定方法](/ja/approval/set-form-contact-approval) を参照
フォーム内の連絡先コントロールを選択：
#### 3、CC受信者
CC受信者は業務事項の関係者であり、事項を把握する必要はあるものの、意思決定は不要な立場です。このノードに到達しても審査機能はなく、該当する承認フォームを受け取って閲覧・コメント操作が可能です。
| 属性 | 説明 |
| -------- | --------------------------------------------------------------------------------------------- |
| ノード名 | 承認詳細ページに表示される、CCノードに対応する名称。デフォルトは「CC受信者」
ノードに対応する役職やロールタイプ（例：「財務総監」「その他プロジェクトメンバー」）に設定可能 |
| ノードCC受信者 | ノードCC受信者は複数のタイプに対応しており、異なるCC受信者への通知ニーズに柔軟に応えられます |
CC受信者ノードの属性設定パネル：
CC受信者ノード名の変更：
ノードCC受信者は、よく使うCC受信者・上司・その他など複数のタイプに対応しています。
#### 4、処理担当者
処理担当者は業務事項の具体的な実行者であり、審査・承認権限はなく、承認フォームに対して「送信」「転送」「差戻し」「リクエスト署名」「コメント」などの操作が可能です。
| 属性 | 説明 |
| ---------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| ノード名 | 承認詳細ページに表示される、処理ノードに対応する名称。デフォルトは「処理担当者」
ノードに対応する役職（例：「出納」）や、具体的な処理事項（例：「契約押印」）に設定可能 |
| ノード処理担当者 | ノード処理担当者は複数のタイプに対応しており、異なる処理担当者のフローニーズに柔軟に応えられます |
| 複数人処理時の処理方式 | 複数人が同一ノードに参加する場合、順次処理・全員同時処理・1名の処理担当者による処理に対応 |
| 処理担当者が不在の場合の処理方式 | 処理担当者をロールや上司に設定した場合、連絡先の設定が不完全でマッチするユーザーが見つからない状況が発生する可能性があるため、処理担当者が不在の場合のフロールールを設定する必要があります
自動承認：このノードで処理担当者が見つからない場合は自動的にスキップ
管理者に自動転送：デフォルトでテンプレート管理者に転送。テンプレート管理者が存在しない場合は承認管理者に転送
指定メンバー処理：ロールまたは上司が不在の場合、指定メンバーに転送して処理 |
処理担当者ノードの属性設定パネル：
処理担当者ノード名の変更：
ノード処理担当者は、指定ユーザー・ロール・申請者選択など複数のタイプに対応しています。
### 三）ノード操作権限の設定
ノード属性パネルで「**フォーム操作権限**」タブに切り替えると、そのノードのフォーム内各フィールドに対する操作権限を設定できます。
| フォーム操作権限 | 説明 | 詳細 |
| -------- | --------------------------------- | --------------------------------------------------------------------------------------------------------------- |
| 編集可能 | フォーム内の「編集可能」コンテンツを記入・修正可能 | 申請者・承認者・処理担当者ノードに対応
申請者のデフォルトのフォーム操作権限は編集可能 |
| 閲覧のみ | フォーム内の「閲覧のみ」コンテンツは閲覧のみ可能。記入・修正は不可 | 申請者・承認者・処理担当者・CC受信者ノードに対応
承認者・処理担当者・CC受信者のデフォルトのフォーム操作権限は閲覧のみ
申請者ノードを閲覧のみに設定した場合、現在のノードは申請者に対して非表示になる |
| 非表示 | フォーム内の「非表示」コンテンツは閲覧不可 | 申請者・承認者・処理担当者・CC受信者ノードに対応 |
### 四）分岐の追加
条件分岐は伝統的な意味でのノードではありませんが、フロー設定に不可欠な機能です。
**実行時は優先度順に順次実行され、いずれか1つの分岐ルールが通過すると、他の分岐は試行を継続せず、最終的に通過する条件分岐は1つのみとなります。**
#### 1、条件分岐の追加
「+」をクリックし、条件分岐をクリックします。
#### 2、条件分岐のコピー
「コピー」をクリックすると、作成済みの条件分岐を素早くコピーできます。
#### 3、分岐条件の設定
フロー図中の条件分岐ノードをクリックし、右側パネルで分岐条件を設定します。
フロー図中の条件分岐ノードと条件サマリー：
条件設定パネルで、条件または条件グループを追加可能：
| 条件設定 | 説明 |
| ------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 条件名 | 条件/条件グループを識別するために使用。デフォルトは「条件1」「条件2」「条件3」…… |
| 単一条件 | デフォルトの条件は、申請者の部門・ロールなどに従って条件分岐を設定
フォーム内で条件分岐に対応するコントロールを必須に設定すると、分岐条件のオプションとして利用可能
操作手順：
1. 条件の追加をクリック
2. 条件タイプをチェック
3. 具体的な条件値を記入または選択
4. 「保存」をクリック |
| 複数条件を同時に満たす | 1つの条件グループ内で複数の条件を追加可能。これらの条件はすべて「かつ」の関係
同時に満たされた場合のみ、この条件分岐に入る |
| 複数条件のいずれかを満たす | 条件グループの追加をクリックすると、新規追加の条件グループは元の条件グループと「または」の関係
いずれか1つの条件が満たされた場合、この条件分岐に入る |
条件名の横にある編集アイコンをクリックして、条件名を変更できます。
単一条件（申請者に基づく分岐条件の設定）：
複数条件を同時に満たす（条件間は「かつ」の関係）：
複数条件のいずれかを満たす（条件グループ間は「または」の関係）：
#### 4、分岐条件フローの設定
分岐条件の設定が完了したら、対応する条件分岐配下の操作者を順次設定できます。設定方法はフロー設定方法と同じです。
## 四、関連ドキュメント
部門・金額などの条件に基づいて、承認フォームを自動的に異なる分岐に流す
ロールを承認者として設定し、管理範囲を構成する
直属の上司による階層別承認を設定する
各ノードのフォームフィールドに対する編集・閲覧のみ・非表示の権限を制御する