Aviso importante!
Esta nota de versão é apenas uma prévia do próximo lançamento. Observe que os manuais do usuário e de instalação e a mídia FTP não foram atualizados.
Além disso, informamos que as correções e implementações descritas aqui podem ser alteradas, excluídas ou adicionadas antes do lançamento final.
Liberamos com antecedência para ajudar nossos clientes a planejarem a atualização do sistema.
Data de previsão de publicação: 06/06/22
Ticket | Criticidade |
📗 Implementação | 1️⃣ Relevante |
📘 Solicitação | 2️⃣ Importante |
📙 Mudança | 3️⃣ Muito importante |
Notas de versão:
📘 1️⃣ Divergência na quantidade de estoque (ERP-2984)
Ocorrência: Haviam divergências nas quantidades entre a movimentação do estoque e o estoque físico na tela “1.1.19 - Cadastro de produtos”, o sistema estava permitindo inativar o local de estoque mesmo tendo saldo.
Solução: Foi feito um ajuste na tela “1.1.16 - Cadastro de Locais de Estoque”, para não permitir inativar um local de estoque se o mesmo estiver com saldo em algum produto, desta forma, subirá uma tela informando que não será possível desativar e mostrará os produtos que estão com saldo (Imagem 1).
Local>Tela 1.1.16 - Cadastro de locais de estoque
📘 1️⃣ Ordem cancelada com a etapa Autorizado (ERP-3116)
Ocorrência: O Sistema estava permitindo fazer a liberação da ordem quando a mesma era cancelada, alterando a etapa de cancelado para autorizado.
Solução: Foi feito um ajuste na tela “5.2.16 - Liberação de ordens”, para que quando uma ordem for cancelada ao tentar fazer a liberação dessa ordem o sistema não permita, apresentando uma validação (Imagens 1 e 2).
Local>Tela 3.2.12 - Digitação de ordens
Local>Tela 5.2.16 - Liberação de ordens
📘 2️⃣ Inconsistências ao alterar frete no cadastro do cliente, com pedidos em aberto (ERP-3178)
Ocorrência: Impossibilidade de alterar configurações de frete com pedidos em aberto para o cliente.
Solução: Foi realizado um ajuste na validação ao alterar configurações de frete no cadastro de clientes, ajustado para que não seja bloqueada a alteração, mas sim validado e apontado os pedidos em aberto. Desta forma, aparecerá um aviso informando sobre os pedidos em aberto, mas poderá prosseguir (Imagens 1 e 2).
Local>Tela 1.1.3 - Cadastro de clientes
Local>tela 3.2.12 - Digitação de ordens
📗 1️⃣ Inconsistências na tela “Emissão de Ordens” quando ao sair do relatório haviam vários pedidos (ERP-3179)
Na tela “3.2.14 - Emissão de Ordens”, foi inserido um ajuste para quando selecionar vários pedidos e gerar o “Relatório”, ao sair ou interromper a função solicitada, será apresentada uma mensagem de validação (Imagens 1 e 2).
📘 2️⃣ Título com abatimento gerava remessa na posição de desconto no layout do Banco do Brasil, CNAB 400 (ERP-3184)
Ocorrência: Ao gerar o arquivo de remessa CNAB 400 Banco do Brasil ou Safra, para primeiro registro com a opção “Desconto válido até o vencimento“ desmarcada na tela “Cadastro de clientes”, o sistema estava considerando as posições de desconto no arquivo ao invés de abatimento.
Solução: Foi realizado um ajuste ao gerar o primeiro registro de remessa CNAB 400 Banco do Brasil ou Safra, para que seja considerada a posição de abatimento no arquivo quando a opção “Desconto válido até o vencimento“ estiver desmarcada no cadastro do cliente. Caso a opção “Desconto válido até o vencimento“ estiver marcada, será considerado como desconto mantendo o comportamento.
Cliente não possui desconto até a data de vencimento (Imagem 1).
Contudo, no momento da venda foi concedido um desconto para o cliente, desta forma o desconto será levado para a posição do abatimento, mas sem data limite (Imagem 2).
Caso o desconto a ser aplicado para o cliente tenha data limite até o vencimento, é necessário marcar a opção no cadastro de cliente (Imagem 3).
O sistema irá aplicar na geração do arquivo de remessa, nas posições “174” até “179” a data limite para desconto e nas posição “180” até “192” o valor do desconto (Imagem 4).
Local>Tela 1.1.3 - Cadastro de clientes
📘 1️⃣ Saldo do cliente não estava estornando ao excluir ordem (ERP-3043)
Ocorrência: Ao excluir uma ordem, não estava estornando o saldo do cliente.
Solução: Foi feita uma correção, para que ao fazer a exclusão de uma ordem seja estornado o saldo ao cliente.
Status da ordem como cancelada (Imagem 1).
Saldo estornado (Imagem 2).
Local>Tela 3.2.12 - Digitação de ordens
Local>Tela 5.2.23 - Saldo de clientes
📘 2️⃣ Integração contas a receber x contábil (ERP-3131)
Ocorrência: Títulos baixados como perda não estavam sendo integrados no FINANCEIRO - CONTAS A RECEBER.
Solução Técnica: Foi realizado um ajuste no SELECT do valor original da integração contábil, para que seja possível integrar os títulos baixados como perda no FINANCEIRO - CONTAS A RECEBER.
Solução Negócios: Foi feito um ajuste no sistema, referente a integração contábil do contas a receber, onde os títulos que eram recebidos como perda, não estavam sendo integrados.
Fazendo a integração do contas a receber (Imagem 1).
Títulos recebidos com a forma de pagamento “perda”, sendo integrados após a correção (Imagem 2).
Para que seus títulos recebidos como “perda”, possam ser integrados junto a contabilidade, é necessário criar a regras contábeis referente a “perda” (Imagem 3).
Local>Tela 9.2.1 - Contábil - Integração
Local>Tela 9.1.3 - Contábil - Parâmetros
📘 2️⃣ Inconsistências no relatório de apuração de impostos (ERP-3121)
Ocorrência: Inconsistências ao imprimir relatório de apuração de impostos “SP_ARQFISCAL_CFO_ALIQ”.”
Solução: Foi realizado um ajuste na UF exibida no relatório de apuração de impostos, para que a empresa também seja verificada no “Select”, para os casos de notas ficais de transferência o sistema valide a empresa que emitiu e a que deu entrada na nota.
Nota de saída emitida pela empresa 3 (Imagem 1).
Nota de saída sendo escritura como entrada na empresa 12 (Imagem 2).
CTE da nota de transferência (Imagem 3).
Gerando relatório de apuração (Imagem 4).
Relatório gerado (Imagem 5).
Local>Tela 2.2.4 - Cadastro de Notas Fiscais
Local>Tela 10.3.4 - Relatório de apuração de impostos
📘 1️⃣ Informar a base e valor do ICMS/ST na nota manual (ERP-2916)
Ocorrência: Ao incluir uma nota fiscal manual através da tela “4.1.1 - Cadastro de notas fiscais”, não estava fazendo o cálculo dos imposto, após inserir a base e alíquota.
Solução: Foi feito um ajuste para que ao efetuar o lançamento de uma nota fiscal manual e inserir as alíquotas, de: “ICMS, PIS, COFINS, IPI ou ICMS ST” o sistema faça o recálculo dos valores, sem que seja necessário incluí-los manualmente.
Nota fiscal sem os valores editados (Imagem 1).
Recálculo feito antes mesmo de salvar a edição (Imagem 2).
Além da atualização do “Vr Total” em tempo real, um primeiro cálculo automático será realizado, inserindo as bases de cálculos dos impostos, juntamente aos seus valores. No caso dos “ICMS/ST” serão respeitadas as operações “CFOP e UFs”, para definição das alíquotas adequadas e nos outros impostos, as bases de cálculo serão inseridas conforme as “CSTs” dos respectivos e o seus valores serão calculados quando informado suas alíquotas .
Desta forma, agora também é possível editar o registro e alterar informações, caso desejar. Para isso, basta clicar no ícone de alteração e alterar o item desejado . No caso de alteração da “Quantidade, Vr Unitário ou Vr Desconto”, será realizado um recálculo dos tributos na tela, sendo necessário informar as “CSTs” novamente.
O cálculo mais complexo dessa tela é o do “ICMS ST”, que leva em consideração diversas variáveis. Onde o campo “Vr Base ST” é calculado internamente e não pode ser editado. Depende do campo Status ICMS ST da tela “Cadastro de situação tributária ICMS”:
O Vr ST é atualizado ao alterar na tela as colunas: MVA ST, Alíquota ICMS e Alíquota IPI. |
Cadastro de situação tributária ICMS (Imagem 3).
Local>Tela 4.1.1 - Cadastro de notas fiscais
Local>Tela 10.1.10 - Cadastro de situação tributária ICMS
