Gestão Empresarial | ERP - 5.10.3.55

Problema: ao realizar uma fixação que possuía contas a receber, com juros, para fazer a compensação o sistema não calculava corretamente o movimento do título, ou seja a tabela C. Pagar - Títulos - Movimentos (E501MCP). O título ficava correto, porém o movimento não.

Correção efetuada: corrigimos a rotina para que, nas movimentações, também fiquem registrados todos os demais valores das contas nas compensações.

Problema: após cadastrar e aprovar um contrato de compra com participação de fornecedores, mesmo que já houvesse movimentação para o mesmo, estava sendo possível excluir a aprovação do mesmo.

Correção efetuada: nesse cenário, implementamos a consistência para que caso houverem movimentações para o contrato, não seja possível excluir a aprovação.

Em ações de melhorias para a documentação do Gestão Empresarial | ERP, adicionamos mais informações a documentação do web service Com.senior.g5.co.mcm.ven.notafiscal.

Na porta GravarNotasFiscaisSaida, adicionamos uma informação ao quadro de observações, onde informamos que não é permitida a utilização da sequência de item do mesmo pedido na mesma nota fiscal mais de uma vez. Caso contrário, o sistema exibirá a mensagem Falha ao processar item de produto de sequência X: Situação do Item diferente de 1 e 2.

Problema: no processamento da nota de saída de devolução entre produtores, estava ocorrendo uma mensagem de erro, impedindo o andamento do processo.

Correção efetuada: corrigimos a rotina de saída de devolução para que o processamento ocorra normalmente.

Problema: a integração do Gestão Empresarial | ERP com o app do Produtor Rural apresentava algumas falhas. Ao editar um título do contar a receber e então rodar o processo agendado 151 - Integração ERP x Agronegócio Senior (envio), o título não era enviado para a plataforma, por culpa de um problema na geração de pendência de integração. Também, ao executar o mesmo processo agendado, porém com os parâmetros da rotina como ATUALIZACAO_SALDOS=S, o sistema enviava todas as atualizações de saldo para a plataforma, inclusive aqueles que já haviam sido enviados. Finalmente, durante o processo agendado 151 com atualização de saldos, também por vezes ocorriam erros, em que o sistema apresentava o erro O cursor não está em modo Browse: Estado inválido para esta operação. Resposta: Access violation at address XXXXX in module sapienssrv.exe.

Correção efetuada: ajustamos o processo agendado 151 para solucionar os problemas. No envio sem atualização de saldos, alteramos a rotina para gerar corretamente as pendências de integração, quando o título for editado. Já no envio com atualização de saldos, implementamos um controle para não enviar novamente para a plataforma os saldos que já haviam sido enviados no mesmo dia, assim o saldo do título é enviado apenas uma vez por dia. Além disso, o processo recebeu ajustes para não mais ocorrerem erros durante a integração.

Problema: na integração do Gestão Empresarial | ERP com o App do Produtor Rural, ao enviar títulos do contas a receber e do contas a pagar, os valores líquidos eram enviados como valor em aberto.

Correção efetuada: ajustamos a rotina do processo automático 151 - Integração ERP x Agronegócio Senior - Envio. No processo de envio, implementamos o novo campo netValue para ser enviado para a plataforma nas APIs de contas a pagar, contas a receber, saldo de contas a pagar e saldo de contas a receber. Esse campo conterá o valor líquido. Já no processo de atualização dos saldos das contas (pelo mesmo processo automático, mas com o parâmetro cadastrado), o processo foi corrigido para enviar o valor líquido e o valor em aberto em seus respectivos campos corretos.

Complementamos a documentação do identificador de regra VEN-120SUFRA01, adicionando uma regra para zerar o cálculo do imposto nos itens de serviços sem ICMS.

Complementamos a documentação do identificador de regras VEN-000ALIRF01, adicionando a informação de quais as rotinas que o invocam. Além disso, adicionamos a informação de que o identificador em questão não é executado para contratos de venda.

Complementamos a documentação do identificador de regras TES-606CCRGP01, incluindo a informação de que a quebra dos juros original em datas diferentes, só é feita no momento do fechamento do contrato. No entanto, para os movimentos de atualização, onde são gerados acréscimos ou descontos, esses valores não serão quebrados em datas diferentes.

Disponibilizamos o identificador de regras GER-000DIRAN02 que tem a finalidade de permitir manipular o diretório de destino de um arquivo anexo de forma que este arquivo possa ser carregado a partir de qualquer local e copiado para o diretório que será armazenado.. Para mais informações, acesse a documentação do identificador.

Complementamos a documentação da tela Reduções e Acréscimos de bases de Cálculos de Impostos - Por Estado (F019TIR), inserindo a informação de que o acréscimo/redução de base de cálculo do PIS e COFINS é aplicado aos itens de ambos os regimes: cumulativo e não cumulativo.

Complementamos a documentação das telas Origem de Produto (F083ORI), Cadastro de Famílias (F012FAM), Transações de Vendas (F001TVE) e Cadastro de Produtos (F075PRO), inserindo referência a nova documentação Sugestão de depósito padrão, no campo Depósito Padrão das documentações acima citadas.

Problema: na tela de Manutenção de Contas Contábeis (F045PLA), era permitido inativar uma conta contábil mesmo quando estava vinculada com centro de custo, conta padrão, espécie, parâmetro da espécie ou rateio.

Correção efetuada: ajustamos a tela (F045PLA), para não permitir inativação quando existir vinculo com centro de custo, conta padrão, espécie, parâmetro da espécie ou rateio.

Complementamos a documentação informando que para as características de produto e derivação a rotina não duplica o valor dos campos de usuário. Para conferir acesse a documentação

Implementamos a funcionalidade do parâmetro global AtuInsIse para ser utilizada também no web service com.senior.g5.co.cad.contribuinte, porta ConsultarCadastro. Para conferir acesse a documentação.

Problema: ao tentar carregar uma visão com muitas informações na tela Cadastro de Visões Contábeis (F046VIS), apresentava a mensagem de erro Access violation at address 033B8AA6 in module 'sa_geral_nucleo.bpl'. Read of address 00000008 [TVisaoContabil.CarregarVisao.

Correção efetuada: corrigimos a rotina para que carregue as visões contábeis corretamente.

Problema: ao executar a integração contábil de modo assíncrono utilizando o tipo de atualização por intervalos e quantidade de dias, as requisições enviadas ao servidor eram duplicadas, causando travamento e lentidão nos processos contábeis.

Correção efetuada: ajustamos a integração contábil executada de modo assíncrono para gerar as requisições corretamente de acordo com as configurações determinadas na tela, respeitando o período informado e evitando duplicidade de requisições.

Complementamos a documentação do Leiaute - SPED Fiscal (EFD ICMS/IPI), adicionando, na guia Registro E110: Apuração do ICMS - Operações Próprias, para o campo DEB_ESP, a informação de que, se na tabela Impostos - Dispositivos Fiscais (E051DIS) o campo TIPAPU tiver valor 0, então na tabela Impostos - Tabela de impostos (E051IMP), o campo TIPIMP deverá ter valor 2 ou 3 ou 26. Porém, se na tabela Impostos - Dispositivos Fiscais E051DIS o campo TIPAPU tiver valor 2, então na tabela Impostos - Tabela de impostos E051IMP, o campo TIPIMP deverá ser 3.

Problema: na geração do SPED, bloco G110, quando o cálculo do CIAP tinha o índice zerado, não era gerado valor no campo 7-VL_TOTAL (Valor total de saídas).

Correção efetuada: ajustamos a geração do SPED Fiscal para que o campo 7-VL_TOTAL (Valor total de saídas) gere valores, mesmo quando o índice do Ciap for zero.

Problema: ao tentar incluir um bem via contrato na tela Cadastro de Bens via Contrato (F670EBC), a taxa de depreciação anual era calculada incorretamente quando a vigência do contrato era pelo período de um ano completo.

Correção efetuada: ajustamos o cálculo do campo referente a taxa de depreciação anual do bem, para considerar corretamente a vigência do contrato.

Problema: ao realizar a atualização patrimonial de um bem que tinha percentual de redução na base de cálculo da depreciação, era reduzido a base de cálculo da depreciação de vida útil.

Correção efetuada: ajustamos a atualização patrimonial para reduzir somente a base de cálculo da depreciação normal do bem, sem afetar o cálculo da depreciação por vida útil.

Problema: ao utilizar o webservice com.senior.g5.co.mfi.prj.cadastroprojeto, porta CadProjeto_2, para cadastrar novos projetos e o número do projeto não é informado, o sistema busca o próximo número disponível e aplica para o projeto. Porem, dependendo do número de requisições que ocorriam ao mesmo tempo, duas ou mais instâncias retornavam o mesmo número disponível, pois a primeira instância que pegou o número ainda não havia realizado o commit no banco. Quando as outras instâncias concluíam o cadastro, era apresentada a mensagem Não é possível inserir registro com chave duplicada.

Correção efetuada: criamos uma trava para que as instâncias que forem buscar o próximo número disponível, fiquem aguardando até a primeira instância concluir. Com isso, será evitado que instâncias diferentes peguem o mesmo número de projeto.

Problema: quando era informado os valores idtReq e o sigInt, que são utilizados para evitar a duplicidade, o web service com.senior.g5.co.mfi.cre.titulos, porta GerarBaixaPorLoteCR, não localizava os títulos.

Correção efetuada: realizamos um ajuste para que o web service utilize a filial do título e não a filial informada nos dados gerais de entrada.

Problema: no botão Manter da tela Consulta de Títulos do Contas a Receber (F302CCR), quando era feito o recálculo do valor por antecipação de pagamento do título, não era gravado o valor obtido ao clicar no botão Regrava.

Correção efetuada: ajustamos o programa para garantir que o processo de regravação do novo valor do desconto por antecipação de pagamento do título seja corretamente registrado na tela (F302CCR).

Ajustamos a documentação da tela Dados PIX do Título do Contas a Receber (F301TPX), alterando o caminho da tela na documentação, visto que anteriormente, ao acessar a documentação pela tecla F1 do sistema, ocorria o erro 404, uma vez que o ERP direcionava para um caminho do menu Finanças. No entanto, a documentação estava no menu de Cadastros, indevidamente.

Problema: ao importar um arquivo de retorno bancário de um boleto gerado pelo ERP através da tela Retorno de Cobrança Escritural (F310RTB ), o sistema identificava que ele foi gerado pelo banco e o título não era encontrado através do campo Nosso Número.

Correção efetuada: ajustamos a importação de retorno para que identifique o boleto gerado pelo ERP e faça a associação correta do Nosso Número.

Problema: ao fazer um estorno de baixa de títulos na tela Exclusão de Movimentos do Contas a Receber (F301EBL), com o identificador de regras TES-600CONCI01 ativo, este dever fazer a conciliação automática somente se houver 1 movimento de tesouraria para 1 movimento de baixa. Ao fazer o estorno da baixa de mais de 1 título, o sistema reconhecia o último como sendo único e fazia a conciliação indevidamente.

Correção efetuada: corrigimos a atuação do identificador de regra TES-600CONCI01 para fazer a conciliação automática no estorno da baixa, somente se houver 1 movimento de tesouraria para 1 movimento de baixa.

Problema: ao estornar baixas realizadas via tela Consulta de Movimentos de Clientes e Fornecedor (F301CCF), era atualizado as comissões dos títulos do Contas a Receber com valores incoerentes.

Correção efetuada: ajustamos a rotina que processa as baixas via tela (F301CCF), permitindo que os valores de base de comissão e valor da comissão sejam gravados corretamente nos movimentos de baixa.

Estes valores serão correspondentes a sua proporcionalidade em relação a baixa efetuada. Desta forma, ao estornar a baixa, os valores serão resgatados e atualizados de forma devida em seus títulos do Contas a Receber correspondente.

Problema: não era processado os registros de conciliação de cartão importados do arquivo disponibilizado pela operadora financeira. Essa inconsistência era causada por uma alteração que expandia o tamanho de campo do mesmo registro, o que resultava na sobreposição do conteúdo e afetava outros campos no mesmo registro.

Correção efetuada: ajustamos o tamanho do campo Código de Autorização da Transação (TEF - Sitef) que estava com inconsistência de 100 posições para 128. Essa correção garante que os valores do campo não ultrapassem os limites e interfiram com outros campos e posições do registro.

Complementamos a documentação da tela Cobrança Escritural - Parâmetros (F030COB), adicionando a informação de que é necessário o cadastro de uma espécie de documento, no banco, para cada Tipo Interno existente.

Complementamos a documentação da tela Parâmetros do Fluxo de Caixa Gerencial (F611PFC ), informando que se o titulo tiver baixa parcial, com e sem rateio, serão mostrados apenas os movimentos com rateio. Para Conferir acesse a Documentação.

Ajustamos a documentação do web service Com.senior.g5.co.mct.ctb.inversaogerencial, porta Gerar, adicionando as informações de obrigatoriedade e descrição de seus parâmetros.

Complementamos a documentação do web service Com.senior.g5.co.mcm.ven.pedidos, porta LiberarPedidosBloqueados, inserindo a informação de que a porta em questão não realiza qualquer bloqueio da Sequência Observação, quando utilizado o Bloqueio do Pedido Geral ou a rotina de Liberação de Pedido por Área.

Problema: ao utilizar o web service Com.senior.g5.co.mcm.ven.conhecimentotransporte, porta GravarCTRC, para gerar uma substituição de um CT-e, em algumas execuções, o sistema pegava um CT-e que já havia sido Liquidado Substituído e estava com seu valor em aberto zerado e gerava uma divisão por zero, apresentando a mensagem de erro: Não foi possível fechar a nota fiscal de saída. - Não foi possível efetuar a baixa do título como cancelado. Erro: Floating point division by zero.

Correção efetuada: alteramos o sistema para que quando gere uma substituição de um CT-e por meio desse web service, o cancelamento do título antigo somente seja feito quando ainda houver valor em aberto. Quando não houver, apenas gere um novo título.

Problema: ao importar um cupom fiscal de venda que tenha a forma de pagamento como cartão, através do web service com.senior.g5.co.int.varejo.nfce, porta ImportarNfce, na integração com o Gestão de Supermercados, era possível que os títulos não fossem gerados corretamente.

Correção efetuada: ajustamos a rotina de importação do cupom fiscal para que os títulos sejam sempre gerados corretamente.

Complementamos a documentação de Pré-requisitos de Proprietária para habilitar integração via web service, inserindo o nome da porta ExportarIntegracao para o web service Com.senior.g5.co.ven.notafiscalsaida.

Complementamos a documentação do aplicativo Gestor Senior | Aprovações - Rotinas de aprovação multinível, inserindo a informação de que a geração da pendência de pedido bloqueado ocorre quando gerada a pendência de aprovação, além de demais orientações acerca do bloqueio do pedido.

Problema: ao exportar o cancelamento da nota fiscal para o WMS Senior, o CNPJ da filial emitente ficava incorreto.

Correção efetuada: alteramos o sistema para que a exportação de nota fiscal integre corretamente.

Complementamos a documentação da tela Faturamento de Pedidos Agrupado (F140LOT), adicionando a informação de que o identificador VEN-000TNSDE01 não é executado quando o campo Sugerir Trans. Dados Gerais nos Itens estiver marcado. Esse é acionado apenas quando a sugestão de transação é dos itens para os dados gerais.

Problema: o valor do percentual de ICMS do Simples Nacional não era sugerido corretamente de acordo com as faixas de faturamento da empresa.

Correção efetuada: corrigimos o valor sugerido no campo % de ICMS Simples Nacional nas notas de saída.

Adequamos o sistema para atendimento à NT 2019.001, versão 1.62, publicada em Março de 2024, que trouxe a seguinte alteração no leiaute da NF-e e NFC-e:

• Nomeando a tag do grupo de Crédito Presumido com até quatro ocorrências. A estrutura do grupo de crédito presumido agora é:
  • 104.07: (gCred) grupo opcional de informações do crédito presumido
    • 104.08 (cCredPresumido): código do benefício fiscal de crédito presumido aplicado ao item
    • 104.09 (pCredPresumido): percentual de crédito presumido
    • 104.10 (vCredPresumido): valor do crédito presumido

A geração do grupo de crédito presumido é feita através dos dispositivos fiscais sugeridos automaticamente ou informados manualmente nos itens da nota fiscal.

Problema: ao alterar o valor de um campo personalizado através da tela F140PIP, acessada por meio do botão Person. do item de produto da tela Notas Fiscais de Saída (F140GNF), ou através da tela F140PIS, também acessada pelo botão Person. do item de serviço, o sistema apresentava erro de violação de acesso.

Correção efetuada: corrigimos o sistema para não gerar erro de violação de acesso, quando for modificado o valor de um campo de usuário por meio das telas F140PIP e F140PIS.

Realizamos uma reestruturação na documentação referente à Notas Técnicas já publicadas para os documentos eletrônicos: CT-e, CT-e OS, MDF-e, NF-e e NFC-e.

Anteriormente, as NTs estavam listadas na documentação de Parametrizações para NF-e 4.0, porém, este não é o foco desta página, a qual visa instruir os usuários a parametrizar o sistema para adequação às alterações no leiaute da NF-e 4.0.

Desta forma, criamos páginas específicas de Notas Técnicas para cada um dos documentos eletrônicos e mantivemos na documentação de Parametrizações para NF-e 4.0, um aviso que direciona para o novo local que centraliza este conteúdo com links para estas novas páginas.

Para conferir estas alterações, acesse:

• Parametrizações para NF-e 4.0
• Nova página com links para NTs por tipo de documento
• Notas Técnicas para:
  • CT-e | CT-e OS
  • MDF-e
  • NF-e | NFC-e

Complementamos a documentação das telas Liberação de Pedidos bloqueados por Área (F120LIM), Parâmetros de Usuário para Vendas (F099UVE) e Parâmetros da Filial para Vendas (F070FVE), inserindo referência à nova documentação Influência dos Campos da Filial do Usuário na liberação do Pedido por Área, nos seguintes campos:

• Na tela F120LIM, campo Mostrar;
• Na tela F099UVE, campo Aprovar pedido na filial;
• Na tela F070FVE, campo Bloqueio pedido por área.

Problema: ao gerar um arquivo XML de um CT-e, o sistema gerava sempre a tag <cBenef>, desde que houvesse valor para ela, mesmo quando não houvesse valor para a tag <vICMSDeson>.

Correção efetuada: alteramos o sistema para gerar a tag <cBenef> somente quando houver valor para os campos Benefício Fiscal e ICMS Desonerado.

Problema: os filtros das aprovações apresentavam a cor de fundo errada quando o aplicativo estava com o Tema Escuro, dificultando a visibilidade dos valores a serem filtrados.

Correção efetuada: ajustamos a cor para se adequar aos demais componentes do Tema Escuro.

Problema: ao executar o processo agendado da rotina 67 - Importação de documentos eletrônicos de entrada, informando o parâmetro CadastrarFornecedorAutomatico, era apresentado o erro A class named TE000AEC already exists.

Correção efetuada: ajustamos para que o sistema não gere o erro acima ao cadastrar um novo fornecedor.

Problema: ao processar uma nota de entrada via web service com.senior.g5.co.mcm.cpr.notafiscal, na porta GravarNotasFiscaisEntrada, era apresentado o erro de Access Violation quando passado um valor inválido para o campo CodVii.

Correção efetuada: ajustamos o tratamento de exceções do processamento do web service, que gerava o erro, ao receber campos dos dados gerais da nota com valor inválido, ou seja, de tipagem diferente do TBS.

Problema: ao executar o web service com.senior.g5.co.mcm.est.ordemcompra, porta Aprovar, com o usuário logado como não aprovador, o sistema não avisava que a ordem de compra não havia sido aprovada e apresentava apenas a mensagem OK.

Correção efetuada: ajustamos a situação acima para apresentar a mensagem A aprovação não foi efetuada. Mensagem reportada: Não há qualquer nível possível para aprovação pelo usuário XXX (pois os níveis, cuja ligação com o usuário está ativa, não fazem parte da expressão ou já foram tratados).

Problema: após a execução através de regra do web service com.senior.g5.co.mcm.est.estoques, porta ExcluirMovimento, o ERP passava apresentar erros de classes na telas alterando o comportamento padrão das mensagens mostradas nas rotinas.

Correção efetuada: ajustamos o web service para que sua execução através de regras não cause impactos nas outras rotinas do sistema.

Complementamos a documentação da tela Via Recebimento de Documento Eletrônico (F000INE), inserindo a informação de que deve haver conexão do campo ChvNel, dessa tela, com o campo de mesmo nome na tela Nota Fiscal de Entrada Agrupada (F440GNE), evitando, dessa forma, que a chave eletrônica permaneça como Processada na tela F000INE.

Problema: ao realizar o processamento de registros a fixar de fornecedor Pessoa Jurídica, através da tela de Fixação de Preços (F439FIX), durante a geração de uma nota de devolução, ocorria a mensagem de erro Valor da Nota Fiscal menor ou igual a zero. Essa situação ocorria caso a fixação ocorresse com o preço a menor em relação ao preço do recebimento, e a transação de venda definida para ser utilizada na devolução da fixação estivesse configurada como P-Devolução Proporcional.

Correção efetuada: ajustamos a rotina para que a fixação gere a nota de devolução, no caso especificado, sem gerar erros.

Problema: ao processar uma nota de acerto com valor de ICMS, o sistema não descontava o valor do ICMS na base do PIS e COFINS a recuperar.

Correção efetuada: ajustamos uma falha que zerava o valor do ICMS no recálculo de notas de acerto.

Problema: ao gerar uma nota de devolução tipo 3 - Devolução (NF de Saída), cuja nota de saída não possuía valor no campo IndPre, o sistema gerava o XML da devolução com a tag <indPres> vazia, ocasionando rejeição.

Correção efetuada: ajustamos a geração do XML das notas de devolução, para que carregue corretamente a tag <indPres>.

Problema: quando a configuração parâmetro global AprPriAoc está com N - Não e o parâmetro Bloqueio Ordem de Compra, da tela Parâmetros da Filial para Projeto (F070PRJ) estiver com 1-Mudança de estado de PRE para ANA, o sistema verifica, de forma individual, se a Ordem de Compra que está mudando de PRE para ANA tem o valor que cabe no orçamento do projeto, sem consumir valor nesse momento. O valor será consumido no momento de fechar a Ordem de Compra, nessa etapa havia um erro na rotina, pois não era verificado se o projeto tinha saldo para consumo.

Correção efetuada: ajustamos a rotina para que no momento de fechar a ordem de compra, se não houver mais saldo disponível no projeto será apresentada a tela de bloqueio.

Problema: ao executar o relatório padrão 050 - Modelo de Ordem de Compra (SCOC050.GER), as informações do complemento do produto eram listadas em alguns momentos do primeiro produto da lista para todos os demais produtos, não considerando o complemento informado no cadastro do produto.

Correção efetuada: alteramos o relatório padrão para listar o complemento conforme o que está informado no cadastro do produto.

Complementamos a documentação da tela Consulta Análise do Produto (F075CAP), adicionando as informações de funcionalidade, campos e identificadores de regras disponíveis na tela em questão.

Problema: ao executar um fechamento/atualização de estoques e ser retornado o aviso O produto produzido X, derivação Y está com um valor de preço de custo zerado. Verifique!, o processo era interrompido e o período de estoque não era atualizado mesmo deixando fechado.

Correção efetuada: ajustamos a rotina para que nesse cenário o período de estoques seja atualizado corretamente.

Problema: a log do glassfish informava erro de número de parâmetros inválidos ao publicar web services via bridge.

Correção efetuada: alteramos a rotina de request para corrigir o processo quando não há serviço ou parâmetros informados (chamada de publicação de web services).

Problema: ocorria o aviso de Erro Access Violation na chamada de função HttpGet.

Correção efetuada: realizamos a remoção de caractere de quebra de linha inválido do retorno de requests.

Ajustamos a documentação do web service Com.senior.g5.co.mct.ctb.inversaogerencial, porta Gerar, adicionando as informações de obrigatoriedade e descrição de seus parâmetros.

Complementamos a documentação do web service Com.senior.g5.co.mcm.ven.pedidos, porta LiberarPedidosBloqueados, inserindo a informação de que a porta em questão não realiza qualquer bloqueio da Sequência Observação, quando utilizado o Bloqueio do Pedido Geral ou a rotina de Liberação de Pedido por Área.

Problema: ao utilizar o web service Com.senior.g5.co.mcm.ven.conhecimentotransporte, porta GravarCTRC, para gerar uma substituição de um CT-e, em algumas execuções, o sistema pegava um CT-e que já havia sido Liquidado Substituído e estava com seu valor em aberto zerado e gerava uma divisão por zero, apresentando a mensagem de erro: Não foi possível fechar a nota fiscal de saída. - Não foi possível efetuar a baixa do título como cancelado. Erro: Floating point division by zero.

Correção efetuada: alteramos o sistema para que quando gere uma substituição de um CT-e por meio desse web service, o cancelamento do título antigo somente seja feito quando ainda houver valor em aberto. Quando não houver, apenas gere um novo título.

Problema: ao importar um cupom fiscal de venda que tenha a forma de pagamento como cartão, através do web service com.senior.g5.co.int.varejo.nfce, porta ImportarNfce, na integração com o Gestão de Supermercados, era possível que os títulos não fossem gerados corretamente.

Correção efetuada: ajustamos a rotina de importação do cupom fiscal para que os títulos sejam sempre gerados corretamente.

Complementamos a documentação de Pré-requisitos de Proprietária para habilitar integração via web service, inserindo o nome da porta ExportarIntegracao para o web service Com.senior.g5.co.ven.notafiscalsaida.

Problema: ao processar uma nota de entrada via web service com.senior.g5.co.mcm.cpr.notafiscal, na porta GravarNotasFiscaisEntrada, era apresentado o erro de Access Violation quando passado um valor inválido para o campo CodVii.

Correção efetuada: ajustamos o tratamento de exceções do processamento do web service, que gerava o erro, ao receber campos dos dados gerais da nota com valor inválido, ou seja, de tipagem diferente do TBS.

Problema: ao executar o web service com.senior.g5.co.mcm.est.ordemcompra, porta Aprovar, com o usuário logado como não aprovador, o sistema não avisava que a ordem de compra não havia sido aprovada e apresentava apenas a mensagem OK.

Correção efetuada: ajustamos a situação acima para apresentar a mensagem A aprovação não foi efetuada. Mensagem reportada: Não há qualquer nível possível para aprovação pelo usuário XXX (pois os níveis, cuja ligação com o usuário está ativa, não fazem parte da expressão ou já foram tratados).

Problema: após a execução através de regra do web service com.senior.g5.co.mcm.est.estoques, porta ExcluirMovimento, o ERP passava apresentar erros de classes na telas alterando o comportamento padrão das mensagens mostradas nas rotinas.

Correção efetuada: ajustamos o web service para que sua execução através de regras não cause impactos nas outras rotinas do sistema.

Problema: ao utilizar o webservice com.senior.g5.co.mfi.prj.cadastroprojeto, porta CadProjeto_2, para cadastrar novos projetos e o número do projeto não é informado, o sistema busca o próximo número disponível e aplica para o projeto. Porem, dependendo do número de requisições que ocorriam ao mesmo tempo, duas ou mais instâncias retornavam o mesmo número disponível, pois a primeira instância que pegou o número ainda não havia realizado o commit no banco. Quando as outras instâncias concluíam o cadastro, era apresentada a mensagem Não é possível inserir registro com chave duplicada.

Correção efetuada: criamos uma trava para que as instâncias que forem buscar o próximo número disponível, fiquem aguardando até a primeira instância concluir. Com isso, será evitado que instâncias diferentes peguem o mesmo número de projeto.

Problema: quando era informado os valores idtReq e o sigInt, que são utilizados para evitar a duplicidade, o web service com.senior.g5.co.mfi.cre.titulos, porta GerarBaixaPorLoteCR, não localizava os títulos.

Correção efetuada: realizamos um ajuste para que o web service utilize a filial do título e não a filial informada nos dados gerais de entrada.

Alteramos o endereço de envio dos arquivos do Analytics ERP com o objetivo de otimizar a integração dos dados.

Além disso, adicionamos um limite de envio de arquivos ao Analytics ERP por dia, fazendo com que cada arquivo possa ser enviado apenas duas vezes por dia.

Adicionamos na documentação de Perguntas Frequentes do Bot Factory (SARA) no ERP XTended, um tópico informando o que deve ser verificado quando esta integração não acontece. Para saber qual o procedimento a ser realizado, consulte a documentação.