Riprovare uno Zap senza effetti duplicati

Controlla dosya dopo un errore Zapier dall’esito incerto, riconosci i tentativi di caricamento idempotenti ed evita di ripetere azioni che possono creare link duplicati.

Ultima revisione

Gli screenshot mostrano l’interfaccia in inglese.

Un’attività Zapier non riuscita non significa sempre che dosya abbia rifiutato la scrittura. Se la rete si interrompe dopo l’accettazione, ripetere può duplicare un’azione non idempotente. La scelta sicura dipende dall’operazione dosya specifica.

Quattro riquadri mostrano la registrazione dell’errore, la ricerca di un risultato esistente, la ripetizione dello stesso caricamento idempotente e la prevenzione di link duplicati.
Quattro riquadri mostrano la registrazione dell’errore, la ricerca di un risultato esistente, la ripetizione dello stesso caricamento idempotente e la prevenzione di link duplicati. Apri lo screenshot a dimensioni originali.

Passaggi

  1. Apri l’esecuzione non riuscita e registra ID dell’esecuzione, passaggio dosya, file di input o ID di destinazione, ora, stato ed errore oscurato. Non riprovare ancora l’intero Zap.
  2. Controlla lo spazio di lavoro di destinazione per il risultato atteso. Confronta ID stabile del file, nome, cartella di destinazione o URL di condivisione restituito, non solo il nome, nell’intervallo dell’esecuzione non riuscita.
  3. Per Upload File, la ripetizione della stessa esecuzione Zap è protetta da un UUID deterministico Idempotency-Key; il percorso di caricamento in un’unica richiesta recupera lo stesso risultato senza creare un’altra versione.
  4. Non applicare questa garanzia a una nuova esecuzione Zap o a Create Share Link. La creazione della condivisione non ha una protezione di idempotenza equivalente per l’esecuzione Zap, quindi una prima richiesta dall’esito incerto potrebbe aver già creato un link attivo.
  5. Se il risultato esiste già, prosegui con il suo ID o URL registrato invece di ripetere la creazione. Se non esiste e l’errore dimostra il rifiuto, riprova solo il passaggio non riuscito.
  6. Dopo il recupero, verifica un solo elemento previsto e controlla che non ci siano extra. Revoca ogni link di condivisione indesiderato; non eliminare un file duplicato prima di verificare che nessun passaggio successivo usi il suo ID.

L’azione diretta Upload File è limitata a 50 MiB (52.428.800 byte); input più grandi falliscono indicando di usare Upload File From URL. Un rifiuto per dimensione è definitivo e correggibile in sicurezza; un tempo scaduto dopo una scrittura resta ambiguo.

Riferimento per riprovare uno Zap senza effetti duplicati: panoramica dell’integrazione Zapier di dosya.
Riferimento per riprovare uno Zap senza effetti duplicati: panoramica dell’integrazione Zapier di dosya. Apri lo screenshot a dimensioni originali.

Risultato previsto

Il flusso recuperato produce un solo effetto previsto. I tentativi Upload File della stessa esecuzione riusano la chiave di idempotenza; creazioni di condivisioni incerte e scritture di nuove esecuzioni vengono controllate in dosya prima di ripeterle manualmente.

Guide correlate

Ti è stata utile?

Caricamento delle valutazioni…

Quando voti, salviamo un cookie tecnico per un massimo di 180 giorni, così puoi cambiare la tua risposta.

Domande e risposte

Fai una domanda sui passaggi di questa guida. Le domande vengono revisionate prima della pubblicazione.

Non inserire dati dell’account, credenziali o file privati nelle domande pubbliche. Usa l’assistenza privata in questi casi.

Caricamento delle domande…

    Accedi al tuo account dosya per fare una domanda.

    Controlla il risultato prima di riprovare

    Usa questi controlli quando devi verificare il risultato di un’attività.