Nothing close enough? Start from a blank flowchart → Describe it in one paragraph.
How to use a flowchart template.
- 01申請の種類と申請者を説明する
何を承認するのか、誰が申請するのかから始めます。例：「従業員が$500を超える購買申請を提出する。」
- 02判断ゲートと金額基準を定義する
各判断ポイントと振り分けルールを列挙します。例：「$2k未満：直属の上司が承認。$2k〜$10k：上司と財務が承認。$10k超：CFOの承認も必要。」
- 03却下と修正の経路を追加する
却下された場合の処理を指定します。申請者が修正して再申請するのか、それとも申請を取り消すのかを明確にします。ChatDiagramがフローチャートに戻りの経路を追加します。
- 04通知とSLAを含める
メールやシステムによる通知、回答期限があれば記載します。これらは図中の注釈またはスイムレーンのラベルとして表示されます。
- 05エクスポートして共有する
プロセス文書用にPNG／PDFでダウンロードするか、埋め込みリンクをコピーしてConfluence、Notion、BRDに直接貼り付けます。
Questions about flowchart templates
承認ワークフローフローチャートでは、どの記号を使いますか？
標準的なBPMNまたは従来型フローチャートの記号を使います。長方形はタスクやアクション、ひし形は判断ゲート（はい／いいえの分岐）、角丸長方形は開始／終了イベント、平行四辺形はフォーム送信やメール通知などの入出力ステップを表します。スイムレーンで承認者の役割ごとに図を分けます。
承認者が応答しない場合のエスカレーションは、どう表現しますか？
承認者のタスクノードの後にタイマーゲートを追加します。SLA（例：2営業日）以内に承認または却下の回答がない場合は、「次の承認レベルへエスカレーション」へ分岐させます。自動承認、承認者の上司への再ルーティング、プロセスオーナーへの通知などを設定できます。
並列承認とは何ですか？どのように描きますか？
並列承認では、複数のレビュアーが順番ではなく同時に承認します。BPMNフローチャートでは、並列ゲートウェイ（＋記号の入ったひし形）でフローを同時進行するレビュアーごとの経路に分岐させ、最終的な承認／却下の判断前に、別の並列ゲートウェイで経路を結合します。
承認ワークフローにはBPMNとシンプルなフローチャートのどちらを使うべきですか？
関係者への説明、トレーニング資料、BRDには、技術に詳しくない人にもすぐ読めるシンプルなフローチャートが適しています。図を実行するBPMエンジン（Camunda、Activiti、Power Automate）に取り込む場合は、実行可能なXMLへ直接マッピングできるBPMNを使います。