Gestão Empresarial | ERP - 5.10.3.67

Problema: o parâmetro dinâmico AGR.IMPOSTOPORPRODUTO.IGNORARDIFVLRIMPORTACAONOTA não havia sido relacionado apropriadamente nas documentações dos processos que permitem a importação do XML da nota no cálculo de Impostos por Produto Agro, o que induzia o usuário a erros.

Correção efetuada: corrigimos a documentação, implementando informações sobre o parâmetro dinâmico na documentação da tela da Via Recebimento de Documento Eletrônico (F000INE) e também na documentação do manual de Impostos específicos para o Estado do Mato Grosso.

Foi adicionada uma observação à documentação da tela Transações de Vendas (F001TVE), aplicável tanto ao PIS quanto ao COFINS. Nesta, explica-se que, nas opções de desconto antes da redução, o sistema primeiro desconta os impostos na base do PIS/COFINS, seguido por outras reduções/acréscimos. Nas opções de desconto após a redução, o sistema desconta inicialmente outras reduções/acréscimos de impostos. A configuração do campo ICMS Desonerado Base PIS/ICMS Desonerado Base COFINS e a presença de um código de redução de imposto do tipo PIS Não Cumulativo (SPED)/ COFINS Não Cumulativo (SPED) influenciam o cálculo na base do PIS/COFINS. O PIS Retido/COFINS Retido não tem diferença nos cálculos entre as configurações. O parâmetro global DesIcmBpc determina quais bases de PIS/COFINS receberão o desconto de ICMS.

Problema: o sistema permitia a gravação do caractere especial aspas duplas no campo Transação dos Cadastros de Transação.

Correção efetuada: ajustamos o sistema para validar caracteres especiais no campo Transação. Não será permitido informar caracteres especiais, como na situação acima.

Complementamos a documentação do identificador de regras VEN-113REMVL01, inserindo neste a variável aRemEstado. Além disso, este identificador de regra foi alterado para ser executado apenas após a confirmação do processo de Cancelar Receitas ou Emitir Receitas, que será exibida ao usuário. Também foi incluído o identificador de regra VEN-113REMVL02, que é executado ao final do processo de cancelamento ou emissão de receitas na base de dados.

Incluímos uma nova documentação para o identificador de regra GER-068UNARE00, o qual permite ao usuário executar consistências nos campos da tela Usuários por Nível de Aprovação (F068UNA).

Ajustamos a documentação do identificador de regra EST207ESTTR01, alterando sua finalidade. Agora, a finalidade é sugerir um depósito de destino para as requisições que possuírem uma transação de transferência vinculada. O identificador será executado no momento da leitura do código de barras do produto, com o objetivo de adicionar a quantidade lida do produto à grade, desde que exista a transação de transferência definida na transação de atendimento. Caso já tenha sido lida uma quantidade e o depósito de destino já esteja carregado na grade, o identificador não será mais executado ao ler uma nova quantidade para o item.

Complementamos a documentação da tela Parâmetros de Usuário para Compras e Recebimento (F099UCP), acrescentando o parâmetro Simula fechamento. Quando este parâmetro estiver definido com valor S - Sim, será realizada uma simulação do fechamento da nota fiscal de entrada, durante a qual algumas validações serão executadas. Caso alguma informação não esteja correta, uma mensagem de consistência será exibida na tela.

Modificamos o sistema, para que, através do parâmetro global UtiViaCep sejam atualizados os cadastros de clientes e fornecedores utilizando a API ViaCep para web services e rotinas agendadas, assim como outras telas que já utilizavam essa API.

Rotinas contempladas:

• Porta GravarClientes do web service com.senior.g5.co.ger.cad.clientes;
• Porta GravarFornecedores do web service com.senior.g5.co.ger.cad.fornecedores;
• Processo automático 67 - Importação de documentos eletrônicos de entrada;
• Tela de Atualização cadastral cliente/fornecedor e transportadora (F000APA).

Problema: a integração do registro R-4020 de itens com e sem natureza de rendimentos gerava valores incorretos.

Correção efetuada: ajustamos a integração do registro R-4020 para considerar corretamente quando os itens da mesma nota têm ou não natureza de rendimentos informada.

Problema: ao gerar o arquivo do SPED Fiscal usando a opção de Gerar somente saídas e marcando o Bloco D, ocorriam erros de banco. Exemplo:

• Erro ao gerar o arquivo de exportação: Erro na geração do Registro D700: Erro de acesso ao banco de dados

Correção efetuada: ajustamos a rotina para que o arquivo seja gerado corretamente ao usar a opção de saídas e marcar os registros D.

Ajustamos a documentação da tela EFD-Reinf - Integração (F690ILA), retirando informações sobre a alteração de registros e adição de campos para geração do registro D695.

Complementamos a documentação do Leiaute - EFD-Reinf inserindo, na grade R-1000 - Informações do Contribuinte, o campo IndUniao.

Problema: devido a quantidade de casas decimais presentes no relatório, alguns campos de valor apresentavam arredondamento divergente quando comparados aos outros relatórios disponíveis no sistema.

Correção efetuada:a quantidade de casas decimais foi ajustada.

Problema: os campos Títulos CRE Abertos e Títulos CPA Abertos da tela Inversão Gerencial (F650INF) não estavam coerentes com o contexto financeiro de Somar/Subtrair no Regime Caixa ao gerar a inversão gerencial.

Correção efetuada: retiramos os campos Títulos CRE Abertos e Títulos CPA Abertos devido à incompatibilidade entre os resultados obtidos com a inserção de títulos entre regimes diferentes ao filtrar especificamente pelo regime caixa. Ao buscar os movimentos dos títulos usando o regime Caixa, o período de consulta utilizado permanece somente pelo rateio do título, entrada e baixas efetuadas.

Na tela Consulta de Observações (F009COF) não era registrado log quando se alterava a Forma de Pagamento de um Título nas telas Títulos/Manutenção do Contas a Receber (F301TCR) e Alteração de Títulos Por Lote do Contas a Receber (F301ATL).

Implementamos um registro de log na tela F009COF quando ocorrer alteração de Formas de Pagamento de Título nas telas F301TCR e F301ATL. Esta alteração também pode ser visualizada no botão de Observações da tela Consulta de Títulos do Contas a Receber (F302CCR).

Problema: ao fazer a baixa final de um título originado de uma nota fiscal na tela F501LOT, que foi baixado parcialmente por adiantamento na tela F501BAA, o valor de Outras Retenções foi embutido no valor a baixar. A diferença foi informada em Outros Descontos para que o valor líquido ficasse igual ao do adiantamento. No entanto, ao consultar os valores dos movimentos, embora o total de Outras Retenções estivesse correto, a soma do valor líquido da baixa na F501LOT com o adiantamento não correspondia ao valor líquido da nota fiscal.

Correção efetuada: fizemos uma mudança na rotina que calcula o imposto de Outras Retenções para contemplar o cenário descrito. Essa mudança no cálculo só ocorrerá quando o parâmetro global CalAdtImp estiver ativo, o identificador de regras CPA-501BAARE01 estiver ativo e, no momento da baixa parcial por adiantamento na F501BAA, for informado um valor no campo Outros Descontos que, ao ser subtraído do Valor a Baixar, seja igual ao Valor Líquido.

Problema: o relatório FJCF012.GER não era aberto pelo botão Imprimir, mostrando a seguinte mensagem:

• Erro ou cancelamento na impressão do modelo - FJCF012.GER! Erro na Execução do Modelo. Erro Reportado: 210.003 is not a valid integer value

Correção efetuada: ajustamos a rotina da tela Orçamento do Projeto excedido (F000ABP) para que o relatório FJCF012.GER seja gerado corretamente ao clicar no botão Imprimir.

Complementamos a documentação do Processo de Recebimento adicionando, para o tipo de documento 54 - Apontamento de produção, a informação de que, para que o cancelamento do apontamento de produção seja retornado com sucesso, atualizando a ordem de produção e o estoque, é necessário que o cadastro do produto esteja configurado corretamente quanto ao campo Produto 2ª, 3ª Qualidade ou Reaproveitamento na tela Cadastro de Produtos (F075PRO). Ademais, é trazido um exemplo para exemplificar.

Complementamos a documentação da Integração Gestão Empresarial | ERP x Gestão de Armazenagem | WMS, adicionando a informação de que no cadastro do Depósito Backup Inventário, assim como na ligação deste depósito com o produto, deve existir a configuração para aceitar estoque negativo.

Acrescentamos uma observação na documentação Separação originada por Pré-Fatura que quando o parâmetro global NumSeqWis estiver ativo na tela F000PGS, o número da carga é exportado ao WMS WIS, conforme documentado aqui. Nesse caso, é possível utilizar o identificador de regra COM-135NUMAN01 para customizar a numeração da carga, evitando assim a repetição da numeração enviada ao WMS WIS. Isso ajuda a evitar a validação no WMS WIS que gera o erro Já existe um pedido com a mesma carga e porta diferente quando ocorre o cancelamento da separação após a liberação da onda.

Complementamos as documentações da tela Rateio do Valor de Outras, do web service Com.senior.g5.co.mcm.ven.pedidos e do identificador de regra VEN-120INFRE01. Na documentação da tela Rateio do Valor de Outras foi adicionada a informação de que, caso seja necessário fazer com o Valor de Frete dos Dados Gerais seja gerado através da Soma dos Valores de Frete dos Itens, pode-se estudar o uso do Identificador de Regras VEN-120INFRE01. No web service, por sua vez, foi inserida a informação de quais os valores considerados Valores de Outras. Por fim, no identificador de regra foi inserida a informação de que, caso este seja utilizado, o sistema zerará o Valor de Frete dos Dados Gerais, mesmo que tenha sido informado através de tela ou web service.

Problema:   ao efetuar uma integração via web services com.senior.g5.co.mcm.ven.contratovenda, o sistema estava limpando os campos de usuário na tabela de dados gerais de contrato (E160CTR) de forma indevida.

Correção efetuada:   o sistema foi alterado para que, quando não alterado um campo de usuário via web service, o sistema mantenha os valores da base.

Implementamos o identificador de regras GER-000SELEF01 na tela Composição Produto/Serviço (F700CMC) para filtrar automaticamente determinadas derivações do modelo. Para isso, é necessário incluir a função de programador SetarFiltroSQL na regra do identificador. Informe a tabela E084CMD - Máscara de Derivações, o campo CodDer e um filtro para mostrar as derivações desejadas.

Implementamos na tela Composição Produto/Serviço (F700OPA) a funcionalidade de salvar, por usuário, as opções da tela. Assim, ao clicar no botão Aplicar das telas F700CMC, F700DMP e F700CBN, serão sugeridas as mesmas opções utilizadas anteriormente.

Complementamos a documentação da tela Análise disp. Componentes p/ geração O.Ps./O.Ss. baseado em Lotes disp. (F911ADL), inserindo nela a descrição do campo Data, o qual determina a data de previsão de início da ordem de produção a ser gerada.

Problema: a coluna Tempo Liq. (min.) da grade Movtos. O.P./O.S. da tela F901ACP estava com a tradução errada.

Correção efetuada: corrigimos a tradução da coluna Tempo Liq. (min.) da grade Movtos. O.P./O.S. da tela F901ACP e também fizemos a correção na coluna Tempo Bruto, para os idiomas espanhol e inglês.

Inserimos uma nova documentações para a tela Opções p/ aplicar valores na grid (F700OPA), a qual tem como objetivo aplicar os valores do componente que constam na linha/derivação em que se está posicionado na grade Consumo do Componente/Subproduto, para as demais linhas/derivações vinculadas ao componente. Dessa forma, outras documentação foram alteradas fazendo referência a nova documentação.

Atualizamos a documentação de Geração de .XML em duas etapas, no tópico Parametrização, inserindo um parágrafo logo após o exemplo, explicando sobre o comportamento e a performance do sistema de acordo com o valor definido no parâmetro global (P ou C), bem como indicando qual seria a melhor parametrização, neste caso. Para saber mais, acesse a documentação.

Complementamos a documentação da tela DIFAL - Diferencial de alíquota | Operações interestaduais com consumidor final, adicionando a informação de que, quando há alguma redução nas bases de cálculo, a alíquota do estado de destino na nota é ajustada de acordo com o valor calculado. Isso é feito para evitar incoerências ao calcular o valor de base vezes a alíquota. Essa alíquota não é enviada à SEFAZ, uma vez que ela utiliza de um determinado cálculo para chegar no valor de DIFAL.

Problema: era gerada uma inconsistência no arredondamento em uma nota fiscal de serviço na geração das tags <ValorServicos> e <BaseCalculo>.

Correção efetuada: disponibilizamos a variável GerAModArr no identificador de regras GER-000GERSDE4, a qual define que tipo de arredondamento deve ser feito nas tags acima citadas.

Problema: Ao gerar um manifesto através da tela Geração de Manifesto (F440MDF) com um reboque especificado, o sistema estava incluindo, de forma indevida, a tag <veicReboque> com todos os reboques cadastrados na ligação entre Cavalo x Reboque (Tela F073LVV) ao gerar o arquivo XML do manifesto na tela F145CME, em vez de incluir apenas o reboque especificado no manifesto.

Correção efetuada:   o sistema foi alterado para que, quando o usuário estiver gerando o arquivo XML de um manifesto, através da tela F440MDF, a tag <veicReboque> seja gerada apenas com os reboques informados no manifesto.

Complementamos a documentação da tela Emissão de Notas Fiscais de Saída via Movimentações do Patrimônio (F140NMP), adicionando a informações de quais os identificadores de regra disponíveis para utilização nessa tela.

Ajustamos a documentação da tela Consulta de Itens do(s) Pedido(s) (F121ICP), alterando a nomenclatura do campo VlrBru para Vlr. Bruto na configuração dos campos da grade, pois anteriormente estava com a nomenclatura da base de dados.

Incluímos uma documentação referente a recálculo de um pedido na tela Entrada de Pedidos Agrupado (F120GPF). Em relação ao sistema, este foi alterado para verificar a UF do Item de Pedido frente a UF de Recálculo. Caso forem divergentes, o sistema executará a busca de valores. Caso forem iguais o sistema não buscará valores, pois já foi feito o cálculo com a UF de Recálculo. Isso ocorre para todos os itens do pedido em tela.

Para melhorar ainda mais a integração do ERP XT com sistemas que fazem emissões de CT-e, alteramos a porta GravarCTRC_4 do web service Com.senior.g5.co.mcm.ven.conhecimentotransporte, fazendo as seguintes mudanças:

• Adicionado o parâmetro de retorno para o Código do Retorno do processamento, sendo: 
  • 1 - Processado com Sucesso;
  • 2 - Erro ao processar;
  • 3 - CT-e já existe na base de dados.
• Removida validação que bloqueava série do CT-e com numeração manual para CT-e complementar;
• Alterado comportamento para fechar o CT-e complementar, conforme parâmetro fecNfv.

Problema: a data de fabricação não era exportada corretamente na integração da nota fiscal de entrada com o WMS WIS.

Correção efetuada: corrigimos o sistema para que não ocorram erros na integração do recebimento.

Problema: ao informar centros de custos diferentes para cada linha da grade, em alguns casos, os outros centros de custo informados ficavam em branco

Correção efetuada: ajustamos um problema no filtro das contas e centro de custo do rateio, o qual escondia os valores digitados anteriormente, dando a impressão que a informação tinha sido apagada.

Problema: ao enviar um processo de cotação para o Cotei, através da tela F410PCT, quando o status de retorno da integração era classificada como "2", uma mensagem de erro era apresentada, sem detalhes complementares.

Correção efetuada: realizamos os ajustes para que a mensagem exibida informe o motivo do erro de integração com detalhes.

Implementamos o identificador de regras CPR-420STAOC01 que quando está cadastrado e ativo, sugere como valor padrão ANA - Análise no campo Aprov. Multinível e desabilita o campo, impedindo a alteração do valor do mesmo. Este identificador está disponível nas telas F420OPS e F420OSC.

Problema: ao processar uma nota fiscal de entrada com o campo: Filial NF relacionada como CNPJ na tabela intermediária E000EXF - Ligação de Notas de Frete, era apresentada a mensagem: Invalid floating point operation.

Correção efetuada: ajustamos o sistema e a situação descrita acima, para que não mais apresente a mensagem citada.

Alteramos o sistema para que o usuário possa fazer a pesquisa através do botão Lupa dos motivos que podem ser utilizados na tela F000INE para o campo Mot. Também adicionamos uma consistência neste campo para que, ao ser informado um motivo que não seja da aplicação 11 - Notas Fiscais Entrada ou 99 - (Outros) o sistema mostre uma mensagem de erro informando ao usuário que somente é possível informar motivos que sejam referentes as aplicações citadas anteriormente.

Problema: ao realizar a saída do caminhão via tela Manutenção de Ticket (F435MDT), quando a quantidade informada nas notas fiscais dos produtos superavam a quantidade recebida na pesagem, caso tivesse apenas um fornecedor participante na pesagem, porém, com vários contratos, o ERP gerava o erro: Nota não possui itens para fechamento.

Correção efetuada: ajustamos o cálculo de devolução proporcional no desdobro entre fornecedores pessoa jurídica, corrigindo uma falha que deixava a quantidade devolvida como negativa, inibindo a geração dos itens da nota.

Implementamos o identificador de regras EST-220INVVM01 para seja possível que, ao executar um inventário de estoque de um produto que não possua preço médio, através da customização desta regra possa ser informado o valor do movimento de estoque. Além da tela F220DAI, este identificador também atua nos web services Com.senior.g5.co.mcm.est.finalizacaoinventario e Com.senior.g5.co.mcm.est.finalizacaoinventariogernota.

Alteramos a documentação da função Encriptar, adicionando o aviso que essa função não garante que um dado seja gravado e lido pelo banco. Com isso, é necessário o uso da função Base64Encode para que o dado seja criptografado de maneira garantida que todas as strings sejam gravadas no banco corretamente, para que possam ser lidas posteriormente com a função Desencriptar e Base64Decode.

Problema: não era possível baixar arquivos nos links de telas customizadas de SGI web.

Correção efetuada: corrigimos a rotina para que seja possível baixar o arquivo ao clicar no link de telas SGI web.

Complementamos as documentações da tela Rateio do Valor de Outras, do web service Com.senior.g5.co.mcm.ven.pedidos e do identificador de regra VEN-120INFRE01. Na documentação da tela Rateio do Valor de Outras foi adicionada a informação de que, caso seja necessário fazer com o Valor de Frete dos Dados Gerais seja gerado através da Soma dos Valores de Frete dos Itens, pode-se estudar o uso do Identificador de Regras VEN-120INFRE01. No web service, por sua vez, foi inserida a informação de quais os valores considerados Valores de Outras. Por fim, no identificador de regra foi inserida a informação de que, caso este seja utilizado, o sistema zerará o Valor de Frete dos Dados Gerais, mesmo que tenha sido informado através de tela ou web service.

Problema:   ao efetuar uma integração via web services com.senior.g5.co.mcm.ven.contratovenda, o sistema estava limpando os campos de usuário na tabela de dados gerais de contrato (E160CTR) de forma indevida.

Correção efetuada:   o sistema foi alterado para que, quando não alterado um campo de usuário via web service, o sistema mantenha os valores da base.

Para melhorar ainda mais a integração do ERP XT com sistemas que fazem emissões de CT-e, alteramos a porta GravarCTRC_4 do web service Com.senior.g5.co.mcm.ven.conhecimentotransporte, fazendo as seguintes mudanças:

• Adicionado o parâmetro de retorno para o Código do Retorno do processamento, sendo: 
  • 1 - Processado com Sucesso;
  • 2 - Erro ao processar;
  • 3 - CT-e já existe na base de dados.
• Removida validação que bloqueava série do CT-e com numeração manual para CT-e complementar;
• Alterado comportamento para fechar o CT-e complementar, conforme parâmetro fecNfv.

Problema: a listagem dos relatórios do Analytics ERP aparecia com todos os registros inativos para alguns usuários, que davam a impressão de que não possuíam dados, o que estava incorreto visto que os dados existiam.

Correção efetuada: corrigimos a listagem para que exiba corretamente os relatórios com dados disponíveis.