Reinviare un evento webhook non riuscito

Il reinvio manuale crea un nuovo record di tentativo per l’evento registrato. Copia esattamente il contenuto e l’ID evento, assegna un nuovo ID invio e avvia un altro normale ciclo di tentativi.

Passaggi

1. Ripara il ricevitore e verifica l’idempotenza basata sull’ID evento prima di ripetere qualsiasi invio. Un reinvio manuale può ripetere un effetto a valle se il sistema ricevente elimina i duplicati solo in base all’ID invio.
2. Apri Integrazioni → Webhook, scegli la destinazione webhook ed espandi Invii. Identifica la riga Errore richiesta tramite tipo di evento, ora di creazione, risposta o errore e numero di tentativi.
3. Controlla se l’evento ha già cambiato lo stato a valle nonostante il mancato riconoscimento. In tal caso conserva quello stato e lascia che il record di idempotenza gestisca il reinvio.
4. Scegli Invia di nuovo sulla riga scelta. Anche se l’interfaccia offre questa azione per ogni stato, non reinviare una riga Completato se non è sicuro effettuare intenzionalmente un secondo invio.
5. Considera Redelivery queued — A new delivery attempt has been scheduled una conferma di pianificazione. Il percorso crea un nuovo invio whd_… con zero tentativi, mantenendo ID evt_… e corpo originali.
6. Aggiorna la pagina 1 di Invii recenti ed esamina la nuova riga finché mostra Completato o un nuovo tentativo pianificato. Confronta il nuovo ID invio con quello sul ricevitore e verifica che l’ID evento non abbia prodotto effetti duplicati.

Ogni reinvio manuale può ricevere sei tentativi secondo l’intervallo progressivo standard. dosya limita l’azione a 20 richieste per utente in cinque minuti per evitare che la destinazione webhook diventi fonte di un flusso eccessivo in uscita.

Risultato previsto

Un nuovo record di invio contiene l’evento originale e raggiunge il ricevitore riparato. L’ID invio cambia per il tracciamento, l’ID evento resta stabile per l’idempotenza e il risultato a valle esiste una sola volta.

Impossibile inviare di nuovo indica che non è stata restituita una conferma affidabile del reinvio. Ricarica l’elenco degli invii prima di riprovare, per evitare che una richiesta ritardata metta in coda un duplicato inutile.

La nuova riga resta Pending. Leggi Prossimo tentativo; una risposta diversa da 2xx o un’attesa scaduta dopo dieci secondi segue la normale pianificazione invece di diventare subito un successo.

Guide correlate

• Creare un webhook
• Esaminare gli invii