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 almacénanse nunha orixe de datos e introducirá eses datos na súa aplicación creando unha conexión. A conexión usa un conector específico para falar coa 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, consulte Engadir unha conexión de datos en Power Apps.

Un conector pode fornecer táboas de datos ou accións. Algúns conectores fornecen só táboas, outros fornecen só accións e outros fornecen ambas. Ademais, o seu conector pode ser un conector estándar ou personalizado.

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 unha orixe de datos que conteña unha táboa chamada Leccións e logo configurar a propiedade Items dun control, como unha galería ou un formulario, neste valor na barra de fórmulas:

Pode especificar os datos que recupera a súa aplicación personalizando a propiedade Items do control que mostra os seus datos. Seguindo o exemplo anterior, pode ordenar ou filtrar os datos na táboa Leccións empregando ese nome como argumento para as funcións Busca e SortByColumn. Neste gráfico, a fórmula na que está establecida a propiedade Items especifica que os datos están ordenados e filtrados en función do texto de TextSearchBox1.

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

Nocións acerca das orixes de datos en Power Apps
Xerar unha aplicación a partir de datos de Excel
Crear unha aplicación a partir de cero
Nocións acerca de 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, consulte Conectarse 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. No canto de seleccionar unha táboa como seguinte paso, debe conectar manualmente un control a unha acción editando a propiedade Items do control que mostrará os seus datos. A fórmula na que estableceu a propiedade Items especifica a acción que recupera datos. Por exemplo, a aplicación non recuperará ningún dato se se conecta a Yammer e logo configura a propiedade Items no nome da orixe de datos. Para completar un control con datos, especifique unha acción como GetMessagesInGroup(5033622).messages.

Se precisa xestionar actualizacións de datos personalizadas para conectores de acción, cree unha fórmula que inclúa a función Parche. Na fórmula, identifique a acción e os campos que vinculará á 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
Collect
Actualización

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 unha 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 ou rol que está a executar a acción e o grupo no que está a traballar o usuario, entre outros. Por exemplo, os procedementos almacenados de SQL Server poden devolver columnas diferentes se se executan con entradas diferentes ou unha instancia de Azure DevOps pode usar campos personalizados que non están dispoñibles por defecto. Teña en conta que 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 **
Dynamics AX	Excel
Tradutor de Microsoft	Office 365 Outlook
Usuarios de Office 365	Oracle
Power BI	SharePoint
Servidor SQL	Twitter

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

Conectores estándar e personalizados

Power Apps fornece conectores estándar para moitas orixes de datos de uso común. Se Power Apps ten un conector estándar para o tipo de orixe de datos que desexa usar, debe usar ese conector. Se desexa conectarse a outro tipo de orixes de datos, como un servizo que creou, consulte 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 Plans de Power Apps.

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

Seguridade e tipos de autenticación

Ao autorizar a súa aplicación e crear unha conexión a unha orixe de datos, é posible que vexa que a súa opción de conector lle permita usar diferentes xeitos de autenticación. Por exemplo, o conector de SQL Server permítelle utilizar Microsoft Entra Autenticación integrada, SQL Server e 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 consideracións de seguridade cando se empregan servidores de bases de datos relacionais (como Microsoft SQL Server ou Oracle) como orixe de datos para unha aplicación, consulte Usar Microsoft SQL Server con seguridade 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

Este é 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 pode crear e traballar coa orixe de datos coas sú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 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 para usuarios de aplicacións específicos na orixe de datos do back-end despois da publicación da aplicación. 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 estándar aberta (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 pode crear e traballar coa orixe de datos coas sú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 para a 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. Isto significa que a conexión xa non se comparte cos usuarios finais. A Power App publicada fala cun proxy de conexión. O proxy de conexión só falará coa aplicación de enerxía específica á que está vinculado. O proxy de conexión limita as accións que se envían ás conexións ás da Power App {Get, Put/Put, 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 é Autenticación de SQL Server. 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 enumerará todas as aplicacións que precisan atención.

Seleccione a icona abrir á dereita do nome da aplicación para abrila e volver publicala. Vexa as indicacións a continuación.

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 que se publicaron anteriormente:

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 teña 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 compartises 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 escolla X eliminarase o acceso do usuario á conexión.

  

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

Cando a túa aplicación se publique de novo e se comparta, os usuarios finais non terán acceso á conexión, pero traballarán coa conexión proxy oculta. Non poderán crear unha aplicación nova baseada 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, terás 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 se atopa na vista previa privada. 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 unha referencia de 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 fallo 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 conectar cunha orixe de datos que sexa 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 coa orixe de datos tamén se comparten implicitamente cos usuarios cos que se comparte a aplicación. Este tipo de conexión pode ser válida cando a súa orixe de datos só reside nun servidor local e os datos desa orixe 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, as referencias de conexión e variables de contorno pódense crear para almacenar información sobre as fontes de datos. Isto garante que as fontes de datos se poidan cambiar ou restablecer cando as solucións se migren a diferentes ambientes.

Cambiar o nome das orixes de datos nas aplicacións

Para saber como cambiar o nome das orixes de datos nunha aplicación e sobre a diferenza entre orixes de datos tabulares e baseados en accións, visite Cambiar o nome de orixes de datos baseados en accións de Power Apps.

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 resumir as accións que un conector pode realizar ou non nunha aplicación. Por exemplo, para aplicacións que usan o conector Usuarios de Office 365, isto podería ser o seguinte.

   • Esta aplicación é capaz de:
     • Ler o seu perfil completo de usuario
     • Ler o perfil completo de todos os usuarios
   • Non poderá:
     • 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 do servizo de conexións da API de Azure de Microsoft, 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 aínda non se abriran.

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 pode suprimirse mediante 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 propios de Microsoft que admiten o inicio de sesión único (como usuarios de SharePoint, Office 365)	Si	Cmdlet de administración de Power Apps
Conector que accede a un servizo de terceiros que non é de Microsoft, como Salesforce	No	Non aplicable
Conectores personalizados que usan OAuth con Microsoft Entra ID como fornecedor de identidade. Estes son conectores personalizados construídos por organizacións e só son accesibles polos usuarios da organización (por exemplo, construídos por Contoso só para 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 do servizo de conexións da API de Azure de Microsoft para habilitar o inicio de sesión único.
3. Un administrador configura unha aplicación para suprimir o consentimento para as conexións anteriores.

A autorización previa do servizo principal de conexións da API de Azure de Microsoft existe para as fontes de datos propias de Microsoft e pódense configurar mediante aplicacións personalizadas rexistradas nun Microsoft Entra inquilino que son utilizadas por conectores personalizados. Un administrador xestiona a supresión do consentimento por aplicación (fronte aos baseados en conectores), polo que a supresión se xestiona no nivel de experiencia de aplicación máis detallado—este nivel de detalle impide que a supresión do consentimento para as "aplicacións aprobadas" dunha organización suprima involuntariamente o consentimento para as aplicacións que non están aprobadas nin revisadas.

Nota

Pode indicarnos as súas preferencias para o idioma da documentación? Realice unha enquisa breve. (teña en conta que esa enquisa está en inglés)

Esta enquisa durará sete minutos aproximadamente. Non se recompilarán datos persoais (declaración de privacidade).