金額で承認者を振り分ける（10万円の境界を確認）

準備：テスト用のインスタントクラウドフローを作ります。この練習では税込・円単位・0以上の整数に統一し、境界は100000円とします。これは説明用の規則です。本番では社内の決裁規程に合わせて金額・税の扱い・承認者を決めます。

「手動でフローをトリガーする」で入力を追加し、種類を数値、名前を「金額」にします。テスト時は99999のように数字のみを入力し、円記号・カンマ・「円」は付けません。文字列入力を数値比較へそのまま渡す例ではありません。

トリガーの直後で「変数を初期化する」を追加し、名前Approver、型文字列、初期値は空にします。初期化は条件の外側に置きます。条件の中では初期化ではなく「変数の設定」を使います。

条件の左側は手動トリガーの動的コンテンツ「金額」、演算子は「次の値以上」、右側は数値100000です。「より大きい」だと100000円ちょうどが別の側へ進むため、演算子も確認します。

はい側の「変数の設定」はApproverに責任者のメールアドレスを設定。いいえ側ではApproverに直属上司のメールアドレスを設定します。最初の送信なし練習ではメールの代わりにそれぞれ「責任者ルート」「直属上司ルート」という文字列を入れます。

まず送信せず分岐だけ確認：まだ承認アクションやメール送信を追加せず、条件の外側の「作成」に式 variables('Approver') を設定します。99999、100000、100001で1回ずつ実行し、実行履歴の作成の出力が順に「直属上司ルート」「責任者ルート」「責任者ルート」になるか確認します。これは宛先の振り分けだけのテストです。

次に承認の練習：両側のApproverを自分の確認済み組織メールアドレスへ変更します。テスト用のルート名を残したまま承認へ渡さないでください。分岐の外側に「承認の開始と待機」を1個追加し、種類は「承認/拒否－最初に応答」、割り当て先は変数Approver、タイトルは「テスト・購入申請」、詳細には金額の動的コンテンツを入れます。この段階から実際の承認依頼が作成されます。

承認の直後に条件を追加し、左側にこの承認の「結果（Outcome）」、比較に「次の値に等しい」、右側に文字列Approveを指定します。個々の回答の配列ではなく、承認全体の結果を選びます。はい側のデータ操作「作成」に「承認済み」、いいえ側の「作成」に「却下」を入力します。購入・支払いや外部への送信処理は追加しません。

100000円でテスト依頼を作って自分で承認し、結果がApprove、作成の出力が「承認済み」となるか確認します。別の実行では拒否を選び、Rejectと「却下」を確認します。承認待ちの間は後続処理へ進みません。未回答を却下とみなしたり、フローの実行成功だけで承認済みと判断したりしないでください。

つまずいたら：Approverが空なら両方の分岐の変数名と設定値を確認。100000円が上司側なら比較演算子を確認。承認しても却下側ならOutcomeの参照元とApproveの大文字・小文字を確認します。承認の失敗やタイムアウトはRejectとは別です。通常の成功後の条件はスキップされるため、別のエラー処理が必要です。