Update script for service model: DIXFService on machine

 Caso encontre o erro Update script for service model: DIXFService on machine ao atualizar uma VM de DEV, faça o seguinte:

Acesse o link abaixo, faça o download do .Net e instale em sua VM:

Download .NET Framework 4.8 | Free official downloads

Reinicie a VM e continue o deploy do pacote via LCS!

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!!!

Dynamics AX2012 - Relatórios - Erro ao validar configurações.

Passei por este problema, que devo dizer foi realmente muito estranho, e resolvi posta-lo aqui para futuras consultas!

Estava em um cliente com um ambiente de produção do AX2012 R3 rodando perfeitamente, sem nenhum problema em nenhum dos componentes.

Este cliente solicitou que fosse adicionado um segundo AOS para fins de balanceamento de carga de sessões de usuários. O Setup foi feito e o balanceamento configurado sem problemas!

Neste caso eu precisei configurar a parte de relatórios para este segundo AOS, coisa fácil, bastando apenas abrir o formulário de Servidor de Relatórios do AX e adicionar este novo AOS, certo? NÂO...

Ao adicionar o segundo AOS e clicar no botão validar configurações recebi o seguinte erro:

The SQL Server Reporting Services Server name does not exist or the Web Service URL is not valid.

Lembrem-se, tudo está funcionando perfeitamente para este ambiente...

Neste caso fiz um teste rápido, desabilitei o firewall do servidor onde está o serviço de SSRS, e ai sim consegui validar as configurações. Isso mostrou que o firewall estava bloqueando a conexão deste segundo AOS. Mas porque só deste AOS?????

Reativei o firewall e refiz os testes, o primeiro AOS valida sem problemas, o segundo AOS "da ruim"...

Revisei as portas de entrada no firewall, todas estavam configuradas de acordo com o que a Microsoft indica Firewall settings for Microsoft Dynamics AX components.

Enfim, resolvi ativar o log do firewall do Windows Server...

Tentei validar novamente e ai o seguinte log foi gerado...
#Version: 1.5
#Software: Microsoft Windows Firewall
#Time Format: Local
#Fields:

date time action protocol src-ip dst-ip src-port dst-port size tcpflags tcpsyn tcpack tcpwin icmptype icmpcode info path
                                                                                                                                                              2016-10-27 15:14:24 DROP TCP 10.1.2.88 10.1.2.90 61928 49154 52 S 3477648942 0 8192 - - - RECEIVE
2016-10-27 15:14:27 DROP TCP 10.1.2.88 10.1.2.90 61928 49154 52 S 3477648942 0 8192 - - - RECEIVE
2016-10-27 15:14:33 DROP TCP 10.1.2.88 10.1.2.90 61928 49154 48 S 3477648942 0 8192 - - - RECEIVE
2016-10-27 15:14:46 DROP TCP 10.1.2.88 10.1.2.90 61929 49154 52 S 1269547751 0 8192 - - - RECEIVE
2016-10-27 15:14:49 DROP TCP 10.1.2.88 10.1.2.90 61929 49154 52 S 1269547751 0 8192 - - - RECEIVE
2016-10-27 15:14:55 DROP TCP 10.1.2.88 10.1.2.90 61929 49154 48 S 1269547751 0 8192 - - - RECEIVE
2016-10-27 15:16:59 DROP TCP 10.1.2.88 10.1.2.90 61932 49154 52 S 3322609281 0 8192 - - - RECEIVE
2016-10-27 15:17:02 DROP TCP 10.1.2.88 10.1.2.90 61932 49154 52 S 3322609281 0 8192 - - - RECEIVE
2016-10-27 15:17:08 DROP TCP 10.1.2.88 10.1.2.90 61932 49154 48 S 3322609281 0 8192 - - - RECEIVE
2016-10-27 15:17:20 DROP TCP 10.1.2.88 10.1.2.90 61933 49154 52 S 3088810673 0 8192 - - - RECEIVE
2016-10-27 15:17:23 DROP TCP 10.1.2.88 10.1.2.90 61933 49154 52 S 3088810673 0 8192 - - - RECEIVE
2016-10-27 15:17:29 DROP TCP 10.1.2.88 10.1.2.90 61933 49154 48 S 3088810673 0 8192 - - - RECEIVE

De acordo com este log a porta 49154 era "dropada" a cada tentativa de validação da configuração do servidor de relatórios no AX.

Voltei nas configurações de entrada do firewall e liberei esta porta... e ai PAAAHHHH

Sucesso!!!

Busquei na IANA referencias sobre esta porta em especifico e não encontrei nada... no Google também não.

Como o problema resolvido optei por não abrir chamado para este caso. Preferi apenas adicionar mais esta porta à minha lista de exceções nas próximas implementações!

Talvez alguém na Microsoft veja este post e resolva contribuir dizendo o por que de esta porta ser usada e não estar na lista de exceções do Technet, talvez!

Até a próxima!!!

AX2012 Erro inesperado no workflow!

Senhoras e senhores, bom dia!

Hoje vou compartilhar com vocês um problema relacionado a Workflow no AX2012 R2 CU7...

O problema no caso ocorria quando o usuário tentava abrir um Workflow, mais especificamente no modulo de contas a pagar, ao dar um duplo clique no Workflow para edita-lo o AX exibia um popup com um erro bem genérico...

Verificando o Event Viewer do servidor de AOS localizei a seguinte entrada:

"Exceção acionada em Importação do fluxo de trabalho: Could not find endpoint element with name 'NetTcpBinding_SysWorkflowConfigurationService' and contract 'Microsoft.Dynamics.AX.Framework.Services.Client.AxClient.SysWorkflowConfigurationService' in the ServiceModel client configuration section. This might be because no configuration file was found for your application, or because no endpoint element matching this name could be found in the client element."

Acessando o AX e verificando as portas de entrada de serviços confirmei que de fato a porta de serviço do Workflow estava parada.

Após ativar a porta em questão, fechar o client e abri-lo novamente pude acessar e editar o workflow normalmente!

Em um ambiente integro todas as portas devem estás com o status de iniciada, normalmente quando não existem erros na compilação, na geração do CIL e IL e também na sincronização do banco de dados e sem esquecer da validação do WCF na configuração do atalho do AX, todas as portas estarão sempre iniciadas. Iniciar elas manualmente também funciona mas não é normal!












Até a próxima pessoal!

Problemas ao instalar KB2899956 AX2012 R2 CU7.

Boa tarde pessoal!

Quero hoje compartilhar com vocês uma situação complicada pela qual estou passando!

Me foi solicitado que aplicasse o KB2899956 em um ambiente de AX2012 R2 com CU7. Este KB é referente a atualização do calculo do PIS e Cofins com ICMS fora da base de calculo, isso de acordo com o consultor que me solicitou a aplicação deste KB!

Este KB ainda não está disponível no Partner Source e só consegui acesso a ele via chamado técnico.

Para não gerar problemas no ambiente do cliente eu utilizei um ambiente de testes, idêntico ao ambiente do cliente. Neste ambiente eu tinha o AX2012 R2 com o CU7 instalado e também o KB2859549 necessário para o DIEF. Como disse, ambiente de testes exatamente idêntico ao do cliente.

Ao executar o setup do KB2899956 eu segui normalmente o processo e ao chegar na parte em que eu deveria selecionar qual o banco de dados a ser atualizado nada foi exibido, veja imagem abaixo:

Ao clicar em next eu tinha a opção de digitar o nome do servidor de banco de dados e também o nome do banco de dados do AX a ser atualizado, e ao fazer isso a seguinte mensagem de erro me foi apresentada:
"A instância do banco de dados fornecida não atende aos requisitos de aplicabilidade para esta atualização. Para obter mais informações consulte os  logs de instalação."

Ao consultar os logs encontrei a seguinte informação:

 === Starting UI phase ===
Property AcceptLicenseTerms set to: '1'
Property InstallOtherModelDatabase set to: '0'
Property InstallOtherModelDatabase set to: '1'
Calling AxUtil to get list of installed models.
Using AxUtil to connect to database "AX6_GVS_HMG_model" on server "GVSBRAX02".
AxUtil call is complete.
Installed models:
Layer: "Sys", name: "Foundation", publisher "Microsoft Corporation", version "6.2.158.0", partition "N/A"
Layer: "Sys", name: "Foundation Labels", publisher "Microsoft Corporation", version "6.2.158.0", partition "N/A"
Layer: "Syp", name: "Update for Foundation", publisher "Microsoft Corporation", version "6.2.1000.4051", partition "Foundation"
Layer: "Syp", name: "SYP Labels", publisher "Microsoft Corporation", version "6.2.1000.4762", partition "SYP-Labels"
Layer: "Syp", name: "Hotfix-KB2859549-Foundation", publisher "Microsoft Corporation", version "6.2.1000.4762", partition "Foundation"
Layer: "Syp", name: "Hotfix-KB2909140-Foundation", publisher "Microsoft Corporation", version "6.2.1000.4748", partition "Foundation"
Layer: "Var", name: "VAR Model", publisher "", version "1.0.0.0", partition "N/A"
Layer: "Var", name: "DotSoft_GVS", publisher "Rodrigo Fontana", version "1.0.0.0", partition "N/A"
Layer: "Usr", name: "USR Model", publisher "", version "1.0.0.0", partition "N/A"
Found update model(File: D:\Install\KB2899956\Models\dynamicsax2012r2-kb2858835-foundation.axmodel, Layer: Syp, Name: Hotfix-KB2858835-Foundation, Version: 6.2.1000.3670, Partition: Foundation)
Found update model(File: D:\Install\KB2899956\Models\dynamicsax2012r2-kb2899956-foundation.axmodel, Layer: Syp, Name: Hotfix-KB2899956-Foundation, Version: 6.2.1000.4610, Partition: Foundation)
Found update model(File: D:\Install\KB2899956\Models\dynamicsax2012r2-kb2899956-syplabels.axmodel, Layer: Syp, Name: SYP Labels, Version: 6.2.1000.4610, Partition: SYP-Labels)
Evaluating applicability requirements for model file: D:\Install\KB2899956\Models\dynamicsax2012r2-kb2858835-foundation.axmodel
Required model (Layer: SYS, Name: Foundation, Version: 6.2.158.0) is installed: True
Update model file is installed: True
Evaluating applicability requirements for model file: D:\Install\KB2899956\Models\dynamicsax2012r2-kb2899956-foundation.axmodel
Required model (Layer: SYS, Name: Foundation, Version: 6.2.158.0) is installed: True
Update model file is installed: True
Evaluating applicability requirements for model file: D:\Install\KB2899956\Models\dynamicsax2012r2-kb2899956-syplabels.axmodel
Required model (Layer: SYS, Name: Foundation, Version: 6.2.158.0) is installed: True
Update model file is installed: True

Notem na mensagem acima a linha em azul....

(Este mesmo erro ocorreu em outros 9 ambientes de mesma configuração)

Ao ver esta linha me lembrei de um outro problema que tive, um erro semelhante e causado por este mesmo KB que já estava instalado. Vejam o erro aqui.

Por esta razão eu decidi tentar aplicar o KB2899956 em um ambiente de AX "limpo", ou seja, sem nenhum outro KB já aplicado, apenas com o CU7. A instalação funcionou perfeitamente, sem nenhum erro, compilei e sincronizei o AX normalmente. Durante o processo o proprio setup localizou o banco a ser atualizado:

Ok, mas e como resolver o problema do cliente? Neste caso eu utilizei o meu ambiente de teste idêntico ao do cliente. Utilizei o comando Get-AXModel e identifiquei o nome do Model instalado pelo KB do DIEF, neste caso o nome é "Hotfix-KB2859549-Foundation".

Por se tratar de meu ambiente de teste, eu simplesmente removi este model (como remover model), reiniciei o AOS, compilei e sincronizei o AX.

Após as ações acima eu pude aplicar o KB2899956 sem problema no meu ambiente de teste. Na descrição de conteúdo do KB2899956 é possível ver que ele também inclui o KB2859549 e que por esta razão o DIEF deveria funcionar corretamente, mas infelizmente isso não aconteceu. Utilizando o comando Get-AXModel |more eu identifiquei que o hotfix 2859549 de fato havia sido aplicado pelo KB2899956.

Eu tinha agora um ambiente atualizado com o KB solicitado pelo consultor mas o DIEF não funcionava. Ao tentar acessar as configurações do DIEF o seguinte erro era exibido:

O que fazer neste caso?....

Neste caso eu tive que aplicar novamente o KB2859549 para que o DIEF voltasse a funcionar corretamente. Logicamente fui obrigado a compilar e sincronizar o AX.

Entenderam tudo oque foi dito acima?... nem eu!!!... Só sei que foi assim!!!

No final das contas entendi a causa de todo o problema. Ao instalar o KB2859549 para o DIEF tudo funcionou normalmente. 02 meses após me foi solicitado que aplicasse o KB2899956, o problema foi exatamente este, a sequencia de aplicação destes KB`s. Verificando as builds dos KB`s temos a seguinte informação:

Kb 2899956 - build - 6.2.1000.4610

kb 2859549 - build - 6.2.1000.4762

Ou seja, apliquei os KB`s de acordo com a necessidade do projeto, e por isso o erro!!!

Muita atenção a versão de build dos KBs para evitar erros como este!

Em resumo, para resolver o meu problema eu fiz os seguinte:

Removi o Model aplicado pelo KB2859549, compilei e sincronizei o AX.
Instalei o KB2899956, compilei e sincronizei o AX.
Reinstalei o KB2859549, compilei e sincronizei o AX.

E assim meu problema foi resolvido!!!

Como obter mais informações de uma mensagem de erro.

Pessoal, noite!!

Este post é somente para compartilhar o link de um post muito interessante, espero que seja útil a vocês!

Como Obter Mais Informações De Uma Mensagem De Erro.

Até próxima!

Erro Help Server AX2012 R2.

Tarde pessoal!

Hoje vou compartilhar com vocês um erro que enfrentei em um cliente onde estou implementando o AX2012 R2.

Este erro ocorreu quando tentei acessar o menu de ajuda do AX2012 R2 logo após instalar o componente de Help Server.

Veja o erro na imagem abaixo:

Ao verificar os logs do Event Viewer eu localizei a seguinte entrada:

O que mais me chamou a atenção, e me ajudou a resolver o problema esta destacado em vermelho.

Event code: 3008
Event message: A configuration error has occurred.
Event time: 28/08/2013 13:38:18
Event time (UTC): 28/08/2013 16:38:18
Event ID: de1252f8c69748b49b6fbf4581523a36
Event sequence: 1
Event occurrence: 1
Event detail code: 0

Application information:
    Application domain: /LM/W3SVC/1/ROOT/DynamicsAX6HelpServer-5-130221814986138089
    Trust level: Full
    Application Virtual Path: /DynamicsAX6HelpServer
    Application Path: C:\inetpub\wwwroot\DynamicsAX6HelpServer\
    Machine name: SERVER

Process information:
    Process ID: 4544
    Process name: w3wp.exe
    Account name: DOMINIO\REPORTSERVICEACCOUNT

Exception information:
    Exception type: ConfigurationErrorsException
    Exception message: Could not load type 'System.ServiceModel.Activation.HttpModule' from assembly 'System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'.
   at System.Web.Configuration.ConfigUtil.GetType(String typeName, String propertyName, ConfigurationElement configElement, XmlNode node, Boolean checkAptcaBit, Boolean ignoreCase)
   at System.Web.Configuration.Common.ModulesEntry.SecureGetType(String typeName, String propertyName, ConfigurationElement configElement)
   at System.Web.Configuration.Common.ModulesEntry..ctor(String name, String typeName, String propertyName, ConfigurationElement configElement)
   at System.Web.HttpApplication.BuildIntegratedModuleCollection(List`1 moduleList)
   at System.Web.HttpApplication.GetModuleCollection(IntPtr appContext)
   at System.Web.HttpApplication.RegisterEventSubscriptionsWithIIS(IntPtr appContext, HttpContext context, MethodInfo[] handlers)
   at System.Web.HttpApplication.InitSpecial(HttpApplicationState state, MethodInfo[] handlers, IntPtr appContext, HttpContext context)
   at System.Web.HttpApplicationFactory.GetSpecialApplicationInstance(IntPtr appContext, HttpContext context)
   at System.Web.Hosting.PipelineRuntime.InitializeApplication(IntPtr appContext)

Could not load type 'System.ServiceModel.Activation.HttpModule' from assembly 'System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'.
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMarkHandle stackMark, Boolean loadTypeFromPartialName, ObjectHandleOnStack type)
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark, Boolean loadTypeFromPartialName)
   at System.Type.GetType(String typeName, Boolean throwOnError, Boolean ignoreCase)
   at System.Web.Compilation.BuildManager.GetType(String typeName, Boolean throwOnError, Boolean ignoreCase)
   at System.Web.Configuration.ConfigUtil.GetType(String typeName, String propertyName, ConfigurationElement configElement, XmlNode node, Boolean checkAptcaBit, Boolean ignoreCase)

Request information:
    Request URL: http://server/DynamicsAX6HelpServer/HelpService.svc
    Request path: /DynamicsAX6HelpServer/HelpService.svc
    User host address: fe80::68eb:6fca:3b27:2ee9/DynamicsAX6HelpServer
    User: 
    Is authenticated: False
    Authentication Type: 
    Thread account name: DOMINIO\REPORTSERVICEACCOUNT

Custom event details:

A possivel causa para este problema:

Inicialmente este servidor seria apenas um servidor de AOS, por esta razão instalamos apenas a role de "Application Server" que instala o .NET Framework 3.5. ao executar o setup do AX para instalar o AOS também foi instalado o .NET Framweork 4.0. Em um segundo momento foi decidido que este servidor também viria a ser o Help Server do sistema e por esta razão foi necessário instalar a Role de "Web Server IIS" neste servidor.

Com todos os componentes acima instalados exatamente na ordem acima citada o setup do AX foi executado e o componente de Help Server do AX foi instalado sem qualquer problema. Mas ao tentar acessar o conteudo de ajuda o erro da imagem acima foi exibido e o log já mencionado foi gerado no Event Viewer.

A solução para o problema:

Executei o comando utilizando o "CMD" como administrador:

aspnet_regiis.exe /iru

Este comando atualizou o application pool utilizado pelo site do Help Server para utilizar o
.NET Framework 4.0.
Após executar este comando o Help Server passou a ser acessado normalmente.

Creio que devido a sequencia na instalação das Roles de Application Server, Web Server IIS e também a instalação dos .NET's tenha causado algum problema no registro do .NET Framework 4.0 no IIS.

Para evitar este problema execute a instalação dos componentes na seguinte ordem:

1. Role Web Server IIS
2. Role "Application Server" (.NET 3.5)
3. .NET Framework 4.0

Espero que esta dica ajude!