Gestão Empresarial | ERP - 5.10.2.51

Problema: ao gerar o SPED Fiscal, não ocorria a ligação correta entre os registros C110 e C113 quando utilizado o Documento Referenciado igual a 15 - NF Referenciada no cadastro da mensagem (F024MSG) vinculada na nota.

Correção efetuada: ajustamos a geração do SPED Fiscal para que os registros sejam vinculados corretamente ao usar o documento referenciado tipo 15 - NF Referenciada no cadastro da mensagem.

Restauramos a fórmula do Campo 2 (Base de Cálculo da CSLL) do Registro N660 (Cálculo Mensal Estimativa) da apuração do imposto 56 - CSLL Lucro Real (SPED) na tela de Apuração dos Impostos IRPJ - Lucro Real (SPED) e CSLL - Lucro Real (SPED) (F661I15).

O conjunto de fórmulas disponibilizadas pelo governo no PVA da ECF em 2022 não tem mais essa fórmula. Por isso, a disponibilizamos de forma customizada.

A fim de atender a Portaria SEF nº 253/2022 da DIME/SC, alteramos a geração dos seguintes campos do Registro 31, Quadro 10 - Débitos Específicos da tela DIME (Santa Catarina) (F669DME):

• o campo 040 passa a ser Débito por Ocasião do Fato Gerador Relativo a Saída da Mercadoria ou na Prestação de Serviço e deve ser preenchido manualmente;
• o campo 050 passa a ser Outros débitos eventuais e será preenchido conforme a seguinte regra:
• gera o valor do diferencial de alíquotas das notas fiscais com transação diferente de I (Imobilizado) ou S (Consumo próprio). Para gerar o valor do diferencial de alíquotas em Cadastros > Filiais > Impostos - Impostos 2, o campo Somar Diferencial de Alíquota na apuração do ICMS deve ser N (Nunca).

Além disso, no Registro 33, Quadro 12 - Discriminação dos Pagamentos do Imposto e Débitos Específicos, quando houver mais de um recolhimento para o mesmo código da receita + classe de vencimento + origem e data de vencimento, será gerada apenas uma linha.

Problema: ao excluir um bem com código de transação tipo 1 - Inclusão existente em outra empresa, porém com tipo de movimentação diferente de inclusão, era apresentada a seguinte mensagem: Exclusão não permitida, este bem já foi movimentado, é necessário excluir primeiramente as movimentações.

Correção efetuada: ajustamos a rotina de exclusão de bens patrimoniais para que, independentemente se houver transações com o mesmo código em outras empresas, o processo seja feito corretamente.

Ao importar uma nota fiscal de entrada pelo web service com.senior.g5.co.mct.imp.importarnotasfiscaisentrada, se a nota estivesse cadastrada, seus dados eram sobrescritos quando o período estava em aberto para Tributos.

Para resolver isso, adicionamos o identificador de regras IMP-660NFAWS01. Ao ativá-lo, ele suspende a modificação/alteração de notas com a mesma chave cadastrada na importação via web service. Assim, não sobrescreve as notas antigas.

Criamos o parâmetro global ConDevAeq, que define se o preço unitário das notas fiscais de devolução do produto no período será considerado durante o cálculo do Total Vendas na tela de Análise de Ponto de Equilíbrio (F621AEQ).

Para saber mais, confira a documentação do parâmetro.

Criamos o parâmetro global CalDvvAeq, que define se o sistema deve calcular o DVV de PIS e COFINS conforme as parametrizações ou considerar o valor da nota fiscal de venda na tela de Análise do Ponto de Equilíbrio (F621AEQ).

Para saber mais, confira a documentação do parâmetro global.

Problema: ao alterar o campo Código do grupo via web service com.senior.g5.co.mfi.cre.alteratituloscr, porta AlteraTitulosCR, ele retorna que foi processado com sucesso, porém não faz a alteração.

Correção efetuada: ajustamos a rotina do campo Código do grupo, inserindo a validação de alteração nesse campo no web service mencionado.

Caso seja identificada uma alteração, o campo será alterado na base de dados.

Problema: ao atualizar ou resgatar uma aplicação do tipo Fundo de Investimento, alguns valores ficavam negativos. Isto causava distorções nos saldos da aplicação.

Correção efetuada: corrigimos a rotina de Fundos de Investimentos para não gerar valores negativos.

Problema: ao gerar a remessa de cobrança escritural usando o leiaute SAEX04000 (Remessa - Cobrança Escritural - LPN (CNAB 240)) com integração à VAN Bancária, o banco Sicredi rejeitava o arquivo por causa do código de juros informado no Segmento P, posição 118.

Correção efetuada: ajustamos a geração da remessa para que o código de juros seja enviado conforme a orientação do manual LPN (Leiaute Padrão Nexxera) no Segmento P.

Quando não houver juros, será enviado o código 3; quando houver, será enviado o código 1.

Problema: ao recalcular os componentes, o sistema alterava o lote de um componente na O.P. mesmo que ele não tenha sido alterado no modelo.

Correção efetuada: ajustamos a rotina para recalcular, na O.P., os componentes com lote apenas se estes foram alterados no modelo.

Problema: ao gerar um pedido por meio do pedido base e este tiver lote, ocorria que, mesmo havendo saldo no lote do pedido base, o sistema emitia uma mensagem de erro sobre o lote não ter saldo suficiente.

Mensagem: O lote X não possui saldo suficiente no depósito X para atender a quantidade informada (X) no item de produto X. Verifique.

Correção efetuada: alteramos o sistema para que, ao gerar um pedido por meio do pedido base e este tiver lote, o processo continue normalmente, desde que haja saldo no lote do pedido base.

Problema: ao definir o parâmetro Valida número do receituário por estado como S - Sim nas definições da tela F070FVE e emitir uma receita onde os estados do cliente e responsável técnico eram diferentes, aparecia uma mensagem pouco clara: Não existem números de receita disponível para o responsável técnico.

Correção efetuada: ajustamos a mensagem para que esclareça a validação referente aos estados do cliente e responsável técnico.

Problema: ao emitir receitas, as restrições por estado cadastradas na aplicação do agrotóxico (F113APL) e no cadastramento da bula (F113BUL) não eram consideradas.

Correção efetuada: disponibilizamos o parâmetro global ResEstRem. Quando S - Sim, ele valida as restrições por estado cadastradas na aplicação do agrotóxico (F113APL) e no cadastramento da bula (F113BUL) durante a emissão de receituário agronômico (F113REM).

Se a data da receita a ser emitida estiver dentro do período definido na restrição para o estado, uma mensagem será exibida para impedir a emissão da receita.

Problema: ao inserir uma tabela de preço em um item não cadastrado para essa tabela, o sistema apresentava o seguinte erro: Tabela de Preço não cadastrada, inativa, fora do período ou produto - derivação não cadastrado na tabela de preço.

Depois, zerava o percentual de comissão do item do pedido indevidamente.

Correção efetuada: ajustamos o sistema para que não altere o percentual de comissão do item do pedido ao informar uma tabela de preço.

Problema: ao fechar uma nota de saída, a nota de entrada de transferência gerada não era possível alterar a origem fiscal da mercadoria, após a chamada do identificador de regras COM-000ALSTR01.

Correção efetuada: criamos o parâmetro global SugCstTra que fará o sistema sempre sugerir uma nova situação tributária de ICMS, ao gerar uma nota fiscal de transferência via nota fiscal de saída.

Na geração de nota fiscal via web service com.senior.g5.co.mcm.ven.notafiscal, quando o valor de Outros (VlrOut) era enviado nos itens e nos dados gerais da requisição e o recálculo de valores estava ativo, o sistema somava o valor de Outros dos dados gerais com os de itens.

Para resolver a situação sem afetar o comportamento original do web service, implementamos a variável VenAOutDgeWS no identificador de regras VEN-140WSNFPD1.

Ela indica se o sistema deve somar o valor de Outras dos dados gerais com o de itens, sendo S - Sim o padrão.

Implementamos um novo parâmetro de Filtro SQL no processo automático 102 - Integração com o eDocs para importação de documentos e retornos das emissões, a fim de que o sistema não execute esse processo para, por exemplo, uma determinada série.

Implementamos o parâmetro global OriCstNfs. Ele indica se o sistema deve preencher a origem da mercadoria da nota fiscal de saída com o primeiro dígito da situação tributária de ICMS.

Para saber mais, acesse a documentação.

Complementamos a documentação da tela F102CON, adicionando informações dos campos existente nas guias e principalmente quanto ao funcionamento do campo Qtd. Insp que mostra a quantidade recebida total do item do serviço da nota, onde foi realizada a execução do plano de inspeção via recebimento, identificando que esse item da nota já foi inspecionado.

Incluímos um novo filtro na entrada do relatório 063 - SECE063 - IN 1673/2016 - Movimentação diária de estoque, a fim de atender a IN 1673/2016. Ele define se os produtos com saldos e movimentações zerados no período serão exibidos ou não.

Problema: ao usar o web service com.senior.g5.co.int.eletronicos.documentos, porta Receber, para importar uma nota fiscal cujo .XML tem um caractere ilegível, era apresentada a mensagem de erro: Stream read error.

Correção efetuada: ajustamos a importação de nota fiscal para que os caracteres inválidos sejam removidos do arquivo .XML.

Problema: ao gerar o relatório 035 - Eventos de Manifestação do Destinatário (SRNF035.GER) com a configuração de Apresentar apenas Notas com Manifestação igual a S - Sim, eram carregado todas as notas fiscais de manifestações da série eletrônica e da série não eletrônica.

Correção efetuada: ajustamos a situação acima para carregar apenas as notas fiscais com manifestação registrada.

Problema: ao fechar uma nota de saída, a nota de entrada de transferência gerada não era possível alterar a origem fiscal da mercadoria, após a chamada do identificador de regras COM-000ALSTR01.

Correção efetuada: criamos o parâmetro global SugCstTra que fará o sistema sempre sugerir uma nova situação tributária de ICMS, ao gerar uma nota fiscal de transferência via nota fiscal de saída.

Problema: ao fechar uma nota fiscal de entrada com um produto equivalente, o sistema fazia o cálculo do produto corretamente, porém errava no rateio.

Correção efetuada: ajustamos o fechamento da nota fiscal de entrada na tela para que, quando houver um produto equivalente, o sistema siga o mesmo comportamento dos valores nos rateios, fazendo com que eles fiquem corretos durante o fechamento e exclusão da nota.

Problema: o valor de ICMS Destacado era descontado do valor do movimento de estoque no fechamento da nota fiscal de entrada.

Correção efetuada: ajustamos a rotina para não descontar o ICMS Destacado do valor do movimento de estoque.

Problema: ao finalizar as cotações de produtos, o campo Previsão Ent era consistido/validado para todos os registros da grade, mesmo os que não foram alterados.

Isso tornava o processo inviável quando havia muitos registros. Além disso, há clientes que não podem trocar a data de previsão de entrega informada pelo fornecedor.

Correção efetuada: implementamos o parâmetro global ConDatPrv. Quando ele estiver igual a N, a consistência/validação não será executada.

Implementamos a função HttpSetaTimeout que permite definir um tempo de espera para o retorno da requisição. Caso a requisição HTTP não retorne dentro do tempo configurado, será lançada uma exceção.

Implementação a função HttpNormalizaRetorno que aplica a normalização de texto para caracteres de combinação na resposta da requisição HTTP. Por exemplo, a normalização será aplicada quando existirem caracteres acentuados que são representados pela letra e pelo caractere de combinação (a acentuação).

Problema: ao abrir várias telas do sistema utilizando o BrowserAccess, algumas telas abriam sem informação apresentando uma tela em branco, de forma aleatória.

Correção efetuada: ajustamos a rotina de carregamento das telas para a exibição das telas e suas informações.

Implementamos a assinatura digital nos arquivos .exe e .dll do Gestão Empresarial | ERP e, também, nos arquivos de integração com outros sistemas que estão inseridos na mídia de instalação. O certificado de assinatura de código exibe o nome da Senior, permitindo mais segurança ao identificar os arquivos.

Problema: ao usar o web service com.senior.g5.co.int.eletronicos.documentos, porta Receber, para importar uma nota fiscal cujo .XML tem um caractere ilegível, era apresentada a mensagem de erro: Stream read error.

Correção efetuada: ajustamos a importação de nota fiscal para que os caracteres inválidos sejam removidos do arquivo .XML.

Problema: ao alterar o campo Código do grupo via web service com.senior.g5.co.mfi.cre.alteratituloscr, porta AlteraTitulosCR, ele retorna que foi processado com sucesso, porém não faz a alteração.

Correção efetuada: ajustamos a rotina do campo Código do grupo, inserindo a validação de alteração nesse campo no web service mencionado.

Caso seja identificada uma alteração, o campo será alterado na base de dados.

Ao importar uma nota fiscal de entrada pelo web service com.senior.g5.co.mct.imp.importarnotasfiscaisentrada, se a nota estivesse cadastrada, seus dados eram sobrescritos quando o período estava em aberto para Tributos.

Para resolver isso, adicionamos o identificador de regras IMP-660NFAWS01. Ao ativá-lo, ele suspende a modificação/alteração de notas com a mesma chave cadastrada na importação via web service. Assim, não sobrescreve as notas antigas.

Problema: não era possível usar dois sistemas lado a lado, no mesmo monitor, na versão XTended.

Correção efetuada: removemos a limitação de resolução mínima da versão XTended (1200 x 800).

Assim, pode ser que alguns componentes e imagens fiquem desalinhados caso você diminua muito o tamanho do sistema.