Olá!
Me valendo do ditado de que a sua dúvida pode ser a dúvida de muitos ai vai:
Como eu configuro?
Setting up and maintaining Workflow
Quais Workflows o Ax ja tem pré definidos?
Workflow templates
Pensando em colocar workflow em novos desenvolvimentos?
Implementing Workflow for Microsoft Dynamics AX
Erro: Stopped (error): Calendar token must be set?
Antes de criar qualquer Workflow configuration tenha CERTEZA que pelo menos um calendário esta corretamente configurado em Basic>Calendar, verifique que se os calendários tem Working Times corretamente configurados.
Requisição de compra?
- Accounts Payable>Setup>Workflow configurations
Crie uma nova configuração e utilize o template Purchase requisition approval
Não esqueçe de adicionar:
Microsoft Dynamics AX 2009 AIF Web Services Screencast
Um webcast bem didadico sobre AIF e com passos basicos para criar e consumir um webservice usando o AIF, vale conferir.
Working Effectively with Legacy Code with Michael Feathers
Scott's in Norway this week and he sits down with Michael Feathers. Michael is the author of "Working Effectively with Legacy Code." What is legacy code? Are you writing legacy code right now?
Podcast do Scott Hanselman, program manager da divisão de desenvolvimento da Microsoft com o autor do livro "Working Effectively with Legacy Code", excelente livro que demontra técnicas muito práticas de como criar testes unitários para código não testado aplicando métodos que tem o objetivo de diminuir a dependencia do entre classes, melhorando a testabilidade e o design da solução. Tem sido meu livro de referência ultimamente.
Saudações!
Quando estamos desenvolvendo é bom ter em mente o impacto do código que estamos escrevendo em termos de performance do banco de dados. A infraestrura de acesso a dados do Ax permite que o AOS faça o caching de registros pesquisados no banco de dados, diminuindo assim as idas e voltas no banco de dados.
Independente da opção de cache o AOS somente faz o cache do registro quando o select utiliza TODAS as chaves presentes na primary index da tabela e somente se o operador == for utilizado em todas elas, pois o AOS faz o cache de um registro por vez, isto significa que >, <, != não tem efeito nenhum sobre o cache.
Toda vez que o modificador forUpdate é utilizado, caso não tenha sido utilizado previamente na mesma transação, o AOS atualiza o cache.
Como o Ax trabalha com o cache depende da propriedade da tabela chamada CacheLookup. As seguintes opções estão definidas:
1. None - sem cache
2. Found
3. FoundAndEmpty
4. NotInTTS
5. EntireTable
Utilizando Found and FoundAndEmpty o cache é preservado depois do uso do ttsBegin, ttsCommit e ttsAbort.
A opção FoundAndEmpty contém mais um detalhe, caso um select não devolva nenhum resultado, isto é, o registro com aquela PK não existe no banco, aquela PK é marcada como cacheada todos os selects subsequentes são "lidos" do cache e o cache é atualizado somente quando forUpdate seja chamado.
Utilizando NotInTTS o cache é atualizado no primeiro select após o ttsBegin.
A opção EntireTable somente deve ser utilizada para tabelas que não são atualizadas com frequência, como tabelas de parametros, grupos, etc, pois o AOS faz um cache completo da tabela quando a tabela for lida pela primeira vez, o AOS então cacheia a tabela toda do servidor, quando um client le a tabela cacheada no AOS ele envia a linha cacheada para o client sem ir ao banco de dados.
O AOS faz um flush do cache toda vez que um update, delete ou insert é feito na tabela, ela volta a ser toda cacheada na próxima vez que for lida.
O join entre tabelas com esse tipo de cache com tabelas que não tem o tipo de cache EntireTable sempre força o AOS a atualizar o cache não importa o momento do select.
Procurem sempre utilizar os métodos Find e Exists das tabelas pois eles sempre são escritos utilziando a PK da tabelas e garantem o uso do cache para aquela tabela.
Utilizando essas poucas regras e tendo elas em mente quando estão desenvolvendo para seus clientes, sempre tentem verificar se o modo que estão acessando o banco de dados pode ou não afetar a performance geral da fucnionalidade que estão desenvolvendo.
Até a próxima.
Preview de uma das grandes mudanças na proxima versão SQL AOD
THIS POST IS PROVIDED AS-IS; AND CONFERS NO RIGHTS.
Normalmente não escrevo sobre temas totalmente fora do mundo Ax, porém hoje eu gostaria de comentar sobre um tema que não esta ligado diretamente ao Ax e sim ao desenvolvimento de software em geral, um tema que tenho dado bastante atenção nos últimos tempos.
Hoje em dia existe uma série de boas praticas de desenvolvimento sendo aplicadas mundo afora que também poderiam ser aplicadas no desenvolvimento de customizações para o Ax, uma destas boas praticas esta no desenvolvimento de testes unitários.
A criação de teste unitário tem um papel importante no desenvolvimento centrado em testes (TDD), ele não substitui o teste integrado ou teste funcional mas é importante em todas as fases de desenvolvimento forçando o desenvolvedor a escrever métodos de uma maneira mais testável, mais simples, da mais confiança quando é necessário adicionar novas funcionalidades, previne regressão do código, isto é, o que estava funcionando, deve continuar a funcionar após uma modificação.
Existem toneladas de informação sobre unit tests na internet e eu encorajo todos os desenvolvedores a introduzirem o uso de unit teste no desenvolvimento de suas customizações.
Gostaria indicar 2 screencasts e 1 artigo, mesmo que básicos:
Dynamics AX 4.0 - Unit testing - Introduces the Unit Test Framework in Dynamics AX 4.0. – mostra como criar unit tests no Ax para testar seu código.
Continuous Integration por Martin Fowler – bom artigo para iniciar em integração continua
Continuous Integration and Better Unit Testing – visão geral sobre integração continua e a maneira que os testes unitários podem ser integrados ao processo de build, não é ligado ao Ax, mas da uma boa idéia de como se criar algo semelhante com o Ax (alguém se habilita?)
Uma dica legal de performance é, desabilitar a chave de configuração “Manter objetos atualizados” (SysDeletedObjects40).
Essa chave controla se objetos obsoletos da aplicação são deletados ou não. Objetos obsoletos possuem o prefixo “DEL_”, e são automaticamente deletados na próxima versão do AX, ou seja, quando você atualizou para o Microsoft Dynamics AX versão 4.0, todos os itens com a Chave de Configuração SysDeltedObjects30 foram excluídos e os objetos controlados por SysDeletedObjects40 serão excluídos quando você desabilitar essa chave ou atualizar com a próxima versão do Microsoft Dynamics AX.
Esses objetos são necessários, portanto, apenas para importar e atualizar dados de antigas versões do Microsoft Dynamics AX. De modo geral, eles desperdiçam espaço e diminuem a performance - alguns destes registros estão relacionados a tabelas com grande volume de transações (como a TaxTrans por exemplo) – e podem ser removidos.
A chave de configuração pode ser ajustada na seguinte localização:
Administração > Configuração > Sistema > Configuração.
