Alex Pereira

Encontrei este video só não sei se te ajuda:

https://discord.com/invite/qNj77Tx4j6

Você está usando atualização incremental neste relatório?

Existem algumas aulas na plataforma que já te ensinam hoje: O que te recomendo é aprender primeiro e ter um funcionamento de como funciona comandos sql: https://www.udemy.com/course/bancos-de-dados-relacionais-basico-avancado/learn/lecture/19042544?start=0#overview Depois recomendo aprender sobre construção de um dw com uma ferramenta mais simples como pentaho: https://www.udemy.com/course/curso-pentaho-data-integration-pdi-kettle-bi-etl-essencial/ Depois recomendo ver materiais mais avançados ai tem esse : https://meuscursos.theplumbers.com.br/dashboard, esses caras são o leozinho da engenharia de dados kkkkkkkk

No power bi se pode alterar isso tambem atraves de localidade. Momento 4:45 do vídeo!

TENTE CONVERTER DIRETAMENTE NO PANDAS E DEIXAR OS DADOS EM FORMATO BRASILEIRO. import pandas as pd # Exemplo de DataFrame com números em formato inglês data = {'numeros': [1234.56, 7890.12, 3456.78]} df = pd.DataFrame(data) # Converter os números para formato brasileiro df['numeros'] = df['numeros'].apply(lambda x: '{:,.2f}'.format(x).replace(',', 'X').replace('.', ',').replace('X', '.')) print(df)

Basicamente você terá seguir seguintes passos: 1 - Instale um novo gateway: Se você perder a senha do gateway, não há uma opção direta para recuperá-la. A única opção é reinstalar o gateway e criar uma nova senha durante o processo de instalação. 2 - Obtenha o ID do gateway antigo: Use a API do Power BI ou o PowerShell para obter o ID do gateway antigo. Isso é necessário para recriar as fontes de dados. Obtenha o dump de fontes de dados do gateway antigo: Use o ID do gateway antigo para obter o dump de fontes de dados. Isso é necessário para recriar as fontes de dados no novo gateway. 3 - Recrie as fontes de dados no novo gateway: Use o dump de fontes de dados para recriar as fontes de dados no novo gateway. Isso pode requerer que um administrador tome posse temporária do proprietário do conjunto de dados para completar esse passo. 4 - Configure o novo gateway: Certifique-se de que o novo gateway esteja configurado corretamente e que as fontes de dados estejam funcionando corretamente. OBS: Pelo que entendi você não consegue recuperar o gateway anterior terá criar um novo para assim recuperar as fontes de dados do antigo através dessa api, para depois colocar no novo. RECOMENDO FAZER ISSO EM SEU AMBIENTE LOCAL PARA NÃO DESISTALAR O GATEWAY EXISTENTE!

Achei esse post só não sei se funciona: https://rukiatu.com/lost-pbi-gateway-recovery-key-no-problem/

Tem como disponabilizar uma base de exemplo?

Você está usando a medida errada tem que ser [% Meta vs Realizado YTD] no lugar de [% Meta vs Realizado]

Experimente criar um arquivo novo do zero e vê se ainda segue ainda continua mesmo resultado.

A query que você forneceu contém várias instruções DML (Data Manipulation Language), como INSERT INTO, e DDL (Data Definition Language), como CREATE TABLE. No entanto, o Power BI não suporta diretamente a execução de instruções DDL e DML em consultas SQL quando se está importando dados ou usando consultas diretas. Aqui estão alguns pontos que podem causar problemas ao tentar executar essa query no Power BI: 1 - Instruções de Controle de Fluxo: Instruções como IF, ELSE, e TRUNCATE TABLE não são permitidas em consultas SQL no Power BI. 2 - Criação de Tabelas Temporárias: A criação de tabelas temporárias (#temp1, #temp2, #tempCarga) não é suportada no Power BI. 3 - Instruções de Inserção: As instruções INSERT INTO são usadas para inserir dados em tabelas temporárias, o que não é permitido em consultas SQL do Power BI. Para resolver esses problemas, você precisará modificar a forma como a query é estruturada. Uma abordagem comum é pré-processar os dados em um banco de dados SQL externo e, em seguida, importar os dados processados no Power BI. Neste caso, você deverá ter uma tabela já pronta com dados que você deseja consumir e através de comandos DQL - Data Query Language - Linguagem de Consulta de dados, fazer consulta de seus dados no power bi.

Pode fornecer mais informações sobre API? Documentação e exemplos de FixtureID's que você quer buscar 😄

Dê uma olhada nessa live: https://www.youtube.com/watch?v=UpTVfjSBk4U

Esse erro é devido fonte de dados que foram adicionados em seus dados e você não mapeio no seu gateway. Essas fontes você deve ter colocado dentro seu power query, caso você não utilize pode exclui-las e ai voltara a funcionar novamente. Awui você consegue ter uma noção de onde vem as fontes de seus dados para estar analisando!

Tente desinstalar ele e instalar novamente, experimente ver tbm se num arquivo sem ser esse está utilizando tem esse efeito!

chegou ver essas soluções alternativas? https://cursos.alura.com.br/forum/topico-power-bi-datas-no-padrao-americano-211980

Via drill drown não, mas você pode criar indicadores no power bi que façam isso para você ai caso criar botão os outros botões direcionamento de páginas vão para ano!

De uma olhada neste video vê se te auxilia:

Boooom Diaaaa, não entendi muito bem o que você quer mais seria ter um histórico de atualização de atualizações dessa planilha sua excel que vem do sap? Talvez o que você pode fazer e tentar criar um banco dados dessa sua planilha, ai você terá que utilizar outras ferramentas como pentaho. Exemplo: https://pt.linkedin.com/pulse/como-incrementar-histórico-de-datas-com-pentaho-charles-lima

Aqui nesse link existe algumas coisas você pode fazer e soluções alternativas para seu problema. https://cursos.alura.com.br/forum/topico-power-bi-datas-no-padrao-americano-211980

Verifique se no seu power bi está atualizado isso parece ser um problema de atualização antiigo. https://community.fabric.microsoft.com/t5/Desktop/Ultima-atualização-Março-2022-Data-em-Inglês-mesmo-com-Idioma-em/td-p/2429669

Encontrei essa resposta no forum sobre assunto: Esse erro significa que o DSN (Data Source Name, nome da fonte de dados) que você está especificando na configuração de conexão não está sendo encontrado no registro do Windows. É importante que o formato executável e de vinculação do seu driver ODBC (ELF) seja o mesmo que o seu aplicativo. Em outras palavras, você precisa de um driver de 32 bits para um aplicativo de 32 bits ou um driver de 64 bits para um aplicativo de 64 bits. Se estes não coincidirem, é possível configurar um DSN para um driver de 32 bits e quando você tentar usar esse DSN em um aplicativo de 64 bits, o DSN não será encontrado porque o registro contém informações DSN em diferentes locais dependendo do ELF (32 bits versus 64 bits). Certifique-se de que está usando a ferramenta correta de administrador oDBC. No Windows de 32 bits e 64 bits, a ferramenta padrão do administrador ODBC está em c:\Windows\System32\odbcad32.exe. No entanto, em uma máquina Windows de 64 bits, o padrão é a versão de 64 bits. Se você precisar usar a ferramenta ODBC Administrator de 32 bits em um sistema Windows de 64 bits, você precisará executar o encontrado aqui: C:\Windows\SysWOW64\odbcad32.exe Onde eu vejo esse tropeço das pessoas é quando um usuário usa o administrador ODBC padrão de 64 bits para configurar um DSN; pensando que é para um DSN de 32 bits. Em seguida, quando o aplicativo de 32 bits tenta se conectar usando esse DSN, "Fonte de dados não encontrada..." Ocorre. Também é importante garantir que a ortografia do DSN corresponda à do DSN configurado no administrador ODBC. Uma letra errada é tudo o que é preciso para um DSN ser incompatível. Pode não ser a mesma marca de produto que você tem, no entanto; é um problema genérico que é encontrado ao usar nomes de origem de dados ODBC. Em referência à parte do Provedor de DB OLE da sua pergunta, parece ser um tipo semelhante de problema onde o aplicativo não é capaz de localizar a configuração para o provedor especificado. Espero que isso te ajude. Obrigado https://answers.microsoft.com/pt-br/msoffice/forum/all/odbc-driver-manager-nome-da-fonte-de-dados/ad1c4744-ea31-4a5e-88bd-0fc1508587cb

Bom diaaa, veja se essa codigo M atende seu objetivo: let // Data de hoje CurrentDate = DateTime.LocalNow(), // Primeiro dia do mês atual FirstDayOfCurrentMonth = Date.From(Date.StartOfMonth(CurrentDate)), // Tabela original Source = Table.FromRecords({ [Atributo = "Empenho Atraso", Valor = 1293, Data = #date(2024, 4, 1)], [Atributo = "Empenho M", Valor = 1293, Data = #date(2024, 4, 5)], [Atributo = "Empenho M + 1", Valor = 1293, Data = #date(2024, 3, 1)], [Atributo = "Empenho M + 2", Valor = 1293, Data = #date(2024, 5, 1)], [Atributo = "Empenho M + 6", Valor = 1293, Data = #date(2024, 1, 1)] }), // Função para extrair o número de dias a partir do Atributo ExtractDays = (atributo as text) as number => let parts = Text.Split(atributo, " "), lastPart = List.Last(parts), dayIncrement = try Number.FromText(lastPart) otherwise 0 in dayIncrement, // Adicionando a coluna Numero dias acrescentados AddDaysColumn = Table.AddColumn(Source, "Numero dias acrescentados", each ExtractDays([Atributo]), Int64.Type), // Atualizando as datas de acordo com a coluna Numero dias acrescentados UpdatedTable = Table.AddColumn(AddDaysColumn, "NovaData", each if Text.StartsWith([Atributo], "Empenho M") then Date.AddDays(FirstDayOfCurrentMonth, [Numero dias acrescentados]) else [Data], type date ), #"Tipo Alterado" = Table.TransformColumnTypes(UpdatedTable,{{"Atributo", type text}, {"Valor", Int64.Type}, {"Data", type date}, {"Numero dias acrescentados", Int64.Type}, {"NovaData", type date}}) in #"Tipo Alterado"

Da uma olhada nessa live: momento 1:27:11 se pode encontrar a lógica de como fazer isso ai!