サブプロシージャは複雑なFin Proceduresをより小さく焦点を絞ったフローに分割できます。メインのプロシージャを分かりやすく保ちつつ、ロジックの再利用と重複の削減に役立ちます。

サブプロシージャはコードのヘルパー関数のように考えられます：Finは上から下へ実行し、その後親プロシージャに戻ります。

サブプロシージャはプロシージャ内のネストされたステップのリストのように振る舞います。

同じメニューでサブプロシージャにカーソルを合わせると削除や並べ替えができます。名前変更はサブプロシージャを開き、エディタ上部のタイトルを編集してください。

Finはサブプロシージャを実行し、その後親フローの残りのステップを続行します。

サブプロシージャは明確で再利用可能なロジックをカプセル化すると最も効果的です。

効果的な使用例：

効果が薄い使用例：

可能な限り、サブプロシージャ→サブプロシージャ→サブプロシージャのような深いネストは避けてください。

サブプロシージャが何をするかを説明する、説明的で行動指向の名前を使いましょう。

良い例：

避けるべき名前例：

明確な名前は全体のフローをスキャンしやすく理解しやすくします。

サブプロシージャは詳細なチェックや検証を隠し、メインプロシージャを読みやすく保ちます。例えば、顧客の保険会社が対応しているかの確認は、主要なロジックを煩雑にせず専用のサブプロシージャに置けます。

プロシージャの複数箇所で同じエスカレーションや引き継ぎ処理が必要な場合、そのロジックをサブプロシージャに置くことで一貫性が保てます。更新が必要な時は一度の変更で済みます。