Gestão Empresarial | ERP - 5.10.2.97

Problema: ao excluir uma nota fiscal de saída através da tela F140GNF, os impostos do tipo 76 - Agronegócio referentes a essa nota não eram excluídos automaticamente.

Correção efetuada: alteramos a rotina do sistema para que, quando for excluída uma nota de saída, os impostos do tipo 76 - Agronegócio referente à nota sejam excluídos também. Além disso, para garantir a integridade dos registros, adicionamos a seguinte mensagem de erro caso ocorra a exclusão da nota e o imposto não tenha sido excluído: Erro de acesso ao banco de dados: Não é possível excluir esse registro pois ele está sendo referenciado por outro registro no banco de dados.

Problema: ao fazer uma mudança de plano contábil, a seguinte mensagem era mostrada: O mês informado deve estar entre 1 e 12 para obter sua descrição por extenso. Isto ocorria quando o sistema tentava fazer a conciliação de saldo auxiliar no final do processo da mudança de plano.

Correção efetuada: ajustamos a rotina de mudança de plano contábil para que a conciliação de saldo auxiliar seja executada corretamente no fim do processo.

Para se adequar ao convênio ICMS 15/2023, que adiciona os combustíveis Gasolina A, Gasolina C e EAC - Etanol Anidro Combustível à lista de combustíveis tratados pelo ICMS Monofásico, atualizamos as opções do campo Tipo de Combustível das telas Cadastro de Produtos (F075PRO) e Cadastro de partilha ICMS Monofásico (F019TIM).

Acrescentamos uma observação importante na documentação do identificador de regra GER-075DERAO01, para informar que ele não atua para campos de usuário.

Atualizamos a documentação das funções de programador GerarPendenciaExportacao e GerarPendenciaExportacaoRet para incluir a informação de que a pendência de exportação do cliente, referente à informação 10 - Clientes, será gerada para todos os sistemas externos configurados na tela F000SXT, sem levar em consideração o código do sistema fornecido na variável aCodigoSistema da função.

Problema: ao alterar o campo Código de Produto ANP na tela de Cadastro de Produtos (F075PRO), o sistema apresentava a mensagem de erro Campo não localizado: DesAnp.

Correção efetuada: ajustamos a mensagem para informar o caminho da tela a fim de que o usuário selecione se deseja ou não ocultar o campo.

Complementamos a descrição do campo Cliente como Fornecedor, localizado na guia Cadastro da tela Cadastro de Clientes (F085CAD), destacando que para utilizá-lo é necessário:

• Passar pelo campo CNPJ/CPF para que o sistema faça as devidas validações e habilite ou não o campo;
• Caso o campo não seja habilitado, é necessário verificar no Cadastro da Filial se a filial logada está com o campo Indicativo se os códigos de cliente e fornecedor são iguais definido como N - Não (E070FIL.VENCFI = N). Destaca-se que se este campo estiver igual a S - Sim, o campo Cliente como Fornecedor não será habilitado.

Disponibilizamos na tela F000SXT o tipo de dados 229 - Situações Tributárias X Dispositivo Fiscal, para habilitar a geração de pendência para os registros de Situações Tributárias X Dispositivo Fiscal na tela F027BNF.

Além disso, também implementamos o web service com.senior.g5.co.cad.sittributarias.dispfiscal, com a porta Exportar, que permite exportar as informações cadastradas na tela F027BNF, para o uso dos códigos de Benefício Fiscal.

Estas entregas atendem o Ato DIAT 79/2022, que entrou em vigor em 01/05/23, e institui a obrigatoriedade de preenchimento do campo cBenef - Código de Benefício Fiscal, nos documentos fiscais eletrônicos emitidos pelos contribuintes do estado de Santa Catarina.

Problema: ao usar contas com acentuação cadastradas na parte B no editor de fórmulas, era apresentado um erro de compilação: Erro de sintaxe. Posição 25. Elemento X inválido, não reconhecido ou sintaxe anterior incompleta).

Correção efetuada: o componente usado para a interpretação das fórmulas não permite acentos. Ao cadastrar novas contas com algum acento na parte B, a acentuação será retirada automaticamente.

Problema: ao gerar o Bloco K do SPED fiscal, o registro K275 não era gerado conforme as correções de consumos.

Correção efetuada: corrigimos a rotina para que traga as informações corretas na geração.

Problema: ao usar a opção de inicio de contagem 9 - Último dia Mês Seguinte para impostos tipos 53 e 54 na tela de Apuração (F661PAI), as parcelas geradas não traziam a data de vencimento correta.

Correção efetuada: ajustamos a geração das parcelas para impostos tipos 53 e 54 com a opção 9 - Último dia Mês Seguinte a fim de que traga a data de vencimento correta.

Problema: ao calcular o ICMS no mês seguinte a uma apuração com ajustes fiscais, ocorria um erro de Access violation, não apresentando os valores calculados.

Correção efetuada: corrigimos a apuração do imposto para que funcione normalmente.

Disponibilizamos no sistema a exportação das informações de ICMS Monofásico para o SPED Fiscal. Os registros afetados foram:

• Registro C170: campos 14 - ALIQ_ICMS e 17 - ALIQ_ST
• Registro C190: campos 4 - ALIQ_ICMS e 9 - VL_ICMS_ST

O convênio ICMS 15/2023 trouxe o cálculo do ICMS Monofásico para os seguintes produtos:

• EAC: Etanol Anidro Combustível
• Gasolina A: combustível puro, sem adição de EAC
• Gasolina C: combustível obtido da mistura de gasolina A com EAC

Ajustamos o sistema para atender a escrituração/apuração de operações com ICMS Monofásico desses produtos. Acesse a documentação e confira as regras de cálculo.

Também ajustamos o parâmetro dinâmico CONTRIBUINTE.ICMS.MONOFASICO do Cadastro de Clientes (F085CAD) a fim de que, caso ele não esteja preenchido, o cliente seja considerado como não contribuinte de ICMS Monofásico.

Problema: ao executar a alocação de custos, era apresentada a seguinte mensagem: Erro: Nenhuma conta contábil informada. Isto ocorria quando a matriz tinha a mesma configuração para distribuição com apenas a filial de destino diferente.

Correção efetuada: ajustamos o processo de distribuição de custos para que ele seja executado independentemente da configuração da matriz.

Problema: ao processar a tela de Parâmetros do Fluxo de Caixa (F610PFL), as parcelas de contratos de venda com controle de faturamento tipo G - Dados Gerais sem competência informada nos produtos/serviços não eram mostradas no fluxo de caixa.

Correção efetuada: ajustamos a tela para que as parcelas acima sejam mostradas corretamente.

Problema: na geração do Livro Caixa Digital do Produtor Rural, o registro Q100 era duplicado, considerando duas vezes os lançamentos de baixa do cliente.

Correção efetuada: ajustamos a geração do registro Q100 da LCDPR para considerar a configuração da transação que está no movimento e não a da Tesouraria.

Complementamos a documentação da Opção Só Saldos da tela Extratos de Contas Internas (F603CSC), indicando como o sistema se comporta para trazer as informações.

Problema: ao processar a tela de Parâmetros do Fluxo de Caixa Gerencial (F611PFC), as parcelas futuras de contratos de venda com controle de faturamento tipo I - Itens não eram mostradas no fluxo de caixa.

Correção efetuada: ajustamos a tela para que as parcelas acima que já têm a competência faturada sejam mostradas corretamente.

Problema: na tela de Exclusão de Movimentos (F301EBL), ao estornar uma baixa de Contas a Receber com Geração de Créditos (tela F301BCD), o sistema excluía o título de origem, porém os títulos de créditos gerados ficavam avulsos, não sendo possível excluí-los.

Correção efetuada: implementamos uma consistência para que, em caso de estorno de baixa de títulos com geração de crédito, seja mostrada uma mensagem bloqueando a operação e instruindo o usuário a utilizar a tela de Exclusão de Movimentos do Contas a Pagar/Receber (F501ELM), que é mais adequada para este caso.

Problema: ocorria um erro de Out of memory ao baixar uma grande quantidade de títulos que atualizam o saldo da conta financeira. Isto acontecia em telas de baixa do Contas a Pagar e do Contas a Receber.

Correção efetuada: ajustamos a rotina que atualiza o saldo das contas financeiras a fim de diminuir a quantidade de registros processados em cada bloco, assim evitando o erro de Out of memory.

Problema: na tela de cadastro de comissões (F504CAP), ao excluir um registro de comissão de venda era apresentado um Erro de acesso ao banco de dados. Isto quando havia um registro de rateio da comissão.

Correção efetuada: ajustamos o momento de delete do registro para não causar um erro de violação de chave.

Problema: ao enviar um valor no campo PerJrs do web service com.senior.g5.co.mfi.cre.titulos, porta EntradaTitulosLoteCR, o valor não era gravado.

Correção efetuada: ajustamos a rotina para que, na gravação do título via web service, o percentual de juros seja incluído no título.

Alteramos a documentação conceitual do aplicativo Gestor Senior, no tópico Recurso X Investimento, adicionando na linha Rotinas de aprovação do Gestão Empresarial, a informação de que o controle de licenças tem como base a quantidade de usuários aprovadores que utilizam o aplicativo.

Problema: ao utilizar o web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, o sistema permitia que as informações da nota fiscal de venda fossem informadas de forma incompleta. Isso poderia causar problemas em consistências que necessitam das informações completas.

Correção efetuada: implementamos uma consistência no sistema para verificar se as informações da nota fiscal estão incompletas.

Problema: o cancelamento de uma transferência entre depósitos no WMS Silt não excluía o movimento de entrada.

Correção efetuada: ajustamos a rotina para que, ao integrar o cancelamento da transferência, a entrada e a ligação sejam excluídas.

Problema: o refaturamento no Gestão Empresarial | ERP não integrava com o Gestão de Armazenagem | WMS Silt, ficando com a situação Refaturamento aguardando exportação na plataforma.

Correção efetuada: ajustamos a integração do refaturamento para que ela ocorra normalmente.

Atualizamos o tópico 6.10 - Cadastro de condições de pagamento da documentação de Integração Gestão Empresarial | ERP e Varejo Megasul via Web Services para tornar mais claro que para vendas realizadas com formas de pagamento que configuram uma venda a prazo, como boleto ou carnê, é necessário configurar as condições de pagamento na tela F028VAR, selecionando o tipo de pagamento como 3 - Duplicata ou 10 - À Prazo.

É importante ressaltar que o cadastro das condições de pagamento é feito através da tela Condições de Pagamento (F028GCP) e que não é necessário configurá-las para formas de pagamento que não configuram venda a prazo.

Acrescentamos uma nova observação na documentação da função de programador BaixarComponentes para informar que, quando a quantidade a baixar do componente não for igual a quantidade disponível em estoque, será realizado a baixa da quantidade disponível (por exemplo, se a quantidade prevista for 5 e a quantidade disponível for 2, apenas 2 serão baixados). Nesse caso, a quantidade restante ficará como pendente de baixa e a função não emitirá uma mensagem de advertência informando que a quantidade total não foi baixada. Somente quando o saldo de estoque do componente disponível para baixa for igual a zero é que uma mensagem será exibida, impedindo assim a baixa do componente.

Problema: ao informar o pedido nos campos da tela F900ADR sem informar a Filial, eram exibidas todas as ordens de produção com situação E - Explodida (Planejada), L - Liberada ou A - Andamento, ligadas à origem, sem filtrar corretamente pelo pedido.

Correção efetuada: corrigimos a rotina para exigir o campo Filial quando for informado o pedido e assim mostrar somente as ordens de produção vinculadas ao pedido.

Problema:  ao tentar relacionar as embalagens de estocagem com a carga pela tela Formação de Embalagem (F135FEC), ocorria erro ao tentar processar ou concluir.

Correção efetuada: ajustamos para, ao tentar relacionar as embalagens de estocagem com a carga pela tela Formação de Embalagem (F135FEC), o processo deve ser finalizado e vinculado as embalagens.

Alteramos para que seja possível retornar os campos de usuário, quando o campo resultante for criado de forma personalizada utilizando o campo de usuário. Também, implementamos para que seja possível retornar os campos de usuário de tabelas filhas e tabelas netas.

Problema: na geração do arquivo XML de prorrogação da suspensão de ICMS, a tag <qtdeItem> era gerada com o separador de decimais com vírgula ao invés de ponto, com isso ocorria rejeição de falha de schema pela SEFAZ.

Correção efetuada: ajustamos a geração da tag <qtdeItem> para que siga o padrão de geração definido no layout da SEFAZ.

Problema: ao cancelar uma nota fiscal na tela F140CNW, o sistema apresentava a mensagem A autorização da nota fiscal X ainda não integrou com o WMS. Verificar o monitor de integração.

Correção efetuada: ajustamos a rotina para aceitar o cancelamento com base no tipo da nota.

Problema:  ao utilizar uma mensagem dinâmica, com um campo resultante montado de forma personalizada, o sistema não preenchia o campo resultante com o valor correto na hora de gerar o arquivo XML.

Correção efetuada: alteramos para que pegue o campo resultante da mensagem dinâmica, mesmo quando for montado de forma personalizada ou de forma padrão pelo sistema e exiba o valor correto no arquivo XML.

Problema: quando possuído um pedido com parcelas especiais e um sacado vinculados a ele, após utilizar esse pedido na tela Individual (Via Pedidos e Notas Fiscais) (F140PRE) pra gerar nota fiscal e fechar, o sistema não preenchia o campo Código do Sacado no título de conta a receber vinculado a nota fiscal.

Correção efetuada: alteramos para que seja preenchido o campo Código do Sacado no título contas a receber corretamente, de acordo com o valor passado no pedido, mesmo quando for um pedido com parcelas especiais.

Problema: ao executar a função programador CancelarProducao via regra, ocorria uma mensagem de erro de acesso ao banco de dados.

Correção efetuada: corrigimos para que não ocorra a mensagem de erro de acesso ao banco de dados ao utilizar função de programador CancelarProducao.

Problema: ao executar um processo automático com a Rotina Sapiens 84 - WMS Senior com a chave PRODUTOCOMPLETA, em alguns casos, ocorria a exportação de produtos em duplicidade caso estes possuíssem derivação e mais de uma integração WMS WIS cadastrada.

Correção efetuada: ajustamos a rotina para que esta situação não ocorra.

Incluímos na documentação da tela F420APR o link para o identificador de regras CPR-420EMAOC01 que atua nesta tela.

Problema: ao enviar o e-mail de notificação para o fornecedor, a mensagem informava que A data limite para responder à essa cotação é 29/04/2023, divergindo daquilo que havia sido estabelecido no processo de cotação.

Correção efetuada: ajustamos o processo do Cotei para que a data limite de resposta enviada no e-mail seja igual à data informada no campo Dt. Limite de Resp. Forn..

Problema: ao gerar uma solicitação de compra, as informações inseridas no campo Observações eram excluídas indevidamente, apagando assim o que o usuário havia informado

Correção efetuada: ajustamos a rotina para que não exclua as informações do campo Observações.

Problema: ao gerar uma nota de entrada de um fornecedor do regime simples nacional, que não era contribuinte do ICMS, o sistema não calculava o Valor Dif. Alíquota.

Correção efetuada: ajustamos para que o sistema busque o %ICMS Entrada Não Contribuinte dos parâmetros por estado quando o fornecedor não for contribuinte de ICMS, calculando corretamente o Valor Dif. Alíquota.

Problema: ao gerar uma nota fiscal de frete considerando as parametrizações da nota fiscal de origem, quando haviam itens a recuperar PIS e COFINS, o valor do ICMS não era subtraído da base do PIS e COFINS.

Correção efetuada: ajustamos a rotina para que o valor do ICMS seja subtraído da base do PIS e COFINS.

Problema: ao excluir uma fixação que gerou uma Nota Fiscal, o sistema também excluiu a NF (sendo isso parte normal do processo). Porém, na exclusão de uma Nota com impostos Agro, a mensagem Erro de acesso ao Banco de Dados: Não é possível excluir este registro, pois ele está sendo referenciado por outro registro no Banco de Dados era apresentada.

Correção efetuada: realizamos dois ajustes no sistema, sendo eles:

1. alteramos o sistema para que, quando for excluída uma NF de entrada, também sejam excluídos os impostos Agro referentes à Nota. Anteriormente, os impostos Agro não estavam sendo excluídos;
2. também ajustamos o sistema para que, quando for excluída uma fixação que gerou Nota Fiscal com impostos Agro, sejam excluídos os impostos Agro vinculados.

Agora, com essas duas alterações, antes de excluir a Nota, o sistema irá excluir automaticamente os impostos Agro vinculados à Nota.

Problema: ao requisitar serviços HTTP quando a opção Habilitar protocolos TLS 1.2 e 1.3 em aplicativos WIN32(G5), localizada em Central de Configuração > Conexões de rede > Acesso à internet, estava ativa, a rotina apresentava a seguinte mensagem de erro: [EJavaNativeAccessError] Não foi possível carregar a JVM.

Correção efetuada: ajustamos a rotina de carregamento da biblioteca JVM e suas dependências para que não ocorra mais erro na requisição.

Problema: ao utilizar o web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, o sistema permitia que as informações da nota fiscal de venda fossem informadas de forma incompleta. Isso poderia causar problemas em consistências que necessitam das informações completas.

Correção efetuada: implementamos uma consistência no sistema para verificar se as informações da nota fiscal estão incompletas.

Problema: ao enviar um valor no campo PerJrs do web service com.senior.g5.co.mfi.cre.titulos, porta EntradaTitulosLoteCR, o valor não era gravado.

Correção efetuada: ajustamos a rotina para que, na gravação do título via web service, o percentual de juros seja incluído no título.

Problema: ao requisitar serviços HTTP quando a opção Habilitar protocolos TLS 1.2 e 1.3 em aplicativos WIN32(G5), localizada em Central de Configuração > Conexões de rede > Acesso à internet, estava ativa, a rotina apresentava a seguinte mensagem de erro: [EJavaNativeAccessError] Não foi possível carregar a JVM.

Correção efetuada: ajustamos a rotina de carregamento da biblioteca JVM e suas dependências para que não ocorra mais erro na requisição.

Problema: o log do processo automático da rotina de Insight Control não exibia a mensagem de erro completa no log, o que dificultava a tomada de ação pelo usuário responsável pela rotina.

Correção efetuada: alteramos a rotina de Insight Control mais especificamente na parte onde são extraídos os dados do ERP XT para o Analytics ERP, para que no seu log seja apresentada a mensagem de erro completa. Também nesta rotina realizamos uma melhoria para que quando houver erro no processo de extração de uma gestão, as outras gestões sejam enviadas corretamente, diferente do que acontecia anteriormente.