Handle failures, retries, and recovery

Retry the failed stage without discarding good saved evidence or spending twice by accident.

01

Read the visible stage and reason

A failed crawl, analysis, provider request, or import should expose its stage and message. Capture the project, time, action, and message before retrying so repeated failures can be compared.

02

Preserve completed evidence

A later analysis can fail after the crawl snapshot is saved. Retry the failed layer instead of deleting a good crawl. Similarly, a connection refresh should not erase earlier imported records simply because one provider page was incomplete.

03

Avoid duplicate paid work

Check whether the previous provider run completed before pressing Run again. Locked tools and failed requests should state whether a provider call occurred and whether a saved result was created.

04

Escalate with useful diagnostics

Send the exact page, workspace site, local time with timezone, action, visible message, and whether a retry changed the state. Do not send passwords, API keys, access tokens, or customer private data.

Apply the guideReturn to the evidence and complete one verifiable action.
Open the app ↗
Did this guide solve the task?No account or workspace data is recorded here.