Visión xeral de conectores para aplicacións de lenzo

Os datos están no núcleo da maioría das aplicacións, incluídos os datos que constrúe en Power Apps. Os datos gárdanse nun orixe de datos, e traes eses datos á túa aplicación creando unha conexión. A conexión usa un conector específico para falar co orixe de datos. Power Apps ten conectores para moitos servizos populares e orixes de datos locais, incluído SharePoint, SQL Server, Office 365, Salesforce e Twitter. Para comezar a engadir datos a unha aplicación de lenzo, consulta Engadir unha conexión de datos Power Apps.

Un conector pode proporcionar táboas de datos ou accións. Algúns conectores fornecen só táboas, outros fornecen só accións e outros fornecen ambas. Tamén o teu conector pode ser un conector estándar ou personalizado.

Nota

Recoméndase manter o número de conectores nunha aplicación de lenzo nun máximo de 10 e as referencias de conexión en non máis de 20. Superar estes límites pode levar a tempo de carga máis longo para os usuarios ao iniciar a aplicación e pode causar problemas ao gardar a aplicación.

Táboas

Se o teu conector fornece táboas, engade o teu orixe de datos e despois selecciona a táboa no orixe de datos que queres xestionar. Power Apps ambos recuperan os datos da táboa na súa aplicación e actualizan automaticamente os datos no seu orixe de datos. Por exemplo, pode engadir un orixe de datos que conteña unha táboa chamada Leccións e, a continuación, establecer a propiedade Items de un control, como unha galería ou un formulario, a este valor na barra de fórmulas:

Podes especificar os datos que recupera a túa aplicación personalizando a propiedade Elementos do control que mostra os teus datos. Continuando co exemplo anterior, pode ordenar ou filtrar os datos da táboa Leccións utilizando ese nome como argumento para a Busca e Funcións SortByColumn . Neste gráfico, a fórmula na que se establece a propiedade Elementos especifica que os datos se ordenan e filtran en función do texto en TextSearchBox1.

Para obter máis información sobre como personalizar a súa fórmula con táboas, consulte estes artigos:

Comprender as fontes de datos en Power Apps
Xera unha aplicación a partir de datos de Excel
Crea unha aplicación desde cero
Comprender táboas e rexistros en Power Apps

Nota

Para conectarse a datos nun libro de Excel, debe estar aloxado nun servizo de almacenamento na nube como OneDrive. Para obter máis información, consulta Conectar ao almacenamento na nube desde Power Apps.

Accións

Se o seu conector fornece accións, aínda debe seleccionar a súa orixe de datos como previamente. Non obstante, en lugar de seleccionar unha táboa como seguinte paso, conectas manualmente un control a unha acción editando a propiedade Items do control que mostrará os teus datos. A fórmula coa que estableceu a propiedade Elementos especifica a acción que recupera os datos. Por exemplo, a aplicación non recupera ningún dato se te conectas a Yammer e despois estableces a propiedade Items co nome do orixe de datos. Para encher un control con datos, especifique unha acción como GetMessagesInGroup(5033622).messages.

Se precisas xestionar actualizacións de datos personalizadas para conectores de acción, crea unha fórmula que inclúa a función Parche . Na fórmula, identifica a acción e os campos que se vinculan á acción.

Nota

Para os conectores baseados en accións, as galerías e outros controis non introduzan máis datos automaticamente do mesmo xeito que o fan para os conectores tabulares. Por exemplo, se enlaza unha táboa orixe de datos a unha galería, recuperará o primeiro conxunto ou páxina de rexistros (por exemplo, 100 rexistros). E, a continuación, introducirá máis datos segundo o solicite o control. Non obstante, para un conector baseado en accións, recuperará unha "páxina" de datos. Pero se os datos solicitados exceden o tamaño dunha páxina de datos, entón o control non buscará automaticamente a páxina seguinte.

Para obter máis información sobre como personalizar a súa fórmula para actualizacións personalizadas, consulte estes artigos:

Parche
Recoller
Actualizar

O esquema dinámico é un tipo común de resultado para os conectores baseados en acción. O esquema dinámico refírese á posibilidade de que a mesma acción poida devolver unha táboa con diferentes columnas dependendo de como se chame. As condicións que poden facer que as columnas da táboa difiran inclúen os parámetros de entrada, o usuario/rol que executa a acción e o grupo no que está a traballar o usuario, entre outros. Por exemplo, SQL Os procedementos almacenados do servidor poden devolver columnas diferentes se se executan con entradas diferentes, ou unha Azure DevOps instancia pode utilizar campos personalizados que non están dispoñibles por defecto.

Nota

A documentación do conector amosa os resultados do esquema dinámico con esta mensaxe "As saídas desta operación son dinámicas." como valor de retorno.

Para obter máis información sobre como traballar con esquemas dinámicos en Power Apps, consulte Traballar con obxectos dinámicos e non tipificados para obter unha visión xeral e Conéctate a Azure DevOps de Power Apps para obter un exemplo detallado.

Conectores populares

Esta táboa ten ligazóns a máis información sobre os nosos conectores máis populares. Para obter unha lista completa de conectores, consulte Todos os conectores.

Microsoft Dataverse	Almacenamento na nube **
Dinámica AX	Excel
Microsoft Tradutor	Office 365 Outlook
Office 365 Usuarios	Oráculo
Power BI	SharePoint
SQL Servidor	Twitter

** Aplícase a Azure Blob, Box, Dropbox, Google Drive, OneDrive e OneDrive for Business

Conectores estándar e personalizados

Power Apps ofrece conectores estándar para moitas fontes de datos de uso habitual. Se Power Apps ten un conector estándar para o tipo de orixe de datos que desexa usar, debe usar ese conector. Se queres conectarte a outro tipo de fontes de datos, como un servizo que creaches, consulta Rexistrar e usar conectores personalizados.

Todos os conectores estándar

Os conectores estándar non requiren licenza especial. Para obter máis información, consulte Power Apps Plans.

Podes facer preguntas sobre un conector específico nos Power Apps foros e podes suxerir os conectores que queiras engadir ou facer outras melloras en Power Apps Ideas.

Seguridade e tipos de autenticación

Mentres creas a túa aplicación e creas unha conexión cun orixe de datos, podes ver que o conector que escollas permíteche utilizar diferentes formas de autenticar. Por exemplo, o conector de servidor SQL permítelle utilizar a autenticación de servidor Microsoft Entra integrada, SQL e a autenticación de Windows. Cada tipo de autenticación ten asociados distintos niveis de seguridade. É importante entender que información e dereitos comparte cos usuarios que usan a súa aplicación. O exemplo principal deste artigo é SQL Server, non obstante, os principios aplícanse a todo tipo de conexións.

Nota

• Para obter información detallada sobre as consideracións de seguranza ao utilizar un servidor de bases de datos relacionais (como Microsoft SQL Server ou Oracle) como orixe de datos para unha aplicación, consulte Usar Microsoft SQL Server de forma segura con Power Apps.
• Power Apps non admite as identidades de membros externos . Para obter máis información, consulta Propiedades dun Microsoft Entra usuario de colaboración B2B.

ID de Microsoft Entra

Esta autenticación é un tipo de conexión segura. Por exemplo, SharePoint usa este tipo de autenticación. SQL Server tamén permite este tipo de autenticación. Cando te conectas, o Microsoft Entra servizo identifícate por separado para SharePoint no teu nome. Non ten que proporcionar un nome de usuario ou contrasinal. Como autor, podes crear e traballar co orixe de datos coas túas credenciais. Cando publica a súa aplicación e o usuario da aplicación inicie sesión, farano coas súas credenciais. Se os datos están protexidos adecuadamente nun back-end, os teus usuarios só poderán ver o que están autorizados a ver en función das súas credenciais. Este tipo de seguridade permítelle cambiar os dereitos de usuarios específicos da aplicación no back-end orixe de datos despois de que a aplicación se publique. Por exemplo, pode conceder acceso, denegar o acceso ou perfeccionar o que un usuario ou un conxunto de usuarios poden ver todo na orixe de datos do back-end.

Autorización de estándar aberto (OAuth)

Este tipo de conexión tamén é segura. Por exemplo, Twitter usa este tipo de autenticación. Cando te conectes, debes proporcionar o teu nome de usuario e contrasinal. Como autor, podes crear e traballar co orixe de datos coas túas credenciais. Cando publica a súa aplicación e o usuario da aplicación inicie sesión, tamén deben fornecer as súas credenciais. Polo tanto, este tipo de conexión é segura xa que os seus usuarios deben usar as súas propias credenciais para acceder ao servizo da orixe de datos.

Conexións compartidas / Conexións implícitas seguras

Nunha conexión compartida, o Power Apps autor proporciona o nome de usuario e o contrasinal da conexión no momento en que se crea o orixe de datos na aplicación. Despois, a autenticación de conexión co orixe de datos Compártese implícitamente cos usuarios finais. Unha vez publicada a aplicación, a conexión tamén se publica e está dispoñible para os seus usuarios.

Antes de xaneiro de 2024, os teus usuarios finais podían tomar a conexión que se comparten con eles e crear novas aplicacións separadas. Os teus usuarios non poden ver o nome de usuario nin o contrasinal, pero a conexión estaría dispoñible para eles. Non obstante, despois de xaneiro de 2024, todas as conexións compartidas recentemente creadas estarán protexidas. Teña en conta que as aplicacións antigas deben volver publicarse para que sexan seguras. A conexión xa non se comparte cos usuarios finais. O Power App publicado fala cun proxy de conexión. O proxy de conexión só fala co Power App específico para o que está vinculado. O proxy de conexión limita as accións que se envían ás conexións ás do Power App {Get, Put/Patch, Delete} para un orixe de datos determinado. Se tes unha aplicación que utiliza as conexións publicadas antes de xaneiro de 2024, debes volver publicar a túa aplicación e deixar de compartir as conexións cos usuarios finais que non deberían ter.

En SQL Server, un exemplo deste tipo de conexión é SQL Server Authentication. Moitas outras orixes de datos da base de datos proporcionan unha capacidade similar. Cando publique a súa aplicación, os seus usuarios non precisan proporcionar un nome de usuario e contrasinal únicos.

Notificación para actualizar as túas aplicacións (conexións implícitas seguras)

Se tes aplicacións que se poden actualizar para usar esta función, verás unha mensaxe na páxina Aplicacións. Indica o número de aplicacións que precisan da túa atención.

Seleccione a ligazón e ábrese un panel lateral que enumera todas as aplicacións que precisan atención.

Seleccione a icona abrir á dereita do nome da aplicación para abrila e volver publicala. Continúa coas seguintes indicacións.

Activa conexións implícitas seguras para unha aplicación existente

Abre unha aplicación existente aberta para editar con conexións compartidas implícitamente xa publicadas:

1. Na barra de comandos, selecciona Configuración e busca "Seguro".
2. Actualiza o interruptor de funcións adecuadamente para activar conexións implícitas seguras.
3. Garde e publique a aplicación.

Deixando de compartir

Unha vez que se publique a aplicación, siga estes pasos para verificar que o uso compartido funciona correctamente:

• Comproba se as conexións se comparten con copropietarios. Se non queres que un usuario final consiga unha conexión, desmarca a caixa de verificación Copropietario .

  

• Para verificar que a función funciona correctamente, comparte a aplicación con outro usuario que non sexa propietario. Unha vez que compartas a aplicación, consulta a lista Conexións na pestana Dataverse en Power Apps para ese usuario. Verifique que o usuario non teña unha conexión dispoñible.

• Abre o panel Compartir para cambiar o dereito do usuario final á conexión. Se escolle X elimínase o acceso do usuario á conexión.

  

Usa aplicacións cunha nova conexión implícita segura

Cando a túa aplicación se volve publicar e comparte, os usuarios finais non teñen acceso á conexión pero traballan coa conexión proxy oculta. Os usuarios non poden crear unha aplicación nova baseándose na túa conexión orixinal.

Limitacións

1. Todo tipo de conexións compartidas de forma implícita funcionan como acción e táboa.
2. Os nomes do servidor e da base de datos están ocultos nos trazos da rede pero visibles no diálogo de consentimento. Os nomes das columnas non están ocultos.
3. Para conectores tabulares, só limitamos accións CRUD como Obter, Publicar, Poner ou Eliminar. Se tes permisos para Poner, tes acceso a Publicar.
4. Límite de conectores baseados en accións en función da API específica que se utiliza na aplicación.
5. Os avisos aínda están activados para compartir. A advertencia sobre as conexións compartidas de forma implícita aínda avisa mentres está en versión preliminar. Non obstante, a túa conexión con esta función é segura, a pesar da advertencia.
6. Non se admite a publicación para un inquilino completo, a diferenza de grupos ou individuos específicos.
7. Hai un problema coñecido ao importar unha conexión segura compartida de forma implícita mediante un referencia da conexión. A seguridade non está configurada correctamente no ambiente de destino.
8. Hai un problema coñecido ao importar unha solución mediante un principal de servizo, que provoca un erro de importación. Unha solución alternativa é compartir a conexión co principal do servizo.

Autenticación de Windows

Este tipo de conexión non é seguro porque non depende da autenticación do usuario final. Use a autenticación de Windows cando necesite conectarse a un orixe de datos que é local. Un exemplo deste tipo de conexión é cun servidor local que teña un SQL Server. A conexión debe pasar por unha pasarela. Dado que atravesa unha pasarela, o conector ten acceso a todos os datos desa orixe de datos. Como resultado, toda a información á que pode acceder coas credenciais de Windows que proporcione estará dispoñible para o conector. Unha vez publicada a aplicación, a conexión tamén se publica e está dispoñible para os seus usuarios. Este comportamento significa que os seus usuarios finais tamén poden crear aplicacións usando esta mesma conexión e acceder aos datos desa máquina. As conexións ao orixe de datos tamén se comparten implícitamente cos usuarios cos que se comparte a aplicación. Este tipo de conexión pode ser válida cando o teu orixe de datos só vive nun servidor local e os datos desa fonte poden compartirse libremente.

Orixes de datos en solucións

As solucións úsanse para a xestión do ciclo de vida das aplicacións e proporcionan outras capacidades para xestionar o ciclo de vida de fontes de datos. Se unha aplicación de lenzo está nunha solución, pódense crear referencias de conexión e variables de entorno para almacenar información sobre o fontes de datos. Este proceso garante que as fontes de datos se poidan cambiar ou restablecer cando se migran as solucións a diferentes ambientes.

Cambiar o nome das orixes de datos nas aplicacións

Para obter información sobre como cambiar o nome das fontes de datos nunha aplicación e a diferenza entre fontes de datos tabulares e baseadas en accións, vai a Cambiar nome Power Apps fontes de datos baseadas en accións.

Diálogo de consentimento de conexión

Cando os usuarios abren unha aplicación que usa conectores por primeira vez, ven un diálogo de "consentimento de conexión" para os seguintes propósitos.

1. Para informar aos usuarios sobre as orixes de datos aos que accede a aplicación.

2. Para describir as accións, un conector pode funcionar ou non nunha aplicación. Por exemplo, para aplicacións que utilizan o conector Office 365 Usuarios :

   • Esta aplicación é capaz de:
     • Ler o seu perfil completo de usuario
     • Ler o perfil completo de todos os usuarios
   • A aplicación non pode:
     • Modificar ou eliminar calquera información do perfil de usuario

3. Para capturar o consentimento do usuario final para conectarse ás orixes de datos que usa a aplicación.

4. Para facilitar a autenticación manual do usuario final, cando sexa necesario.

Para algunhas conexións, Power Platform pode autenticar automaticamente un usuario para acceder a unha orixe de datos. Non obstante, se falla o inicio de sesión automático, este diálogo pide aos usuarios que solucionen unha conexión ao iniciar sesión manualmente. Power Platform só pode tentar o inicio de sesión automático nunha conexión cando un orixe de datos preautoriza o principal servizo de conexións da API Microsoft's Azure, otorgándolle permiso para realizar o inicio de sesión único para un usuario cando se crea unha conexión. Para obter máis información sobre o inicio de sesión único, consulte Que é o inicio de sesión único (SSO)?

Teña en conta que para as aplicacións dirixidas por modelos que usan páxinas personalizadas, cando hai varias páxinas personalizadas nunha aplicación, o diálogo de consentimento solicita permisos de datos para todos os conectores de todas as páxinas personalizadas aínda que non estean abertas.

A seguinte imaxe é un exemplo do diálogo de consentimento de conexión para unha aplicación que se conecta ao sitio de SharePoint.

Para algúns conectores, os administradores poden suprimir este diálogo e consentir en nome dos usuarios finais conectarse a unha orixe de datos. A seguinte táboa explica que tipos de conectores se pode suprimir o diálogo de consentimento para unha aplicación.

Nota

Se un administrador suprime o diálogo de consentimento pero a plataforma non pode realizar o inicio de sesión único para un usuario final, o diálogo presentarase ao usuario cando inicie a aplicación.

Tipo de conector	Pode suprimirse o diálogo de consentimento?	Referencia
Conectores Microsoft compatibles con inicio de sesión único (como SharePoint, Office 365 usuarios)	Si	Power Apps cmdlet administrador
Conector que accede a un servizo asociado que non é de Microsoft, como Salesforce	No	Non aplicable
Conectores personalizados que usan OAuth con Microsoft Entra ID como fornecedor de identidade. Estes conectores personalizados son creados polas organizacións e só poden acceder os usuarios da organización (por exemplo, construídos por Contoso só para os usuarios de Contoso)	Si	Xestionar conexións

Microsoft Power Platform só pode suprimir o diálogo de consentimento para conexións a orixes de datos onde:

1. Non haxa obriga de mostrar unha IU de consentimento explícito por parte da orixe de datos.
2. O orixe de datos preautoriza o principal servizo de conexións da API de Microsoft's Azure para habilitar o inicio de sesión único.
3. Un administrador configura unha aplicación para suprimir o consentimento para as conexións anteriores.

Existe a autorización previa do servizo principal de conexións da API Microsoft's Azure para as fontes de datos propias de Microsoft e pode ser configurada por aplicacións personalizadas rexistradas nun Microsoft Entra inquilino que son utilizadas por conectores personalizados. Un administrador xestiona a supresión de consentimento por aplicación (en oposición á base do conector), polo que a supresión se xestiona no nivel de experiencia de aplicación máis granular; este nivel de granularidade impide que a supresión de consentimento para as "aplicacións aprobadas" dunha organización supriman inadvertidamente o consentimento para aplicacións que non están aprobadas nin revisadas.