📘 1️⃣ Desacerto no cadastro de nova empresa (ERP-2844)

Ocorrência: Quando se tentava cadastrar uma nova empresa no sistema que já estava autorizada pelo Guarani, era mostrado um aviso na tela “arithmetic exception, numeric overflow, or string truncation - At trigger 'EMPRESA_AI0' line: 137, col: 1” e o cadastro não era salvo. Este desacerto ocorria, pois a alteração de tamanho do campo “PAR_OPCOES” não era considerada pelo sistema.

Solução: Foi feito um ajuste para que seja respeitado o novo tamanho do campo (Imagens 1 e 2).

📘 1️⃣ Desacerto ao alterar embalagem de produto sem pedidos em aberto (ERP-2815)

Ocorrência: A mensagem de desacerto “Impossível alterar informações da unidade de venda pois existem pedido(s) de compra em aberto!", era apresentada mesmo com a ordem de compra já cancelada.

Solução: Foi feito um ajuste para que o sistema não valide os pedidos cancelados quando em aberto, permitindo assim alterar a “Unidade de Venda”, desde que não tenha pedido de venda em aberto.

📘 1️⃣ Não atualizava o plano financeiro em massa, quando continha o “pedido de compra + XML de nota fiscal” (ERP-2850)

Ocorrência: Na tela “2.2.4 - Entrada de notas fiscais”, quando o parâmetro “Classificação de gastos na origem ou no financeiro” estava marcado como “FINANCEIRO” e era utilizada a função de atualizar em massa, esta atualização não ocorria no “Plano Financeiro” quando continha “Pedido de compra + XML de Nota Fiscal” juntos.

Solução: Foi feito um ajuste na função de atualização em massa da tela “Entrada de nota fiscal”, para que valide o parâmetro “Classificação de gastos na origem ou no financeiro” quando este estiver como “FINANCEIRO”, mesmo que o “Plano Financeiro“ seja preenchido na “Manutenção de ordens de compra”, ele será atualizado (Imagens 1 e 2).

📘 2️⃣ Departamento fiscal na tela “Entrada de notas fiscais” - importação de XML CT-e em massa (ERP-2864)

Ocorrência: Quando era importado o CT-e em lote e o parâmetro “Classificação de gastos na origem ou no financeiro” estava como “Origem”, sendo configurado como “Informar centro de custo” igual a “SIM”, era necessário informar o “Centro de Custo”, porém não existia o campo na tela para efetuar este movimento.

Solução: Foi implementado o campo “Centro de Custo” na tela “Importação de CT-e em Lote” (Imagem 1).

📘 2️⃣ GIA e SPED com notas sem transmissão (ERP-2791)

Ocorrência: Notas Fiscais não transmitidas sendo exibidas em relatórios de apuração de impostos, GIA, SPED, etc.

Solução: Foi realizado um ajuste para que sejam consideradas apenas notas fiscais transmitidas nos arquivos e relatórios (Imagens 1 e 2).

📘 2️⃣ Importação de XML emitidos externamente, não importava documentos de entrada (ERP-2794)

Ocorrência: Ao realizar a “Importação de XML emitidos externamente”, o sistema realizava uma busca somente pelo primeiro registro de CFOP, caso houvessem outros registros diferentes no “Cadastro de tipos de ordens”, eles não eram encontrados.

Solução: Foi feito um ajuste para que o sistema busque o CFOP de acordo com o que está no XML, independente da quantidade de registros.

📘 1️⃣ Cadastro de Classificações fiscais (NCM), com desacerto ao replicar o DIFAL (ERP-2803)

Ocorrência: Após o cadastramento das configurações de um NCM na tela “Cadastro de classificações fiscais (NCM)”, o sistema dava duas opções de replicação, por UF ou por NCM, porém quando era aplicada a opção por UF e a configuração do NCM estava como DIFAL “SIM”, o sistema estava replicando a opção do DIFAL como “NÃO”. Com isso foi identificado que no botão “Inicia transferência para a seleção“ da tela “Relação de UF“, o código que fazia a replicação dos dados de um NCM por UF, não contemplava os campos “DIFAL” das tabelas “CLAS_TRIBUTACAO” e “CLAS_TRIB_EMPRESA”.

Solução: Foram adicionados os campos “CST_DIFAL” e “CTE_DIFAL” no processo de replicação do botão “Inicia transferência para seleção“.

📘 1️⃣ Relatório de apuração de impostos PIS/COFINS, demonstrativo de apuração (ERP-2760)

Ocorrência: Otítulo do relatório apresentava um desacerto e os débitos e créditos do bloco F100 não estavam sendo contabilizados na apuração.

Solução: Foi feito um ajuste quanto ao título do relatório e ajustes para que, os campos de depreciação do bloco F100 tanto crédito como débito, sejam somados e apurados corretamente.

Informações
Tela de “Apuração de Impostos”, PIS e relatório de apuração de PIS (Imagens 2 e 3).

Informações
Tela de “Apuração de Impostos”, COFINS e relatório de apuração de COFINS (Imagens 4 e 5).

Local>Tela 10.2.1 - Apuração de Impostos

📘 2️⃣ Apuração de Impostos “PIS e COFINS” (ERP-2781)

Ocorrência: O valor lançado em “Ajustes Créditos”, não estava compondo o “Saldo final” e a opção “Detalhes apuração Sped”, não tinha a opção de “ajustes Crédito e nem ajustes Débito” para informar o valor.

Solução: Foi criado o campo para lançamentos de ajustes de “Créditos e Débitos” no detalhamento da apuração para Sped e foi ajustado o campo “009 - Saldo de Imposto a recolher”, para ver o cálculo do total de débito com ajustes e o total créditos com ajuste.

Informações
Correção para ajustes compor o saldo final da apuração (Imagem 1).

Informações
Detalhamento da Apuração para SPED Contribuições, para lançamentos dos ajustes de crédito e débito (Imagem 2).

Com o intuito de melhorar a experiência do usuário: Os lançamentos de ajustes de débitos conforme layout, devem gerar através dos blocos M220 para PIS e M620 para COFINS (Imagem 3).

Informações
Mostrará todos os CSTs de PIS e COFINS, para permitir as operações de débitos e créditos (Imagem 4).

Informações
Feito um ajuste para que quando feita a apuração de PIS e COFINS, os campos estorno de débitos e estorno de créditos, fiquem desabilitados uma vez que pertencem a apuração de ICMS (Imagem 5).

Local>Tela 10.2.1 - Apuração de Impostos

📘 2️⃣ SPED Fiscal (ERP-2870)

Ocorrência: Campo com muitas casas decimais no registro “E520” do Sped fiscal.

Solução: Foi realizado um ajuste nas casas decimais dos campos do registro “E520” do Sped fiscal (Imagens 1 e 2).

Local>Tela 10.1.16 - Sped fiscal

📘 2️⃣ Sped Fiscal - registro 0200 (ERP-2858)

Ocorrência: Itens sem movimentação de estoque sendo levados no registro 0200. O problema ocorria quando a opção "Reg. 1250 – Possui informações consolidadas de saldos de restituição, ressarcimento e complementação do ICMS?" era configurada como “SIM” e o registro K200 era marcado para ser gerado com opção de não enviar produtos sem estoque no K200.

Solução: Foi realizado um ajuste que ao gerar o registro “0200 do Sped fiscal”, para que seja respeitada a opção "Enviar produtos sem estoque no K200?" quando marcado para gerar o K200 e a opção "Reg. 1250 – Possui informações consolidadas de saldos de restituição, ressarcimento e complementação do ICMS?" estiver como “SIM” (Imagens 1 e 2).

Image RemovedImage Added

Image RemovedImage Added

Local>Tela 10.2.16 - Sped fiscal