Què és Power Apps
Microsoft Power Apps és una plataforma de desenvolupament d’aplicacions empresarials amb eines visuals, fórmules i connexions a dades. Permet construir aplicacions de llenç i basades en models, dins de l’ecosistema Power Platform. El desenvolupament pot combinar configuració de baix codi amb extensions professionals.
Una aplicació útil organitza una interacció: què necessita fer la persona, quina informació veu, què pot modificar i com sap que ha acabat. La pantalla és només una part. També calen dades coherents, regles, permisos i una manera d’atendre errors o canvis posteriors.
Documentació de referència: What is Power Apps?.
Origen i evolució del producte
Microsoft va presentar PowerApps el 30 de novembre de 2015 amb el propòsit de facilitar aplicacions empresarials i connexions a serveis. La disponibilitat general va arribar l’1 de novembre de 2016, juntament amb Microsoft Flow. La proposta es va ampliar des de construcció visual cap a gestió de dades, processos i desenvolupament assistit.
El març de 2021 Microsoft va presentar Power Fx com a llenguatge de fórmules de baix codi basat en Excel. El maig de 2022 va anunciar Power Pages per crear llocs web; els antics Power Apps Portals s’han d’entendre dins d’aquesta evolució, no com una tercera modalitat actual equivalent a llenç i models.
Els canvis de nom i catàleg expliquen diferències entre manuals. Abans de reutilitzar una solució, identificar el tipus d’aplicació, el servei de dades i la data de la documentació. Un nom semblant no demostra que dos productes tinguin els mateixos permisos o condicions de llicència.
Documentació de referència: Introducing Microsoft PowerApps, November 2015 · General availability of PowerApps and Flow, November 2016 · Introducing Microsoft Power Fx, March 2021 · Power Platform at Build 2022: Power Pages.
Aplicacions de llenç i basades en models
Les aplicacions de llenç permeten controlar pantalles i propietats dels elements mitjançant Power Fx i connectors. Les basades en models organitzen l’experiència a partir de taules, relacions, formularis i vistes a Dataverse. La consistència prové d’una estructura compartida, mentre que el llenç ofereix més control visual.
Per triar, observar què domina el problema. Una interacció breu i molt específica pot requerir una pantalla dissenyada a mida. Un procés amb molts registres relacionats pot beneficiar-se de navegació i formularis basats en el model. El criteri hauria d’incloure manteniment i facilitat d’ús.
Tots dos enfocaments necessiten una definició de dades i permisos. Un prototip visual no hauria de decidir accidentalment qui pot consultar o canviar informació. Provar amb els rols reals abans d’ampliar l’ús.
Documentació de referència: Model-driven app overview and canvas comparison.
Dataverse i disseny de les dades
Dataverse emmagatzema informació en taules, files i columnes, amb taules estàndard i personalitzades i controls d’accés per rols. És una base de dades i gestió compartida per aplicacions de Power Platform. L’evolució del catàleg inclou Dataverse for Teams, anunciat com a disponible el novembre de 2020.
Un model senzill per a sol·licituds de materials pot separar centres, materials i sol·licituds. Cada conjunt necessita identificadors estables. Relacionar-los evita repetir noms i permet retirar un material sense esborrar les sol·licituds històriques que el referenciaven.
Definir què significa cada estat i qui el pot canviar. «Preparat», «aprovat» i «lliurat» descriuen fets diferents. Si tots es redueixen a un únic indicador, l’aplicació perd capacitat per explicar quina feina queda pendent i quina evidència sosté el resultat.
Documentació de referència: What is Microsoft Dataverse? · Dataverse for Teams, November 2020.
Fórmules i regles comprensibles
Power Fx expressa lògica mitjançant fórmules i s’inspira en la familiaritat d’Excel. La semblança facilita l’aprenentatge, però una aplicació ha de gestionar interacció, estat i dades compartides. Conèixer fulls de càlcul ajuda; no elimina la necessitat de provar el comportament complet.
Una regla de quantitat hauria de distingir valor buit, zero, negatiu i superior al límit acordat. Un missatge comprensible explica com corregir la dada. Amagar l’error o substituir-lo per un valor per defecte pot fer que una sol·licitud sembli vàlida sense ser-ho.
Separar regles de presentació i regles del procés. Canviar el color d’un estat pot millorar lectura, però el permís per aprovar s’ha d’aplicar on es controla la dada. Documentar exemples d’entrades admeses i rebutjades facilita comprovar canvis i transferir el manteniment.
Documentació de referència: Introducing Microsoft Power Fx, March 2021.
Compartir l’aplicació i protegir les fonts
Compartir una aplicació de llenç no concedeix automàticament tots els permisos sobre les fonts. Microsoft indica que s’han de revisar taules de Dataverse i altres recursos, com fitxers d’Excel connectats. L’aplicació i les dades tenen controls que han de funcionar coherentment.
Provar almenys els perfils de qui sol·licita, qui revisa i qui administra. La comprovació hauria d’incloure lectura i modificació, tant des de la pantalla com als recursos accessibles per altres camins. Una llista filtrada visualment no demostra aïllament d’informació.
Abans de lliurar, deixar clar qui afegeix o retira usuaris i què passa quan algú canvia de lloc. Un accés adequat al pilot pot deixar de ser-ho en ampliar l’abast. Conservar un inventari de fonts i rols facilita aquesta revisió.
Documentació de referència: Share a canvas app and its data sources.
Consultes, delegació i resultats incomplets
La delegació permet que una consulta es processi a la font. Quan una operació no és delegable, Power Apps pot treballar només amb un subconjunt local. La documentació vigent indica 500 registres per defecte i un límit configurable fins a 10.000; augmentar-lo no resol per si sol el disseny de la consulta.
El risc pràctic és una resposta aparentment correcta però incompleta. Una cerca de sol·licituds pendents pot retornar zero si els registres rellevants han quedat fora del conjunt recuperat. Aquest resultat no s’hauria d’interpretar automàticament com absència de feina.
Provar amb prou dades per superar el límit configurat i incloure casos coneguts al final del conjunt. Comparar amb la font i revisar advertiments de l’editor. En un informe auxiliar de SST, la cobertura de registres forma part de la qualitat de la dada, a més del format.
Documentació de referència: Understand delegation in canvas apps.
Ús mòbil i treball sense connexió
Les aplicacions de llenç poden funcionar sense connexió mitjançant Power Apps Mobile, amb capacitats específiques per a Dataverse o emmagatzematge local limitat mitjançant funcions. La documentació exclou el funcionament offline d’aplicacions de llenç en navegadors. Obrir la mateixa pantalla en un telèfon no proporciona per si sol sincronització.
Definir quina informació es descarrega, quant temps es pot utilitzar i què passa en recuperar connexió. Una referència vigent a l’inici de la jornada pot haver canviat. La pantalla hauria de distingir dades locals pendents de sincronitzar de dades confirmades a la font.
La prova ha d’incloure pèrdua de cobertura, tancament de l’app, reconnexió i modificació concurrent. Verificar que no es perd ni duplica la sol·licitud. Per a materials preventius, mostrar versió i data ajuda a identificar contingut que cal actualitzar abans d’utilitzar-lo.
Documentació de referència: Develop offline-capable canvas apps.
Accessibilitat i disseny adaptable
Microsoft ofereix pautes de disseny adaptable i un comprovador d’accessibilitat per a aplicacions de llenç. Les guies inclouen etiquetes, contrast, lectura i navegació. Aquests recursos ajuden a revisar l’aplicació, però utilitzar-los no equival a certificar automàticament tota l’experiència.
La guia d’accessibilitat de Defra identifica problemes coneguts a Power Apps i remet a comprovacions de controls concrets. És una referència pràctica que reforça la necessitat de provar l’aplicació real, en lloc de suposar accessibilitat per utilitzar una plataforma determinada.
En una app de suport a SST, provar lectura amb ampliació, navegació per teclat, missatges d’error i botons en pantalla petita. No transmetre estats només mitjançant color. El recorregut ha de permetre corregir una dada sense perdre tota la sol·licitud i confirmar què s’ha guardat.
Documentació de referència: Build responsive canvas apps · Create accessible canvas apps · Defra: Power Apps accessibility guidance.
Creació assistida i pàgines generatives
Les pàgines generatives permeten descriure una pàgina d’una aplicació basada en models mitjançant llenguatge natural i seleccionar dades de referència. El sistema genera codi React i permet refinar el resultat. Algunes connexions, com determinats connectors i API personalitzades, consten documentades en versió preliminar.
La generació pot accelerar una primera interfície, però el resultat s’ha de revisar com qualsevol desenvolupament. Comprovar camps utilitzats, operacions d’escriptura, permisos i comportament amb dades buides. Una captura atractiva no demostra que la lògica compleixi l’objectiu.
Per a un pilot, demanar una pantalla acotada i definir exemples d’acceptació abans de generar-la. Comparar la proposta amb els exemples, registrar ajustos i verificar-la amb rols diferents. La revisió ha d’incloure la dada guardada a la font, a més d’allò que es mostra en pantalla.
Documentació de referència: Generate a page using natural language.
Proves, publicació i manteniment
Power Apps disposa de recursos de comprovació, seguiment d’esdeveniments i proves. Test Studio permet definir proves mitjançant expressions o gravació d’interaccions. La gestió del cicle de vida de Power Platform organitza desenvolupament, prova, desplegament i operació de les solucions.
Una prova completa comença en una necessitat i acaba en un resultat desat. Per a una sol·licitud, comprovar que es crea una sola vegada, que la persona adequada pot revisar-la i que un usuari sense permís no la pot modificar. Incloure fallades de connexió i dades desactualitzades.
El lliurament hauria de conservar una versió identificable, un responsable i un procediment de canvi. Les correccions s’han de provar abans d’afectar l’ús real. Documentar fonts, camps i dependències facilita que una altra persona mantingui l’aplicació sense reconstruir les decisions originals.
Documentació de referència: Testing and monitoring in Power Apps · Power Apps Test Studio · Application lifecycle management in Power Platform.
Llicències i canvis anunciats en desenvolupament
El catàleg distingeix ús per a desenvolupament i proves de llicències per executar aplicacions empresarials. Els connectors, Dataverse i capacitats d’administració s’han de comprovar per als usuaris reals. Que un compte pugui crear una app no demostra que tota l’organització tingui dret a utilitzar-la.
Microsoft preveu per a entorns de desenvolupador no administrats: fi de creació el 15/11/2026, suspensió el 15/12/2026 i eliminació el 15/01/2027. Són dates futures respecte a aquesta revisió.
El pressupost hauria d’incloure usuaris, dades, administració i manteniment. Abans de construir, comprovar si un formulari o una funció disponible resol la necessitat. Una aplicació a mida aporta valor quan millora una interacció concreta i hi ha capacitat per sostenir-la després del pilot.
Documentació de referència: Power Apps licensing and pricing · Announced changes to developer environments.
Aplicacions en seguretat i salut en el treball
En SST, una aplicació acotada pot recollir sol·licituds de materials, organitzar propostes de temes per a sessions o facilitar la consulta d’un catàleg aprovat. El valor és estructurar una interacció i reduir dades incompletes. Sabentis proposa aquests exemples com a suports auxiliars; abans de construir, comprovar si el sistema corporatiu ja resol el procés evita duplicar registres o generar una segona versió d’informació preventiva.
Exemple desenvolupat i comprovacions
Una aplicació podria permetre sol·licitar materials d’una campanya indicant centre, idioma i quantitat. L’equip rebria registres estructurats i comprovaria les necessitats abans de preparar els materials, sense convertir l’aplicació en un sistema d’avaluació de riscos.
- Definir tres conjunts de dades: materials vigents, centres autoritzats i sol·licituds, amb identificadors estables.
- Dissenyar una pantalla per triar material, idioma i quantitat, mostrant la versió del recurs.
- Separar els permisos de qui sol·licita dels de qui revisa; provar-los amb comptes de cada rol.
- Validar quantitats, camps obligatoris i selecció de materials retirats, mostrant missatges entenedors.
- Comprovar que una sol·licitud desada apareix una sola vegada a la font i que l’estat coincideix a l’aplicació.
L’assaig ha d’incloure pèrdua de connexió, doble pulsació i canvis de catàleg mentre algú té el formulari obert. Un missatge d’èxit només s’ha de mostrar quan el desament hagi conclòs. El resultat esperat és una petició traçable i revisable, sense que l’aplicació prometi existències, enviament o aprovació que el procés encara no ha confirmat.
Limitacions i condicions d’ús
Crear una pantalla és només una part de la feina. Cal validar permisos, regles, dades i funcionament davant d’errors; la disponibilitat de connectors, capacitat i funcions depèn de la configuració i llicència, i requereix manteniment quan canvien els processos.
Amagar un botó o filtrar una pantalla no constitueix per si sol una regla d’accés a les dades. Cal revisar connexions i permisos a la font corresponent. Un prototip també pot fallar quan augmenta el volum o canvien columnes i relacions. Llicències, connectors i capacitat s’han de comprovar per als usuaris reals, no únicament per al compte que construeix l’aplicació.
Com triar i complementar l’eina
Convé triar Power Apps quan hi ha un procés definit, fonts compatibles i responsables d’administració a l’ecosistema Microsoft. Power BI pot complementar l’anàlisi agregada de sol·licituds; Excel pot ajudar a preparar un catàleg inicial, evitant convertir còpies disperses en fonts paral·leles. Si només es necessita una consulta ocasional, valorar el cost de mantenir una aplicació completa.
El lliurament hauria d’incloure propietari funcional, responsable tècnic, diccionari de camps i procediment de canvis. Separar desenvolupament, prova i ús real permet comprovar una modificació abans d’afectar qui depèn del procés. L’aparença acabada no demostra que aquests aspectes estiguin resolts.
Preguntes freqüents
Aplicació de llenç i basada en models són equivalents?
No. La primera prioritza el control del disseny; la segona organitza l’experiència al voltant de dades i relacions a Dataverse.
Compartir l’aplicació concedeix accés a totes les dades?
No necessàriament. Cal configurar els permisos de les fonts i recursos que utilitza.
Baix codi significa que no cal manteniment?
No. Canvis de processos, permisos, connexions o dades poden exigir ajustos i noves comprovacions.
