Automazioni aziendali: come evitare duplicati e doppi invii

Automazione · · 5 min di lettura

Un cliente riceve due conferme per la stessa richiesta. In ufficio compaiono due attività identiche e due colleghi iniziano a lavorarci. L’automazione doveva togliere passaggi manuali; ora bisogna capire quale copia tenere e spiegare l’errore al cliente.

Per evitare duplicati nelle automazioni aziendali servono un identificativo stabile, regole per riconoscere ciò che è già stato fatto e una gestione delle ripartenze. Non basta collegare due strumenti e verificare che il primo invio funzioni. Occorre decidere cosa succede quando arriva di nuovo la stessa richiesta o manca una risposta.

Perché un’automazione può eseguire due volte la stessa azione

Un servizio può ricevere un’operazione, completarla e non riuscire a restituire la conferma in tempo. Il sistema di partenza vede un errore e riprova. Oppure lo stesso evento viene consegnato più volte, o due copie dell’automazione restano attive. Il problema può quindi nascere anche senza un doppio clic dell’utente.

La documentazione Microsoft sui problemi dei trigger di Power Automate descrive duplicazioni di email e record e raccomanda flussi capaci di gestire input ripetuti. È un comportamento documentato per quella piattaforma: negli strumenti che usate, chiedete come vengono trattati eventi e tentativi successivi.

1. Dare un codice alla richiesta, prima di spostarla

Ogni richiesta deve avere un codice che rimanga uguale passando dal modulo all’archivio e all’attività assegnata. Il nome del cliente non basta: lo stesso cliente può aprire due richieste legittime. Anche email e data, da sole, possono creare associazioni sbagliate.

Il codice permette di distinguere «la stessa richiesta ricevuta di nuovo» da «una nuova richiesta dello stesso cliente». Chiedete che il sistema di destinazione impedisca la creazione di due record con quel codice. La sola ricerca preventiva di un doppione può non bastare se due esecuzioni partono contemporaneamente.

2. Separare salvataggio, assegnazione e invio

Uno stato unico «completato» nasconde troppo. Il salvataggio potrebbe riuscire mentre la notifica fallisce. Registrate i passaggi essenziali separatamente: richiesta acquisita, attività creata, conferma inviata, errore da verificare. Ogni passaggio deve avere un esito e un riferimento riconoscibile.

Se manca soltanto la conferma, la ripartenza deve riguardare quel passaggio. Ricominciare dall’inizio rischia di creare una seconda attività. Non basta però segnare «inviato» prima dell’invio: un’interruzione nel mezzo lascerebbe una conferma mai partita registrata come conclusa.

Esempio illustrativo: dal modulo all’ufficio tecnico

Scenario ipotetico: non descrive un cliente né un risultato reale di Ethinova.

Una richiesta di assistenza riceve il codice R-1042. L’automazione salva la scheda, crea un’attività e chiede al servizio email di inviare la conferma. Il servizio non risponde in tempo: non è ancora chiaro se il messaggio sia partito.

La scheda e l’attività rimangono associate a R-1042 e non vengono ricreate. L’invio passa invece a «esito da verificare». Se il fornitore email permette di cercare l’operazione o riconoscere un tentativo ripetuto tramite lo stesso codice, si usa quella possibilità. Altrimenti una persona controlla prima di autorizzare un nuovo invio. Il registro locale, da solo, non garantisce che un messaggio esterno parta una sola volta.

3. Riprovare soltanto gli errori adatti

Un’indisponibilità temporanea e un indirizzo errato richiedono risposte diverse. Nel primo caso può servire un nuovo tentativo dopo un’attesa; nel secondo bisogna correggere il dato. Ripetere automaticamente ogni errore consuma operazioni e può moltiplicare gli effetti.

Nelle raccomandazioni sulla gestione dei guasti temporanei, Microsoft invita a valutare se un’azione sia ripetibile, fissare intervalli e limiti e considerare gli effetti dei passaggi già riusciti. Nel vostro progetto traducetelo in una regola leggibile: quando riprovare, quante volte e chi viene avvisato alla fine.

4. Rendere visibili i casi che richiedono una decisione

Serve una coda di anomalie con codice richiesta, passaggio interessato, ultimo esito, numero di tentativi e responsabile. Un avviso generico «automazione fallita» obbliga a ricostruire tutto. Un avviso collegato alla richiesta permette di intervenire sul punto giusto.

Prevedete anche come sospendere il flusso e riattivarlo senza inviare in blocco vecchie notifiche. Limitate i dati presenti nei registri a ciò che serve alla diagnosi e definite chi può consultarli. Una cronologia piena di allegati e informazioni riservate aggiunge un problema invece di risolverlo.

La checklist da provare prima dell’avvio

Chiedete una dimostrazione in un ambiente di prova, con dati fittizi e destinatari controllati:

  • La stessa richiesta arriva due volte: resta una sola scheda operativa.
  • Due richieste diverse dello stesso cliente rimangono separate.
  • Il collegamento si interrompe dopo il salvataggio: la ripartenza non ricrea l’attività.
  • L’esito dell’email è incerto: il sistema lo segnala e segue la procedura concordata.
  • Un dato non valido ferma il passaggio e arriva al responsabile.
  • Dopo una pausa, vengono gestite soltanto le operazioni ancora pertinenti.

Misurate richieste ricevute, operazioni concluse e anomalie irrisolte. Un flusso senza errori visibili potrebbe semplicemente aver smesso di partire. Concordate quindi anche un controllo delle esecuzioni attese, oltre agli avvisi sui fallimenti.

Da quale integrazione partire

Scegliete un collegamento circoscritto, con un responsabile e conseguenze gestibili. La guida su come iniziare con l’automazione dei processi aiuta a definirlo; quella sul portale clienti per raccogliere documenti mostra un altro processo in cui gli stati contano.

Se oggi ricopiate informazioni tra strumenti, consultate il servizio di automazioni e integrazioni oppure richiedete un’analisi iniziale gratuita. Descrivete origine dei dati, destinazione e problema ricorrente. Allegare un Excel è facoltativo; per valutare il flusso conta soprattutto capire cosa deve accadere quando qualcosa va storto.

Fonti