Classificação menu ERP

📗 2️⃣ Apresentar informação de Margem de contribuição, para melhor controle e acompanhamento (SUP-69820)

Na tela “Inicial” em dashboards de ordens, foram adicionadas colunas de percentuais de margem de contribuição e comissão (Imagem 1). E também, foi feita a inclusão de totalizador, baseado na média dos campos adicionados (Imagem 2).

📗 1️⃣ Inclusão de campo em relatórios (SUP-73571)

No menu (Dashboard) do sistema foram adicionadas as colunas, de código de representante “Cód Rep” e nome fantasia “Representante” (Imagens 1 e 2).

📘 2️⃣ Inconsistência ao copiar as configurações fiscais (SUP-76475)

Ocorrência: Inconsistência ao copiar esquema para NCM no “Cadastro de empresas”. Isto ocorria quando o campo “Reduz Valor ICMS" estava preenchido.

Solução: Foi realizado um ajuste na verificação dos tipos dos campos, ao copiar o esquema de NCM no “Cadastro de empresas”.

📗 3️⃣ Entrada de Notas Fiscais

Na tela “2.2.4 - Entrada de notas fiscais” foram implementadas validações, para que o sistema não permita salvar notas que estejam sem edição e sem itens associados.

📘 2️⃣ Acerto manual de entrada de estoque não respeitava data retroativa (SUP-76660)

Ocorrência: Quando o acerto manual era feito com data retroativa na tela “Entrada/saída de estoque manual (produto acabado)”, o sistema não acatava a data informada.

Solução: Foi feito um ajuste na tela “Entrada/saída de estoque manual (produto acabado)”, para que quando o evento “Permite alterar a data de movimentação” estiver marcado como “SIM”, o sistema irá acatar a data conforme o que for informado no campo “Data movimentação” (Imagens 1, 2 e 3).

📗 1️⃣ Inconsistência no desconto comercial de entrada de nota x financeiro pagar

Na tela “2.2.8 - Manutenção das ordens de compra” foi implementado um bloqueio de abatimento, para quando o pedido de compra estiver com um valor de desconto comercial.

📘 2️⃣ Entrada de notas gerava um valor incorreto de pedido (SUP-74268)

Ocorrência: Valor do pedido com inconsistência na nota, quando era confirmada a entrada com pedido de compra mais XML, na tela “Entrada de notas fiscais”.

Solução: Foi realizado um ajuste no valor do pedido, ao abrir a nota de entrada com pedido de compra mais XML na tela “2.2.4 - Entrada de notas fiscais”, para que não seja feita a conversão da unidade de embalagem de maneira incorreta.

📘 2️⃣ Correção do sistema ao selecionar lotes no almoxarifado (SUP-76783)

Ocorrência: O sistema era encerrado ao utilizar a opção “Sugerir Lote/Peça por”, na tela “Almoxarifado WMS”, quando existia muitos itens na grid.

Solução: Foi realizado um ajuste para que a função não fique em repetição, ao utilizar a opção “Sugerir Lote/Peça por” (Imagens 1 e 2).

📗 2️⃣ Inconsistência ao pesquisar pedidos do PDV na tela “Manutenção de contas a receber”

Na tela “5.2.15 - Manutenção de contas a receber”, foi inserida uma melhoria para que o número de caracteres a serem digitados no filtro sejam de 6 (seis) dígitos, mediante ao tamanho do campo do banco de dados de onde é buscada a informação, dessa forma, evitando com que a inconsistência ocorra (Imagem 1).

📘 1️⃣ Ao alterar a empresa na ordem estava limpando o cliente (SUP-76163)

Ocorrência: Quando alterava a empresa na ordem, o sistema apagava o cliente adicionado sendo necessário incluí-lo novamente.

Solução: Foi feito um ajuste para que ao alterar uma empresa, o campo cliente não seja mais apagado.

Solução Técnica: Ao alterar a empresa de um pedido que esteja em edição, será realizada a análise dos crivos para o cliente conforme os parâmetros configurados para a nova empresa, caso o cliente tenha um bloqueio, o código da empresa voltará para a empresa anterior e o código do cliente será mantido. Já ao alterar a empresa de um pedido novo, será realizada a análise dos crivos para o cliente conforme os parâmetros configurados para a nova empresa e caso o cliente tenha um bloqueio os dados serão limpos, espelhando o mesmo comportamento ao digitar um cliente com bloqueio em um novo pedido (Imagens 1 e 2) .

📙 2️⃣ Campo “Vr Seguro” (SUP-74169/SUP-69338)

Na tela “3.2.12 - Digitação de ordens” foi inserido o campo “Vr Seguro”, para que o sistema traga este valor e leve a mesma informação para as telas “5.2.10 - Fechamento de ordens e 3.2.29 - Rastreamento de ordens”. O valor será somado a nota e o campo “Vr Seguro”, irá ser apresentado na Danfe. Foi adicionada a coluna “Vr Seguro” na tabela “[Itens]”, que indicará o valor do seguro rateado por item.

📘 1️⃣ Imagens do tipo PNG implicava em “acess violation” (SUP-72113)

Ocorrência: A grid de imagens reconhecia somente a extensão JPG. Ao burlar essa leitura utilizando o simbolo “*” na procura, a coluna de imagem se perdia causando inconsistências de violação de acesso.

Solução: Foi feito um ajuste para que o sistema valide a extensão antes de inserir no banco de dados, na tela “Cadastro de clientes” e opção “Imagens” (Imagens 1 e 2).

📘 1️⃣ Sistema permitia alterar a legenda do produto, após ser inserido na tabela (SUP-74962)

Ocorrência: O sistema permitia a inclusão de produto com a legenda “Controle Interno” no pedido.

Solução: Foi feito um ajuste para que não seja permitido digitar o produto com a legenda “Controle Interno”, na tela “Digitação de ordens”, opção “Expresso” (Imagens 1, 2, 3 e 4).

📘 1️⃣ Transmitir inutilização de SAT (SUP-76233)

Ocorrência: Quando o SAT era transmitido ocorria a rejeição “Valor total do CF-e-SAT supera o máximo permitido no arquivo de Parametrização de Uso”.

Solução: Foi criado o campo “Limite Faturamento” na tela “Configuração do SAT-CFe”, para que possa ser inserido o valor limite permitido para a transmissão do SAT (Imagem 1).

📙 2️⃣ “Rejeição: Não informado o grupo de exportação indireta no item” (SUP-75177)

Na tela “3.2.12 - Digitação de ordens” foram inseridas as tags referentes a exportação do XML. Também foram inseridas validações para que a nota seja transmitida de acordo com o desejado.

Na tela “3.2.12 - Digitação de ordens” foi adicionada a aba “Detalhe da exportação”, contendo a grid de informação da Nota Fiscal eletrônica recebida para exportação e os campos de registro “Drawback e Registro de Exportação”, que só serão apresentados caso o tipo de ordem esteja com o checkbox “Exportação indireta” marcado.

Foi adicionado um alerta para quando a quantidade informada na grid de exportação, for menor do que a quantidade total da nota de entrada. A ação não será bloqueada, permitindo que o usuário continue o pedido, por se tratar apenas de um alerta.

📘 1️⃣ Exportação de arquivo CNAB gerando remessa com instruções duplicadas (SUP-75924)

Ocorrência: A exportação do arquivo CNAB gerava remessa com instruções duplicadas para o cancelamento de título. A inconsistência ocorria quando se trocava a carteira mais de uma vez no fechamento de ordens, criando mais de um registro na aba “Títulos cancelados” da tela “Manutenção de contas a receber”.

Solicitação: Foi realizado um ajuste na tela “Exportação de arquivo CNAB”, para que seja gerado apenas uma instrução de cancelamento para cada título (Imagem 1).

📗 2️⃣ Inconsistência na tela “Manutenção de contas a receber”

Na tela “5.2.15 - Manutenção de contas a receber”,foi adicionada uma verificação que será acionada quando clicar na opção “Gravar” no menu superior da tela. Caso tenha um processo de “inclusão ou edição” acontecendo nos lançamentos de “multa/juros/abatimento/acréscimo” forçará o usuário a salvar o lançamento que estiver pendente. Caso o usuário queira salvar outras informações, que foram alteradas no registro de contas a receber, basta clicar no botão de “Gravar” no menu superior.

Informações
Inserindo Vr. Juros (Imagem 2).

Informações
Inserindo Vr. Multa (Imagem 3).

Informações
Inserindo Vr. Abatimento (Imagem 4).

📘 1️⃣ Inconsistência no fechamento de ordens gerava saldo e abatimento referente ao mesmo título (SUP-76484)

Ocorrência: Quando o usuário clicava duas vezes em “Confirmar” na tela “Fechamento de ordens”, era possível gerar saldo e abatimento no CR do mesmo título.

Solução: Foi feito um ajuste para que ao efetuar uma devolução total de pedido, com uma parcela já paga e a configuração do parâmetro "Permite selecionar parcelas específicas a receber no fechamento de ordens?" marcado como “SIM”, será gerado apenas o saldo do cliente, mesmo após sair e entrar na tela e clicar em “Confirma”, o sistema verificará se houve diferença de abatimento para ser gerado o saldo/CR.

Informações
Parâmetro marcado como "SIM” (Imagem 1).

Informações
Gerando apenas o saldo, sem alteração nos boletos (Imagem 2).

Informações
Contas a receber (Imagem 3).

Local>Tela Parâmetros :: Guarani

Local>Tela 5.2.23 - Saldo de clientes

Local>Tela 5.2.23 - Saldo de clientes

📗 1️⃣ Gerando um arquivo na tela “Pagamento escritural a fornecedores”

Na tela “6.2.6 - Lançamentos a pagar”, foi inserida uma validação que não permite informar um código de barras com menos 40 caracteres. Desta forma, será possível gerar a remessa na tela “6.2.8 - Pagamento escritural a fornecedores”, sem inconsistências (Imagens 1 e 2).

📗 1️⃣ Opção de junção de financeiros do contas a pagar (SUP-70885)

Na tela “6.2.6 - Lançamentos a pagar”, foi criada a opção de fazer a junção de títulos a serem pagos.

📘 1️⃣ Cheque de terceiro com status "pagamento fornecedor" não possibilitava realizar a devolução por alínea “12” (SUP-75700)

Ocorrência: O sistema não estava permitindo realizar a devolução de cheque de terceiro por alínea “12”, quando se referia a pagamento de fornecedor.

Solução: Foi feito um ajuste na tela “Devolução de cheques” para que permita realizar a devolução por alínea “12”, quando for referente a pagamento ao fornecedor ou aguardando compensação (Imagens 1, 2 e 3).

📗 2️⃣ Criação da tela “Consulta lançamentos contábeis” (SUP-73447)

A tela “9.2.9 - Consulta lançamento contábeis” foi implementada ao sistema, onde será possível efetuar consultas dos lançamentos feitos pela contabilidade em determinados períodos. Foram adicionadas à tela, opções de filtros simples como “Filial, Cliente, Fornecedor, Centro de Custo, Lote, Origem e Conta” (Imagem 1).

• Após a utilização do filtro desejado, o sistema trará os lançamentos contábeis, número de partida do lançamento e lançamentos de crédito e débito.

📘 1️⃣ Ao imprimir razão a “Contra Partida” não aparecia (SUP-75118)

Ocorrência: Quando imprimia a razão, a coluna “Contra Partida” não aparecia.

Solução: Foi feito ajuste para que a coluna “Contra Partida”, seja exibida nos relatórios contábeis de forma adequada e trazendo o conjunto contábil que é formado pela combinação de “ID e Partida”, campos que são encontrados na tabela “Contábil Lote Lançamento” (Imagem 1).

📘 2️⃣ Conversão de produtos - geração de SPED Fiscal registro 0220 (SUP-76212)

Ocorrência: Registro 0220 não era gerado para todos os produtos, quando selecionava a opção para gerar o registro K200. Este registro seguia a mesma lógica da geração do registro 0200, mas faltava a verificação de seleção para que fosse possível gerar o K200.

Solução: Foi feita uma correção na geração do registro 0220 do SPED fiscal, para fazer a seleção corretamente e seja possível realizar a geração do documento.

📘 2️⃣ Inconsistência com os estados ao gerar GIA (SUP-76723)

Ocorrência: A UF estava divergente para o CT-e no relatório gerencial de impostos.

Solução: Foi realizado um ajuste na UF do CT-e no relatório gerencial de impostos, para que utilize a regra de localizar a Nota Fiscal pela chave referenciada no CT-e, sendo considerada a UF de destino do CT-e para a Nota Fiscal de saída e a UF de origem do CT-e para a Nota Fiscal de entrada.

📘 2️⃣ Inconsistência no SPED Fiscal (SUP-76718)

Ocorrência 1: O SPED Fiscal duplicava a ocorrência da chave COD_INF. Esta inconsistência ocorria, pois o código da informação complementar precisava ter até seis dígitos, considerando a origem mais o número do pedido, contudo, o pedido vinha com sete dígitos e o sistema pegava os seis primeiros números.

Ocorrência 2: Não era informado o código da informação complementar, quando não referenciado em pelo menos um dos demais blocos. Esta inconsistência ocorria, quando constava no registro 0450 observações de notas que não foram enviadas nos blocos C100, C113, C114 e C116, pois o filtro da nota considerava somente as notas enviadas, mesmo existindo notas denegadas.

Solução 1: Foi feita uma alteração para que o sistema sempre busque o código de seis dígitos de trás para frente, desconsiderando os primeiros dígitos.

Solução 2: Foi feita uma correção no bloco 0450, para que considere o mesmo filtro do registro da nota.

📗 1️⃣ Adicionar coluna Valor de crédito de cliente (SUP-69131)

Na tela “14.2.2 - Telemarketing - Campanhas” foi adicionada a coluna “Limite de crédito disponível”, que mostrará o limite disponível que consta na tela “5.2.2 - Análise de crédito”. Ao clicar em “Incluir”, e acessar a tela “Pesquisa de Clientes”, o usuário terá a possibilidade de visualizar o limite de crédito do cliente (Imagens 1, 2 e 3).

Nas telas “3.2.12 - Digitação de ordens” e “5.2.16 - Liberação de ordens”, foi feita uma alteração na busca de limite de crédito.

Na tela “3.2.12 - Digitação de ordens”, quando o parâmetro estiver com a opção “Bloq. na digitação do pedido caso o cliente tenha ultrapassado o limite de credito [LC]” e assim que informar o cliente, o sistema irá realizar a busca do limite de crédito disponível. Caso o limite tenha sido ultrapassado, mostrará a validação bloqueando a “Digitação de ordens” (Imagem 4).

Âncora
indice indice

Índice:

Voltar ao topo