Gestão Empresarial | ERP - 5.10.2.112

Problema:ao realizar a saída do caminhão, quando a quantidade informada nas notas fiscais dos produtos superam a quantidade recebida na pesagem, o Gestão Empresarial | ERP estava gerando a devolução da quantidade excedente, porém, a proporção que cada fornecedor receberia estava incorreta.

Correção efetuada:ajustamos o cálculo de devolução proporcional no desdobro entre fornecedores pessoa jurídica, melhorando a sua precisão, para que cada fornecedor participante receba quantidade correta.

Complementamos a documentação do web service com.senior.g5.co.ger.cad.produto, porta Cadastrar, indicando que ele permite buscar ou não informações da família do produto por meio do campo BusFam. Quando S - Sim, sobrepõe as informações com as da família do produto (CodFam). Quando N - Não, respeita o que está informado na requisição de importação.

Atualizamos a documentação do identificador de regras CPR-000INECN01, no tópico Características, informando que essa regra só será executada ao fim do processo de recebimento eletrônico, portanto, os campos informados na regra serão calculados normalmente e ao fim do processo serão substituídos pelos campos do XML.

Sendo assim, é necessário observar que, se algum cálculo de outro campo, utiliza o valor de um campo que está informado na regra pode gerar uma divergência, se esse outro campo também não estiver informado na regra. Por exemplo, se na regra consta o campo da base de ICMS (VlrBic) e não tem o valor de IPI (VlrIpi), ao fim do processo, como o cálculo de IPI usa a base de ICMS, e essa base foi trocada pelo valor no XML, poderá haver diferenças de valores e bases.

Problema: ao cadastrar novas derivações de um produto, o sistema gerava no campo Código Interno do Produto no PDV um valor que já pertencia a outra derivação, ocasionando com isso a geração do Código Fiscal da derivação também com um valor já existente em outra derivação, o que acarretava inconsistências na geração do SPED Fiscal.

Correção efetuada: alteramos a rotina para que não ocorra a utilização de um código já existente em uma outra derivação.

Complementamos a documentação da função CalculaQtdMinutos indicando que ela não é mais utilizada, pois o campo QTDHRR da tabela E900EOQ já possui este valor calculado.

Problema: na tela Base imposto (Liga Filial) (F055PPF), ao clicar no botão Duplicar a tela F055DPF é aberta. Nela, selecionando um imposto a fim de duplicá-lo para outra filial, o sistema não duplicava a informação do campo Exc. Fis.

Correção efetuada: alteramos a rotina para duplicar o campo Exc. Fis do imposto da filial selecionada.

Complementamos as informações da documentação da tela que gera a Declaração de Informações do ICMS e Movimento Econômico - DIME. No Registro 48, nas informações para rateio do valor adicionado, adicionamos os detalhes para casos de energia elétrica e suas verificações e considerações no Gestão Empresarial | ERP.

Confira os detalhes ao acessar a documentação da tela DIME (Santa Catarina) e seus registros.

Problema: a tela de Geração de Títulos (F661ICP) travava quando o número inicial da tabela controladora da numeração não era inicializado corretamente.

Correção efetuada: ajustamos a rotina para que, quando necessária, a inicialização da tabela ocorra na tela F661ICP.

Problema: ao apurar o ICMS (F661PAI), eram apresentados dispositivos fiscais não utilizados no período e sem valores na guia Adicional. Além disso, no arquivo do SPED Fiscal (F669EFD) o registro E115 era gerado com dispositivos inválidos.

Correção efetuada: ajustamos a guia Adicional do imposto para apresentar apenas os dispositivos utilizados e o SPED Fiscal para gerar o registro E115 com os dispositivos da apuração.

Adicionamos a descrição do campo Vencimento à documentação da tela Resumo de Apuração do Imposto (F661IA5), guia Imposto ISS/CIDE. Ele indica a data de vencimento do imposto calculado, conforme sua parametrização em Configuração de Impostos para a Filial (F055PPF).

Problema: a documentação do processo automático 100 - Integração de documentos não fiscais indicava que o parâmetro FILIAL era de abrangência.

Correção efetuada: ajustamos a documentação do parâmetro indicando que ele é numérico, permitindo informar somente um código de filial.

Problema: na exclusão da baixa de um título através da tela Exclusão de Movimentos do Contas a Pagar (F501EBL) ou da tela Estorno de Lançamentos de Caixa e Bancos (F600ELC), quando existe aprovação multinível configurada para a rotina 27, e o parâmetro Título Permanece Aprovado Exclusão Baixa foi configurado com o valor N-Não na tela de Parâmetros da Filial para Contas a Pagar (F070FPA); ao invés da situação da aprovação ficar igual a CAN-Cancelado, ela era alterada para APR-Aprovado.

Correção efetuada: alteramos a rotina de exclusão de baixas das telas F501EBL e F600ELC para que, no caso do parâmetro Título Permanece Aprovado Exclusão Baixa estar definido com o valor N, a situação da aprovação não fique com o valor APR, mas sim devidamente cancelada.

Problema: ao abrir a tela de Consulta de Títulos do Contas a Pagar - Seleção (F502SCP), que é acessada pela tela de Consulta de Títulos do Contas a Pagar (F502CCP) para fazer a seleção dos filtros de consulta de títulos, a tela F502SCP apresentava lentidão para carregar. Isso ocorria quando houvesse uma grande quantidade de filiais registradas no sistema e o usuário estivesse logado em uma filial de numeração alta. O motivo da lentidão era que o sistema percorria as filiais uma a uma para carregar os filtros.

Correção efetuada: ajustamos o filtro de seleção para comportar corretamente a quantidade de filiais, eliminando a lentidão.

Problema: na geração de um título de imposto, como o fechamento de uma NF de entrada, o sistema não gerava o título com o portador e carteira vindos do cadastro do fornecedor. Ao invés, o título sempre era gerado com os dados definidos na tela de Parâmetros da Filial para Contas a Receber (F070FRE).

Correção efetuada: ajustamos a rotina de geração de títulos de impostos, para que seja primeiro verificado se existe um portador e carteira definidos no cadastro do fornecedor utilizado para a geração do título. Caso exista, o título agora é gerado com essa informação. Caso contrário, o sistema utilizará a informação de carteira e portador definidos na tela de Parâmetros da Filial... (F070FRE).

Problema: ao utilizar a tela Baixa por Lote Automática do Contas a Pagar (F501LOT) em conjunto com o identificador de regra CPA-501INVCR01, uma das variáveis do identificador de regra, a VSTnsMcp, de transação de baixa do título, não recebia o valor informado no campo Transação da tela F501LOT.

Correção efetuada: alteramos a rotina de execução do identificador de regra CPA-501INVCR01 para carregar na variável VSTnsMcp a transação informada na tela mencionada.

Alteramos o sistema para permitir que o cálculo da variação cambial mensal seja realizado independente se há ou não cotação negociada no título a pagar e a receber, assumindo a cotação do dia.

Para tanto, disponibilizamos o novo parâmetro global CotNegVCM, que, se estiver definido como S, utiliza a cotação negociada, se N, usa variação cambial mensal dos títulos, mas somente se moeda do título for diferente da moeda padrão da empresa.

A cotação negociada deve ser adotada apenas para a entrada do título ou para a baixa do título.

Problema: ao gerar um evento de Carta de Correção Eletrônica ou Manifestação do destinatário diretamente no eDocs e solicitar retorno ao ERP, o eDocs tentava realizar o envio do evento diversas vezes seguidas, mesmo recebendo a crítica de que o documento não existe no ERP.

Correção efetuada: ao solicitar retorno ao ERP quando o evento não existe, não irá ocorrer o looping de tentativas e o eDocs irá encontrar o documento, retornando OK ou Erro.

Problema: ao executar a chamada da função GeraPendenciaExportacao em uma regra cuja execução do processo de origem fosse um web service, o sistema exibia a seguinte mensagem: Função de programador GerarPendenciaExportacao: Access violation at address 1AC90668 in module 'Sapienssrv.exe'. Read of address 00D47DFC.

Correção efetuada: alteramos o processo para que, ao executar a chamada do web service Cadastro de Serviço através de uma regra juntamente com o Identificador de Regras GER-080SERVI01 ativo, contendo a função GeraPendenciaExportancao na lógica de regra, o sistema não exiba mais a mensagem de violação de acesso.

Problema: ao retornar uma nota fiscal de entrada com recebimento a menor durante o processo de integração entre ERP e Gestão de Armazenagem | WMS Silt, os itens na nota fiscal de devolução gerada automaticamente ficavam com transação diferente dos dados gerais.

Correção efetuada: alteramos o processo no sistema para que não ocorram erros no retorno do recebimento.

Problema: no Senior X Platform, os registros de retorno de ordem de separação e ordem de recebimento constam como integrados, porém no ERP estão com a situação Aguardado integração WMS..

Correção efetuada: alteramos o processo no sistema para que os retornos ocorram normalmente.

Problema: em alguns casos, a nota fiscal de entrada não integrava com o Gestão de Armazenagem | WMS Silt. Era apresentada a mensagem de erro de alocação a seguir: Erro processando alocação: Não é permitido movimento com quantidade e valor zerados.(...).

Correção efetuada: ajustamos o processo para que, no momento em que são realizados os cálculos das quantidades, seja possível a integração da nota fiscal de entrada normalmente.

Problema: nas telas Requisição Individual de Requisição de Produto (F207EME) e Requisição Individual de Serviço (F207RES), a rotina de exclusão de requisição de compra não consistia a integração com o App Gestor, causando erro ao integrar o retorno.

Correção efetuada: alteramos o processo para que não seja possível a exclusão de requisições quando há integração com o App Gestor, da mesma forma como é feito na exclusão de solicitação de compras.

Problema: na liberação da versão 5.10.2.111, foi implementado o parâmetro global GerPenGri para não realizar a geração das pendências das guias de recolhimento de imposto na tabela E000GRI no modo síncrono, quando o eDocs não gerar GNRE, porém somente foi documentado o parâmetro global, e não foi atualizada a documentação sobre GNRE citando o novo parâmetro.

Correção efetuada: atualizamos a documentação da Emissão da Guia Nacional de Recolhimento de Tributos Estaduais - GNRE, informando no tópico Automatização do pagamento de títulos da GNRE no ERP, sobre como deve ser utilizado o referido parâmetro global.

Problema: ao gerar uma fatura de venda na tela Geração Agrupada de Faturas de Venda (F150GNF), ocorria erro quando o sistema tentava gravar o título a receber, pois já existia um mesmo número de título gravado, ocasionando a mensagem: Não foi possível incluir Título a Receber.

Correção efetuada: ao gerar uma fatura de venda na tela Geração Agrupada de Faturas de Venda (F150GNF) com título de mesmo nome já existente, a mensagem de erro será mais explicativa, da seguinte forma: Título a Receber X Tipo X já existente. Para manipular o número do Título deve-se utilizar a tela F150NFF.

Com o objetivo de otimizar a geração do Nosso Número em títulos de contas a receber, e também evitar erros de duplicação desse número, implementamos uma nova função, ObterProximoId, que utliza a tabela R900NXV para a gerar os nossos números dos títulos, ao invés da tabela E039POR. A mudança para a nova função é opcional, e pode ser ativada pelo novo parâmetro global, na tela de Manutenção dos parâmetros globais do sistema (F000PGS), chamado UtiGnvUnn. Quando esse parâmetro recebe o valor S, o sistema passa a utilizar a nova função para a geração do nosso número. Antes de realizar a ativação do parâmetro, é necessário alterar os modelos customizados, se existirem, e também parar todos os processos que envolvam o nosso último número dos títulos de contas a receber.

Ajustamos a documentação do identificador de regras VEN-140MNTTR01 quanto à sua finalidade e descrição das variáveis:

• Definir, no momento do cálculo do item das notas fiscais de saída, pré-faturas e cargas, se o ERP deve manter o percentual do pedido para os tributos de ICMS, IPI, PIS Faturamento, COFINS Faturamento, IRRF, PIS Retido, COFINS Retido, CSLL e Outras Retenções. No caso do ICMS, considera sempre os parâmetros da transação da nota fiscal para formação da Base/Valor

Problema: ao gerar um nota fiscal de saída através da tela Notas Fiscais de Saída (F140GNF) com dispositivo fiscal, o sistema não recalculava o valor de ajuste do dispositivo após ser adicionado o valor de frete à nota fiscal de saída.

Correção efetuada: alteramos o processo para que, ao informar valor de frete para a nota fiscal de saída, o valor de ajuste do dispositivo fiscal seja recalculado.

Problema: ao executar a reabilitação de notas na tela Emissão ou Cancelamento de Notas Fiscais de Saída (F140CAN), o sistema estava travando a tabela E020SNF, fazendo com que todos os processos que pretendem alterar esta tabela entrassem em uma fila de espera. A reabilitação acabava gerando um grande gargalo de forma desnecessária.

Correção efetuada: alteramos o processo para travar a tabela E020SNF apenas quando estiver cancelando a última nota gerada. No cancelamento de quaisquer outras notas que não envolvem a última nota gerada, ou na reabilitação das notas, o sistema não irá travar a tabela E020SNF.

Adicionamos o número do lote na mensagem de aviso em relação a consistência da quantidade de estoque disponível na tela Notas Fiscais de Saída (F140GNF), com o objetivo de facilitar a análise para correção da quantidade.

Problema: ao gerar uma nota fiscal de saída na tela Preparação da Nota Fiscal de Saída (F140PRE) utilizando a opção Manual, o sistema não carregava a sugestão do ICMS Especial.

Correção efetuada: alteramos o processo no sistema para verificar a transação informada para serviço e atualizar o campo de ICMS Especial conforme sugestão da transação.

Problema: ao consultar uma nota fiscal de saída já gerada através da tela Preparação da Nota Fiscal de Saída (F140PRE), o sistema estava exibindo a mensagem Erro de acesso ao banco de dados: Banco de Dados: Oracle 19. Erro do Banco (936): ORA-00936: missing expression.

Correção efetuada: alteramos o processo no sistema para, que ao consultar uma nota fiscal de saída, a nota seja carregada corretamente sem nenhum erro.

Problema: ao gerar um pedido para um cliente fora do estado, é calculado DIFAL ICMS ST, porém, quando na tela Tipos Substituições Impostos / Modalidade Base Cálculo / Antecipação - Por Estado (F019TIS) o tipo de cálculo selecionado do DIFAL fosse 3-Dupla Dif.Valor, o sistema sempre aplicava o desconto do Valor de ICMS na Base de cálculo do DIFAL.

Correção efetuada: ao gerar um pedido para um cliente fora do estado com o tipo de cálculo do DIFAL selecionado em 3-Dupla Dif.Valor, o sistema irá verificar o campo Desc. ICMS Inter. Base DIFAL da tela Tipos Substituições Impostos / Modalidade Base Cálculo / Antecipação - Por Estado (F019TIS). Se o campo estiver parametrizado como N-Não, não irá descontar o ICMS da base de cálculo do DIFAL, já se estiver como S-Sim, deve descontar o Valor de ICMS interestadual na base de cálculo do DIFAL.

Problema: ao gerar um pedido na tela Entrada de Pedidos com Avaliação de Produto (F120GPC), a Pauta Fiscal não estava sendo calculada. O valor do ICMS da Pauta Fiscal estava sendo considerado apenas na geração da nota fiscal.

Correção efetuada: ao gerar um pedido nas telas Entrada de Pedidos com Avaliação de Produto (F120GPC) ou Entrada de Pedidos Agrupado (F120GPD), a Pauta Fiscal será calculada e o valor do ICMS da Pauta Fiscal será considerado nos pedidos antes mesmo da geração da nota fiscal.

Melhoramos a documentação do Processo automático 139 - Apuração do ISS Retido, o processo permite a apuração em lote do imposto 65 - ISS Retido de forma agendada, onde adicionamos informações de exemplo no parâmetro DIASUTEISANTESVENCIMENTO.

Acesse a documentação do Processo automático 139 e confira todos os detalhes dos parâmetros deste processo.

Problema: a obrigatoriedade do preenchimento de valores na tabela Ligação de Situação Tributária x Dispositivo Fiscal (F027BNF) resultava em um lentidão na geração dos grupos fiscais.

Correção efetuada: ajustamos a geração do grupo fiscal de saída de maneira a não considerar as informações de benefícios fiscais quando estiver configurado e ativo o tipo de informação Situações Tributárias X Dispositivos Fiscais na tela Configuração de Tipos de Informação (F000SXT) para a integração informada nos parâmetros do grupo fiscal. Ainda de forma opcional, mas não prevalecendo sobre a anterior, pode ser ativado o identificador de regra INT-000GFSBF01 que inibirá a exportação da informação do código do benefício fiscal.

Problema: no retorno de expedição, ocorriam erros em relação ao CEP incorreto do cliente. Entretanto, a exceção não era gravada nas tabelas, deixando a ordem pendente de integração.

Correção efetuada: alteramos o processo no sistema para que o retorno de expedição ocorra normalmente.

Disponibilizamos exemplos de regras com valores de serviço na documentação dos identificadores de regras CPR-000INECM01 e CPR-000INECM02. Também atualizamos a documentação da variável CPRATIPDEC nos seguintes identificadores:

• CPR-000INECM01
• CPR-000INECM02
• CPR-000INECM11
• CPR-000INECM12
• CPR-000INECM30

Problema: ao reabilitar uma nota fiscal que tinha uma ordem de compra vinculada, cujo um dos títulos das parcelas especiais foi efetivado, os títulos previstos restantes não eram gerados novamente.

Correção efetuada: ajustamos para que ao reabilitar uma nota fiscal, a ordem de compra gere novamente os títulos previstos restantes.

Problema: ao realizar uma manifestação do destinatário que envolvia a exclusão de uma nota de entrada, o sistema não excluía notas que não estavam fechadas.

Correção efetuada: ajustamos a rotina para que o sistema exclua notas que não estejam fechadas.

Problema: ao vincular uma nota fiscal de saída ao uma nota fiscal de entrada do tipo 2 - Devolução (NF do Cliente), com o identificador de regra CPR-440TNSDE01 ativo e com a transação informada na regra, com o parâmetro global ObrTxtNfE ativado, não era atualizada a natureza da operação.

Correção efetuada: ajustamos a situação acima para atualizar a natureza da operação.

Problema: ao gerar um título de fixação que continha baixas por compensação, e emitir o relatório 050 - Posição dos Títulos em Data Base (FPCP050.GER), o valor em aberto no relatório ficava negativo e errado.

Correção efetuada: corrigimos a rotina para que esse valor seja gerado corretamente no relatório citado acima.

Problema: quando executado o web service com.senior.g5.co.mfi.cpa.titulos, porta EntradaTitulosLoteCP, de forma simultânea com a tela F440GNE, caso houvesse a necessidade da execução de troca de empresa/filial, era apresentado erro, e não era possível a execução do web service.

Correção efetuada: ajustamos a rotina para que nesse cenário, a execução ocorra sem erros.

Destacamos na documentação da tela Duplicação de Ordem de Compra (F420DOC), no tópico da guia Dados Gerais, a observação de que ao duplicar a ordem de compra para uma filial destino diferente da filial atual, a nova ordem de compra terá os campos Transportadora, % Desconto 1, % Desconto 2, % Desconto 3, % Desconto 4, % Desconto 5 e Forma de Pagto herdados do histórico do fornecedor da filial destino, ou seja, não é considerada a informação que consta na ordem de compra de origem.

Problema: ao integrar uma nota fiscal fechada pelo web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, mesmo que ocorresse a consistência da falta de ligação de cliente ao fornecedor, a nota fiscal era gravada.

Correção efetuada: ajustamos o sistema para que nesse cenário a nota fiscal não seja gravada.

Complementamos a documentação do Imposto sobre Produto Industrializado (IPI) para o cenário de IPI presumido. O sistema utiliza 50% do valor da mercadoria como base de cálculo para o IPI presumido, porém a legislação permite um percentual maior que 50%, como no art. 237 do RIPI.

Saiba mais acessando o nosso Portal.

Ajustamos a versão recomendada do Open JDK 8 para 1.8.0_232, informado na página Plataformas homologadas do manual da Tecnologia.

Complementamos a documentação do web service com.senior.g5.co.ger.cad.produto, porta Cadastrar, indicando que ele permite buscar ou não informações da família do produto por meio do campo BusFam. Quando S - Sim, sobrepõe as informações com as da família do produto (CodFam). Quando N - Não, respeita o que está informado na requisição de importação.

Problema: ao gerar um evento de Carta de Correção Eletrônica ou Manifestação do destinatário diretamente no eDocs e solicitar retorno ao ERP, o eDocs tentava realizar o envio do evento diversas vezes seguidas, mesmo recebendo a crítica de que o documento não existe no ERP.

Correção efetuada: ao solicitar retorno ao ERP quando o evento não existe, não irá ocorrer o looping de tentativas e o eDocs irá encontrar o documento, retornando OK ou Erro.

Problema: ao executar a chamada da função GeraPendenciaExportacao em uma regra cuja execução do processo de origem fosse um web service, o sistema exibia a seguinte mensagem: Função de programador GerarPendenciaExportacao: Access violation at address 1AC90668 in module 'Sapienssrv.exe'. Read of address 00D47DFC.

Correção efetuada: alteramos o processo para que, ao executar a chamada do web service Cadastro de Serviço através de uma regra juntamente com o Identificador de Regras GER-080SERVI01 ativo, contendo a função GeraPendenciaExportancao na lógica de regra, o sistema não exiba mais a mensagem de violação de acesso.

Problema: ao integrar uma nota fiscal fechada pelo web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, mesmo que ocorresse a consistência da falta de ligação de cliente ao fornecedor, a nota fiscal era gravada.

Correção efetuada: ajustamos o sistema para que nesse cenário a nota fiscal não seja gravada.

Problema: ao acessar o Analytics ERP, este não era integrado corretamente, e por isso, alguns dados não eram apresentados.

Correção efetuada: realizamos melhorias no processo de extração do Analytics ERP, para que os dados sejam apresentados corretamente.