Translate

sexta-feira, 28 de outubro de 2016

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

segunda-feira, 24 de outubro de 2016

AIF - Erro ao validar o Site.

Olá pessoal!

Após executar o setup do AIF, em um servidor de AOS dedicado a esta função, eu tentei validar o site no AX e recebi o seguinte erro:






A mensagem de erro acusa falta de permissão na pasta MicrosoftDynamicsAXAif.

Verificando no servidor o compartilhamento foi criado mas as permissões aparentemente não foram configuradas corretamente



.Pra corrigir este problema você tem duas opções...

A primeira é apontar o diretório físico do AIF, que normalmente é o seguinte:

C:\Program Files\Microsoft Dynamics AX\60\AifWebServices

A segunda, e a que eu pratico, é ajustar as permissões de compartilhamento do diretório do AIF no Windows!

Após configurar corretamente as permissões de compartilhamento basta validar novamente o site do AIF no AX!





E pronto!

Até a próxima!


quinta-feira, 13 de outubro de 2016

AX7 – Overview and Navigation. Webinar Microsoft.

Olá pessoal!

Abaixo está o link para um Webinar da Microsoft sobre o AX7!

Registrem-se rapido pois o webinar começará na tarde de hoje as 15:00!

AX7 – Overview and Navigation

terça-feira, 11 de outubro de 2016

Hora da sessão do AX2009. Session Time AX2009.

In Dynamics AX transaction time is one hour ahead when not using using daylight savings tim...

Existem casos em que o AX2009 exibe a hora "errada" no AX 2009, e isso causa diversos problemas como trabalhos em lote executados em hora errada, notas fiscais enviadas com hora errada e outros diversos problemas...

Ocorre que o AX entende que está em uma região que utiliza o horário de verão, e caso o sistema operacional esteja configurado para adiantar automaticamente o relógio neste período o AX também atualiza o relógio em 01 hora.






Existem inumeros posts falando de classes no AX para ajuste destas configurações... deem uma googlada e verão muito material sobre o assunto.

Uma solução simples é simplesmente alterar o "Timezone" do AX indo no menu Ferramentas > Opções > Fuso Horário Preferido.





Neste caso, utilize fuso horário que não tenha o horário de verão. eu por exemplo alterei para "(GMT-03:00) Buenos Aires, Georgeown."





Assim a data e hora de sessão do usuário no AX ficam corretas e o usuário poderá usar o AX normalmente!

Na minha opinião este problema deveria ser corrigido no AX2009 pela Microsoft, mas sei que minha opnião é apenas, e nada além do que, minha opnião, portanto, caso tenham alguma reclamação sobre este metodo,... gritem!!!!

Até a próxima!

Fonte: KB2537489