NT 2019.001 - AX2012

KB 4518842 liberado para a NT 2019.001 no AX2012 R3!

Link do LCS: https://fix.lcs.dynamics.com/Issue/Details/1234199?kb=4518842&bugId=3980958&dbType=0&qc=3889179f7e7988edd71622f7dc15d17992a1aef1b9fab1583603474a9e91aaf2

SPED ECD Layout 6 - AX2012 R3

Nesta semana foi lançado o KB para o SPED ECD layout 6. Este KB é apenas para o AX2012 R3.

Segue abaixo link do LCS para download do KB:
https://fix.lcs.dynamics.com/Issue/Details?bugId=3929419&qc=521b2a72780961d21d5d92f44df477517d90fef00a5e79f65f7d10c64b80e5e7

Caso tenha problemas para acessar o link, entre no LCS e no Issue Search busque pelo numero 4131100.

Sucesso!

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

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

Consultar Workflow por aprovador!

A query abaixo é util para quando você precisa consultar determinadas ordens no fluxo de aprovação, e o status de cada uma delas de acordo com o aprovador!

Basta substituir o ID do aprovador e seja feliz!!!

SELECT

UPPER(A.CONTEXTCOMPANYID) 'Filial',

A.CONTEXTRECID 'Id referencia',

C.SUBJECT 'Tipo de aprovação',

C.DESCRIPTION 'Descrição',

    UPPER(C.USERID) 'ID do Aprovador',

UPPER(B.NAME) 'Nome do Aprovador',

CONVERT(VARCHAR, C.DUEDATETIME, 103) 'Data Vencimento',

CONVERT(VARCHAR, A.CREATEDDATETIME, 103) 'Data Criação',

CASE         

WHEN A.TRACKINGSTATUS = 0 THEN 'PENDENTE'

WHEN A.TRACKINGSTATUS = 1 THEN 'CONCLUIDO'

WHEN A.TRACKINGSTATUS = 2 THEN 'CANCELADO'

WHEN A.TRACKINGSTATUS = 3 THEN 'PARADO (ERRO)'

WHEN A.TRACKINGSTATUS = 4 THEN 'IRRECUPERAVEL'

END 'Status',

CASE

WHEN STATUS = 0 THEN 'PENDENTE'

WHEN STATUS = 1 THEN 'DELEGADO'

WHEN STATUS = 2 THEN 'CONCLUÍDO'

WHEN STATUS = 3 THEN 'REPROVADO'

END AS 'Status da Aprovação'

FROM WORKFLOWTRACKINGSTATUSTABLE A (NOLOCK)

LEFT JOIN WORKFLOWWORKITEMTABLE C (NOLOCK) ON C.CORRELATIONID = A.CORRELATIONID AND C.COMPANYID = A.CONTEXTCOMPANYID

LEFT JOIN USERINFO B (NOLOCK) ON B.ID = C.USERID

WHERE C.USERID = 'THEIDHERE' -- colocar o userid do aprovador

and A.TRACKINGSTATUS = 0

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

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

Cumulative Update 13 - AX2012 R3

Está liberado também o Cumulative Update 13 para o AX2012 R3.

Para mais informações acesse o link abaixo:

http://anagadax.blogspot.com.br/2017/09/cumulative-update-13-microsoft-dynamics.html

NFe 4.0 AX2012 R3

Está liberado o KB para a NFe versão 4.0 para o AX2012 R3.

Por enquanto apenas o AX2012 R3 possui KB, demais versões ainda serão disponibilizadas.

Link para download:

NFe - Versão 4.0 AX2012 R3

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

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!

Problemas no Plano de Pagamento - AX 2012

Problemas no Plano de Pagamento - AX 2012 - Ordem de Venda/Payment Plan Problems - Sales Order - Ax 2012

Em alguns cenários o Dynamics AX 2012, calcula de maneira incorreta o número de dias entre os títulos gerados pela fatura da Ordem de Venda.

Isto acontecerá para ambientes que estejam desatualizados, portanto até que seja possível fazer o upgrade para o Cumulative Update mais recente, recomenda-se instalar o KB3135629. Ele é válido tanto para a versão R2 quanto para a R3 e pode ser acessado a partir dos seguintes links do LCS (Lifecycle Services)
R2: https://fix.lcs.dynamics.com/Issue/Resolved/1200417?kb=3135629&bugId=3712363&qc=67f99f922886893b479ec4a9a0df4f27111f736a6e119822f85d0b27db17b1f8
R3: https://fix.lcs.dynamics.com/Issue/Resolved/1200417?kb=3135629&bugId=3747237&qc=67f99f922886893b479ec4a9a0df4f27111f736a6e119822f85d0b27db17b1f8

Para ter acesso ao KB é necessário ter uma conta vinculada a um parceiro ou cliente Microsoft.

Em inglês:
In some scenarios Dynamics AX 2012, calculates incorrectly the number of days between generated titles by Sales Order Invoice.
This will happen for outdated enviroments, therefore until that be possible do the upgrade to the most recent Cumulative Update, it's recommended install the KB3135629. This is valid for both versions of Dynamics AX, R2 and R3 and can be acessed from these links from LCS (Lifecycle Services)
R2: https://fix.lcs.dynamics.com/Issue/Resolved/1200417?kb=3135629&bugId=3712363&qc=67f99f922886893b479ec4a9a0df4f27111f736a6e119822f85d0b27db17b1f8
R3: https://fix.lcs.dynamics.com/Issue/Resolved/1200417?kb=3135629&bugId=3747237&qc=67f99f922886893b479ec4a9a0df4f27111f736a6e119822f85d0b27db17b1f8

To access the KB you must have an account linked to a Microsoft partner or client.

Posted by: Otávio Anaga.

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

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

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!

A call to the Microsoft Dynamics AX SRSFrameworkService failed. Arithmetic operation resulted in an overflow.

Olá pessoal!

Breve resumo do cenário onde o problema ocorreu...

Havia um servidor de banco de dados com o serviço de SSRS também instalado nele, e havia um segundo servidor, o de AOS, que apontava para este SQL Server e SSRS.

Obtive um terceiro servidor, instalei o SSRS e o atualizei de acordo com o SQL Server do primeiro servidor.

Instalei o client do AX, perfeito, funcionando sem nenhum problema e devidamente atualizado!

Antes de instalar o Report Extensions do AX2012 R3 CU10, eu compilei o AX, gerei o CIL completo, sincronizei o banco de dados e atualizei o WCF só pra me garantir!

Instalei o Reporting Extensions e ai PAHHH...

No momento do deploy dos relatórios veio este erro:

A call to the Microsoft Dynamics AX SRSFrameworkService failed. Arithmetic operation resulted in an overflow.

O que eu fiz?.... obviamente fui tomar um café, é claro!!!

Na volta eu parei todos os serviços relacionados ao AX (SQL também)... Limpei o cache da conta que eu estava usando em todos os servidores e reiniciei os serviços que havia parado.

Registrei os serviços de SRSFramework no AX.

Executei novamente o deploy dos relatórios e tudo ocorreu sem problemas.

Resumo das acções:
Parar serviço de AOS.
Parar serviço de SSRS (Relatórios)
Deletar arquivos UAC de todos os servidores para a conta de serviço do AX, do SSRS e do usuários que você está utilizando.
Iniciar os serviços.
Fazer o deploy.

Tudo isso depois de ter compilado e gerado cil sem erros, assim como ter registrado o serviço do SRSFrameworkService!

Até a próxima!

AX2012 R3 - KB's Referentes a uso de mémoria pelo AOS.

Olá pessoal!

Estou atuando em um cliente onde o uso de memória pelo serviço de AOS é gigantesco... Assim como a lentidão no sistema é geral... Por exemplo: O serviço do AX demora em torno de 40 minutos para ser iniciado/reiniciado.... o client do AX demora em torno de 40 segundos para ser aberto, seja no servidor seja na estação de trabalho...

O AX2012 é o R3 com o CU8.

Busquei no LCS KB's referentes ao auto uso de memória e, as vezes, crash de AOS devido a este alto consumo e encontrei esta pequena lista:

KB2969345

KB3085055

KB3185976

KB3189341

KB3012137

KB3062107

KB3141975

KB3121911

Nenhum dos KB's acima consta neste AX2012 R3 CU8 e por está razão solicitei ao cliente um ambiente separado para testes com estes KB's!

Inúmeros outros fatores interferem no uso de memória, tais como infraestrutura incorreta, excesso de usuários em um único AOS, customizações com problemas entre outros... Neste caso a parte de infra está em vias de ser 100% corrigida de acordo com as boas praticas da Microsoft e também customizações estão em processo de revisão para alcançar a melhor performance.

Em ajustes feitos na parte de infraestrutura já consegui baixar o tempo de inicialização do servidor para menos de 01  minuto, as vezes 03 quanto o cache está limpo. O client passou a abrir em no máximo 03 segundos em momentos onde o sistema já tem mais de 100 usuários simultâneos... tudo isso em um ambiente ainda temporário até que a estrutura de produção definitiva fique pronta!

Espero que ao final deste trabalho o ambiente de produção deste cliente alcance a performance perfeita para este cliente e, quem sabe, ele possa estudar a atualização do AX2012 R3 com o CU11!

Ao final dos trabalhos atualizo o resultado!

Licenciamento de AOS para AX2012!

Olá pessoal!

Venho hoje com uma duvida simples referente a licenciamento de AOS para o Dynamics AX2012.

Sabemos que olhando no AX é possível ver a quantidade de servidores e usuários que podemos ter em um ambiente de AX, veja imagem abaixo:

No caso acima temos o direito de utilizar varios servidores de Enterprise Portal, varios usuários no AX simultaneamente e também varios servidores de AOS em um ambiente de AX, correto?

ERRAAAADO...

O licenciamento para o Dynamics AX mudou e para estar em acordo com o licenciamento Microsoft para o seu produto Dynamics é obrigatório que você verifique os parametros de sua licença de Dynamics via Partner ou Customer Source.

Veja na imagem abaixo os detalhes de licença exibidos no partner source para este mesmo arquivo .txt carregado no AX

Ou seja, este cliente possui o direito de uso de apenas 02 servidores de AOS e a quantidade de usuários também é muuuuito menor do que a exibida no AX.

Sendo assim se este cliente tiver em sua estrutura de AX mais do que 02 servidores de AOS ou mais do que 25 usuários funcionais ou 12 usuários enterprise o licenciamento está incorreto e passível de problemas em caso de auditoria!


Portanto, verifique este detalhe em seu ambiente de AX antes que o bixo pegue!!!

Caso precise de ajuda...

"Liga pra mim"!!!!!

Até!!!

Serviços de TI Para Microsoft Dynamics

Com uma metodologia própria e completa, que contempla visão integrada de processo, pessoas e tecnologia, possuimos total expertise na governança de TI voltada para o Microsoft Dynamics AX e CRM.

Nossos serviços ajudam o cliente a obter o máximo de utilização dos recursos do Microsoft Dynamics AX reduzindo o tempo e custo, melhorando a performance e os resultados.

Oferecemos os seguintes serviços:

Sizing. (Dimensionamento)
Implementação.
Desenvolvimentos.
Analise de Desempenho.
Tunning. (Melhoria de performance)
Backup.
Disaster Recovery.
Alta Disponibilidade.
Melhores Práticas.
Atualização.


Entre em contato e tire suas duvidas!

E-mail: francisco.fgadvisor@outlook.com

Fone: 019 3307 9824
Cel: 019 9 7419 1586
Cel: 019 9 8912 1551
Skype: fsilva-jr@live.com

Enterprise Portal com HTTPS no Dynamics AX2012.

Neste post vou mostrar como configurar o Enterprise Portal do Microsoft Dynamics AX com o protocolo HTTPS. Este processo poderá ser aplicado para todas as versões do AX!

O cenário utilizado é um servidor virtual disponibilizado pela Microsoft e com todos os componentes necessários instalados! Para a instalação do AX e Enterprise Portal consulte este LINK.

Este servidor tem o nome de AX2012R2A e faz parte de um domínio de nome CONTOSO.COM.

O Enterprise Portal foi instalado usando a URL padrão do AX que tem no final o complemento /sites/dynamicsax e sem o HTTPS.


Eu poderia manter este padrão e apenas alterar o protocolo para o HTTPS, mas acredito que para facilitar a vida do usuário utilizar um nome como http://intranet seja mais fácil e, portanto, é nossa obrigação configurar desta forma, uma forma bem mais fácil para o usuário.

Notem que nesta VM já temos criado no DNS os registros "intranet" e "ps" que apontam para o nome e IP do servidor para que não ocorram erros ao tentar acessar a URL utilizando estes nomes. Caso em seu domínio você queira utilizar um nome diferente do nome do servidor tenha o cuidado de criar os registros do tipo A, AAAA ou CNAME na zona de DNS deste domínio!


Veja a configuração de DNS.





Com os registros criados precisamos trabalhar na configuração do Sharepoint para que ele entenda as requisições e as direcione para o protocolo https.

Abra a central de administração do Sharepoint 2013, clique em Application Management e depois em Configure Alternate Access Mappings.

Edite a URL publica utilizando o nome a ser usado na URL, lembre-se de que este nome também será utilizado no certificado digital e, portando, escolha-o com cuidado!

Agora precisamos configurar o IIS para habilitar o protocolo HTTPS no site Intranet. Abra o Internet Information Services (IIS) Manager e  selecione o site Intranet. No lado direito da tela clique em Bindings.
Adicione o protocolo HTTPS conforme o print abaixo selecionando corretamente o certificado digital!
Verifique no IIS se a porta 443 está livre para ser utilizada!


Agora podemos testar o acesso ao Enterprise Portal utilizando qualquer uma das URLs acima. Note no print abaixo que o protocolo HTTPS está sendo utilizado sem o erro de certificado digital!


As URLs no formulário de sites do AX não foram alteradas, e ao clicar no botão de navegação, ou mesmo digitando a URL direto no navegador, com ou sem o HTTPS, o EP será aberto utilizando o HTTPS!


 Nesta VM todos os componentes de AX e IIS já estavam configurados e as URLs utilizadas não foram alteradas.

Eu sempre prefiro utilizar uma URL mais amigável para o EP e neste caso durante o Setup do Sharepoint eu já o configuro com esta finalidade. Desta forma em uma instalação padrão do EP ele poderia ser acessado pela URL HTTP://NOMESOSERVIDOR.

Utilizar um nome mais curto facilita a vida do usuário. Mas ainda assim existem casos em que a TI utiliza nomes "diferentes" em seus servidores, já vi coisas absurdas mesmo, que só o "cara da TI" entende a razão!!!

Nesta VM não é diferente, o nome do servidor é AX2012R2A, e o registro criado no DNS é o INTRANET, para completar o EP foi instalado no site padrão e, com isso, no final temos a seguinte URL: http://intranet.contoso.com/sites/dynamicsax.

Esta URL já seria o suficiente, mas usuário é um trem estranho demais, incompreensível mesmo, talvez pelo fato de estar concentrado em suas atribuições...!!!

Deixamos a URL mais "segura" com o protocolo HTTPS, mas também podemos deixa-la extremamente mais fácil para os usuários finais, incluindo nesta lista gerentes e diretores!!!

Para facilitar ainda mais basta criar um redirect no site padrão do IIS e assim quando o usuário digitar http://intranet ele será redirecionado automaticamente para a URL https://intranet.contoso.com/sites/dynamicsax.

Este post é um exemplo básico do que é possível fazer para melhorar e facilitar o uso e acesso ao Enterprise Portal do Microsoft Dynamics AX!

As ações descritas aqui envolvem diversos produtos Microsoft e exigem amplo conhecimento nestas ferramentas. Nada que não possa ser pesquisado na internet!

Caso tenham duvidas estarei a disposição!

Até a próxima!