Gestão Empresarial | ERP - 5.10.3.46

Inserimos na documentação de Identificadores de Regras disponbilziados no Gestão Empresarial | ERP, as informações sobre o IR CPR-435NFCHV01.

Disponibilizado no módulo Compras, o IR ele tem como finalidade realizar consistências na nota fiscal inserida através da chave. Confira os detalhes do IR CPR-435NFCHV01 acessando a documentação.

Problema: na integração com o GAtec, ao tentar movimentar estoque via Webservice service com.senior.g5.co.mcm.est.estoques, através da porta MovimentarEstoque, caso o sistema possuísse registro na tabela de integração, porém o movimento em si já não existisse mais, ao executar o WS era retornada a mensagem: Field data is null.

Correção efetuada: adicionamos uma consistência ao sistema para verificar se existe o movimento de estoque na tabela, caso esteja vazio, será notificado que há o código na tabela de integração, porém não existe mais o movimento.

Disponibilizamos o parâmetro global ConSitOrd que tem como objetivo não consistir a situação da ordem de compra na geração da nota fiscal via web service para uma necessidade específica na geração dos documentos. Este parâmetro foi criado para não realizar a validação implementada na versão 5.10.3.33. Para mais detalhes, verifique a documentação do parâmetro global.

Problema: ao utilizar o identificador de regras VEN-135QTATE01 e não informar nada na variável VSQtdAbe, o sistema trazia a quantidade a atender zerada indevidamente causando a mensagem: Informe os itens que serão atendidos. Obrigando o usuário a digitar manualmente a quantidade a atender.

Correção efetuada: ajustamos o sistema para que, quando não for utilizada a referida variável, a quantidade a atender não seja zerada no momento de mostrar o pedido.

Na rotina de atualização cadastral da tela F000APA e processo automático 105 - Atualização cadastral, quando o CNPJ consultado possuía inscrição estadual na SEFAZ, porém essa IE foi baixada (CNPJ não é mais contribuinte de ICMS), como a SEFAZ continua retornando a IE na consulta do seu web service, a informação da IE é atualizada no cadastro do ERP. Criamos o parâmetro global AtuInsIse que define se a inscrição estadual deve ser atualizada mesmo que o valor do campo no ERP já esteja definido como ISENTO ou ISENTA.

Problema: ao aplicar um filtro e clicar em Mostrar, a tela F403LFP apresentava a mensagem Nenhum Registro Selecionado!. Ao clicar no OK, apresentava mensagem Erro do Banco (8623) para banco de dados SQL Server ou Erro do Banco (600) para banco de dados Oracle.

Correção efetuada: alteramos a rotina da tela para carregar os dados conforme os filtros aplicados.

Problema: a rotina apresentava o erro O valor do campo deve ser igual ao somatório dos valores dos documentos e operações, caso o código da Contribuição Social seja igual a 01, 51,02, 52, 31 ou 32; ou igual a zero, caso contrário ao validar o arquivo do SPED Contribuições entre os registros F525 e M210.

Correção efetuada: ajustamos a integração de valores referente aos registros F525 e M210 para serem validados.

Problema: ao carregar os produtos, não era gerada nenhuma informação nos arquivos para todas as derivações.

Correção efetuada: corrigimos a geração do arquivo para produtos com derivações cadastradas.

Problema: na apuração do ICMS, a rotina não trazia automaticamente os dispositivos fiscais para gerar o registro E115 do SPED Fiscal.

Correção efetuada: corrigimos a sugestão automática dos dispositivos fiscais na apuração do ICMS.

Problema: ao acessar as origens da apuração de PIS/COFINS clicando no botão Mostrar, quando havia muitos itens a grade de itens de saída apresentava o erro Out Of Memory.

Correção efetuada: alteramos a grade de itens de saída utilizada para carregar as origens da apuração do PIS/COFINS em formato de paginação, processando blocos de cem mil registros ao pressionar a seta para baixo na ultima linha da grade.

Problema: na tela F669EFD o SPED era gerado com o novo leiaute 18, o registro 1391 gerado via regra pelo cadastro de declaração e os 3 últimos campos ficavam em branco.

Correção efetuada: corrigimos via regra a geração do registro 1391 no cadastro de declaração, para que todos os campos sejam gerados corretamente.

Problema: após realizar a troca do portador de um título, era gerada uma instrução de solicitação de baixa, mas ao tentar fazer a remessa da cobrança escritural dessa instrução de solicitação de baixa no portador antigo, o título não era encontrado. Isso ocorria devido a uma situação que criava a instrução de solicitação de baixa para o novo portador.

Correção efetuada: ajustamos a rotina para manter a instrução de solicitação de baixa no portador antigo.

Problema: ao fazer a conciliação de saldos para reconstruir os saldos das contas, ocorria o erro de banco de dados cannot insert NULL into E651SAL.CTAFIN.

Correção efetuada: corrigimos a rotina para que as conciliações sejam processadas com sucesso.

Problema: na tela F000CWS é possível definir uma condição SQL (where) para determinados web services. Neste caso, ao executar o web service com.senior.g5.co.mcm.cpr.notafiscalentrada, porta ConsultarGeral_2, a condição criada na tela, não era obedecida.

Correção efetuada: adicionamos uma condição para verificar se há algum filtro a mais definido na tela F000CWS e se estiver, este também será aplicado na execução do web service.

Problema: ao reabilitar uma ou mais cargas na tela F135RCA todos os registros na tabela Integrações - WMS - Ordem de Separação - Dados Gerais (E998OSC) eram alterados para reaberto (campo SitInt = 6).

Correção efetuada: alteramos o sistema para que ao reabilitar a carga somente a carga selecionada em tela tenha o seu registro de integração reaberto.

Problema: ao gerar um CT-e de importação tendo como base um remetente do exterior, o sistema gerava os valores para as tags do Município da prestação tendo base no seu remetente (Exterior), e não gerava com os valores informados para o expedidor, assim como é feito quando o remetente é do mercado interno (mesmo país).

Correção efetuada: adicionamos no sistema o novo parâmetro global UtiDadExp, que, quando estiver ativo, sejam utilizados os dados informados no Expedidor, quando conter dados informados, para gerar valores para as tags do município no arquivo XML do CT-e.

Problema: ao executar o web service Com.senior.g5.co.mcm.ven.pedidos, porta GravarPedidos em duas instâncias distintas, em alguns casos, o sistema gerava dois pedidos para o mesmo Número do Documento Externo (NumInt) informado no web service.

Correção efetuada:  alteramos o sistema para verificar no momento de gravar o pedido na base de dados, se já existe um pedido que possui o campo Número do Documento Externo (NumInt) com valor igual ao valor informado via web service. Caso já exista, o sistema exibirá a seguinte mensagem de erro: Operação de inclusão. Já existe um pedido com a identificação externa informada.

Problema: ao tentar preencher a informação da seguradora quando está sendo gerado o MDF-e na tela Controle de Embarques (F145EBQ), o sistema apagava essa informação após o processamento/gravação do MDF-e.

Correção efetuada: corrigimos a rotina para que, ao tentar preencher a informação da seguradora quando estiver sendo gerado o MDF-e na tela, o sistema não apague a informação após o processamento/gravação do MDF-e.

Problema: ao executar a função RetDiaUtilAntPos apresentava a mensagem Função de programador RetDiaUtilAntPos: Range check error.

Correção efetuada: alteramos a função para ocorrer o retorno do dia útil anterior e posterior somente se a data enviada para cálculo for maior que zero.

Problema: ao retornar ao ERP um recebimento a menor feito no WMS WIS a nota de devolução gerada tinha informações de PIS e COFINS de entrada e não de saída.

Correção efetuada: alteramos o sistema para que no recebimento a menor as notas de devolução sejam geradas corretamente.

Problema: o IR GER-000DEVWMS não era chamado no retorno do recebimento a menor no WMS WIS.

Correção efetuada: alteramos o sistema para que o identificador de regra GER-000DEVWMS funcione corretamente.

Problema: quando uma NFS-e de um município era importada, não vinha informada no XML a tag <municipioIncidencia> e, consequentemente, o sistema carregava o código de município do prestador e não do tomador.

Correção efetuada: corrigimos o sistema, mantendo apenas a extração da tag <municipioIncidencia> e depois aplicamos uma consistência, já existente na tela, que verifica quando o campo Cid. Iss está em branco, para então, carregar as configurações internas.

Problema: ao vincular uma ordem de compra à nota fiscal, cuja ordem estivesse em outra moeda, o sistema não herdava o código e a data do fator de correção para as parcelas da nota.

Correção efetuada: ajustamos para que, ao vincular uma ordem de compra à nota de entrada, o sistema herde o código e o fator de correção para as parcelas.

Problema: ao importar um XML que possuía conversões de unidade de medida com distribuição de lotes, o sistema fazia a conversão equivocada e, internamente importava os dados corretamente porém ao realizar a comparação, ainda em alguns casos, convertia a quantidade que já havia sido convertida anteriormente.

Correção efetuada: configuramos o sistema para que a conversão ocorra de forma correta na importação do XML.

Problema: ao importar e carregar uma nota fiscal de entrada com uma transportadora de pessoa física inexistente com a opção Cadastrar transportadora automaticamente ao processar ativada, através do botão Seleção, era apresentada a mensagem Erro ao cadastrar transportadora Transportadora inválida ou não cadastrada..

Correção efetuada: ajustamos a situação acima e o sistema para gravar a transportadora de pessoa física.

Problema: ao gerar o manifesto do destinatário de uma NF-e, o sistema gerava a tag ID do XML com 55 casas decimais, gerando erro na SEFAZ.

Correção efetuada: ajustamos o sistema para que gere o manifesto do destinatário das NF-e's com 54 casas decimais, conforme leiaute da SEFAZ.

Problema: ao possuir um IP externo que respondia algumas chamadas de web service, quando utilizado a chamado pelo IP interno, o SchemaLocation do web service retornava como interno e, ao realizar o chamada com IP externo, retornava com IP externo. Porém, apenas um web service do ERP retornava com o SchemaLocation externo, mesmo chamado pela IP Interno e DNS.

Correção efetuada: Alteramos o processo da rotina no sistema para que a requisição seja sempre gerada com o SchemaLocation correto, conforme a própria chamada.

Problema: ao executar a função ArredondaABNT quando a quantidade de casas decimais do número a ser arredondado era menor que a quantidade de dígitos informados para arredondamento, era exibida a mensagem XXX is not a valid floating point value.

Correção efetuada: ajustamos o funcionamento da função no sistema para realizar o arredondamento correto do valor.

Problema: na tela F000CWS é possível definir uma condição SQL (where) para determinados web services. Neste caso, ao executar o web service com.senior.g5.co.mcm.cpr.notafiscalentrada, porta ConsultarGeral_2, a condição criada na tela, não era obedecida.

Correção efetuada: adicionamos uma condição para verificar se há algum filtro a mais definido na tela F000CWS e se estiver, este também será aplicado na execução do web service.

Problema: ao executar o web service Com.senior.g5.co.mcm.ven.pedidos, porta GravarPedidos em duas instâncias distintas, em alguns casos, o sistema gerava dois pedidos para o mesmo Número do Documento Externo (NumInt) informado no web service.

Correção efetuada:  alteramos o sistema para verificar no momento de gravar o pedido na base de dados, se já existe um pedido que possui o campo Número do Documento Externo (NumInt) com valor igual ao valor informado via web service. Caso já exista, o sistema exibirá a seguinte mensagem de erro: Operação de inclusão. Já existe um pedido com a identificação externa informada.