<\/p>\n
Desenvolvemos solu\u00e7\u00f5es de writeback para o Power BI no Microsoft Fabric utilizando os Translytical Task Flows \u2013 para que a sua equipa possa editar planos, reprogramar tarefas e aprovar registos diretamente no relat\u00f3rio que j\u00e1 est\u00e1 a consultar. Nativas do Power BI, geridas pelo Fabric e concebidas para continuarem a funcionar em produ\u00e7\u00e3o \u2013 e n\u00e3o apenas numa demonstra\u00e7\u00e3o.<\/p>\n
Pedir um or\u00e7amento<\/a><\/p>\n <\/p>\n O Power BI foi concebido para ler dados, n\u00e3o para os gravar. Assim que algu\u00e9m precisa de atualizar uma previs\u00e3o, reprogramar uma tarefa ou aprovar um registo, sai do relat\u00f3rio \u2013 e o relat\u00f3rio deixa de ser a \u00fanica fonte de verdade. Os fluxos de tarefas da Translytical no Microsoft Fabric colmatam essa lacuna de forma nativa. A quest\u00e3o \u00e9 saber se a l\u00f3gica de grava\u00e7\u00e3o est\u00e1 suficientemente bem concebida para ser fi\u00e1vel em ambiente de produ\u00e7\u00e3o.<\/p>\n Um valor \u00e9 atualizado numa folha de c\u00e1lculo, mas o relat\u00f3rio continua a apresentar o valor do m\u00eas passado. Algu\u00e9m tem de se lembrar de o importar novamente e, at\u00e9 o fazer, todas as decis\u00f5es tomadas a partir do painel de controlo baseiam-se em dados desatualizados.<\/p>\n Uma tarefa \u00e9 adiada por dois dias, um recurso \u00e9 reservado duas vezes e ningu\u00e9m se apercebe disso at\u00e9 que o conflito se torne vis\u00edvel uma semana mais tarde. O relat\u00f3rio que deveria ter detetado esta situa\u00e7\u00e3o apenas consegue apresentar o plano \u2013 n\u00e3o permite que ningu\u00e9m o ajuste nem veja o efeito em cadeia em tempo real.<\/p>\n Algu\u00e9m aprova uma rubrica or\u00e7amental ao responder a um e-mail. O relat\u00f3rio nunca reflete essa aprova\u00e7\u00e3o. Quando o auditor pergunta quem aprovou o qu\u00ea e quando, a resposta n\u00e3o est\u00e1 no sistema \u2013 est\u00e1 na caixa de entrada de algu\u00e9m.<\/p>\n <\/p>\n Somos especializados em writeback do Power BI no Microsoft Fabric \u2013 mais especificamente nos Translytical Task Flows e nas Fabric User Data Functions. Isso significa que o percurso de grava\u00e7\u00e3o \u00e9 nativo da plataforma em que o seu relat\u00f3rio j\u00e1 \u00e9 executado, n\u00e3o sendo uma ferramenta adicional com um armazenamento de dados separado para manter. Desde um \u00fanico campo edit\u00e1vel at\u00e9 um visual de agendamento totalmente interativo, criamos o fluxo de ponta a ponta: o gatilho, a l\u00f3gica de valida\u00e7\u00e3o, a grava\u00e7\u00e3o e a atualiza\u00e7\u00e3o de volta no relat\u00f3rio.<\/p>\n O caminho nativo da Microsoft para o \u00abwriteback\u00bb: um controlo no seu relat\u00f3rio aciona uma Fun\u00e7\u00e3o de Dados do Utilizador do Fabric, que valida os dados introduzidos e os grava na Base de Dados SQL do Fabric, num Armaz\u00e9m de Dados do Fabric ou num Lakehouse do Fabric. N\u00e3o \u00e9 necess\u00e1rio hospedar nenhum middleware separado, nem gerir nenhum sistema de identidades separado \u2013 tudo funciona no inquilino do Fabric que j\u00e1 possui. Os fluxos t\u00edpicos incluem:<\/p>\n Alguns casos de utiliza\u00e7\u00e3o exigem mais do que um bot\u00e3o e um campo de texto \u2013 exigem manipula\u00e7\u00e3o direta. Criamos elementos visuais personalizados do Power BI com intera\u00e7\u00e3o do tipo \u00abarrastar e largar\u00bb que invocam as Fun\u00e7\u00f5es de Dados do Utilizador do Fabric sempre que ocorre uma altera\u00e7\u00e3o, proporcionando aos utilizadores feedback em tempo real antes de qualquer dado ser gravado. Entre as implementa\u00e7\u00f5es t\u00edpicas incluem-se:<\/p>\n Cada grava\u00e7\u00e3o passa por uma valida\u00e7\u00e3o do lado do servidor no \u00e2mbito da Fun\u00e7\u00e3o de Dados do Utilizador do Fabric \u2013 n\u00e3o se trata apenas de uma verifica\u00e7\u00e3o na interface visual que possa ser contornada. A seguran\u00e7a ao n\u00edvel da linha \u00e9 respeitada, cada altera\u00e7\u00e3o \u00e9 marcada com a data e hora e as grava\u00e7\u00f5es rejeitadas apresentam um motivo claro, em vez de falharem silenciosamente. Os padr\u00f5es comuns incluem:<\/p>\n <\/p>\n Antes de escrever qualquer c\u00f3digo, confirmamos o que o seu tenant do Fabric j\u00e1 suporta, onde os dados de destino devem ser armazenados (Fabric SQL Database, Warehouse ou Lakehouse) e o que as regras de valida\u00e7\u00e3o devem abranger. Tudo isto \u00e9 documentado e acordado consigo antes do in\u00edcio do desenvolvimento. Um fluxo de reescrita baseado em regras pouco claras produz dados n\u00e3o fi\u00e1veis.<\/p>\n Criamos a Fun\u00e7\u00e3o de Dados do Utilizador, o gatilho do lado do relat\u00f3rio e \u2014 quando necess\u00e1rio \u2014 o elemento visual personalizado, e depois testamo-los no seu ambiente Fabric com dados realistas. Testamos o cen\u00e1rio normal e os casos extremos: edi\u00e7\u00f5es simult\u00e2neas no mesmo registo, uma grava\u00e7\u00e3o que falha na valida\u00e7\u00e3o, uma falha de rede a meio do processo de grava\u00e7\u00e3o. A maioria das falhas de grava\u00e7\u00e3o em produ\u00e7\u00e3o decorre precisamente destes cen\u00e1rios.<\/p>\n Testa-se o fluxo com base em cen\u00e1rios reais retirados dos seus relat\u00f3rios di\u00e1rios. Corrigimos quaisquer problemas, documentamos as limita\u00e7\u00f5es conhecidas e confirmamos que a valida\u00e7\u00e3o e o comportamento de atualiza\u00e7\u00e3o est\u00e3o a funcionar conforme acordado antes da aprova\u00e7\u00e3o final.<\/p>\n Entrega completa, incluindo uma descri\u00e7\u00e3o por escrito dos dados de entrada, da l\u00f3gica de valida\u00e7\u00e3o e do destino de grava\u00e7\u00e3o de cada fun\u00e7\u00e3o \u2013 suficientemente clara para que a sua equipa possa compreender e dar manuten\u00e7\u00e3o sem precisar da nossa ajuda. Inclui 3 meses de corre\u00e7\u00e3o de defeitos. Suporte cont\u00ednuo dispon\u00edvel mediante contrato de presta\u00e7\u00e3o de servi\u00e7os.<\/p>\n <\/p>\n Um planeador arrasta uma tarefa num gr\u00e1fico de Gantt para uma nova data. \u00c0 medida que arrasta, as reservas sobrepostas no mesmo recurso s\u00e3o imediatamente destacadas. Ao soltar a tarefa, uma Fun\u00e7\u00e3o de Dados do Utilizador do Fabric valida o novo hor\u00e1rio em rela\u00e7\u00e3o a todas as outras reservas para esse recurso e grava a altera\u00e7\u00e3o na base de dados SQL do Fabric. Se existir um conflito real, a grava\u00e7\u00e3o \u00e9 rejeitada com uma justifica\u00e7\u00e3o clara, em vez de corromper silenciosamente o plano.<\/p>\n Um respons\u00e1vel financeiro ajusta um valor previsto diretamente numa matriz do Power BI. A altera\u00e7\u00e3o \u00e9 validada em rela\u00e7\u00e3o ao or\u00e7amento aprovado e gravada no Fabric Warehouse subjacente. Todos os restantes utilizadores do relat\u00f3rio v\u00eaem o valor atualizado na pr\u00f3xima atualiza\u00e7\u00e3o \u2013 sem necessidade de exporta\u00e7\u00e3o, reimporta\u00e7\u00e3o ou de uma ferramenta de planeamento separada.<\/p>\n Um pedido aparece num relat\u00f3rio com os controlos \u00abAprovar\u00bb \/ \u00abRejeitar\u00bb. A aprova\u00e7\u00e3o aciona uma Fun\u00e7\u00e3o de Dados do Utilizador do Fabric que regista a decis\u00e3o, o aprovador e um carimbo temporal no registo e atualiza o estado vis\u00edvel para todos os utilizadores a jusante. O hist\u00f3rico completo das decis\u00f5es encontra-se na mesma tabela a partir da qual o relat\u00f3rio obt\u00e9m os dados.<\/p>\n Um utilizador deteta um valor incorreto enquanto analisa um relat\u00f3rio e corrige-o imediatamente, em vez de abrir um ticket e esperar que outra pessoa o corrija na fonte. A corre\u00e7\u00e3o \u00e9 validada e gravada diretamente na tabela de origem suportada pelo Fabric.<\/p>\n Um revisor anexa uma nota a um ponto de dados espec\u00edfico \u2013 uma explica\u00e7\u00e3o para um desvio, um aviso para acompanhamento. O coment\u00e1rio \u00e9 registado com o nome do utilizador e a data e hora, e aparece para a pr\u00f3xima pessoa que abrir o mesmo relat\u00f3rio.<\/p>\n <\/p>\n Trabalhamos numa base de tempo e material. O cliente paga pelos dias efetivamente trabalhados a uma taxa fixa por dia. Sem surpresas de pre\u00e7o fixo, sem aumento de \u00e2mbito sem o seu acordo.<\/p>\nOs vossos relat\u00f3rios mostram o problema. Mas n\u00e3o permitem que ningu\u00e9m o resolva.<\/h2>\n
Planos e previs\u00f5es congelados na \u00faltima exporta\u00e7\u00e3o<\/h3>\n
As altera\u00e7\u00f5es ao hor\u00e1rio ocorrem fora do hor\u00e1rio previsto<\/h3>\n
As aprova\u00e7\u00f5es e corre\u00e7\u00f5es constam no e-mail, n\u00e3o no registo<\/h3>\n
O Writeback que criamos para os nossos clientes.<\/h2>\n
Fluxos de tarefas transl\u00edticos e fun\u00e7\u00f5es de dados do utilizador do Fabric<\/h3>\n
\n
Elementos visuais personalizados de atualiza\u00e7\u00e3o<\/h3>\n
\n
Valida\u00e7\u00e3o e Governa\u00e7\u00e3o<\/h3>\n
\n
Como funciona.<\/h2>\n
1. Arquitetura e prepara\u00e7\u00e3o da estrutura<\/h3>\n
2. Construir e testar<\/h3>\n
3. UAT e aprova\u00e7\u00e3o<\/h3>\n
4. Entrega e documenta\u00e7\u00e3o<\/h3>\n
O que os nossos clientes nos escrevem.<\/h2>\n
Programa\u00e7\u00e3o interativa de tarefas e recursos<\/h3>\n
Edi\u00e7\u00e3o do or\u00e7amento e das previs\u00f5es<\/h3>\n
Fluxos de trabalho de aprova\u00e7\u00e3o<\/h3>\n
Corre\u00e7\u00e3o de dados na fonte<\/h3>\n
Coment\u00e1rios e anota\u00e7\u00f5es<\/h3>\n
Pre\u00e7os transparentes.<\/h2>\n