ロジックの設定ミスが発生した場合でも、自動化にフェイルセーフが確保されるよう、不測の事態からシステムを保護するための制限を実装しています。
制限の詳細
自動化に関する以下の制限は、ワークスペースごとに適用されます：
| 制限 | |
|---|---|
| 自動化のタイムアウト | 60秒 |
| オートメーションの実行回数 | 1分あたり720回 1時間あたり3600回 |
| 自動化テストの実行回数 | 1時間あたり360回のテスト実行 |
| テーブルおよびconnector functions （API呼び出し）に対する操作 | 1分あたり1,200回の実行 |
| connector functions に対する操作（API 呼び出し） | 1分あたり1,200回の実行 |
| 同時実行可能な自動化処理 | r283/LTS13 時点では、一度に最大 10 件の自動化の実行が保証されていますが、実際にはそれ以上の数になる場合もあります。 |
| 送信されるメール | 1分あたり最大10通の送信 |
| 送信されるSMS | 1分あたり最大10件のメッセージ送信 |
| 自己トリガー型オートメーション（つまり、「テーブルレコードの更新」をトリガーとして発動し、その同じテーブルレコードを更新するオートメーション） | 1つのトリガーイベントにつき25回の呼び出し。この問題の回避方法については、こちらをご覧ください。 |
| オートメーションごとの変数数 | 30個 |
制限に達しました
**オートメーションの同時実行：**制限に達している状態で別のオートメーションの実行が開始された場合、その実行はキューに入れられ、遅延された後、一定時間経過後に再実行が試みられます。10回の再試行後、そのオートメーションはキューから削除され、「制限中」として表示されます。
**その他の制限：**上記の表に記載されているその他の制限値を超えた実行は、直ちに停止します。これらはキューに入れられず、再試行も行われません。
オートメーションの例
たとえば、「テーブルレコードの追加」イベントに応答する自動化が11件ある場合、そのうちの1件の自動化実行には「制限あり」と表示されます。