Salesforceで毎晩ステータスを自動更新する定期処理の作り方

こんなことで困っていませんか

• 毎朝、日付を過ぎたレコードを探して、ステータスを一件ずつ手で書き換えている[1]
• 担当者が休んだ日は更新が後回しになり、一覧の状況が実際とずれる[1]
• 対象の件数が増え、画面での手作業では追いつかなくなってきた[6]
• フローで組むか Apex で組むか、どちらが合うのか決められない[1][3]

なぜ起きるのか

日付が過ぎたことに合わせてステータスを変えるには、誰かがレコードを開かなくても、決まった時刻に動く仕組みが要ります。Salesforce では、スケジュールトリガーフローか、スケジュール済み Apex でこれを用意します。[1][3]

スケジュールトリガーフローは、指定した時刻と頻度で、条件に合うレコードのまとまりに対して動きます。頻度は 1 回、毎日、毎週から選びます。[1]

Apex スケジューラーは、Schedulable インターフェースを実装したクラスを決まった時刻に動かします。Trailhead では、Apex 一括処理を使った日次・週次の保守作業に向く仕組みとして紹介されています。[3][9]

対象が数千件から数百万件になると、通常の処理の制限を超えるおそれがあります。Apex 一括処理は、レコードをバッチに分けて非同期で処理するための仕組みです。[6]

直し方の選択肢

処理の中身と対象の件数で、向く方法が変わります。[1][5][6]

• 方法 1スケジュールトリガーフロー条件に合うレコードの項目を書き換える処理なら、フローで組めます。自動起動フローの開始要素でスケジュールトリガーを設定し、オブジェクト、検索条件、開始時刻、頻度を指定します[1][2]
• 方法 2Apex 一括処理件数が多い処理に向きます。既定では 200 件ずつのトランザクションに分かれ、ガバナ制限はトランザクションごとにリセットされます。すべてのバッチの後に、メール送信などの後処理も組めます[5][6]
• 方法 3スケジュール済み Apex との組み合わせApex スケジューラーから Apex 一括処理を動かし、毎晩決まった時刻に一括処理を始める形です。スケジュールは設定画面からも登録できます[3][9]

作業の流れ

1. 対象を決める：どのオブジェクトの、どの条件のレコードを、どの値に変えるかを書き出します[1]
2. 件数を見積もる：1 日あたりの対象件数を確かめ、フローの制限に収まるか、Apex 一括処理が要るかを判断します[2][5]
3. 作る：フローなら開始要素でスケジュールを設定します。Apex なら Database.Batchable と Schedulable を実装したクラスを書きます[1][4][5]
4. テストする：Apex のテストでは、Test.startTest と Test.stopTest の間でジョブを動かし、終わってから結果を確かめます。リリースには最小コードカバー率の要件があります[4][8]
5. スケジュールを登録する：[設定] の [クイック検索] に「Apex クラス」と入力し、[Apex クラス] の [Apex をスケジュール] で頻度、開始日、終了日、希望開始時刻を指定します[3]
6. 動きを見守る：[スケジュール済みジョブ] で予定を、[Apex ジョブ] で成否や処理件数を確かめます[3][4][7]

気をつけること

• 実行は指定した時刻より遅れる場合があります。Salesforce は、サービスの状況によって遅れると案内しています[3]
• 時刻の基準が違います。スケジュールトリガーフローの開始時刻は組織の既定のタイムゾーン、System.schedule メソッドはユーザーのタイムゾーンが基準です[2][4]
• 2026年10月時点の制限では、同時にスケジュールできる Apex ジョブは 100 件、同時にキューに入れるか実行できる一括処理ジョブは 5 件です。フロー、Apex とも、24 時間あたりの実行数に上限があります[2][4][5]
• 失敗時の戻り方が違います。Apex 一括処理では、後のバッチが失敗しても、先に成功したバッチの更新は戻りません。スケジュールトリガーフローでは、要素の一部のレコードが失敗すると全件がロールバックされ、成功したレコードが再試行されます[2][5]
• 実行する主体を確かめます。スケジューラーはシステムとして動き、ユーザーの権限に関係なくクラスを実行します。スケジュールトリガーフローは、デフォルトのワークフローユーザーが実行します[2][4]
• 有効なスケジュール済みジョブがあるクラスは、画面からは更新できません。メタデータ API を使ったリリースで更新します[4]