Quando o cliente atualizar a versão, será rodado um grupo de comandos dentro da linguagem SQL, onde ocorrerá a inclusão e modificação de informações em bancos de dados dentro da tela "10.1.3 Cadastro de CFOP", conforme abaixo:

1 - Se a Classificação estiver como "Serviços ou Conhecimento transporte", os campos "Estoque, Atualiza CUE e Atualiza CCD", serão alterados para "NÃO" e o campo "Atualiza CMP" para "Nenhum"; (Imagens 1 e 2).

2 - Se o "Estoque" estiver como "NÃO", os campos "Atualiza CUE e Atualiza CCD" serão alterados para "NÃO" e o campo "Atualiza CMP" para "Nenhum";

3 - Se o "Estoque" estiver como "SIM" e a Classificação não for "Bonificação, Serviços ou Conhecimento transporte“, os campos "Atualiza CUE e Atualiza CCD" serão alterados para "SIM" e o campo "Atualiza CMP" para "Valor + Quantidade";

4 - Se o "Estoque" estiver como "SIM" e a Classificação estiver como "Bonificação", os campos "Atualiza CUE e Atualiza CCD" serão alterados para "SIM" e o campo "Atualiza CMP" para "Quantidade" (Imagem 3).

Caso o usuário deseje incluir ou modificar algum cadastro na tela "10.1.3 - Cadastro de CFOP", de maneira divergente ao exposto acima, o sistema irá apresentar mensagens de alerta, não permitindo ao usuário gravar até que o mesmo faça as alterações necessárias:

Na tela "2.2.4 - Entrada de notas fiscais", ocorrerá a validação da classificação do CFOP informado contra o "Tipo mercadoria" do cadastrado no produto:

Foi barrada a alteração dos campos: "CMP, CCD e CUE" durante o processo de registro de Nota Fiscal de entrada. Será respeitado o que está configurado no cadastro de CFOP.

📘 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️⃣ Adequação dos valores de custos (ERP-2719)

Ocorrências: A tela foi analisada e foram identificadas situações e comportamentos para serem melhorados para atender ao padrão e aos cálculos.

1. Na tela “8.2.18 - Apuração Custos dos Produtos Vendidos (CPV)”, o sistema não estava realizando o somatório das grid´s adequadamente. Outra verificação realizada, foi que o botão de “Auto Soma” no rodapé da página estava com uma inconsistência.

2. O custo da ficha técnica deveria olhar para o histórico do item e não para o custo da data atual.

3. O padrão da abertura de telas era acessar, abrindo na aba manutenção com todos os campos em branco, de forma que o usuário poderia incluir algo ou realizar a consulta na aba com este nome.

4. Para incluir uma nova apuração era necessário clicar em processar e não era possível realizar dois processamentos, sem que fosse realizada a exclusão, porém, ao fazê-la o sistema apresentava na tela o cadastro anterior ao que fora excluído, não deixando a tela limpa para nova inclusão.

5. Não era possível realizar o processamento de uma apuração duas vezes, sem que essa fosse excluída e incluída novamente. Porém, o sistema permitia realizar mais de uma vez a apuração. O correto seria somente permitir realizar uma vez a apuração, de forma que se fosse necessário, o usuário poderia estornar e apurar novamente.

6. O botão estornar não estava habilitado em nenhum momento e ele deveria ficar habilitado após a apuração, o que deveria deixar o botão “apurar” desabilitado.

7. Quando processado o período de março/2022, mesmo o mês não tendo finalizado, o sistema ficava carregando e depois apresentava uma mensagem de erro: “multiple rows in singleton select At procedure ‘SP_PROCESSAR_PCP_CPV’ line: 169, col: 1
   Se não for possível processar o custo antes do final do mês, a mensagem deveria ser de aviso e não de erro, de forma que o usuário consiga interpretá-la sem a necessidade do suporte/desenvolvimento.

8. Ao “Ratear Valores Adicionais aos Produtos“ estava apresentando a diferença na somatória dos valores aplicados.

9. Em casos de itens que são comprados em uma unidade de medida diferente da unidade de consumo/estoque, onde uma unidade de compra se transforma em mais de uma unidade de consumo/estoque, o sistema considerava o custo da unidade de compra como sendo para a unidade de consumo. Foi identificado que ao atribuir o Valor unitário na Ficha Técnica conforme o tipo de custo estipulado na mesma, não estava sendo considerado o fator de compra tela “1.1.19 - Cadastro de produtos > Manutenção > Comercial > Vendas / Compras > Geral / Tabela de preço > quadro “Unidades Compra”.

Soluções:

• Se dividirmos o valor 15,89 pelo fator de compra 4,6554705738, teremos o “Valor unitário” que aparece na ficha técnica 3,413205. 

• Foi ajustado para trazer na coluna Vr CPV do mês anterior, o VR CPV calculado no último mês (Imagem 17). 

• Foram adicionadas validações que travam a digitação pelo usuário de valores muito altos (Imagem 18).

• Foi alterada a procedure que totaliza os custos no rodapé da grid da ficha técnica e os valores batem com a somatória da grid. Também foram ajustadas as máscaras dos rodapés dos valores para igualar com a máscara da própria coluna (Imagem 19).

• Foi criada uma Query (comando usado para recuperar dados de uma tabela), separada para a aba “Consulta”, para se adequar ao padrão do sistema (Imagem 20).

• Além de ter a possibilidade de importar o fator de rateio, via arquivo CSV e exportar modelo com os itens preenchidos (Imagem 22).

• Abaixo temos o exemplo produto acabado 966 que é composto pelo semiacabado 1184 (Imagem 24).

Seguindo o exemplo acima, realizamos a apuração do mês 02/2022, onde após a apuração do rateio o “Vr CPV Unit” do semiacabo 1184, será levado para o acabado 966 (Imagem 25).

📘 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️⃣ 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.