Gestão Empresarial | ERP - 5.10.2.55

Problema: quando feita exclusão de um representante na tela F090REP, não era desfeito o vínculo quando este se encontrava cadastrado como superior de algum outro representante.

Correção efetuada: corrigimos para que o vínculo do representante superior seja removido de outros representantes ao efetuar a exclusão.

Ajustamos a documentação do identificador de regras TES-606APEPM01, adicionando a informação que a variável TipPre deve ser informada na regra ou no arquivo CSV para a correta importação das prestações.

Implementamos o parâmetro global ValDatAut que indicará se será obrigatório informar a data e hora de autorização na autorização dos documentos eletrônicos. O valor padrão do parâmetro é S - Sim, o que obriga o usuário informar a data e hora. Caso esteja parametrizado como N - Não, o sistema não obrigará que informe.

Problema: ao realizar uma mudança de plano de centro de custo na tela F043MVP, exibia a seguinte mensagem de erro: Não foi possível atualizar contas nas tabelas dos outros módulos: Invalid variant type conversion. Isso ocorria somente quando existia registros na tabela Contábil - Saldo - Mensal e Orçamento por Centro de Custo (PF) (E651RTO) e o código do centro de custo fosse alfanumérico (com letras).

Correção efetuada: ajustamos o processamento da mudança de plano de centro de custo, para que não ocorra nenhum erro de conversão mesmo que o código do centro de custo seja alfanumérico e exista registros na tabela citada acima.

Problema: a documentação da tela Tabela de Preço de Venda (F081GTP), trazia a informação do campo Promoção, porém este campo não estava disponível para o usuário.

Correção efetuada: retiramos a descrição do campo Promoção da documentação da tela.

Problema: ao gerar o relatório 020 - MG - DAPI - Declaração de Apuração e Inf. do ICMS (CIAE020.GER), não gerava a Linha 66 com o valor contábil e o Detalhamento 20 não trazia os valores corretos referente aos créditos.

Correção efetuada: corrigimos a geração do arquivo para trazer os valores corretamente para a Linha 66 e para o Detalhamento 20.

Problema: ao realizar o cálculo do índice para fins de crédito do CIAP na tela F660CCI, o percentual era afetado quando o parâmetro Cons. Valor Contábil como Valor Tribut. no Calc. CIAP da tela F001TVE, estivesse definido como S - Sim, fazendo com que a transação deixasse de fazer parte do cálculo do CIAP caso a CST utilizada não finalizasse em 60. Porém, isto não estava claro na documentação.

Correção efetuada: ajustamos a documentação da tela, informando que ao utilizar o parâmetro Cons. Valor Contábil como Valor Tribut. no Calc. CIAP da tela F001TVE como S - Sim, a transação deixa de fazer parte do cálculo do CIAP caso a CST utilizada não finalize em 60.

Problema: na emissão de uma GNRE por meio do relatório 098 - FE - GNRE Online - Versão 2.0 (CIAE098.GER) para o estado do Piauí, apresentava a rejeição Crítica 229 - Deve-se informar ou o Valor Principal ou o Valor Total!. Isso ocorria, pois as tags de valor tipo eram geradas erradas no leiaute.

Correção efetuada: corrigimos o relatório 098 - FE - GNRE Online - Versão 2.0 (CIAE098.GER) para que gere o valor 11 e 21 na tag valor tipo quando o imposto for do tipo 64 - FCP - Fundo de Combate à Pobreza e o estado da guia de recolhimento for um destes: Alagoas (AL), Bahia (BA), Ceará (CE), Goiás (GO), Maranhão (MA), Mato Grosso (MT), Minas Gerais (MG), Paraíba (PB), Piauí (PI), Rio Grande do Sul (RS) e o Distrito Federal (DF).

Problema: quando utilizava percentuais com mais de duas casas decimais na tabela do tipo 11 - Critério de distribuição orçamento, ao processar a distribuição na tela Distribuição do Valor Histórico (F626DCD), gerava valores não distribuídos, mesmo que na tabela a distribuição foi realizada 100% entre os centros de custos.

Correção efetuada: alteramos a rotina da tela F626DCD para que, no processamento da distribuição, sejam consideradas as quatro casas decimais utilizadas no critério de distribuição da tabela do tipo 11-Critério de distribuição orçamento.

Problema: ocorria o erro de Access Violation eventualmente quando telas especificas, como Baixa por Lote Automática do Contas a Receber (F301BMA), Baixa por Substituição/Negociação do Contas a Receber (F301SUB), Consulta de Movimento de Títulos do Contas a Receber (F302CMT), estavam abertas ao mesmo tempo.

Correção efetuada: ajustamos para que seja possível utilizar as telas corretamente.

Alteramos a tela F302CCR para que seja transcorrido ao relatório a ser impresso, a abrangência de filial utilizada para listar os títulos na tela. Quando a abrangência de filial do botão Seleção estiver vazio, será passado os códigos de filiais selecionados para serem impressos.

Também alteramos os relatórios 09 - Títulos Liquidados - por Data de Pagamento (FRCR009.GER), 10 - Títulos Liquidados - por Vencimento (FRCR010.GER), 11 - Títulos Liquidados - por Portador (FRCR011.GER), 12- Títulos Liquidados - por Representante (FRCR012.GER) e 13 - Títulos Liquidados - por Cliente (FRCR013.GER) para que os mesmos possam ser impressos por meio botão Imprimir da tela F302CCR.

Problema: na tela de Distribuição de Títulos para Recuperação de Crédito (F320DTC), após clicar no botão Cancelar e no botão Mostrar novamente, o filtro do campo Vencimento inicial e final não funcionava corretamente.

Correção efetuada: ajustamos o filtro do campo Vencimento inicial para que seja zerado ao clicar no botão Cancelar.

Problema: ao gerar o Livro Caixa Digital do Produtor Rural (LCDPR) a partir da tela F603LPR, duplicava erroneamente o arquivo de baixa por aproveitamento de crédito.

Correção efetuada: ajustamos a rotina de geração do Livro Caixa Digital do Produtor Rural para que não duplique no arquivo a baixa por aproveitamento de crédito.

Problema: na tela de Consulta de Movimentos de Clientes e Fornecedores após ser gerado um lote, o qual era mostrado no cabeçalho da tela, ao processar um novo movimento era gerado o mesmo lote.

Correção efetuada: corrigimos a rotina para que não seja gerado lote repetido após o processamento, quando o cabeçalho estiver mostrando o último lote gerado.

Problema: ao faturar automaticamente uma pré-fatura e retornar do Gestão de Armazenagem | WMS Senior, não considerava os parâmetros da tela F000PTE e algumas notas fiscais ficavam com transação incorreta.

Correção efetuada: alteramos o sistema para considerar os parâmetros da tela F000PTE.

Problema: na tela Exclusão de Cargas (F135ECA), ao excluir uma carga que possuia pendências vinculadas, a situação da pendência não era alterada de 2 - Carga para 1 - Preparação e não era possível vincular a pendência em outra carga.

Correção efetuada: ajustamos o sistema para que a tela Exclusão de Cargas (F135ECA), ao excluir uma carga que tem pendências vinculadas, altere a situação da pendência de 2 - Carga para 1 - Preparação e seja possível vincular a pendência em outra carga.

Implementamos a variável VenAlesRem, no identificador de regras VEN-140CTE0001, possibilitando a busca da inscrição estadual no banco de dados e retorno das informações para as variáveis. Acrescentamos, na documentação, a descrição, tipo e o valor retornado pela variável.

Enriquecemos a documentação da tela Notas fiscais de saída - Informações de frete (F140FRE), informando que ela é acessada através do botão Frete das telas F115CAR, F115CST, F115COS e F115NPF. Além disso, acrescentamos informações sobre a funcionalidade dos campos e botões disponíveis.

Problema: com o identificador de regras CPR-435ORMER01 ativado, ao registrar a saída do caminhão no processo de recebimento de grãos e informar um novo fornecedor participante da pesagem, a grade Contratos do Fornecedor Participante da Pesagem se desconectava, exibindo incorretamente as informações referentes ao contrato.

Correção efetuada: corrigimos a rotina de recebimento de grãos para que as alterações dos fornecedores participantes da pesagem ocorram sem causar exibições indevidas nos registros de contrato.

Problema: a rotina de fechamento de nota fiscal de entrada do tipo 2 - Devolução (NF do Cliente), via tela Nota Fiscal de Entreda Agrupada (F440GNE), apresentava erro nas devoluções que possuiam mais de uma nota fiscal de venda contendo kits faturados. O sistema retornava a mensagem de erro: Erro - Nota Fiscal de Entrada X, Série NFE, Fornecedor X, Filial X. - 1. Erro ao recalcular o pedido X: Sequência de item de produto não existe.

Correção efetuada: ajustamos para que a rotina de fechamento processe a devolução corretamente.

Problema: ao gerar duas notas de entrada na tela F440GNE, quando a nota de menor numeração tinha uma data de emissão superior à nota de maior numeração, permitia fechar os documentos equivocadamente, fazendo com que a data de emissão não fosse cronológica de acordo com a numeração.

Correção efetuada: alteramos o sistema para que não permita ajustar a data de emissão da nota de numeração menor, antes da data da nota de numeração maior. Também alteramos, para atualizar a última data de emissão da série, quando atualizada a data de emissão da última nota gerada da série. Este comportamento já existia para as notas de saída e replicamos para as notas de entrada, garantindo a ordem cronológica das datas de emissão com a numeração da série.

Problema: na tela F440GNE, ao fechar uma nota fiscal de entrada de produtor, que estava com a situação 4 - Documento Fiscal Emitido (saída), apresentava indevidamente a mensagem de erro: Data de Emissão não pode ser menor que a data do último faturamento.

Correção efetuada: ajustamos para que as notas de entrada, que possuírem a data de emissão anterior a data de fechamento, não consistam a data de emissão da nota em relação à série fiscal. Esse comportamento é válido apenas para as notas de entrada que geram emissão.

Problema: ao recalcular uma nota de entrada de devolução através da tela F440GNE e que seja de cálculo proporcional, era apresentada a mensagem Erro do Banco (42883): ERROR: operator does not exist: character varying = integer; em bases de dados PostgreSQL.

Correção efetuada: ajustamos o comando de busca das notas fiscais de saída que ocasionava o erro em bases PostgreSQL.

Problema: ao atualizar uma ordem de compra que possuía um título de contas a pagar vinculada na tela F420GOC, o valor da cotação da moeda do título estava diferente, pois o sistema utilizava a data para calcular a cotação diferente da data da emissão da ordem de compra.

Correção efetuada: ajustamos a conversão da data e agora o sistema está trazendo o valor correto para o cálculo.

Complementamos a documentação do web service com.senior.g5.co.mcm.est.estoques, porta ConsultarEstoque, informando as condições para o retorno de saldo de estoques em depósito, utilizando esta porta:

• Se tiver registrado para a empresa e filial na tela F070VAR, o sistema verifica a definição do parâmetro Considera Ligação por Filial x Depósito para definir quais depósitos poderão retornar o saldo de estoque neste web service;
• Se o parâmetro Considera Ligação por Filial x Depósito (E070VAR.INDLFD) tiver definido como "S - Sim", então o sistema somente retorna saldo do depósito informado no campo Depósito Loja da tela F070VAR ou dos depósitos que tiverem ligação com o filial na tela F205LFD;
• Se o parâmetro Considera Ligação por Filial x Depósito (E070VAR.INDLFD) tiver definido como "N - Não", o sistema retorna todos os depósitos do produto.

Complementamos a documentação do web service com.senior.g5.co.mcm.est.estoques, porta ConsultarEstoque, informando as condições para o retorno de saldo de estoques em depósito, utilizando esta porta:

• Se tiver registrado para a empresa e filial na tela F070VAR, o sistema verifica a definição do parâmetro Considera Ligação por Filial x Depósito para definir quais depósitos poderão retornar o saldo de estoque neste web service;
• Se o parâmetro Considera Ligação por Filial x Depósito (E070VAR.INDLFD) tiver definido como "S - Sim", então o sistema somente retorna saldo do depósito informado no campo Depósito Loja da tela F070VAR ou dos depósitos que tiverem ligação com o filial na tela F205LFD;
• Se o parâmetro Considera Ligação por Filial x Depósito (E070VAR.INDLFD) tiver definido como "N - Não", o sistema retorna todos os depósitos do produto.