Translate

Mostrando postagens com marcador Francisco. Mostrar todas as postagens
Mostrando postagens com marcador Francisco. Mostrar todas as postagens

quarta-feira, 20 de maio de 2026

O Futuro do RSAT no Dynamics 365 Finance & Operations: Limitações, Cenários e Alternativas.

Notice of Deprecation: Regression Suite Automation Tool (RSAT)

Microsoft is hereby announcing the deprecation of the Regression Suite Automation Tool (RSAT), effective May 15, 2027.

As of that date, Microsoft will no longer provide support, maintenance, bug fixes, or feature enhancements for RSAT.

Deprecation details
  • Effective date: May 15, 2027.
  • Support status: Beginning on the effective date, Microsoft will no longer provide support, servicing, bug fixes, or feature updates for RSAT.
  • Product availability: Customers may continue to use RSAT after the effective date; however, the product will remain available only on an unsupported basis.
  • Recommended next step: Customers should begin planning



Se você atua com testes no Dynamics 365 Finance & Operations (F&O), provavelmente já enfrentou um cenário recorrente: após cada release wave da Microsoft, uma parte significativa dos testes automatizados falha devido a pequenas alterações na interface.

Esse comportamento não é acidental — é estrutural.

Recentemente, a própria Microsoft sinalizou em eventos técnicos que o RSAT (Regression Suite Automation Tool) está “feature complete”, ou seja:

  • Não há previsão de novas funcionalidades
  • Não existe roadmap ativo de evolução
  • A ferramenta continua suportada, mas sem inovação

Esse posicionamento reforça a necessidade de reavaliar a estratégia de automação de testes no ecossistema F&O.


O que é o RSAT no contexto do D365 F&O

O RSAT é a ferramenta de automação de testes fornecida pela Microsoft para o Dynamics 365 Finance & Operations, com forte integração nativa com:

  • Lifecycle Services (LCS)
  • Azure DevOps
  • Task Recorder for D365

Seu funcionamento é baseado na gravação de tarefas (task recordings), capturando:

  • Cliques
  • Navegação
  • Interações na interface

Essas gravações são posteriormente reproduzidas durante execuções de teste.

Pontos fortes no F&O

  • Disponível sem custo adicional com o D365 F&O
  • Integração nativa com o ecossistema Microsoft
  • Familiar para usuários que já utilizam Task Recorder
  • Funciona bem para:
    • Testes simples
    • Cenários isolados
    • Processos dentro de um único módulo

O Problema Estrutural do RSAT

O RSAT não entende processos de negócio — ele entende apenas as interações com a interface do usuário (UI).

Isso significa que:

Ele não valida o resultado do processo — apenas repete os passos que um usuário executou.

Impacto direto no F&O

O Dynamics 365 F&O recebe atualizações frequentes:

  • Release Wave 1 (abril)
  • Release Wave 2 (outubro)
  • Hotfixes recorrentes

Cada atualização pode alterar:

  • rótulos de campos
  • estrutura de formulários
  • fluxos de navegação
  • obrigatoriedade de campos

Resultado: testes gravados quebram.


Principais Limitações do RSAT no F&O

1. Falta de testes end-to-end entre módulos

No F&O, processos críticos atravessam múltiplos módulos, como:

  • Procure-to-Pay (Compras → Financeiro → GL)
  • Order-to-Cash (Vendas → Estoque → Financeiro)

O RSAT não cobre esses fluxos de ponta a ponta de forma eficiente.


2. Alta dependência de manutenção manual

A cada mudança na UI:

  • Testes precisam ser regravados
  • Desenvolvedores são envolvidos
  • Ciclos de regressão aumentam

Esse efeito é conhecido como “dívida de regressão”.


3. Dependência técnica

Apesar da gravação ser simples, a manutenção exige:

  • Conhecimento técnico
  • Acesso a LCS
  • Configuração em Azure DevOps

Isso limita a atuação de:

  • Analistas de negócio
  • Usuários-chave
  • Times de QA funcionais

4. Ausência de inteligência ou adaptação

O RSAT:

  • Não possui auto-healing
  • Não identifica mudanças na UI
  • Não adapta fluxos automaticamente

Se algo mudar, o teste simplesmente falhará.


5. Cobertura e visão limitada

Os resultados são geralmente:

  • Status pass/fail
  • Sem visão de cobertura por processo
  • Sem análise de risco

Isso dificulta a tomada de decisão antes do go-live.


Por que esse problema se agrava no F&O

O Dynamics 365 F&O é um ERP altamente integrado, onde:

  • Processos são interdependentes
  • Dados fluem entre módulos
  • Validações dependem de contexto

Testar apenas cliques não garante que o processo financeiro ou operacional foi executado corretamente.


Categorias de Alternativas ao RSAT no F&O

Atualmente, as alternativas adotadas seguem três abordagens principais:


1. Plataformas Low-Code

Exemplos: Leapwork, ACCELQ

O que oferecem

  • Criação visual de testes
  • Menor dependência técnica
  • Possibilidade de importar scripts do RSAT

Limitações no F&O

  • Ainda baseadas na UI
  • Quebram com mudanças na interface
  • Cobertura limitada para cenários cross-module

2. Frameworks Baseados em Código

Exemplos:

  • Selenium (C# / Java)
  • SpecFlow (BDD)

O que oferecem

  • Controle total sobre automação
  • Integração com CI/CD
  • Suporte a cenários complexos

Limitações no F&O

  • Alto custo de desenvolvimento e manutenção
  • IDs dinâmicos do D365 dificultam estabilidade
  • Forte dependência de equipes técnicas

3. Automação Baseada em IA (AI Test Agents)

O que muda no paradigma

Nesse modelo:

  • O teste não é uma sequência de cliques
  • O teste valida um resultado de negócio

Exemplos:

  • Sofy (agents especializados para D365)

Benefícios no F&O

  • Autoadaptação a mudanças de interface
  • Validação de processos completos (ex: PO → GL)
  • Redução significativa da manutenção
  • Execução mais rápida em ciclos de release

Como Evoluir do RSAT no F&O

A abordagem mais eficaz não é substituição imediata, mas sim evolução gradual:

Estratégia recomendada

  1. Identificar processos críticos não cobertos
    (principalmente cross-module)

  2. Priorizar cenários de maior risco:

    • Fechamento contábil
    • Procure-to-pay
    • Order-to-cash
  3. Manter RSAT para:

    • Documentação
    • Testes simples
  4. Expandir automação orientada a resultado


Conclusão

O RSAT continua sendo uma ferramenta funcional no Dynamics 365 Finance & Operations, especialmente em cenários simples e estáveis.

No entanto, sua arquitetura baseada em UI limita sua escalabilidade em um ambiente:

  • Altamente dinâmico
  • Orientado a processos
  • Com releases frequentes

O movimento atual do mercado não é apenas substituir ferramentas, mas evoluir o conceito de teste:

De automação baseada em cliques para validação baseada em processos de negócio.


Alternativas ao RSAT no D365 F&O

A seguir, algumas opções utilizadas atualmente:

✅ Ferramentas Microsoft

  • RSAT (oficial)
  • Integração com Azure DevOps Test Plans
  • Task Recorder (base para automação)

📌 Fonte oficial:

  • Microsoft Learn – RSAT documentation
    https://learn.microsoft.com/dynamics365/finance/dev-itpro/perf-test/regression-suite-automation-tool

✅ Low-Code / No-Code

  • Leapwork
  • ACCELQ

✅ Frameworks customizados

  • Selenium + C#
  • SpecFlow (BDD)

✅ Plataformas com IA

  • Sofy (foco em D365)
  • Outras soluções emergentes de automação inteligente


Agradeço ao Copilot pelo formato do texto!

quarta-feira, 23 de outubro de 2024

GlobalUpdate scrito for service model: MROneBox. Erro ao aplicar um Service Update do D365F&O.

 Se você está aplicando um Service ou Quality Update em sua VM e recebeu o erro abaixo:

GlobalUpdate scrito for service model: MROneBox

Olhando no log este erro é encontrado:

System.TypeInitializationException: The type initializer for 'Microsoft.Dynamics.Performance.Core.AuthenticationConfigSettings' threw an exception. ---> System.Configuration.ConfigurationErrorsException: Configuration system failed to initialize ---> System.Configuration.ConfigurationErrorsException: Unrecognized configuration section SqlAuthenticationProviders. (K:\MROneBox\MRInstallDirectory\Server\ApplicationService\web.config line 7)

Faça o seguinte...

Abra o arquivo "web.config" normalmente localizado no seguinte diretório:

K:\MROneBox\MRInstallDirectory\Server\ApplicationService\web.config



Procure por <configSections> e adicone o seguinte:

<section name="SqlAuthenticationProviders" type="System.Data.SqlClient.SqlAuthenticationProviderConfigurationSection, System.Data, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />

Após a alteração seu arquivo web.config ficara assim:

Salve o arquivo e feche.

Continue com a aplicação do pacote e pronto!

Fonte: LCS

terça-feira, 24 de setembro de 2019

quinta-feira, 13 de junho de 2019

Restore não exibe porcentagem de progresso.

Este post é apenas para armazenar o conhecimento adquirido para casos futuros...!!!:

Fui incumbido de efetuar o restore de um banco de dados de 1.5TB em um ambiente que seria utilizado para testes diversos, trabalho normal e simples. Recebi todos os acessos e permissões corretas para tal, acessei os servidores e instancias necessárias para o processo de backup e restore, espaços em discos estavam ok, não havia impedimentos para realizar um trabalho simples, apenas demorado devido ao tamanho do banco!

Pois bem, backup feito corretamente, arquivos necessários movimentados para o diretório de destino, restore iniciado e ai PÁHHH, deu ruim... nenhum progresso era exibido, não adiantava usar o gráfico ou script, uma demora absurdamente anormal.

No Activity Monitor haviam locks ASYNC_IO_COMPLETION... obviamente não preciso reinventar a roda...

Antes de ir direto para a solução, eu verifiquei que as versões de SQL estavam diferentes entre os ambientes, sendo que o ambiente original era superior ao ambiente de destino. Neste caso apliquei o devido KB para igualar os ambientes.

Agora sim vamos à solução, sem reinventar a roda... uma pesquisa rapida me levou a este link:

http://mattslocumsql.blogspot.com/2014/02/why-are-my-database-restores-so-slow.html

E o link acima aponta pra este link:
https://techcommunity.microsoft.com/t5/Premier-Field-Engineering/How-and-Why-to-Enable-Instant-File-Initialization/ba-p/370329

Lendo o conteúdo dos dois links será fácil resolver o problema de o SQL não apresentar progresso no restore, seja via gráfico ou script, e também a lentidão absurda no processo de restore, criação de banco de dados novo ou crescimento do banco de dados!

Vivendo e aprendendo sempre, graças a Deus!

quarta-feira, 10 de abril de 2019

Unificar arquivos .MDF do SQL Server!

Recentemente atuei em um caso interessante, ao menos pra mim!

Um cliente me solicitou a migração de um ambiente de AX2012, isso obviamente inclui a migração do banco de dados.
Não sei por qual razão, mas no momento da criação o banco de dados foi criado com 08 arquivos de dados diferentes, todos eles com a extensão .MDF... E todos estes arquivos estavam armazenados no mesmo disco físico.

Ninguém soube me dizer o porque de este banco de dados ter sido criado desta forma... e o cliente não tinha a ideia de alocar cada arquivo em um disco físico diferente, então... porque ter tantos arquivos assim?

Resolvi então unificar todos eles em um unico .MDF... iniciei criando um banco de TESTE com 03 arquivos .MDF

E criei uma tabela simples com alguns registros...

Consultei os registros pra ter certeza de que foram criados:


Consultei a estrutura de banco pra saber se haviam registros em todos os 03 arquivos .MDF
Tendo certeza de que haviam registros em todos os arquivos comecei a remove-los um a um e verificando se os registros foram movidos do arquivo eliminado para o arquivo existente.
Primeiro removi o arquivo TESTE2.mdf.
Arquivo removido com sucesso, ao consultar os registros pude ver que todos ainda constavam no banco de dados e divididos entre os dois arquivos .MDF restantes. O próximo passo foi remover o arquivo TESTE1.mdf.

Agora meu banco de dados possui apenas 01 arquivos .mdf, consultando os registros vejo que todos os dados estão corretamente armazenados no banco, sem perda de dados. Conferindo a estrutura do banco confirmei que os demais arquivos foram removidos.

E com isso consegui eliminar os .MDF's desnecessários deste ambiente!

Após este trabalho em um banco de produção revise os índices para garantir o desempenho do banco de dados.

Não se esqueça de fazer um backup full de seu banco de dados antes de iniciar este trabalho!



quarta-feira, 21 de março de 2018

Microsoft MVP Conference!

Vem ai o maior evento técnico de experts Microsoft!

https://mvpconf.com.br/

Da comunidade, para a comunidade


Criado pelos maiores influenciadores de comunidades técnicas do Brasil, o MVPConf visa reunir todas as pessoas que tem paixão pelo conhecimento e querem ampliar seu networking.

Comunidade Microsoft MVP Reunida

O MVPConf reune o maior número de MVPs palestrando e coordenando um evento que você já viu. Serão mais de 70 experts envolvidos diretamente com o evento.

Conteúdo selecionado

Foram enviadas mais de 100 sessões e selecionamos os melhores tópicos para você, assinamos com selo MVP de qualidade que você ainda não viu nada parecido. Aproveite essa oportunidade para aprender mais e fazer muito networking.

Microsoft MVP Conference

Venha prestigiar, aprender com os experts e tenha oportunidade de conectar-se com diferentes soluções e pessoas.

 Para este evento vou sortear 04 cupons de 50% de desconto. O sorteio acontecerá no dia 30 de março as 17:00 apenas para os que marcarem este post!

A quem conseguir o desconto e comprar o ingresso, nos veremos lá no evento!

NFE 4.0 NT2016-NT2017

No dia 13 deste mês foi liberado o KB4086133 com mudanças para as regras de NF 4.o do AX2012 R3.



Para a versão 2009 a previsão é para maio deste ano!

Querem este KB? Entrem no LCS e baixem... preguiçosos!!!

Botão configurar - Adicionar Campos

Continuando com a atualização do blog com posts salvos apenas no meu one note...

A muito tempo, mas muito tempo mesmo, anotei as chaves que precisam ser liberadas para que o usuário possa personalizar o formulário no qual ele está trabalhando. Esta permissão deixa que o usuário mova as colunas ou adicione novos campos ao formulário sem a necessidade de ele ter permissão de administrador no sistema!

Normalmente ao clicar com o botão direito em qualquer formulário do AX o usuário não tem a permissão de configurar e adicionar campos, a não ser que seja membro do grupo "admin" no AX2009 ou "Administrador de sistema" no AX2012!

No AX2009, para habilitar esta opção para o usuário, acesse os grupos de segurança e expanda a opção Administração > Diversos e conceda permissão de "personalização de formulário".


Isso permitirá que o usuário tenha a opção "configurar" quando clicar com o botão direito em algum formulário.

Para permitir que o usuário adicione novos campos é preciso marcar a chave "Desenvolvimento > Adicionar campos".


E com isso o usuário pode personalizar o formulário conforme sua necessidade!

Em outro post falarei do AX2012!



Ciclo de Vida Dynamics AX!

Querem saber quando seu AX perderá o suporte da Microsoft? Consultem o link abaixo:

https://support.microsoft.com/en-us/lifecycle/search?alpha=ax

terça-feira, 20 de março de 2018

Consultar Historico de Upgrade.

Query útil para consultar o histórico do upgrade do banco de dados do Dynamics AX, qualquer versão antes do 365!

select * from SYSSETUPLOG where DESCRIPTION = 'finished' order by CREATEDDATETIME desc

Delete Workflow History!

Olá pessoal!

Atualizando o blog com materiais que estavam parados em meu one note!

O comando abaixo serve para limpar historico do workflow utilizando job no AX para garantir integridade e que não fiquem sujeiras!


delete_from WorkflowTrackingStatusTable where WorkflowTrackingStatusTable.TrackingStatus == WorkflowTrackingStatus::Completed &&
   WorkflowTrackingStatusTable.WorkflowType == WorkflowTrackingStatusWorkflowType::Workflow && WorkflowTrackingStatusTable.modifiedDateTime < DateTimeUtil::addMonths(DateTimeUtil::utcNow(),-3);
delete_from WorkflowTrackingStatusTable where WorkflowTrackingStatusTable.TrackingStatus == WorkflowTrackingStatus::Cancelled &&
   WorkflowTrackingStatusTable.WorkflowType == WorkflowTrackingStatusWorkflowType::Workflow && WorkflowTrackingStatusTable.modifiedDateTime < DateTimeUtil::addMonths(DateTimeUtil::utcNow(),-3);



Fonte: https://community.dynamics.com/ax/f/33/t/65699

segunda-feira, 4 de dezembro de 2017

NF-e 4.0 para Dynamics AX.

Pessoas, aqui estão os links para download dos KBs para a NF-e 4.0 do AX2009 e AX2012:

AX2009:
https://fix.lcs.dynamics.com/Issue/ReleasedFeature/1255750?bugId=3801211&qc=aea43c5652cca5486abc35a2e156382e6c621bbc9962a901cf60546eb573890d


AX2012:
https://fix.lcs.dynamics.com/Issue/ReleasedFeature/1255750?bugId=3801209&qc=aea43c5652cca5486abc35a2e156382e6c621bbc9962a901cf60546eb573890d


Se tiverem problemas para usar os links, basta acessar o LCS e no issue search de algum projeto pesquisar por "NFe 4.0" e você encontrará estes links!

Flw!!!

quarta-feira, 19 de julho de 2017

Exception of type 'System.OutOfMemoryException' was thrown. Workflow AX2009.

Nesta semana o workflow do AX2009 de meu ambiente de produção resolveu parar de funcionar... uma baralhada de ordens de todos os tipos parou de entrar no fluxo gerando um stress gigantesco na empresa e aquela cobrança generalizada pela solução imediata...

Validações básicas como serviço do workflow, do IIS, do AOS, contas de serviço de AX, IIS e BCProxy verificadas e validadas, nenhum erro encontrado...

No EventViewer tinha apenas um mar vermelho de erros com a seguinte mensagem:

Exceção acionada em SysWorkflowEventDispatcher-onAcknowledgeWorkflowActivation SysWorkflowEventDispatcher-raiseWorkflowActivationEvent : Falha do serviço Web: ID do fluxo de trabalho 032681_159 Server was unable to process request. ---> Exception of type 'System.OutOfMemoryException' was thrown.

Meu servidor tem memória de sobra, um total de 32GB somente para um serviço de AOS...

Olhando com mais detalhes os processos do servidor achei o seguinte:


O serviço w3wp está relacionado ao IIS no servidor, e ao consumir mais do que 2GB passou a exibir este erro no EventViewer, por se tratar de uma aplicação 32bits. (Só acho!!!)

Ao parar o serviço w3pw e executar o IISRESET via prompt de comando os worklfows passaram a ser aprovados normalmente, inclusive os que ficaram parados com o status de enviado.

Estranho, mas é isso ai.

Pesquisei este erro de memória relacionado ao Workflow no AX2009 e não encontrei nadinha, nada mesmo. Então talvez este post possa ajudar a turma do AX2009.

quarta-feira, 14 de junho de 2017

Problema ao validar XML NF-e Dynamics AX.

Recentemente passei por um problema bem estranho, chato, desagradável, incomodo, incomum, esquisito, diferente.... e outros adjetivos negativos sem fim...

O caso era no erro de emissão de uma NF no AX2009... Ocorria um erro que exigia a validação do XML em algum site..

Ao consultar o XML via AX o conteúdo completo não era exibido na tela, acredito que por haverem muitos itens na NF... ao copiar o conteúdo e colar ele em um bloco de notas o conteúdo também era incompleto... e ao consultar a tabela diretamente no banco de dados, ou o conteúdo era incompleto também, ou nenhum conteúdo era exibido na tabela...

...Mistérios misteriosos deste pequeno, feio e mal habitado mundinho de AX!!!

Qual a solução? simples mas que demorei bagaraiu pra achar,,,,

Consulte o XML da NF via AX e clique com o botão direito sobre o XML, escolha a opção "informações Sobre o Registro" e depois clique no botão "Script"....



Agora o conteudo do XML foi copiado para a area de transferencia, basta colar ele em um notepad ou coisa parecida.


Para utiliza-lo no site de validação de XML é obrigatório que você edite o conteúdo, apagando a primeira linha, parte de segunda linha e também as ultimas linhas de forma a deixa-lo com o formato correto para validação pelo site!



E é isso...

Espero que ajude!!!

segunda-feira, 24 de abril de 2017

Reason: Version string portion was too short or too long

Erro ao instalar o Reporting Services Extensions do AX2012 R3.

Reason: Version string portion was too short or too long

O link para a solução do problema é o seguinte:

http://yetanotherdynamicsaxblog.blogspot.com.br/2017/04/error-when-installing-reporting.html

quarta-feira, 8 de março de 2017

Trace flag 9481 e Dynamics AX2012 R3 CU8.

Olá senhoras e senhores!

Hoje vou apenas compartilhar um fato ocorrido em um ambiente de AX2012 que ajudei a implementar!

O ambiente consiste em em 07 servidores, todos físicos, novos e muito mais do que suficientes para suas funções atuais, sendo que o mais fraco é um Dell six core com 32GB de RAM e discos SAS...

O ponto focal deste post é o AX2012 R3 CU8 e o SQL Server 2014...

Neste ambiente de AX tínhamos telas como as de "fatura de fornecedor" e a de "diário de faturas" que demoravam muito, mas muito mesmo para serem abertas... vale ressaltar que nestas telas haviam algumas alterações relacionadas apenas ao layout, nenhum código relacionado a consultas!

Outras telas sem custons sofriam com o mesmo problema.

As rotinas de manutenção dos bancos de dados estavam corretamente implementadas no SQL server de acordo com as boas práticas indicadas pelo time de PFE da Microsoft assim como diversos outros manuais disponíveis em blogs e principalmente no Partner Source!

Como não havia problemas na estrutura de servidores e nada relacionado a customizações passou-se a pesquisar sobre o funcionamento do SQL Server, analisando a forma como o SQL trabalha para exibir estas telas. Usando as ferramentas de monitoramento do SQL foi possível descobrir processos lentos nos planos de execução.

Pesquisando mais sobre "query plan" chegamos ao seguinte link: http://dba.stackexchange.com/questions/136768/query-wont-compile-run/136842

Também é possível obter mais detalhes neste link: https://support.microsoft.com/pt-br/help/2801413/enable-plan-affecting-sql-server-query-optimizer-behavior-that-can-be-controlled-by-different-trace-flags-on-a-specific-query-level

Breve detalhe sobre o Trace Flag 9481:
Use when running SQL Server 2014 with the default database compatibility level 120. Trace flag 9481 forces the query optimizer to use version 70 (the SQL Server 2012 version) of the cardinality estimator when creating the query plan.

Veja mais sobre Trace Flags para o Dynamics AX aqui.

Após habilitar este trace flag no SQL Server e limpar o cache do SQL Server a abertura das telas que apresentavam problemas de lentidão passou a ser instantânea.

Obviamente este procedimento foi testado em outros dois ambientes antes de entrar definitivamente em produção!

Devo dizer que toda a analise feita em ambiente de desenvolvimento nos levou ao ponto em que habilitar este flag foi necessário, e com um ótimo resultado. Tendo em mente que este ambiente de AX é diferente de outros, sugiro que se tiverem o mesmo problema, façam seus testes habilitando este trace flag, analisem os resultados e sigam em frente com a melhor decisão para seu ambiente!

Habilitar trace flags afeta todo o SQL Server, mas no nosso caso este SQL Server é 100% dedicado aos 03 bancos de dados do Dynamics AX. Caso seu SQL Server tenha outros bancos, são necessários vários outros testes para analisar o impacto nas demais aplicações!

Fica então a dica, eu testei no meu ambiente e aqui o resultado foi positivo!

O Blog agradece a ajuda de Otavio Anaga na criação deste post!

Até a próxima!


quinta-feira, 9 de fevereiro de 2017

Cumulative Update 12 AX2012 R3!

Olá a todos!

Este é meu primeiro post do ano de 2017...

O fim de ano de 2016 e inicio de 2017 foi bem conturbado profissionalmente falando... mudanças drásticas ocorreram e me obrigaram a ficar um pouco fora das novidades do mundo AX... Mas como sempre Deus sabe o que faz e agora tudo esta muito bem obrigado!!!

Sendo assim, voltemos aos novos posts e atualizações sobre o AX em todas as suas versões!!!

Neste primeiro post vou colocar abaixo o link para acesso aos detalhes do Cumulative Update 12 do Dynamics AX2012 R3!

Não vou mentir, apenas soube desta atualização hoje!!!! ... Mas antes tarde do que nunca!!!

Detalhes no Partner Source:
Cumulative Update 12 for Microsoft Dynamics AX 2012 R3: Installation and Enhancements

Link para download:
Life Cicle Services

No LCS você obviamente pode escolher por baixar o atualizador ou o arquivo para Slipstream!

Caso precisem de apoio nesta importante atualização, deem um grito e estarei aqui!!!

Ok, por hoje é só...

Até a próxima!!

segunda-feira, 2 de janeiro de 2017

Microsoft MVP Award 2017!!!

Microsoft MVP Award 2017!

Olá a todos!
Na tarde de ontem, dia 01 de Janeiro de 2017, recebi o e-mail, que sinceramente não espera, mas que me deixou extremamente contente!!!

Segue breve trecho:

"Prezado(a) Francisco,

Mais uma vez, temos o grande prazer de parabenizá-lo com o Prêmio 2017 MVP (Microsoft Most Valuable Professional)! Como você sabe, esse prêmio é conferido a excepcionais líderes comunitários técnicos que compartilham sua notável paixão, seu conhecimento do mundo real e sua expertise técnica com outras pessoas demonstrando empenho exemplar. Agradecemos suas contribuições excepcionais nas comunidades técnicas Business Solutions durante o ano passado."

Pelo quarto ano consecutivo recebo da Microsoft o reconhecimento pelo fato de eu, de certa forma, ter ajudado a entender e utilizar melhor os produtos Microsoft com os quais trabalho!

Espero neste ano de 2017 continuar ajudando e com isso obtendo e compartilhando mais conhecimento com vocês!

Obrigado a todos os leitores do blog!

E obrigado à Microsoft pelo reconhecimento!

quinta-feira, 8 de dezembro de 2016

Dynamics AX2009 - O Fim... do suporte!!!

Boa tarde mamíferos e mamíferas!

Aos que utilizam o Microsoft Dynamics AX2009 SP1 como software de ERP e ainda não migraram para versões mais novas, aqui vai uma informação importante para que vocês já iniciem seus planejamentos para futura atualização de versão!

O Microsoft Dynamics AX2009 com o Service Pack 1 terá suporte até o dia 10/04/2018, ou para quem adquirir o suporte estendido o prazo é até 12/10/2021.

Ainda há um bom tempo para o fim do suporte, mas lembrem-se de que o melhor do Dynamics AX está justamente em sua versão mais nova, o Dynamics 365, portanto não fiquem para trás!

Caso precisem de apoio, tanto para melhorar e manter seu AX2009, ou qualquer outra versão, como para adquirir e implementar o Dynamics 365, estou a disposição!