...
| Nota |
|---|
Aviso importante! Esta nota de versão é apenas uma prévia do próximo lançamento. Observe que os manuais do usuário e de instalação e a mídia FTP não foram atualizados. Além disso, informamos que as correções e implementações descritas aqui podem ser alteradas, excluídas ou adicionadas antes do lançamento final. Liberamos com antecedência para ajudar nossos clientes a planejarem a atualização do sistema. |
| Informações |
Data deprevisão depublicação: 06/06/22 |
Ticket | Criticidade |
📗 Implementação | 1️⃣ Relevante |
📘 Solicitação | 2️⃣ Importante |
📙 Mudança | 3️⃣ Muito importante |
...
| Expandir | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
📘 1️⃣ Ordem cancelada com a etapa Autorizado (ERP-3116)Ocorrência: O Sistema estava permitindo fazer a liberação da ordem quando a mesma era cancelada, alterando a etapa de cancelado para autorizado. Solução: Foi feito um ajuste na tela “5.2.16 - Liberação de ordens”, para que quando uma ordem for cancelada ao tentar fazer a liberação dessa ordem o sistema não permita, apresentando uma validação (Imagens 1 e 2). Local>Tela 3.2.12 - Digitação de ordens Local>Tela 5.2.16 - Liberação de ordens 📘 2️⃣ Inconsistências ao alterar frete no cadastro do cliente, com pedidos em aberto (ERP-3178)Ocorrência: Impossibilidade de alterar configurações de frete com pedidos em aberto para o cliente. Solução: Foi realizado um ajuste na validação ao alterar configurações de frete no cadastro de clientes, ajustado para que não seja bloqueada a alteração, mas sim validado e apontado os pedidos em aberto. Desta forma, aparecerá um aviso informando sobre os pedidos em aberto, mas poderá prosseguir (Imagens 1 e 2). 
Local>Tela 1.1.3 - Cadastro de clientes Local>tela 3.2.12 - Digitação de ordens 📗 1️⃣ Inconsistências na tela “Emissão de Ordens” quando ao sair do relatório haviam vários pedidos (ERP-3179)Na tela “3.2.14 - Emissão de Ordens”, foi inserido um ajuste para quando selecionar vários pedidos e gerar o “Relatório”, ao sair ou interromper a função solicitada, será apresentada uma mensagem de validação (Imagens 1 e 2).
📗 2️⃣ Ajuste de Parâmetro em Guia de carregamento (ERP-2963)Na tela “Parâmetros :: Guarani”, na opção “Checkout - Bloquear edição de ordem em guia de carregamento”, foi inserida uma alteração. Agora, quando estiver selecionado com a opção “SIM” será permitido alterar alguns campos na tela “3.2.21 - Manutenção de Ordens”. Desta forma, os campos “Qtd. Volumes, Espécie, Marca, M³, P. Bruto (kg), Peso Líq. (kg) e Outros Vols”, poderão ser alterados até a que a ordem seja conferida no “Coletor”. Após seu faturamento, o sistema não permitirá que sejam feitas alterações.
 
 
 
  |
| Expandir | ||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||
📘 2️⃣ Título com abatimento gerava remessa na posição de desconto no layout do Banco do Brasil, CNAB 400 (ERP-3184)Ocorrência: Ao gerar o arquivo de remessa CNAB 400 Banco do Brasil ou Safra, para primeiro registro com a opção “Desconto válido até o vencimento“ desmarcada na tela “Cadastro de clientes”, o sistema estava considerando as posições de desconto no arquivo ao invés de abatimento. Solução: Foi realizado um ajuste ao gerar o primeiro registro de remessa CNAB 400 Banco do Brasil ou Safra, para que seja considerada a posição de abatimento no arquivo quando a opção “Desconto válido até o vencimento“ estiver desmarcada no cadastro do cliente. Caso a opção “Desconto válido até o vencimento“ estiver marcada, será considerado como desconto mantendo o comportamento.
 Local>Tela 1.1.3 - Cadastro de clientes 📘 1️⃣ Saldo do cliente não estava estornando ao excluir ordem (ERP-3043)Ocorrência: Ao excluir uma ordem, não estava estornando o saldo do cliente. Solução: Foi feita uma correção, para que ao fazer a exclusão de uma ordem seja estornado o saldo ao cliente.
 Local>Tela 3.2.12 - Digitação de ordens Local>Tela 5.2.23 - Saldo de clientes 📘 1️⃣ Estorno de baixa financeira de recebimento em cartão em lote (ERP-2857)Ocorrência: No estorno, faltava deletar os abatimentos tipo “Taxa de Cartão” em lote, assim como os recebimentos em si eram apagados. A baixa financeira fazia um cálculo para inserir as parcelas e refazia ao contrário o mesmo cálculo para editar o valor do lançamento e ajustar os centavos, causando, às vezes, inconsistências nos arredondamentos. Desta forma, quando efetuava o estorno destes recebimentos, o estorno da taxa de cartão não era estornado de todas parcelas. Solução Técnica: Foi inserido na mesma rotina que apaga os recebimentos de parcela, um trecho para excluir os abatimentos do tipo “Taxa de Cartão” para os títulos do lote que está sendo estornado. A baixa financeira não será recalculada pelo valor total de porcentagem da taxa, mas sim pelo próprio valor da taxa que já existe na parcela. Solução de Negócios: Foi efetuada a correção no sistema em relação ao estorno de parcelas pagas em lote quando há taxa de cartão de crédito. Agora todas as taxas de cartão serão estornadas.
 Local>Tela 5.2.15 - Manutenção de contas a receber 📘 1️⃣ Inconsistências ao gerar cobranças na expedição (ERP-2824)Ocorrência: Estava ocorrendo com certa frequência, porém sem padrão a inconsistência “Access violation” na tela “Expedição” ao gerar cobrança. Solução Técnica: Foram feitos os seguintes ajustes nas chamadas do formulário, onde gera cobranças em todo o sistema:
Solução de Negócios: Foram inseridos ajustes para melhorar o processo de geração de cobranças e boletos pelas telas “4.2.6 - Expedição, 5.2.15 - Manutenção de contas a receber e 5.2.10 - Fechamento de ordens”, para resolução das inconsistências que estavam ocorrendo na geração das cobranças.
 Local>Tela 3.2.12 - Digitação de ordens Local>Tela 3.2.2 - Alteração de praça Local>Tela 4.2.6 - Expedição Local>Tela 5.2.10 - Fechamento de ordens Local>Tela 5.2.15 - Manutenção de contas a receber |
...
| Expandir | ||||||
|---|---|---|---|---|---|---|
| ||||||
📘 2️⃣ Integração contas a receber x contábil (ERP-3131)Ocorrência: Títulos baixados como perda não estavam sendo integrados no FINANCEIRO - CONTAS A RECEBER. Solução Técnica: Foi realizado um ajuste no SELECT do valor original da integração contábil, para que seja possível integrar os títulos baixados como perda no FINANCEIRO - CONTAS A RECEBER. Solução Negócios: Foi feito um ajuste no sistema, referente a integração contábil do contas a receber, onde os títulos que eram recebidos como perda, não estavam sendo integrados.
 Local>Tela 9.2.1 - Contábil - Integração Local>Tela 9.1.3 - Contábil - Parâmetros |
| Expandir | |||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||
📘 2️⃣ Inconsistências no relatório de apuração de impostos (ERP-3121)Ocorrência: Inconsistências ao imprimir relatório de apuração de impostos “SP_ARQFISCAL_CFO_ALIQ”.” Solução: Foi realizado um ajuste na UF exibida no relatório de apuração de impostos, para que a empresa também seja verificada no “Select”, para os casos de notas ficais de transferência o sistema valide a empresa que emitiu e a que deu entrada na nota.
 Local>Tela 2.2.4 - Cadastro de Notas Fiscais Local>Tela 10.3.4 - Relatório de apuração de impostos 📘 1️⃣ Informar a base e valor do ICMS/ST na nota manual (ERP-2916)Ocorrência: Ao incluir uma nota fiscal manual através da tela “4.1.1 - Cadastro de notas fiscais”, não estava fazendo o cálculo dos imposto, após inserir a base e alíquota. Solução: Foi feito um ajuste para que ao efetuar o lançamento de uma nota fiscal manual e inserir as alíquotas, de: “ICMS, PIS, COFINS, IPI ou ICMS ST” o sistema faça o recálculo dos valores, sem que seja necessário incluí-los manualmente.
 Local>Tela 4.1.1 - Cadastro de notas fiscais Local>Tela 10.1.10 - Cadastro de situação tributária ICMS 📗 2️⃣ Registro C170 código da conta analítica (ERP-3102)Na tela “9.2.1 - Contábil - Integração”, foi implementado ao sistema trazer no bloco C170 a conta analítica usada na integração contábil.
📘 Lentidão na tela “Gestão de royalties” e impossibilidade de gerar contas a pagar na apuração do mês 05 (ERP-3197)Ocorrência: Sistema travava ao gerar a apuração na tela “Gestão de royalties”. Havia uma inconsistência na forma com a qual o sistema não reconhecia o valor menor ou igual a zero, para que não fosse gerado contas a pagar com valor negativo o que causava o travamento. Solução: Foi feita uma correção para que se comporte da maneira correta, considerando somente valores maiores que zero.
 Local>Tela 3.3.32 - Gestão de royalties |
...