Correção de português nas telas (ERP-3097)

Ocorrência: Correções de ortografia em telas.

Solução: Foi realizada a correção de ortografia nas seguintes telas (Imagens 1, 2, 3 e 4).

Open

Imagem 1 - Tela WMS - Cadastro de depósitos (Endereços disponíveis)

Aba “Representantes” na “Atualização Massa de Clientes” não aceitava números decimais (ERP-3088)

Ocorrência: A aba “Representantes” na tela “Atualização Massa de Clientes” não aceitava números decimais, apenas números inteiros.

Solução: Foi feito um ajuste na aba “Representantes”, para que seja permitido inserir números decimais, para fazer a atualização em massa da comissão (Imagem 1).

Peso e cubagem do pedido de compra, com inconsistências (ERP-3111)

Ocorrência: Grid da tela de pedido de compra não exibia a cubagem e o peso do item corretamente. Impressão do pedido de compra não exibia a cubagem e o peso corretamente. Cálculo da cubagem da embalagem estava considerando o fator venda.

Solução: Foi realizado um ajuste nas casas decimais da cubagem e do peso na grid, que exibe os itens do pedido de compra. Inserido um ajuste nas casas decimais da cubagem e do peso na impressão do pedido de compra. E por fim, foi realizado um ajuste no cálculo da cubagem da embalagem do produto para não considerar o fator venda, o correto é: Comprimento(cm) x Largura(cm) x Altura(cm).

Digitação expressa apresentava inconsistência ao verificar histórico de alguns produtos (ERP-3084)

Ocorrência: Incoerência ao exibir histórico de venda do item na digitação expressa, que ocorria devido a quantidade de casas decimais.

Solução: Foi feito um ajuste na validação das casas decimais do valor do item, para o cálculo da média.

Desconto financeiro era alterado ao fazer o corte de produtos da ordem (ERP-2892)

Ocorrência: O desconto financeiro estava apresentando um comportamento diferente, quando era alterada a quantidade de um item do pedido ou quando o item era excluído da “Digitação de ordens”.

Solução: Foi realizado um ajuste para que seja mantido o percentual do desconto financeiro de um pedido, ao excluir um item ou alterar a quantidade, modificando somente o valor do desconto.

Trava relacionada a produtos que tiveram alteração (ERP-3106)

Ocorrência: Estava ocorrendo um travamento ao gravar uma ordem, quando havia alguma alteração no produto na tela “Cadastro de produtos”.

Solução: Foi realizado um ajuste no botão “Gravar” da tela “Cadastro de produtos”, para que ao gravar uma ordem não trave a tela (Imagem 1).

Opção “Recalcular” na tela “Digitação de ordens” (ERP-3096)

Ocorrência: A opção “Recalcular” na tela “Digitação de ordens”, não estava considerando o “%fator” quando alterado o campo “% Tabela” na tela “Cadastro de representantes”.

Solução: Foi realizado um ajuste na opção "Recalcular" da tela “Digitação de ordens”, para considerar o novo “%fator” quando existir alteração na configuração da tela “Cadastro de condições de venda”, ou no campo “%Tabela” da tela “Cadastro de representantes”.

“Margem Contribuição” - “Remessa conta e ordem” (ERP-3040)

Ocorrência: Ordens sem finalidade de gerar receita financeira ou do tipo orçamento calculavam margens de contribuição em seus totalizadores.

Solução Técnica: Foi implementado nas procedures "SP_ATUALIZA_DADOS_ITENS" e "SP_CONTA_ITENS", que são as procedures utilizadas para calcular a margem de contribuição do item e do rodapé da digitação de ordens, para quando o tipo de ordem estiver marcado para “não gerar financeiro”, gravar "zero" nos campos "ITE_MARGEM_CONTRIBUICAO" e "GRA_MARGEM_CONTRIBUICAO". Sendo assim, qualquer relatório que utilize o campo, irá mostrar "zero" pois é o valor salvo no banco de dados.

Solução de Negócios: "Foi realizada uma melhoria na solução de maneira que ordens que possuem finalidades diversas, ou seja, não geram financeiro e tampouco são do tipo orçamento - deixem de apresentar margem de contribuição, já que claramente, não se aplica tal  regra. Foram ajustadas todas as rotinas e telas que, por ventura, apresentavam esse indicador neste caso específico.

Na tela “Relatório cubo comercial”, foi verificado que o campo está com o valor “Zero”, tanto no banco de dados, como quando traz os dados para a tela. Contudo ocorre alguns cruzamentos que calculam este valor de forma diferente (Imagens 6, 7, 8, 9 e 10).

Ajuste em relatório (ERP-2964)

Foi feita uma alteração na ordenação do “Relatório de Imagens” na tela “3.2.14 - Emissão de Ordens”, que passará a seguir a mesma ordenação do “Relatório Principal”.

MC para tipo de ordem orçamento (ERP-3065)

Ocorrência: Margem de contribuição não está sendo calculada para o tipo de ordem orçamento (Imagem 1).

Solução: No cadastro de tipos de ordens, foi alterado o nome de Orçamento(TLMKT) para Orçamento. Sendo habilitado para todos tipos de ordens, antes era habilitado somente pra quem usa telemarketing.

Na digitação de ordens e nas procedures de cálculo de margem, foi ajustado para calcular a margem de contribuição quando o tipo de ordem for "financeiro = SIM" ou quando for "tipo operação = orçamento" (Imagens 4 e 5).

Divergência relatada dos valores de “IR e CSLL” entre Itens e Grade (ERP-3064)

Ocorrência: Foi detectada uma divergência entre os valores destacados na tabela itens, frente a tabela grade quanto aos campos de IR e CSLL. A diferença entre os campos CSLL e IR da soma dos itens, com o do rodapé (total) do pedido ocorria devido ao comissionamento utilizado. Havia item com comissão, porém o pedido não atingiu o comissionamento ficando com valor zero. Isso fazia com que a comissão no item, alterasse os valores de lucro, CSLL e IR, o que estava correto no sistema.

Solução: Desta forma, não será realizada nenhuma alteração no sistema (Imagem 1).

• Analisando a procedure que compõe os cálculos dos itens, foi identificado que o campo "FRETE + % FINANCEIRO + INVESTIMENTO" estava sendo calculado sobre o valor bruto do item, sendo que deveria ser calculado sobre: "valor bruto (-) desconto comercial (-) desconto fiscal".

Cálculo Frete Automático - quando importado pedido AFV (ERP-3074)

Ocorrência: Pedido do AFV com tipo cálculo de frete “AUTOMÁTICO”, quando era importado para o ERP ao entrar no pedido pela “Digitação de ordens”, estava entrando como “EMBUTE”.

Solução: Foi realizado um ajuste na tela “3.5.7 - Guarani Móvel - Android - importação de dados”, para que ao importar pedidos do AFV que estiverem com o cálculo de frete AUTOMÁTICO, venha com a informação do frete correta (Imagem 1).

Impossibilidade de salvar em dados transportadora - Transferência entre filiais (ERP-3176)

Ocorrência: Havia a impossibilidade em alterar o tipo do frete de “ Próprio emitente” para destinatário.

Solução: Foi adicionada a nota técnica 2021.004 ao cadastro “10.1.23 - Cadastro de Notas Técnicas - Prazo para Vigência”, onde o usuário configurará o prazo de vigência de homologação e produção.

Valores de títulos antecipados em aberto não constam no “Relatório de previsão de pagamento de comissionamento dos representantes” (ERP-2972)

Ocorrência: O relatório utilizava o campo de data de conferência do pedido como parâmetro e como o pedido antecipado em questão, ainda não havia sido faturado, não era capturado pela data de emissão. Quando o pedido era antecipado usando o parâmetro “Lançar cobrança antes do faturamento para ordens antecipadas?” marcado como “SIM”, a comissão não estava sendo listada no relatório, pois o pedido antecipado havia sido conferido já que ainda não tinha liberado e nem faturado.

Solução: O campo foi ajustado para a emissão do título e um controle foi inserido no relatório, para não exibir a data de faturamento “30/12/1899” que aparecia quando o filtro era de vencimento.