Como criar políticas de dados no Power Platform sem quebrar os aplicativos dos usuários
By Mirko Peters ·
Saiba como configurar políticas de dados do Power Platform para proteger os dados corporativos sem eliminar a inovação low-code nem quebrar aplicativos de usuários já existentes.
Automatically translated with AI from the original post. Read the English original

Configurar políticas de dados do Power Platform permite que os administradores de TI protejam dados corporativos sensíveis, dando aos criadores low-code liberdade para desenvolver aplicativos e fluxos de automação úteis. Ao agrupar os conectores nas categorias Comercial, Não comercial e Bloqueado, as organizações podem evitar vazamentos acidentais de dados sem interromper a transformação digital.
Principais conclusões
- As políticas de dados funcionam como as barreiras de segurança do Power Platform, definindo como as informações se movem entre os conectores.
- Os grupos de prevenção contra perda de dados (DLP) Comercial e Não comercial evitam a mistura acidental de dados sensíveis com serviços públicos.
- Políticas de dados excessivamente rígidas geram frustração nos usuários e incentivam a adoção de soluções de TI paralelas (shadow IT).
- Estratégias de ambientes bem definidas permitem que os administradores apliquem regras de dados diferentes para espaços pessoais de desenvolvedores e para hubs de produção.
- Monitorar e auditar a aplicação das políticas garante conformidade sem comprometer a agilidade do negócio.
Entendendo as políticas de dados do Power Platform
No mundo do Microsoft Power Platform, as políticas de dados são as regras fundamentais do trânsito. Quando cidadãos desenvolvedores criam aplicativos e fluxos de trabalho automatizados usando o Power Apps e o Power Automate, eles frequentemente dependem de conectores para fazer a ponte entre diferentes serviços em nuvem, bancos de dados e softwares de terceiros. Sem supervisão, um funcionário bem-intencionado poderia facilmente conectar um banco de dados SQL interno e seguro a uma plataforma pública de redes sociais ou a um provedor de armazenamento em nuvem não verificado.
As políticas de prevenção contra perda de dados (DLP) dão aos administradores a capacidade de controlar esse comportamento. Ao categorizar os conectores em grupos distintos, os administradores definem quais serviços podem se comunicar entre si dentro de um determinado ambiente. Entender como esses grupos funcionam é o primeiro passo para construir um ecossistema em nuvem resiliente, que priorize a segurança sem sacrificar a velocidade dos desenvolvedores.
Os três grupos de conectores explicados
O Power Platform aplica as políticas de dados dividindo todos os conectores disponíveis em três categorias específicas. A classificação correta é essencial para manter a conformidade e, ao mesmo tempo, permitir que os processos de negócio legítimos funcionem sem problemas.
O grupo de dados Comercial
Os conectores colocados na categoria Comercial são considerados seguros para o tratamento de dados organizacionais. Serviços como o Microsoft Dataverse, o SharePoint e sistemas corporativos essenciais normalmente ficam nesse grupo. Os conectores dentro desse grupo podem compartilhar dados livremente com outros conectores de nível comercial, permitindo que aplicativos complexos de nível empresarial funcionem sem problemas.
O grupo de dados Não comercial
Esse grupo reúne conectores de uso geral ou voltados ao consumidor, como aplicativos pessoais de previsão do tempo, feeds de redes sociais ou serviços públicos. A regra mais importante das políticas de dados do Power Platform é que conectores do grupo Comercial não podem compartilhar dados com conectores do grupo Não comercial. Essa separação impede que dados corporativos vazem para canais públicos não aprovados.
O grupo Bloqueado
Para serviços de alto risco, os administradores podem bloquear completamente o uso de conectores em ambientes específicos. Se um conector for colocado no grupo bloqueado, qualquer aplicativo ou fluxo de nuvem que tentar chamá-lo falhará imediatamente. Isso costuma ser usado para sites não autorizados de compartilhamento de arquivos ou ferramentas de IA não validadas que não atendem aos padrões internos de segurança.
Equilibrando segurança e liberdade do usuário
Um erro comum dos departamentos de TI ao implementar políticas de dados é restringir o locatário de forma excessiva. Quando os administradores bloqueiam todos os conectores úteis por medo, acabam provocando o crescimento do shadow IT. Usuários avançados frustrados vão encontrar soluções alternativas, exportar dados manualmente ou usar ferramentas não autorizadas, fora da visibilidade da TI.
A governança eficaz exige uma abordagem colaborativa entre os administradores de TI e as áreas de negócio. Em vez de tratar cada criador de low-code como uma ameaça à segurança, os administradores devem usar ambientes dedicados, como sandboxes isolados para desenvolvedores, onde os usuários podem experimentar sob regras mais flexíveis. Quando um app estiver pronto para produção, ele pode ser migrado para um ambiente de produção com governança rigorosa e políticas de dados robustas aplicadas.
Auditoria e monitoramento da conformidade com as políticas
Estabelecer políticas de dados não é uma tarefa de configuração única; ela exige monitoramento contínuo. Como a Microsoft lança novos conectores regularmente, os administradores precisam decidir proativamente onde essas novas ferramentas se encaixam na estratégia de DLP.
As organizações devem aproveitar o Power Platform Center of Excellence (CoE) Starter Kit e os relatórios integrados do centro de administração do Power Platform para auditar apps e fluxos existentes. Analisar a telemetria ajuda a identificar violações de política, localizar apps quebrados por mudanças recentes nas regras e destacar áreas em que as políticas de dados podem estar restritivas demais ou perigosamente permissivas.
Conclusão
Dominar as políticas de dados do Power Platform é essencial para qualquer organização que esteja escalando a adoção de low-code com segurança. Ao classificar corretamente os conectores em grupos de negócios, não negócios e bloqueados, os administradores de TI conseguem proteger dados corporativos críticos sem sufocar a criatividade dos usuários ou interromper iniciativas de transformação digital.
Para aprofundar este tema e explorar estratégias fundamentais de governança, não deixe de conferir o podcast relacionado: Ouça o episódio completo. Confira as informações de especialistas sobre ambientes, políticas de dados e como alcançar controle sem sufocar a liberdade no seu ambiente de nuvem da Microsoft.
Perguntas frequentes
O que acontece quando uma política de dados do Power Platform bloqueia um conector?
Quando um conector é bloqueado ou restringido por uma política de dados, qualquer app ou fluxo que o utilize deixará de executar imediatamente ou apresentará erro, impedindo que os dados fluam entre serviços restritos e serviços permitidos.
Posso aplicar políticas de dados diferentes a ambientes diferentes?
Sim. O Power Platform permite que os administradores definam o escopo das políticas de prevenção de perda de dados (DLP) para ambientes específicos, o que significa que ambientes de teste padrão podem ter regras diferentes dos ambientes de produção dedicados ou dos ambientes específicos de cada departamento.
Qual é a diferença entre os grupos de dados Negócios e Não negócios?
Conectores colocados no grupo de dados Negócios podem compartilhar dados livremente com outros conectores do mesmo grupo. No entanto, conectores do grupo Negócios não podem compartilhar dados com conectores do grupo Não negócios, isolando sistemas sensíveis de serviços públicos ou não verificados.