📘 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. Informações |
---|
Cliente não possui desconto até a data de vencimento (Imagem 1). |
Informações |
---|
Contudo, no momento da venda foi concedido um desconto para o cliente, desta forma o desconto será levado para a posição do abatimento, mas sem data limite (Imagem 2). |
Informações |
---|
Caso o desconto a ser aplicado para o cliente tenha data limite até o vencimento, é necessário marcar a opção no cadastro de cliente (Imagem 3). |
Informações |
---|
O sistema irá aplicar na geração do arquivo de remessa, nas posições “174” até “179” a data limite para desconto e nas posição “180” até “192” o valor do desconto (Imagem 4). |
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. Informações |
---|
Status da ordem como cancelada (Imagem 1). |
Informações |
---|
Saldo estornado (Imagem 2). |
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. Informações |
---|
Efetuando recebimento de várias parcelas com cartão de crédito (Imagem 1). |
Informações |
---|
Todas as parcelas pagas receberam a taxa de cartão, na aba abatimento (Imagem 2). |
Informações |
---|
Estornando o recebimento de todos (Imagem 3). |
Informações |
---|
Títulos voltaram a ficar em aberto após o estorno (Imagem 4). |
Informações |
---|
As três parcelas tiveram sua taxa de cartão estornadas normalmente (Imagem 5). |
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: Foram adicionados blocos “try finally” em todas as chamadas; Foi trocada a variável global, por variáveis locais nos procedimentos para evitar conflito; Foi melhorada a forma de chamar o click do botão onde geram as cobranças; Foram adicionados novos pontos do “ErrStop”, num método “CreateParams” que dispara antes do “FormCreate” do formulário “TFrmBoleto”.
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. Informações |
---|
4.2.6 - Expedição (Imagem 1). |
Informações |
---|
3.2.12 - Digitação de Ordens: Quando está habilitado “Realiza faturamento na digitação de ordens“ no cadastro de Tipos de Ordens (Imagem 2). |
Informações |
---|
5.2.10 - Fechamento de ordens (Imagem 3). |
Informações |
---|
5.2.15 - Manutenção de contas a receber (Imagem 4). |
Informações |
---|
3.2.2 - Alteração de praça (Imagem 5). |
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 |