スケジュールが作業の送信時刻を決めます。
Scheduleは保存済みLetterflowの独立した時刻表です。ダッシュボードを閉じていても、指定日時や繰り返し間隔で配達できます。
実行間隔を選ぶ
単発
Run Atで時刻を指定するか、空欄にして有効化時に実行します。フォームはUTC時刻を使い、一覧は表示タイムゾーンで表示します。
繰り返し
OnceフォームでRepeatを有効にし、最大10回の配達と実行間の待ち時間を選びます。待ち時間はプランの最小実行間隔を満たす必要があります。
Cron
分、時、日、月、曜日の5項目を使います。cronの頻度は繰り返しと同じ最小実行間隔で検証されます。
| 式 | 配達時刻（UTC） |
|---|---|
*/10 * * * * | 10分ごと |
0 9 * * 1-5 | 平日の09:00 |
0 0 * * * | 毎日午前0時 |
時刻表の空き具合
20 アカウントごとの保存スケジュール数
すべてのプランで同じ標準上限が適用されます。Letterflowを対象とする有効・一時停止・完了済みのスケジュールをすべて数えます。古いものを削除すると空きができます。上限でも既存スケジュールは編集できます。
Tinkererの最小間隔は10分、AspiringとCoderは1分です。間隔を短くしてもリクエストの使用枠は増えません。すべてのスケジュールは手動・API実行と同じ直近1時間の使用枠を共有します。
配達が待機するとき
使用枠や実行枠が空いていない
設定で両方のキュー設定を有効にすると、スケジュール配信をアカウントのキューに追加できます。スケジュール配信のキューは初期状態では無効です。待機中の繰り返し実行は実行枠の割り当てまで回数を消費せず、削除するとその1回分をスキップします。Cronでは待機中の実行を1件だけ保持するか、到来を検知した実行をそれぞれキューに追加するかを選べます。
スケジュール実行の扱い →送信先の準備ができていない
未完成のLetterやLetterflow、依存先の欠落、プランの制限によってスケジュールが一時停止する場合があります。対象を修正・検証し、明示的に再開してください。修正だけで自動再開はしません。
最後の配達を終えたスケジュールは無効になります。完了したスケジュールも削除するまで一覧に残ります。