📘 1️⃣ Coletor não reconhecia o lote do produto (ERP-2904)

Ocorrência: Quando era bipado o lote na tela “Conferência de saída” do “Coletor”, estava sendo localizado o produto incorreto, isso ocorria devido a existência de mais de um produto com o mesmo lote.

Solução: Foi feito um ajuste no “Conferência de saída” do “Coletor” por lote, para quando for encontrado mais de um produto no pedido com o lote informado, será exibida uma tela com os produtos para que seja selecionado o desejado que se encontra na “Guia de carregamento” (Imagem 1).

📘 1️⃣ Manutenção de ordens de compras - fidelidade na quantidade não salva (ERP-3030)

Ocorrência: Quando utilizávamos a fidelidade com base na quantidade e não no valor na tela “Manutenção das ordens de compra”, não era permitido salvar o produto.

Solução: Alterado na tela “2.2.8 - Manutenção das ordens de compra”, para permitir informar produto com fidelidade por quantidade e percentual 0 (zero).

📗 2️⃣ Relatório de Margem de Contribuição e Digitação de ordens (ERP-2852)

Foram realizados ajustes no layout do “Relatório Margem de Contribuição” (Imagens 1 e 2).

• Cabeçalho:

a) Identificação do “emitente”: passou a mostrar a razão social e endereço completo e foi inserida a máscara no CNPJ;

b) Identificação do “cliente”: passou a mostrar a razão social e endereço completo;

c) Identificação do “pedido”: as informações foram colocadas logo após o título da informação.

• Padronizado para usar separador de milhar.

• Casas decimais:

a) Em “Dados e Resumo totais”: por se tratar de tributação, usaremos 2 (duas) casas decimais. Exceto “Vr. Custo” que permanecerá com 4 (quatro) casas decimais;

b) Em “Cálculo e Resultado”: usaremos 4 (quatro) casas decimais, tanto na coluna “Percentual (%)” como na coluna “Valor (R$)”. Quanto aos campos “IR e CSLL”, os mesmos serão salvos no banco de dados com 4 (quatro) casas decimais, não sendo possível seguir o mesmo critério de considerar 2 (duas) casas decimais como no “PIS e COFINS” em relação ao cálculo.

• Descrição no quadro “Cálculo”:

a) Corrigido I.C.M.S./P.I.S para ICMS/PIS;

b) Corrigido "Frete + % financeiro” e “investimento” para "Frete E + % financeiro” e “investimento”, pois o campo "Frete" trata-se de frete destacado em campo próprio na Nota Fiscal e o "Frete E" se trata de frete embutido.

📘 2️⃣ Gerar cobrança na expedição com opção "E-mail Cliente" (ERP-3222)

Ocorrência: Ao imprimir cobranças pela tela “4.2.6 - Expedição” selecionando a opção "E-mail Cliente" sozinho ou junto com "Imprimir", ocorria a seguinte mensagem: Tente gerar novamente a cobrança Invalid Pointer Operation.

Solução: Foi transferida a pergunta ao usuário, para o momento depois de limpar o formulário da memória.

📘 1️⃣ Ordem alterada após estar em conferência e com recebimento antecipado “Simular/Reservar” (ERP-3192)

Ocorrência: O Sistema estava permitindo alterar quantidade de item de pedido, que já teve pagamento antecipado através da opção “Simular/Reservar” do menu opções.

Solução: Foi corrigido para que não deixe cortar itens, nem alterar a quantidade do pedido antecipado com pagamento já efetuado, através da opção “Simular/Reservar” na tela “Digitação de ordens”.

📘 1️⃣ Inconsistências ao realizar alterações nos lançamentos a pagar (ERP-3103)

Ocorrência: Quando o usuário incluía a informação do título ao efetuar um lançamento a pagar pela tela “6.2.6 - Lançamentos a pagar” e em seguida incluía informações na aba “Adicionais” para depois clicar no botão salvar, o sistema gerava uma inconsistência de violação de chave, pois o usuário precisava salvar o cabeçalho antes.

Solução: Foi inserido um ajuste, porém ainda se faz necessário salvar o título primeiro, na sequência fazer a inserção de mais informações na aba “Adicionais”. Desta forma, foi inserida uma validação avisando ao usuário que precisa salvar os títulos antes (Imagens 1 e 2).

📘 1️⃣ Exclusão de comissão do contas a pagar, não estornando no fechamento de comissão (ERP-3014)

Ocorrência: Exclusão do título referente a comissão do contas a pagar, não estornando no fechamento de comissão.

Solução: Foi realizado um ajuste na tela “6.2.6 - Lançamentos a pagar”, para bloquear a alteração dos campos: Empresa, Fornecedor e Praça, no contas a pagar para títulos gerados pelo fechamento de comissão. Estes campos são chaves para o estorno do fechamento de comissão e bloqueando a alteração desses campos, sempre que o título for excluído, o fechamento de comissão será estornado.

📘 1️⃣ Descrição equivocada ao gerar complemento de comissão (ERP-3075)

Ocorrência: Ao gerar um complemento de comissão na tela “6.2.4 - Fechamento de Comissões”, estava apresentando na tela “6.2.2 - contas correntes de representantes” a descrição equivocada e “COMPLEMENTE DE COMISSÃO”.

Solução: Foi feita a correção na tela “6.2.2 - Contas correntes de representantes “ a descrição para “COMPLEMENTO DE COMISSÃO” (Imagem 1).

📗 1️⃣ Atualizar dados automaticamente do Mapa de Depósito em painel “TV” (ERP-2899)

Na tela “7.2.6 - Mapa de depósito”, foram inseridos os campos na aba Mapa: Rua inicial, Rua final, Página, Tempo (Seg), Paginar depósito, Disparar timer (Imagem 1).

📘 2️⃣ Locais de estoque não respeitando uma marcação de bloqueio (ERP-3207)

Ocorrência: O produto da composição foi inserido manualmente na ordem e nada foi informado no campo "Ind. de Terceiro", deixando o campo vazio. Isso fez com que o sistema interpretasse de forma equivocada que se tratava de um produto com "Ind. de Terceiro = S”. Desta forma, o sistema não estava respeitando a configuração de bloqueio de estoque insuficiente no cadastro de locais de estoque.

Solução: Foi inserido um ajuste para este campo, que passará a ser considerado como padrão “NÃO” sempre que estiver vazio, fazendo assim a verificação de quantidade normalmente (Imagens 1 e 2).

📘 2️⃣ Inconsistência ao fazer a “Integração Contábil” (ERP-3226)

Ocorrência: Inconsistência quando se tentava fazer a “Integração Contábil” pela “MOVIMENTAÇÃO DE CONTAS (MANUAL)” (Imagem 1). Também ocorria divergência de valores na integração do tipo “FINANCEIRO - CONTAS A PAGAR” (Imagem 2).

Solução: Ao ser feita integração do tipo “FINANCEIRO - MOVIMENTAÇÃO DE CONTAS (MANUAL)” não deverá gravar informação no campo "Regra Grupo", quando o parâmetro “Utiliza grupo contábil” estiver marcado como “NÃO” (Imagem 3).

📘 2️⃣ Impossibilidade de salvar alterações nos dados da transportadora entre filiais (ERP-3137)

Ocorrência: O sistema não estava permitindo fazer alterações nas operações de transferências entre filiais, em que a transportadora era a mesma do destinatário.

Solução: Foi feito um ajuste na tela “10.2.18 - Cadastro de notas fiscais - Acerto fiscal”, onde será permitido fazer alterações nas operações de transferência entre filiais em que o CNPJ da transportadora é o mesmo do destinatário. No campo Frete por conta, haverá as opções “Próprio do Emitente e Próprio do Destinatário” (Imagens 1 e 2).

📘 2️⃣ Sem a possibilidade de baixar bens imobilizados sem CIAP (ERP-3212)

Ocorrência: Impossibilidade de baixar bens imobilizados que não possuíam parcelas do CIAP.

Solução: Foi realizado um ajuste para que seja possível baixar bens imobilizados que não possuem parcelas do CIAP .

📘 2️⃣ Registro C860 e C870 importou arquivo de cupom SAT cancelado (ERP-3211)

Ocorrência: Itens cancelados não estavam sendo levados corretamente para o registro C870 do Sped PIS/COFINS.

Solução Técnica: Foi realizado um ajuste no registro C870 do Sped Contribuições, para que os valores dos itens cancelados sejam levados para campo nº 05 Valor da exclusão/desconto comercial dos itens (VL_DESC) e deduzidos no campo nº 7 Valor da base de cálculo do PIS/PASEP (VL_BC_PIS) no arquivo TXT do Sped, conforme as páginas 185 e 186 do Guia_Pratico_EFD_Contribuicoes_Versao_1_35 - 18_06_2021 disponibilizado pelo governo http://sped.rfb.gov.br/pagina/show/5839

Solução de Negócios: Foi realizado um ajuste no registro C870 do Sped PIS/COFINS, para que os valores dos itens cancelados, sejam levados para campo valor de descontos e deduzidos no campo valor base de cálculo do PIS/PASEP (Imagens 1 e 2).

📘 1️⃣ Ajuda com entrada de notas (ERP-3117)

Ocorrência: Após confirmar a entrada da nota fiscal e consultar na nota novamente, trazia um valor de pedido divergente do pedido importado. Fazendo com que gerasse uma diferença entre o documento e o pedido. Foi identificado que o campo “Vr Pedido” da tela “10.2.14 - Entrada de Notas Fiscais - Acerto Fiscal” mostrava o cálculo de quanto ficou o pedido após ter sido dada a entrada.

Solução: Foi ajustado para que o sistema calcule de forma coerente, mesmo após edição de qualquer campo na nota.