Fluxo de caixa filtrar corretamente a configuração.

Na tela “5.2.13 - Fluxo de Caixa Geral”, foi implementada uma nova funcionalidade que permite ocultar lançamentos manuais, tanto bancários quanto de carteira, do fluxo de caixa. Quando configurada como "Não", essa opção faz com que o fluxo exiba apenas lançamentos faturados provenientes de notas fiscais.

Para ativar, basta acessar o novo campo Lançamentos Manuais e selecionar "Não". A configuração padrão do campo é "Sim". Essa mudança não impacta outras funcionalidades, pois a exibição dos lançamentos manuais permanece opcional (Imagem 1).

Open

Imagem 1 - Tela Fluxo de caixa geral

Open

Imagem 2 - Tela Fluxo de caixa geral

Baixa do pedido (fechamento de ordem) no Guarani WS.

A API Guarani WS é utilizada para enviar informações e comandos de modo que permite a integração de diversos serviços entre eles o serviço de encerramento de do status de entrega de pedidos. Com o objetivo tornar o processo de encerramento de ordens mais eficaz, um novo endpoint foi criado de modo que os integradores que sigam as regras do endpoint possam consumir da API Guarani WS. Para ativar, basta informar o novo endpoint no integrador quer consumirá da API Guarani WS.

Endpoint: http://<address>:8089/datasnap/rest/Tapi/PostEncerramentoPedido

Ajuste no fluxo de caixa geral.

Na tela “5.2.13 - Fluxo de caixa geral”, foi feita a inserção de uma nova funcionalidade, que tem como objetivo filtrar as entradas de contas a receber por tipo de ordens. Foi criado o campo “Aplicação” em que é possível selecionar a opção “Apenas para entradas”. Ao selecionar esta nova opção, é possível selecionar quais tipos de ordens deseja que sejam mostrados no fluxo de caixa. Ao processar, serão exibidas tanto na aba “Carteira” quanto na aba “Bancária” somente as contas a receber referentes aos tipos de ordens selecionados.

Inconsistência no “Conferência.exe”, em CHECK-OUT”.

Ocorrência: Após finalizar a conferência no “Conferência.exe”, o pedido era atualizado, mas os dados não eram validados corretamente. Isso causava travamento ao tentar editar o pedido na tela “Digitação de ordens”.

Solução: Foi adicionado um comando de “commit” para validar os dados corretamente ao final da conferência do pedido, evitando o travamento (Imagens 1, 2, 3, 4 e 5).

Inconsistência na tela “Cadastro de notas fiscais.

Ocorrência: Limite excedido de campo nos cálculos de custo na procedure “SP_NF_ATUALIZA_CUSTOS” “arithmetic exception, numeric overflow, or string truncation numeric value is out of range At procedure 'SP_NF_ATUALIZA_CUSTO“.

Solução: Foi feito um ajuste na procedure para que não ocorra a inconsistência de limite excedido de campo durante os cálculos de custos.