Informació general de connectors per a les aplicacions de llenç

Les dades són el nucli de la majoria d'aplicacions, incloent-hi les dades que creeu al Power Apps. Les dades s'emmagatzemen en una font de dades i les introduïu a l'aplicació creant una connexió. La connexió utilitza un connector específic per comunicar-se amb la font de dades. El Power Apps té connectors per a molts serveis populars i fonts de dades locals, com ara el SharePoint, l'SQL Server, l'Office 365, Salesforce i Twitter. Per començar a afegir dades a una aplicació de llenç, vegeu Afegir una connexió de dades a Power Apps.

Un connector pot proporcionar taules de dades o accions. Alguns connectors només ofereixen taules, alguns proporcionen només accions i alguns proporcionen totes dues coses. A més, el connector pot ser un connector estàndard o personalitzat.

Taules

Si el connector proporciona taules, afegiu la font de dades i, a continuació, seleccioneu la taula a la font de dades que voleu administrar. Power Apps Recuperen les dades de la taula a l'aplicació i actualitzen les dades de la font de dades automàticament. Per exemple, podeu afegir una font de dades que contingui una taula anomenada Lessons i, a continuació, definir la propietat Items d'un control, com ara una galeria o un formulari, en aquest valor a la barra de fórmules:

Podeu especificar les dades que recupera l'aplicació personalitzant la propietat Items del control que mostra les dades. Continuant amb l'exemple anterior, podeu ordenar o filtrar les dades de la taula Lessons utilitzant aquest nom com a argument per a les funcions Search i SortByColumn . En aquest gràfic, la fórmula a la qual es defineix la propietat Items especifica que les dades s'ordenen i filtren en funció del text de TextSearchBox1.

Per obtenir més informació sobre com personalitzar la fórmula amb taules, vegeu aquests articles:

Entendre les fonts de dades a Power Apps
Generar una aplicació a partir de dades de l'Excel
Crear una aplicació des de zero
Entendre les taules i els registres a Power Apps

Accions

Si el connector proporciona accions, encara heu de seleccionar la font de dades com abans. Tanmateix, en lloc de seleccionar una taula com a pas següent, connecteu manualment un control a una acció editant la propietat Elements del control que mostrarà les dades. La fórmula a la qual definiu la propietat Elements especifica l'acció que recupera les dades. Per exemple, l'aplicació no recupera cap dada si us connecteu i Yammer definiu la propietat Items al nom de la font de dades. Per emplenar un control amb dades, especifiqueu una acció com ara GetMessagesInGroup(5033622).messages.

Si necessiteu gestionar actualitzacions de dades personalitzades per als connectors d'acció, creeu una fórmula que inclogui la funció Patch . A la fórmula, identifiqueu l'acció i els camps que s'associen a l'acció.

Per obtenir més informació sobre com personalitzar la fórmula amb actualitzacions dels clients, vegeu aquests articles:

Pedaç
Recollir
Actualitzar

L'esquema dinàmic és un tipus de resultat comú per als connectors basats en accions. L'esquema dinàmic es refereix a la possibilitat que la mateixa acció pugui retornar una taula amb columnes diferents en funció de com es cridi. Les condicions que poden fer que les columnes de la taula difereixin inclouen els paràmetres d'entrada, l'usuari/funció que executa l'acció i el grup en què treballa l'usuari, entre d'altres. Per exemple, els procediments emmagatzemats SQL Server poden retornar columnes diferents si s'executen amb entrades diferents o una Azure DevOps instància pot utilitzar camps personalitzats que no estan disponibles per defecte.

Per obtenir més informació sobre com treballar amb l'esquema dinàmic a Power Apps, vegeu Treballar amb objectes dinàmics i sense tipus per obtenir una visió general i Connectar-se a Azure DevOps des per Power Apps obtenir un exemple detallat.

Connectors populars

Aquesta taula té enllaços a més informació sobre els nostres connectors més populars. Per obtenir una llista completa de connectors, vegeu Tots els connectors.

** S'aplica a Azure Blob, Box, Dropbox, Google Drive OneDrive i OneDrive per a empreses

Connectors estàndard i personalitzats

Power Apps proporciona connectors estàndard per a moltes fonts de dades d'ús comú. Si el Power Apps té un connector estàndard per al tipus de font de dades que voleu utilitzar, heu d'utilitzar aquest connector. Si voleu connectar-vos a altres tipus de fonts de dades, com ara un servei que heu creat, vegeu Registrar i utilitzar connectors personalitzats.

Tots els connectors estàndard

Els connectors estàndards no necessiten llicències especials. Per obtenir més informació, vegeu Power Apps Plans.

Podeu fer preguntes sobre un connector específic als Power Apps fòrums i podeu suggerir connectors que vulgueu afegir o altres millores per fer a l'inIdees Power Apps .

Seguretat i tipus d'autenticació

A mesura que creeu l'aplicació i creeu una connexió amb una font de dades, és possible que vegeu que la vostra elecció de connector us permet utilitzar diferents maneres d'autenticar-vos. Per exemple, el connector SQL Server us permet utilitzar Microsoft Entra Integrated, SQL Server Authentication i Windows Authentication. Cada tipus d'autenticació té diferents nivells de seguretat associats. És important que entengueu la informació i els drets que compartiu amb els usuaris que utilitzen la vostra aplicació. L'exemple principal d'aquest article és l'SQL Server, però els principis s'apliquen a tots els tipus de connexions.

Microsoft Entra ID

Aquesta autenticació és un tipus de connexió segura. Per exemple, el SharePoint utilitza aquest tipus d'autenticació. L'SQL Server també permet aquest tipus d'autenticació. Quan us connecteu, el Microsoft Entra servei us identifica per separat en SharePoint nom vostre. No cal que proporcioneu un nom d'usuari o una contrasenya. Com a autor, podeu crear i treballar amb la font de dades amb les vostres credencials. Quan publiqueu l'aplicació i l'usuari de l'aplicació inicia la sessió, ho fa amb les seves credencials. Si les dades estan protegides adequadament en un back-end, els usuaris només poden veure el que estan autoritzats a veure en funció de les seves credencials. Aquest tipus de seguretat us permet canviar els drets d'usuaris específics de l'aplicació a la font de dades del back-end després de la publicació de l'aplicació. Per exemple, podeu concedir accés, denegar l'accés o restringir el que un usuari o conjunt d'usuaris poden veure a la font de dades del back-end.

Autorització d'estàndard obert (OAuth)

Aquest tipus de connexió també és segura. Per exemple, Twitter utilitza aquest tipus d'autenticació. Quan us connecteu, heu de proporcionar el vostre nom d'usuari i contrasenya. Com a autor, podeu crear i treballar amb la font de dades amb les vostres credencials. Quan publiqueu l'aplicació i l'usuari de l'aplicació inicia la sessió, també ha de proporcionar les seves credencials. Per tant, aquest tipus de connexió és segura perquè els usuaris han d'utilitzar les seves pròpies credencials per accedir al servei de la font de dades.

Connexions compartides / Connexions implícites segures

En una connexió compartida, l'autor proporciona el nom d'usuari i la Power Apps contrasenya de la connexió en el moment en què es crea la font de dades a l'aplicació. L'autenticació de connexió a la font de dades es comparteix implícitament amb els usuaris finals. Tan bon punt es publiqui l'aplicació, la connexió també es publica i està disponible per als usuaris.

Abans del gener de 2024, els usuaris finals podien agafar la connexió que es comparteix amb ells i crear aplicacions noves independents. Els usuaris no poden veure el nom d'usuari ni la contrasenya, però la connexió estarà disponible per a ells. Tanmateix, després de gener de 2024, totes les connexions compartides de nova creació estan assegurades. Tingueu en compte que les aplicacions antigues s'han de tornar a publicar per ser segures. La connexió ja no es comparteix amb els usuaris finals. El Power App publicat parla amb un proxy de connexió. El servidor intermediari de connexió només parla amb el Power App específic per al qual està enllaçat. El servidor intermediari de connexió limita les accions que s'envien a les connexions a les del Power App {Get, Put/Patch, Delete} per a un font de dades determinat. Si teniu una aplicació que utilitza les connexions publicades abans del gener de 2024, heu de tornar a publicar l'aplicació i deixar de compartir les connexions amb els usuaris finals que no les haurien de tenir.

A SQL Server, un exemple d'aquest tipus de connexió és SQL Autenticació del servidor. Moltes altres fonts de dades de la base proporcionen una capacitat similar. Quan publiqueu l'aplicació, els usuaris no necessiten proporcionar un nom d'usuari i una contrasenya únics.

Notificació per actualitzar les aplicacions (connexions implícites segures)

Si teniu aplicacions que es poden actualitzar per utilitzar aquesta funció, veureu un missatge a la pàgina Aplicacions. Indica el nombre d'aplicacions que necessiten la vostra atenció.

Seleccioneu l'enllaç i s'obrirà un tauler lateral que enumera totes les aplicacions que necessiten atenció.

Seleccioneu la icona d'obertura a la dreta del nom de l'aplicació per obrir-la i tornar-la a publicar. Continueu amb les indicacions següents.

Habilitar connexions implícites segures per a una aplicació existent

Obriu una aplicació existent oberta per editar-la amb connexions compartides implícitament ja publicades:

1. A la barra d'ordres, seleccioneu Configuració i cerqueu "Segur".
2. Actualitzeu el modificador de característiques adequadament per habilitar connexions implícites segures.
3. Deseu i publiqueu l'aplicació.

Deixar de compartir

Un cop publicada l'aplicació, seguiu aquests passos per verificar que l'ús compartit funcioni correctament:

• Comproveu si les connexions es comparteixen amb els copropietaris. Si no voleu que un usuari final obtingui una connexió, desmarqueu la casella Copropietari .

  

• Per verificar que la funció funcioni correctament, comparteix l'aplicació amb un altre usuari que no sigui propietari. Un cop compartiu l'aplicació, comproveu la llista Connexions a la pestanya Dataverse d'aquest Power Apps usuari. Verifiqueu que l'usuari no tingui cap connexió disponible.

• Obriu el tauler Compartir per canviar el dret de l'usuari final a la connexió. Si trieu la X , se suprimeix l'accés de l'usuari a la connexió.

  

Utilitzar aplicacions amb una nova connexió implícita segura

Quan l'aplicació es torna a publicar i es comparteix, els usuaris finals no tenen accés a la connexió, però treballen amb la connexió intermediaria oculta. Els usuaris no poden crear una aplicació nova basada en la connexió original.

Limitacions

1. Funcionen tots els tipus de connexions compartides implícitament, com ara l'acció i la tabular.
2. Els noms del servidor i de la base de dades s'amaguen a les traces de la xarxa, però són visibles al diàleg de consentiment. Els noms de les columnes no s'amaguen.
3. Per als connectors tabulars, només limitem les accions CRUD com ara Obtenir, Publicar, Posar o Suprimir. Si teniu permisos per a Put, teniu accés a Post.
4. Límit de connectors basats en accions en funció de l'API específica que s'utilitza a l'aplicació.
5. Els advertiments encara estan habilitats a l'ús compartit. L'avís sobre les connexions compartides implícitament encara adverteix en la versió preliminar. Tanmateix, la vostra connexió amb aquesta funció és segura, malgrat l'avís.
6. No s'admet la publicació en un inquilí sencer, en lloc de grups o individus específics.
7. Hi ha un problema conegut quan s'importa una connexió segura compartida implícitament mitjançant una referència de connexió. La seguretat no està configurada correctament a l'entorn de destinació.
8. Hi ha un problema conegut en importar una solució mitjançant una entitat de servei, que provoca un error d'importació. Una solució alternativa és compartir la connexió amb l'entitat de servei.

Autenticació del Windows

Aquest tipus de connexió no és segura perquè no està basada en l'autenticació de l'usuari final. Utilitzeu l'autenticació del Windows quan necessiteu connectar-vos a una font de dades local. Un exemple d'aquest tipus de connexió és un servidor local que tingui un servidor SQL. La connexió ha de passar per una passarel·la. Atès que passa per una passarel·la, el connector té accés a totes les dades de la font de dades. Com a resultat, qualsevol informació a la qual pugueu accedir amb les credencials del Windows que proporcioneu està disponible per al connector. I tan bon punt es publiqui l'aplicació, la connexió també es publica i està disponible per als usuaris. Aquest comportament vol dir que els usuaris finals també poden crear aplicacions utilitzant aquesta mateixa connexió i accedir a les dades de l'ordinador. Les connexions a la font de dades també es comparteixen implícitament amb els usuaris amb els quals es comparteix l'aplicació. Aquest tipus de connexió pot ser vàlida quan la font de dades només es troba en un servidor local i les dades d'aquesta font es poden compartir lliurement.

Fonts de dades en solucions

Les solucions s'utilitzen per a la gestió del cicle de vida de les aplicacions i proporcionen altres capacitats per gestionar el cicle de vida de les fonts dedades. Si hi ha una aplicació de llenç en una solució, es poden crear referències de connexió i variables d'entorn per emmagatzemar informació sobre les fonts de dades. Aquest procés garanteix que les fonts de dades es puguin canviar o restablir quan les solucions es migren a diferents entorns.

Canviar el nom de les fonts de dades de les aplicacions.

Per obtenir informació sobre com canviar el nom de les fonts de dades en una aplicació i la diferència entre les fonts de dades tabulars i les basades en accions, aneu a Canviar el nom Power Apps de les fonts de dades basades en accions.

Quadre de diàleg de consentiment

Quan els usuaris obren una aplicació que utilitza connectors per primera vegada, veuen un quadre de diàleg de "consentiment de connexió" per als propòsits següents.

1. Informar els usuaris sobre les fonts de dades a les que té accés l'aplicació.

2. Per descriure les accions, un connector pot funcionar o no en una aplicació. Per exemple, per a les aplicacions que utilitzen el connector Usuaris Office 365 :

   • Aquesta aplicació és capaç de:
     • Llegir el vostre perfil d'usuari complet.
     • Llegir el perfil complet de tots els usuaris.
   • L'aplicació no pot:
     • Modificar o suprimir qualsevol informació del perfil d'usuari.

3. Emmagatzemar el consentiment de l'usuari final per connectar-se a les fonts de dades que utilitza l'aplicació.

4. Facilitar l'autenticació manual de l'usuari final quan calgui.

En algunes connexions, el Power Platform pot autenticar automàticament un usuari perquè accedeixi a una font de dades. No obstant, si l'inici de sessió automàtic falla, aquest diàleg demanarà als usuaris que estableixin una connexió iniciant sessió manualment. Power Platform només pot intentar l'inici de sessió automàtic per a una connexió quan un font de dades autoritza prèviament Microsoft's Azure Entitat de servei de connexions d'API, atorgant-li permís per dur a terme l'inici de sessió únic per a un usuari quan es crea una connexió. Per obtenir més informació sobre l'inici de sessió únic, vegeu Què és l'inici de sessió únic (SSO)?

Tingueu en compte que per a les aplicacions basades en models que utilitzen pàgines personalitzades, quan hi ha diverses pàgines personalitzades en una aplicació, el diàleg de consentiment demana permisos de dades per a tots els connectors de totes les pàgines personalitzades, encara que no estiguin obertes.

La imatge següent és un exemple del diàleg de consentiment de connexió per a una aplicació que es connecta a un lloc del SharePoint.

Per seleccionar connectors, els administradors poden suprimir aquest diàleg i el consentiment en nom dels usuaris finals per connectar-se a una font de dades. A la taula següent s'explica quins tipus de connectors es pot suprimir el diàleg de consentiment per a una aplicació.

El Microsoft Power Platform només pot suprimir el diàleg de consentiment per a les connexions a fonts de dades en les quals:

1. No existeix obligació per part de la font de dades de mostrar un IU de consentiment explícit.
2. El font de dades autoritza prèviament Microsoft's Azure Entitat de servei de connexions API per habilitar l'inici de sessió únic.
3. Un administrador configura una aplicació per suprimir el consentiment de les connexions anteriors.

L'autorització prèvia de l'entitat de servei de connexions d'API Microsoft's Azure existeix per a les fonts de dades pròpies de Microsoft i pot ser configurada per aplicacions personalitzades registrades en un Microsoft Entra inquilí que utilitzen connectors personalitzats. Un administrador gestiona la supressió del consentiment per aplicació (en lloc del connector), de manera que la supressió s'administra al nivell d'experiència de l'aplicació més granular: aquest nivell de granularitat impedeix que la supressió del consentiment per a les "aplicacions aprovades" d'una organització suprimeixi involuntàriament el consentiment per a les aplicacions que no estan aprovades o revisades.