DOCUMENTAÇÃO CONCLUÍDA

📙 3️⃣ 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).

📗 2️⃣ Baixa do pedido (fechamento de ordem) no GuaraniWSGuarani WS.

A API GuaraniWS 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 GuaraniWSGuarani WS. Para ativar, basta informar o novo endpoint no integrador quer consumirá da API GuaraniWSGuarani WS.

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

📗 3️⃣ 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.

📘 2️⃣ 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).

📘 2️⃣ 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.

📘 2️⃣ Travamento ao pesquisar o dia 21/01 na movimentação de contas.

Ocorrência: Era apresentada uma lentidão ao carregar as movimentação de contas correntes.

Solução: Foi realizado um ajuste na pesquisa da movimentação de contas correntes para que o resumo por romaneio utilizado na impressão do extrato, seja carregado de forma mais rápida.

📘 1️⃣ Pagamento de contas, não completando a operação.

Ocorrência: O sistema estava apresentando uma inconsistência "Out of memory" ao tentar realizar o pagamento de títulos, resultando na não conclusão da operação de pagamento de contas.

Solução: Foi feito um ajuste no componente “IBPagPar”, para que ele execute a consulta “SELECT” apenas nas parcelas que estão sendo efetivamente pagas (Imagens 1 e 2).

📘 2️⃣ Data de conclusão na ordem de fabricação causando inconsistências no SPED FISCAL.

Ocorrência: Tela “Ordem de fabricação” permitindo que a data de conclusão seja anterior à data da última movimentação.

Solução: Foi inserido um bloqueio ao concluir a ordem de fabricação, impedindo que a data de conclusão seja anterior à data da última movimentação.

Âncora
indice indice

Índice:

Voltar ao topo