Gestão Empresarial | ERP - 5.10.4.14

Complementamos a documentação da tela Compras - Fixação de Preços (F439FIX), adicionando a informação de que, referente às notas de Pessoa Jurídica, quando há recebimento da nota de entrada emitida pelo fornecedor, o item de produto da nota não terá o vínculo com o item da ordem de compra. Esse comportamento não possui estrutura no dicionário de dados para replicar o mesmo processo das contra notas emitidas para Pessoa Física, onde esse vínculo é permitido.

Problema: Ao realizar um cancelamento de pesagem via webservice com.senior.g5.co.int.agr.pesagem, porta RegistrarPeso, nos casos onde, por algum motivo, o peso de saída é maior que o da entrada existe uma tolerância informada no sistema. O sistema não considerava a tolerância e exibia a consistência da diferença dos pesos e, consequentemente, impossibilitava o cancelamento.

Correção efetuada: Seguindo o conceito das telas de pesagem, alteramos a consistência do Web Service, que passará a considerar também o valor da tolerância.

Ajustamos o campo SeqObs da tabela E085OBS para suportar até 999.999.999 registros.

Alteramos a rotina da Atualização Cadastral de Clientes e Fornecedores (F000APA) para atualizar também o regime tributário quando a SEFAZ indicar SIMEI. Isso se refere ao registro 4- Simples Nacional - Microempreendedor Individual - MEI no cadastro do Cliente e Fornecedor. Para mais informações, acesse a Documentação.

Complementamos a documentação da tela Operadoras financeiras (F066OPE), adicionando a informação de que, na tela Conciliação Cartões (F301CCC), se o layout utilizado não estiver com o campo TipVal parametrizado e o campo Trabalha com Resumo de Venda estiver com valor "N - Não", a rotina de conciliação de cartões vai trabalhar com o valor bruto do título, sem o desconto da tarifa. A tarifa vai ser calculada separadamente e será descontada do valor bruto no final. Se, no entanto, o layout utilizado não estiver com o campo TipVal parametrizado e o campo Trabalha com Resumo de Venda estiver com valor "S - Sim", a rotina vai trabalhar com o valor líquido do título, já descontando a tarifa desde o início. Nessa situação, distorções dos valores podem ocorrer se for processada uma conciliação que não for do tipo resumo de venda.

Problema: o escopo do parâmetro NT2023004 estava indicado como sendo por Empresa.

Correção efetuada: o escopo do parâmetro NT2023004 foi alterado para ser por Empresa e por Filial.

Complementamos a documentação dos identificadores de regra COM-000ALCRT01, COM-000ALCSL01 e COM-000ALPIT01, alterando suas características e inserindo a informação de quais as telas em que são utilizados.

Ajustamos a documentação do identificador de regras VEN-160CAMPO02, alterando todas as ocorrências de Preço unitário para Preço Fatura. Além disso, foi inserida uma observação indicando que o identificador de regra não é acionado ao sair do campo Preço unitário venda.

Complementamos a documentação do identificador de regra VEN-140NEDGE01, adicionando a variável VSIntNumChv. Isso permite que o cliente acesse a Chave do Documento que está sendo processado. O Identificador de Regras VEN-140NEDGE01 é executado nas seguintes operações eletrônicas: Emissão de NF-e, Carta de Correção, Evento de Cancelamento e Inutilização. Em todas essas operações, a variável VSIntNumChv deve estar preenchida com a Chave do Documento.

Problema: ao tentar excluir um registro na tela Relação Produto X Cliente Agrupado (F075PCA), era exibida a mensagem de erro: Parâmetros por Estado não cadastrados para o Estado na empresa 1.

Correção Efetuada: ajustamos a tela Relação Produto X Cliente Agrupado (F075PCA) para que não exija parâmetros por estado ao excluir um registro.

Problema: na tela R2060 - Contribuição Previdenciária sobre a Receita Bruta - CPRB (F690CPR ), as notas de venda com transações iniciadas com 7, mas sem CFOP correspondente, geravam registros com o código de ajuste 4 (exportação) para a EFD Reinf 2060.

Correção Efetuada: corrigimos o código de ajuste para valores provenientes de notas cuja CFOP não corresponde a exportação.

Problema: ao excluir um imposto com o identificador de regra IMP-660CNFEXE ativo, a data da apuração não era buscada na variável IMPDPERINI.

Correção Efetuada: corrigimos a data para o identificador de regra IMP-660CNFEXE.

Problema: ao carregar várias notas de entrada de produto e serviço ao mesmo tempo, as notas fiscais de serviços apresentavam a Base Excluir PIS e Base Excluir COFINS em documentos que não possuíam ICMS.

Correção Efetuada: ajustamos a carga das notas de entrada de serviço para que a sugestão das bases a excluir de PIS/COFINS considere o ICMS do item da nota de serviço.

Problema: na tela Processamento de Lotes Contábeis (F650PLT), não era possível visualizar o valor completo do campo Lote quando esse valor era superior a 1 milhão.

Correção efetuada: ajustamos o tamanho do campo Lote para permitir a visualização de valores superiores a 1 milhão.

Complementamos a documentação da tela Consulta de Extrato de Conta Interna de Caixa e Bancos (F603CSC), adicionando a informação de como é montado o valor do Saldo Mês Moeda: o Saldo Mês Moe. da competência atual é o resultado do Saldo Mês Moe. da competência anterior com o Vlr. Mov. Moe. da competência atual. Se o Vlr. Mov. Moe. for um C - Crédito, vai somar. Se for um D - Débito, vai diminuir.

Complementamos a documentação da tela Conciliação Cartões (F301CCC), adicionando a informação de que o padrão é agrupar na tesouraria independente do campo Agrupar movimentos. Caso seja necessário o lançamento individual na tesouraria, deve ser utilizado o identificador de regra CRE-301BMATI01.

Ajustamos a documentação da função SimulacaoIMP_Calcular, adicionando uma nova informação. Originalmente, a função tinha como objetivo retornar o valor de cada imposto calculado para o título (C.PAGAR) passado por parâmetro. Com a atualização, foi acrescentado que a função agora não considera os títulos já liquidados na mesma competência para o mesmo fornecedor.

Problema: na tela Cálculo/Pagamento de Comissões (F504RCP), ao clicar em Processar, era apresentada a seguinte mensagem: Usuário sem permissão para informar rateio, mesmo que o usuário tivesse permissão.

Correção Efetuada: Ajustamos a rotina de rateio referente à comissão na tela Cálculo/Pagamento de Comissões (F504RCP).

Ajustamos o leiaute SAEX11004 para gerar o arquivo com o tipo de pagamento 20, quando no Pagamento Eletrônico for utilizado o tipo de pagamento PO - Pagamento Concessionária. Para conferir, acesse a página.

Complementamos a documentação do web service Com.senior.g5.co.cad.clientes, porta Exportar, acrescentando a informação da obrigatoriedade do campo clifor no cadastro do cliente (Cadastros - Clientes (E085CLI)).

Problema: na integração com o WMS Senior, quando havia instabilidade as pendências das cargas eram consumidas mas não eram exportadas.

Correção efetuada: alteramos o sistema para que em casos de instabilidade as pendências não sejam consumidas e fiquem disponíveis na próxima execução.

Problema: ao dar entrada de uma nota fiscal, o código de barras antigo que havia sido utilizado incorretamente em um produto não era excluído no WMS WIS, causando o erro Mais de um produto para o mesmo código.

Correção efetuada: alteramos o sistema para que o código de barras antigo seja excluído no WMS WIS.

Problema: ao incluir títulos a pagar no ERP XT via DDA através da senior X Platform, ocorria frequentemente erro de fornecedor sem histórico cadastrado para a empresa e filial dos títulos.

Correção efetuada: corrigimos o ERP_SERVICE para cadastrar automaticamente o histórico do fornecedor, caso o mesmo não exista para a empresa e filial do título que esteja sendo incluído. Serão preenchidos os dados padrões (conforme já é feito na inclusão do histórico via telas F095CAD e F095HFO) e sugerida aleatoriamente uma das condições de pagamento aplicáveis cadastradas na base de dados (visto que é um dado obrigatório).

Problema: ao fazer um apontamento de produção em uma O.P. que foi reaberta e tinha a quantidade realizada maior que a prevista, não ocorria a baixa dos componentes quando a forma de baixa era automática.

Correção efetuada: criamos o identificador de regras CHA-900BCQPA02. Quando ativo, permitirá a baixa automática dos componentes ao fazer o apontamento de produção em uma O.P. que foi reaberta e tinha a quantidade realizada maior que a prevista.

Complementamos a documentação da tela Contratos de Venda (F160NOV), adicionando a informação de que a gravação de observações ocorrerá em duas situações, as quais: quando houver número da nota e mudança no preço da fatura ou no preço padrão ou no preço repasse, e quando houver número da nota e a data do último reajuste do preço de repasse ou do preço padrão for modificada.

Problema: o cliente possui um Kit configurado na tela Manutenção da Composição de Produto KIT (F075CSM), com produtos controlados por lote. Ao gerar o pedido de venda, a distribuição dos lotes não é feita inicialmente, visto ainda não se saber quais lotes serão utilizados. No momento da geração da nota via pedido, os lotes são distribuídos, utilizando dois lotes diferentes para um produto específico. A nota fiscal é emitida com sucesso, mas o item no pedido apresenta a situação 8, quando deveria ser 4.

Correção efetuada:   o Identificador de Regras VEN-120ISMCK01 foi removido do sistema, juntamente com sua funcionalidade. Não é mais possível inserir novos registros ao fechar a Nota Fiscal de Saída que contém um produto Kit. Agora, apenas é possível adicionar um código de Lote e/ou alterar a quantidade a ser faturada.

Problema: ao duplicar um contrato através da tela Duplicação de Contrato de Vendas (F160DUP), que pode ser acessada através da tela Contratos de Venda (F160NOV), o sistema gerava o novo contrato duplicando os valores dos campos de Usuário de Geração, Data de Geração, Hora de Geração, Quantidade Faturada do Produto/Serviço e Valor Faturado do Produto/Serviço.

Correção efetuada:   o sistema foi modificado para que, ao duplicar um contrato, os campos de Usuário, Data e Hora de Geração sejam preenchidos com novos valores, em vez de herdarem os do contrato original. Além disso, os campos de Quantidade e Valor Faturado serão zerados.

Problema: quando configurado para que o ICMS Diferido fosse descontado no preço unitário, o sistema arredondava indevidamente o preço unitário, resultando em uma diferença de 0,01.

Correção efetuada: ajustamos o cálculo do ICMS diferido para evitar o arredondamento no cenário mencionado anteriormente.

Complementamos a documentação das telas Entrada de Pedidos Agrupado - Seleção de Campos para Personalização (F120SEL) e Seleção de Campos para Personalização de Pedidos (F120SCP), adicionando a informação de que as parametrizações dos campos de seleção dessas telas fazem referência, respectivamente, às telas Entrada de Pedidos Agrupado (F120GPD) e Entrada de Pedidos com Avaliação de Produto (F120GPC).

Complementamos a documentação da tela Faturamento Agrupado de Cargas (F149GNA), inserindo os campos Analisar crédito ao fechar cada nota, criado para analisar crédito ao fechar cada nota e trazer os valores do número da nota e série, e Analisar crédito antes de cada nota, anteriormente chamado Analisar crédito. Além disso, também nessa tela, o identificador de regra VEN-000CRECL01 foi alterado para trazer o número da nota e da série ao fechar cada nota.

Problema:   o sistema exibia os campos da grade com os nomes técnicos conforme declarados na base de dados, dificultando o entendimento.

Correção efetuada:   o sistema foi alterado para que, na configuração dos campos da grade das telas Consultas de Pré-faturas (F135CPF) e Consulta Itens de Pré-fatura (F135CIF), as descrições dos campos estejam mais coerentes, facilitando o entendimento do cliente.

Problema: ao emitir o arquivo XML de um CT-e que possui um Local Entrega informado, mas sem e-mail de contato para o recebedor, o sistema gerava a tag <email> indevidamente, ocasionando uma crítica no sistema de Documentos Eletrônicos/Sefaz.

Correção efetuada:   o sistema foi alterado para garantir que, ao emitir o arquivo XML de um CT-e que possui um Local Entrega informado sem e-mail de contato, a tag <email> não seja gerada indevidamente.

Complementamos a documentação do processo Processo automático 67 - Importação de documentos eletrônicos de entrada, adicionando orientações adicionais essenciais para a utilização do processo agendado em ambientes com grande volumetria de documentos a serem processados pela rotina.

Problema: na rotina de valorização das transferências, os valores calculados em transferências entre produtos não ficavam corretos quando o produto de destino, devido a ordenação dos produtos na execução do processo, era valorizado antes do produto de origem.

Correção efetuada: ajustamos a rotina para que independente da ordenação dos produtos na execução, a valorização fique correta.

Complementamos a documentação da tela Transferência (Depósitos)/Baixa Estoque (Compacta) (F210TBC) inserindo a informação de que, para que o campo Código do motivo da observação ou situação da espécie (CODMOT), da tabela Estoques - Movimentos (E210MVP) seja preenchido nos movimentos de estoques gerados pela transferência, é necessário executar o cadastro de Transação X Motivos na tela Transação X Motivos (F001TMO), ligando as transações utilizadas para a transferência com o motivo desejado.

Problema: ao ser processada uma entrada de produto controlado por lote, era possível digitar espaços no início do código do lote indevidamente.

Correção efetuada: corrigimos esta situação para que não permita a inserção destes espaços, visto que eles podem causar inconsistências em rotinas do sistema que utilizam o código do lote.

Problema:ao realizar a contagem de uma nota que repete o mesmo item na grade de produtos e informar mais de um lote, pode ocorrer, durante a conferência da contagem, uma distribuição incorreta das quantidades entre os lotes ao clicar em Manter Lotes Contagem, resultando em uma discrepância com a quantidade informada na contagem.

Correção efetuada: foi realizado um ajuste na rotina de distribuição dos lotes para se adequar às quantidades da sequência do produto na nota.

Problema: ao processar uma nota fiscal de entrada na tela Via Recebimento de Documento Eletrônico (F000INE) com o percentual de GilRat parametrizado na tela Cadastro de Fornecedor (F095CAD), e ao consultar a nota, através do botão Nota Fiscal, o campo % GilRat era carregado com zero.

Correção efetuada: ajustamos a situação acima e o sistema para carregar o campo % GilRat corretamente.

Problema: ao alterar o campo Preço Cotado, caso a unidade de medida de estoque fosse diferente da unidade de cotação do fornecedor, o sistema alterava indevidamente o preço ao clicar em Recalcular.

Correção efetuada: ajustamos uma falha que alterava o preço cotado ao recalcular a cotação.

Problema: quando um usuário estivesse configurado para obrigar a forma de pagamento através da tela F099UCP, e com zero no campo Código Forma Pagamento da tela F095HFO, ao acessar a tela F420APR para aprovar as ordens de compra com mais de uma selecionada, era apresentada a mensagem Erro - Erro - Código da Forma de Pagamento obrigatório para o Usuário e não informado nas definições do Fornecedor.

Correção efetuada: ajustamos o sistema para apresentar a mensagem Erro na Ordem de Compra XXX - Erro - Código da Forma de Pagamento obrigatório para o Usuário e não informado nas definições do Fornecedor. Assim será possível visualizar qual é a ordem de compra que originou a mensagem.

Disponibilizamos as documentações completas das telas Consulta de Solicitações de Compra de Produtos - Seleção (F406SCS) e Consulta de Solicitações de Compra de Serviços - Seleção (F406SSS), que são acessadas respectivamente através do botão Seleção das telas F406SOL e F406CSS.

Estas telas fornecem filtros auxiliares para a exibição de informações nas telas de origem e é importante atentar sobre o funcionamento dos filtros pré definidos que existem de Situação e Procedência para a tela F406SCS e Situação para a tela F406SSS.

Para acessar as respectivas documentações, basta clicar nos links acima.

Problema: quando na tela Cobrança Escritural - Parâmetros (F030COB) o Código interno da carteira era diferente da Carteira no banco, o webservice com.senior.g5.co.ger.relatorio, porta BloquetoFinanceiro, mostrava a carteira zerada no boleto.

Correção Efetuada: ajustamos o boleto para exibir corretamente a informação da carteira quando executado via webservice com.senior.g5.co.ger.relatorio, porta BloquetoFinanceiro.

Problema: com a Bridge habilitada, alguns analisadores externos emitiam uma falha de validação ao ler o .XML para responder à codificação dos caracteres, quando esta era diferente de UTF-8.

Correção efetuada: adequamos as tags de definições no .XML responsável pela resposta dos serviços. Desta forma, mesmo com a Bridge habilitada, a leitura do .XML responde à codificação dos caracteres, mesmo quando diferentes de UTF-8.

Problema: ao editar uma tela no sistema quando há regra com depurador ativo vinculada, ao fechar essa mesma tela, era exibido o erro NullPointerException.

Correção efetuada: criamos uma lógica que redimensiona os campos texto das telas para verificar se o objeto não está vazio. Assim, uma tela pode ser editada e fechada sem que ocorra o erro mencionado.

Complementamos a documentação do web service Com.senior.g5.co.cad.clientes, porta Exportar, acrescentando a informação da obrigatoriedade do campo clifor no cadastro do cliente (Cadastros - Clientes (E085CLI)).

Problema: quando na tela Cobrança Escritural - Parâmetros (F030COB) o Código interno da carteira era diferente da Carteira no banco, o webservice com.senior.g5.co.ger.relatorio, porta BloquetoFinanceiro, mostrava a carteira zerada no boleto.

Correção Efetuada: ajustamos o boleto para exibir corretamente a informação da carteira quando executado via webservice com.senior.g5.co.ger.relatorio, porta BloquetoFinanceiro.

Problema: nas regras de integração com a SARA era exibida a mensagem Não há definição para a URL da plataforma. Verifique seu arquivo de configuração (cfg)., porém, a obrigatoriedade desta configuração não estava clara.

Correção efetuada: ajustamos o sistema para que, caso não tenha sido configurado uma URL na Central de Configurações Senior, o sistema automaticamente sugira o padrão.

Problema: havia uma falha na apresentação da descrição de alguns menus específicos quando eles eram adicionados aos Favoritos no sistema, e, caso houvesse vários menus com a mesma descrição, ao serem favoritados, não era possível fazer a diferenciação entre eles.

Correção efetuada: ajustamos a rotina que grava a descrição dos menus favoritados no sistema, para que seja possível diferenciar os menus quando estão nos Favoritos.