...
| Expandir | ||
|---|---|---|
| ||
📘 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).
Local>Tela 8.2.4 - Ordem de fabricação |
| Expandir | ||
|---|---|---|
| ||
📘 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).
Anteriormente, foi criado uma chave estrangeira no banco de dados na tabela de lançamento, para garantir que os campos salvos realmente existam na tabela de ligação. Neste caso, ao invés de gravar “1", passará a gravar "nulo" na coluna “Regra Grupo” (Imagens 4 e 5).
Os valores divergentes na integração do “Contas a pagar” eram de 0,001 centavos. Neste caso, irá alocar esta diferença no lançamento para que fique com o valor correto (Imagens 6 e 7).
Local>Tela 9.2.1 - Imagem 1 - Tela Contábil - Integração Local>Tela Parâmetros :: Guarani |
| Expandir | |||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||
📘 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).
Local>Tela 10.2.18 - Cadastro de notas fiscais - Acerto fiscal 📘 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 .
 Local>Tela 10.1.18 - Cadastro Ativo Imobilizado e 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).
 Local>Tela 10.2.17 - Sped PIS/COFINS 📘 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.
 Local>Tela 2.2.4 - Entrada de notas fiscais Local>Tela 2.2.8 - Manutenção das ordens de compra Local>Tela 10.2.14 - Entrada de notas fiscais - Acerto fiscal |
...