Skip to Content
TasksPlan for Failures

Plan for Failures

Tasks can fail because of service outages, expired authorization, missing input, or a changed external resource. Decide how failures are detected and recovered before production use.

During task design

  • Stop or request review when required data is missing.
  • Confirm the destination and item count before an external update.
  • Retry only temporary failures and limit the retry count.
  • Make repeated runs safe from duplicate records or messages.
  • Notify an owner when an important run fails.
  • Use approval or the inbox when a person must decide what happens next.

After a failure

  1. Open Run History and find the first failed step.
  2. Check the connection, target resource, input, and service limits.
  3. Fix the underlying cause.
  4. Use Retry or Resume from failure when available.
  5. Confirm that the external service did not receive a duplicate update.

When escalating, share the task name, run time, failed step, and visible error. Never include credentials or other secrets.

Last updated on