Canvas App ou Model-driven? Como decidir sem erro

A resposta mais comum que se ouve em fóruns é "depende". E depende mesmo, mas de variáveis objetivas que podem ser respondidas antes de abrir o Power Apps. Quando a escolha continua em aberto depois do diagnóstico, normalmente o problema não é "qual ferramenta", mas "qual âmbito".

As diferenças que importam na prática

Canvas Apps

O Canvas é uma framework de ecrã livre. Monta cada ecrã com controlos e contentores, liga a aplicação às fontes que quiser (SharePoint, SQL Server, Dataverse, APIs através de um conector personalizado; as três últimas exigem licença premium) e controla cada componente. A interface pode ser tão refinada como a de uma aplicação nativa ou tão má como um PowerPoint mal feito. A liberdade é o atrativo e a armadilha.

Model-driven Apps

O Model-driven é a interface gerada a partir do modelo de dados (Dataverse). Define tabelas, relações, formulários e vistas, e o Power Apps monta os ecrãs. Menos controlo visual, muito mais produtividade quando a aplicação serve essencialmente para registar, consultar e atualizar registos relacionados.

Matriz de decisão por critério

1. Fonte de dados

• Dataverse dominante (80% dos dados ou mais): Model-driven quase sempre.
• Várias fontes (SharePoint, SQL Server, APIs externas): Canvas.
• Dados numa folha de cálculo Excel ou CSV: Canvas, mas reconsidere o modelo de dados antes de começar.

2. Perfil de interface esperado

• Interface de uso diário para back-office: Model-driven. A interface segue o padrão das aplicações da Microsoft (listas, formulários, painéis), o que reduz a formação; se a empresa já usa o Dynamics 365, fica com o mesmo aspeto.
• Fluxo específico com interface personalizada (por exemplo, inspeção no terreno ou lista de verificação no telemóvel): Canvas.
• Interface para utilizador externo: Power Pages, quando o público é amplo ou anónimo; Canvas App partilhada com convidados do Microsoft Entra, quando são poucos parceiros identificados e licenciados. O Model-driven não foi desenhado para isso.

3. Telemóvel ou computador

• Uso predominante no terreno, no telemóvel: Canvas, com os ecrãs pensados primeiro para o telemóvel.
• Uso predominante no computador: o Model-driven tem vantagem de produtividade.
• Ambos: Canvas responsivo, que exige mais tempo de implementação, ou Model-driven com páginas personalizadas (ecrãs Canvas dentro da aplicação) onde a interface precisa de ser específica.

4. Volume de dados

• Poucos milhares de registos: ambos funcionam bem.
• Dezenas de milhares de registos ou mais: o Canvas exige consultas delegáveis e fonte indexada; o Model-driven já pagina e filtra no servidor.
• Muitas tabelas relacionadas: Model-driven com Dataverse.

5. Governação e auditoria

• Requisito forte de registo de auditoria (setor regulado, LGPD crítica): dados no Dataverse, com auditoria ativada por tabela. Vale para o Model-driven e para o Canvas sobre Dataverse.
• Controlo fino de permissões por registo: Dataverse com funções de segurança e unidades de negócio, seja qual for o tipo de aplicação.
• Pouca exigência regulatória: o Canvas resolve bem, desde que a aplicação grave o histórico de cada alteração numa lista ou tabela própria.

6. Custo de licença

O Model-driven exige Dataverse, e qualquer aplicação sobre Dataverse (Canvas ou Model-driven) exige licença premium do Power Apps: por utilizador, por aplicação ou pagamento por utilização. Uma aplicação Canvas que usa apenas conectores padrão, como o SharePoint e o Excel, funciona com as licenças do Microsoft 365. Em empresas sensíveis ao custo, com 100 utilizadores ou mais, a poupança acumulada de ficar em Canvas com SharePoint pode ser significativa, desde que o modelo de dados o comporte.

Cenários clássicos

CRM para equipa comercial interna

Model-driven. Dados relacionais, interface padronizada e auditoria do Dataverse.

Inspeção de qualidade no chão de fábrica

Canvas. Ecrãs pensados para o telemóvel, fotografias e assinatura no ecrã; offline completo se os dados estiverem no Dataverse. O Model-driven também funciona offline, mas não serve bem uma interface tão específica.

Aprovação de despesas em vários níveis

Canvas com Power Automate para o fluxo de aprovação. Model-driven só se a empresa já tiver o Dataverse padronizado.

Registo de fornecedores com validação por 3 setores

Model-driven. Tabela central, relações claras, regras de negócio para validar e funções de segurança para definir quem aprova em cada setor.

Aplicação de escalas de turno para operadores

Canvas pensado para o telemóvel. O Model-driven seria estrutura a mais para um uso pontual.

O que não considerar na decisão

• "Qual é mais moderno": ambos são suportados e evoluem. A modernidade não é critério técnico.
• "O Canvas é mais fácil": só se desenhar bem. Uma interface má em Canvas é fácil de produzir.
• "O Model-driven é mais profissional": muita aplicação Model-driven ficou-se pelo protótipo por excesso de rigor no modelo.

Canvas quando a interface diferencia. Model-driven quando o modelo de dados diferencia. A dúvida costuma vir de não se ter decidido qual dos dois diferencia no seu caso.