≫お世話になっております。プロセスビルダーと絡めることで整理が可能になる」についてお送りします。機能の詳細に比べてはあまり詳しく触れてきませんでした。今回の本題に入る前に、改めて「承認プロセスとはどのようなものか」を再確認してみましょう。ワークフロールールという形ですでに慣れているものと思われます。レコードの承認に必要な一連のステップを指定できます。実は公式ヘルプの言い回しを少々変えたものでした。承認プロセスの場合は以下の違いがあります。ユーザによって「承認申請」が押されたタイミングです。承認申請には、更に「承認者」「ステップ」という概念があります。「承認者」は、文字通り「申請をしたら誰に割り当てられるか」で、大きく3パターンに分けられます。一般的な承認申請の場合は「マネージャ」を割り当てます。申請者に「マネージャ」を割り当てるメリットは、「一つの承認プロセスで組織全ユーザをカバーできる」という点です。「ステップ」は、「何段階の承認で最終承認とするか」を定義するものです。経費申請で以下のようなパターンがよくあると思われます。円以上の場合は本部長の承認も必要この場合、3段階のステップを設定することになります。申請が行われるとすべてのケースでステップ1.に入ります。円以上か否か」の「if」が評価されます。最終承認済みとなります。円以上の場合も含む)、ステップ2.に進み、「部門長」に申請が行われます。自動で部門長が承認者となります。一つのプロセスで全社をカバーすることができるわけです。会社組織というものです。合など、多くの企業では「そうもいかない」のが実情です。承認プロセスは漸次的に複雑になっていきます。化す」という結末が待っています・・・。実はそれだけではないのです。以下のようなアイデアを提示させていただきます。承認プロセス内での複雑なステップ分岐は一切排除します。これにより有効承認プロセスの数もかなり整理できるはずかと思われます「直属のマネージャに申請する」だけの承認プロセスを、組織のデフォルトの承認プロセスとして設定します。チェックがオンになるようにします。上記チェックボックスがオフからオンになったときだけに動作するように設定します。