Gestão Empresarial | ERP - 5.10.2.47

Problema: ao cadastrar um imóvel na tela E603IMR, o campo CEP não aceitava a informação quando fosse dentro da abrangência.

Correção efetuada: ajustamos o campo, para aceitar o cadastro de CEP por abrangência e fazer a validações necessárias.

Problema: ao alterar a derivação do produto e em seguida fazer uma nova alteração no cadastro do produto a partir da tela F075GFP, retornava a mensagem Os dados foram alterados por outro usuário, verifique!

Correção efetuada: ajustamos a rotina para que no cenário acima, a mensagem não seja retornada e a alteração seja executada normalmente.

Complementamos as descrições dos campos Cliente, Fornecedor e Representante, atualizando o funcionamento destes para usuários que utilizam o ERP WEB, bem como para consistências em rotinas específicas que é o caso do campo Representante.

Problema: a tela F661ARC, acessada no botão Ajustes Base da tela de apuração dos impostos 41- PIS/PASEP Não Cumulativo (SPED) e 42 - COFINS Não Cumulativo (SPED), utiliza os campos para compor a chave da grade: Código do Dispositivo, Tipo Ajuste Documento Fiscal, Data Operação e CGC/CPF. Quando todos estes campos se repetiam, a informação não era inserida na grade.

Correção efetuada: ajustamos os campos chave utilizados na tela F661ARC, formada pelos campos: IND_AJ_BC (Tipo Ajuste Documento Fiscal); COD_AJ_BC (Código do Dispositivo); NUM_DOC (Numero Doc); COD_CTA (Conta); DT_REF (Data da operação); CNPJ (CGC/CPF) e INFO_COMPL (Informação Complementar) .

Problema: na tela F661PAI, o valor de ICMS simples de notas de suprimentos não era considerado em outros créditos/débitos da apuração do ICMS quando havia diferencial de alíquota destacado e o parâmetro Lançar ICMS Simples no ICMS estava configurado para somar.

Correção efetuada: corrigimos a apuração do ICMS para considerar os valores de ICMS simples.

Problema: ao gerar o relatório DECWEB - Porto Alegre (CIAM014.GER) para notas fiscais de entrada (serviços tomados), os campos de ISS (campos 13, 14 e 16) eram gerados com o valor fixo 0,00.

Correção efetuada: ajustamos a rotina para que os campos acima sejam gerados corretamente.

• campo 13: E660NFC.VlrDed;
• campo 14: caso E001TNS.CprIss='-', recebe E660NFC.PerIss; senão recebe 0;
• campo 16: caso E001TNS.CprIss='-', recebe E660NFC.VlrIss; senão recebe 0.

Problema: ao integrar uma nota fiscal pela tela F660INT, o campo Código Tributação p/ DARF não era preenchido quando, no item da nota fiscal de serviço, ele estava em branco e, nos dados gerais da nota, estava preenchido.

Correção efetuada: alteramos a integração de notas fiscais de serviço para que o Código Tributação p/ DARF nos dados gerais da nota fiscal de Tributos seja preenchido com o Código Tributação p/ DARF dos dados gerais da nota fiscal de entrada quando, no item, esse campo não estiver preenchido na nota fiscal.

Problema: ao gerar o Bloco J (Demonstrações Contábeis) do SPED Contábil na tela F669ECD para uma empresa que passou por processo de incorporação, gera o arquivo de forma trimestral e não possui movimentação nas contas de resultado para o último trimestre, o sistema não gerava corretamente o saldo final do registro J150 (Demonstração do Resultado do Exercício (DRE)).

Correção efetuada: ajustamos o registro J150 para gerar corretamente o saldo final quando a empresa passou por processo de incorporação e gera o arquivo trimestralmente.

Complementamos a documentação da tela Conciliação Contábil (F650CCT) com a seguinte observação:

Problema: ao importar um bem por meio do leiaute padrão Importação de Bens - Patrimônio (SAIM00099.SCF). o sistema apresentava o seguinte erro: Componente não localizado: BtnGED.

Correção efetuada: ajustamos a importação de bens via leiaute padrão para que o erro não ocorra.

Problema: na versão anterior, alteramos o sistema para que, nos casos onde o campo Soma Frete estivesse com o valor igual a S - Sim na nota fiscal de saída e a opção Buscar DVV da Nota Fiscal de Venda estivesse marcada na tela F621AEQ, o valor do frete fosse considerado, alteração essa que não deveria ocorrer.

Correção efetuada: removemos a alteração acima e o sistema manterá o comportamento como era antes, ou seja, neste processo, o valor de frete não deve ser considerado no valor final.

Problema: com um título selecionado na grade Títulos a Baixar da tela F301SUB, ao alterar o campo Moeda da grade Títulos Substitutos, o campo Cotação de Emissão não era alterado.

Correção efetuada: ajustamos as telas F301SUB e F501SUB para preencherem corretamente o campo Cotação Emissão ao alterar o campo Moeda.

Problema: ao cadastrar um título substituto na tela F301SUB, o campo Cliente não era preenchido como sugestão.

Correção efetuada: corrigimos a tela para sugerir o campo Cliente da grade Títulos Substitutos conforme o cliente da linha em que o cursor ficou posicionado na grade Títulos a Baixar.

Problema: na tela de Preparação de Remessa do Pagamento Eletrônico (F510PPR), ao realizar a inclusão de um título em um agrupamento existente utilizando a opção Incluir em em seguida clicar no botão Processar, ocorria a seguinte mensagem: Agrupamento: XXX, alterado durante a digitação..

Correção efetuada: corrigimos para que utilizando a opção Incluir, ao alterar o agrupamento da tela para um agrupamento existente, seja apresentada a seguinte mensagem impedindo o processamento: O Agrupamento XXX já existe. Não é possível incluir mais títulos neste agrupamento utilizando a opção Incluir.

Problema: na geração da remessa do banco Santander (portador 033) na tela F510PRM, utilizando o leiaute SAEX11005, gerava em branco o trailer do lote na posição 042 a 059 e o trailer do arquivo a partir da posição 30, gerava alguns zeros onde deveria gerar em branco.

Correção efetuada: ajustamos o leiaute de acordo com a informação do manual do banco.

Problema: a tela F606CCR permitia indevidamente informar um centro de custo sintético.

Correção efetuada: ajustamos essa situação, para que sejam realizadas todas as consistências padrões ao informar um dos seguintes campos: Centro de Custo, Conta Financeira e Conta Contábil Reduzida.

Problema: ao fazer a transferência de longo para curto prazo na tela F606TLC, alguns movimentos eram gerados em período fechado da Tesouraria.

Correção efetuada: ajustamos a rotina para não gerar os movimentos no cenário acima.

Neste caso, será apresentada a seguinte mensagem: Movimentos estão fora do período definido pela filial na gestão da tesouraria. Serão gerados com a data de baixa. Você poderá continuar ou cancelar o processo.

Problema: a documentação de separação por pré-fatura indicava, no tópico Gerar pré-fatura, que apenas a tela F135FCP poderia ser utilizada no processo de integração com o Gestão de Armazenagem | WMS Senior.

Correção efetuada: ajustamos a documentação informando que o processo de geração de pré-faturas pode ser realizado em qualquer tela que faça a geração de pré-faturas, pois a integração ocorre por meio dos registros gerados baseados na tabela Vendas - Análise de Embarque - Dados Gerais (E135ANE) e tabelas filhas.

Problema: o Gestão Empresarial apresentava indisponibilidade na integração ERP x FIS devido à uma manutenção feita nas rotinas de integrações.

Correção efetuada: ajustamos a integração acima para que o serviço funcione devidamente.

Problema: quando gerado algum registro para aprovação e enviado para o aplicativo Gestor Senior, ocorriam casos do registro aparecer duplicado para o mesmo usuário no aplicativo.

Correção efetuada: ajustamos a rotina de envio de informação para o aplicativo, identificando quando o registro é enviado em duplicidade e enviando uma expiração para um dos registros.

Problema: verificamos que a operação normal do web service com.senior.g5.co.cad.clientes, porta Exportar, não estava considerando a geração de pendências dos registros, uma vez que retornava todos registros independentemente da existência de pendências ou não.

Correção efetuada: versionamos a porta Exportar, agora Exportar_5, e disponibilizamos o parâmetro conPen, que permite informar se deverá ser considerada a geração de pendência de integração dos registros.

Problema: ao gerar um título no fechamento de uma nota de saída na tela F140GNF com uma moeda diferente da moeda da empresa, o sistema por vezes gerava um valor de moeda arredondado que não batia com o valor original da nota.

Correção efetuada: criamos o parâmetro global AjuCotTit para ajustar a cotação na hora de gerar o título pelo faturamento, abrangendo até dez casas decimais no campo Cotação Moeda Emissão.

Problema: ao gerar um CT-e de anulação a partir da tela F140COL, o sistema cria uma nota de entrada vinculada a nota de saída, porém não estava calculando o ICMS Creditado Efetivamente como deveria ocorrer.

Correção efetuada: alteramos o cenário acima, para recalcular a nota de entrada no fechamento, quando criada via um CT-e de anulação e assim, considerar devidamente o cálculo do ICMS Creditado Efetivamente.

Problema: ao processar a nota fiscal de cobrança através da tela F140NFR, o valor do frete duplicava e gerava o erro Não foi possível gerar Notas Fiscais - Não foi possível fechar Nota Fiscal - O Valor do Frete dos Itens (XX) não fecha com o Valor do Frete da Nota Fiscal (XX).

Correção efetuada: alteramos o sistema para que ao processar a nota fiscal de cobrança através da tela F140NFR, o valor do frete não seja duplicado e não gere mensagem de erro acima.

Problema: ao gerar a nota fiscal de saída através da tela F140PRE, executava o identificador de regras VEN-140PRECO01, mas não sugeria o novo valor ao preço unitário como deveria. A situação ocorria, pois era realizado o cálculo da unidade de medida sem calcular corretamente o preço de venda.

Correção efetuada: alteramos o sistema para que o identificador de regras VEN-140PRECO01 seja executado sugerindo o novo valor ao preço unitário. Desta forma, será realizado primeiro o cálculo do preço de venda e depois o cálculo da unidade de medida.

Problema: ao carregar um pedido na tela F120GPD que tivesse parcelas especiais e informação do número do documento externo integrado, ao tentar posicionar no item, o cursor sempre voltava indevidamente para o campo do número do pedido, impossibilitando a alteração dos campos.

Correção efetuada: acertamos o sistema, para que ao carregar um pedido na tela F120GPD com as condições acima, seja possível a alteração dos itens.

Adicionamos na página de Emissão de CT-e, um tópico que cita quanto ao cancelamento do CT-e.

Segue trecho da legislação:

• Para cada CT-e emitido com erro, somente é possível a emissão de um CT-e de anulação e um substituto, que não poderão ser cancelados.

Mais informações, acesse nosso portal.

Atualizamos a descrição do campo Contrato referente a documentação da tela F000INE, informando quando ele pode ser manipulado/editado e qual o funcionamento dele quando editado.

Complementamos a documentação da tela F410SFP, acrescentando os campos Fornecedor, Fantasia Fornecedor, Dt. Ult. Compra, Convite/Licitação, Fornecimento (NF) e Total e qual o comportamento de cada um.

Informamos uma observação na documentação da tela F207RRS, onde cita que para que as requisições de serviço a serem reabilitadas sejam listadas na tela, estas precisam estar na situação 4 - Liquidada e não haver quantidade comprada.

Atualizamos a documentação da tela F220SEL, descrevendo o funcionamento do campo Último movimento, onde a data informada será utilizada para filtrar a Data Última Entrada e Data Última Saída do produto no estoque.

Problema: quando aberto a tela de Acompanhamento de Produção (F901ACP) através da tela de Procedências das Reservas de Estoque (F828CCR), não preenchia o filtro da situação das O.Ps. Com isso, todas as O.Ps. eram carregadas, causando lentidão na abertura da tela.

Correção efetuada: ajustamos a rotina para que nesse cenário, o filtro da tela F828CCR seja preenchido com as situações igual a A - Andamento, E - Explodidas, L - Liberadas e S - Suspensa, diminuindo o tempo de abertura da tela.

Problema: ao executar a estabilização de estoques através da tela F215FES, ocorria uma distorção do no valor do preço médio, onde estourava o tamanho do campo Preço médio.

Correção efetuada: ajustamos a rotina acima para que realize a estabilização de estoques devidamente.

Problema: quando configurado para utilizar rotinas auxiliares em funções HTTP e realizada uma requisição no qual retornava um arquivo, por exemplo, do formato PDF, ocorriam erros quando o sistema tentava ler o arquivo.

Correção efetuada: ajustamos a execução dos métodos HTTP em rotinas auxiliares para que o arquivo seja lido corretamente.

Problema: quando realizado o envio de e-mail com autenticação OAuth2 e havia um usuário de autenticação configurado no Centro de Configuração Senior, antes do envio a rotina tentava conectar no servidor SMPT, resultando num erro com a mensagem Erro ao enviar e-mail: 5.7.8. Username and Password not accepted.

Correção efetuada: ajustamos a rotina de envio de e-mail com OAuth2 para que não seja tente realizar login do servidor SMTP antes do envio de e-mail, visto que a autenticação é através de token no momento do envio.

Problema: quando enviava um e-mail com mais de um destinatário utilizando o provedor do Gmail, ocorriam erros no envio.

Correção efetuada: ajustamos o envio de e-mail com o provedor Gmail para que seja possível realizar o envio para vários destinatários.

Problema: quando realizava o envio de e-mail em processos automáticos com a autenticação OAuth2 ativado, utilizada pelo Gmail, o envio do e-mail não feito corretamente.

Correção efetuada: ajustamos para que o envio de e-mails em processos automáticos com a autenticação OAuth2 sejam enviados corretamente.

Problema: quando o sistema estava configurado para utilizar rotinas auxiliares em funções HTTP e executava os métodos HTTP com a opção de redirecionamento da requisição, a requisição não era completada com sucesso. Ao utilizar a função HttpGet, retornava a mensagem Erro ao executar requisição HTTP (GET): [EldHTTPProtocololExecption] HTTP/1.1 301 Moved Permanently.

Correção efetuada: ajustamos a execução dos métodos HTTP com o redirecionamento de requisições habilitado quando o sistema está configurado para utilizar rotinas auxiliares em funções HTTP.

Problema: apresentava lentidão quando realizado o acesso com usuário no sistema e durante o acesso à algumas telas. Isso ocorria devido a realização de requisições de novos comunicados que seriam apresentados em seguida, mas quando o ambiente não estava conectado à internet, as requisições ficavam travadas.

Correção efetuada:ajustamos para que as requisições não travem os ambientes que não possuem acesso à internet.

Problema: verificamos que a operação normal do web service com.senior.g5.co.cad.clientes, porta Exportar, não estava considerando a geração de pendências dos registros, uma vez que retornava todos registros independentemente da existência de pendências ou não.

Correção efetuada: versionamos a porta Exportar, agora Exportar_5, e disponibilizamos o parâmetro conPen, que permite informar se deverá ser considerada a geração de pendência de integração dos registros.

Problema: ao acessar o Gestão Empresarial XT, a abertura do sistema apresentava lentidão para ambientes que utilizam proxy na conexão de internet.

Correção efetuada: realizamos melhorias no processo de abertura do sistema, troca de usuário, troca de empresa e filial, para que este processo seja mais rápido, eliminando travamentos e lentidões em todos os tipos de ambientes.

Implementamos no sistema a possibilidade de utilizar o ERP XT sem integração com a Senior X Platform. Para que isto ocorra, é necessário marcar a caixa de seleção Acessar o XTended Offline (não integra com a X Platform), na Central de Configurações Senior > Sistemas > Gestão Empresarial (ERP) > Configuração ERP XT.

Além disso, possibilitamos também que o menu novo seja desativado, nos casos em que ele foi ativado via adesão ou espontânea, ou seja, através da mensagem que aparece na abertura do sistema. Para desativá-lo, acesse Recursos > Desativar XT.

Mudanças visuais no aplicativo Gestor Senior

Local: Aplicativo Gestor Senior