Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Riassunto
Quando i flussi di Power Automate non vengono eseguiti come previsto, il trigger potrebbe essere il problema. I trigger sono il punto di ingresso per i flussi. Possono non riuscire per diversi motivi, ad esempio problemi di connessione, token di autenticazione scaduti, problemi di licenza e condizioni non configurate correttamente.
Questo articolo descrive i problemi di trigger più comuni e le relative soluzioni. Si apprenderà come diagnosticare i problemi di connessione, controllare i requisiti di licenza, esaminare le condizioni del trigger e gestire problemi specifici dell'ambiente.
Il primo passaggio per risolvere i problemi dei flussi consiste nell'identificare l'esecuzione specifica del flusso che ha esito negativo. Questo passaggio consente di determinare se il problema riguarda il trigger stesso o un'altra parte del flusso.
Il trigger non si attiva
Se il trigger non viene attivato come previsto, usare i controlli seguenti per isolare la causa del problema.
Verificare la presenza di criteri di prevenzione della perdita dei dati
Un criterio di prevenzione della perdita dei dati potrebbe bloccare il flusso.
Gli amministratori possono creare criteri di prevenzione della perdita dei dati (DLP) che fungono da protezioni per impedire agli utenti di esporre involontariamente i dati dell'organizzazione. I criteri di prevenzione della perdita dei dati applicano regole per cui i connettori possono essere usati insieme classificando i connettori come Business o Non-Business. Se si inserisce un connettore nel gruppo Business , può essere usato solo insieme ad altri connettori del gruppo Business in qualsiasi app o flusso specifico.
Se il flusso viola un criterio DLP, il servizio sospende il flusso e il trigger non viene attivato. Per sapere se il flusso è sospeso, prova a modificare il flusso e salvarlo. Il controllo del flusso segnala se il flusso viola un criterio DLP.
Se un criterio DLP blocca determinati connettori, è possibile che venga visualizzato il messaggio di errore seguente durante la creazione di un flusso nel portale di Power Automate o tramite integrazioni:
Sembra che questo flusso di lavoro sia disabilitato dall'organizzazione
Per risolvere questo problema, un amministratore può controllare l'interfaccia di amministrazione per trovare i criteri DLP (livello tenant o ambiente) che bloccano il flusso e rimuovono o aggiornano i criteri.
Controllare se il trigger ha esito negativo
Seguire questa procedura per verificare se il trigger non funziona:
- Accedi a Power Automate.
- Nel menu di spostamento a sinistra, seleziona Flussi personali, quindi seleziona il tuo flusso.
- Esaminare la pagina dettagli.
Se viene visualizzato l'errore seguente, Power Automate ha tentato più volte di stabilire una connessione per registrare il trigger e non è riuscito. Il flusso non viene attivato fino a quando non viene risolto questo problema.
Si è verificato un problema con il trigger del flusso. Correggi il trigger.
Un motivo comune per questo errore è che gli endpoint del servizio Power Automate non fanno parte dell'elenco di elementi consentiti. Per correggerlo, verificare che il reparto IT aggiunse gli indirizzi IP e i domini necessari all'elenco elementi consentiti.
Per ulteriori suggerimenti su come risolvere i problemi, vedere C'è un problema con il trigger del flusso.
Dopo aver risolto il problema, modificare il flusso e salvarlo. È quindi possibile modificarlo nuovamente nel relativo stato originale e salvarlo di nuovo. Il flusso riconosce che la configurazione è cambiata e registra nuovamente il trigger.
Verificare la presenza di connessioni interrotte
In genere, è sufficiente accedere a una connessione una sola volta ed è possibile continuare a usarlo fino a quando un amministratore non lo rimuove. Tuttavia, le connessioni potrebbero interrompersi nelle situazioni seguenti:
- La password per la connessione scade.
- L'organizzazione ha un criterio che rende scaduto il token di autenticazione del connettore dopo un determinato periodo di tempo.
Microsoft Entra ID supporta i criteri di durata dei token. Per altre informazioni, vedere Durata dei token configurabili in Microsoft Identity Platform (anteprima).
Seguire questa procedura per verificare se le connessioni sono interrotte:
Accedi a Power Automate.
Andare ad Altro>Connessioni.
Trova la connessione utilizzata nel tuo flusso.
Per correggere una connessione interrotta, selezionare il collegamento accanto alla colonna Stato e seguire le istruzioni.
Controllare se il flusso usa un trigger del connettore Premium
Modifica il flusso per trovare il nome del connettore per il trigger.
Passare all'elenco dei connettori e cercare tale connettore. Se il connettore è un connettore Premium, PREMIUM viene visualizzato sotto il nome del connettore.
Per accedere a connettori premium, locali e personalizzati, è necessaria una licenza autonoma di Power Apps o Power Automate. Controllare il piano di licenza e modificare il piano, se necessario, per accedere ai connettori.
Per controllare il piano di licenza:
- Accedi a Power Automate.
- Vai a Flussi personali nel riquadro a sinistra.
- Seleziona qualsiasi flusso.
- Nella sezione Dettagli, trova Piano. Viene visualizzato in elenco il piano di licenza corrente.
Per altre informazioni sui piani disponibili, vedere Piani di Power Automate.
Determinare se il controllo del trigger viene ignorato
Per verificare la presenza di esecuzioni di trigger ignorate:
Accedi a Power Automate.
Selezionare Flussi personali nel riquadro sinistro e quindi selezionare il flusso.
Nella cronologia delle esecuzioni degli ultimi 28 giorni, seleziona Tutte le esecuzioni.
Se è stata prevista un'esecuzione ma non è stata eseguita, cercare l'esecuzione specifica per verificare se il controllo del trigger è stato ignorato. Un controllo ignorato indica che una condizione del trigger non è stata soddisfatta e il flusso non è stato avviato. Esaminare gli input e le condizioni di attivazione del flusso per verificare che siano allineati alle aspettative. Potrebbe essere necessario modificare l'espressione della condizione per risolvere il problema.
Esaminare gli input del flusso e le condizioni di attivazione
Individuare le condizioni di trigger del flusso e verificare che le espressioni di condizione riflettano correttamente e in modo accurato i requisiti. Seguire questa procedura per esaminare gli input e le condizioni:
Annotazioni
È possibile usare la nuova finestra di progettazione o la finestra di progettazione classica per configurare ed esaminare il flusso cloud. I passaggi sono simili in entrambi gli strumenti di progettazione. Per altre informazioni, vedere Identificare le differenze tra la nuova finestra di progettazione e la finestra di progettazione classica.
Accedi a Power Automate.
Nel menu di spostamento a sinistra selezionare Flussi personali e quindi selezionare un flusso.
Seleziona Modifica nella barra dei comandi.
Selezionare la prima scheda per visualizzare le cartelle, i siti, le cassette postali e altri elementi usati dal trigger nel riquadro di configurazione.
Nel riquadro di configurazione, seleziona la scheda Impostazioni.
Individuare le condizioni del trigger.
Se il campo è vuoto, non sono presenti altre personalizzazioni. Il titolo della scheda (in questo caso, quando viene creato o modificato un elemento) indica quando il trigger viene attivato.
Se vengono visualizzate altre personalizzazioni in Condizioni trigger, assicurarsi di usare gli input previsti o corretti per attivare il flusso.
Verificare le autorizzazioni
Verificare di avere accesso alle cartelle, ai siti o alle cassette postali usate dal trigger. Ad esempio, per inviare messaggi di posta elettronica da una posta in arrivo condivisa tramite Power Automate, sono necessarie le autorizzazioni per inviare un messaggio di posta elettronica tramite la posta in arrivo condivisa. Provare a inviare un messaggio di posta elettronica di prova da tale cassetta postale condivisa in Outlook.
Controllare se la modalità di amministrazione è abilitata
Se si abilita la modalità amministratore con operazioni in background disabilitate, le operazioni asincrone di Dataverse vengono disattivate. I flussi che usano un trigger Dataverse (ad esempio, Quando una riga viene aggiunta, modificata o eliminata) non vengono attivati perché dipendono dal servizio asincrono Dataverse. I flussi cloud pianificati (ricorrenza) e altri flussi non attivati da Dataverse continuano a essere eseguiti, perché vengono eseguiti nel servizio Power Automate.
Seguire questa procedura per controllare la modalità di amministrazione e disabilitarla, se necessario:
- Passare all'interfaccia di amministrazione di Power Platform e accedere con le credenziali del ruolo amministratore dell'ambiente o amministratore di sistema .
- Nel menu a sinistra selezionare Ambienti e selezionare l'ambiente pertinente.
- Nella pagina Dettagli seleziona Modifica.
- Nella modalità Amministrazione, imposta il dispositivo di scorrimento su Disabilitato.
Altri passaggi per la risoluzione dei problemi
- Testa il flusso manualmente.
- Rimuovere e quindi aggiungere nuovamente il trigger.
- Cambia la connessione.
- Spegnere e poi riattivare il flusso.
- Esportare e quindi importare il flusso.
- Crea una copia del flusso.
- Se il trigger usa condizioni speciali, ad esempio quando arriva un messaggio di posta elettronica in una cartella specifica, rimuovere la cartella, quindi ripristinarla.
Attivazione dei trigger per gli eventi precedenti
Esistono due tipi di trigger: Trigger di polling e Trigger Webhook.
Se si disattiva il flusso e quindi lo si riattiva, il flusso potrebbe elaborare i trigger precedenti, a seconda del tipo di trigger.
Un trigger di polling richiama periodicamente il tuo servizio per verificare la presenza di nuovi dati. Un trigger webhook risponde a un push di nuovi dati dal servizio.
Fare riferimento alla tabella seguente per comprendere in che modo il flusso risponde quando viene riattivato.
| Tipo di innesco | Descrizione |
|---|---|
Polling, come il trigger recurrence |
Quando si riattiva il flusso, vengono elaborati tutti gli eventi non elaborati o in sospeso. Se non si vogliono elaborare elementi in sospeso quando si riattiva il flusso, eliminare e quindi ricreare il flusso. |
| Webhook | Quando si riattiva il flusso, elabora nuovi eventi generati dopo l'attivazione del flusso. |
Seguire questa procedura per determinare il tipo di trigger usato dal flusso:
Annotazioni
Power Automate ti consente di configurare la nuova finestra di progettazione o la finestra di progettazione classica per configurare il tuo flusso cloud. I passaggi sono simili in entrambi gli strumenti di progettazione. Per altre informazioni ed esempi, vedere Identificare le differenze tra la nuova finestra di progettazione e la finestra di progettazione classica.
Il flusso o le azioni vengono eseguite più volte
Potresti riscontrare un caso in cui una singola esecuzione del flusso presenta alcune (o tutte) azioni duplicate. Sebbene l'interfaccia utente non mostri questo problema, potresti vedere i risultati della duplicazione del flusso. Ad esempio, email duplicate inviate o voci di elenco duplicate create.
Un motivo per cui questo problema si verifica è la progettazione "at-least-once" delle App per la logica di Azure.
Nella maggior parte dei casi, questo scenario indica che si è verificato un problema con il servizio di Azure. In genere, questi problemi si risolvono rapidamente da soli. Per assicurarsi che i flussi non creino la duplicazione, progettarli come idempotenti , tenendo conto della possibilità di input duplicati.
Un esempio di progettazione idempotente consiste nel verificare se esiste già un documento di SharePoint duplicato prima di tentare di crearlo o usare vincoli di chiave in Dataverse per impedire la creazione di record duplicati.
Un'altra possibilità per un flusso che attiva più volte è avere altre copie del flusso attive in ambienti diversi e attivare in base alla stessa condizione. Usare le condizioni di attivazione per ridurre il numero di attivazioni del flusso.
Il trigger di ricorrenza si attiva in anticipo rispetto alla pianificazione
Verificare di impostare l'ora di inizio nella scheda Ricorrenza per assicurarsi che venga eseguita solo al momento necessario. Ad esempio, impostare Ora di inizio su 2022-10-10T10:00:00Z per avviare il trigger alle 10:00 UTC.
L'attivazione del trigger è ritardata
Se il trigger è un trigger di polling, si attiva periodicamente per verificare se si sono verificati nuovi eventi. Il tempo di riattivazione dipende dal piano di licenza su cui viene eseguito il flusso.
Ad esempio, i flussi possono essere eseguiti ogni 15 minuti se hai scelto il piano di licenza Gratuito. Nel piano Gratuito, se un flusso cloud viene attivato meno di 15 minuti dopo l'ultima esecuzione, viene accodato fino allo scadere di 15 minuti.
Se la licenza è il piano Flow per Office 365 (dalla licenza Enterprise E3, E5 e altri) o il piano Flow per Dynamics 365, il flusso non viene rieseguito fino al termine di cinque minuti. Potrebbero trascorrere alcuni minuti tra il momento in cui si verifica l'evento scatenante e il momento in cui inizia il flusso.
Per controllare la frequenza di riattivazione del trigger, seguire questa procedura:
Annotazioni
Power Automate ti consente di configurare la nuova finestra di progettazione o la finestra di progettazione classica per configurare il tuo flusso cloud. I passaggi sono simili in entrambi gli strumenti di progettazione. Per altre informazioni ed esempi, vedere Identificare le differenze tra la nuova finestra di progettazione e la finestra di progettazione classica.
Accedi a Power Automate.
Selezionare Flussi personali dal menu a sinistra e quindi selezionare un flusso.
Seleziona Modifica nella barra dei comandi.
Nel tuo flusso, seleziona il trigger del tuo flusso.
Nella scheda configurazione selezionare la scheda Visualizzazione codice .
Trova i valori di
intervalefrequency.
Se il flusso richiede più tempo del previsto per l'attivazione, verificare la presenza di questi due problemi comuni:
Troppe chiamate al connettore o al flusso causano una limitazione. Per verificare se la limitazione influisce sul flusso, testare manualmente il flusso per verificare se viene attivato immediatamente. Se si attiva immediatamente, la limitazione di banda non è il problema.
Utilizzare questi suggerimenti per affrontare i problemi di limitazione della larghezza di banda:
- Per altre informazioni sui flussi, vedere il report di analisi di Power Automate .
- Riprogettare il flusso per usare un minor numero di azioni. Per ulteriori dettagli, consulta Comprendere i limiti della piattaforma e evitare il throttling.
- Acquisire una licenza Power Automate Premium (in precedenza Power Automate per utente) o Power Automate Process (in precedenza Power Automate per flusso). Dopo aver acquisito la licenza, apri e quindi salva il flusso per aggiornare l'autorizzazione associata e modificare la modalità di controllo della velocità.
- Dividi il flusso in più istanze. Se il flusso elabora i dati, è possibile dividere questi dati in subset (per paese e area geografica, per area aziendale e così via). Usare Salva con nome nel flusso per creare diverse istanze che elaborano i propri dati. Poiché la quota è per flusso, questo approccio funge da soluzione alternativa.
Un problema di comunicazione impedisce a Power Automate di reagire agli eventi di attivazione. Potenzialmente, un'interruzione del servizio, una modifica dei criteri, una scadenza della password o un problema simile ha causato il ritardo. È possibile visualizzare la Guida e il supporto tecnico per sapere se esistono interruzioni attive. È anche possibile cancellare la cache del browser e quindi provare a attivare nuovamente il flusso.
Annotazioni
Il trigger di ricorrenza potrebbe non essere attivato al secondo esatto visualizzato nell'interfaccia utente. L'architettura ottimale del servizio può perdere alcuni secondi (in anticipo o in ritardo).
Power Apps causa problemi
L'errore seguente è un problema noto per i flussi che usano trigger di Power Apps:
Impossibile rinominare le azioni in un flusso cloud
Per risolvere il problema e rinominare le azioni, seguire questa procedura:
- Rimuovi l'attivatore.
- Rinomina le azioni.
- Aggiungi il trigger di Power Apps.
- Configurare le variabili in base alle esigenze.
Dopo aver pubblicato un'app, creare copie dei flussi usati dall'app per eseguire eventuali aggiornamenti. Se si aggiorna un flusso cloud a cui fa riferimento un'app pubblicata, è possibile interrompere gli utenti esistenti. Non eliminare o disattivare i flussi esistenti fino a quando tutti gli utenti non si aggiornano alla nuova versione pubblicata dell'app.
Problemi relativi ai trigger di SharePoint
I trigger di SharePoint, ad esempio Quando un file viene creato o modificato, non vengono attivati se si aggiunge o si aggiorna un file in una sottocartella. Se il flusso deve essere attivato nelle sottocartelle, creare più flussi.
Se il pop-up del flusso non viene caricato correttamente o continua a caricarsi o ruotare all'infinito, verificare che gli utenti che eseguono il flusso dispongano dei ruoli di sicurezza e delle autorizzazioni necessari per eseguire il flusso. Per altre informazioni, vedere Condivisione e autorizzazioni del flusso cloud.
Gli utenti non possono eseguire flussi condivisi, ma il proprietario può eseguire il flusso
Provare a usare una delle soluzioni seguenti:
Correggi o aggiorna le connessioni.
Se il flusso usa un trigger manuale , richiede la connessione dell'utente che attiva il flusso. Se usa il trigger Ricorrenza, viene eseguito sulle connessioni dell'autore del flusso.
Verificare che l'utente disponga della licenza appropriata per le connessioni nel flusso.
L'utente ha bisogno di una licenza di Power Automate per eseguire qualsiasi azione, ad esempio salvare, disattivare e altro ancora. Una licenza Power Apps, Dynamics 365 o Microsoft 365 non è sufficiente. Se un flusso usa connettori Premium, ogni utente deve avere una licenza Power Automate Premium (in precedenza Power Automate per utente) o una licenza del processo di Power Automate (in precedenza Power Automate per flusso) per modificare o attivare manualmente il flusso. Se l'utente era precedentemente in grado di salvare o modificare il flusso, è possibile che la sua licenza sia scaduta.
In alternativa, puoi avviare una versione di valutazione per il piano Per utente per 90 giorni, dopodiché avrai bisogno di un piano a pagamento per eseguire o modificare flussi che utilizzano connettori premium. Per altre informazioni, vedere la pagina delle licenze e il supporto di Power Automate.
I flussi non vengono attivati dopo la modifica dell'URL dell'ambiente
Per risolvere questo problema, modificare ogni flusso e quindi salvarlo. I trigger dovrebbero ricominciare ad essere attivati.
I trigger non rispettano le espressioni usate in esse
Per i trigger, i valori delle espressioni vengono calcolati solo quando il flusso viene salvato. Ad esempio, se il trigger usa utcNow() in un input, utcNow() viene calcolato al momento del salvataggio del flusso e l'ora UTC corrente viene inserita nella definizione del trigger come valore codificato in modo statico.
utcNow() non viene ricalcolato ogni volta che viene attivato il flusso.
Modifiche ai flussi attivati da webhook HTTP o Teams nell'architettura dell'ambiente di Logic Apps
Importante
- Questa modifica influisce solo sui flussi che hanno attivatori webhook HTTP o di Teams.
- Questa modifica influisce solo sui workflow nell'architettura dell'ambiente corrente (Logic Apps). Se l'ambiente è Self Host MultiTenant (MTA), non sarai impattato. Per informazioni sull'architettura dell'ambiente in cui si trovano i flussi, vedere Spostare gli ambienti di Power Automate in una nuova architettura.
A partire dal 30 novembre 2025, i flussi di Power Automate con trigger HTTP o trigger webhook di Teams che hanno logic.azure.com nell'URL verranno trasferiti a un nuovo URL. Questa modifica fa parte di un aggiornamento dell'infrastruttura per migliorare la velocità di esecuzione e fornire nuove funzionalità. Per altre informazioni, vedere Spostare gli ambienti di Power Automate in una nuova architettura.
Per assicurarsi che i flussi esistenti che usano questi trigger continuino a funzionare, aggiornare gli URL usati dai sistemi esterni. Per apportare questa modifica, usare i nuovi URL visualizzati nei flussi interessati. Completare le azioni seguenti prima del 30 novembre 2025. Prima del 30 novembre 2025 sono supportati sia gli URL precedenti che i nuovi. A partire dal 30 novembre 2025, gli URL precedenti non funzionano e i flussi non vengono attivati:
Azioni necessarie
Per assicurarsi che i flussi continuino a funzionare come previsto, seguire questa procedura:
Valutare l'impatto
- Per identificare il tipo di ambiente del flusso, seguire la procedura descritta in Ambienti Power Automate per passare alla nuova architettura.
- Eseguire azioni solo per i flussi presenti nell'ambiente Logic Apps e usare trigger Webhook HTTP o di Teams.
- Identificare tutti i flussi interessati.
- Se si hanno privilegi di amministratore, usare uno script di PowerShell per identificare tutti i flussi interessati.
- Si notino gli URL di trigger precedenti e nuovi per i flussi interessati passando alla pagina Dettagli flusso o alla finestra di progettazione.
Aggiornare i riferimenti URL
- Identificare tutte le applicazioni e i sistemi esterni (ad esempio app Web, Power Apps, flussi e altri) che fanno riferimento all'URL del trigger precedente.
- Sostituire l'URL del trigger precedente usando l'URL aggiornato visualizzato nella scheda trigger della finestra di progettazione del flusso.
Convalidare il nuovo URL
- Verificare che l'URL aggiornato funzioni come previsto attivando il flusso e verificando la corretta esecuzione.
- Se si usa l'autenticazione tramite firma di accesso condiviso (SAS), verificare che il sistema di destinazione supporti gli URL più lunghi di 255 caratteri.
Controllare il parametro path relativo
- Se l'URL del trigger usa un parametro di percorso relativo, assicurati che nel campo non esistano backslash che potrebbero causare errori di doppie barre.
- Modificare il percorso relativo in base alle esigenze e verificare l'URL del trigger per la correttezza.
Modifiche principali ai flussi di trigger HTTP o webhook di Teams
URL del trigger aggiornato: la scheda trigger HTTP nella finestra di progettazione del flusso mostra un nuovo URL. Per il corretto funzionamento dei flussi, è necessario questo nuovo URL.
Lunghezza del nuovo URL: l'URL aggiornato potrebbe avere una lunghezza superiore a 255 caratteri, soprattutto quando si configura l'autenticazione della firma di accesso condiviso. Verificare che il sistema di destinazione supporti gli URL più lunghi di 255 caratteri. Modificare la configurazione, se necessario.
- Aggiornare le configurazioni di sistema per supportare GLI URL più lunghi di 255 caratteri, se possibile.
- Se il sistema non può supportare URL più lunghi di 255 caratteri, prendere in considerazione altre soluzioni. Ad esempio, utilizzare un wrapper proxy come Gestione API di Azure o Funzioni di Azure, oppure un approccio simile.
Banner di avvertimento: Il banner di avvertimento seguente viene visualizzato nella pagina dei dettagli del tuo flusso o nell'editor di progettazione:
Fare clic qui per copiare il nuovo URL del trigger. Il vecchio URL di attivazione <TriggerURL> smette di funzionare il 30 novembre 2025. Gli strumenti che utilizzano questo flusso si interromperanno a meno che non siano aggiornati utilizzando il nuovo URL.
Il banner visualizza l'URL precedente sostituito. Questo avviso è un promemoria per aggiornare tutti i riferimenti all'URL obsoleto usando il nuovo URL. Se non viene visualizzato il banner di avviso nei flussi che hanno un trigger webhook HTTP o Teams, l'ambiente è molto probabilmente sull'architettura multi-tenant a hosting autonomo e i tuoi flussi non sono influenzati.
Annotazioni
Se un flusso usa un'azione HTTP per chiamare un altro flusso, il flusso padre viene considerato un sistema esterno. Aggiorna l'URL nel flusso padre usando il nuovo URL che la scheda di attivazione del flusso figlio visualizza. Tuttavia, se il flusso figlio viene chiamato tramite l'azione Esegui un flusso figlio , non è necessaria alcuna modifica.
Elencare tutti i flussi con URL trigger di migrazione
Gli amministratori possono usare il pacchetto Microsoft.PowerApps.Administration.PowerShell per elencare tutti i flussi i cui URL di trigger vengono migrati. Dopo aver installato il pacchetto, eseguire il cmdlet di PowerShell seguente:
Get-AdminFlowWithMigratingTriggerUrl -EnvironmentName <EnvironmentName>
Il cmdlet restituisce DisplayName e FlowName (ID) di ogni flusso il cui URL del trigger è in fase di migrazione.
Per trovare tutti i flussi interessati in un tenant:
Usare Get-AdminPowerAppEnvironment per elencare tutti gli ambienti dell'app nel tenant:
Get-AdminPowerAppEnvironmentUsare
Get-AdminFlowWithMigratingTriggerUrlper elencare i flussi interessati per ogni ambiente.
Aggiornamento all'URL del flusso del trigger webhook HTTP o Teams
A partire dal 2 giugno 2026, una modifica nel livello proxy Power Automate espone l'identificatore dell'unità di scala nell'URL di callback del trigger HTTP (ad esempio, /direct/cu/20/workflows/... anziché /direct/workflows/...).
È consigliabile aggiornare le integrazioni per usare il nuovo URL per ottenere prestazioni migliori, ma l'URL precedente continuerà a funzionare.