Notas de versão 1489.439

Data de publicação: 05/12/22
Ticket
Criticidade
Implementação
Relevante
Solicitação
Importante
Mudança
Muito importante

Notas de versão

Classificação menu ERP

COMUNS

Botão "Salvar" na tela de “Itinerário”

 

Na sub-tela “Itinerário” da tela “1.1.3 - Cadastro de clientes”, foi inserido o botão “Salvar”. Este botão tem como objetivo, salvar a distância (Km) no campo “Dist. (km)”.

 

Imagem 1 - Tela Cadastro de clientes

 

 

 

 

COMERCIAL - COMPRAS

Manutenção das ordens de compras com opções no campo "Cobrança" (SUP-74265)

 

Na tela “2.2.8 - Manutenção das ordens de compra”, foi inserida a coluna “Tipo de Cobrança” na “Pesquisa de Cobranças”, possibilitando ao usuário fazer um filtro dos tipos de cobrança por departamento. Por padrão, o filtro virá marcado com as opções de cobrança do setor de “Compras”.

 

 

 

 

 

Ajuste do percentual de “Fidelidade” na tela “Manutenção de Pedidos de Compra” (SUP-78015)

 

Na tela “Manutenção das ordens de compra”, foi inserida uma alteração automática do percentual de “Fidelidade”, de acordo com a praça selecionada. Caso seja selecionada a “praça 1”, o sistema irá inserir “100%” no percentual de “Fidelidade” automaticamente, se for selecionada a “praça 3” o valor inserido será 0 (zero). Não será permitido que o usuário altere para outros valores diferentes de 0 ou 100.

 

 

 

 

 

COMERCIAL - VENDAS

Percentual de royalties flexível divergente nas parcelas (SUP-79441)

Ocorrência: Na configuração era selecionada a busca do “% Royalties” da parcela anterior, porém, o sistema estava jogando o percentual no campo do “valor médio”, distorcendo os valores.

Solução: Foi feito um ajuste para que o percentual de royalties respeite o percentual da parcela anterior, mesmo para o tipo de cálculo “valor médio”.

Solução técnica: Foi ajustada a apuração dos royalties com a opção de “FLEXÍVEL = % POR X$ A Y$”, para manter o percentual correto para parcelas da mesma nota fiscal (Imagens 1 e 2).

 

 

 

 

 

Acessando a tabela de preço pela primeira vez, não estava acatando o “0 (zero)” nas casas decimais (SUP-79437)

 

Ocorrência: Ao abrir a tela “Manutenção de tabelas de preços”, o sistema não respeitava a configuração das casas decimais do “Cadastro de empresas”.

Solução: Foi feito um ajuste para que ao abrir a tela “Manutenção de tabelas de preços”, os campos "Vr Und" e "Vr Emb" respeitem a configuração das casas decimais do “Cadastro de empresas” logadas (Imagens 1 e 2).

 

 

 

 

 

Inclusão da opção de filtrar ordens por data de liberação (SUP-74992)

 

Nas telas “3.2.12 - Digitação de ordens e 3.2.14 - Emissão de ordens”, no filtro “Tipo de Período” foi adicionada a opção de filtro por “Data de liberação/crédito”, onde será possível visualizar a data de liberação da ordem. No caso de ordens que não forem crivadas (que já entram autorizadas), será gravada a data de digitação da ordem.

A informação implementada poderá ser visualizada na grid das seguintes telas:

 

  • 5.2.16 - Digitação de ordens;

  • 3.2.14 - Emissão de ordens;

  • 3.2.16 - Pesquisa de ordens;

  • 4.2.6 - Expedição.

A informação implementada poderá ser visualizada na grid das seguintes telas:

 

  • 5.2.16 - Digitação de ordens;

  • 3.2.14 - Emissão de ordens;

  • 3.2.16 - Pesquisa de ordens;

  • 4.2.6 - Expedição.

 

  • A data só será gravada após a liberação total da ordem através da opção de “Liberar ordem”, que também poderá ser feita pela tela “5.2.16 - Liberação de ordens”.

 

 

 

 

 

 

 

 

 

 

 

 

Para as ordens que não possuem a opção de “Crivar” em análise de crédito, como as de bonificação e brinde, a data gravada na ordem será a de digitação já que esses tipos de ordens são crivadas como autorizadas.

 

 

 

 

 

Inconsistência ao abrir tela “3.1.10 - Cadastro de representantes” (SUP-79613)

 

Ocorrência: Ao abrir a tela “Cadastro de representantes”, o sistema apresentava uma inconsistência. Isto ocorria devido a tabela “Representantes” REPRES_NFS não estar acessível.

Solução: Foi realizado um ajuste para que a tela abra sem inconsistências.

Solução técnica: Foi inserida a tabela “Representantes” REPRES_NFS, nas tabelas do sistema firebird, tornando possível a abertura da tela (Imagem 1).

 

 

 

FINANCEIRO - RECEBER

Percentuais totais no relatório por perfil de cobrança (SUP-78409)

 

Ocorrência 1: Os totalizadores dos percentuais do relatório de “Perfil de Cobrança” estavam considerando o “Total Vencido” ao invés do “Total em Aberto” para seus cálculos.

Solução 1: Foi feita a correção na tela “Relatório por perfil de cobrança”, para que os campos “% 0-30”, “% acima de 30” e “% Total”, considerem para o cálculo o valor em aberto, ao invés do total vencido.

Solução técnica 1: O cálculo dos campos “% 0-30”, “% acima de 30” e “% Total”, passam a considerar o “Valor em Aberto”, ao invés do “Total Vencido”. Alteração realizada nos relatórios modelo Vencidas, tipo Resumo, com e sem quebra (Imagem 1).

 

 

 

Ocorrência 2: Quando o parâmetro: “Lançar cobrança antes do faturamento para ordens antecipadas?” estava como “NÃO”, no “Relatório perfil por cobrança” selecionando a opção vencidas, não estava considerando os títulos antecipados que já tinham faturado e não haviam baixado.

Solução 2: Foi feita uma correção na tela “Relatório por perfil de cobrança” para que quando o parâmetro: “Lançar cobrança antes do faturamento para ordens antecipadas?” estiver como “NÃO”, que sejam considerados os títulos antecipados/faturados no campo “Total em Aberto” até que seja dado a baixa.

Solução técnica 2: Quando o parâmetro: “Lançar cobrança antes do faturamento para ordens antecipadas?” FN_ANTECIPADO_LANCA estiver como “NÃO”, títulos antecipados não baixados, serão considerados como inadimplência no relatório (Imagens 2, 3 e 4).

 

 

 

 

 

 

 

Cheque devolvido não aparece como vencido no contas a receber (SUP-79333)

 

Ocorrência: Quando fazia a devolução de um cheque, o sistema não estava considerando o novo título que era gerado como vencido.

Solução: Foi feito um ajuste para que o cheque devolvido lançado com prazo 0 (antecipado), seja considerado como vencido se não for pago até o vencimento (Imagem 1).

 

 

 

 

Integração “Cheques de terceiros” (SUP-78202)

 

Na tela “5.2.18 - Movimentação de contas correntes”, foi inserida a melhoria referente aos dias de repasse para cheques que estão aguardando compensação. Ao clicar com o botão direito do mouse sobre um cheque e clicar em consolidar no cheque que estava aguardando compensação, o sistema apresentará uma data e esta será a data que o cheque será compensado. O campo data de compensação só poderá ser informado, para cheques que já estão aguardando compensação no banco (Imagem 1).

 

 

Assim que informada a data que o cheque foi compensado, o sistema checará a data do cheque com a data do computador, ou seja, o cheque estava aguardando compensação para uma data, mas o banco só fez o repasse do dinheiro deste cheque numa outra data, demorando alguns dias para o repasse (Imagem 2).

 

 

 

 

 

  • Estas alterações foram implementadas para os usuários que fazem uso do “Módulo Contábil”, seguem o fluxo normal onde um cheque é recebido no caixa e depois é feita a transferência do caixa para uma conta bancária. Este cheque ficará no banco aguardando compensação, para em seguida ao consolidá-lo ficará como compensado na conta banco. Desta forma, na integração contábil tudo ocorrerá da maneira correta, entre caixa, banco e cliente.

  • Para os usuários que recebem o cheque pré-datado direto no banco, o módulo contábil apresentará divergências.

 

 

Automação de depósito não identificado (SUP-72989)

 

Na tela “5.1.1 - Cadastro de eventos (contas correntes)” foram feitas algumas alterações. Foi adicionado o campo “Identificação” com as opções “Não, Identificação de depósito e Liquidação de depósito não identificado” (Imagem 1).

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

  • Na tela “5.1.7 - Cadastro de contas correntes” foram criadas, na coluna “Tipo”, as opções de “Depósito não identificado e Identificação de depósito”.

 

 

 

Inconsistência ao conciliar lançamentos (SUP-80003)

 

Ocorrência: Quando conciliava lançamentos na tela “Movimentação de contas correntes”, a inconsistência "invalid pointer operation" era apresentada.

Solução: Foi realizado um ajuste no ponteiro, para que este não se perca no registro que deverá consolidar (Imagem 1).

 

 

 

FINANCEIRO - PAGAR

Lançamento de parcelas individuais no “Contas a Pagar” (SUP-79362)

 

Ocorrência: A quantidade total de parcelas do “Contas a Pagar”, estava ficando desajustada ao confirmar a entrada pela tela “Entrada de notas fiscais”.

Solução: Foi feito um ajuste na quantidade das parcelas do ”Contas a Pagar”, quando confirmada a entrada de nota através da tela “Entrada de notas”.

Solução técnica: Ajuste feito na quantidade total de parcelas do pagar, ao confirmar entrada pela tela “Entrada de notas fiscais”.

 

 

 

 

 

CONTÁBIL

GERADOR DE RELATÓRIOS