Desenvolvemos soluções de writeback para o Power BI no Microsoft Fabric utilizando os Translytical Task Flows – para que a sua equipa possa editar planos, reprogramar tarefas e aprovar registos diretamente no relatório que já está a consultar. Nativas do Power BI, geridas pelo Fabric e concebidas para continuarem a funcionar em produção – e não apenas numa demonstração.
Os vossos relatórios mostram o problema. Mas não permitem que ninguém o resolva.
O Power BI foi concebido para ler dados, não para os gravar. Assim que alguém precisa de atualizar uma previsão, reprogramar uma tarefa ou aprovar um registo, sai do relatório – e o relatório deixa de ser a única fonte de verdade. Os fluxos de tarefas da Translytical no Microsoft Fabric colmatam essa lacuna de forma nativa. A questão é saber se a lógica de gravação está suficientemente bem concebida para ser fiável em ambiente de produção.
Planos e previsões congelados na última exportação
Um valor é atualizado numa folha de cálculo, mas o relatório continua a apresentar o valor do mês passado. Alguém tem de se lembrar de o importar novamente e, até o fazer, todas as decisões tomadas a partir do painel de controlo baseiam-se em dados desatualizados.
As alterações ao horário ocorrem fora do horário previsto
Uma tarefa é adiada por dois dias, um recurso é reservado duas vezes e ninguém se apercebe disso até que o conflito se torne visível uma semana mais tarde. O relatório que deveria ter detetado esta situação apenas consegue apresentar o plano – não permite que ninguém o ajuste nem veja o efeito em cadeia em tempo real.
As aprovações e correções constam no e-mail, não no registo
Alguém aprova uma rubrica orçamental ao responder a um e-mail. O relatório nunca reflete essa aprovação. Quando o auditor pergunta quem aprovou o quê e quando, a resposta não está no sistema – está na caixa de entrada de alguém.
O Writeback que criamos para os nossos clientes.
Somos especializados em writeback do Power BI no Microsoft Fabric – mais especificamente nos Translytical Task Flows e nas Fabric User Data Functions. Isso significa que o percurso de gravação é nativo da plataforma em que o seu relatório já é executado, não sendo uma ferramenta adicional com um armazenamento de dados separado para manter. Desde um único campo editável até um visual de agendamento totalmente interativo, criamos o fluxo de ponta a ponta: o gatilho, a lógica de validação, a gravação e a atualização de volta no relatório.
Fluxos de tarefas translíticos e funções de dados do utilizador do Fabric
O caminho nativo da Microsoft para o «writeback»: um controlo no seu relatório aciona uma Função de Dados do Utilizador do Fabric, que valida os dados introduzidos e os grava na Base de Dados SQL do Fabric, num Armazém de Dados do Fabric ou num Lakehouse do Fabric. Não é necessário hospedar nenhum middleware separado, nem gerir nenhum sistema de identidades separado – tudo funciona no inquilino do Fabric que já possui. Os fluxos típicos incluem:
- Gravação em campos editáveis – um valor introduzido diretamente num elemento visual do relatório é validado e gravado na base de dados SQL do Fabric subjacente
- Atualização do estado de aprovação – uma ação de aprovação/rejeição no relatório regista a decisão, a data e hora e o nome do aprovador no registo
- Gravação condicional – a tabela de destino ou a regra de validação varia consoante o valor introduzido (por exemplo, os montantes superiores a um limiar são assinalados para revisão)
- Fluxos de atualização em massa – uma única ação aplica uma alteração a várias linhas selecionadas, com validação por linha
Elementos visuais personalizados de atualização
Alguns casos de utilização exigem mais do que um botão e um campo de texto – exigem manipulação direta. Criamos elementos visuais personalizados do Power BI com interação do tipo «arrastar e largar» que invocam as Funções de Dados do Utilizador do Fabric sempre que ocorre uma alteração, proporcionando aos utilizadores feedback em tempo real antes de qualquer dado ser gravado. Entre as implementações típicas incluem-se:
- Planeamento interativo com o diagrama de Gantt – arraste uma tarefa para a reprogramar, altere o seu tamanho para ajustar a duração e veja os conflitos de recursos destacados em tempo real à medida que arrasta, antes mesmo de a alteração ser guardada
- Visuais de planeamento em estilo de grelha – edite os valores do orçamento ou das previsões diretamente numa matriz, com os totais a serem recalculados à medida que escreve
- Registo de comentários e anotações – anexar uma nota a qualquer ponto de dados diretamente a partir do gráfico, com indicação do utilizador e data e hora
Validação e Governação
Cada gravação passa por uma validação do lado do servidor no âmbito da Função de Dados do Utilizador do Fabric – não se trata apenas de uma verificação na interface visual que possa ser contornada. A segurança ao nível da linha é respeitada, cada alteração é marcada com a data e hora e as gravações rejeitadas apresentam um motivo claro, em vez de falharem silenciosamente. Os padrões comuns incluem:
- Validação das regras de negócio antes de qualquer gravação ser confirmada (por exemplo, não é permitido reservar um recurso duas vezes, nem existem rubricas orçamentais com valores negativos)
- Registo de auditoria indicando quem alterou o quê, quando e a partir de que relatório
- Atualização automática do modelo semântico após uma gravação bem-sucedida, para que todos os utilizadores vejam a atualização imediatamente
Como funciona.
1. Arquitetura e preparação da estrutura
Antes de escrever qualquer código, confirmamos o que o seu tenant do Fabric já suporta, onde os dados de destino devem ser armazenados (Fabric SQL Database, Warehouse ou Lakehouse) e o que as regras de validação devem abranger. Tudo isto é documentado e acordado consigo antes do início do desenvolvimento. Um fluxo de reescrita baseado em regras pouco claras produz dados não fiáveis.
2. Construir e testar
Criamos a Função de Dados do Utilizador, o gatilho do lado do relatório e — quando necessário — o elemento visual personalizado, e depois testamo-los no seu ambiente Fabric com dados realistas. Testamos o cenário normal e os casos extremos: edições simultâneas no mesmo registo, uma gravação que falha na validação, uma falha de rede a meio do processo de gravação. A maioria das falhas de gravação em produção decorre precisamente destes cenários.
3. UAT e aprovação
Testa-se o fluxo com base em cenários reais retirados dos seus relatórios diários. Corrigimos quaisquer problemas, documentamos as limitações conhecidas e confirmamos que a validação e o comportamento de atualização estão a funcionar conforme acordado antes da aprovação final.
4. Entrega e documentação
Entrega completa, incluindo uma descrição por escrito dos dados de entrada, da lógica de validação e do destino de gravação de cada função – suficientemente clara para que a sua equipa possa compreender e dar manutenção sem precisar da nossa ajuda. Inclui 3 meses de correção de defeitos. Suporte contínuo disponível mediante contrato de prestação de serviços.
O que os nossos clientes nos escrevem.
Programação interativa de tarefas e recursos
Um planeador arrasta uma tarefa num gráfico de Gantt para uma nova data. À medida que arrasta, as reservas sobrepostas no mesmo recurso são imediatamente destacadas. Ao soltar a tarefa, uma Função de Dados do Utilizador do Fabric valida o novo horário em relação a todas as outras reservas para esse recurso e grava a alteração na base de dados SQL do Fabric. Se existir um conflito real, a gravação é rejeitada com uma justificação clara, em vez de corromper silenciosamente o plano.
Edição do orçamento e das previsões
Um responsável financeiro ajusta um valor previsto diretamente numa matriz do Power BI. A alteração é validada em relação ao orçamento aprovado e gravada no Fabric Warehouse subjacente. Todos os restantes utilizadores do relatório vêem o valor atualizado na próxima atualização – sem necessidade de exportação, reimportação ou de uma ferramenta de planeamento separada.
Fluxos de trabalho de aprovação
Um pedido aparece num relatório com os controlos «Aprovar» / «Rejeitar». A aprovação aciona uma Função de Dados do Utilizador do Fabric que regista a decisão, o aprovador e um carimbo temporal no registo e atualiza o estado visível para todos os utilizadores a jusante. O histórico completo das decisões encontra-se na mesma tabela a partir da qual o relatório obtém os dados.
Correção de dados na fonte
Um utilizador deteta um valor incorreto enquanto analisa um relatório e corrige-o imediatamente, em vez de abrir um ticket e esperar que outra pessoa o corrija na fonte. A correção é validada e gravada diretamente na tabela de origem suportada pelo Fabric.
Comentários e anotações
Um revisor anexa uma nota a um ponto de dados específico – uma explicação para um desvio, um aviso para acompanhamento. O comentário é registado com o nome do utilizador e a data e hora, e aparece para a próxima pessoa que abrir o mesmo relatório.
Preços transparentes.
Trabalhamos numa base de tempo e material. O cliente paga pelos dias efetivamente trabalhados a uma taxa fixa por dia. Sem surpresas de preço fixo, sem aumento de âmbito sem o seu acordo.
| Tipo de fluxo | Âmbito de aplicação típico | Custo indicativo (líquido) |
|---|---|---|
| Campo único editável ou ação de aprovação | 2 a 4 dias | 1 600 € – 3 200 € |
| Elemento visual de atualização personalizado (por exemplo, diagrama de Gantt interativo com deteção de conflitos) | 6-12 dias | 4 800 € – 9 600 € |
| Taxa diária | a partir de €800/dia (líquido) - 100% remoto | |
A reversão de provisões faz frequentemente parte de um contexto mais alargado Power BI ou Tecido compromisso - os compromissos combinados beneficiam de uma taxa diária única para todo o âmbito.
Precisávamos que os utilizadores pudessem reprogramar tarefas de produção diretamente no relatório e detetar conflitos de imediato — sem terem de exportar para uma folha de cálculo e enviá-la por e-mail. O que obtivemos foi uma visualização em Gantt em que, ao arrastar uma tarefa, o conflito é apresentado antes mesmo de se soltar o rato, e que continua a funcionar em produção sem problemas meses depois.
— Responsável pelas Operações, Produção, Alemanha
Porque escolher-nos?
Nativo do Fabric, por definição
Baseamo-nos exclusivamente nos Translytical Task Flows e nas Fabric User Data Functions, em vez de encaminhar as gravações através de um armazenamento de dados de terceiros separado. Isso significa que os seus dados permanecem dentro do tenant do Fabric que já gere, protege e pelo qual paga – sem necessidade de licenciar nenhuma plataforma adicional, nem de um sistema separado que armazene uma cópia dos seus dados.
Tratamos dos casos extremos
Um fluxo de atualização que funciona numa demonstração de cinco minutos costuma falhar na primeira vez que duas pessoas editam o mesmo registo, ou quando uma gravação falha a meio do processo. Incorporamos validação do lado do servidor, gestão de conflitos e mensagens claras de falha em todas as funções, para que, quando algo correr mal — e isso vai acontecer —, o utilizador perceba o motivo, em vez de se deparar com uma gravação silenciosa e corrompida.
Especialistas, não generalistas
O writeback no Power BI e no Fabric é o que fazemos. Não somos uma consultora geral de BI que, ocasionalmente, cria um fluxo de writeback – esta é a nossa especialização principal, desde o campo editável mais simples até aos visuais totalmente personalizados do tipo «arrastar e largar» com validação em tempo real.
Perguntas mais frequentes.
Precisamos de uma licença do Microsoft Fabric?
Sim – os fluxos de tarefas da Translytical são executados nas Funções de Dados do Utilizador do Fabric, que requerem capacidade do Fabric (uma capacidade de teste é suficiente para começar). Verificamos a sua licença atual e informamo-lo antecipadamente se for necessário algo adicional antes de começarmos a desenvolver.
Quais são as fontes de dados que podem ser alvo de reescrita?
O Fabric SQL Database, o Fabric Warehouse e o Fabric Lakehouse são os destinos de gravação suportados. Se os seus dados se encontrarem atualmente noutro local, iremos aconselhá-lo sobre a forma mais prática de os importar para o Fabric, no âmbito do projeto.
É possível criar um elemento visual personalizado com a funcionalidade de arrastar e largar, como um gráfico de Gantt programável?
Sim – esta é uma das funcionalidades mais solicitadas pelos nossos utilizadores. Os utilizadores arrastam uma tarefa para a reprogramar ou ajustar o seu tamanho, vêem os conflitos destacados imediatamente enquanto a arrastam e a alteração é validada e guardada no momento em que a soltam.
O que acontece se uma gravação falhar?
A função «Dados do Utilizador» do Fabric apresenta uma razão clara para a falha — uma regra de validação que não foi cumprida, uma alteração conflitante, um problema de permissões — em vez de falhar silenciosamente. O utilizador vê imediatamente a razão no relatório.
Pode documentar os fluxos para que nós próprios os possamos manter?
Sim. Cada projeto inclui documentação escrita sobre os dados de entrada, a lógica de validação e o destino de gravação de cada função, redigida em linguagem simples. A vossa equipa deverá ser capaz de compreender o que uma função faz e de efetuar pequenos ajustes sem necessidade de nos contactar.
Quanto tempo demora um projeto de reescrita?
Um único campo editável ou uma ação de aprovação demora normalmente entre 2 e 4 dias, incluindo testes e documentação. Um elemento visual personalizado com atualização automática e validação em tempo real, como um gráfico de Gantt interativo, demora geralmente entre 6 e 12 dias, dependendo da complexidade. Apresentamos-lhe um âmbito do projeto por escrito antes de começarmos.
Frequentemente combinado com a funcionalidade de reescrita do Power BI.
Consultoria em Power BI
A atualização automática só é tão útil quanto o modelo em que se baseia. Concebemos o modelo semântico e a configuração do DirectQuery que mantêm o seu relatório sincronizado no momento em que uma gravação é efetuada.
Microsoft Fabric
Os fluxos de tarefas do Translytical dependem de um ambiente Fabric bem estruturado. Nos casos em que a base de dados SQL, o armazém de dados ou o lakehouse subjacentes do Fabric ainda não estejam prontos, procedemos à sua configuração no âmbito do mesmo projeto.
Automatização de energia
Alguns eventos de writeback devem desencadear um processo a jusante – uma notificação, uma cadeia de aprovação, uma atualização de estado noutro local do Microsoft 365. Ligamos os eventos de writeback do Fabric aos fluxos do Power Automate sempre que necessário.
Está pronto para tornar os seus relatórios editáveis?
Diga-nos o que precisa de ser editável – um campo, uma aprovação, uma vista completa do calendário – e entraremos em contacto com um âmbito indicativo e uma estimativa no prazo de 24 horas.
Ou envie-nos um e-mail diretamente para info@leaplytics.de
Serviços relacionados: Consultoria em Power BI - Microsoft Fabric - Automatização de energia - Aplicações eléctricas