Gestão Empresarial | ERP - 5.10.3.16

Problema: ao fazer uma fixação com quantidade parcial envolvendo a geração de nota de devolução financeira, em alguns casos, a situação da ordem de compra ficava incorretamente como 4 - Liquidado.

Correção efetuada: corrigimos a rotina de fixação para que, nas fixações de quantidades parciais, a ordem de compra permaneça com a situação como 2 - Aberto Total.

Melhoramos o Processo Automático 151, que realiza a integração entre o Gestão Empresarial | ERP e o App do Produtor Rural, onde adicionamos o identificador de regra INT-115PRPCM01, implementado no módulo INT-Integrações, permitindo customizar a preparação das pendências de integração de envio ao APP do Produtor Rural.

Confira os detalhes em nossa documentação do identificador INT-115PRPCM01.

Em processo de melhorias na integração entre o Gestão Empresarial | ERP e o Gestão Safra, liberamos um tratamento realizado no cancelamento de pesagem e adicionamos validações das origens da classificação no processo automático 157.

A partir desta versão, ao cancelar uma nota fiscal que foi originada de uma pesagem, o sistema irá inativar a classificação enviada ao Gestão Safra. Junto a esta implementação, adicionamos validações das origens da classificação, onde, no envio da classificação a mesma não estiver com a Família, Safra, Item de Classificação e Unidade de Medida já integradas, haverá um aviso por meio de log na tela Log de Integrações - ERP x senior X (F115PRL).

Melhoramos a nossa documentação de Passo a Passo da entrada de produtos no Manual de Processos do Agronegócio. Em relação a Nota tipo 1, especificamos sua relação com os campos da tela de Controle de Entradas e Saídas (Expedição via Contrato com Classificação) (F435CCC) ao optar por nota fiscal no processo de recebimento do produto.

Problema: quando era utilizado o botão Cancelar ou Sair na tela F000PIM, o sistema retornava uma mensagem de aviso: É necessário ao menos informar uma empresa., mesmo quando não havia dados inseridos na tela.

Correção efetuada: corrigimos o sistema para que os botões Cancelar ou Sair funcionem de forma adequada.

Incluímos na documentação do identificador de regra TES-600GMOGA02 as informações sobre a variável VSNumCco.

Ajustamos a descrição da finalidade do identificador de regra EST-210LIDEP01. A partir desta versão a descrição informa que o objetivo desse identificador é fazer ligações automáticas de produtos ao depósito quando um movimento de estoque de entrada é gerado a partir de uma transferência, através de telas que geram processos de transferência de estoques, web service de movimentação de estoque ou web service de cadastro de produtos, porta Cadastrar.

Problema: a documentação do identificador de regras CPR-420EMAOC01, informava que as variáveis VSCODEMP e VSCODFIL eram do tipo ALFA, o que estava incorreto.

Correção efetuada: ajustamos a documentação, alterando o tipo das variáveis corretamente para NÚMERO.

Disponibilizamos o parâmetro global ManIstBxa. Ele define se mantém as instruções de "Pedido de Baixa" com a situação "Ativo" na baixa do Contas a Receber se o portador da instrução for diferente do título.

Problema: ao modificar um cliente, caso na base de dados houvesse outro cliente cadastrado que repetisse o mesmo CPF/CNPJ, o sistema não permitia a alteração do registro através do web service com.senior.g5.co.ger.cad.clientes, porta GravarClientes. Essa situação poderia ocorrer se a tela de Parâmetros da Filial para Vendas (F070FVE) tivesse o campo CNPJ/CPF Cliente Repetido configurado inicialmente para S - Sim e, após o cadastro de clientes com CPF/CNPJ repetidos, fosse alterada para N - Não, fazendo o web service checar se havia outro cliente com mesmo CPF/CNPJ antes de salvar as informações.

Correção efetuada: ajustamos o sistema para que, caso haja outro cliente com o mesmo CodCli ou CgcCpf já cadastrado no banco, a operação será considerada como uma alteração de cadastro ao invés de uma inserção, não disparando a checagem de CNPJ/CPF únicos.

Problema: ao carregar itens de produto na tela Tabela de Preço de Venda (F081GTP), o sistema exibia as derivações inativas para o produto selecionado e não apenas as derivações ativas.

Correção efetuada: ajustamos o sistema para trazer apenas as derivações ativas para o produto informado. Também criamos a documentação da tela Tabela de Preço de Venda - Seleção (F081SPF).

Complementamos a documentação do tópico Integração de notas fiscais eletrônicas da tela Integração de Notas Fiscais (F660INT) para informar que o Valor da Mercadoria é buscado do campo Valor Bruto (VlrBru) da tabela de itens (E440IPC).

Problema: a documentação da tela de Integração do EFD-Reinf (F690ILA) descrevia que, na transmissão do Registro R-2010, as notas fiscais de entrada com número de inscrição no CNO são centralizadas na filial matriz da empresa. Entretanto, para que isso ocorra é preciso informar na tela de Exportação (F669ERE), a filial matriz e a filial em que a nota está lançada, informação ausente na documentação da tela. Quando o usuário informa apenas a filial matriz, a nota não é exportada no processo.

Correção efetuada: ajustamos a documentação para orientar da necessidade de exportar a filial matriz e todas as filiais da nota de entrada na tela de Exportação (F669ERE).

Problema: ao apurar o imposto de PIS ou COFINS, se houvesse saldo de crédito na tela de Créditos de PIS e COFINS (F661CRE), e esse saldo fosse utilizado de forma manual em Outros Créditos, o sistema não considerava o desconto do valor de Outros Créditos, calculando incorretamente o valor de saldo e valor do imposto a pagar.

Correção efetuada: corrigimos a apuração dos impostos PIS e COFINS para considerar os valores de saldo de créditos, conforme créditos da tela Créditos de PIS e COFINS (F661CRE).

Problema: na rotina de geração do SPED Contábil Fiscal (F669ECF), ao gerar o registro K355, que apresenta os saldos das contas contábeis antes do zeramento, este não listava contas de resultado em que o zeramento do saldo ocorreu por lançamentos manuais.

Correção efetuada: ajustamos a rotina de geração da ECF para que liste também as contas de resultado onde o zeramento do saldo ocorreu por lançamentos manuais.

Ajustamos a tela Cadastro de Dispositivos Fiscais (F051DIS) para que, quando um dispositivo for excluído estando referenciado em uma tabela, o sistema apresente uma mensagem indicando a tabela em que o dispositivo está associado, não permitindo sua exclusão enquanto ele estiver em uso.

Na tela F661I18, ao reapurar o imposto ICMS, o valor do ajuste de Outros Débitos/Outros Créditos do ICMS Monofásico transferido para a apuração do ICMS tinha seu valor zerado. Ajustamos para que o sistema mantenha o valor apurado anteriormente ou, caso a apuração do imposto 78 tenha sido alterada, o ajuste receba esse novo valor.

Problema: quando o cliente utiliza banco de dados SQL e possui empresas que mudaram sua especialização dentro do período de apuração, o sistema apresentava erros nas linhas referentes aos impostos IRPJ e CSLL, tais como Ocorreram erros durante a compilação das fórmulas da apuração: Tabela/Linha N630:2: Erro de sintaxe. Posição 1. Elemento inválido, não reconhecido ou sintaxe anterior incompleta.

Correção efetuada: ajustamos a rotina para que as linhas sejam corretamente apresentadas, independente do banco de dados e da mudança de especialização das empresas.

Para o controle via workflow integrado ao Compliance Fiscal, os identificadores de regras IMP-660CNFEXE e IMP-660APREXE passarão a receber o caminho com o nome do arquivo gerado via telas F669EFD, F669SPC, F669ECF, F669GDM (DESIF) e F669GDM_2 (ISS Municipal), na variável IMPALOCARQ.

Problema: ao realizar a integração contábil de qualquer módulo, em modo assíncrono, e marcando a opção N - Não para negar a transação filtrada, o sistema retornava que o serviço havia sido executado com sucesso. No entanto, não era gerado nenhum lote contábil ao fim do processo, isso é, nada havia sido processado de fato.

Correção efetuada: ajustamos a integração contábil para que, ao despachar o serviço assíncrono/síncrono, seja enviado também o campo referente à negação da transação, para que todas as opções presentes na tela sejam enviadas ao serviço.

Problema: ao clicar no botão Gerar Fato, com os módulos de Nota Fiscal de Entrada e Saída, Contas a Pagar e Receber, e Tesouraria, em alguns casos era apresentada a mensagem de erro: Não foi possível inserir o Fato Contábil x Tesouraria!, desta forma abortando todo o processo.

Correção efetuada: ajustamos a geração de fato contábil da Tesouraria, solucionando o problema de chave duplicada que ocasionava a mensagem de erro, possibilitando que o processo seja concluído.

Acrescentamos uma nova observação na documentação das telas Remessa do Pagamento Eletrônico - Seleção (F510SPR), tópico Mostrar e Remessa do Pagamento Eletrônico (F510PRM), campo Opção. Nessa observação informamos que a rotina 28 - Pagamento Eletrônico - Contas a Pagar é um complemento da rotina 27 - Contas a Pagar - Baixas.

Informamos ainda que as rotinas de aprovação multinível estão diretamente associadas às suas tabelas de origem, neste caso, à tabela de títulos do Contas a Pagar. Dessa forma, na tela F510PRM, quando utilizada a opção 6 - Devolução Crédito Cliente na tela de seleção F510SPR, os títulos do Contas a Receber não serão controlados pelo processo de aprovação do Contas a Pagar. Isso ocorre devido a uma limitação no núcleo que gerencia a aprovação multinível, que não permite a combinação de tabelas de gerenciamento diferentes, como Contas a Pagar e Contas a Receber.

Problema: ao executar os web services com.senior.g5.co.int.vetorh.titulos, porta IntegrarTitulos, com.senior.g5.co.mfi.cre.titulos, porta EntradaTitulosLoteCR e com.senior.g5.co.mfi.cpa.titulos, porta EntradaTitulosLoteCP, quando, na tela F070ECT, os parâmetros Gerar Conta Auxiliar Cliente e Gerar Conta Auxiliar Fornecedor forem igual a S - Sim e, na tela F070FVE, o parâmetro Cliente igual Fornecedor for igual a S - Sim, ao copiar a definição do cliente ou fornecedor para a filial do título, a rotina tentava criar uma nova conta auxiliar e, dependendo da parametrização do plano de contas, podia ocorrer o erro Não foi possível localizar a conta auxiliar de origem. Verifique se a conta contábil possui relacionamento tipo 2 (todos subordinados a ela/ele) com uma conta auxiliar.

Correção efetuada: ajustamos a rotina que copia as definições do cliente ou fornecedor para não gerar uma nova conta auxiliar. A geração da conta auxiliar deve ser feita nas telas Cadastro de Fornecedores (F095CAD) ou Cadastro de Clientes (F085CAD).

Realizamos implementações no web service com.senior.g5.co.mfi.cpa.titulos, porta GravarTitulosCP, visando permitir a integração do campo LocTit, além ds possibilidade de informar campos de usuários, através do set camposUsuario.

Realizamos melhorias de performance em funções do web service com.senior.g5.co.mfi.cre.titulos, porta EntradaTitulosLoteCR onde foram aplicadas melhorias nas validações de títulos substitutos, nas validações de usuário de geração do título, na geração de observações, na atualização de dados históricos do título e nas tratativas para geração de comissões de título.

Problema: séries e subséries legais cadastradas com zeros à esquerda eram autorizadas e recebiam o retorno do eDocs via web service com.senior.g5.co.int.eletronicos.documentos, porta ImportarRetornos_3, com a mensagem ERRO: Não foi possível localizar um(a) Nota Fiscal Eletrônica de Serviço com o número (...).

Correção efetuada: verificamos para que, no web service, o sistema continue retornando primeiro por meio do CNPJ da filial emitente, série legal e número do documento. Caso não encontre, o retorno será por meio da chave eletrônica.

Complementamos também a documentação da tela Séries de Notas Fiscais (F020SNF) no manual do ERP e das Formas de Retorno no manual do eDocs com informações sobre a integração.

Problema: ao enviar um .XML para o web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, quando o parâmetro TipCal é igual a 1, o sistema não realiza nenhum tipo de cálculo, apenas grava as informações recebidas no banco de dados. Entretanto, a documentação não orientava o usuário que era preciso enviar toda a informação necessária para a gravação dos dados, quando esse parâmetro estivesse ativo.

Correção efetuada: ajustamos a documentação para informar ao usuário que é preciso enviar todos os valores necessários já calculados no .XML, quando o TipCal possui o valor 1. Caso o parâmetro seja igual a 0, o sistema cuidará de calcular os valores de rateio.

Acrescentamos uma observação no tópico Transferências do WMS WIS para o Gestão Empresarial | ERP para destacar que, quando ocorrerem erros nas transferências do Gestão de Armazenagem | WMS WIS para o ERP, deve-se consultar a documentação Manutenção de erros de integração - ERP com WMS WIS.

Ajustamos a documentação da tela de Bloqueio e desbloqueio de endereços no armazém, para orientar quanto ao impacto da parametrização incorreta da periodicidade do processo agendado de Bloqueio e Desbloqueio de endereços no armazém, na integração com o WMS WIS. Como o processo de bloqueio é mais rápido que o de retorno de recebimento, ele é executado/integrado antes desse, causando inconsistências na integração.

Problema: a tela Reprocessos de O.Ps./O.Ss. / geração de O.Ps./O.Ss. manuais/sumarizadas (F900ROP) não descrevia detalhes fundamentais do processo, especificamente nos campos Roteiro e Manual Digitada, o que causava confusão ao usuário final.

Correção efetuada: adicionamos os detalhes necessários à documentação, obedecendo o detalhamento dos campos Roteiro e Manual Digitada.

Problema: quando eram utilizados dois ou mais Dispositivos Fiscais de forma automática para um item da tela Notas Fiscais de Saída (F140GNF), e o preço era alterado, o sistema excluía apenas um dispositivo fiscal quando deveria excluir todos do item.

Correção efetuada: concluímos uma alteração para excluir corretamente os dispositivos fiscais sugeridos automaticamente, deixando apenas os sugeridos de forma manual.

Problema: ao gerar uma nota fiscal de saída eletrônica com ICMS ST por meio da tela Geração de Notas Fiscais via Pré-faturas (F135GNA), o sistema não descontava o valor corretamente, conforme parametrizado na tela F019TIS. O valor original de ICMS ST era mantido, sem subtrair o valor do ICMS.

Correção efetuada: ajustamos o sistema para subtrair o valor de ICMS do ICMS ST, conforme parametrizado na tela F019TIS.

Adicionamos uma exceção para gerar a tag do transportador (campo: <transp> > <transporta> > <CNPJ> ou <CPF>) no xml da NF-e quando o Remente e Transportador ou Destinatário e Transportador possuírem o mesmo CNPJ/CPF, com modalidade de frete igual a 0, 1, 2, 3 ou 4, e estiver utilizando um CFOP referente a operações com combustíveis.

Problema: na tela Controle de Embarques (F145EBQ), a mensagem apresentada ao informar um CT-e com modal diferente de Rodoviário, Aéreo ou Multimodal possuía um erro ortográfico.

Correção efetuada: ajustamos as mensagens Não é possível informar um CT-e que o modal seja defirente de Rodoviário ou Multimodal e Não é possível informar um CT-e que o modal seja defirente de Aéreo ou Multimodal, que exibiam o erro ortográfico, corrigindo a palavra defirente para diferente.

Problema: ao inserir um item de produto em um pedido na tela F120GPD, com a situação tributária do item igual a 041 e informando/sugerindo um motivo de desoneração, o sistema zerava o motivo de desoneração do item de pedido.

Correção efetuada: ajustamos o sistema para manter o motivo da desoneração ao inserir um item no pedido quando a situação tributária for 041.

Complementamos a descrição da opção 6 - Comercial Variável do campo Tipo para informar que somente será possível faturar o mês de geração do contrato, se no campo Início Faturamento o dia for igual a 01. Exemplo: 01/01/2099.

Problema: ao cancelar um CT-e na versão 4.00 emitido e autorizado, não era gerado o .XML de cancelamento, mesmo com o processo executado com sucesso. Também na emissão da carta de correção, versão 4.00, ocorria uma crítica de integração: O arquivo não segue o formato esperado. Campo: eventoCTe > infEvento > id - Identificador da TAG a ser assinada, a regra de formação do id é: ID + tpEvento + chave do CT-e + nSeqEvento.

Além disso, na emissão ocorria a seguinte rejeição da SEFAZ: 646 - Rejeição: CT-e emitido em ambiente de homologação com Razão Social do remetente diferente de CTE EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL.

Correção efetuada: alteramos a rotina de cancelamento de CT-e na versão 4.0 para que, ao cancelar um CT-e autorizado, ela gere o arquivo .XML corretamente. Na geração da carta de correção, alteramos para que o valor da tag infEvento id seja gerado conforme o manual da SEFAZ.

Também ajustamos para gerar, no arquivo .XML de emissão do CT-e, a informação CTE EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL quando o sistema estiver configurado para o ambiente de homologação.

Disponibilizamos na tela de cadastro de filiais (F070FCA) o novo parâmetro dinâmico FILIAL.ANALISEEMBARQUE.NOVONUMEROPOREXECUCAO, que indica se deve ser gerado um novo número de análise de embarque, a cada vez que a porta AtenderManualPedidos do web service com.senior.g5.co.mcm.ven.manualpedidos for executada. Caso este parâmetro esteja definido como N - Não, que é o valor padrão, será mantido o comportamento original, ou seja, reutilizará uma análise já existente, gerando apenas uma nova pré-fatura.

Durante a integração contábil via processo agendado, se os dados apresentassem inconsistências, o sistema abortava o processo e exibia apenas um erro por vez, diferentemente de quando esse processo é feito via tela de Integração Contábil (F645CTB), que gera um arquivo de texto com todos os erros encontrados. Portanto, implementamos o parâmetro INDVAL no processo agendado, para indicar se deve ser realizada validação dos dados antes da integração (INDVAL=1 indica que sim, INDVAL=0 indica que não). Nesse caso, será gerado um arquivo de texto com todos os erros, na pasta de logs definida nas configurações do sistema. O arquivo será criado usando a nomenclatura CTBINTLG_XXXX.TXT, onde o XXXX corresponde ao identificador de processo da aplicação.

Problema: ao executar o Processo automático 71 - Faturamento de pré-faturas, juntamente ao Identificador de Regra VEN-135FLPFA01, o número da análise devolvido para a regra quando o estado da variável VSOrigem era DESCARTANDO estava incorreto.

Correção efetuada: alteramos para que o número da análise correto para o Identificador de Regra VEN-135FLPFA01 retorne em todas as opções de Origem possíveis na variável VSOrigem.

Implementamos no sistema a possibilidade de paralelizar o faturamento de notas fiscais através da execução do processo automático 71 - Faturamento de pré-faturas. A definicao ou não do paralelismo se dá através dos parâmetros SEQUENCIAPARALELISMO, NIVELPARALELISMO e USARNUMERACAOPERDIDA.

Para saber mais sobre como realizar esta rotina, acesse a documentação.

Enriquecemos a documentação da tela Acompanhamento de Produção (F901ACP) com informações sobre os campos Tempo Bruto (min.) e Tempo Líquido (min.) da guia Movtos O.P./O.S.

Problema: na tela F440GNE, ao excluir uma nota fiscal de entrada vinculada a uma ordem de compra com o campo Excluir Título Previsto OC da tela F070FCP igual a S - Sim, os títulos de previsão da ordem de compra não eram regerados.

Correção efetuada: ajustamos a rotina para regerar os títulos de previsão da ordem de compra corretamente.

Complementamos as documentações que englobam o processo de Recebimento Eletrônico a fim de facilitar a realização da rotina pelo usuário final. As alterações realizadas se encontram na documentação completa sobre Recebimento Eletrônico e na tela Parâmetros do Recebimento Eletrônico (F070PRE).

A fim de permitir ao usuário fixar uma quantidade máxima de itens para as notas fiscais geradas na finalização do inventário, implementamos o identificador de regras EST-220QTDIT01, onde será possível, via regra, retornar a quantidade máxima de itens.

Complementamos a documentação do tópico Processos da tela Finalização do Processo de Inventário - Acertos (F220DAI) para informar que, para possibilitar a reabilitação ou cancelamento de uma nota fiscal gerada a partir de um inventário, existe na tela Parâmetros de Usuário para Estoques (F099UES) o campo Permite reabilitar nota fiscal de inventário. Esse campo é configurado por usuário e permite que reabilitar notas fiscais de inventário.

Destacamos que essa configuração é aplicada tanto para notas fiscais de entrada quanto de saída que foram geradas por meio de um processo de inventário.

Problema: ao modificar um cliente, caso na base de dados houvesse outro cliente cadastrado que repetisse o mesmo CPF/CNPJ, o sistema não permitia a alteração do registro através do web service com.senior.g5.co.ger.cad.clientes, porta GravarClientes. Essa situação poderia ocorrer se a tela de Parâmetros da Filial para Vendas (F070FVE) tivesse o campo CNPJ/CPF Cliente Repetido configurado inicialmente para S - Sim e, após o cadastro de clientes com CPF/CNPJ repetidos, fosse alterada para N - Não, fazendo o web service checar se havia outro cliente com mesmo CPF/CNPJ antes de salvar as informações.

Correção efetuada: ajustamos o sistema para que, caso haja outro cliente com o mesmo CodCli ou CgcCpf já cadastrado no banco, a operação será considerada como uma alteração de cadastro ao invés de uma inserção, não disparando a checagem de CNPJ/CPF únicos.

Problema: séries e subséries legais cadastradas com zeros à esquerda eram autorizadas e recebiam o retorno do eDocs via web service com.senior.g5.co.int.eletronicos.documentos, porta ImportarRetornos_3, com a mensagem ERRO: Não foi possível localizar um(a) Nota Fiscal Eletrônica de Serviço com o número (...).

Correção efetuada: verificamos para que, no web service, o sistema continue retornando primeiro por meio do CNPJ da filial emitente, série legal e número do documento. Caso não encontre, o retorno será por meio da chave eletrônica.

Complementamos também a documentação da tela Séries de Notas Fiscais (F020SNF) no manual do ERP e das Formas de Retorno no manual do eDocs com informações sobre a integração.

Problema: ao enviar um .XML para o web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, quando o parâmetro TipCal é igual a 1, o sistema não realiza nenhum tipo de cálculo, apenas grava as informações recebidas no banco de dados. Entretanto, a documentação não orientava o usuário que era preciso enviar toda a informação necessária para a gravação dos dados, quando esse parâmetro estivesse ativo.

Correção efetuada: ajustamos a documentação para informar ao usuário que é preciso enviar todos os valores necessários já calculados no .XML, quando o TipCal possui o valor 1. Caso o parâmetro seja igual a 0, o sistema cuidará de calcular os valores de rateio.

Problema: ao executar os web services com.senior.g5.co.int.vetorh.titulos, porta IntegrarTitulos, com.senior.g5.co.mfi.cre.titulos, porta EntradaTitulosLoteCR e com.senior.g5.co.mfi.cpa.titulos, porta EntradaTitulosLoteCP, quando, na tela F070ECT, os parâmetros Gerar Conta Auxiliar Cliente e Gerar Conta Auxiliar Fornecedor forem igual a S - Sim e, na tela F070FVE, o parâmetro Cliente igual Fornecedor for igual a S - Sim, ao copiar a definição do cliente ou fornecedor para a filial do título, a rotina tentava criar uma nova conta auxiliar e, dependendo da parametrização do plano de contas, podia ocorrer o erro Não foi possível localizar a conta auxiliar de origem. Verifique se a conta contábil possui relacionamento tipo 2 (todos subordinados a ela/ele) com uma conta auxiliar.

Correção efetuada: ajustamos a rotina que copia as definições do cliente ou fornecedor para não gerar uma nova conta auxiliar. A geração da conta auxiliar deve ser feita nas telas Cadastro de Fornecedores (F095CAD) ou Cadastro de Clientes (F085CAD).

Realizamos implementações no web service com.senior.g5.co.mfi.cpa.titulos, porta GravarTitulosCP, visando permitir a integração do campo LocTit, além ds possibilidade de informar campos de usuários, através do set camposUsuario.

Realizamos melhorias de performance em funções do web service com.senior.g5.co.mfi.cre.titulos, porta EntradaTitulosLoteCR onde foram aplicadas melhorias nas validações de títulos substitutos, nas validações de usuário de geração do título, na geração de observações, na atualização de dados históricos do título e nas tratativas para geração de comissões de título.

Disponibilizamos na tela de cadastro de filiais (F070FCA) o novo parâmetro dinâmico FILIAL.ANALISEEMBARQUE.NOVONUMEROPOREXECUCAO, que indica se deve ser gerado um novo número de análise de embarque, a cada vez que a porta AtenderManualPedidos do web service com.senior.g5.co.mcm.ven.manualpedidos for executada. Caso este parâmetro esteja definido como N - Não, que é o valor padrão, será mantido o comportamento original, ou seja, reutilizará uma análise já existente, gerando apenas uma nova pré-fatura.

Problema: o sistema iniciava os processos do ERP XTended em ambientes que não o utilizam.

Correção efetuada: ajustamos a rotina para não criar processos do XTended ao iniciar o sistema em um ambiente que não permite seu uso.