通常はタイマーアクティビティを含むループ設計で見られる、最大アクティビティ数に達したためにワークフローがキャンセルされることを避けるDescriptionワークフローにループがあり、完了しないことがあります。ワークフローは x 回の反復後にキャンセルされます。タイマーアクティビティを含むループ設計を避ける理由 Release or EnvironmentすべてCauseワークフローの最大アクティビティ数はデフォルトで 100 に設定されています。ワークフローがこの数のアクティビティを実行すると、ワークフローはキャンセルされます。Resolution最大アクティビティ数は、[アクティビティ] タブのワークフロープロパティにある大きな数値に設定できます。ただし、このタイプの設計は避ける必要があります。多くのワークフローでこのループ設計が実行されている場合、スケジューラーがフラッディングする可能性があります。この設計のもう 1 つの問題は、これらのワークフローの多くが生成されて長時間実行される場合、テーブル [wf_history] と [wf_transition_history] に対して生成されるデータ量です。設計の問題は、ワークフローがいつ処理を続行するかわからないため、ループ設計になることです。通常、この設計では、REST コールがワークフローを続行するための特定の応答を待機しています。理想的には、条件待ちアクティビティでワークフローを停止し、プラットフォームに対して外部 REST (テーブル API) コールを行ってワークフローが実行されているレコードを更新し、ワークフローを前進させる必要があります。プラットフォームへの外部 REST コールが実行できない場合は、頻繁に実行されるスケジュール済みジョブで REST コールを処理して適切な応答を取得し、ワークフローが待機しているすべてのレコードを更新します。Additional Informationワークフローは、この設定で許可されている実行アクティビティの最大数に達すると停止します。デフォルトの最大設定値は 100 です。ワークフローで予想される実行アクティビティの合計数よりも少なくとも 10% 多い設定を使用します。