D365F&O 10.0.46 Generally Available

 Pessoas, temos disponível a versão 10.0.46 liberada no LCS e Power Platform para testes!

What's new or changed in Dynamics 365 Finance 10.0.46 (December 2025)

What's new or changed in Dynamics 365 Sypply Chain 10.0.46 (December 2025)

Querem ajuda com este upgrade? 

Querem testes automáticos para validar esta e outras atualizações do seu sistema com o DevOps? 

Querem um assessment gratuito em sua infraestrutura para melhorar a segurança e reduzir custos?

Estou disponível!

francisco@mtxn.com.br

D365F&O, Git e Power Platform! Parte 4

Na parte 1 falei sobre o Git e como migrar do TFVC para o Git.

Na parte 2 mostro como configurar o UDE via PPAC.

Na parte 3 vimos como configurar o VS 2002 com UDE e TFVC.

Nesta parte 4 vamos configurar o VS 2022 com o Git! Let's bora!

Consultem as partes anteriores e, com o VS2022 preparado, conectem-no ao seu projeto no DevOps:

Selecione o repositório, clique com o botão direito e selecione "Clone Repository".

Agora tenho o repositório salvo na minha VM.

Seguindo os passos anteriores, você poderá se conectar ao seu ambiente UDE.

Ao final destes processos teremos um ambiente pronto para uso, com conexão ao Repos Git e um ambiente UDE totalmente funcional.

Confesso que me perdi, repeti os processos de mapeamento vezes a perder a conta!!!

Mas o aprendizado é assim mesmo.

Conforme vou aprendendo, trabalhando, usando e descobrindo coisas novas, vou atualizando os posts ou criando novos!

Na parte 5 falaremos sobre como trabalhar com dados no ambiente UDE!


Obs.: Devo sempre dizer que não criei nada. O material sobre este assunto é amplo. Existem várias fontes. Em breve mencionarei as que utilizei!

D365F&O, Git e Power Platform! Parte 2

Na parte 1, falamos um pouco sobre as novidades no uso do Git como repositório e sobre a migração do TFVC.

Sem reinventar a roda, a parte 2 trata de criar o UDE no Power Platform Admin Center (PPAC).

Os links abaixo, apesar de antigos, ainda são válidos:

https://fsilvajunior.blogspot.com/2024/05/dynamics-365-finops-unified-developer_26.html

https://fsilvajunior.blogspot.com/2024/05/dynamics-365-finops-unified-developer_26.html

Havendo novidades na criação de um UDE, atualizarei os posts acima.

Na parte 3 veremos como configurar o Visual Studio 2022 e iniciar os trabalhos!

D365F&O, Git e Power Platform! Parte 1

 Após ouvir as palestras e ver as demos durante o D365Summit em Lisboa, decidi que já era hora de aprofundar minha prática no uso do Git como repositório de código do D365F&O, bem como de utilizar o UDE como ambiente oficial de desenvolvimento e debug.

Após as palestras, ficou claro pra mim que o LCS não tem muito mais do que 1 ano de vida. Até hoje, vejo profissionais com dificuldades para utilizar o DevOps com o TFVC. Penso que, quanto antes iniciarmos o uso do Git com o D365F&O, mais chances teremos de minimizar os problemas quando chegar o momento em que nem sequer teremos a opção de usar o TFVC. E este momento está mais próximo do que vocês imaginam!

Obs: Falarei de "USE" e "UPE" em breve!

Inicio aqui uma série de posts para colocar em pleno funcionamento o UDE + Git + PPAC + DevOps no uso diário com o D365F&O!

Neste primeiro post vamos migrar um repositório de códigos to TFVC para O Git.

"Neste link você pode obter mais detalhes sobre as vantages e sobre como utilizar o Git com o D365F&O"

Neste momento, Dezembro de 2025, a migração do TFVC para o Git está extremamente simples. Não há necessidade de criar um repositório Git antes. 

Acesse o DevOps, vá até Repos e clique na opção "Import repository":

No "Repository type" escolha o TFVC.

No "Path" informe o caminho da Branch a ser migrada. É importante informar a Branch correta!

Você tem a opção de importar o histórico de changesets da Branch, escolha entre 1 e 180 dias!

Por ultimo, informe o nome do Repos Git a ser criado e clique em "import".

Agora apenas espere a conclusão do processo:

Não tenho muitos changesets, mas note que o novo Repos no formato Git manteve as poucas mudanças que fiz antes da migração do TFVC para o Git:

Existem outros detalhes importantes muito bem documentados neste link: https://learn.microsoft.com/pt-br/azure/devops/repos/git/import-from-tfvc?view=azure-devops

Se seu projeto seguiu as boas práticas da Microsoft, a migração de TFVC para Git será fácil!

Se você é uma empresa cliente ou parceiro da Microsoft e precisa de apoio nesta migração, entre em contato!

Aqui está a Parte 2!

Fonte: https://www.powerazure365.com/blog-1/dynamics-365-finops-unified-developer-experience

D365F&O. TFVC ou Git como repositório?

 À medida que as organizações modernizam suas práticas de DevOps, a transição de sistemas de controle de versão centralizados, como o TFVC, para sistemas distribuídos, como o Git, tornou-se uma prioridade estratégica, especialmente para equipes que trabalham com o Microsoft Dynamics 365 Finance & Operations (F&O). 

O Git não só permite uma colaboração mais eficiente e ciclos de entrega mais rápidos, como também se integra perfeitamente ao Azure DevOps Git, tornando-se a escolha preferida das equipes de desenvolvimento.

Por que usamos Repos no DevOps para o desenvolvimento do D365 F&O?

No desenvolvimento DevOps para Dynamics 365 Finance and Operations (F&O), os repositórios são usados ​​principalmente para controle de versão. Isso permite que os desenvolvedores acompanhem as alterações em seu código ao longo do tempo, colaborem efetivamente com outros membros da equipe e gerenciem diferentes versões do código-fonte. 

Também garante processos de desenvolvimento e implantação tranquilos, facilitando a ramificação, a mesclagem e as revisões de código, tudo no contexto de um sistema centralizado como o Git no Azure DevOps.

Principais benefícios do uso de repositórios no desenvolvimento do D365 F&O:

Colaboração: Vários desenvolvedores podem trabalhar no mesmo código-fonte simultaneamente, cada um fazendo alterações em sua própria ramificação e mesclando-as no código-fonte principal para evitar conflitos.

Controle de versão: Acompanhe todas as alterações no código, permitindo que você reverta facilmente para versões anteriores, se necessário.

Processo de revisão de código: Permita que os membros da equipe revisem as alterações de código entre si antes de mesclá-las na ramificação principal, melhorando a qualidade do código.

Estratégias de ramificação: Crie ramificações distintas para os ambientes de desenvolvimento, teste e produção. Isso permite testar e implantar novos recursos de forma isolada, sem afetar o sistema em produção.

Compilação e implantação automatizadas: Integre-se a pipelines de CI/CD no Azure DevOps para compilar, testar e implantar automaticamente alterações de código em diferentes ambientes com base em commits no repositório.

Git como sistema de controle de versão preferido

A maioria das equipes de desenvolvimento modernas do D365 F&O usa o Git como sistema de controle de versão subjacente em seus repositórios, devido à sua flexibilidade e popularidade.

Escolher uma estratégia de ramificação adequada (como a ramificação de recursos ou o desenvolvimento baseado em trunk) é crucial para a colaboração eficiente e para o gerenciamento de diferentes versões de código.

Importância do Git

O Git é um sistema de controle de versão moderno e distribuído, essencial nas práticas de desenvolvimento de software atuais. Ele permite que os desenvolvedores trabalhem de forma independente com uma cópia completa da base de código, o que possibilita maior desempenho e acesso offline. O Git simplifica a colaboração, oferecendo suporte a ramificações e mesclagens eficientes, o que ajuda as equipes a desenvolver recursos, corrigir bugs e experimentar com segurança, sem afetar a base de código principal.

Ele também oferece um histórico detalhado, facilitando a auditoria de alterações e o rollback, se necessário. Amplamente integrado a ferramentas de DevOps e pipelines de CI/CD, o Git garante a automação eficiente dos processos de build, teste e implantação. Sua natureza de código aberto e o forte suporte da comunidade fizeram do Git o padrão da indústria no controle de versão.

Principais comandos do Git e comparação com o TFVC:

Buscar (Fetch)

É importante buscar (fetch) e baixar (pull) antes de enviar (push). A busca verifica se há commits remotos que você deve incorporar às suas alterações locais. Se encontrar algum, baixe (pull) primeiro para evitar conflitos de mesclagem com o repositório remoto. Ao buscar uma branch, a janela Alterações do Git exibe um indicador abaixo do menu suspenso da branch, indicando o número de commits não baixados (unpulled) da branch remota. Esse indicador também mostra o número de commits locais não enviados (pushes).

Baixar (Pull)

Sempre baixe (pull) antes de enviar (push). Ao baixar (pull) primeiro, você evita conflitos de mesclagem com o repositório remoto.

Enviar (Push)

Ao criar commits, você salva automaticamente snapshots do seu código local. Use o comando Enviar (Push) para enviar os commits para o GitHub, onde você pode armazená-los como backups ou compartilhar seu código com outras pessoas.

Sincronizar (Sync)

Você envia commits (push) quando sua branch local estiver desatualizada em relação à branch remota. Se tentar enviar (push), uma caixa de diálogo solicitará que você baixe (pull) antes de enviar (push).

Use esta operação para baixar (pull) e enviar (push) de forma sequencial.

Falando de D365F&O, acesse o link abaixo para saber como iniciar o trabalho utilizando o Git como repositório padrão: https://fsilvajunior.blogspot.com/2025/11/d365f-git-e-power-platform-parte-1.html

Criando um Azure App Registration para ser usado na integração entre LCS <> DevOps <> Azure.

 Processo simples e descomplicado, vamos criar um App Registration no Azure para que possamos integrar o LCS, o DevOps e também o Azure para fins de automação entre estas plataformas como por exemplo, o upload de pacotes gerados pelo Pipeline do DevOps e aplicação deste pacote em um determinado ambiente no LCS!

O primeiro passo é acessar o Azure e ir ao Entra ID. é isso mesmo, agora a gestão dos App Registrations fica dentro do Entra. Se você não tem acesso ao Entra, procure outra coisa pra fazer!

Escolha criar um novo App Registration, defina um nome coerente com a funcionalidade e escolha 

Depois de registrado, anote o Application (Client) ID.

Clique na opção "Authentication", deixe conforme a imagem abaixo, siga os numeros!!!

Agora clique em Certificates and Secrets, gere um Secret novo, defina o nome e prazo de vencimento. Salve cuidadosamento oque está no campo "Value". Vamos utilizado e muito. Se não salvar agora você será obrigado a gerar um novo secret.

Agora clique em API Permission, adicone um novo, selecione a opção do meio e clique em Dynamics Lifecicle Services.

Selecione Delegated Permission, marque a opção "user_impersonation" e clique em Add permission.

Clique em grant admin consent, confirme e pronto.

Veja que agora há um sinal verde de "Granted...".

Agora é só utilizar o App Registration do seu DevOps junto com uma "conta de serviço" que NÃO TENHA MFA habilitado!

D365F&O Pipelines - Novidade!

 Olhem só essa "novidade novinha!"

https://powerapps.microsoft.com/en-us/blog/pipelines-for-all-public-preview-easily-set-up-pipelines-in-power-platform/

Link oficial: https://learn.microsoft.com/en-us/power-platform/alm/set-up-pipelines

Ta tudo bem descrito ai, nem vou falar mais nada!