Descrição geral dos conectores de aplicação de tela para Power Apps

Os dados são o núcleo da maioria das aplicações, incluindo os criados no Power Apps. Os dados são armazenados numa origem de dados e coloca esses dados na sua aplicação através da criação de uma ligação. A ligação utiliza um conector específico para comunicar com a origem de dados. O Power Apps tem conectores para inúmeros serviços populares e origens de dados no local, incluindo o SharePoint, SQL Server, Office 365, Salesforce e Twitter. Para começar a adicionar dados a uma aplicação baseada em telas, veja Adicionar uma ligação de dados no Power Apps.

Um conector pode disponibilizar tabelas de dados ou ações. Alguns conectores só disponibilizam tabelas, outros só disponibilizam ações e outros disponibilizam ambos. Além disso, o seu conector pode ser um conector padrão ou personalizado.

Tabelas

Se o seu conector disponibilizar tabelas, adicione a sua origem de dados e, em seguida, selecione a tabela na origem de dados que quer gerir. O Power Apps obtém dados das tabelas na sua aplicação e também atualiza os dados na sua origem de dados. Por exemplo, pode adicionar uma origem de dados que contém uma tabela chamada Lições e, em seguida, defina a propriedade Itens de um controlo, como uma galeria ou um formulário, para este valor na barra de fórmulas:

Propriedade Itens da origem de dados simples

Pode especificar os dados que a aplicação obtém ao personalizar a propriedade Itens do controlo que mostra os seus dados. Continuando o exemplo anterior, pode classificar ou filtrar os dados na tabela Lições através desse nome como um argumento para as funções Pesquisar e SortByColumn. Neste gráfico, a fórmula para a qual a propriedade Itens está definida especifica que os dados são ordenados e filtrados com base no texto TextSearchBox1.

Propriedade Itens da origem de dados expandida

Para obter mais informações sobre como personalizar a sua fórmula com tabelas, veja estes tópicos:

Compreender origens de dados no Power Apps
Gerar uma aplicação a partir de dados do Excel
Criar uma aplicação de raiz
Compreender tabelas e registos no Power Apps

Nota

Para ligar aos dados num livro do Excel, este tem de estar alojado num serviço de armazenamento na cloud, como o OneDrive. Para obter mais informações, veja Ligar ao armazenamento na cloud a partir do Power Apps.

Ações

Se o seu conector disponibilizar ações, ainda tem de selecionar a origem de dados como anteriormente. No entanto, em vez de selecionar uma tabela como o passo seguinte, ligue manualmente um controlo a uma ação ao editar a propriedade Itens do controlo que irá mostrar os seus dados. A fórmula para a qual definir a propriedade Itens especifica a ação que obtém dados. Por exemplo, a aplicação não irá recuperar quaisquer dados se se ligar ao Yammer e, em seguida, definir a propriedade Itens para o nome da origem de dados. Para preencher um controlo com dados, especifique uma ação como GetMessagesInGroup(5033622).messages.

Propriedade Itens da origem de dados de ação

Se tiver de processar atualizações de dados personalizados para os conectores de ação, crie uma fórmula que inclua a função Patch. Na fórmula, identifique a ação e os campos que irá vincular à ação.

Para obter mais informações sobre como personalizar a sua fórmula com tabelas personalizadas, veja estes tópicos:

Patch
Collect
Actualizar

Nota

Power Apps não funciona com esquema dinâmico. O esquema dinâmico de frase refere-se à possibilidade de a mesma ação poder devolver uma tabela diferente com colunas diferentes. As condições que podem fazer com que as colunas nas tabelas sejam diferentes incluem os parâmetros de entrada da ação, o utilizador ou a função que está a executar a ação e o grupo no qual o utilizador está a trabalhar, entre outras. Por exemplo, os procedimentos armazenados do SQL Server podem devolver colunas diferentes se forem executados com entradas diferentes. Para ações com esquema dinâmico, a documentação do conector mostra que as saídas desta operação são dinâmicas. como o valor devolvido. Por outro lado, o Power Automate trabalha com o esquema dinâmico e poderá fornecer uma solução para o seu cenário.

Esta tabela tem ligações para obter mais informações sobre os nossos conectores mais populares. Para obter uma lista completa de conectores, veja Todos os conectores.

         
Common Data Service Common Data Service   Armazenamento na nuvem Armazenamento na nuvem **
Dynamics AX Dynamics AX   Excel Excel
Microsoft Translator Microsoft Translator   Office 365 Outlook Office 365 Outlook
Office 365 Users Office 365 Utilizadores   Oracle Oracle
Power BI Power BI   SharePoint SharePoint
SQL Server SQL Server   Twitter Twitter

** Aplica-se ao blob do Azure, Box, Dropbox, Google Drive, OneDrive e OneDrive para empresas

Conectores padrão e personalizados

Power Apps fornece conectores padrão para muitas origens de dados utilizadas com frequência. Se o Power Apps tem um conector padrão para este tipo de origem de dados que quer utilizar, deve utilizar esse conector. Se quiser ligar a outros tipos de origens de dados, como um serviço que criou, veja Registar e utilizar conectores personalizados.

Todos os conectores padrão

Os conectores padrão não necessitam de licenciamento especial. Para mais informações, consulte Power Apps Planos.

Pode fazer perguntas sobre um conector específico nos fóruns do Power Apps, e pode sugerir conectores para adicionar ou outras melhorias no Power Apps Ideas.

Segurança e tipos de autenticação

À medida que cria a sua aplicação e cria uma ligação a um origem de dados, poderá ver que a sua escolha de conector lhe permite utilizar diferentes maneiras de efetuar a autenticação. Por exemplo, o conector do SQL Server permite utilizar o Azure AD Integrado, a autenticação SQL Server e a autenticação do Windows. Cada tipo de autenticação tem diferentes níveis de segurança associados. É importante compreender as informações e os direitos partilhados com os utilizadores que utilizam a aplicação. O exemplo primário neste artigo é o SQL Server, no entanto, os princípios aplicam-se a todos os tipos de ligações.

Azure AD Integrado

Trata-se de um tipo de ligação seguro. Por exemplo, o SharePoint utiliza este tipo de autenticação. O SQL Server também permite este tipo de autenticação. Quando se liga, o serviço Azure AD identifica-o separadamente do SharePoint em seu nome. Não tem de fornecer um nome de utilizador ou palavra-passe. Como autor, pode criar e trabalhar com o origem de dados com as suas credenciais. Quando publica a sua aplicação e o utilizador da aplicação inicia sessão, a mesma é efetuada com as respetivas credenciais. Se os dados estiverem devidamente protegidos num back-end, os utilizadores só poderão ver o que estão autorizados a ver com base nas respetivas credenciais. Este tipo de segurança permite-lhe alterar direitos para utilizadores de aplicação específicos no origem de dados de back-end após a aplicação ser publicada. Por exemplo, pode conceder acesso, negar acesso ou refinar o que um utilizador ou conjunto de utilizadores pode ver em todas as origem de dados de back-end.

Autorização de padrão aberto (Oauth)

Este tipo de ligação também é seguro. Por exemplo, o Twitter utiliza este tipo de autenticação. Quando se ligar, tem de fornecer o seu nome de utilizador e palavra-passe. Como autor, pode criar e trabalhar com o origem de dados com as suas credenciais. Quando publica a sua aplicação e o utilizador da aplicação inicia sessão, também deve apresentar as respetivas credenciais. Consequentemente, este tipo de ligação é seguro, uma vez que os utilizadores têm de utilizar as próprias credenciais para acederem ao serviço de origem de dados.

Nome de utilizador SQL e autenticação da palavra-passe

Este tipo de ligação não é muito seguro porque não depende da autenticação de utilizador final. O SQL Server também permite este tipo de autenticação. No SQL Server, este tipo de autenticação é denominado autenticação do SQL Server. Muitas outras origens de dados da base de dados proporcionam uma capacidade semelhante. Quando publica a sua aplicação, os seus utilizadores não têm de fornecer um nome de utilizador e palavra-passe exclusivos. Estão a utilizar o nome de utilizador e a palavra-passe que fornece quando cria a aplicação. A autenticação de ligação para o origem de dados é partilhada implicitamente com os utilizadores. Assim que a aplicação é publicada, a ligação também é publicada e está disponível para os utilizadores. Os utilizadores finais também podem criar aplicações utilizando qualquer ligação que utilize a autenticação do SQL Server partilhada com estes. Os utilizadores não podem ver o nome de utilizador ou palavra-passe, mas a ligação estará disponível para os mesmos. Certamente, existem cenários válidos para este tipo de ligação. Por exemplo, se tiver uma base de dados só de leitura disponível para todos os membros da empresa, este tipo de ligação poderá ser válido.

Autenticação do Windows

Este tipo de ligação não é muito seguro porque não depende da autenticação de utilizador final. Utilize a autenticação do Windows quando necessitar de ligar a um origem de dados no local. Um exemplo deste tipo de ligação é um servidor no local que tenha um SQL Server. A ligação tem de passar através de um gateway. Uma vez que passa por um gateway, o conector tem acesso a todos os dados nessa origem de dados. Como resultado, todas as informações a que pode aceder com as credenciais do Windows que fornece estão disponíveis para o conector. E assim que a aplicação é publicada, a ligação também é publicada e está disponível para os utilizadores. Isto significa que os utilizadores finais também podem criar aplicações utilizando esta mesma ligação e aceder aos dados nesse computador. As ligações com a origem de dados também são partilhadas implicitamente com os utilizadores com os quais a aplicação é partilhada. Este tipo de ligação poderá ser válido quando a origem de dados só residir num servidor no local e os dados nessa origem forem partilhados livremente.

Nota

Pode indicar-nos as suas preferências no que se refere ao idioma da documentação? Responda a um breve inquérito. (tenha em atenção que o inquérito está em inglês)

O inquérito irá demorar cerca de sete minutos. Não são recolhidos dados pessoais (declaração de privacidade).