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, engades o teu orixe de datos e, a seguir, selecciona a táboa no orixe de datos que queres xestionar. Power Apps Ambos recuperan datos da táboa na túa aplicación e actualizan datos no teu orixe de datos automaticamente para ti. 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 conectores baseados en acción, galerías e outros controis non páxinas en máis datos automaticamente do mesmo xeito que o fan para conectores tabulares. Por exemplo, se se une a un orixe de datos tabular a unha galería, recuperará o primeiro conxunto ou páxina de rexistros (por exemplo, 100 rexistros.) E, a continuación, páxinará en máis datos a medida que o control o solicite. 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 seguinte páxina.

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 conectores baseados en acción. Esquema dinámico refírese á posibilidade de que unha mesma acción poida devolver unha táboa con diferentes columnas en función de como se chame. As condicións que poden facer que as columnas da táboa difiran inclúen parámetros de entrada, o usuario ou rol que está executando a acción, e o grupo no que o usuario está a traballar, 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. Nótese que a documentación do conector mostra resultados dinámicos de esquema 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 esquema Power Apps dinámico, consulte Traballar con obxectos untyped e dinámicos para unha visión xeral e Conectarse a Azure DevOps partir dun Power Apps 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
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 para empresas

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.

Pode facer preguntas sobre un conector específico nos Power Apps foros, e pode suxerir conectores que desexa 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 usar Microsoft Entra a autenticación Integrada, SQL Server e Windows Autenticación. 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 apoia identidades externas dos membros . Para máis información, consulte 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ícache por separado no SharePoint 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 fornecer 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 nome de usuario e o contrasinal da conexión é subministrado Power Apps polo autor no momento en que se crea o orixe de datos na aplicación. A autenticación de conexión co orixe de datos é entón Implicitamente compartida 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 usuarios finais poderían levar a conexión que se comparte con eles e crear novas aplicacións separadas. Os seus usuarios non poden ver o nome de usuario ou o contrasinal, pero a conexión estaría dispoñible para eles. Con todo, despois de xaneiro de 2024, todas as conexións compartidas de nova creación están aseguradas. Teña en conta que as aplicacións antigas deben ser reeditadas para ser seguras. Isto significa que a conexión xa non se comparte cos usuarios finais. O publicado Power App fala cun proxy de conexión. O proxy de conexión só falará coa aplicación de enerxía específica para a que está ligada. O proxy de conexión limita as accións que se envían ás conexións ás de Power App {Get, Put/Patch, Delete} for a given orixe de datos. Se dispós dunha aplicación utilizando as conexións publicadas antes de xaneiro de 2024, debes volver publicar a túa aplicación e descompartir calquera conexión con usuarios finais que non deberían telos.

En SQL Server, un exemplo deste tipo de conexión é a 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 aplicacións (conexións implícitas seguras)

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

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

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

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

Abre unha aplicación existente aberta para editar con conexións implicitamente compartidas que se publicaron previamente:

1. Na barra de comandos, selecciona Configuración e busca " Secure".
2. Actualizar o interruptor de funcionalidade de forma adecuada para permitir conexións implícitas seguras.
3. Garde e publique a aplicación.

Desbroce

Unha vez publicada a aplicación siga estes pasos para verificar que compartir funciona correctamente:

• Comproba se as conexións son compartidas cos copropietarios. Se non desexa que un usuario final obteña unha conexión, desmarque a caixa de verificación Copropietario .

  

• Para verificar que a funcionalidade funciona correctamente, comparte a aplicación cun usuario diferente que non é propietario. Unha vez compartida a aplicación, consulte a lista de conexións na pestana Dataverse de Power Apps ese usuario. Comproba que o usuario non ten conexión dispoñible.

• Abre o panel Compartir para cambiar o dereito do usuario final á conexión. A elección do X eliminará o acceso do usuario á conexión.

  

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

Cando a túa aplicación sexa reeditada e compartida, os usuarios finais non terán acceso á conexión senón que funcionarán coa conexión proxy oculta. Non poderán crear unha nova aplicación en función da súa conexión orixinal.

Limitacións

1. Todos os tipos de conexións implicitamente compartidas funcionan como acción e tabular.
2. Os nomes de servidor e bases de datos están ocultos nos rastros de 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 Get, Post, Put ou Delete. Se tes permisos para Poñer, entón tes acceso a Correos.
4. Límite de conectores baseados en accións en función da API específica que se está a usar na aplicación.
5. As advertencias aínda están habilitadas para compartir. A advertencia ao redor de conexións implicitamente compartidas aínda advirte mentres está en vista previa privada. Non obstante, a súa conexión con esta función é segura, a pesar da advertencia.
6. Non se apoia a publicación a un inquilino enteiro, a diferenza de grupos ou individuos específicos.
7. Hai un problema coñecido ao importar unha conexión segura implicitamente compartida a través dunha referencia de conexión. A seguridade non se establece correctamente no ámbito obxectivo.
8. Hai un problema coñecido importando unha solución usando un director de servizo, causando fallos na importación. Un workaround é compartir a conexión co director 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 utilízanse para a xestión do ciclo de vida das aplicacións e proporcionan outras capacidades para xestionar o ciclo de vida das 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 fins.

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 iniciar sesión automática para unha conexión cando un orixe de datos preautoriza o principal de servizo de conexións Azure API de Microsoft, concedéndolle permiso para realizar un único inicio de sesión 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 aplicacións impulsadas por modelos que usan páxinas personalizadas, cando hai varias páxinas personalizadas nunha aplicación, o diálogo de consentimento pide permisos de datos para todos os conectores en todas as páxinas personalizadas aínda que aínda non se abriron.

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 usando OAuth con Microsoft Entra ID como provedor 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 servizo de conexións Azure API de Microsoft principal para activar un único signo.
3. Un administrador configura unha aplicación para suprimir o consentimento para as conexións anteriores.

A pre-autorización do principal de servizo de conexións Azure API de Microsoft existe para as fontes de datos de primeiro partido de Microsoft, e pode configurarse por aplicacións personalizadas rexistradas nun Microsoft Entra inquilino que son utilizados 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).