← Tutte le guide

Installare e mantenere · Guida operativa

Riprendere dopo un errore

Prima di ripetere un'azione distingui errore di validazione, rete, autorizzazione e conflitto. Una risposta persa può nascondere un'operazione già ricevuta dal server.

Per chi: Tutti gli utenti · Ospite · Tecnico autorizzato

Prima di iniziare

  • La pagina o l'ID del lavoro interessato e una sessione ancora autorizzata.
  • Il messaggio di errore e, quando presente, il traceId senza segreti o contenuti personali.

Passo dopo passo

  1. Leggi il messaggio vicino al campo o nella pagina. Correggi un valore invalido preservando gli altri dati; non cancellare una bozza valida solo per riprovare.
  2. Per una lettura fallita usa «Riprova» o «Aggiorna». Se l'operazione crea o conferma qualcosa, rileggi lo stato prima di inviarla nuovamente.
  3. Un conflitto di revisione richiede di caricare la versione corrente e confrontarla con il lavoro locale. Non sostituire silenziosamente modifiche di un'altra sessione.
  4. Per import ed export riapri l'URL del job e aggiorna lo stato. Il limite di due minuti riguarda il controllo automatico, non la durata massima del lavoro server.
  5. Per accesso negato controlla azienda e permessi con l'amministratore. Se il server chiede conferma recente, usa il dialogo senza uscire e ripeti esplicitamente l'azione dopo il successo; è distinto dalla sessione scaduta, che richiede nuovo accesso. Per limite richieste rispetta l'attesa indicata.

Risultato atteso

La ripresa parte dallo stato effettivo, riducendo duplicazioni e perdita di modifiche.

Limiti e recupero

  • Un traceId aiuta la diagnosi e non concede accesso ai dati.
  • Non condividere password, token, link di invito, chiavi quiz o risposte libere nei rapporti di supporto.
  • Nel tentativo completo correggere una risposta elimina l'errore precedente, ma occorre attendere il nuovo esito di salvataggio e confermare nuovamente l'invio. Nel micro il testo non confermato non è una bozza server: ricaricare può perderlo.
← All guides

Install and maintain · Practical guide

Recover from an error

Before retrying, distinguish validation, connection, permission and revision errors. A lost response may conceal an operation already accepted by the server.

For whom: All signed-in users · Guest · Authorised technical operator

Before you start

  • The affected page or job ID and a still-authorised session.
  • The error message and any trace ID, without secrets or personal content.

Step by step

  1. Read the message beside the field or on the page. Correct invalid input while retaining other values; do not discard a valid draft merely to retry.
  2. For a failed read, use Retry or Refresh. If the action creates or confirms something, reread the current state before submitting it again.
  3. A revision conflict requires loading current data and comparing it with local work. Do not silently overwrite another session's changes.
  4. For imports and exports, reopen the job URL and refresh its state. The two-minute limit applies to automatic polling rather than the maximum server-job duration.
  5. For denied access, check company and permissions with the administrator. If the server requests recent confirmation, use the dialog without signing out and explicitly retry after success; this differs from session expiry, which requires signing in again. For rate limiting, respect the indicated wait.

Expected result

Recovery starts from the actual server state, reducing duplicate operations and lost changes.

Limits and recovery

  • A trace ID supports diagnosis and grants no data access.
  • Keep passwords, tokens, invitation links, quiz keys and free-text answers out of support reports.
  • In a full attempt, correcting an answer clears its previous error, but wait for the new saving outcome and acknowledge submission again. In micro mode, unconfirmed input is not a server draft and may be lost by refreshing.
Apri immagine originale