Què és Power Automate
Microsoft Power Automate és una plataforma per automatitzar processos mitjançant connexions a serveis, accions d’escriptori i coordinació de tasques. Forma part de Power Platform, juntament amb eines com Power Apps i Power BI. Integra automatització de processos, capacitats d’IA i anàlisi del funcionament dels fluxos.
La utilitat depèn de descriure un procés amb entrades, decisions, responsables i resultats comprovables. Automatitzar una seqüència no demostra que sigui correcta. Convé separar allò que pot executar una regla d’allò que necessita revisió humana, especialment quan el resultat s’utilitzarà per a una decisió professional.
Documentació de referència: Microsoft Power Automate overview.
Història: de Microsoft Flow a Power Automate
Microsoft Flow va assolir disponibilitat general l’1 de novembre de 2016. Permetia connectar aplicacions i serveis mitjançant fluxos. El 4 de novembre de 2019 Microsoft va anunciar el nom Power Automate i noves capacitats d’automatització robòtica de processos, ampliant l’abast cap a tasques fetes mitjançant interfícies.
L’adquisició de Softomotive el maig de 2020 va reforçar l’automatització d’escriptori. El març de 2022 Microsoft va adquirir Minit per ampliar capacitats de mineria de processos. Aquestes fites expliquen la convivència actual de connexions entre serveis, automatització d’interfícies i anàlisi de processos.
Els noms històrics apareixen en documentació, plantilles i converses tècniques. En reutilitzar un tutorial, comprovar data, dissenyador utilitzat i llicència. Una instrucció vàlida per a Microsoft Flow als primers anys pot no reflectir el funcionament actual del producte.
Documentació de referència: PowerApps and Flow general availability, 2016 · Microsoft Flow becomes Power Automate, 2019 · Microsoft acquires Softomotive, 2020 · Microsoft acquires Minit, 2022.
Fluxos automatitzats, instantanis i programats
Els fluxos al núvol es poden iniciar per un esdeveniment, per una acció manual o segons un calendari. El disparador determina quan comença el procés; les accions defineixen què passa després. El disseny pot incorporar condicions i lògica per tractar entrades diferents.
Una petició nova podria iniciar una revisió; un botó podria preparar un conjunt de referències; una execució programada podria comprovar dates de revisió documental. Són exemples editorials, no processos ja implantats. En cada cas cal concretar quines dades es llegeixen i quins canvis estan autoritzats.
Triar el disparador segons la necessitat real. Consultar massa sovint una font pot augmentar consum sense aportar valor; fer-ho amb poca freqüència pot retardar una tasca. Mesurar l’interval des de l’esdeveniment fins al resultat i definir com es detecten entrades que no es van arribar a processar.
Documentació de referència: Power Automate flow types.
Automatització d’escriptori i RPA
Els fluxos d’escriptori automatitzen tasques en aplicacions i pàgines mitjançant accions d’interfície i altres recursos de l’equip. Poden complementar connexions basades en API quan una aplicació requereix interacció visual. L’execució atesa i la desatesa tenen requisits diferents de sessió, màquina i llicència.
Microsoft documenta restriccions de sessions de Windows per a l’execució desatesa i adverteix de diferències de resolució que poden alterar la interacció amb elements. Un assaig a l’ordinador del creador no demostra que funcionarà igual a la màquina d’execució.
Per a una tasca repetitiva, comprovar primer si hi ha una connexió estructurada adequada. Si s’utilitza interfície, definir com identificar elements, detectar una pantalla inesperada i aturar-se davant d’un resultat ambigu. El registre final ha de permetre comprovar què s’ha modificat, sense dependre només que el robot acabi la seqüència.
Documentació de referència: Introduction to desktop flows · Unattended desktop flow requirements.
Processos guiats per etapes
Els business process flows presenten etapes i passos en aplicacions basades en models. Poden exigir completar determinats camps abans d’avançar. La funció principal és guiar la introducció i el recorregut del procés; l’automatització addicional requereix combinar altres capacitats.
Una etapa «revisat» necessita una definició operativa: qui revisa, quina informació comprova i quina evidència conserva. Convertir un camp en obligatori assegura que tingui un valor, però no que sigui correcte ni que la revisió s’hagi fet amb l’abast previst.
En dissenyar etapes, evitar duplicar estats que ja existeixin al sistema de referència. L’usuari hauria d’entendre per què se li demana una dada i què permet fer el pas següent. Un procés breu i clar afavoreix una emplenada més consistent.
Documentació de referència: Business process flows overview.
Aprovacions i decisions humanes
L’acció Start and wait for an approval inicia una sol·licitud i espera la resposta. Les modalitats d’aprovació defineixen qui ha de respondre i com s’obté el resultat. Demanar la decisió de tots els participants i acceptar una primera resposta no són equivalents.
La sol·licitud hauria d’identificar l’objecte revisat: document, versió, abast i motiu. Un enllaç a un fitxer que canvia durant la revisió pot trencar la correspondència entre allò aprovat i allò que s’utilitza. Definir què passa si el contingut es modifica.
Establir també rebuig, absència i substitució. El silenci no s’ha de convertir per defecte en acceptació. Per a tasques de SST, el responsable ha de disposar del context i competència necessaris; l’automatització registra i coordina la decisió, però no aporta el raonament tècnic que no s’hagi fet.
Documentació de referència: Get started with approvals.
Mineria de processos i qualitat del registre
Process Mining analitza registres d’esdeveniments per reconstruir recorreguts i detectar diferències en el procés. La documentació exigeix identificar el cas, l’activitat i les marques temporals. Els registres d’activitat poden incloure inici i fi, mentre que un esdeveniment pot tenir una única data i hora.
Una anàlisi de revisions documentals necessita que «enviat», «rebut» i «revisat» tinguin significats consistents. Si diversos sistemes utilitzen la mateixa etiqueta per a fets diferents, el mapa pot representar una barreja de processos. Abans d’interpretar temps, revisar calendari, zones horàries i activitats absents.
Una demora observada no explica per si sola la causa. Pot reflectir una espera prevista, falta d’informació o un registre tardà. Contrastar l’anàlisi amb les persones responsables evita convertir una diferència de temps en una conclusió injustificada sobre el seu rendiment.
Documentació de referència: Prepare processes and event data for process mining.
Copilot, AI Builder i resultats verificables
Copilot ajuda a crear fluxos mitjançant llenguatge natural i ofereix assistència en anàlisi de processos. AI Builder permet utilitzar models preconstruïts o personalitzats dins de Power Platform. La disponibilitat de determinades capacitats depèn de regió, modalitat i estat de llançament.
Convé distingir l’ajuda per construir el flux d’una acció d’IA executada dins seu. En el primer cas es revisa el disseny proposat; en el segon, cada sortida pot necessitar validació. La interfície de conversa no elimina permisos, condicions de llicència ni criteris d’acceptació.
Com a prova editorial, extreure referències d’un petit conjunt de documents autoritzats i comparar cada resultat amb l’original. Registrar omissions, valors inventats i casos dubtosos. Una resposta ben estructurada encara pot contenir informació incorrecta; conservar la referència al document en facilita la revisió.
Documentació de referència: Copilot in Power Automate · AI Builder overview.
Entorns, solucions i manteniment
Els fluxos inclosos en solucions poden utilitzar referències de connexió i variables d’entorn per facilitar el trasllat entre desenvolupament, proves i producció. Una solució reuneix components relacionats; les variables permeten separar valors que canvien entre entorns de la lògica del flux.
La publicació hauria de comprovar connexions reals, permisos i dades de destí. Importar un paquet satisfactòriament no demostra que s’hagi connectat a l’entorn correcte. Una prova amb un registre clarament identificat permet verificar on s’ha escrit i quin efecte s’ha produït.
Documentar propietari, substitut i dependències. Quan canvia una llista, un camp o un compte, revisar els fluxos que l’utilitzen. El manteniment ha de formar part del procés des de l’inici; altrament, una automatització pot continuar executant-se amb supòsits que ja no són vàlids.
Documentació de referència: Benefits of solution-aware cloud flows.
Errors, temps d’espera i recuperació
Els scopes agrupen accions i permeten organitzar rutes de tractament de fallades. La documentació de fluxos al núvol estableix una durada màxima d’execució de trenta dies, inclosos passos pendents com aprovacions. Un procés que pot durar més necessita un disseny adequat d’estat i continuïtat.
Repetir una acció no sempre és innocu. Si el destí va crear un registre i es va perdre la resposta, repetir sense comprovar-ho pot generar una altra còpia. Conservar identificadors d’origen i destí facilita decidir què falta i què ja s’ha fet.
A les proves, provocar una fallada controlada abans i després d’una escriptura. Verificar que es detecta, que hi ha una persona responsable i que la recuperació produeix el resultat esperat. Un avís d’error és un senyal; resoldre’l requereix comprovar l’estat final al sistema receptor.
Documentació de referència: Use scopes to organise actions · Microsoft ISE: error-handling patterns · Limits of automated, scheduled and instant flows.
Llicències, connectors i cost total
Microsoft distingeix llicències Premium per usuari i modalitats de capacitat com Process i Hosted Process. Les funcions de connectors, automatització desatesa i màquines allotjades s’han de revisar segons l’escenari. Els drets inclosos en altres subscripcions no equivalen necessàriament a disposar de totes les capacitats.
Abans de pressupostar, identificar qui crea, executa i utilitza el procés, quins connectors hi intervenen i on s’allotja l’execució. El cost també inclou administració, suport, consum addicional i atenció d’excepcions. No s’ha de deduir a partir d’un únic compte que aconsegueix obrir una plantilla.
Una comparació entre eines hauria d’utilitzar el mateix volum i resultat esperat. En un flux de revisió documental, mesurar el cost per versió revisada amb traçabilitat, incloent pendents i rebutjos, ofereix una referència més útil que comptar simplement execucions.
Documentació de referència: Types of Power Automate licences · Power Automate licensing FAQ.
Accés actual i retirada de l’app mòbil
L’app mòbil de Power Automate es va retirar el 31 d’agost de 2026. Els fluxos al núvol continuen funcionant.
Per tant, un procediment intern no hauria de dependre d’instal·lar aquella app. Revisar les opcions vigents per executar, gestionar i respondre a sol·licituds a l’entorn utilitzat. Les instruccions de formació han de coincidir amb la interfície disponible per a cada participant.
En actualitzar un procés, comprovar tant l’execució automàtica com l’experiència de la persona que rep la tasca. Un flux pot continuar funcionant tècnicament mentre l’enllaç o canal descrit al manual ja no permet completar la revisió.
Documentació de referència: Power Platform changes: mobile app retirement.
Relació amb la seguretat i salut en el treball
Com a usos proposats per Sabentis, Power Automate pot coordinar revisions i transferències administratives al voltant de la SST:
- Revisió de materials: demanar aprovació sobre una versió concreta d’una comunicació preventiva.
- Preparació de reunions: recopilar referències aprovades i crear tasques internes per completar informació pendent.
- Seguiment de sol·licituds: registrar una petició, assignar revisió i conservar el resultat de la decisió.
El flux ordena qui intervé i quan. El botó d’aprovació no determina per si mateix que un procediment sigui tècnicament adequat, que una mesura sigui eficaç o que una formació cobreixi una necessitat del lloc.
Exemple hipotètic: revisar un material abans de distribuir-lo
Un equip prepara una guia d’acollida preventiva. L’han de revisar una persona responsable del contingut i una altra de l’adaptació al centre.
- Identificar el document i la versió. La petició inclou centre, idioma, propòsit i enllaç al fitxer que es revisarà.
- Definir si totes dues revisions són obligatòries i si han de seguir un ordre. No utilitzar la primera resposta quan calen totes dues.
- Registrar cada decisió amb la referència documental. Si es rebutja, tornar el material a preparació, conservant el motiu.
- Si la versió canvia durant la revisió, invalidar la petició anterior segons la regla acordada i demanar una nova revisió.
- Provar aprovació, rebuig, manca de resposta i accés insuficient al fitxer. Només la versió aprovada passa a preparada per distribuir.
La validació compara document, versió, revisors i resultat. Preparar la distribució no equival a enviar: aquest pas ha de tenir una autorització i un abast definits.
Polítiques de dades i continuïtat
Les polítiques de Power Platform poden bloquejar connectors o impedir que s’utilitzin junts. S’apliquen durant el disseny i l’execució; un flux pot quedar suspès per un conflicte. Un canvi de política també pot afectar processos que abans funcionaven.
Abans de dependre del flux, identifica qui controla les connexions, qui substitueix el responsable absent i com s’atenen peticions sense resposta. Comprova que els revisors accedeixen al fitxer correcte sense ampliar permisos innecessàriament. Separa la caducitat de l’enllaç, la disponibilitat del servei i la decisió de la persona: són causes diferents d’una petició pendent.
Documentació de referència: Impact of data policies on apps and flows.
Quan triar-lo i amb què complementar-lo
Té sentit avaluar-lo quan el procés ja utilitza serveis compatibles de l’entorn Microsoft i hi ha una administració clara d’identitats, polítiques i connexions. La decisió ha d’incloure llicències, manteniment i recuperació davant d’errors.
Microsoft Forms pot aportar una entrada estructurada; Microsoft Teams pot organitzar la col·laboració. Abans de connectar-los, confirma on queda el registre de referència i qui el pot modificar. Evita crear diverses llistes que semblin la versió oficial del mateix estat.
Preguntes freqüents sobre Power Automate
Una aprovació equival a una validació tècnica?
Només si la persona competent ha fet la revisió prevista i la decisió es vincula a la versió correcta. El registre acredita una resposta, no un raonament que no s’hagi documentat.
Per què un flux deixa de funcionar sense editar-lo?
Entre les possibles causes hi ha canvis de connexions, permisos o polítiques de dades. Revisa el diagnòstic concret abans de repetir accions.
Què ha de passar quan ningú no respon?
El procés ha de definir termini, substitució i tractament del cas pendent. El silenci no s’ha de convertir automàticament en aprovació.
