Gestão Empresarial PME | GO UP - 5.10.3.29

Problema: quando era realizado um pré-cadastramento de fornecedor com o parâmetro global ExiMnuPcf ativo na tela de Pré-Cadastro de Fornecedores (F095PCF), e ao acessar a tela F435CCC e clicar no ícone lupa no campo Fornecedor para pesquisar o nome do fornecedor, o sistema não conseguia localizar a informação fornecida.

Correção efetuada: ajustamos a situação acima para localizar o nome do fornecedor através da tela de pesquisa de registro.

Problema: ao possuir uma categoria registrada e entrar na tela F075CAT, em algumas situações ocorria o erro operator does not exist character varying = integer.

Correção efetuada: ajustamos o sistema para que o erro não aconteça ao acessar a tela neste cenário.

Problema: ao gerar o SPED Fiscal (F669EFD), o registro C195 era duplicado para notas fiscais com mais de um CFOP.

Correção efetuada: ajustamos a geração do registro conforme cadastrado em cada CFOP na nota fiscal.

Ajustamos a rotina de integração (F690ILA) dos eventos R-4010 e R-4020, onde o valor das bases e impostos retidos não eram integrados corretamente quando havia baixa por pagamento e baixa por crédito no mesmo título.

Na exportação dos registros R-4010 e R-4020 da EFD-Reinf para fornecedores do exterior, era atribuído o mesmo número de recibo para todos os eventos, indevidamente. A fim de corrigir isso, ajustamos a exportação desses eventos e a gravação do número do protocolo quando o fornecedor não tiver CPF/CNPJ.

Também adicionamos o campo Identificação do Registro/Fornecedor na tela Número do Recibo (F690NRE) para casos específicos. Esse campo fica liberado quando o registro é do tipo R-4010 ou R-4020 e nele pode ser informado o código do fornecedor, utilizado para identificar o fornecedor do exterior ao qual se refere o número de recibo, visto que, nesses casos, não há o CNPJ/CPF para identificação.

Problema: ocorria um erro de Gravação apuração: Violão de chave na tela F667AFM.ao processar o faturamento do mês em empresas com mais de uma filial.

Correção efetuada: ajustamos a apuração do faturamento para que ocorra normalmente.

A fim de otimizar a integração Reinf x eDocs, alteramos a tela de exportação da EFD-Reinf (F669ERE) para que, ao fazer a comunicação dos lotes de eventos para o eDocs, o sistema gere uma quantidade máxima de eventos, conforme parametrizado no novo campo Quantidade máxima de eventos por requisição ao utilizar a opção REINF em Lotes da tela Parâmetros de Integração (F191CPT), grupo eDocs.

Antes desta versão, o sistema enviava lotes com todos os eventos identificados para exportação na tela, causando sobrecarga.

Problema: ao executar o relatório 017 - Razão (Contas com movimento ou Saldo) (CCCC017.GER) informando mais de uma conta no campo Contas Reduzidas (Lista as subordinadas), era apresentada a mensagem Erro na Geração do SQL da Seção Detalhe: Detalhe_Conta. Era esperado ), mas ORDER foi encontrado.

Correção efetuada: alteramos o relatório para executar o comando SQL ao informar contas no campo Contas Reduzidas (Lista as subordinadas).

Problema: o valor de imposto IRRF não era gerado corretamente quando o fornecedor pessoa física utiliza o tipo de desconto Simplificado/Mais Vantajosa. Isso ocorria quando o valor de imposto INSS era gerado no fechamento da Nota Fiscal. Nesse caso, era desconsiderado nos cálculos do IRRF na baixa dos títulos.

Correção efetuada: ajustamos a rotina de cálculo do imposto de IRRF, para considerar o valor de INSS gerado no fechamento da Nota Fiscal. Esse valor do IRRF utilizará o proporcional de INSS de acordo com o valor de movimento de baixa do título. Essa utilização do proporcional do INSS na geração do IRRF somente será realizada para fornecedor pessoa física e tipo de desconto sendo Simplificado ou Mais Vantajosa. Não o houve alterações para o cálculo de IRRF utilizando o tipo de desconto Deduções Legais.

Problema: ao enviar uma remessa pela tela de Remessa do Pagamento Eletrônico (F510PRM), com o Tipo de Pagamento igual a PQ - Pix QR Code ou PX - Pix transferência, o sistema não verificava se as informações de PIX (os campos Tipo de Chave, Chave Pix e URL Pix) estavam presentes, permitindo enviar a remessa com esses campos vazios.

Correção efetuada: ajustamos para que, no envio da remessa com esses tipos de pagamento, o sistema verifique se os dados de PIX estão presentes, e não permita enviar sem o preenchimento destes. Ao invés, será apresentado erro Título: Filial X, Número XX, Tipo XXX e Fornecedor XXXX, sem informação de Tipo de Chave ou Chave PIX..

Problema: ao processar na tela de Gerações e Emissões de Cheques e Avisos de Caixa e Bancos (F600ECH) um título gerado através da tela de Entradas de Preparação/Movimento de Caixa e Bancos (F600GEC), em que tenha sido utilizada a opção Inclusão Contas a Receber, não eram atualizados o número da conta e sequência no movimento. Isso ocorria apenas quando o parâmetro Prep. tesouraria (origem na tesouraria) processada estava com o valor N na tela de Parâmetros de Usuário para Tesouraria (F099UCX).

Correção efetuada: alteramos a rotina da tela de Gerações e Emissões... (F600ECH) para atualizar as informações do número da conta e sequência do movimento quando for realizado o processamento de um título do Contas a Pagar gerado via Entradas de Preparação... (F600GEC).

Problema: a tela de Consulta de Lançamentos e Composições de Caixa e Bancos (F603CLC) apresentava lentidão ao clicar no botão Mostrar, quando houvesse lançamentos com uma quantidade muito grande de títulos vinculados na composição (mais de 10.000 títulos). Essa lentidão não ocorria de imediato, mas apenas quando fosse clicado no botão Mostrar uma segunda vez.

Correção efetuada: ajustamos a rotina para que não ocorra lentidão ao carregar lançamentos que tenham uma enorme quantidade na composição.

Problema: na tela de Conciliação Bancária (F600CON), o botão Gera Mov. Trf. permitia zerar o valor da transferência, caso fosse informado o valor 0,00 na grade de baixa, o que gerava inconsistência.

Correção efetuada: ajustamos o botão Gera Mov. Trf., na tela mencionada, para não permitir processar uma transferência cujo valor seja diferente do movimento. Ao invés, será apresentada a mensagem de advertência Valor da Transferência não fecha no valor do movimento de XXXXX..

Problema: em um título gerado através da tela de Títulos/Manutenção do Contas a Receber (F301TCR), ao alterar o campo Nosso Número, o sistema gera uma observação automática, que pode ser acessada na tela de Observações de Títulos do Contas a Receber (F301OBS), com a mensagem Alterado nosso número. Nosso número anterior: XXXXXX., contendo o valor anterior do campo. Entretanto, caso o valor fosse apagado (ou seja, o campo ficasse vazio), o sistema não gerava a observação, perdendo a informação de qual era o valor anterior. Caso fosse preenchido com algum valor, então seria gerada observação, informado o valor anterior como vazio.

Correção efetuada: alteramos o sistema para que, ao apagar o valor que existia no campo Nosso Número, seja gerada uma observação para que o usuário possa verificar qual foi o último valor encontrado naquele campo.

Problema: quando o identificador de regras GER-000BLQPE01 estava ativo na execução do web service com.senior.g5.co.ger.relatorio, porta BloquetoFinanceiro, era apresentada a mensagem Access violation at address 43EBEC70 in module 'svcl02.bpl'. Read of address 0000050C.

Correção efetuada: alteramos a rotina de execução do identificador de regras para que não ocorra a mensagem de violação de acesso quando o identificador de regras GER-000BLQPE01 estiver ativo.

Problema: ao entrar no sistema utilizando um usuário que não tenha permissão para alterar a ligação entre cliente x fornecedor, gerar uma nota fiscal de saída do tipo 4 NF Remessa (Outros) através da tela Preparação da Nota Fiscal de Saída (F140PRE) e, nesta nota fiscal de saída informar que um cliente não possui ligação com fornecedor, o sistema apresentava a seguinte mensagem de erro: Cliente não está ligado a nenhum Fornecedor. Usuário sem permissão para fazer a ligação cliente x fornecedor (F095CAD).

Correção efetuada: inserimos um novo parâmetro global no sistema (LigCliFor), que irá manter a rotina normal de cancelamento de geração da nota fiscal de saída para os clientes que desejam que o processo seja cancelado. Para os clientes que querem ou necessitam continuar com o processo e gerar a nota fiscal de saída sem que seja realizada a ligação entre cliente x fornecedor, o valor do parâmetro global disponibilizado deve ser alterado para S-Sim.

Problema: ao utilizar a tela Preparação da Nota Fiscal de Saída (F140PRE) para gerar nota fiscal de saída através de uma carga, com o identificador de regras GER-051DISPN01 ativo para informar dispositivos fiscais de forma automática, o sistema não gravava os dispositivos fiscais ao processar a nota fiscal de saída.

Correção efetuada: alteramos o processo no sistema para gravar os dispositivos fiscais na nota fiscal de saída ao processar a nota na tela Preparação da Nota Fiscal de Saída (F140PRE) para que, no momento de fechar a nota fiscal de saída, os dispositivos já estejam gravados e não ocorra o erro que deixa de gravar o dispositivo fiscal.

Modificamos o parâmetro dinâmico NOTAFISCAL.ICMSDIFERIDO.REMOVERDOPRECOUNITARIO, para permitir que, no cálculo do ICMS diferido da nota fiscal, quando não possuir tabela de preço como valor de partida para o cálculo, identificar se o item está vinculado a um item de pedido e realizar o cálculo a partir do preço bruto do item no pedido.

Problema: ao gerar títulos de fixação, há a possibilidade de informar as quantidades dos itens para serem atendidas nas ordens de compra no campo Quantidade a fixar. Ocorre que, ao informar uma quantidade que continha casas decimais maiores do que a configurada na unidade de medida do produto o sistema deveria gerar uma consistência, porém, isso só ocorria quando informado o valor diretamente no campo Quantidade a Fixar na grade das ordens de compra, deixando, neste caso, informar casas decimais divergentes quando era usado o campo do cabeçalho.

Correção efetuada: corrigimos a rotina para que esses valores fiquem corretos em ambos os campos.

Problema: ao processar uma nota fiscal de entrada, as transações de produto e serviço, tanto Dados Gerais quanto Itens, não eram gravadas no banco de dados, nas tabelas intermediárias E000NFC, E000IPC e E000ISC.

Correção efetuada: ajustamos a situação acima para gravar as transações nas tabelas mencionadas.

Problema: ao realizar o processo de fixação de preços, as fixações com mais de uma parcela apresentavam inconsistências no valor em aberto, pois, não deduziam o valor das contas a receber, e apenas a última parcela fazia a dedução correta. Isso ocorria quando haviam contas a receber para fazer a baixa e compensação.

Correção efetuada: corrigimos a rotina para que o processo possa ser realizado corretamente.

Problema: ao excluir a nota de entrada no evento 210240 - Operação não Realizada, quando a nota fiscal estava fechada, os documentos vinculados como títulos e contabilizações não eram excluídos, deixando registros orfãos na base de dados.

Correção efetuada: ajustamos uma falha que ocorria ao inserir manualmente a nota do manifesto via grade, a qual não excluía automaticamente os documentos vinculados à nota quando ela estava fechada.

Problema: o campo Consistir chave eletrônica da nota fiscal da tela F070FCP, não era considerado na geração das notas fiscais através do web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, quando, na geração da nota fiscal era definido que ela deveria ser gerada na situação D - Digitada.

Correção efetuada: alteramos a geração das notas fiscais através do web service para consistir a chave eletrônica quando o referido campo estiver com o valor S - Sim. Neste caso, será aplicada a mesma consistência realizada na geração da nota fiscal através da tela F440GNE quando é definido no web service que a nota deve ser gerada na situação D - Digitada.

Problema: quando o identificador de regras GER-000BLQPE01 estava ativo na execução do web service com.senior.g5.co.ger.relatorio, porta BloquetoFinanceiro, era apresentada a mensagem Access violation at address 43EBEC70 in module 'svcl02.bpl'. Read of address 0000050C.

Correção efetuada: alteramos a rotina de execução do identificador de regras para que não ocorra a mensagem de violação de acesso quando o identificador de regras GER-000BLQPE01 estiver ativo.

Problema: o campo Consistir chave eletrônica da nota fiscal da tela F070FCP, não era considerado na geração das notas fiscais através do web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, quando, na geração da nota fiscal era definido que ela deveria ser gerada na situação D - Digitada.

Correção efetuada: alteramos a geração das notas fiscais através do web service para consistir a chave eletrônica quando o referido campo estiver com o valor S - Sim. Neste caso, será aplicada a mesma consistência realizada na geração da nota fiscal através da tela F440GNE quando é definido no web service que a nota deve ser gerada na situação D - Digitada.

Complementamos a FAQ do Analytics ERP indicando que, por meio do recurso Analytics Studio da senior X Platform, é possível personalizar a configuração e disposição dos indicadores conforme sua necessidade, bem como customizar filtros. Não é possível, porém, personalizar os dados que são extraídos do ERP XT.

Lembrando que essa customização vai gerar uma nova página que não será listada no Analytics ERP.

Problema: ao acessar a SARA ou o BPM via ERP XT, o sistema não apresentava uma mensagem clara de erro quando não existia a chave com.senior.sapiens.plataform.url na Central de Configurações Senior com a URL da plataforma.

Correção efetuada: ajustamos as regras de integração da Sara e BPM para que seja apresentada a mensagem de erro Não há definição para a URL da plataforma. Verifique seu arquivo de configuração (cfg). quando a mesma não existir ou estiver com um valor menor igual a quatro posições.

Esta alteração não afetará as regras que já utilizam a integração SARA e BPM, pois serão atualizadas as regras do diretório "..sapiens\delphix\plataform\regras", e não as do diretório "..\sapiens\regras", pois esta correção se trata de uma melhoria para clientes que ainda vão implantar estas soluções. Também corrigimos a regra do bot de manufatura (SARG905.LSP) para que não deixe mais fixo o filtro da empresa 30 como padrão.