Pre-release Dynamics Ax 2009

A Microsoft disponibilizou no partner source (site para parceiros) um pre-release do dynamics Ax 2009, nova versão do Dynamics Ax.

Fiquem atentos pois essa nova versão tem muitas novidades!

Microsoft Dynamics AX 2009 Pre-Release (CTP3) Demonstration Toolkit (necessita acesso e autenticação)

Impostos no AX - Impostos retidos nos pagamento

No meu ultimo post, explorei um pouco os impostos sobre o faturamento, que faz parte do Ax original e foi modificado para que funcionasse no Brasil.



Vou explorar agora os impostos retidos no pagamento, que no Ax original, em inglês, é chamado de withholding tax.



Vale a pena comentar que a tradução ficou diferente, "Retenção de impostos", quando a denominaçaõ deveria ser algo como "Impostos retidos", termo que estamos mais acostumados no dia a dia.



Esses impostos são calculados quando um titulo é marcado para liquidação. Contudo, as seguintes condições devem ser verdadeiras para que o sistema calcule os impostos:



1. O campo "Grupo de retenção de impostos" na linha do diário (ledgerJournalTrans) estar preenchido.

2. Ser um pagamento de uma transação criada junto com a nota fiscal (registro de pedido de compra e pedido de venda).

3. Campo "calcular retenção de imposto" estiver marcado no cadastro de fornecedor (para ctas a pagar) e nos parametros do contas a receber (para retenção a partir do ctas a receber).

4. Campo "calcular retenção de imposto" estiver marcado para o título (tanto ctas a receber quanto ctas a pagar).

5. Quando uma nota fiscal for registrada dos pedidos, um item tipo SERVIÇO seja utilizado OU quando uma nota fiscal for registrada dos Diários de Notas Fiscais de fornecedores, o campo "Nota fiscal de serviços" (aba Nota Fiscal) estiver marcado.



No proximo post comento sobre as configurações necessarias para o calculo do imposto.

Contrapartida Padrão

Olá a todos!

Existe um recurso interessante do AX, que, eu e o César Palmieri, utilizamos ao parametrizar o módulo de projetos , para lançamento de diários de projeto.

Dependendo do funcionário selecionado, a contrapartida é automaticamente preenchida.

Configura-se pela seguinte opção do menu:

Em seguida, deve ser selecionado o Funcionário, o tipo e a conta de contrapartida padrão, que será inicializada nos diários de despesas.

A contrapartida pode ser dos tipos:

• Cliente
• Fornecedor
• Banco
• Razão

Sim. Uma funcionalidade padrão, mas o Post é justamente para apresentar uma pequena correção que deve ser feita no método Classes\LedgerJournalEngine\setProjDefaultOffsetAccount

após a inicialização do OffsetAccountType e do OffsetAccount, para o Brasil, é necessário inicializar alguns campos.

Como as tabelas já se encontram inicializadas nesse contexto, utilizei os métodos de inicialização de clientes e fornecedores:

   1:  (...)

   2:   

   3:      _ledgerJournalTrans.OffsetAccountType     = projDefaultOffsetSetup.getLedgerOffsetType();

   4:      _ledgerJournalTrans.OffsetAccount         = projDefaultOffsetSetup.AccountNum;

   5:   

   6:      switch (_ledgerJournalTrans.OffsetAccountType) 

   7:      {

   8:          case LedgerJournalACType::Vend:

   9:              this.initFromVendTable(_ledgerJournalTrans);

  10:              break;

  11:          case LedgerJournalACType::Cust:

  12:              this.initFromCustTable(_ledgerJournalTrans); 

  13:              break;

  14:      }

Isso evita que o sistema dispare um erro sobre seleção de tipo de documento fiscal e série.

Boa páscoa a todos!