| フローノードタイプ | 説明 |
|---|---|
| 開始フローノード | 開始フローノードは作業フローの起点です。すべての承認フローにはデフォルトの開始フローノードが含まれており、削除できません。このノードでは、作業フローの申請者が使用できるフォームのフィールド権限を設定します。 |
| 人的フローノード | 人的フローノードには、承認者フローノード、実行者フローノード、CC受信者フローノードが含まれます。 • 承認者フローノード:承認者はこのノードで承認タスクを処理し、承認または却下の判断を行います。作業フローには少なくとも1つの承認者フローノードが必要です。 • 実行者フローノード:実行者は判断を行いません。割り当てられた作業を完了し、作業フローを次の承認者に引き渡すだけです。実行者の作業は承認とは無関係です。 • CC受信者フローノード:承認者が承認を完了した後、CC受信者にメッセージ通知を送信します。CC受信者はタスクの承認や実行は不要です。 |
| 分岐フローノード | 分岐フローノードには、条件分岐フローノード、並列分岐フローノード、サブ作業フローノードが含まれます。 • 条件分岐フローノード:ワークフロー設計を複数の分岐に分割します。条件を満たす分岐のアクションが実行されます。 • 並列分岐フローノード:2つ以上の分岐タスクを並列で実行します。条件分岐とは異なり、データ送信時に条件を満たすすべてのタスクラインがトリガーされます。 • サブ作業フローノード:現在の作業フロー設計にサブ作業フローノードを追加できます。複数のパラメータトリガーモードをサポートし、既存の承認ワークフローフォームをトリガーすることで、承認フローの疎結合化と整理を実現します。 |
| データフローノード | ワークフローフォームのデータフローノードは、統合と自動化のデータフローノードと同じです。詳細はデータフローノードを参照してください。 |
| スクリプトフローノード | YiDAの作業フローまたは統合と自動化の設計時に、スクリプト開発者フローノードを追加できます。 |
| メッセージフローノード | メッセージフローノードには、メッセージ通知フローノードとメール通知フローノードが含まれます。 • メッセージ通知:作業フローが特定のノードに到達した際に、設定済みの通知タイプを通じて、指定ユーザーにDingTalkの業務通知またはグループ通知を送信します。 • メール通知:作業フローが特定のノードに到達した際に、設定済みのテンプレートを通じて、指定ユーザーにメール通知を送信します。 |
ワークフローノード
フローノード概要
DingTalk YiDAのワークフローフォームにおける承認者、実行者、CC受信者、分岐フローノードの設定と説明を紹介します。開始ノード、人的ノード、分岐ノード、データノード、スクリプトノード、メッセージノードの構成方法を解説します。
ワークフローフォームにおける承認者、実行者、CC受信者、および分岐フローノードの設定と説明は、以下の表のとおりです。