Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

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.

Nota
Informações
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:

Expandir
titleCOMUNS

📘 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️⃣ Correções na descrição de telas (ERP-2708)

Foram efetivadas correções de ortografia em algumas telas.

Informações

10.3.8 - Apuração de ICMS Outorgado (Imagens 1 e 2).

Image Added

Image Added

Informações

10.1.24 - Código Ajustes Fiscais SPED Contribuições (Imagens 3 e 4).

Image Added

Image Added

Local>Tela 10.1.24 - Código Ajustes Fiscais SPED Contribuições

Local>Tela 10.3.8 - Apuração de ICMS Outorgado

Expandir
titleCOMERCIAL - VENDAS

📘 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️⃣ Ajuste de Parâmetro em Guia de carregamento (ERP-2963)

Na tela “Parâmetros :: Guarani”, na opção “Checkout - Bloquear edição de ordem em guia de carregamento”, foi inserida uma alteração. Agora, quando estiver selecionado com a opção “SIM” será permitido alterar alguns campos na tela “3.2.21 - Manutenção de Ordens”. Desta forma, os campos “Qtd. Volumes, Espécie, Marca, M³, P. Bruto (kg), Peso Líq. (kg) e Outros Vols”, poderão ser alterados até a que a ordem seja conferida no “Coletor”. Após seu faturamento, o sistema não permitirá que sejam feitas alterações.

Informações

Parâmetros :: Guarani na opção “Checkout - Bloquear edição de ordem em guia de carregamento”, habilitado como “SIM” (Imagem 1).

Image Added

Informações

Ordem com status em separação (Imagem 2).

Image Added

Informações

Permitindo alterar (Imagem 3).

Image Added

Informações

Ordem faturada não permitirá nenhuma alteração (Imagem 4).

Image Added

Expandir
titleFATURAMENTO

📘 3️⃣ Notas Fiscais apresentam inconsistências impedindo a transmissão em contingência (ERP3180)

Ocorrência: Ao transmitir nota fiscal em contingência, estava apresentando uma inconsistência, impedindo o recebimento pela SEFAZ. E assim apresentava a seguinte mensagem: “ IbItenNf: Field 'NFI_CEI_CODIGO_EX' not found “
Solução: Foi adicionada na lista de campos da tela de emissão de NF-e em contingência, o campo que se refere ao código da TIPI (código este que passou ser validado no XML das notas).

Informações

Tela “Emissão de notas fiscais eletrônicas (NF-e) (Imagem1).

Image Added

Informações

Tela para transmitir a “Contingência” (Imagem 2).

Image Added

Local>Tela 4.2.5 - Emissão de notas fiscais eletrônicas (NF-e)

Expandir
titleFINANCEIRO - RECEBER

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

Informações

Cliente não possui desconto até a data de vencimento (Imagem 1).

Informações

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).

Informações

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).

Informações

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.

Informações

Status da ordem como cancelada (Imagem 1).

Informações

Saldo estornado (Imagem 2).

Local>Tela 3.2.12 - Digitação de ordens

Local>Tela 5.2.23 - Saldo de clientes

📘 1️⃣ Estorno de baixa financeira de recebimento em cartão em lote (ERP-2857)

Ocorrência: No estorno, faltava deletar os abatimentos tipo “Taxa de Cartão” em lote, assim como os recebimentos em si eram apagados. A baixa financeira fazia um cálculo para inserir as parcelas e refazia ao contrário o mesmo cálculo para editar o valor do lançamento e ajustar os centavos, causando, às vezes, inconsistências nos arredondamentos. Desta forma, quando efetuava o estorno destes recebimentos, o estorno da taxa de cartão não era estornado de todas parcelas.

Solução Técnica: Foi inserido na mesma rotina que apaga os recebimentos de parcela, um trecho para excluir os abatimentos do tipo “Taxa de Cartão” para os títulos do lote que está sendo estornado. A baixa financeira não será recalculada pelo valor total de porcentagem da taxa, mas sim pelo próprio valor da taxa que já existe na parcela.

Solução de Negócios: Foi efetuada a correção no sistema em relação ao estorno de parcelas pagas em lote quando há taxa de cartão de crédito. Agora todas as taxas de cartão serão estornadas.

Informações

Efetuando recebimento de várias parcelas com cartão de crédito (Imagem 1).

Image Added

Informações

Todas as parcelas pagas receberam a taxa de cartão, na aba abatimento (Imagem 2).

Image Added

Informações

Estornando o recebimento de todos (Imagem 3).

Image Added

Informações

Títulos voltaram a ficar em aberto após o estorno (Imagem 4).

Image Added

Informações

As três parcelas tiveram sua taxa de cartão estornadas normalmente (Imagem 5).

Image Added

Local>Tela 5.2.15 - Manutenção de contas a receber

📘 1️⃣ Inconsistências ao gerar cobranças na expedição (ERP-2824)

Ocorrência: Estava ocorrendo com certa frequência, porém sem padrão a inconsistência “Access violation” na tela “Expedição” ao gerar cobrança.

Solução Técnica: Foram feitos os seguintes ajustes nas chamadas do formulário, onde gera cobranças em todo o sistema:

  • Foram adicionados blocos “try finally” em todas as chamadas;

  • Foi trocada a variável global, por variáveis locais nos procedimentos para evitar conflito;

  • Foi melhorada a forma de chamar o click do botão onde geram as cobranças;

  • Foram adicionados novos pontos do “ErrStop”, num método “CreateParams” que dispara antes do “FormCreate” do formulário “TFrmBoleto”.

Solução de Negócios: Foram inseridos ajustes para melhorar o processo de geração de cobranças e boletos pelas telas “4.2.6 - Expedição, 5.2.15 - Manutenção de contas a receber e 5.2.10 - Fechamento de ordens”, para resolução das inconsistências que estavam ocorrendo na geração das cobranças.

Informações

4.2.6 - Expedição (Imagem 1).

Image Added

Informações

3.2.12 - Digitação de Ordens: Quando está habilitado “Realiza faturamento na digitação de ordens“ no cadastro de Tipos de Ordens (Imagem 2).

Image Added

Informações

5.2.10 - Fechamento de ordens (Imagem 3).

Image Added

Informações

5.2.15 - Manutenção de contas a receber (Imagem 4).

Image Added

Informações

3.2.2 - Alteração de praça (Imagem 5).

Image Added

Local>Tela 3.2.12 - Digitação de ordens

Local>Tela 3.2.2 - Alteração de praça

Local>Tela 4.2.6 - Expedição

Local>Tela 5.2.10 - Fechamento de ordens

Local>Tela 5.2.15 - Manutenção de contas a receber

Expandir
titleFINANCEIRO - PAGAR

📘 2️⃣ Entrada de nota com valor do centro de custo divergente (ERP-3100)

Ocorrência: Entrada de nota com valor do centro de custo divergente. Esta divergência ocorria em duas situações, sendo elas:

  • Conter dois planos financeiros diferentes na entrada de nota;

  • Conter diversos produtos com planos financeiros diferentes, mais de duas parcelas na entrada de nota e um centro de custo para cada plano financeiro.

Solução: Foi corrigido o rateio dos valores ao salvar o centro de custo, pois é necessário ratear novamente pelo valor da parcela e acréscimos que a nota possa ter, como por exemplo, possuir valor de IPI. A correção de valores do centro de custo também se aplica quando este não for rateado.

Informações

Entrada de nota fiscal com diferentes produtos, diferentes planos financeiros e rateio no centro de custo (Imagem 1).

Image Added

Informações

Lançamentos a pagar com os rateios corretos (Imagem 2).

Image Added

Informações

Nota com apenas um centro de custo (Imagem 3).

Image Added

Local>Tela 2.2.4 - Entradas de notas fiscais

Expandir
titleCONTÁBIL

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

Informações

Fazendo a integração do contas a receber (Imagem 1).

Informações

Títulos recebidos com a forma de pagamento “perda”, sendo integrados após a correção (Imagem 2).

Image RemovedImage Added

Informações

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).

Image RemovedImage Added

Local>Tela 9.2.1 - Contábil - Integração

Local>Tela 9.1.3 - Contábil - Parâmetros

📘 2️⃣ Contábil integração - Log: Centro de custo informado não cadastrando no sistema (ERP-3218)

Ocorrência: O arquivo aceitava informar o centro de custo pelo código reduzido, porém ao realizar a integração a validação da existência ou não do centro de custo, era realizado através do código interno. Sendo assim, era informado que o centro de custo em questão não estava cadastrado no sistema, porém os mesmos constavam cadastrados corretamente.

Solução: Foi realizada a correção da validação da existência do centro de custo, para que passe a validar com o código reduzido.

Informações

Importando arquivo (Imagem 1).

Image Added

Informações

Integração concluída (Imagem 2).

Image Added

Informações

Lançamento Contábil Integrado (Imagem 3).

Image Added

Nota

Será permitido importar o mesmo arquivo mais de uma vez, pois o mesmo pode conter informações com ajustes após a primeira importação.

 

Com o intuito de melhorar a experiência do usuário:

  • Foi implementada a melhoria, para que o ao inserir uma nova conta seja possível informar o código de conta reduzida para a mesma.

  • Implementado para que uma conta não totalizadora e que não possua lançamentos seja possível alterar o código reduzido.

  • Validação implementada quando usuário tentar alterar a conta reduzida para uma conta totalizadora.

  • Validação implementada para contas não totalizadoras e que possuam lançamentos.

Informações

Cadastrando nova conta (Imagem 4).

Image Added

Informações

Alterando conta reduzida (Imagem 5).

Image Added

Informações

Validação 1 (Imagem 6).

Image Added

Informações

Validação 2 (Imagem 7).

Image Added

Obs.: Caso a conta não se encontre nas validações citadas, será possível alterar a “Conta Reduzida” lembrando que será validado se o código reduzido informado já existir.

Informações

Validação de código de conta reduzida (Imagem 8).

Image Added

Obs.: Recentemente foi implementado o campo “Aglutinar conta ECD e ECF” com funcionalidade de agrupar todos os lançamentos de suas contas filhas, entretanto, ao tentar salvar a conta com a opção marcada como “SIM”, era exibido a mensagem “Tipo da Conta SPED ECD incompatível com o campo totalizadora”. Desta forma, essa validação não será necessária devido ao fato que ao marcar a conta como “Aglutinadora do SPED ECD e ECF”, ela será considerada como não totalizadora.

Informações

Campo: Aglutinar contas ECD e ECF (Imagem 9).

Image Added

  • Configuração antes da implementação citada

Informações

Validação da alteração (Imagem 10).

Image Added

  • Configuração após implementação citada:

Informações

Gravação da alteração após o ajuste (Imagem 11).

Image Added

Local>Tela 9.1.4 - Contábil - Plano de contas

Local>Tela 9.2.1 - Contábil - Integração

Local>Tela 9.2.2 - Contábil - Lançamentos contábeis

Expandir
titleFISCAL

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

Informações

Nota de saída emitida pela empresa 3 (Imagem 1).

Informações

Nota de saída sendo escritura como entrada na empresa 12 (Imagem 2).

Informações

CTE da nota de transferência (Imagem 3).

Informações

Gerando relatório de apuração (Imagem 4).

Informações

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.

Informações

Nota fiscal sem os valores editados (Imagem 1).

Informações

Recálculo feito antes mesmo de salvar a edição (Imagem 2).

Nota

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”:

  • Caso o Status seja Normal o Vr Base ST será: (Base ICMS + Vr IPI) * (1 + (MVA ST / 100));

  • Caso o Status seja Isento, Outros, Suspenso o Vr Base ST será: (Vr Total + Valor Frete + Vr IPI) * (1 + (MVA ST / 100));

O Vr ST é atualizado ao alterar na tela as colunas: MVA ST, Alíquota ICMS e Alíquota IPI.

Informações

Cadastro de situação tributária ICMS (Imagem 3).

Image RemovedImage Added

Local>Tela 4.1.1 - Cadastro de notas fiscais

Local>Tela 10.1.10 - Cadastro de situação tributária ICMS

📗 2️⃣ Registro C170 código da conta analítica (ERP-3102)

Na tela “9.2.1 - Contábil - Integração”, foi implementado ao sistema trazer no bloco C170 a conta analítica usada na integração contábil.

Informações

Anteriormente este campo vinha com valor 0 (zero), com esta nova implementação ao gerar o arquivo de Sped, o sistema irá buscar a conta contábil integrada para o lançamento em questão (Imagens 1, 2, 3 e 4).

Image Removed

Image Removed

Image RemovedImage Added

Image Added

Image Added

📘 Lentidão na tela “Gestão de royalties” e impossibilidade de gerar contas a pagar na apuração do mês 05 (ERP-3197)

Ocorrência: Sistema travava ao gerar a apuração na tela “Gestão de royalties”. Havia uma inconsistência na forma com a qual o sistema não reconhecia o valor menor ou igual a zero, para que não fosse gerado contas a pagar com valor negativo o que causava o travamento.

Solução: Foi feita uma correção para que se comporte da maneira correta, considerando somente valores maiores que zero.

Informações

Tela onde ocorria a lentidão (Imagem 1).

Image Added

Local>Tela 3.3.32 - Gestão de royalties