Gestão Empresarial PME | GO UP - 5.10.3.18

Problema: quando era gerado um título de fixação que continha contas a receber para compensar, e o parâmetro da filial estava selecionado para gerar o título da fixação com o valor líquido, ocorria a dedução duplicada do valor do contas a receber, que resultava no valor aberto do título, que ficava menor do que deveria.

Correção efetuada: ajustamos para que esse valor seja gerado corretamente na opção de valor líquido do título de fixação.

Problema: quando era gerado um título de fixação que continha valor em aberto zerado, e o parâmetro da filial estava marcado para gerar o título da fixação com o valor integral, o sistema não gerava o título, mesmo que fosse apenas para controle.

Correção efetuada: corrigimos os sistema para que o título seja gerado mesmo quando o valor em aberto estiver zerado para títulos com a opção de gerar com o valor integral.

Problema: na hierarquia do Plano de Contas, quando se utiliza a mesma classificação para contas diferentes, poderia ocorrer de mostrar valores duplicados para a posição financeira de Projetos. Isso ocorria devido ao sistema exibir a mensagem Essa classificação já foi utilizada por outra(s) conta(s) analítica(s). Deseja continuar?, permitindo que o usuário prosseguisse.

Correção efetuada: alteramos o comportamento do sistema para que, na opção Hierárquico do Plano de Contas, exiba a mensagem Essa classificação já foi utilizada por outra(s) conta(s) analítica(s). Informe apenas classificações únicas., quando o Tipo Plano for 2 - Financeiro. Assim, o usuário não poderá repetir a mesma classificação em contas diferentes.

Problema: no caso de movimentações de produtos com transações cadastradas para não apontar movimentação na O.P., ao importar as ordens de produção o rateio dos componentes para dentro das O.P.s era distribuído para O.P.s fora do período, indevidamente.

Correção efetuada: ajustamos o rateio dos componentes a fim de sejam inseridos apenas em O.P.s abertas no período do movimento de baixa.

Problema: ao apurar o PIS/COFINS, havendo saldo de crédito na tela Controle Créditos PIS/COFINS (F661CRE) e utilizando esse crédito de forma manual em Outros Créditos, no mês seguinte da apuração os créditos ficavam com valor incorreto. Com isso, ao gerar o SPED contribuições (F669SPC), era apresentado um valor de saldo negativo no registro 1500.

Correção efetuada: corrigimos a utilização dos créditos na apuração do PIS/COFINS e na geração do SPED Contribuições.

Complementamos a documentação relacionada ao Registro 1601 do Bloco 1 do SPED Fiscal, adicionando mais uma possibilidade de título de adiantamento ao texto.

Nota Técnica 02/2023, versão 2.1.2. Publicada em 30/06/2023.

Foi publicada a Nota Técnica 02/2023 com o objetivo de apresentar ajustes nos leiautes da versão 2.1.2 da EFD-Reinf referentes ao:

• Leiaute do R-4010
• Leiautes do R-9001, R-9005, R-9011 e R-9015
• Leiaute do R-9015
• Tabela 01 - Natureza de Rendimentos, do anexo I dos leiautes

---

 

A fim de adequar o sistema à norma técnica, corrigimos a exportação do R-4020, onde era gerado o erro isenImun é inválido - O valor 1 é inválido dependendo do tipo de dados. Além disso, na exportação do R-1070, quando houver mais de um dispositivo com o mesmo número de processo, os campos Compt. EFD-Reinf e Alt. Proc. EFD-Reinf serão atualizados em todos eles.

Não se esqueça de conferir a documentação completa sobre a EFD-Reinf e o nosso Portal de Exigências Legais, com as notícias recentes sobre o assunto.

Problema: ao fazer a integração contábil do módulo de Tributos (Compras), era exibida a seguinte mensagem: Quantidade de parâmetros do complemento não confere com a quantidade exigida no histórico padrão! Isso ocorria quando o valor informado para compor o complemento do lançamento tinha duas aspas simples, causando uma falha no entendimento dos parâmetros do histórico padrão.

Correção efetuada: ajustamos a integração contábil para que a composição do histórico padrão do lançamento consiga interpretar duas aspas simples sem erros durante o processamento.

Problema: quando o identificador de regras TES-600CONCI01 está ativo (por padrão no Gestão Empresarial PME | GO UP), ao realizar movimentos de estorno de títulos, os mesmos já são automaticamente conciliados, desde que exista apenas um movimento na Tesouraria para um movimento de baixa. Entretanto, ao estornar baixa de título contido entre outros títulos de uma mesma baixa, onde estes tenham gerado lançamento na Tesouraria, o movimento de estorno/débito gerado na Tesouraria estava com a condição de conciliado, em que os campos OriCon, DatCon e SegCon já estavam preenchidos com referência ao lançamento de baixa inicial. Dessa forma, não era possível efetuar a conciliação sem que haja diferença no valor entre Extrato e os Movimentos selecionados.

Correção efetuada: ajustamos a rotina de estorno de baixa, para que, ao utilizar o identificador de regras mencionado, se a baixa ocorreu entre apenas um título e um lançamento, o sistema se comportará como está definido na documentação do identificador de regras, conciliando o movimento de estorno na Tesouraria. Quando não for o caso, isso é, houver vários títulos gerados em um único lançamento, o sistema não os marcará como conciliados, permitindo escolher quais movimentos serão conciliados através da tela de Conciliação Bancária (F600CON).

Problema: ao fazer uma remessa da cobrança escritural sem o cálculo do Nosso Número, utilizando o leiaute Cobrança Santander (CNAB 240) Remessa (SAEX10005), o sistema gerava um arquivo de texto com espaços em branco no lugar do Nosso Número, quando deveria estar preenchendo essa informação com zeros.

Correção efetuada: ajustamos o leiaute para gerar zeros na posição do Nosso Número, quando este não é calculado pelo sistema.

Problema: ao integrar um movimento da Tesouraria pelo web service com.senior.g5.co.mfi.tes.transferenciatesouraria, porta TransferenciaTesouraria, o sistema gerava erro para algumas integrações, exibindo apenas a mensagem Executado com erros.

Correção efetuada: alteramos o sistema para que a integração feita via web service ocorra sem erros.

Problema: em ambas as telas de Cálculo/Pagamento de Comissões (F504RCP) e Resumo Analítico de Comissões (F504RAC), após marcar os registros e processar, era retornada a mensagem Access violation at address 44C57B8E in module 'RtsOCI02.bpl'. Read of address 00000000..

Correção efetuada: ajustamos a rotina de cálculo/pagamento de comissões para o processamento seja executado com sucesso, sem apresentar a mensagem de erro.

Adicionamos na documentação sobre Tipos de amortização no pagamento, uma observação informando que por padrão, o valor do CDI nunca é considerado com o tipo de amortização PRICE, somente é considerado o valor dos juros. Quando é PRICE, o cálculo é feito pegando o valor da prestação e descontando o valor do juros para obter o valor da amortização.

Reforçamos ainda que, existe uma diferença em relação ao CDI, quando o mesmo é residual dos juros e quando é CDI independente:

• quando é CDI Residual, o valor é mostrado na coluna Correção Negociada. Os valores dessa coluna não são considerados para a amortização e não são carregados para os títulos gerados;
• quando é CDI Independente, o valor é mostrado na coluna Juros Original Base. Os valores dessa coluna não são considerados para a amortização mas são carregados nos títulos gerados, na coluna Acréscimos.

Ao processar um estorno na tela F606EMA, pode ser apresentada a mensagem Não foi possível posicionar tabela de projetos para a filial. Complementamos a documentação da tela indicando que, para resolver isso, basta ir à tela Projetos (F070PRJ) e fazer o cadastro básico das informações obrigatórias.

Mesmo que a empresa não use o controle de projetos, é necessário ter os cadastros básicos na tela acima para a filial em que são feitos os contratos de aplicação. Isso por conta da rotina que busca os critérios padrões de rateio.

Problema: ao ser enviado para o Gestão de Lojas, o cBenef realizava uma validação incorreta e prejudicava a integração de dispositivo fiscal. Nessa situação, o campo CodDfs não era exportado e o campo CodInf era importado com 20 caracteres.

Correção efetuada: na exportação dos dados, adicionamos o campo CodDfs e o campo CodInf agora é importado com 10 caracteres.

Problema: ao mostrar as necessidades para gerar OP/OS, quando havia um problema de integridade de dados com um item de pedido inexistente, o sistema exibia a mensagem Problemas ao acessar a tabela de itens do pedido, que não identificava qual era o pedido/item com problema.

Correção efetuada: ajustamos a mensagem exibida no sistema para que mostre o pedido e o item que tem o problema de integridade.

Problema: ao faturar um contrato com nova competência e gerar uma nota fiscal de saída na tela Contratos de Venda (F160NOV), o sistema vinculava esta nota como última nota gerada do contrato mas, ao cancelar a nota, o sistema não desvinculava a nota do contrato, o que ocasionava o erro Nenhum Registro foi Encontrado ao tentar faturar o contrato novamente.

Correção efetuada: alteramos a rotina para que os parâmetros globais implementados sejam verificados: o parâmetro CtrDatUft ajusta os campos Última Nota, Série e Número conforme a última nota gerada antes da nota cancelada. Quando a primeira nota estiver sendo gerada, os campos Última Nota, Série e Número serão zerados. O parâmetro LogDatUft gera um documento de texto no cancelamento da nota fiscal, exibindo no arquivo as informações alteradas para o contrato.

Problema: ao inserir o código da embalagem durante o processo de formação de embalagens das pré-faturas, utilizando Embalagem Multinível na tela Formação de Embalagens das Pré-faturas Compacta (F135FEC), o sistema retornava a mensagem de erro Lote inválido ou não encontrado ou já utilizado para esta pré-fatura.

Correção efetuada: alteramos o processo para que, ao inserir o código da embalagem, o sistema não retorne mensagem de erro e seja possível concluir o processo.

Problema: ao utilizar a tela Consulta de Notas Fiscais de Saída (F141CNS) para consultar as notas já fechadas, estando em uma filial diferente da em que a nota foi fechada, o sistema não exibia na tela Dispositivos Fiscais do item da Nota Fiscal de Saída (F140DIS) o dispositivo fiscal vinculado ao item da nota fiscal de saída, deixando a grade em branco.

Correção efetuada: alteramos o processo para que seja possível verificar os dispositivos fiscais de uma nota em todas as filiais da empresa em questão.

Problema: o texto da matéria Cancelamento de CT-e na versão 4.00 nas notas da versão do Gestão Empresarial | ERP e Gestão Empresarial PME | GO UP, versões 5.10.3.16 e 5.10.2.107 não indicava o cenário da carta de correção.

Correção efetuada: ajustamos a matéria nas versões acima a fim de detalhar todos os cenários impactados:

• Exemplo da tarefa na versão 5.10.3.16 do ERP

Problema: ao gerar uma carga, vincular um pedido e faturar esta carga através da tela Faturamento Individual de Cargas e Pedidos (F149GNC), o sistema permitia alterar o número do pedido vinculado à carga faturada, ocasionando divergências entre a situação do item de pedido e o pedido que estava, originalmente, vinculado à carga.

Correção efetuada: alteramos o processo para que não seja possível fazer alteração do pedido que está vinculado à carga na geração da Nota Fiscal de Saída através da tela Faturamento Individual de Cargas e Pedidos (F149GNC).

Problema: quando uma nota de entrada e uma carta de correção são recebidas simultaneamente, o sistema enfrentava dificuldades ao processar a carta, já que depende do processamento prévio da nota. Neste caso, o problema ocorria no fato de que, ao retornar ao eDocs, a nota fiscal apresentava um erro de processamento, enquanto a carta era registrada como processada com sucesso.

Correção efetuada: ajustamos o sistema para que apenas o documento que teve problemas no processamento seja retornado com erro ao eDocs.

Problema: ao utilizar a tela F210TBC para executar a transferência entre depósitos de produtos controlados por lotes e processar, a tela de distribuição de lotes era aberta mesmo não havendo necessidade de executar a distribuição de lotes novamente.

Correção efetuada: ajustamos a rotina para que nesse cenário, a tela de distribuição de lotes não seja aberta.

Problema: quando utilizado o processo manual de transferência entre filiais, em que na nota fiscal de entrada o vínculo com a nota fiscal de saída é feito através do botão Nota Saída na tela F440GNE, era possível inserir um item de produto para um depósito o qual não existia a ligação produto X depósito.

Correção efetuada: ajustamos a rotina para que nesse cenário, o processo seja bloqueado até que a ligação produto x depósito seja executada. Importante mencionar que essa ligação poderá ser executada no momento do processamento através da abertura da tela automaticamente ou até mesmo através da utilização do parâmetro global LigProDep.

Ajustamos a documentação para orientar que, durante a geração da Ordem de Compra, quando já existir um rateio definido na solicitação de compra, o sistema copia os dados desse rateio para a O.C., não permitindo que a O.C. gerada não herde o rateio da solicitação. Entretanto, depois da geração é possível alterar o rateio manualmente, através da tela Ordem de Compra Agrupada (F420GOC).

Complementamos a documentação sobre geração de Cubo, indicando o procedimento que deve ser realizado antes de listá-lo pelo Gerador de Relatório.

Problema: ao selecionar um registro na tela SGI através do botão de pesquisa, o registro era carregado na tela. No entanto, quando o registro era digitado no campo, mesmo ele existindo na base, os dados não eram carregados para a tela.

Correção efetuada: ajustamos a rotina das telas SGI para que, ao digitar o valor em um campo, os dados sejam carregados na tela, da mesma forma como eles são carregados quando o registro é selecionado através da pesquisa de registros.

Problema: identificamos que algumas funções LSP (ADBuscaUsuario, ADAlteraUsuario, ADAlteraUsuarioPorAtributos, ADAlteraUsuarioDN, ADDeletaUsuario e ADPegaAtributoUsuario) eram apresentadas de forma indevida dentro do editor de regras do gerador de relatórios.

Correção efetuada: removemos a declaração das funções LSP, que eram apresentadas de forma indevida dentro do editor de regras do gerador de relatórios. Estas funções foram substituídas pelas seguintes funções LSP:

DE	PARA
ADBuscaUsuario	ADBuscaEntidade
ADAlteraUsuario	ADAlteraEntidade
ADAlteraUsuarioPorAtributos	ADAlteraEntidadePorAtributos
ADAlteraUsuarioDN	ADAlteraEntidadeDN
ADDeletaUsuario	ADDeletaEntidade
ADPegaAtributoUsuario	ADPegaValorAtributoEntidade

Problema: ao integrar um movimento da Tesouraria pelo web service com.senior.g5.co.mfi.tes.transferenciatesouraria, porta TransferenciaTesouraria, o sistema gerava erro para algumas integrações, exibindo apenas a mensagem Executado com erros.

Correção efetuada: alteramos o sistema para que a integração feita via web service ocorra sem erros.

Problema: ao ser enviado para o Gestão de Lojas, o cBenef realizava uma validação incorreta e prejudicava a integração de dispositivo fiscal. Nessa situação, o campo CodDfs não era exportado e o campo CodInf era importado com 20 caracteres.

Correção efetuada: na exportação dos dados, adicionamos o campo CodDfs e o campo CodInf agora é importado com 10 caracteres.

Problema: ao fazer adesão do Menu XT, o sistema apresentava o erro Cannot open file \<servidor>\Sapiens\Delphi\webkitx\images\msg_enable.png, e não ativava o novo visual.

Correção efetuada: corrigimos o processo de ativação do XT para que este problema não ocorra.