Gestão Empresarial PME | GO UP - 5.10.3.13

Problema: na duplicação de usuário do sistema através da tela Duplicação de Parâmetros de Usuário (F099DUP), quando utilizado o Banco de Dados PostgreSQL, ocorria um erro de sintaxe no comando SQL de duplicação de usuários.

Correção efetuada: ajustamos a sintaxe do comando de duplicação de usuários para atender o Banco de Dados PostgreSQL.

Problema: na tela Tabelas de Preços de Compras (F082GTP), ao selecionar no botão Seleção Itens um item que já estava gravado na tabela com valor no campo Data Última Cotação, logo após clicar no OK da tela de seleção de itens, o campo era zerado.

Correção efetuada: alteramos o comportamento da tela F082GTP para não zerar o valor do campo Data Última Cotação ao selecionar um produto através do botão Seleção Itens, quando esse já possuir data gravada no campo.

Problema: ao receber um produto de passagem direta com ICMS Monofásico, é necessário incluir este produto na tabela de tributação de ICMS Monofásico. O sistema, porém, não permitia informá-lo, já que a tabela é cadatrada no módulo de Vendas.

Correção efetuada: ajustamos o sistema para que as tabelas de preço com aplicação tipos 4 - Cálculo por quantidade (Compras) ou 5 - Cálculo por quantidade (Ambas) permitam o cadastro de produtos do tipo passagem direta.

Problema: na declaração 103 - Escrituração Fiscal Digital (Versão 17), o campo 06 do registro 1920 do SPED Fiscal tinha a descrição incorreta.

Correção efetuada: ajustamos a descrição do campo VL_TOT_AJ_CRETIDOS_OA para VL_TOT_AJ_CREDITOS_OA.

Problema: a rotina de Mensageiro, acessada através do menu Recursos > Mensageiro (F000POP), foi descontinuada na versão 5.8.3.2 do Gestão Empresarial | ERP em 2014, no entanto, o parâmetro global DesMsgSap ainda era apresentado na tela Parâmetros Globais (F000PGS).

Correção efetuada: removemos do sistema o parâmetro global DesMsgSap, pois ele não tem mais funcionalidade no sistema.

Liberamos uma melhoria de performance na criação de contas auxiliares ao cadastrar um cliente via tela F085CAD ou um fornecedor via tela F095CAD.

Problema: na geração do SPED ECD, o registro J215 (Fato Contábil que Altera a Conta Lucros Acumulados ou a Conta Prejuízos Acumulados ou Todo o Patrimônio Líquido) estava apresentando uma quebra de linha dentro do arquivo, resultando em erro no validador.

Correção efetuada: ajustamos a geração do registro J215 para eliminar as quebras de linha do arquivo.

Problema: ao tentar gerar o arquivo do SPED ECD marcando os registros I200 (Lançamento Contábil) e I250 (Partidas do Lançamento), o sistema não concluía o processo quando gerado de forma anual; e quando gerado de forma mensal, levava muitas horas para concluir.

Correção efetuada: disponibilizamos o novo identificador de regras CTB-669SQLRA01, que tem o objetivo de melhorar a performance da geração dos registros I200 e I250. Quando esse identificador estiver cadastrado e ativo, a performance será consideravelmente mais rápida.

A fim de atender a MP 1.159/2023, ajustamos o sistema para que, na geração de bens patrimoniais via Gestão de Suprimentos, será integrada para a base de PIS e Cofins do bem a mesma base de cálculo informada no item da nota fiscal de entrada. Desta forma, eventuais descontos na base de cálculo ocorridas na entrada da nota (como o valor do ICMS) serão refletidos na geração do bem patrimonial.

Para mais informações, acesse a documentação sobre Cálculo do Crédito.

Adicionamos também as bases de PIS e Cofins no identificador de regras PAT-670ENTVA01, por meio dos parâmetros VBasPis e VBasCof.

Problema: ao cadastrar retenções na tela R-4020 - Retenções Pessoa Jurídica (F690RPJ) para vários fornecedores do exterior, aparecia o erro Registro duplicado! Verifique.

Correção efetuada: ajustamos a tela para aceitar dois ou mais fornecedores do exterior a fim de que sejam exportados corretamente.

Alteramos a documentação do registro 1400 do SPED Fiscal (F669EFD) a fim de explicar seu funcionamento para os cenários possíveis. Acesse nosso Portal e confira!

Problema: ao gerar os registros do Bloco F do SPED Contribuições quando a empresa tem mais de uma filial, o registro F010 era duplicado.

Correção efetuada: corrigimos a geração do registro para que ele não seja duplicado.

Problema: ao informar mais de uma filial no campo Filial(+) da tela F621AEQ, a filial da nota não era considerada na busca dos DVVs das notas fiscais, ou seja, a rotina considerava sempre a filial logada.

Correção efetuada: ajustamos a rotina da tela para considerar a filial da nota fiscal ao buscar as informações.

Na documentação sobre PIX - Pagamento Eletrônico, complementamos a documentação do campo Url PIX para destacar que:

• O tamanho máximo da Url PIX é de 100 caracteres, contudo é necessário observar que esse tamanho pode variar para menos dependendo do leiaute bancário específico de cada banco.
• No caso de utilização de aplicativos bancários com a função copiar e colar, não há limitação de caracteres. No entanto, ao cadastrar a Url PIX no sistema, é necessário decodificá-la conforme as regras estabelecidas pelo Banco Central, de modo a garantir que a Url PIX seja aceita pelo arquivo definido pelo banco destinatário do pagamento.

Problema: ao enviar uma remessa de pagamento eletrônico com um titulo que tenha Tipo de Pagamento PQ (PIX QRCode), o Registro Header do Lote 2 era gerado indevidamente. O correto seria apresentar o Registro Header do Lote 1, assim gerando as demais informações de Header, Detalhe e Trailer.

Correção efetuada: ajustamos a rotina de processamento do arquivo de remessa para utilizar o Registro Header do Lote 1 quando o Tipo de Pagamento for PQ (PIX QRCode) no título.

Problema: o título de IRRF não era gerado quando a comissão do representante era feita via tela F504RCP e o campo Gera Título ISS Pagto Comissão da tela F070FPA era igual a N - Não. O problema não ocorria ao gerar as comissões via tela F504RAC.

Correção efetuada: alteramos a geração dos títulos de impostos no pagamento de comissões de representantes a fim de que funcione normalmente e com performance melhorada.

Problema: ao utilizar a tela de Retorno de Cobrança Escritural (F310RTB) com o leiaute 10002 - Cobrança DIVERSOS (CNAB 400) - Retorno, não havia tratamento para o campo Data quando este era preenchido com zeros, gerando a seguinte mensagem: Ocorreram erros durante a operação. Deseja visualizá-los?

Correção efetuada: corrigimos o leiaute para fazer o tratamento do campo Data quando houver zeros.

Problema: no botão Seleção da tela F310PEF, o filtro Situação Serasa com o valor 0 - Zero não era considerado na busca dos títulos.

Correção efetuada: alteramos a tela para considerar o valor 0 - Zero no filtro Situação Serasa.

Disponibilizamos o parâmetro global CodFpgSub. Ele permite alterar a forma de pagamento em títulos com transação de crédito na baixa do Contas a Receber por substituição (telas F301SUB e F301BMD).

Ajustamos o web service com.senior.g5.co.cad.sittributarias.dispfiscal, porta Exportar a fim de que, na opção de exportar todos os registros, os registros excluídos não sejam exportados. A opção de exportar todos os registros é utilizada na carga inicial, não havendo necessidade de enviar os excluídos.

Problema: na tela Retorno de serviços de Terceiros (F900RET), quando não era informado o Código da origem (que é um campo obrigatório para o processo da tela), a mensagem Não Acessou Tabela de Origens (E083Ori), Problemas Integridade do Sistema! era apresentada. Essa mensagem, por sua vez, não era muito amigável para o usuário, não sendo tão claro identificar o problema.

Correção efetuada: melhoramos a mensagem apresentada na tela para que ela seja mais clara. Agora, será exibida a seguinte mensagem no cenário descrito: É Necessário informar Código da Origem.

Problema: em algumas situações, os pedidos inseridos via web service com.senior.g5.co.mcm.ven.pedidos, porta GravarPedidos_13, apresentavam divergências entre o total dos dados gerais e o somatório dos itens.

Correção efetuada: ajustamos para que os dados gerais do pedido sejam atualizados corretamente.

Problema: ao realizar a transferência entre depósitos via parametrização no fechamento de uma Nota Fiscal de saída, o sistema não estava levando as configurações de dimensões do estoque de origem para o estoque de destino no outro depósito.

Correção efetuada: ajustamos o sistema, modificando a configuração para permitir levar também as dimensões ao realizar uma transferência via configuração de transações nas Notas de saída.

Devido a uma alteração na versão 3 do guia prático da escrituração de incentivos e benefícios fiscais de SC, ajustamos o cálculo da base do ICMS para calcular o ICMS Diferido para o CST 51. Todas as filiais do estado de SC com operações tendo CST 51 serão impactadas.

Confira um exemplo do cálculo para as resoluções 13/2019 RJ e 79/2022 SC.

Para habilitar as resoluções, altere a opção Cálculo de Desoneração de ICMS na tela Parâmetros da Filial para Vendas (F070FVE) no caso de notas fiscais de saída e Cadastro de Fornecedores (F095CAD) no caso de notas fiscais de entrada.

Ajustamos também o identificador de regras VEN-000ALICM01 a fim de que os parâmetros Base do ICMS Diferido (VENNBASIDF) e Valor do ICMS Diferido do ICMS (VENNVLRIDF) para retornarem valores. Para não recalcular os valores do ICMS Diferido ao fechar uma nota fiscal, configure o Tipo Cálculo Diferimento como 1 - Diferimento de ICMS por valor na tela F070FVE.

Adicionamos o parâmetro global IcmMonCli para que seja possível alterar o comportamento padrão do parâmetro dinâmico CONTRIBUINTE.ICMS.MONOFASICO, disponível na tela Cadastro de Clientes (F085CAD), guia Cadastro, botão Par. Dinâmicos. Este parâmetro dinâmico indica se o cliente é contribuinte do ICMS Monofásico ou não para fins de partilha entre o estado de origem e de destino. Se não estiver preenchido, será verificado o valor do parâmetro global IcmMonCli: caso S - Sim, considera como contribuinte; caso N - Não (valor padrão), considera como não contribuinte.

Disponibilizamos uma documentação sobre rateio do valor de Outras na página do web service com.senior.g5.co.mcm.ven.pedidos, portas GravarPedidos e SimularPedidos. Por padrão, o sistema sempre rateia o valor de Outras dos Dados Gerais para os itens de produto e/ou serviço que têm valor financeiro. Acesse o Manual para conferir o funcionamento desta rotina.

Problema: ao utilizar o web service com.senior.g5.co.mcm.ven.contratovenda, porta Gerar, passando valor em um campo de usuário, o campo era gravado sem conter toda a informação passada na requisição do web service. Esta situação poderia ocorrer com outros web services também.

Correção efetuada: alteramos a rotina responsável por gravar os campos de usuários para ser gravado todo o conteúdo enviado na requisição.

Atualizamos a descrição do parâmetro de requisição pedido.ideExt, localizado na porta GravarPedidos do web service Com.senior.g5.co.mcm.ven.pedidos, para fornecer uma explicação mais clara de sua funcionalidade. Agora, a descrição indica que esse parâmetro permite enviar o número de documento para estabelecer uma conexão rastreável entre o sistema emissor e o Gestão Empresarial. No entanto, é importante observar que essa abordagem não garante a prevenção de duplicação de pedidos por parte do Gestão Empresarial. Para assegurar essa consistência, é necessário utilizar o campo pedido.numInt.

Problema: ao reprovar uma requisição do controle multinível tanto pela tela Estoques - Aprovação Financeira de Requisições de Produto (F207APR) quanto pelo App Gestor, os dados ficavam divergentes.

Correção efetuada: realizamos um ajuste no sistema para que os dados sejam gravados corretamente ao reprovar requisições no controle de aprovação multinível.

Problema: na tela Consulta de Notas Fiscais de Entrada (F441CNE), ao consultar as Notas relacionadas com a Nota filtrada em tela pelo botão Relações (que abre a tela Consulta de Notas Fiscais de Entrada (F441CLG)), ocorria da tela F441CLG travar por tentar carregar muitos registros.

Correção efetuada: ajustamos o sistema para que a tela F441CLG seja aberta corretamente e não trave, sendo possível carregar os registros da Nota relacionada.

Complementamos a documentação do campo Série/Sub Série Legal, localizado na guia Dados Gerais da tela Nota Fiscal de Entrada Agrupada (F440GNE), para informar que a sugestão de preenchimento da informação desse campo ocorre da seguinte forma:

1. Busca na ligação do Fornecedor X Série Nota Fiscal da tela F095FXS, acessada através do menu Cadastros > Clientes e Fornecedores > Fornecedores > Ligações > Fornecedor X Série Nota Fiscal.
   Se a série legal não estiver preenchida nesta tela, ao gerar a nota o campo respectivo ficará sem preenchimento também.
2. Se não existir, é feita a busca do cadastro da série da tela F020SNF, acessada através do menu Cadastros > Mercado e Suprimentos > Parâmetros Fiscais > Séries Notas Fiscais > Cadastro.

Problema: ao processar uma Nota Fiscal através do recebimento eletrônico, caso o Fornecedor cadastrado tivesse em sua definição para a Filial a qual a NF pertence o campo Origem da Mercadoria informado, o campo não era sugerido na Nota gerada.

Correção efetuada: ajustamos o cenário para, no caso de haver o campo Origem da Mercadoria informado na definição do Fornecedor para a Filial, essa origem seja atribuída à NF gerada.

Problema: ao carregar uma Nota Fiscal com valor de ICMS Monofásico, quando o produto não tinha informado a tabela de tributação de ICMS Monofásico, a mensagem Erro na busca da tabela de preço era apresentada, impedindo o carregamento das Notas.

Correção efetuada: ajustamos o sistema para que essa consistência ocorra somente no processamento da tela, permitindo o carregamento de todas as Notas.

Melhoramos a usabilidade da tela Nota Fiscal de Entrada Agrupada (F440GNE), permitindo ordenar a sequência dos campos nas grades de Produtos e Serviços, sendo possível ajustá-los conforme a sua necessidade. Alguns campos se mantém fixos, ou seja, seguem uma ordem na grade a fim de evitar inconsistências.

Problema: ao utilizar o web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, para fazer a integração de CT-e, não havia disponível o campo Informação do tipo de CT-e (TipCte) no web service. Com isso, todos os CT-es ficavam com o tipo 0 - CT-e normal.

Correção efetuada: disponibilizamos, no web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, o campo TipCte para que a integração de CT-e seja realizada corretamente.

Atualizamos a descrição do parâmetro de requisição gerPar da porta GravarNotasFiscaisEntrada do web service Com.senior.g5.co.mcm.cpr.notafiscal para fornecer corretamente as opções de preenchimento disponíveis, quais sejam: 0 = Acatar os parâmetros enviados no webservice e 1 = Indicação para que o ERP gere as parcelas.

A documentação da porta GravarNotasFiscaisEntrada do web service Com.senior.g5.co.mcm.cpr.notafiscal foi atualizada para incluir uma nova observação. Agora, ela contém a informação de que o parâmetro global GerNotWeb influencia a utilização desse web service e que sua alteração só terá efeito após o reinício do Middleware. Destacamos que esse parâmetro determina se o sistema deve criar a Nota Fiscal de Entrada na base de dados, mesmo se ocorrerem erros durante o processo de fechamento da nota pelo serviço web de notas fiscais.

Problema: ao passar pelo campo Processo de Cotação, o sistema estava sugerindo o número 1, quando havia mais de 50 mil processos de cotação para aquela Empresa.

Correção efetuada: ajustamos a sugestão do número do processo de cotação para quando já houver milhares de processos na base de dados.

Disponibilizamos a função SGI AtribuirValorEditBox para atribuição de valor à um componente do formulário SGI X-Windows em tempo de execução, permitindo também que a funcionalidade de lookup funcione corretamente quando este possuir ligação cadastrada.

Problema: esporadicamente a execução de alguns processos automáticos retornava a mensagem de erro EStringListError - List index out of bounds nos registros de eventos do Middleware.

Correção efetuada: ajustamos a rotina que verifica as tarefas agendadas em execução.

Disponibilizamos a chave Com.senior.middleware.webservices.sortedparamsname para permitir ordenar parâmetros da requisição no retorno dos serviços quando habilitado Bridge. Com o valor True ou ausência da chave, o retorno dos parâmetros será por ordem alfabética. Quando False, o retorno será de acordo com o cadastrado no Editor de Web services.

Problema: em ambientes onde não é permitido o acesso simultâneo aos aplicativos por um mesmo usuário, ocorria uma falha na autenticação do usuário na segunda instância do aplicativo. Não era apresentada uma mensagem de forma clara relatando que já estava autenticado no aplicativo.

Correção efetuada: ajustamos rotina de autenticação de usuários para que seja apresentada de forma correta a mensagem ao usuário que ele não pode autenticar de forma simultânea um mesmo aplicativo.

Disponibilizamos uma documentação sobre rateio do valor de Outras na página do web service com.senior.g5.co.mcm.ven.pedidos, portas GravarPedidos e SimularPedidos. Por padrão, o sistema sempre rateia o valor de Outras dos Dados Gerais para os itens de produto e/ou serviço que têm valor financeiro. Acesse o Manual para conferir o funcionamento desta rotina.

Problema: ao utilizar o web service com.senior.g5.co.mcm.ven.contratovenda, porta Gerar, passando valor em um campo de usuário, o campo era gravado sem conter toda a informação passada na requisição do web service. Esta situação poderia ocorrer com outros web services também.

Correção efetuada: alteramos a rotina responsável por gravar os campos de usuários para ser gravado todo o conteúdo enviado na requisição.

Disponibilizamos, no web service com.senior.g5.co.mcm.ven.notafiscal, porta GravarNotasFiscaisSaida, os campos dadosGerais.codFcr e parcelas.codFcr. Esses novos campos têm como objetivo:

• dadosGerais.codFcr: refere-se ao código da moeda ou índice como fator de correção (financeiro);
• parcelas.codFcr: refere-se ao código da moeda ou índice como fator de correção (financeiro).

Atualizamos a descrição do parâmetro de requisição pedido.ideExt, localizado na porta GravarPedidos do web service Com.senior.g5.co.mcm.ven.pedidos, para fornecer uma explicação mais clara de sua funcionalidade. Agora, a descrição indica que esse parâmetro permite enviar o número de documento para estabelecer uma conexão rastreável entre o sistema emissor e o Gestão Empresarial. No entanto, é importante observar que essa abordagem não garante a prevenção de duplicação de pedidos por parte do Gestão Empresarial. Para assegurar essa consistência, é necessário utilizar o campo pedido.numInt.

Atualizamos a descrição do parâmetro de requisição gerPar da porta GravarNotasFiscaisEntrada do web service Com.senior.g5.co.mcm.cpr.notafiscal para fornecer corretamente as opções de preenchimento disponíveis, quais sejam: 0 = Acatar os parâmetros enviados no webservice e 1 = Indicação para que o ERP gere as parcelas.

A documentação da porta GravarNotasFiscaisEntrada do web service Com.senior.g5.co.mcm.cpr.notafiscal foi atualizada para incluir uma nova observação. Agora, ela contém a informação de que o parâmetro global GerNotWeb influencia a utilização desse web service e que sua alteração só terá efeito após o reinício do Middleware. Destacamos que esse parâmetro determina se o sistema deve criar a Nota Fiscal de Entrada na base de dados, mesmo se ocorrerem erros durante o processo de fechamento da nota pelo serviço web de notas fiscais.

Ajustamos o web service com.senior.g5.co.cad.sittributarias.dispfiscal, porta Exportar a fim de que, na opção de exportar todos os registros, os registros excluídos não sejam exportados. A opção de exportar todos os registros é utilizada na carga inicial, não havendo necessidade de enviar os excluídos.

Disponibilizamos a chave Com.senior.middleware.webservices.sortedparamsname para permitir ordenar parâmetros da requisição no retorno dos serviços quando habilitado Bridge. Com o valor True ou ausência da chave, o retorno dos parâmetros será por ordem alfabética. Quando False, o retorno será de acordo com o cadastrado no Editor de Web services.

Problema: ao executar o processo automático de Insights e Analytics, não era apresentada a mensagem de erro detalhando a causa da falha de comunicação com a plataforma senior X. Isto ocorria quando um código de cliente estava associado a mais de um tenant.

Correção efetuada: alteramos a rotina que compacta os arquivos do Analytics e faz a comunicação com a plataforma a fim de que, caso ocorra algum erro, este seja apresentado no log do processo automático. Corrigimos também um Access violation ao executar ou finalizar o SapiensSrv e o ERP_Service na hora de verificar se o menu XTended está ativo. Nestes programas, o menu não deve ser apresentado.

Além disso, otimizamos o local onde são criados os arquivos de cache do ERP XT de forma a criar uma pasta de cache para cada ambiente (CFG). Assim, nos casos em que o cliente tem ambientes de homologação e produção na mesma máquina, vai ser criada uma pasta de cache para cada ambiente, evitando carregar informações indevidas para o menu XTended.