Gestão Empresarial | ERP - 5.10.2.115

Problema:ao efetuar a integração dos dados do Winfit referentes a aplicação do agrotóxico, caso a aplicação não tivesse a descrição informada, o registro não era integrado para o Gestão Empresarial | ERP.

Correção efetuada:corrigimos para que seja integrado ao ERP o registro da aplicação que não tenha descrição caso a aplicação do agrotóxico seja por cultura. Neste cenário, será adicionado a descrição "Aplicação por cultura" (E113BTA.DESBTA), e o registro será integrado. As informações referentes a aplicação para cada cultura será integrada normalmente para a tabela E113CRE.

Problema: quando era gerado títulos de fixação, com o valor integral que continham parcelas especiais, o Gestão Empresarial | ERP se perdia em dois pontos:

1. Quando há pelo menos duas parcelas especiais e não existem contas a serem compensadas, onde o valor original fica correto, entretanto, o valor em aberto das parcelas fica com o valor total do título, quando deveria conter apenas o valor em aberto da parcela.
2. Quando há, ao menos, uma conta a receber a ser compensada e parcelas especiais, onde o valor original fica incorreto ao receber o valor em aberto. Pois quando o sistema está marcado para gerar com o valor integral, o valor original não pode conter os descontos das contas a receber ou pagar.

Correção efetuada: corrigimos o sistema para que esses valores fiquem corretos no título de fixação.

Em adaptação do Gestão Empresarial | ERP para o envio de informação de Safras utilizadas em movimentações de estoque e de requisições, adicionamos nas telas de Geração Individual de Movimentos de Estoque (F210MVP) e Geração Individual de Requisições de Produto (F207EME), o novo campo Safra Aplicação.

O campo Safra Aplicação tem como objetivo identificar qual foi a safra utilizada na movimentação, e estará disponível para empresas que utilizarem o sistema integrado do tipo 12-Gestão Safra, exibindo as safras ativas que estiverem marcadas para integrar ao Gestão Safra.

Problema: quando eram geradas notas fiscais de saída via pedido através das telas F140GNF, F140PRE ou Web service Com.senior.g5.co.mcm.ven.notafiscal, pela Porta GravarNotasFiscaisSaida_15, o sistema não calculava os impostos Agro.

Correção efetuada: ajustamos o sistema para que volte a calcular os impostos Agro através dos locais mencionados.

Disponibilizamos com essa versão, o campo Código Safra nos web services com.senior.g5.co.mcm.est.requisicoes e com.senior.g5.co.mcm.est.estoque, utilizados para o cadastro de uma requisição e/ou movimentação de estoque, no qual, será possível identificar uma safra na movimentação de estoque.

No Web Service com.senior.g5.co.mcm.est.requisicoes, o campo CodSaf está disponível na porta RequisicaoAgrupadaComposta. Já no Web Service webservice com.senior.g5.co.mcm.est.estoques, o campo CodSaf está disponível na porta MovimentarEstoque.

Ajustamos o registro dos níveis de aprovadores, aumentando a quantidade máxima de variações no número para 9999. Antes dessa implementação, o limite era 999.

Alteramos o sistema para realização do novo tipo de calculo de DIFAL: 12 - Dupla c/ aplicação da diferença de alíq. c/ redução de base de cálculo, tanto para notas de saída e devolução, como para notas de entrada de ativos imobilizados e uso e consumo. Para isso, adicionamos nas telas:

• F070FCP, no campo Tipo de cálculo DIFAL a opção 12 - Dupla c/ aplicação da diferença de alíq. c/ redução de base de cálculo.
• F009PPE, no campo Tipo de cálculo DIFAL a opção 12 - Dupla c/ aplicação da diferença de alíq. c/ redução de base de cálculo.
• F070PSE, nas grades Parâmetros Entrada e Parâmetros Saída, o campo % Red. Base DIFAL.

Problema: na tela Configuração de Impostos para a Filial (F055PPF), guia Composição de Débito Especial, ao cadastrar duas transações iguais, porém com dispositivos diferentes, era apresentada a mensagem Não é possível inserir registros duplicados. Verifique o(s) campo(s): Data Base e transação.

Correção efetuada: ajustamos a rotina a fim de permitir a inclusão de duas transações iguais com dispositivos diferentes na guia Composição de Débito Especial do imposto 67.

Atualizamos o arquivo de natureza de rendimentos para adequá-lo aos códigos da versão 2.1.2 da EFD-Reinf, na tela Natureza de Rendimentos (F055NRE).

Na tela Cadastro de Produtos (F075PRO), ao incluir ou alterar a derivação de um produto em que o código de barras tinha 14 dígitos, ocorria um Erro de acesso ao banco de dados por conta da diferença de tamanho do campo nas tabelas E075DER e E075VDR. A fim de resolver isso, ajustamos o tamanho do campo CodBar de 13 para 14 na tabela E075VDR, ficando igual ao mesmo campo da tabela E075DER.

Visando facilitar o controle e filtro pelo princípio ativo, cadastrado na tela F075PAT e relacionado no cadastro de produtos (F075PRO), na rotina de Compra por Produto Equivalente, disponibilizamos nas telas abaixo relacionadas, o campo Princípio Ativo. Este campo será utilizado como filtro para os produtos e para a derivação, e poderá ser apresentado como campo de seleção e filtro ou como filtro direto dentro das grades, quando houver, nas quais será exibido o princípio ativo cadastrado na derivação.

Importante ressaltar que o cadastro do Princípio Ativo só pode ser realizado, se o parâmetro Receber Produto Equivalente, estiver definido como S - Sim na tela de Parâmetros da Filial para Compras (F070FCP).

Problema: na atualização cadastral de clientes, fornecedores e transportadoras através da tela F000APA ou processo automático 105 - Atualização cadastral Cliente/Fornecedor/Transportadora, os campos de Usuário, Data e Hora de alteração dos cadastros não eram atualizados.

Correção efetuada: alteramos a rotina de atualização cadastral realizada através da tela F000APA e processo automático 105 - Atualização cadastral Cliente/Fornecedor/Transportadora para que os campos de Usuário, Data e Hora de alteração sejam atualizados.

Implementamos o identificador de regra GER-000HFOAU01 para possibilitar a geração automática das definições/histórico do fornecedor sem a necessidade de intervenção do usuário em diversas telas do Gestão Empresarial | ERP.

Ajustamos o relatório 038 - PA - DIEF - Declaração de Inf. Econômico-Fiscais (CIAE038.GER) em relação ao preenchimento do campo 007 - Nº de Operação do Registro ANEXO II - SUBSTITUIÇÃO TRIBUTÁRIA - Registro Tipo 88 - Subtipo 23. Corrigimos também para que o registro não traga, em suas saídas, notas cujo CFOP seja igual a 5667.

A fim de automatizar e simplificar a integração dos registros R-4000 da EFD-Reinf de modo a não precisar fazer o cadastro prévio de fornecedor:

• Alteramos os web services com.senior.g5.co.mct.imp.reinf.retencaopessoafisica (R-4010) e com.senior.g5.co.mct.imp.reinf.retencaopessoajuridica (R-4020) para permitir o cadastro prévio de fornecedor e origem das mercadorias na integração
• Alteramos o web service com.senior.g5.co.mct.imp.reinf.retencaorecebimento (R-4080) para permitir o cadastro prévio de cliente e endereços de entrega na integração

Saiba mais acessando a página da tela de integração da EFD-Reinf.

Alteramos o relatório 092 - Operações com Instrumentos de Pagamento Eletrônico (CIOO092.GER) a fim de que, se o campo Considerar exclusivamente movimentação financeira for igual a S - Sim na tela de entrada do relatório, caso tratar-se de uma Filial Consolidadora serão apresentadas as movimentações financeiras das filiais de origem.

Ajustamos a geração do registro 1601 do SPED Fiscal (F669EFD) para que, se o campo Considerar exclusivamente movimentação financeira estiver marcado, caso seja uma Filial Consolidadora de movimento, o registro vai receber as movimentações financeiras das filiais de origem.

Ajustamos a geração do relatório 038 - PA - DIEF - Declaração de Inf. Econômico-Fiscais (CIAE038.GER) a fim de que os recolhimentos antecipados, como ICMS Antecipado sobre Entradas (código de recolhimento 1146) e Antecipação Especial (código de recolhimento 1173), sejam apresentados no registro ANEXO III - IMPOSTOS DEVIDOS NO MÊS REFERÊNCIA - Registro Tipo 88 - Subtipo 21.

Antes desta versão, o valor da base de cálculo era calculado da seguinte forma: (Valor da Nota - IPI). Assim, ao parametrizar para deduzir ICMS, DIFAL e FCP, a base de cálculo do patrimônio gerado pela nota ficava incorreta.

A fim de atender a MP 1.159/2023 e descontar algum valor da base de PIS/COFINS, ajustamos para que, na geração de bens patrimoniais via Gestão de Tributos, a base de cálculo informada no item da nota fiscal de entrada seja integrada à base de PIS/COFINS do bem. Com isso, eventuais descontos na base ocorridos na entrada da nota (como o valor do ICMS) serão refletidos na geração do bem patrimonial.

Para o funcionamento correto da rotina, é necessário que a opção BC de Pis e Cofins a Recuperar esteja informada na NF de entrada, bem como o Valor de ICMS para documentos sem direito crédito com CST 70 ou 98.

Isso por meio das seguintes implementações:

• Disponibilizamos o campo Valor de ICMS para documentos sem direito crédito (item.vlrIsc) na telas Notas Fiscais de Entrada (F660NFC), Lançamentos (F660BLA) e Consulta de Itens de Notas Fiscais (F660CIN), sendo somente para consulta nas duas últimas
• Disponibilizamos o campo acima também nos web services com.senior.g5.co.mct.imp.importarnotasfiscaisentrada, porta Importar e com.senior.g5.co.mct.imp.notafiscalentradasimplificado, porta Importar
• Adicionamos as variáveis PATNBasPis (Base PIS a Recuperar) e PATNBasCof (Base COFINS a Recuperar) ao identificador de regras PAT-670ENTVA02

Para atender a determinação da MP 1.159/2023, ajustamos a exportação dos registros C170, C191, C195 e C396 do SPED Contribuições (F669SPC) referente às aquisições de uso/consumo e ativo imobilizado, quando houver Valor de ICMS para documentos sem direito crédito, a fim de que o valor do ICMS excluído da base de cálculo do PIS/COFINS seja exportado em campo específico.

Acesse a documentação do leiaute para conferir.

Implementamos o reconhecimento do produto parametrizado sem que ele tenha vínculo com a ordem de produção ao integrar as movimentações diárias de produção de álcool e açúcar via tela F660ICO. Confira, na documentação, o detalhe do que é integrado em cada item.

Disponibilizamos o campo Filial do Contrato Bancário na tela Contas internas de Caixa e Bancos (F600CCO) para indicar a Filial responsável pelo contrato bancário. Esse campo é utilizado como filtro de filial no registro 1601 do SPED Fiscal se o campo Considerar movimentos na filial da conta interna estiver marcado.

Ajustamos a geração do relatório 078 - DIR - Pública (CIAM078.GER) para a tag <NaturezaOperacao>.

Ajustamos o relatório 051 - Declaração de Serviços - Betha (CIAM051.GER) para exportar corretamente o campo 7 - Alíquota 4 casas do registro 3 - Serviços.

Problema: notas referenciadas com mais de uma sequência de estoque eram geradas com quantidades iguais para todos os lotes no registro 1110 do SPED Fiscal (F669EFD).

Correção efetuada: ajustamos a geração do registro 1110 para trazer corretamente os valores em cada sequência de estoque.

Problema: a grade Unidade Imobiliária Vendida ficava escondida na tela, sem a opção de mostrá-la quando o sistema era aberto numa resolução ou monitor que não atendiam os requisitos mínimos.

Correção efetuada: adicionamos a possibilidade de aumentar a área de visualização da grade, diminuindo o espaço das grades inferiores da tela.

A nova versão do CT-e 4.0 institui a geração do CT-e de substituição, que antes era tratado como CT-e de anulação. Assim, há uma dupla tributação do ICMS: pelo valor do CT-e substituído e o do substituto. A fim de atender esse cenário, implementamos para que, ao apurar o ICMS, o estorno do ICMS decorrente do CT-e que foi substituído por um novo CT-e seja apurado no campo de Outros Créditos.

A apuração do faturamento bruto e do faturamento de IRPJ/CSLL também foi ajustada para desconsiderar substituições de CT-e. Esse comportamento está detalhado na documentação das rotinas. Para isso, é necessário que os dados do CT-e substituído estejam informados no CT-e substituto por meio da tela Dados Gerais da Nota Fiscal de Saída (F660DGV). Para CT-es emitidos na Gestão de Mercado, os dados serão preenchidos automaticamente na integração das notas fiscais.

Rotinas impactadas:

• Notas Fiscais (F660INT)
• Notas Fiscais de Saída (F660NFV) > Dados Gerais da Nota Fiscal de Saída (F660DGV)
• Lançamentos (F660BLA)
• Estorno de Lançamento (F660ELI)
• Apuração do Faturamento Mensal (F667AFM)
• Apuração do Faturamento (F667RIR)
• Apuração dos Impostos (F661PAI) > apuração do ICMS (F661I18)

Fizemos também as seguintes implementações:

• Adicionamos a guia CT-e Substituído à tela Dados Gerais da Nota Fiscal de Saída (F660DGV)
• Disponibilizamos os parâmetros de CT-e Substituído nos web services com.senior.g5.co.mct.imp.gravarnotafiscalsaida, porta Gravar e com.senior.g5.co.mct.imp.notafiscalsaidasimplificado, porta Importar
• Adicionamos as variáveis VGerCTS e VExcCTS ao identificador de regras IMP-660INTEG01
• Disponibilizamos a lista de variáveis para integração do CT-e Substituído

Problema: ao fazer a Integração de Notas Fiscais (F660INT) em Tributos, era apresentada a mensagem de erro Out of memory, encerrando o processamento.

Correção efetuada: ajustamos o processo de integração de notas fiscais para criar endereçamentos de memória mais adequados ao processamento.

Problema: ativando o identificador de regras IMP-690NATREND, a regra não era acionada ao integrar o registro R-4010 da EFD-Reinf.

Correção efetuada: ajustamos a integração a fim de considerar o identificador de regras para tratamento da natureza de rendimento em títulos.

Disponibilizamos melhorias de performance na tela Apuração do faturamento da empresa (F667AFM) e no processo agendado 140 - Apuração faturamento empresa a fim de que as informações sejam listadas e gravadas mais rápido.

Disponibilizamos melhorias de performance na tela Processamento de lote contábil (F650PLT) a fim de que as informações sejam listadas e gravadas mais rápido. Adicionamos também a caixa de seleção Não listar lotes. Caso esteja marcada, ao clicar em Processar o sistema vai processar os registros sem preencher as grades. Se houver alguma inconsistência no processamento, será exibido um log.

Problema: ao utilizar a tela de Inversão Gerencial (F650ING) para gerar uma inversão cuja máscara resultante estivesse com os centros de custos antes das contas, o sistema por vezes mostrava o erro Gravação: Lista posicionada no início.

Correção efetuada: ajustamos a inversão gerencial para que o erro não ocorra, independentemente da máscara resultante utilizada.

Problema: durante a Consulta de Lançamentos Contábeis (F650CLC), o campo Complemento ficava vazio, mesmo tendo valor cadastrado. Isso ocorria quando o complemento terminava com aspas simples.

Correção efetuada: ajustamos a rotina de leitura do histórico padrão utilizado para exibir os complementos no lançamento contábil. Independentemente de ter ou não aspas simples, o sistema vai listar o complemento corretamente.

Problema: ao executar o web service com.senior.g5.co.int.varejo.titulos, porta ExportaTitulosReceber, buscando apenas por registros Alterados, o sistema gerava uma pendência de integração para todos os sistemas integrados à rotina.

Correção efetuada: ajustamos o web service para filtrar corretamente o sistema informado na requisição.

Problema: ao realizar entrada de títulos via o web service com.senior.g5.co.mfi.cpa.titulos, porta EntradaTitulosLoteCP, ou via o web service com.senior.g5.co.mfi.cre.titulos, porta EntradaTitulosLoteCR; utilizando a Forma de Rateio como 3-Rateio manual, o sistema não realizava consistência, apenas registrava o título na base, o que poderia resultar em inconsistências nos valores de rateio.

Correção efetuada: alteramos a classe de rateio para que seja apresentado consistência ao entrar com título via web service, no qual a transação esteja definida como rateio manual, impedindo que o título sem valor de rateio seja inserido na base de dados.

Problema: ao gerar um titulo para o contas a pagar, pela tela de Entradas de Preparação/Movimento de Caixa e Bancos (F600GEC), ao selecionar um favorecido na grade, o sistema não apresentava a mensagem Deseja buscar Banco, Agência e Conta do Favorecido?, como acontece ao utilizar a tela de Títulos/Manutenção do Contas a Pagar (F501TCP). Assim, era preciso digitar manualmente as informações para prosseguir a geração do título.

Correção efetuada: ajustamos a tela de Movimento de Caixa e Bancos (F600GEC) para apresentar a mensagem ao ser informado um favorecido. Caso o usuário clique na opção Sim, os dados bancários serão sugeridos na grade e inseridos no título ao processar o registro.

Melhoramos a performance da rotina de geração de comissões para representantes. Além disso, também diminuímos o tempo que a transação com o banco de dados fica aberta durante a execução deste processo. Por fim, incluímos uma barra de processo para mostrar para o usuário em qual processo ele se encontra no momento. Dividimos esta rotina em 3 blocos:

1. Consistência de dados;
2. Geração de comissões, títulos, tesouraria, ordem de compra e fluxo de caixa;
3. Envio de e-mail para os fornecedores ligados aos representantes que geraram ordem de compra fechadas.

Problema: ao gerar uma pendência de integração com o Gestão de Fretes, a série exportada da nota não era a série legal.

Correção efetuada: alteramos o processo no sistema para que a série legal da nota seja enviada na integração com o Gestão de Fretes.

Para que seja possível executar de forma segura o fechamento ou atualização de estoques de forma paralelizada, havia a necessidade de indicar que a execução está ocorrendo de forma paralela com outras filiais para garantir que uma filial não irá acessar outra filial quando houver transferências de estoques entre elas. Portanto, no web service com.senior.g5.co.mcm.est.estoques, porta Fechar, implementamos o parâmetro Paralelizado, o qual é responsável por indicar que trata-se de uma execução de atualização ou fechamento de estoques que está sendo executada de forma paralela com outras filiais.

Problema: na utilização do web service com.senior.g5.co.ger.cad.clientes, porta GravarClientes, quando o parâmetro global UsaEntOri está como S-Sim e a sequência do endereço de entrega de algum cliente já foi utilizado, ao invés de ser retornada a mensagem Não é possível alterar o cadastro pois o parâmetro global UsaEntOri está ativo e existem movimentações de venda para este endereço no RetornosEnderecosEntrega era retornada a mensagem de OK, mesmo que o endereço de entrega não seja alterado.

Correção efetuada: alteramos a validação do web service para retornar a mensagem Não é possível alterar o cadastro pois o parâmetro global UsaEntOri está ativo e existem movimentações de venda para este endereço no RetornosEnderecosEntrega no grupo RetornosEnderecosEntrega para evidenciar o motivo pelo qual o cadastro não foi atualizado.

Problema: ao utilizar o web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, na geração da nota fiscal com itens de produto ou serviço que possuem percentual de IRRF definido em seu cadastro, mesmo enviado o valor 0-zero para o campo PerIrf e definindo que não deveria ser realizado o recálculo dos valores (parâmetro TipCal igual a 1), a nota fiscal era gerada com o percentual de IRRF definido no cadastro do produto ou serviço.

Correção efetuada: alteramos a geração das notas fiscais de entrada através do web service para que, nos casos onde for enviado o percentual zerado no campo PerIrf e indicado nos parâmetros do web service que não deve ser realizado o recálculo dos valores (parâmetro TipCal igual a 1), não será sugerido para os itens de produto e serviço o percentual de IRRF definido em seus cadastros.

Problema: ao passar uma negação de abrangência através do web service com.senior.g5.co.mcm.ven.analiseembarque, porta ExecutarAnalise e executar este mesmo web service, o sistema não acatava os valores informados no campo Negação Abrangência.

Correção efetuada: alteramos o sistema para que, ao ser informada uma negação de abrangência quando utilizado o web service com.senior.g5.co.mcm.ven.analiseembarque, porta ExecutarAnalise, o sistema acate esse valor.

Problema: ao fazer uma transferência entre depósitos na integração com Gestão de Armazenagem | WMS Silt, sendo que um depósito integra com o WMS e outro não, era enviado indevidamente o valor do movimento no campo precoUnitario do JSON para o WMS ao invés do preço unitário.

Correção efetuada: ajustamos a rotina para que seja enviado o valor correto.

Ajustamos o sistema para que o número da NFS-e seja a mesma numeração da NFS-e disponibilizada pelo eDocs que hoje utiliza o campo NumDfs (Número do Documento Fiscal de Serviço). Como o campo E000Nfc.NumNfc no Gestão Empresarial possui nove caracteres, alguns tratamentos são realizados com a numeração como:

• Remover sequenciais de zeros quando possui quatro ou mais zeros seguidos;
• Remover apenas a primeira sequência de zeros encontrada da numeração;
• Caso a numeração tenha mais de nove caracteres, considerar apenas os últimos 9 dígitos.

Problema: ao apontar uma OP via regra (função ApontarOPs), quando informava uma quantidade refugada em uma operação intermediária da OP com o identificador de regra CHA-900GMOIF01 ativo, o produto reaproveitado não entrava no estoque conforme parametrizado na origem.

Correção efetuada: ajustamos para que ocorra a movimentação de entrada no estoque do produto reaproveitado quando parametrizado na origem e o identificador de regra CHA-900GMOIF01 estiver ativo.

Disponibilizamos a geração de uma única guia da nota fiscal de saída que tenha os valores da operação com ICMS DIFAL e FCP. Essa guia tem os valores somados, mas também detalha o valor dos impostos em campos diferentes. Para isso, preencha o campo Gera guia de FCP separada da guia de ICMS DIFAL como N - Não na tela Parâmetros por Estado (F009PPE).

• Emissão da Guia Nacional de Recolhimento de Tributos Estaduais - GNRE

Disponibilizamos na tela de cadastro de filiais, o novo parâmetro dinâmico NOTAFISCAL.ICMSDIFERIDO.REMOVERDOPRECOUNITARIO, para controlar o novo cálculo do ICMS Diferido, de forma que, ao incluir um item em uma nota fiscal, o valor do ICMS Diferido seja subtraído do valor unitário do produto, quando o parâmetro estiver definido como S.

Para que esta operação seja efetuada, é obrigatório informar uma tabela de preço.

Problema: ao ser reabilitada nota fiscal de saída com base pedido com dois itens de produto, com apenas um faturado e itens possuindo valor de outras (frete, seguro, frete destacado, arredondamento, outras e outras destacado) na tela Emissão ou Cancelamento de Notas Fiscais de Saída (F140CAN), o sistema zerava o valor de outras (frete, seguro, frete destacado, arredondamento, outras e outras destacado) dos itens de produto que não foram faturados na nota fiscal de saída.

Correção efetuada: alteramos o processo para que, quando uma nota que possui um pedido vinculado com valor de outras (frete, seguro, frete destacado, arredondamento, outras e outras destacado) estiver sendo reabilitada, não zere o valor de outras (frete, seguro, frete destacado, arredondamento, outras e outras destacado) para os itens de produtos do pedido não faturados.

Alteramos o sistema para respeitar os filtros informados na tela F140SFG para os campos Tipo de Pedido e Categoria do Cliente quando for utilizada a opção Analisar Item Grade.

Problema: ao gerar notas fiscais de saída via notas de entrada na tela Preparação da Nota Fiscal de Saída (F140PRE), ocorria mensagem de erro: Access violation at address 493E7165 in module 'xxx'. Read of address.

Correção efetuada: ao gerar notas fiscais de saída via notas de entrada na tela Preparação da Nota Fiscal de Saída (F140PRE), não irá ocorrer mais mensagem de erro, sendo possível gerar a Nota Fiscal.

Inserimos os campos Código do Motivo e Observação na tela de Consulta de Pré-fatura (F135CPF), bem como o filtro por abrangência Cód. Motivo (+) na tela de Seleção (F135SPF).

Problema: ao utilizar o identificador de regras VEN-135CRECL01 via web service com.senior.g5.co.mcm.ven.manualpedidos, para alterar a situação da pré-fatura por meio da variável VSSitPfa, o sistema não acatava a alteração da variável.

Correção efetuada: corrigimos a rotina para que neste cenário, o sistema deve acatar as alterações das variáveis do identificador.

Disponibilizamos o identificador de regras GER-075CAMPO04 com a finalidade de permitir a criação de um produto Kit no lançamento de pedidos na tela Entrada de Pedidos Agrupado (F120GPD).

Complementamos a documentação do identificador de regras VEN-120GERNE01 indicando que ele permite cancelar um item, total ou parcialmente, que tenha gerado necessidades para produção (GerNec = 2 e 3). Também mencionamos o identificador na página da tela de Entrada de Pedidos Simplificada (F120GPD).

Problema: a rotina automática 135 - Enviar Registros para Integração com a Plataforma ainda não tinha sido documentada. A rotina auxilia no gerenciamento da integração da Gestão de Pátio com o Gestão Empresarial | ERP, reenviando registros que não foram integrados e também movendo para uma tabela de histórico aqueles cuja integração já foi finalizada.

Correção efetuada: acrescentamos à documentação uma nova página sobre a rotina mencionada, indicando seu uso, os parâmetros adicionais .

Modificamos o sistema para filtrar por mais de uma filial no parâmetro FILTRO_FILIAL no processo automático 87 - Movimentar pendências de estoque do faturamento. Esta implementação permite que seja feita movimentação assíncrona de estoque de várias filiais.

Para automatizar o processo de inutilização de notas não utilizadas durante um período, foi criado o processo automático 167 - Inutilização de números de séries fiscais não utilizados. Através desse processo automático é possível realizar a programação da inutilização de numerações de séries fiscais com dispositivo autorizado 6 - Nota fiscal eletrônica e 10 - Nota fiscal consumidor eletrônica. Para saber mais acesse a documentação.

A fim de permitir a chamada personalizada de processos com rotinas agendadas, disponibilizamos o web service com.senior.g5.co.cad.rotinasapiens, porta Executar (sem dependência de proprietária) e a função de programador ExecutarRotinaSapiens. Essas novas funcionalidades estão disponíveis, inicialmente, para a rotina 87 - Movimentar pendências de estoque de faturamento.

No recebimento de NFS-e, o comportamento padrão é sempre assumir a quantidade de serviço 1, utilizando o preço unitário igual ao valor bruto. Para que seja possível receber quantidades maiores que 1, disponibilizamos o parâmetro global AsuQtdNfs. Ele permite indicar a quantidade do item de serviço que vem no .XML recebido, assim como seu valor unitário.

Para saber mais, confira a documentação sobre Recebimento de NFS-e.

Problema: ao importar e processar uma nota fiscal com o fornecedor inexistente na base e o parâmetro de cadastrar a transportadora automaticamente ativo, através da Seleção, a nota fiscal ficava com a situação Incompleta, não apresentava a inconsistência de que o fornecedor estava com o cadastro incompleto e apresentava a mensagem Notas fiscais de entrada processadas com sucesso..

Correção efetuada: ajustamos a situação acima para apresentar a inconsistência: Nota fiscal Incompleta. Verifique se o fornecedor está inativo ou termine o cadastro através do botão Fornecedor., também vale para a transportadora.

Implementamos o identificador de regras VEN-140CAPDC01 que que define através da variável VenACancelarPedido se o pedido será cancelado na devolução da nota de cobrança.

Problema: ao acessar as telas de botão Seleção nas telas F441CNE e F441CIE, não tinha a situação 6 - Aguardando Integração WMS.

Correção efetuada: implementamos a situação 6 - Aguardando Integração WMS nas telas da seleção F441SNE e F441SIE.

Problema: quando e empresa está parametrizada para permitir o recebimento de produtos equivalentes, no fechamento de uma nota fiscal de compra a qual estava atendendo uma ordem de compra de outra filial, a ordem de compra não era encontrada e não era possível concluir o fechamento da nota fiscal.

Correção efetuada: ajustamos a rotina para que, nesse cenário, o fechamento da nota fiscal ocorra corretamente.

Implementamos para que seja possível gerar notas de recebimento tendo como base o Tipo 7 - NF Geração Manual, viabilizando controles necessários para operações de importação onde é gerada automaticamente uma nota fiscal de saída com o mesmo número (sendo esta do tipo 0 (zero)) no módulo de Mercado.

Esta flexibilização em relação ao controle está disponível através do campo Tipo na tela F440NPR, onde a partir desta versão é possível selecionar 1- NF Entrada e 7 - NF Geração Manual.

Disponibilizamos as seguintes melhorias na rotina de Compras:

• Habilitamos o campo Condição de Pagamento a fim de que possa ser editado no meio do processo de configuração para geração da simulação ou ordem de compra na tela Ordens de Compra via Solicitação de Compra (F420OSC)
• Alteramos o processo de simulação para considerar as quantidades mínimas, múltiplas e máximas do item. Para isso, ative o parâmetro global HabConOsc. Ele indica se, na simulação de ordens de compra via tela Ordens de Compra via Solicitação de Compra (F420OSC), as quantidades mínimas/máximas/múltiplas serão consideradas, assim como ocorre na geração da ordem de compra
• Ao processar a Solicitação da Ordem de Compra, caso a quantidade e o valor dos itens sejam alterados automaticamente por conta das definições de quantidade múltipla/máxima/mínima, será apresentada uma mensagem de aviso sobre a mudança
• Adicionamos a possibilidade de agrupar os itens iguais considerando o Preço Unitário no processo de Simular. Para isso, ative o parâmetro global AgrIteOsc. Ele indica se deve considerar o preço unitário no agrupamento de itens iguais no processo de geração/simulação de Ordens de Compra via Solicitação de Compra (F420OSC)

Problema: quando executada a duplicação de ordem de compra, em situações intermitentes, o valor líquido dos produtos da ordem de compra gerada pela duplicação acabava equivocado e, geralmente, com valores muito altos.

Correção efetuada: ajustamos a rotina para que os valores sempre fiquem corretos na duplicação de ordem de compra.

Aplicamos melhorias nos logs do fluxo da integração com o Cotei, possibilitando maior agilidade na identificação e resolução de possíveis inconsistências no processo.

Dentre as melhorias, estão a inclusão do número da cotação e da empresa nas principais mensagens de erro. Estas informações serão geradas nos logs, mesmo que a opção Ativar Logs de Integração com Cotei, esteja definida como N na tela F191CPT.

Ao executar a rotina de valorização das transferências, o parâmetro global OtiAtuEst não era considerado, fazendo com que todo o período de estoques em aberto fosse executado. Implementamos, então, o Identificador de Regras EST-215OTTRF01, para que, com esse ativo, o parâmetro global passa ser considerado na valorização dos estoques.

Disponibilizamos o parâmetro global DocTrfWms para controlar a geração automática do número de documento nos movimentos de entrada e saída, quando realizada a transferência de produtos entre depósitos com integração WMS. Caso ativo, o sistema utilizará o identificador das ordens de separação e recebimento como número de documento em todos os movimentos envolvidos no processo.

Por conta da necessidade de troca da nomenclatura da rotina Estabilização de Estoques para Valorização das Transferências, foi feita a alteração em diversas partes do sistema, envolvendo telas manuais e de funções agendadas; bem como alterações na documentação.

Disponibilizamos a entrada de rateios para produtos e serviços no web service com.senior.g5.co.mcm.est.geracaosolicitacaocompra a fim de adequar o processo de rateio na geração de solicitação de compras. Para isso, adicionamos a porta GerarSolicitacaoCompra_3.

Problema: as rotinas auxiliares que faziam comunicação com servidores da Senior utilizavam o protocolo HTTP nas requisições.

Correção efetuada: ajustamos o protocolo utilizado nas URLs usadas para realizar requisições para servidores da Senior, a fim de utilizarem o protocolo HTTPS, bem como a atualização de comunicados e do Analytics.

Problema: ao executar o web service com.senior.g5.co.int.varejo.titulos, porta ExportaTitulosReceber, buscando apenas por registros Alterados, o sistema gerava uma pendência de integração para todos os sistemas integrados à rotina.

Correção efetuada: ajustamos o web service para filtrar corretamente o sistema informado na requisição.

Problema: ao realizar entrada de títulos via o web service com.senior.g5.co.mfi.cpa.titulos, porta EntradaTitulosLoteCP, ou via o web service com.senior.g5.co.mfi.cre.titulos, porta EntradaTitulosLoteCR; utilizando a Forma de Rateio como 3-Rateio manual, o sistema não realizava consistência, apenas registrava o título na base, o que poderia resultar em inconsistências nos valores de rateio.

Correção efetuada: alteramos a classe de rateio para que seja apresentado consistência ao entrar com título via web service, no qual a transação esteja definida como rateio manual, impedindo que o título sem valor de rateio seja inserido na base de dados.

Para que seja possível executar de forma segura o fechamento ou atualização de estoques de forma paralelizada, havia a necessidade de indicar que a execução está ocorrendo de forma paralela com outras filiais para garantir que uma filial não irá acessar outra filial quando houver transferências de estoques entre elas. Portanto, no web service com.senior.g5.co.mcm.est.estoques, porta Fechar, implementamos o parâmetro Paralelizado, o qual é responsável por indicar que trata-se de uma execução de atualização ou fechamento de estoques que está sendo executada de forma paralela com outras filiais.

Problema: na utilização do web service com.senior.g5.co.ger.cad.clientes, porta GravarClientes, quando o parâmetro global UsaEntOri está como S-Sim e a sequência do endereço de entrega de algum cliente já foi utilizado, ao invés de ser retornada a mensagem Não é possível alterar o cadastro pois o parâmetro global UsaEntOri está ativo e existem movimentações de venda para este endereço no RetornosEnderecosEntrega era retornada a mensagem de OK, mesmo que o endereço de entrega não seja alterado.

Correção efetuada: alteramos a validação do web service para retornar a mensagem Não é possível alterar o cadastro pois o parâmetro global UsaEntOri está ativo e existem movimentações de venda para este endereço no RetornosEnderecosEntrega no grupo RetornosEnderecosEntrega para evidenciar o motivo pelo qual o cadastro não foi atualizado.

Problema: ao utilizar o web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, na geração da nota fiscal com itens de produto ou serviço que possuem percentual de IRRF definido em seu cadastro, mesmo enviado o valor 0-zero para o campo PerIrf e definindo que não deveria ser realizado o recálculo dos valores (parâmetro TipCal igual a 1), a nota fiscal era gerada com o percentual de IRRF definido no cadastro do produto ou serviço.

Correção efetuada: alteramos a geração das notas fiscais de entrada através do web service para que, nos casos onde for enviado o percentual zerado no campo PerIrf e indicado nos parâmetros do web service que não deve ser realizado o recálculo dos valores (parâmetro TipCal igual a 1), não será sugerido para os itens de produto e serviço o percentual de IRRF definido em seus cadastros.

Problema: ao passar uma negação de abrangência através do web service com.senior.g5.co.mcm.ven.analiseembarque, porta ExecutarAnalise e executar este mesmo web service, o sistema não acatava os valores informados no campo Negação Abrangência.

Correção efetuada: alteramos o sistema para que, ao ser informada uma negação de abrangência quando utilizado o web service com.senior.g5.co.mcm.ven.analiseembarque, porta ExecutarAnalise, o sistema acate esse valor.

Problema: ao utilizar o identificador de regras VEN-135CRECL01 via web service com.senior.g5.co.mcm.ven.manualpedidos, para alterar a situação da pré-fatura por meio da variável VSSitPfa, o sistema não acatava a alteração da variável.

Correção efetuada: corrigimos a rotina para que neste cenário, o sistema deve acatar as alterações das variáveis do identificador.

Disponibilizamos a entrada de rateios para produtos e serviços no web service com.senior.g5.co.mcm.est.geracaosolicitacaocompra a fim de adequar o processo de rateio na geração de solicitação de compras. Para isso, adicionamos a porta GerarSolicitacaoCompra_3.