Corrigir impressão desnecessária de etiquetas de despacho (ERP-3302)

Ocorrência: Etiquetas de Despacho geradas automaticamente após finalizar a conferência, as mesmas eram descartadas, pois havia a necessidade de constar o número da Nota fiscal.

Solução: Foi criado o Parâmetro: “Imprimir etiqueta de volume automaticamente ao final do check-out?”, se em “Parâmetros do Sistema” estiver com a opção como “NÃO”, não haverá a impressão automática das etiquetas de despacho nas telas “Conferência.exe” e “Conferência de saída (Coletor)” (Imagem 1).

Open

Imagem 1 - Tela Parâmetros :: Guarani

Vínculo com a tabela de preço nos produtos clonados (ERP-3314)

Ocorrência: Quando era efetuada uma atualização em massa da legenda “Fora de Linha”, o sistema não perguntava se deveria manter ou não a tabela de preços.

Solução: Foi inserida a mensagem ao realizar a atualização em massa da legenda como “Fora de Linha” (Imagem 1).

Permitido o cadastro de múltiplos fornecedores, porém sob o CNPJ/CFP 00.000.000/0000-00 ou 000.000.000-00 (ERP-3249)

Ocorrência: O sistema não estava permitindo efetuar a alteração do CPF para 000.000.000-00 e o CNPJ para 000.000.000-00 na tela “Cadastro de Fornecedores (geral)”.

Solução: Foi feita uma correção na tela “Cadastro de Fornecedores (geral)” que permitirá gravar a alteração do CPF para 000.000.000-00 e o CNPJ para 000.000.000-00 (Imagem 1).

“Entrada/saída de estoque manual” não verificava estoque negativo (ERP-3334)

Ocorrência: O Sistema estava permitindo dar entrada manual na tela “ Entrada/saída de estoque manual (produto acabado)”, não verificando que o estoque semi acabado ficava negativo.

Solução: Foi inserida uma validação da quantidade em estoque da composição do produto, ao realizar a entrada de estoque tela “Entrada/saída de estoque manual (produto acabado)”, irá mostrar a quantidade necessária e a quantidade que consta em estoque para que seja possível prosseguir (Imagens 1 e 2).

Produtos alterados estavam travando o sistema (ERP-3301)

Ocorrência: Quando era feita uma transferência entre os locais de estoque na tela “Transferência entre locais de estoque” de um produto que foi alterado, o preço na grid da tela “Cadastro de preços”, estava travando.

Solução de Negócio: Foi feita uma correção para que ao fazer uma alteração de preço na grid da tabela, na tela “Cadastro de produtos” e quando for feita a transferência entre locais de estoque na tela “Transferência entre locais de estoque” de um produto alterado, o preço não trave (Imagem 1).

Solução Técnica: A confirmação dos dados foi inserida após o clique do salvar da grid de preços na tela “Cadastro de produtos”, fazendo com que a usabilidade dos campos em comum retornem.

Viabilidade para importar campos "Página" e "Sequência", da tela “Cadastro de produtos” via Excel (ERP-2961)

O sistema importará os novos campos “Descrição Complementar”, “Página” e “Sequência” ao seguir os seguintes passos.

“Margem de Contribuição” zerada no relatório (ERP-3277)

Ocorrência: O “Cubo Comercial” trazia valor da “Margem de Contribuição” (MC) zerado em algumas ordens.

Solução: Foi realizado um ajuste no relatório do “Cubo Comercial”, para que seja efetuado o cálculo da “Margem de Contribuição” conforme a ordem (Imagens 1, 2 e 3).

Quantidade de volumes sendo demonstrada incorretamente na Pré-Danfe, quando alterada após digitação da ordem (ERP-3238)

Ocorrência: Impressão da Pré-DANFe não considerava os campos alterados na tela “Manutenção de ordens”.

Solução: Ajustada a impressão da Pré-DANFe quando o pedido for alterado pela tela “Manutenção de ordens”, o mesmo comportamento que a DANFe.

Nota Fiscal de exportação com pagamento antecipado (ERP-3239)

Foi implementada na tela “3.2.12 - Digitação de ordens” a opção de cotação de moeda estrangeira, onde irá trazer o valor de cotação original feito no dia do pedido e o valor de cotação de faturamento onde é recalculado o valor da ordem de acordo com a cotação no momento do faturamento, será possível imprimir a Invoice e o Packing list, antes e depois do faturamento.

• Criada a tela 1.1.53 - Cadastro de Idiomas, no menu Comuns, em Cadastros onde será cadastrada a descrição do idioma e sua sigla.

• Na tela “1.1.19 - Cadastro de Produtos” no menu “Opções”, foi criada a opção: “Cadastro de Descrição de Produto por Idioma” para associação direta ao produto de exportação.

• Na tela “1.1.23 - Cadastro de tipos de ordens”, foi criado o campo “Exportação Direta”. Este que irá definir que se trata de uma ordem de exportação e habilitar as informações sobre o “commercial invoice” na Digitação de ordens.

• Na tela de digitação de ordens, no rodapé foi criada a guia Commercial Invoice - Cotação. Esta será habilitada caso o tipo de ordem seja “Exportação direta”.

A cotação da aba faturamento será preenchida no momento do faturamento onde terá o seguinte comportamento:

• Quando existir uma cotação cadastrada referente a uma data anterior, o sistema irá buscar esta data e fazer o recálculo da ordem de forma automática preenchendo o campo. Caso ainda exista uma cotação diferente da original, abrirá uma tela para selecionar a cotação que desejar, ou o usuário fechará a tela e efetuará o cadastro de uma nova cotação na tela “Cadastro de moeda estrangeira”.

Impressão de Invoice

Na tela “Emissão de ordens” foi criada na aba “Imprimir”, a opção de impressão da Commercial Invoice.

Após o faturamento e com a nova cotação, o sistema irá recalcular a ordem e será impressa a Invoice. Lembrando que o valor da Invoice não será alterada, apenas o valor do pedido que será recalculado baseado na nova cotação.

Foi criada também a opção de impressão do packing List

Na tela de emissão de ordens foi criada na aba imprimir a opção de impressão do packing list

No recálculo do faturamento o sistema irá atualizar o valor unitário de todos os itens com a diferença. E no final irá comparar se ainda resta alguma inconsistência. Colocando no item de maior valor a diferença no valor unitário.

Tela Relatório de vendas por representante (ERP-3251)

Foi criada a tela “3.3.33 - Relatório de vendas por representante” (Imagem 1).

O relatório sintético fará a somatória dos itens das vendas pela quebra, sem agrupamento prévio na visualização do relatório.

Relatório não abria (ERP-3336)

Ocorrência: Na tela “Emissão de ordens” o relatório “Modelo → Simples” não era aberto para a ordem 43888.

Solução: Foi feito um ajuste para igualar os tipos de campos entre a “Consulta” e o relatório.

AFV canal de vendas (ERP-3360)

Foi feita uma alteração para quando houver representante diferente para o mesmo cliente, deixando colocar o mesmo canal de vendas.

“Fechamento de ordens” com inconsistência (ERP-3228)

Ocorrência: Inconsistência ao efetuar o fechamento de uma ordem.

Solução: Foi feito um ajuste para não apresentar inconsistências, quando existir mais de uma bonificação para pedidos com números unificados vindos do AFV.

Solução Técnica: Foi ajustada a trigger GRADE_BU1, ao dar update na grade era setado o campo de bonificação. Contudo não estava previsto que poderia ter mais de uma bonificação para o mesmo pedido. Neste caso, foi alterado para somar os valores de bonificação, caso ocorra e atualize o campo da bonificação.

Estorno financeiro marcado como se não tivesse estornado em Fechamento de Ordens (ERP-3293)

Ocorrência: Quando um usuário diferente do que gerou o financeiro pela tela “Fechamento de ordens” gerava uma ocorrência de abatimento, seu nome não aparecia na na tela “Manutenção de contas a receber”. Na tela fechamento de ordens, quando o usuário possuía a opção do evento “Permite não gerar abatimento/saldo no financeiro” ao informar para não gerar saldo financeiro na última ocorrência, marcava todos como se não tivesse gerado financeiro.

Solução: Foi feito um ajuste para que o usuário que lançar a ocorrência de abatimento apareça na “Manutenção de contas a receber”, mesmo não sendo o usuário que gerou o financeiro pela tela “Fechamento de ordens” (Imagens 1 e 2). Foi ajustado também, para quando houverem abatimentos por devolução e quebra, na tela “Fechamento de ordens” e forem gerados dois abatimentos, um de devolução e o outro de quebra, somente o de quebra será mostrado na tela “Manutenção de contas a receber“ (Imagens 3 e 4).

Ao realizar recebimento do título, este não era baixado efetivamente e voltava para tela (ERP-3286)

Ocorrência: Conflito ao abrir duas telas para pagamento ou recebimento de título.

Solução: Foi realizado um ajuste na tela “Baixa financeira” para que ela receba e armazene todos os dados referentes ao título a ser baixado, não buscando os dados na tela “Recebimento de contas”, dessa forma, ao ser aberta mais de uma tela de pagamento ou recebimento de contas, não ocorrerá mais inconsistências nas baixas (Imagem 1).

Divergência no valor do demonstrativo de movimentação financeira e movimentação de contas correntes (ERP-3297)

Ocorrência: A transferência entre conta correntes utilizado o botão “Enviar Para” sempre considerava débito com o mesmo valor da movimentação de origem, causando divergência.

Solução: Foi ajustado o comportamento para sempre que efetuar uma transferência, usando o botão “enviar para” que fique da seguinte maneira:

Sistema não importava arquivo de retorno do Banco do Brasil CNAB 400 (ERP-3318)

Ocorrência: O CNAB 400 do Banco do Brasil do Guarani, considerava a data de liquidação do arquivo para alimentar o campo de ocorrência do título. Os títulos com registro 85 não possuíam essa data, fazendo com que o formato “00/00/0000” seja negado.

Solução: Foi feito um ajuste para que os títulos com registro 85 utilize a data da geração do arquivo, como “Ocorrência” ou como “Outras ocorrências”. Vale lembrar que não existe implementação de negativação para o Banco do Brasil no Guarani. Assim, esses registros entram no sistema como “Outras ocorrências” (Imagem 1).

Soma total do demonstrativo “Centro de custos” por recebimento/pagamento efetivo divergente ao detalhar plano financeiro (ERP-2918)

Ocorrência: Na tela “Demonstrativo de Centro de Custos/Lucros”, a soma total do centro de custo não era compatível com as categorias. Foi verificado que quando eram valores advindos da movimentação de contas correntes avulsos(que não possuem contas a pagar), não totalizava na conta pai, com isto o valor total do centro de custo não fechava.

Solução: Foi feito um ajuste e quando houverem valores advindos da movimentação de contas correntes, irá totalizar na conta pai e fechar o valor total do centro de custo (Imagem 1).