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 dadesi us aporten dades a l'aplicació mitjançant la creació d'una connexió. La connexió utilitza un connector específic per parlar 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ó del llenç, vegeu Afegir una connexió de dades al 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. També el connector pot ser un connector estàndard o personalitzat.

Taules

Si el connector proporciona taules, afegiu el font de dades i, a continuació, seleccioneu la taula al font de dades que voleu administrar. Power Apps Tots dos recuperen les dades de la taula a l'aplicació i actualitzen les dades del vostre font de dades automàticament. Per exemple, podeu afegir una font de dades que contingui una taula anomenada Lliçons i, a continuació, definir la propietat Items d'un control, com ara una galeria o un formulari, a 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. En continuar amb l'exemple anterior, podeu ordenar o filtrar les dades de la taula Lliçons amb aquest nom com a argument per a les funcions Search i SortByColumn. En aquest gràfic, la fórmula amb la qual està definida la propietat Items especifica que les dades s'ordenen i es filtren segons el text a TextSearchBox1.

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

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

Accions

Si el connector proporciona accions, encara heu de seleccionar la font de dades com abans. En lloc de seleccionar una taula com al pas següent, però, podeu connectar manualment un control a una acció editant la propietat Items del control que mostrarà les dades. La fórmula a la qual definiu la propietat Items especifica l'acció que recupera dades. Per exemple, l'aplicació no recuperarà cap dada si us connecteu a Yammer i, a continuació, 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 heu de gestionar les 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 vinculareu a l'acció.

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

Pedaç
Collect
Actualització

L'esquema dinàmic és un tipus comú de resultat per als connectors basats en accions. L'esquema dinàmic es refereix a la possibilitat que una mateixa acció retorni una taula amb columnes diferents depenent de com es cridi. Les condicions que poden fer que les columnes de la taula siguin diferents inclouen els paràmetres d'entrada, l'usuari o la funció que executa l'acció i el grup en què treballa l'usuari, entre d'altres. Per exemple, els procediments emmagatzemats de l'SQL Server poden retornar diferents columnes si s'executen amb diferents entrades o una instància de l'Azure DevOps pot utilitzar camps personalitzats que no estan disponibles per defecte. Tingueu en compte que la documentació del connector mostra resultats d'esquema dinàmic amb aquest missatge "Les sortides d'aquesta operació són dinàmiques". com a valor de retorn.

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

Connectors populars

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

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

Connectors estàndard i personalitzats

El Power Apps proporciona connectors estàndard per a moltes fonts de dades comunament utilitzades. 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 hàgiu 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 Plans del Power Apps.

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

Seguretat i tipus d'autenticació

A l'hora de crear l'aplicació i de crear una connexió a una font de dades, pot ser que l'elecció del connector us permeti l'ús de diverses maneres d'autenticar-se. Per exemple, el connector de l'SQL Server us permet utilitzar Microsoft Entra l'autenticació integrada, l'SQL Server i l'autenticació de Windows. 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

Es tracta d'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 correctament protegides en un extrem, els usuaris només poden veure allò que estan autoritzats a veure en funció de les seves credencials. Aquest tipus de seguretat us permet canviar els drets dels usuaris d'una aplicació específica 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ó estàndard oberta (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, el nom d'usuari i la contrasenya de la connexió són proporcionats per l'autor en el moment en què es crea el font de dades a l'aplicació Power Apps . L'autenticació de connexió al 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 podrien prendre la connexió que es comparteix amb ells i crear noves aplicacions independents. Els usuaris no poden veure el nom d'usuari ni la contrasenya, però la connexió estaria disponible per a ells. No obstant això, a partir de gener de 2024, totes les connexions compartides de nova creació estan assegurades. Tingues en compte que les aplicacions antigues s'han de tornar a publicar per ser segures. Això significa que la connexió ja no es comparteix amb els usuaris finals. El Power App publicat parla amb un servidor intermediari de connexió. El servidor intermediari de connexió només parlarà 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 {Obté, posa/pega, suprimeix} per a un font de dades determinat. Si teniu una aplicació que utilitza les connexions publicades abans del gener del 2024, hauríeu de tornar a publicar l'aplicació i deixar de compartir les connexions amb els usuaris finals que no les haurien de tenir.

A l'SQL Server, un exemple d'aquest tipus de connexió és l'autenticació de l'SQL Server. 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 mostrarà totes les aplicacions que necessiten atenció.

Seleccioneu la icona oberta a la dreta del nom de l'aplicació per obrir-la i tornar-la a publicar. Consulteu les indicacions a continuació.

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

Obriu una aplicació oberta per editar-la amb connexions compartides implícitament i que s'hagi publicat anteriorment:

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

Deixar de compartir

Un cop publicada l'aplicació, segueix 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ó funciona correctament, comparteix l'aplicació amb un altre usuari que no sigui propietari. Un cop hàgiu compartit l'aplicació, comproveu la llista Connexions de la Dataverse pestanya d'aquest Power Apps usuari. Verifiqueu que l'usuari no tingui cap connexió disponible.

• Obriu la subfinestra Ús compartit per canviar el dret de l'usuari final a la connexió. Si trieu la X , s'eliminarà l'accés de l'usuari a la connexió.

  

Utilitzar aplicacions amb una nova connexió implícita segura

Quan es torni a publicar i es comparteixi l'aplicació, els usuaris finals no tindran accés a la connexió, però funcionaran amb la connexió del servidor intermediari ocult. No podran crear una aplicació nova basada en la connexió original.

Limitacions

1. Funcionen tot tipus de connexions compartides implícitament, com ara accions i tabulars.
2. Els noms dels servidors i de les bases de dades estan ocults a les traces de la xarxa, però són visibles al diàleg de consentiment. Els noms de les columnes no s'amaguen.
3. En el cas dels connectors tabulars, només limitem les accions CRUD, com ara Obté, Publica, Posa o Suprimeix. Si teniu permisos per posar , teniu accés a Publica ·.
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 activats per compartir. L'advertiment sobre connexions compartides implícitament encara s'adverteix mentre es troba en previsualització privada. Tanmateix, la vostra connexió amb aquesta funció és segura, malgrat l'advertiment.
6. No s'admet la publicació a tot un inquilí, a diferència de grups o individus específics.
7. Hi ha un problema conegut en importar una connexió segura compartida implícitament mitjançant una referència de connexió. La seguretat no s'estableix correctament a l'entorn de destinació.
8. Hi ha un problema conegut en importar una solució mitjançant un principi de servei, causant un error d'importació. Una solució alternativa és compartir la connexió amb el principal del 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 us hàgiu de connectar a una font de dades que sigui 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 amb 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 les vostres fonts de dades només viuen en un servidor local i les dades de la font es poden compartir lliurement.

Fonts de dades en solucions

Les solucions s'utilitzen per a la gestió del cicle de vida de l'aplicació i proporcionen altres capacitats per gestionar el cicle de vida de les fonts de dades. Si una aplicació de llenç és a una solució, es poden crear referències de connexió i variables d'entorn per emmagatzemar informació sobre les fonts de dades. D'aquesta manera, les fonts de dades es poden canviar o tornar a establir quan les solucions es migren a entorns diferents.

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

Per obtenir més informació sobre el canvi de nom de les fonts de dades en una aplicació i la diferència entre fonts de dades tabulars i basats en accions, aneu a Canviar el nom de les fonts de dades del Power Apps basades en accions.

Quadre de diàleg de consentiment

Quan els usuaris obren una aplicació que utilitza connectors per primera vegada, veuen un diàleg de "consentiment de connexió" per a les finalitats següents.

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

2. Descriure les accions que pot fer un connector o no en una aplicació. Per exemple, per a les aplicacions que utilitzen el connector de l'Office 365 Users podria ser el següent.

   • Aquesta aplicació és capaç de:
     • Llegir el vostre perfil d'usuari complet.
     • Llegir el perfil complet de tots els usuaris.
   • No podrà:
     • 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 preautoritza el principal del servei de connexions de l'API de l'Azure de Microsoft, atorgant-li permís per realitzar 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, fins i tot si encara no s'han obert.

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'expliquen quins tipus de connectors pot suprimir el diàleg del 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 preautoritza el principal del servei de connexions de l'API de l'Azure de Microsoft per habilitar l'inici de sessió únic.
3. Un administrador configura una aplicació per suprimir el consentiment de les connexions anteriors.

La preautorització del principal del servei de connexions de l'API de l'Azure de Microsoft 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 administra la supressió de consentiment de manera individual a cada aplicació (en lloc de la base de connectors), de manera que la supressió s'administra a la majoria del nivell d'experiència de l'aplicació granular: aquest nivell de granularitat impedeix la supressió del consentiment per part de les "aplicacions aprovades" d'una organització i que suprimeixi de manera inadvertida el consentiment de les aplicacions que no estan aprovades ni revisades.