Advertising disclosure: this guide contains affiliate links. LavaTools may earn a commission from qualifying referrals.

In this guide
  1. Identify the failing record and operation
  2. Classify the cause before choosing a retry
  3. Preserve recoverable unfinished work
  4. Use the handler that matches the business outcome
  5. Reconcile completed effects before resuming
  6. Rehearse a partial failure in isolation
  7. Common question: why is a missing notification shown as success?
  8. Leave an operating decision, not only an error screenshot

Identify the failing record and operation

Open the relevant execution and note the time, failing module, error category and intake ID. Compare the preceding output with the failing input to locate a missing or malformed value. Share the smallest useful diagnostic record rather than copying personal payloads or credentials into a support conversation. Preserve enough context to find the same request at the destination.

Classify the cause before choosing a retry

Missing fields call for validation or mapping fixes; expired access calls for reviewing the connection and permissions; rate limits call for appropriate pacing. A temporary service failure may justify retrying later. Repeatedly sending the same invalid input is not a recovery strategy. If one item in a batch is malformed, decide how to preserve it for review while allowing valid work to continue.

Preserve recoverable unfinished work

Check Store incomplete executions for workflows that need recoverable unfinished work. Storage limits and scenario settings still matter. If confidentiality settings suppress payload retention, plan another way to correlate the request without retaining unnecessary content. Assign a person to review the queue; enabling storage does not mean someone has investigated or completed the saved requests.

Use the handler that matches the business outcome

Retry, Skip and Resume describe different outcomes: retry work, omit an affected item, or continue using substitute output. Do not skip an important request simply to obtain a successful run, or invent a destination ID so later steps appear valid. Match the current editor and help terminology if older instructions use different labels. A technically successful continuation may still leave the business task unfinished.

Reconcile completed effects before resuming

Search the ledger by intake ID and preserve any existing record identifier. Check notification evidence separately. A timeout can leave an accepted external write with no confirmed response. Choose between resuming unfinished work, repairing state and repeating a single missing action. Do not assume a scenario rollback undoes every external email, message or record already created.

Rehearse a partial failure in isolation

Use isolated data and destinations to rehearse a missing field, an authorization problem and a failure after storage but before notification. Never disrupt a live connection merely to follow an example. Reconcile both missing and repeated effects by source ID after recovery. These are acceptance exercises to perform, not a claim that this article has already run failure tests in your environment.

Common question: why is a missing notification shown as success?

A filter excluding the record or a Skip handler can leave the overall run successful without producing the notification you expected. Trace the intake ID through the relevant steps. Reconcile accepted records with ledger and delivery evidence rather than monitoring execution errors alone.

The expected counts may still differ legitimately when the design aggregates messages or excludes certain categories. Define that relationship before raising alerts. A mismatch is a reason to investigate the intended mapping, not automatic proof of failure. This keeps monitoring useful without overwhelming operators with expected differences.

Leave an operating decision, not only an error screenshot

Document when to pause, who responds, where unfinished IDs are listed and what must be reconciled before restart. Set an escalation time for failures that automatic retries do not resolve. For important processes, do not depend exclusively on the failed notification service to announce its own outage. Close the incident by recording the cause, the repaired IDs and the change intended to prevent recurrence.

Start a small workflow in Make

Try the required workflow with practice data, then choose a plan around its usage and features. Check current prices, promotions and eligibility in the official signup flow.

Sign up on MakeAffiliate link

Estimate costs for your workload

Enter monthly jobs, billable steps and retries to see how different billing units affect your estimate.

Open cost calculator

Official sources

Pricing, availability and feature limits can change. Check the linked official pages before subscribing.

How we compareAdvertising disclosure