Gestão Empresarial PME | GO UP - 5.10.3.26

Problema:ao carregar ordens de compra de um fornecedor para transferência, um item ficava indevidamente sem saldo disponível, impedindo a transferência.

Correção efetuada:ajustamos a falha de arredondamento no cálculo da quantidade disponível, que zerava a quantidade para transferência.

Inserimos nas documentações abaixo listadas, uma nota informando que o tipo de identificação de chave PIX por dados bancários não é cadastrado no campo Chave PIX. Basta possuir, no título, a informação do banco, agência e conta corrente.

A fim de que documentos fiscais de aluguéis não sejam integrados pela data de entrada, visto que o fato gerador será sempre a baixa do título, ajustamos a tela EFD-Reinf - Integração (F690ILA) onde, na integração de notas fiscais por competência, serão consideradas apenas as notas fiscais que têm série fiscal (E020SNF.UtiImp = S).

Com a entrada em produção da EFD-Reinf 2.1.2, as empresas que faziam a apuração da retenção das contribuições sociais pelo regime de competência tendem a mudar sua parametrização para o regime de caixa, pois a guia de recolhimento será oriunda das informações prestadas na EFD-Reinf. Isso provoca um recolhimento em dobro no momento da baixa, visto que a retenção já foi recolhida no mês de entrada da nota. Para apurar o valor correto a ser recolhido, é necessário estornar o valor da retenção paga por competência como Outros Créditos.

Por conta disso, disponibilizamos o relatório 094 - Títulos com Retenção (CIOO094.GER). Ele detalha o valor das retenções já recolhidas, por competência, que serão estornadas na apuração por regime de caixa. Serão listados os títulos recebidos no mês oriundos de notas fiscais que têm algum valor de retenção de PIS, COFINS, CSLL ou Outras Retenções cuja entrada é anterior ao período da adoção ao regime de caixa.

A fim de permitir que pagamentos a fornecedores estrangeiros sejam integrados à EFD-Reinf, alteramos a tela F690ILA para integrar documentos vinculados a fornecedores do exterior, desde que ele esteja parametrizado para Gerar DIRF/Reinf (E095FOR.GerDir= S) e tenha o campo Indicativo do Número de Identificação Fiscal preenchido (E095FOR.IndNif > 0).

Ajustamos a integração dos eventos R-4010 e R-4020 da EFD-Reinf na tela F690ILA para integrar os movimentos oriundos de contratos na filial consolidadora nas movimentações, assim como ocorre durante a integração dos demais movimentos sem vínculo com contrato.

Problema: na tela Outros Documentos (F660ODC) e no web service com.senior.g5.co.mct.imp.gravaroutrosdocumentos, era permitido gerar documentos onde a data informada no campo Data Operação estava fora do período definido na tela Parâmetros da Filial para Tributos (F070FEF).

Correção efetuada: alteramos a validação da tela e do web service para bloquear a geração de documentos quando a data da operação estiver fora do período definido na tela F070FEF.

Problema: ao utilizar o Identificador de Regras FIN-611PFCIF00, com a regra definida que seja zerado o Valor Líquido para determinada situação de Ordens de Compras que tenham parcelas especiais, o fluxo de caixa estava apresentando incoerência de valores. O sistema subtraía o valor que deveria ser zerado do valor da OC que deveria ter seu valor integral apresentado. Isso ocorria por não ter um tratamento na rotina de sobras, em que estava considerando o valor integral ao invés do valor zerado da OC.

Correção efetuada: ajustamos a rotina do fluxo de caixa para que apresente o valor correto da OC que tenha parcelas especiais, quando for manipulado através de regra interna do Identificador de Regras FIN-611PFCIF00.

Problema: na tela de Remessa de Pagamento Eletrônico (F510PRM), quando era alterado o campo Transação de um título cujo campo Tipo fosse AGR-Agrupamento, não ocorria a gravação da alteração da transação no agrupamento, nem na remessa, mantendo o valor anterior.

Correção efetuada: implementamos uma consistência que não permite alterar o campo Transação quando o Tipo for AGR-Agrupamento, na tela de Remessa de Pagamento Eletrônico (F510PRM). Entretanto, o procedimento correto para alterar uma transação de agrupamento de títulos é fazê-lo na tela de Preparação de Remessa do Pagamento Eletrônico (F510PPR), antes de utilizar a outra tela mencionada (F510PRM).

Problema: na tela de Remessa do Pagamento Eletrônico (F510PRM), ao enviar uma remessa com Tipo de Pagamento igual a TO-TED (Outro Titular), CC-Crédito em Conta Corrente, DC-Documento de Crédito (Mesmo Titular) ou TE-TED (Mesmo Titular), o Sistema não verificava se as informações bancárias (banco, agência e conta) estavam presentes, permitindo enviar a remessa com esses dados incompletos.

Correção efetuada: ajustamos para que, no envio da Remessa com esses tipos de pagamento mencionados, seja verificado se os dados bancários estão presentes e não permite realizar o envio sem o preenchimento destes.

Problema: o valor do INSS estava sendo descontado da base do IRRF quando era utilizado a opção de Tipo de desconto IRRF como 2-Simplificada ou 3-Mais vantajosa. Dessa forma, acarretava em cálculo inconsistente, pois deveria ser realizado com a base de cálculo sem descontos.

Correção efetuada: ajustamos o sistema para utilizar a base de cálculo do imposto IRRF sem reduções para Tipo de desconto simplificado ou mais vantajoso.

Problema: a tela de Entradas de Preparação/Movimento de Caixa e Bancos (F600GEC) não estava gerando pendências de integração ao efetivar os títulos previstos de adiantamento do Contas a Receber e do Contas a Pagar.

Correção efetuada: ajustamos a rotina da tela para que, ao efetivar os títulos de adiantamento, as pendências de integração dos mesmos sejam geradas corretamente.

Problema: ocorria o erro 500 Internal Server Error - O parametro identificadorSistema está atribuído incorretamente no corpo da mensagem ao requisitar um web service com a Bridge habilitada.

Correção efetuada: ajustamos a rotina de processamento dos web services para não validar tags fora da definição dos parâmetros contidos no esquema do serviço.

Problema: ao inutilizar uma Nota Fiscal de Devolução via Nota de Entrada, o sistema não retirava os vínculos com as notas de entrada. Com isso, não era possível realizar uma nova nota de devolução usando estas mesmas notas de entrada.

Correção efetuada: alteramos o processo no sistema para que, ao inutilizar uma Nota Fiscal de Devolução via Nota de Entrada, o sistema retire os vínculos com as notas de entrada.

Implementamos os campos RedSnc (Percentual de redução/acréscimo da base do imposto nas saídas para não contribuinte) e RedEnc (Percentual de redução/acréscimo da base do imposto nas entradas para não contribuinte) na porta Exportar_4, do web service Com.senior.g5.co.int.varejo.grupofiscalproduto.

Esta implementação, atende a importação do grupo fiscal para tratar a questão do ICMS Desonerado que entrará em vigência para o estado de Santa Catarina em 01/11, para alimentar sistemas terceiros.

Problema: a integração automática das pré-faturas e das nota de entrada com o Gestão de Armazenagem | WMS Alcis não estava ocorrendo de forma correta.

Correção efetuada: ajustamos o processo no sistema para que a integração com o Gestão de Armazenagem | WMS Alcis ocorra corretamente.

Problema: em alguns momentos, na geração da nota de venda, devido a uma concorrência de processamento multiusuário, a numeração da série fiscal não era atualizada, obrigando o ajuste a ser feito manualmente no banco de dados.

Correção efetuada: desenvolvemos uma consistência antes da persistência da nota no baco de dados que realizar o teste de comparação da numeração da nota e a sequência da série.

Problema: após enviar e receber o retorno da autorização de um comprovante de entrega da NF-e na tela Carta de correção eletrônica (F140CCE), o botão Imagem do comprovante não ficava habilitado para visualizar a imagem anexada.

Correção efetuada: alteramos a consistência da tela Carta de correção eletrônica (F140CCE) para permitir clicar no botão Imagem do comprovante e consultar a imagem anexada após o comprovante estar autorizado.

Problema: ao tentar carregar as embalagens de estocagem na carga pela tela Formação de Embalagens das Pré-faturas Compacta (F135FEC), ocorre erro no carregamento das embalagens.

Correção efetuada: alteramos o processo no sistema para que, ao tentar carregar as embalagens de estocagem na carga pela tela F135FEC, o sistema não apresente erro.

Problema: o sistema não calculava ICMS ST quando o cliente está configurado com o campo Código do Regime Tributário igual a 4 - Simples Nacional - MEI.

Correção efetuada: ajustamos o processo no ERP para que o sistema assuma o código do regime tributário 1 - Simples Nacional quando calcular o ICMS ST para clientes configurados com o campo igual a 4 - Simples Nacional - MEI.

Problema: ao reabilitar uma nota que tinha títulos a receber com cálculo de variação cambial, o título era excluído mas os movimentos da variação cambial ficavam registrados na tabela C. Receber - Títulos - Movimento Variação Cambial (E301MVR).

Correção efetuada: ajustamos o sistema para alertar ao usuário que, para eliminar o título com variação cambial, é necessário antes estornar o cálculo da variação cambial do título.

Problema: ao inserir o item de produto nas telas Notas Fiscais de Saída (F140GNF) e Entrada de Pedidos Agrupado (F120GPD) e passar pelo campo tabela de preço, ocorria a seguinte mensagem de erro: Invalid floating point operation.

Correção efetuada: alteramos o processo no sistema para que, ao inserir o item de produto nas telas F140GNF e F120GPD e passar pelo campo tabela de preço, o erro não ocorra.

Problema: ao utilizar a tela Faturamento Individual de Cargas e Pedidos (F149GNC) para gerar uma nota fiscal de saída, tendo como base uma análise gerada, ao informar apenas o número da análise e o número da pré-fatura para o sistema fazer a busca da análise solicitada, o sistema demorava mais de um minuto para exibir na grid de Itens da nota fiscal de saída os itens da análise solicitada.

Correção efetuada: alteramos o processo no sistema para que a validação da pré-fatura informada na tela Faturamento Individual de Cargas e Pedidos (F149GNC) seja feita de forma mais rápida e eficiente.

Problema: ao excluir uma nota gerada via pré-fatura na tela Faturamento Individual de Cargas e Pedidos (F149GNC), a quantidade liberada para faturamento da tabela E135PES não era atualizada corretamente, fazendo com que a situação do pedido não mudasse de 8 - Em preparação.

Correção efetuada: alteramos o processo no sistema para que, ao excluir a nota fiscal, as quantidades voltem para a quantidade original de quando a carga foi criada.

Problema: o processo automático 127 - Atualização de Histórico de Cliente não estava atualizando corretamente algumas informações sobre os títulos em atraso do cliente.

Correção efetuada: corrigimos o processo automático para atualizar as informações corretamente.

Problema: a rotina de processo automático 23 - Remessa Cobrança Escritural não disponibilizava o campo DefAct na lista wwMemTitulos, que é disponibilizada para os leiautes de exportação da remessa de cobrança escritural na tela de Remessa da Cobrança Escritural (F310PRB). Os leiautes que utilizavam esse campo geravam erro quando a remessa de cobrança escritural era processada via processo automático.

Correção efetuada: ajustamos a rotina de processo automático 23 - Remessa Cobrança Escritural para disponibilizar corretamente o campo DefAct na lista wwMemTitulos, de forma que os leiautes de exportação possam ser executados corretamente via processo automático.

Problema: ao executar vários processos agendados para a rotina 67 - Importação de documento eletrônicos de entrada, separando por filial, o sistema gerava as notas fiscais na filial errada, quando várias filiais tinham o mesmo CNPJ.

Correção efetuada: ajustamos o sistema, pois havia uma falha que não levava em consideração a inscrição estadual como critério na hora de buscar as informações da filial.

Para dar mais dinamicidade à rotina 84 - WMS Senior, implementamos o parâmetro FILTRO onde será possível parametrizar comandos SQL que serão considerados na execução das informações. De início, o mesmo tem funcionalidade quando o parâmetro TIPO for igual a RETORNOEXPEDICAO. Com isso, é possível por exemplo, criar mais rotinas agendadas para executar o retorno agilizando o processo de integração com o ERP.

Melhoramos a importação de notas fiscais através do web service com.senior.g5.co.int.eletronicos.documentos, porta Receber, para que o sistema não importe distribuições de lote com quantidade zero, evitando problemas no processamento do recebimento eletrônico.

Problema: ao utilizar o web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, quando, na requisição eram enviados equivocadamente espaços nos campos CODPRO, CODDER e CODDEP, as informações eram gravadas também com espaços no banco de dados e isso causava problemas principalmente nas movimentações de estoques.

Correção efetuada: ajustamos a rotina para que sejam retirados os espaços desses campos caso sejam enviados.

Problema: ao utilizar o web service com.senior.g5.co.mcm.est.estoques, porta Fechar, quando o usuário utilizado estava logado em uma empresa ou filial diferente da informada na requisição, o web service era executado considerando a filial logada e não executava a troca de empresa ou filial automaticamente.

Correção efetuada: ajustamos para que nesse cenário, seja executada a troca de empresa e filial pelo web service respeitando assim sempre a empresa ou filial informada na requisição.

Problema: na geração de notas fiscais de entrada do tipo 8 - NF Frete/Serviços Agregados através do web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, era apresentada a mensagem Fornecedor XXX não está ligado a nenhum Cliente!Erro., no entanto, para notas fiscais de entrada do tipo 8, não é obrigatório ter um cliente vinculado ao fornecedor.

Correção efetuada: alteramos a consistência de validação da ligação do fornecedor ao cliente para que não seja consistido nos casos onde a nota fiscal de entrada a ser gerada via web service seja do tipo 8 - NF Frete/Serviços Agregados, da mesma forma como essa consistência não é aplicada na geração desse tipo de nota fiscal na tela F440GNE.

Problema: ao processar um reajuste no contrato de compra que tinha dois ou mais itens com rateio, era apresentada a mensagem Não foi possível gravar rateios - Violação de chave..

Correção efetuada: ajustamos a situação acima para gravar os rateios do contrato de compra.

Problema: ao solicitar para baixar o XML de uma NFS-e na tela F000INE, era apresentada a mensagem Ocorreram erros ao salvar o XML. Deseja visualizar o log?.

Correção efetuada: alteramos a rotina para que o XML seja baixado corretamente do eDocs.

Problema: quando utilizado o campo Quantidade Ajuste Balança com quantidade negativa no item da nota fiscal de entrada, é gerado um movimento de saída com essa quantidade automaticamente no fechamento da nota fiscal de entrada. Porém, para produtos que já estavam sem estoque, era retornada a mensagem de estoque negativo e assim era possível fechar a nota fiscal indevidamente. Isso ocorria devido ao fato do movimento de entrada no estoque não ser gravado antes do movimento de saída.

Correção efetuada: ajustamos a rotina para garantir que o movimento de entrada no estoque seja gravado antes do movimento de saída, fazendo com que sempre tenha saldo para atender o movimento de saída.

Problema: na tela F441CIE e clicar no botão Seleção, e selecionar na tela F441SI, as opções 3 - Data de Emissão + Fornecedor, 5 - Fornecedor + Número ou 6 - Fornecedor + Número + Produto no campo Ordenar Por, era apresentada uma mensagem de erro de banco de dados.

Correção efetuada: alteramos a rotina da tela para buscar os dados conforme a ordenação escolhida no botão Seleção.

Implementados o novo campo Lista de servidores confiáveis, para configuração de servidores confiáveis, na Central de Configuração Senior. Dessa forma, caso o ambiente da Web 5.0 seja feito a partir de um DNS diferente do configurado na URL de acesso da aplicação, será necessário adicioná-lo como um servidor confiável.

Problema: ocorria o erro Registro não encontrado ou alterado por outro processo. Tabela: X000XXX. Valores dos campos-chave [CampoX: 0] ao alterar cadastros com campos para armazenar valores de ponto flutuante na tabela.

Correção efetuada: ajustamos a rotina de geração do comando emitido para a base de dados.

Problema: ocorria o erro NullPointerException ao abrir uma tela com uma grade que possua ordenação customizada pelo usuário.

Correção efetuada: ajustamos a rotina de carregamento e aplicação da ordenação customizada na grade.

Problema: ocorria o erro Só é permitido usar tipos Blob na linguagem SQL Senior 2 em regras de telas SGI/relatórios e é exibido mesmo quando a regra já está configurada como SQL Senior 2.

Correção efetuada: adicionamos a leitura e gravação do valor da variável fUseSQLSenior2, quando feita a compilação das regras em telas SGI/relatórios.

Problema: apresentava o erro inconsistent datatypes ao executar DML que contém campo BLOB via regra.

Correção efetuada: corrigimos a lógica que preenche os tipos dos parâmetros contidos no DML.

Problema: ocorria o erro 500 Internal Server Error - O parametro identificadorSistema está atribuído incorretamente no corpo da mensagem ao requisitar um web service com a Bridge habilitada.

Correção efetuada: ajustamos a rotina de processamento dos web services para não validar tags fora da definição dos parâmetros contidos no esquema do serviço.

Problema: ao inutilizar uma Nota Fiscal de Devolução via Nota de Entrada, o sistema não retirava os vínculos com as notas de entrada. Com isso, não era possível realizar uma nova nota de devolução usando estas mesmas notas de entrada.

Correção efetuada: alteramos o processo no sistema para que, ao inutilizar uma Nota Fiscal de Devolução via Nota de Entrada, o sistema retire os vínculos com as notas de entrada.

Implementamos os campos RedSnc (Percentual de redução/acréscimo da base do imposto nas saídas para não contribuinte) e RedEnc (Percentual de redução/acréscimo da base do imposto nas entradas para não contribuinte) na porta Exportar_4, do web service Com.senior.g5.co.int.varejo.grupofiscalproduto.

Esta implementação, atende a importação do grupo fiscal para tratar a questão do ICMS Desonerado que entrará em vigência para o estado de Santa Catarina em 01/11, para alimentar sistemas terceiros.

Melhoramos a importação de notas fiscais através do web service com.senior.g5.co.int.eletronicos.documentos, porta Receber, para que o sistema não importe distribuições de lote com quantidade zero, evitando problemas no processamento do recebimento eletrônico.

Problema: ao utilizar o web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, quando, na requisição eram enviados equivocadamente espaços nos campos CODPRO, CODDER e CODDEP, as informações eram gravadas também com espaços no banco de dados e isso causava problemas principalmente nas movimentações de estoques.

Correção efetuada: ajustamos a rotina para que sejam retirados os espaços desses campos caso sejam enviados.

Problema: ao utilizar o web service com.senior.g5.co.mcm.est.estoques, porta Fechar, quando o usuário utilizado estava logado em uma empresa ou filial diferente da informada na requisição, o web service era executado considerando a filial logada e não executava a troca de empresa ou filial automaticamente.

Correção efetuada: ajustamos para que nesse cenário, seja executada a troca de empresa e filial pelo web service respeitando assim sempre a empresa ou filial informada na requisição.

Problema: na geração de notas fiscais de entrada do tipo 8 - NF Frete/Serviços Agregados através do web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, era apresentada a mensagem Fornecedor XXX não está ligado a nenhum Cliente!Erro., no entanto, para notas fiscais de entrada do tipo 8, não é obrigatório ter um cliente vinculado ao fornecedor.

Correção efetuada: alteramos a consistência de validação da ligação do fornecedor ao cliente para que não seja consistido nos casos onde a nota fiscal de entrada a ser gerada via web service seja do tipo 8 - NF Frete/Serviços Agregados, da mesma forma como essa consistência não é aplicada na geração desse tipo de nota fiscal na tela F440GNE.

Problema: os dados apresentados no relatório de Produção, enviados do Gestão Empresarial para o Analytics ERP eram ignorados quando o banco de dados era Oracle.

Correção efetuada: corrigimos a rotina de exportação de dados para o Analytics ERP para que funcione corretamente independentemente do banco de dados utilizado.