Power Automate Desktop: le insidie delle licenze, come evitare costi nascosti nell'RPA

By Mirko Peters · 2026-10-27

Evita costi nascosti nell'RPA. Scopri le differenze reali, le insidie delle licenze e i requisiti infrastrutturali per Power Automate Desktop in modalità con presidio e senza presidio.

Automatically translated with AI from the original post. Read the English original

Quando si implementa l'automazione robotica dei processi in Microsoft 365, scegliere il modello di licenza sbagliato per i bot con presidio e senza presidio può compromettere il tuo ROI. Questa guida illustra le insidie delle licenze, la struttura dei costi e i comuni errori dei principianti legati ai tipi di esecuzione di Power Automate Desktop, aiutandoti a pianificare il budget in modo accurato prima di scalare i tuoi flussi di lavoro.

Punti chiave

• I bot con presidio richiedono un utente presente attivamente alla postazione di lavoro, che occupa l'hardware e richiede supervisione umana durante l'esecuzione.
• I bot senza presidio vengono eseguiti in autonomia su macchine virtuali senza intervento umano, ma richiedono un livello di licenza diverso, spesso più costoso.
• L'insidia più comune per chi inizia è presumere che le licenze per bot con presidio possano essere pianificate per l'esecuzione notturna mentre l'utente è offline.
• La gestione della sessione e le funzionalità di accesso automatico alla macchina determinano se una distribuzione senza presidio richiede una configurazione infrastrutturale aggiuntiva in Azure.
• Calcolare correttamente la frequenza e la durata delle esecuzioni evita addebiti imprevisti per superamento dei limiti di licenza Microsoft.

Le basi delle licenze RPA

Microsoft offre funzionalità solide di automazione robotica dei processi (RPA) già incluse per molti abbonati a Microsoft 365, ma il passaggio dalle semplici macro desktop all'automazione di livello aziendale mette in luce una complessa rete di requisiti di licenza. Al centro di questa complessità c'è la differenza operativa fondamentale tra bot con presidio e bot senza presidio. Pur eseguendo entrambi le attività tramite Power Automate Desktop, il modo in cui vengono avviati, chi li supervisiona e, soprattutto, come vengono fatturati variano notevolmente.

Molte organizzazioni avviano i progetti di automazione concentrandosi esclusivamente sulla fattibilità tecnica (costruzione del flusso, mappatura degli elementi dell'interfaccia e gestione delle eccezioni) e trattando le licenze come un aspetto secondario. Questo approccio porta inevitabilmente a frizioni con l'amministrazione IT e a richieste di budget impreviste. Per costruire una strategia di automazione sostenibile, occorre capire come Microsoft classifica questi carichi di lavoro e dove si nascondono le insidie finanziarie.

La trappola del bot con presidio: i costi nascosti della dipendenza dall'uomo

L'automazione con presidio è progettata per agire come un assistente digitale seduto accanto al lavoratore. Si avvia in base all'input dell'utente, ad esempio facendo clic su un'icona del desktop o premendo una scorciatoia da tastiera, ed esegue attività ripetitive mentre l'utente osserva o si occupa di altri aspetti del flusso di lavoro. La principale insidia delle licenze qui riguarda la concorrenza e i tempi di inattività.

Poiché un bot assistito richiede una sessione utente attiva con accesso effettuato, non può essere eseguito in autonomia su una macchina virtuale cloud dedicata quando l'ufficio è vuoto. Se un'organizzazione prova a pianificare un bot assistito per l'esecuzione a mezzanotte, il processo non andrà a buon fine a meno che un utente non resti connesso a quella specifica macchina con una sessione attiva. Di conseguenza, le organizzazioni spesso pagano licenze pensate per l'utente per forzare attraverso di esse processi backend senza interazione, con il risultato di pipeline interrotte, amministratori frustrati e upgrade imposti.

Perché i bot assistiti pianificati non funzionano

L'errore più comune dei principianti è trattare i bot assistiti come servizi in background. Poiché Power Automate consente di pianificare i flussi, gli utenti danno naturalmente per scontato che una licenza assistita possa avviare un'attività pianificata di notte. Tuttavia, la gestione delle sessioni di Windows prevede che una sessione utente standard venga bloccata o chiusa per inattività, criteri di sicurezza o riavvii. Senza una persona presente per sbloccare la macchina e mantenere la sessione, il bot assistito semplicemente si blocca.

Bot non assistiti: infrastruttura e realtà della scalabilità

L'automazione non assistita elimina il collo di bottiglia umano, perché viene eseguita su macchine virtuali senza richiedere la presenza di un utente. Questi bot possono eseguire job batch, elaborare fatture alle 3:00 e gestire migrazioni di dati su larga scala in modo autonomo. Tuttavia, il modello di licenza cambia radicalmente e comporta costi non solo da parte di Microsoft, ma anche, potenzialmente, da parte del tuo fornitore di infrastruttura cloud.

Per eseguire un bot in modalità non assistita serve una licenza aggiuntiva RPA non assistita collegata al tuo ambiente, oltre a configurazioni appropriate dei gruppi di macchine. Inoltre, devi predisporre e mantenere le macchine virtuali sottostanti (in genere in Azure) su cui vengono eseguiti i bot. Se la macchina virtuale va offline per manutenzione o se gli aggiornamenti di Windows forzano un riavvio imprevisto, la pipeline di automazione non assistita si blocca, a meno che non siano configurati correttamente l'accesso automatico e la gestione delle credenziali.

Calcolare il vero ROI della RPA

Quando presenti un business case per l'automazione alla dirigenza, il calcolo del ritorno sull'investimento non può limitarsi alle ore di lavoro risparmiate. Devi considerare:

• Il costo delle licenze Microsoft 365 o Power Platform per utente o per bot.
• I costi di hosting e archiviazione delle macchine virtuali Azure per i flussi non assistiti.
• Il carico di manutenzione necessario per aggiornare i selettori delle applicazioni desktop quando cambia il software aziendale.
• Il costo in termini di produttività di una macchina utente bloccata mentre un bot assistito esegue un processo lungo nelle ore di punta.

Conclusione

Orientarsi tra le sfumature delle licenze di Power Automate Desktop richiede una chiara comprensione dei tuoi flussi operativi e dei vincoli tecnici. Scegliere tra esecuzione assistita e non assistita non è solo una questione di preferenze: determina le esigenze infrastrutturali, il budget e l'affidabilità effettiva dei tuoi processi automatizzati. Per ascoltare un'analisi completa e priva di gergo su questi concetti e scoprire altri approfondimenti di esperti sull'amministrazione cloud moderna, non perdere la puntata correlata del M365 FM Podcast. Ascolta l'episodio completo per approfondire le strategie di automazione del cloud Microsoft.

Domande frequenti

Un bot assistito di Power Automate Desktop può essere eseguito di notte mentre il mio computer è bloccato?

No. I bot assistiti richiedono una sessione utente Windows attiva e sbloccata per interagire con le applicazioni desktop. Se il computer si blocca per inattività o la sessione viene chiusa, l'esecuzione del bot assistito non va a buon fine.

Qual è la differenza principale nella struttura dei costi di licenza tra bot assistiti e non assistiti?

I bot assistiti sono in genere concessi in licenza per utente, e quindi sono ideali per aumentare la produttività individuale. I bot non assistiti sono concessi in licenza per bot/capacità e possono essere utilizzati su più processi e macchine virtuali, con costi infrastrutturali aggiuntivi per l'hosting delle macchine virtuali.

Servono macchine virtuali Azure per eseguire flussi non assistiti di Power Automate Desktop?

Non è strettamente obbligatorio usare Azure, ma serve una macchina dedicata, fisica o virtuale, in grado di mantenere una sessione Windows non assistita, archiviare in modo sicuro le credenziali e accedere automaticamente per eseguire i job senza intervento umano.

Perché i principianti spesso fanno fatica a passare dall'automazione assistita a quella non assistita?

I principianti spesso danno per scontato che i flussi pensati per l'uso con un utente presente possano essere pianificati e messi in esecuzione in background senza modifiche. Tendono a trascurare la gestione delle credenziali, la configurazione dell'accesso automatico ai computer e le licenze aggiuntive distinte necessarie per l'esecuzione senza interfaccia.