Risolvere i problemi di un'automazione

Parti dal sintomo e dalla versione coinvolta. I controlli sulle bozze e le anteprime riguardano il lavoro nell'editor; Runs descrive le esecuzioni delle versioni pubblicate.

Automations is in Early access. Your workspace permissions determine which actions you can perform.

Automations non compare nella dashboard

Verifica di aver selezionato lo spazio di lavoro corretto e di essere un membro con il permesso di visualizzare Automations. Se Automations non è visibile, chiedi a un amministratore dello spazio di lavoro di controllare il tuo accesso.

I controlli di modifica non sono visibili

L'accesso in lettura ad Automations consente di visualizzare template e workflow. La creazione di bozze e la pubblicazione richiedono l'accesso in scrittura ad Automations. Se Use template o Publish non è disponibile, chiedi l'accesso in scrittura all'amministratore del tuo spazio di lavoro.

Nessuna esecuzione compare

1. Verifica che l'automazione abbia una versione pubblicata e sia attiva, non in pausa o archiviata.
2. Controlla il trigger pubblicato. Le modifiche non salvate o non pubblicate non influiscono sugli eventi in arrivo.
3. Per un evento Bird, verifica che il canale di ricezione abbia ricevuto il messaggio e testa il filtro del trigger con dati rappresentativi.
4. Per un evento applicazione, confronta il nome e i campi obbligatori con il trigger pubblicato e verifica la richiesta e il risultato in coda.
5. Per una pianificazione, controlla la prossima occorrenza, il fuso orario e il comportamento in caso di tick mancato.
6. Verifica se un'esecuzione attiva ha causato l'omissione del nuovo avvio.
7. Controlla il limite di esecuzioni in accesso anticipato dell'organizzazione. Raggiunto il limite, i nuovi avvii vengono rifiutati fino al ripristino mensile.

Un filtro non soddisfatto o un'omissione per sovrapposizione non generano alcuna esecuzione. L'accettazione di un evento applicativo significa che è stato accodato; controlla Runs per seguire l'avanzamento dell'esecuzione successiva.

La pubblicazione è bloccata

1. Completa le modifiche ai campi aperti e salva la bozza.
2. Apri Checks e segui ogni segnalazione bloccante fino allo step o al campo corrispondente.
3. Controlla gli input obbligatori, le connessioni di output e i riferimenti a step mancanti o futuri.
4. Rimuovi i cicli e ripara i nodi non validi anche quando sono scollegati dal percorso principale.
5. Controlla i permessi e l'eventuale conferma del contratto per l'evento applicativo richiesta.

Se la bozza è stata modificata in un altro editor, ricaricala e confronta il lavoro corrente prima di riprovare. Un risultato di controllo precedente potrebbe non essere aggiornato.

L'anteprima si ferma a un'azione o a un'attesa

Controlla l'input preparato. Se l'anteprima segnala un percorso incompleto, fornisci un risultato di esempio tramite Set sample result, poi rilancia l'anteprima.

L'anteprima non può recuperare un contatto né attendere una ricevuta reale per completare un campione mancante. Se il campione stesso non è valido, correggi il nodo, il percorso di output o i campi in modo che corrispondano alla configurazione attuale.

Un campo è mancante o un'espressione fallisce

1. Seleziona lo step che consuma il dato e controlla la mappatura della sorgente.
2. Verifica che lo step sorgente si trovi prima nel percorso scelto.
3. Controlla se il campo è assente, null, vuoto o di un tipo diverso nel campione o nell'esecuzione registrata.
4. Aggiungi una condizione o un fallback esplicito dove opportuno.

Un output su un ramo non percorso non è disponibile. Anche una ricerca di contatti riuscita senza risultati richiede un percorso esplicito per il caso di risultato vuoto.

Un'esecuzione resta in attesa

Controlla la scadenza del ritardo o la configurazione dell'attesa. Verifica il tipo di evento atteso, lo step di invio o la chiave di business monitorati e qualsiasi filtro.

Per un'attesa su evento applicativo, l'evento successivo deve riferirsi alla chiave di un'esecuzione esistente. Per un'attesa su ricevuta, la ricevuta deve appartenere all'azione configurata in quell'esecuzione. L'attesa è uno stato previsto finché non viene risolta da una corrispondenza, un timeout, una cancellazione o la scadenza dell'esecuzione.

Un'esecuzione riesce ma nessun messaggio arriva

Controlla prima il percorso dell'esecuzione: un ramo può terminare intenzionalmente senza invio. Se un invio è andato a buon fine, controlla lo stato del messaggio nel canale. L'accettazione può essere seguita da un errore di recapito.

Usa un'attesa di recapito supportata per le decisioni successive. Un timeout da solo non è prova di mancato recapito, quindi verifica prima di inviare un messaggio sostitutivo.

Un'esecuzione fallisce dopo una modifica parziale

Controlla lo step fallito e gli step precedenti riusciti. Un batch di contatti può contenere voci riuscite e fallite. La cancellazione o un errore successivo non annullano un messaggio accettato o una modifica al contatto.

Correggi la causa prima di avviare una nuova esecuzione. Verifica quali azioni verrebbero ripetute per evitare di rifare lavoro già completato.

Passaggi successivi

• Anteprima e controllo di un workflow.
• Ispezionare le esecuzioni.
• Leggere le metriche delle automazioni.
• Consultare le guide di Automations.