| Painel | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
DOCUMENTAÇÃO EM ANDAMENTO |
| Nota |
|---|
Esta nota de versão é apenas uma prévia da versão ERP. Além disso, informamos que as correções e implementações descritas aqui podem ser alteradas, excluídas ou adicionadas a qualquer momento. Liberamos com antecedência para ajudar nossos clientes a planejarem a atualização do sistema. |
| Dica |
|---|
DOCUMENTAÇÃO CONCLUÍDA |
| Painel | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
Data de previsão de publicação: 0506/02/25 |
| Painel | ||||||
|---|---|---|---|---|---|---|
| ||||||
|
| Pesquisa na árvore de páginas | ||
|---|---|---|
|
| Índice | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
📙 Mudanças
[Menu
FaturamentoFinanceiro - Receber]
| Expandir | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||
📙 3️⃣Inclusão do CFOP na busca pelo código do benefício fiscalFluxo de caixa filtrar corretamente a configuração.
Foi incluído o CFOP como campo na busca pelo código do benefício fiscal. Com esse ajuste, a regra para levar o código do beneficio fiscal para a nota é: Primeiramente, o sistema buscará o código na tela “Cadastro de clientes”, utilizando o código do cliente, CST e CFOP.
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).  
| ||||||||||||
Cadastro do cliente apenas com o CFOP 6.102 cadastrado (Imagem 1). |
Quando a opção estiver marcada igual a não, serão omitidos todos os lançamentos manuais do fluxo de caixa, exemplo contas a receber que foram lançados manualmente (Imagem 2). |
📗 Melhorias
[Guarani WS]
[CHECK-OUT| Expandir | ||||||
|---|---|---|---|---|---|---|
| ||||||
📗 2️⃣ 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 OBS: Substitui <address> pelo número do IP da máquina nA qual o Guarani WS está instalado.
| ||||||
Código do benefício fiscal não levado para a nota (Imagem 3). |
Essa melhoria atualiza a etapa do pedido para “Entregue” e anexa o documento ao pedido caso tenha.
|
| Painel | ||
|---|---|---|
| ||
Cadastro de produto com CFOP 5.102 cadastrado (Imagem 4). |
Tela “3.2.12 - Digitação de ordens” (Imagem 2). |
| Painel | ||
|---|---|---|
| ||
Código do beneficio fiscal apresentado na nota (Imagem 5). |
📗 Melhorias
 |
[Menu Financeiro - Receber]
| Expandir | ||
|---|---|---|
| ||
📗 3️⃣Desempenho do ConferênciaAjuste no fluxo de caixa geral.
Foi feita uma transformação interna do código fonte do Delphi 7 para o Delphi 10, adequando o código fonte/componentes internos a mais nova tecnologia do desenvolvimento. O comportamento de uso atual para o usuário se mantem, não foi feita alteração externa. Dessa forma, o conferencia.exe fica preparado para as mais novas tecnologias atualmente usadas no mercado (Imagem 1). |
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.
 |
📘 Solicitações
[CHECK-OUT]
[Menu Comercial - Compras| Expandir | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
📗 1️⃣ Inventário WMS📘 2️⃣ Inconsistência no “Conferência.exe”, em CHECK-OUT”.
No Coletor, foi feita uma reestruturação para melhorar a organização e visualização dos dados, oferecendo uma experiência mais clara para o usuário ao trabalhar com grandes volumes de informações. Basta criar um inventário do tipo global - seriado, global rastreável e rotativo seriado. Quando começar a conferência em um inventário por exemplo, após conferir um produto no inventário.
|
📘 Solicitações
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). 
Local>Tela 3.2.12 - Digitação de ordens Local>Tela Guarani :: CHECK-OUT |
[Menu Faturamento]
| Expandir | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||
📘 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.
Local>Tela 4.1.1 - Cadastro de notas fiscais |
[Menu Financeiro - Receber]
| Expandir | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||
📘 2️⃣Inconsistência na tela “Digitação de ordens”Travamento ao pesquisar o dia 21/01 na movimentação de contas.
Ocorrência: Na tela “Digitação de ordens”, ao selecionar um produto na grid “[Itens]” com um duplo clique e pressionar a tecla "ESC", era exibida a tela de edição do produto. Nesse contexto, a tecla "ESC" aciona o conteúdo do primeiro botão disponível na posição, que, neste caso, é o botão “Alterar”.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 , ao pressionar a tecla “ESC”, o conteúdo do primeiro botão não seja acionadoo resumo por romaneio utilizado na impressão do extrato, seja carregado de forma mais rápida.
 
  Local>Tela 35.2.12 18 - Digitação Movimentação de ordenscontas correntes |
[Menu Financeiro - Pagar]
| Expandir | ||
|---|---|---|
| ||
📘2️⃣ Divergência ao alterar valor em acréscimo de título no contas a pagar1️⃣ Pagamento de contas, não completando a operação.
Ocorrência: Na tela “6.2.6 - Lançamento a pagar”, ao selecionar um título aberto e preencher alguma aba de dados adicionais, ao acessar a opção "Editar Centro de Custo e Plano Financeiro" e abrir a tela "Pagar Centro de Custo", era possível alterar o valor inserido na coluna "Valor" da grid "Pagar Adicionais Selecionados" 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). 
Local>Tela Baixa Financeira |
[Menu PCP]
| Expandir | |||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||
📘 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 de alteração do valor na coluna “Valor” da tela “Pagar Centro de Custo”ao concluir a ordem de fabricação, impedindo que a data de conclusão seja anterior à data da última movimentação.
  Local>Tela Contas a PagarLocal>Tela Pagar Centro de Custo8.2.4 - Ordem de fabricação |
| Painel | ||||||
|---|---|---|---|---|---|---|
| ||||||
|
|
Feedback |
|---|
Qual é o seu nível geral de satisfação com essas notas de versão? |
Legendas dos tipos de tickets | Legendas da criticidade do ticket | ||||
?? Mudança | 📗 Melhoria | ?? Solicitação | 1️⃣ Relevante | 2️⃣ Importante | 3️⃣ Muito importante |
Informações técnicas | |
|---|---|
Banco: | 925 |
Coletor: | 1489.275 |
| Painel | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||