Esaminare un’esecuzione Zapier non riuscita

Esamina un’attività Zapier non riuscita, classifica gli errori dosya di autenticazione, ambito, limitazione delle richieste o input e conserva le prove per riprovare in sicurezza.

Ultima revisione

Gli screenshot mostrano l’interfaccia in inglese.

Per la maggior parte degli errori un passaggio dosya conserva il testo dell’errore API e lo stato HTTP. Le risposte di autenticazione, chiave ancorata e limite di richieste diventano errori Zapier distinti, quindi il tipo di risposta determina l’azione successiva.

Quattro riquadri mostrano l’apertura del primo passaggio dosya non riuscito, la registrazione di prove oscurate, la riconnessione per un 401 e il controllo di dosya prima di ripetere l’operazione.
Quattro riquadri mostrano l’apertura del primo passaggio dosya non riuscito, la registrazione di prove oscurate, la riconnessione per un 401 e il controllo di dosya prima di ripetere l’operazione. Apri lo screenshot a dimensioni originali.

Passaggi

  1. Apri l’esecuzione Zap non riuscita nella cronologia Zapier e scegli il primo passaggio dosya non riuscito, non uno successivo saltato per quel motivo.
  2. Annota nome dello Zap, ID dell’esecuzione, etichetta del passaggio, ora, stato HTTP e risposta dosya oscurata. Non copiare mai la chiave API dos_…, l’intestazione Authorization, il codice di accesso o il segreto del destinatario.
  3. Considera 401 un errore di connessione. L’integrazione genera l’errore Zapier che richiede una nuova connessione; sostituisci la credenziale con una chiave valida, con ambito completo e senza ancoraggio.
  4. Per 403, leggi il messaggio esatto. Una chiave ancorata a una cartella produce il testo Create a key with no folder anchor and full scope, then reconnect. Anche una chiave di lettura o caricamento è insufficiente per gli eventi di attivazione webhook.
  5. Per 429, conserva il valore Retry-After. dosya genera un errore di limitazione usando quel ritardo, o 60 secondi se la risposta non contiene un’intestazione utilizzabile.
  6. Per gli altri stati, correggi il messaggio dosya conservato o l’input associato prima di ripetere. Dopo un’interruzione per tempo scaduto, verifica se il risultato esiste già in dosya: alcune azioni possono essere riuscite prima che Zapier perdesse la risposta.

Il middleware delle credenziali allega la chiave solo all’origine esatta dell’API dosya e disabilita i reindirizzamenti nelle richieste autenticate. Un errore dell’origine di file di terzi resta quindi un errore di quel fornitore, senza essere classificato come problema di riconnessione dosya.

Riferimento per esaminare un’esecuzione Zapier non riuscita: panoramica dell’integrazione Zapier di dosya.
Riferimento per esaminare un’esecuzione Zapier non riuscita: panoramica dell’integrazione Zapier di dosya. Apri lo screenshot a dimensioni originali.

Risultato previsto

L’esecuzione non riuscita è associata a un passaggio, un tipo di richiesta e prove prive di segreti. Gli errori di autenticazione portano alla riconnessione, per i limiti si attende il ritardo indicato, gli errori di input o permessi vengono corretti e le scritture dall’esito incerto vengono controllate prima di ripetere.

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à.