Gestão Empresarial | ERP - 5.10.3.76

Problema: ao registrar os pesos de entrada e saída do caminhão através do webservice com.senior.g5.co.int.agr.pesagem, porta GravaPesagemEntrada_2, percebemos que o campo TnsPro estava configurado como do tipo Double.

Correção efetuada: ajustamos o tipo do campo TnsPro do webservice de Double para String, de acordo com o padrão do Gestão Empresarial | ERP.

Problema: ao realizar o processo de fechamento, via tela de Notas Fiscais de Saída (F140GNF), de uma nota fiscal com múltiplos itens, parametrizada para gerar o título do Proalba ou do Fundeagro, o sistema não concluía o processo. Ao invés, era exibida a mensagem Não foi possível fechar a nota fiscal de saída. Já existe um título com esta numeração. Altere o número ou o sufixo do título nas parcelas..

Correção efetuada: ajustamos a rotina de geração de títulos do Proalba e do Fundeagro, para não mais gerar duplicidade na numeração. Esse ajuste foi realizado tanto na geração da nota fiscal de saída, quanto na devolução da mesma.

Problema: o sistema não gerava a tag <fone> do Destinatário com o Telefone do Endereço de Entrega quando o parâmetro global UsaEntOri estava ativo.

Correção efetuada: a variável VSIntDesFon foi disponibilizada para o identificador de regras VEN-140NEDEG01, permitindo retornar valor ao Telefone do Destinatário e alterar o arquivo XML conforme a regra de negócio do cliente.

Problema: o sistema não alterava a quantidade de reserva no estoque ao alterar a situação do item que deixou de reservar estoque e está com a situação igual a 3 - Suspenso.”.

Correção efetuada: o sistema foi alterado para remover a quantidade de reserva no estoque ao alterar um item que deixou de reservar estoque e está com a situação igual a 3 - Suspenso.”.

Problema: no relatório Conciliação Fornecedores FIN x CTB (CCCG012.GER), ao selecionar N - Não na opção Listar Saldos Zerados, o filtro às vezes não funcionava corretamente.

Correção efetuada: ajustamos o relatório para aplicar o filtro corretamente.

Problema:ao tentar importar o arquivo de retorno via tela Declaração de Ingresso no Amazonas (F660DIA), o sistema apresentava uma inconsistência e impedia o uso da tela.

Correção efetuada:realizamos os ajustes para que, ao importar um arquivo, a inconsistência relativa à importação do campo CST não seja mais gerada.

Atualizamos a documentação de ICMS ST para incluir a necessidade de que a unidade fiscal do cadastro do fornecedor conste na tabela de ICMS ST para o cálculo correto.

Problema: o identificador de regras TES-600CCDOC01 não permitia priorizar a verificação de nº documento do movimento e extrato.

Correção efetuada: ajustamos o identificador para permitir a criação de uma regra com o TESSomDoc = S, dessa forma dando prioridade para o nº documento, caso o nº cheque não seja igual.

Problema: a retenção do COFINS estava considerando o valor base incorreto para calcular o imposto de COFINS.

Correção efetuada: ajustamos o sistema para calcular corretamente o imposto de COFINS.

Realizamos uma melhoria na mensagem e aplicação de filtros na tela Integração - Cadastros - Configurações - Configuração de integração ERP WMS (F185CFG), guia Recebimento, garantindo que apenas transações corretas sejam informadas nos campos de transação dessa guia.

Problema: ao exportar o produto ao WMS Senior e WMS Alcis, caso houvesse descrição fiscal, essa tinha preferência sobre as demais descrições do produto, mesmo a empresa não utilizando código fiscal.

Correção efetuada: alteramos o sistema para que o produto seja exportado corretamente.

Atualizamos a documentação da tela de Configuração de integração ERP WMS (F185CFG), adicionando os campos Transação Desbloqueio, Transação entrada de estoque normal e Transação de saída de estoque normal, que são utilizados quando o parâmetro dinâmico da filial FILIAL.INTWMS.MANTERMOVIMENTORETORNOOR estiver ativo.

Para saber mais informações sobre cada campo, acesse a documentação da tela.

Complementamos a documentação do web service Com.senior.g5.co.mcm.est.estoques, inserindo a informação de que não é possível excluir movimentos provenientes de uma transferência por meio da porta ExcluirMovimento. Para excluir movimentos provenientes de uma transferência, é necessário utilizar a tela Exclusão de Movimentos de Transferência (F210EMT).

Problema:   o sistema bloqueava o pedido quando o limite de crédito do cliente era ultrapassado, mesmo que o limite de crédito do grupo de cliente fosse maior.

Correção efetuada: foram disponibilizadas as variáveis VsAncGre e VSCodGre para o identificador de regra VEN-000CRECL01, permitindo que o cliente realize a análise pelo grupo de cliente, mesmo quando o pedido seria bloqueado pela análise individual do cliente.

Atualizamos a documentação da tela Atendimento Manual de Pedidos (Pré-fatura) (F135APM), inserindo a informação de que esta tela permite o carregamento de múltiplos pedidos, mesmo que suas transações sejam diferentes. Em relação ao faturamento, para o primeiro pedido é gerado o primeiro item da Pré-Fatura, e para os demais pedidos são gerados novos itens de pré-fatura, desde que atendam determinados critérios.

Problema:   o sistema não disponibilizava as informações do item da nota fiscal de entrada que estava sendo devolvido pela nota fiscal de saída no identificador de regras COM-000ALSTR01.

Correção efetuada:   foram adicionadas informações específicas do item da nota fiscal de entrada que está sendo devolvido pela nota fiscal de saída no identificador de regras COM-000ALSTR01.

Problema:   o sistema não permitia o faturamento de pedidos que incluíam mais de um tipo de serviço, mesmo quando apenas um serviço específico era selecionado na tela de seleção da tela Faturamento de Pedidos Agrupado (F140LOT).

Correção efetuada:   o sistema foi alterado para tratar de forma aprimorada o faturamento de pedidos com tipos de serviço diferentes. Agora, mesmo que o pedido contenha serviços com tipos diferentes, o faturamento será processado corretamente ao selecionar um único serviço na tela de seleção da tela Faturamento de Pedidos Agrupado (F140LOT).

Problema:   quando a Filial de Vendas estava parametrizada com o Software emissor igual a 02 - eDocs - Envio e Retorno Via Web Service eDocs e a Integração NFS-e igual a 4 - Padrão (ABRASF) - Retorno Automático, o sistema gerava uma mensagem de erro ao gerar a integração do arquivo XML da Nota Fiscal de Serviço Eletrônica com o sistema eDocs.

Correção efetuada:   o sistema foi alterado para que, quando a Filial de Vendas estiver parametrizada com o Software emissor igual a 02 - eDocs - Envio e Retorno Via Web Service eDocs, e a Integração NFS-e igual a 4 - Padrão (ABRASF) - Retorno Automático, o sistema consiga integrar o arquivo XML da Nota Fiscal de Serviço Eletrônica com o sistema eDocs.

Problema: ao utilizar o Processo Automático 126 - Faturamento de Pedidos com o Identificador de Regras GER-000EUDLE01 para faturar um pedido que contenha um item de produto controlado por lote, o sistema exibia a mensagem: “Erro ao faturar o pedido "XXX" da filial "X". Erro: Erro ao inserir os itens de pedidos na nota fiscal de saída. Erro: Erro ao realizar a distribuição de lote. Erro: A quantidade distribuída X,XX não confere com a quantidade aberta XX,XX na nota fiscal XXXXX, sequência X. Verifique.”

Correção efetuada:   o sistema foi alterado para que, ao utilizar o Processo Automático 126 - Faturamento de Pedidos para faturar pedidos que contenham produtos controlados por lote, a distribuição de saldos seja realizada corretamente, desde que haja saldo no estoque e o IR GER-000EUDLE01 esteja ativo.

Foi criado um novo identificador de regra, GER-000INTSG27, para impedir a geração de registros na tabela Tabelas - Gerais - Integrações (E000INT) durante a execução de inventários estáticos em empresas com integração ao WMS WIS, quando os depósitos inventariados estão configurados para integrar com o WMS.

Problema: durante a execução da valorização de estoque, quando havia valor de estoque negativo, mas ainda com quantidade disponível, o movimento subsequente, se fosse uma entrada, desconsiderava a quantidade de estoque anterior. Isso resultava em uma distorção no cálculo do preço médio do produto.

Correção efetuada: agora, a quantidade anterior será sempre considerada, mesmo que o valor de estoque seja negativo, mantendo assim o preço médio correto.

Problema:Foi identificado um problema ao processar requisições de saída e entrada com a opção Confirmar Receb. Requisição configurada como N - Não. Essas requisições, cadastradas na tela Estoques - Geração Individual de Requisições de Produto (F207EME), apresentavam a mensagem de Access Violation no seguinte cenário: Ao acessar a tela Estoques - Atendimento de Requisições de Produto (F210AME) para processar a requisição de saída e a tela Estoques - Devolução de Requisição de Produtos (F207DRP) para carregar a requisição de entrada, vinculando a requisição de saída como não atendida, ao retornar à tela F210AME para processar a requisição de entrada e voltar à F207DRP, ocorria uma mensagem de Access Violation ao processar a requisição de entrada carregada. A mesma mensagem era exibida ao processar uma nova requisição de entrada como atendida na F210AME.

Correção efetuada:ajustamos o sistema e a situação acima para não apresentar a mensagem de Access Violation nas telas F207DRP e F210AME.

Problema: ao receber um CT-e que possuía uma nota de serviço vinculada como nota de origem, ao processar, o sistema apresentava a seguinte mensagem: Nota fiscal de origem sem transação de produto.

Correção efetuada: ajustamos para que a rotina de recebimento eletrônico permita realizar o vínculo de notas de serviço como nota de origem de um CT-e, quando o parâmetro global LigNotOri estiver ativo.

Problema: em uma requisição de web service, quando informado um valor com casa decimal (separado por vírgula), o sistema apresentava o erro Request invalid format.

Correção efetuada: implementamos um tratamento na aplicação dos web services para assegurar que o valor decimal seja interpretado corretamente no sistema.

Complementamos a documentação do web service Com.senior.g5.co.mcm.est.estoques, inserindo a informação de que não é possível excluir movimentos provenientes de uma transferência por meio da porta ExcluirMovimento. Para excluir movimentos provenientes de uma transferência, é necessário utilizar a tela Exclusão de Movimentos de Transferência (F210EMT).