業務スケジュールとは?SaaS自動化における意味をわかりやすく解説
業務スケジュールとは(SaaS自動化における意味)
業務スケジュールは、SaaSやシステムで行う処理の実行日時や頻度などを業務ルールに合わせて決める考え方です。
一言でいうと、複数のサービスで動く処理を「いつ・どのくらいの間隔で動かすか」を決めるためのルールです。毎日や毎週の定期処理だけでなく、営業日や締め日など業務上の条件を考慮して実行タイミングを決める場合にも使われます。
個人の予定表とは目的が異なります。業務スケジュールでは、休日や営業時間、締め日など業務上のルールを整理し、処理の実行タイミングに反映します。
自動化フローの中での役割
業務スケジュールは、時間を条件としてフローを実行するために使われます。たとえば毎時、毎日、毎週といった周期を設定したり、特定の日時に処理を開始したりします。営業日だけ実行するなどの条件を設定できるかは、利用するサービスの機能によって異なります。
処理の順番を管理するときにも関係します。ただし、単純な実行時刻だけで複数の処理の順序を保証できるとは限りません。「在庫更新が完了してから受注連携を行う」といった関係がある場合は、処理の完了を確認してから次へ進むなど依存関係も含めて設計します。
実行時間を調整することで、システムへの負荷を分散できる場合もあります。利用者が少ない時間帯に定期処理を実行したり、メンテナンス時間を避けたりすることで、業務への影響を抑えやすくなります。
よくある利用シーン
例1:毎営業日の朝に見込み顧客のデータを処理するケースです。決まった時刻に対象データを取得してスコアリングし、条件を満たした顧客だけ担当者へ通知します。営業日だけ実行したい場合は、利用するサービスが営業日カレンダーなどに対応しているか確認しておきます。
例2:月末の締め処理が終わった後に請求データを連携するケースです。締め処理が完了したことを確認してから集計を行い、その後に会計SaaSへデータを送ります。単に「19時になったら実行」とするのではなく、前の処理が完了していることも条件に含めることで、処理途中のデータを連携するリスクを抑えられます。
まずはお使いのiPaaSやSaaSで、定期実行や日時指定にどのような機能があるのか確認してみましょう。テスト用のデータを使って、実行時刻や休日の扱いなどを確認すると実際の運用をイメージしやすくなります。
注意点
時間帯とタイムゾーンを確認しましょう。サービスによって基準となるタイムゾーンや設定方法が異なります。日本時間で設定したつもりでも別のタイムゾーンで実行される可能性があるため、実際の実行時刻をテストしておくと安心です。
営業日や祝日、締め日の扱いも整理しておきます。すべてのサービスが日本の祝日や自社独自の休業日に対応しているとは限りません。必要な場合は業務カレンダーを別途管理し、フローの条件として利用する方法もあります。
処理が重複しないかも確認しましょう。前回の処理が終わる前に次の実行が始まると、同じデータを二重に処理する可能性があります。実行間隔を十分に空けたり、前回の処理が完了していることを確認してから次へ進めたりするなど、処理内容に合わせて対策します。
時間指定が本当に必要かも考えましょう。毎日決まった時間に集計する処理ならスケジュール実行が向いています。一方で、新しいデータが登録されたらすぐ処理するような業務では、時間を待つよりイベントをきっかけに実行するほうがシンプルな場合があります。
関連用語
- トリガー:フローを開始するきっかけとなる条件です。特定の時刻や一定間隔での実行をトリガーとして設定できるサービスもあります。
- スケジューラー:指定した日時や間隔に合わせて処理を実行する仕組みです。業務スケジュールを実際の処理へ反映するときに利用します。
- 業務カレンダー:営業日や休日など、業務上の基準日を管理するものです。営業日だけ処理する場合などの判定に利用できます。
- ワークフロー:業務や処理を進める一連の流れです。スケジュールはワークフローをいつ実行するかを決める条件の一つになります。
- 依存関係:ある処理が完了してから別の処理を実行するなど、処理同士の順序を定める関係です。時間指定だけでは順序を保証できない場合に利用します。
よくある質問
個人のカレンダーや予定表と何が違いますか?
個人のカレンダーは人の予定を管理するものです。一方の業務スケジュールは、SaaSやシステムで処理を実行するタイミングを管理するためのものです。営業日や締め日などの業務ルールをもとに、いつ処理するのかを決める点が異なります。
どんなときに時間ベースの設定は不要ですか?
新しいデータが登録されたらすぐ処理するなど、特定のイベントをきっかけに実行したい場合は時間指定が不要なことがあります。イベントを取得してすぐ処理できるサービスなら、そのイベントをトリガーにしたほうがシンプルに構成できる場合があります。
タイムゾーンが異なる拠点でも同じ設定で運用できますか?
サービスが複数のタイムゾーンに対応していれば可能です。ただし、どの時刻を基準に実行するのかを決めておく必要があります。拠点ごとに現地時間で実行するのか、特定のタイムゾーンを基準にするのかを整理し、日付をまたぐ処理や夏時間の影響がある地域では実際の動作も確認しましょう。