Translate

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

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

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

quarta-feira, 27 de setembro de 2017

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

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

quinta-feira, 6 de outubro de 2016

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!

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

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!