Querem saber quando seu AX perderá o suporte da Microsoft? Consultem o link abaixo:
https://support.microsoft.com/en-us/lifecycle/search?alpha=ax
Mostrando postagens com marcador R2. Mostrar todas as postagens
Mostrando postagens com marcador R2. Mostrar todas as postagens
quarta-feira, 21 de março de 2018
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
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!!!
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!
Fonte: https://community.dynamics.com/ax/f/33/t/65699
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, 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
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!
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.
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.
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!
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!
segunda-feira, 26 de setembro de 2016
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é!!!
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é!!!
quinta-feira, 28 de julho de 2016
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
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
quinta-feira, 21 de julho de 2016
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!
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!
Assinar:
Postagens (Atom)