Gestão Empresarial | ERP - 5.10.3.27

Em ações de melhorias contínuas no agronegócio do Gestão Empresarial | ERP, padronizamos o acesso para os processos de classificação nas telas de Entrada Via Balança com Expedição Manual (F435CST) e Expedição Via Ordem de Compra (F435COS).

Na tela de Entrada Via Balança (Expedição Via Ordem de Compra) (F435COS), removemos a opção onde o botão Classi só era visualizado caso o usuário fosse um cliente do Agronegócio. Já na tela de Entrada Via Balança (Expedição Manual) (F435CST), desabilitamos no botão Classificar a movimentação de entrada, onde a partir desta versão, o botão ficará habilitado apenas para operações de saída.

Melhoramos a nossa documentação relacionada aos Impostos Específicos para o Estado do Mato Grosso, onde na parametrização para a geração de título, adicionamos mais informações sobre a geração do título a pagar através da tela Notas Fiscais de Saída (F140GNF) e a definição inicial do Tipo de Imposto configurado como "76 - Agronegócio" na tela de Configuração para Geração de Títulos de Impostos (F001TIT).

Problema: a documentação do web service com.senior.g5.co.ger.cad.clientes, porta GravarClientes indicava que o parâmetro de requisição Código do cliente (dadosGeraisCliente.codCli) era obrigatório.

Correção efetuada: ajustamos a documentação indicando que esse parâmetro é opcional. Se ele não for passado na requisição, o sistema vai buscar a próxima numeração disponível para gerar o cadastro e retornará o código do cliente gerado como saída do processamento do web service.

Problema: ao executar o web service com.senior.g5.co.ger.cad.clientes, porta GravarClientes_5, não era possível alterar as definições de um fornecedor se já houvesse outro fornecedor criado com o mesmo CPF/CNPJ.

Correção efetuada: ajustamos para que seja possível alterar as definições do fornecedor desde que seja fornecido um código do fornecedor compatível com o CPF/CNPJ informado.

Problema: a listagem de identificadores de regras apresentava erro de digitação na entrada do IR CPR-000CONRE01, fazendo parecer que o identificador de regra não estava documentado.

Correção efetuada: alteramos a entrada para que o nome do identificador de regra seja corretamente exibido, permitindo sua identificação na página de listagem dos IR.

Complementamos a documentação do registro M230 - INFORMAÇÕES ADICIONAIS DE DEFERIMENTO do SPED Contribuições indicando que os campos 03 - VL_VEND (valor total da venda) e 04 - VL_NAO_RECEB (valor total não recebido) têm relação com o valor a receber (valor líquido), enquanto o valor da contribuição diferida é referente ao valor do imposto.

Problema: na tela de Apuração (F661PAI), o valor do ICMS de frete não era considerado na sub-apuração do imposto 26 - Responsabilidade Tributária (F661IA5).

Correção efetuada: ajustamos a rotina para que o valor do ICMS de frete seja considerado.

Problema: o registro R11, referente ao pagamento das guias de IRPJ e CSLL, não era gerado no relatório 032 - FE - DCTF - Dec. de Débitos e Créditos Trib. Fed. (CIAE032.GER).

Correção efetuada: ajustamos a rotina para que o registro R11 seja gerado corretamente no relatório da DCTF.

Ajustamos a integração da EFD-Reinf (F690ILA) em relação aos registros R-4010 e R-4020 para que os títulos vinculados a um contrato de tipo 3 (Financeiro Normal/Arrendamento Mercantil) ou 4 (Financeiro Adicional) sejam integrados corretamente.

Ajustamos a exportação do registro 45 do SCANC CTB para considerar também as notas de saída de Gasolina A, Gasolina C e EAC. Além disso, aumentamos o tamanho do campo Código do Produto, que agora permite exportar até 17 caracteres.

Problema: a documentação da tela de Apuração do Faturamento Mensal (F667AFM) mencionava os valores acumulados do ano somente no trecho da opção N - Não Reapurar o período. Isso gerava erro de interpretação, pois os valores acumulados são apresentados independente da resposta à essa mensagem, seja em modo de apuração ou em modo consulta.

Correção efetuada: removemos o trecho da documentação que citava sobre os valores acumulados, mantendo apenas a informação que, ao escolher a opção N - Não, a última apuração processada será apresentada.

Problema: ao gerar o SPED Fiscal (F669EFD) com o parâmetro Gerar particimante único SPED igual a S - Sim, ocorria um erro de SQL no registro 0150.

Correção efetuada: ajustamos o comando SQL e fizemos melhorias de perfomance na geração do SPED Fiscal. Além disso, alteramos as rotinas que criam os arquivos necessários para gerá-lo de forma que sejam alocados na pasta temporária do usuário logado no Windows. Caso este não tenha permissão, os arquivos serão alocados no Diretório de Arquivos definidos na Central de Configuração Senior. No fim do processo, o arquivo pronto será copiado da pasta temporária para a pasta definida pelo usuário.

As melhorias no registro 0150 do SPED Fiscal se aplicam também ao SPED Contribuições.

Fizemos um ajuste na integração da EFD-Reinf (F690ILA) a fim de que, ao integrar um título, seja ele avulso ou ligado a uma nota fiscal, se ele tiver um Valor Redução Base maior que zero (E501MCP.VlrRba > 0), o sistema vai utilizar este valor para diminuir a base do IRRF. Isso afeta os campos Valor do rendimento Tributável (VlrTri) do R-4010 e Valor da base de retenção de Imposto de Renda (BasIrr) do R-4020.

Disponibilizamos melhorias na estrutura de cadastro de fornecedor/cliente a partir dos web services da EFD-Reinf. Empresas que utilizam a modalidade de cadastro de cliente ou fornecedor a partir dos web service abaixo precisam revisar sua integração:

• Com.senior.g5.co.mct.imp.reinf.retencaopessoafisica
• Com.senior.g5.co.mct.imp.reinf.retencaopessoajuridica
• Com.senior.g5.co.mct.imp.reinf.retencaorecebimento

Problema: na tela Lotes/Lançamentos multifilial (F640LLM), ao excluir um lançamento contábil contabilizado fazendo uso do identificador de regras CTB-640LOTES01, era exibida a seguinte mensagem de erro: Lote contábil X está contabilizado, não é possível excluir.

Correção efetuada: ajustamos a rotina para que, se o identificador de regras acima estiver ativo, ela não faça a consistência/validação se o lote está contabilizado, permitindo a exclusão.

Complementamos a documentação da tela de Aprovação Multinível de Baixas (F501APB), grade Título, indicando que os campos Banco Forn., Nº CC e Agência Forn., quando informados nos títulos, são trazidos automaticamente para essa tela e podem ser editados somente ao utilizar a opção Aprovar.

Problema: na tela de Aprovação Multinível de Entradas (F501APE), ao usar a opção Exportar dados para arquivo .xlsx, o sistema apresentava a mensagem Erro na exportação da célula [2, 38]. Não é possível prosseguir com a exportação. Erro reportado: wwMemTitulos: Field CtrExt not found..

Correção efetuada: ajustamos a tela para que a exportação dos dados carregados na grade para o arquivo .xlsx ocorra como esperado.

Complementamos a documentação dos identificadores de regras CRE-301MCREM01 (Contas a Receber) e CPA-501MCPEM01 (Contas a Pagar), que tratam da exclusão de movimentações de baixa dos títulos, a fim de esclarecer suas características. Acesse a documentação para saber mais.

O web service com.senior.g5.co.mfi.cre.titulos, porta ExcluirTitulosCR, não permite excluir, por padrão, títulos com instruções bancárias pendentes (e, por consequência, a exclusão das instruções bancárias). Isso porque o sistema, quando o procedimento é feito via tela, pergunta ao usuário se ele confirma a exclusão, o que não pode ocorrer no web service que não tem interação direta com o usuário. Para pode realizar a exclusão via web service, é necessário utilizar o identificador de regra CRE-301BTIBP01. No entanto, a documentação não alertava ao usuário que não basta apenas ativar o identificador de regra, mas também definir se o sistema permitirá tais exclusões configurando a variável CREAPerExc para S para permitir a exclusão mesmo com pendências ou N para abortar o processo se houver pendência atrelada ao título. Assim, ajustamos a documentação para instruir sobre esse comportamento do identificador de regra.

Complementamos a documentação das telas Consulta de Títulos do Contas a Pagar - Seleção (F502SCP) e Consulta de Títulos do Contas a Receber - Seleção (F302SCR) com a descrição do campo Empresa. Ele filtra os títulos pela empresa informada e, por padrão, virá preenchido com a empresa ativa. Para que fique disponível, é necessário ativar o identificador de regras FIN-501SCPFI01.

Problema: na tela de Recuperação de Crédito (F320RCR), ao clicar no botão Mostrar, com a opção Distribuir selecionada, era enviado um e-mail de log para o usuário que estava executando o processo.

Correção efetuada: removemos o envio do e-mail de log. Este foi criado durante o desenvolvimento da tela, para monitoramento. No entanto, Não é mais necessário e portanto foi retirado.

Problema: quando era realizada a ligação de uma transação na tela de Processo x Transação (F600PXT), com a opção de processamento igual a 2-Crédito Fornecedor, ao acessar a tela de Entradas de Preparação/Movimento de Caixa e Bancos (F600GEC), não era sugerida essa transação na grade, no momento de inserir o título.

Correção efetuada: alteramos a tela de Entradas de Preparação... (F600GEC) para sugerir a transação definida na tela de Processo x Transação (F600PXT) para o processo de geração do título de crédito a fornecedor.

Problema: na tela de Entradas de Preparação/Movimento de Caixa e Bancos (F600GEC), ao efetivar um adiantamento com a Opção definida como Crédito Fornecedor via Previsão, não era alimentado o campo NUMDOC da tabela E501MCP, ocasionando posterior erro da forma de contabilização.

Correção efetuada: corrigimos o sistema para que a ligação do número do documento seja feita de forma correta.

Problema: na tela de Gerações e Emissões de Cheques e Avisos de Caixa e Bancos (F600ECH), ao processar o registro de um título gerado através da tela de Entradas de Preparação/Movimento de Caixa e Bancos (F600GEC), onde foi utilizada a opção Inclusão Contas a Receber, não era atualizado o número da conta e sequência no movimento.

Correção efetuada: alteramos a rotina da tela de Gerações e Emissões... (F600ECH), para atualizar a informação do número da conta e sequência quando for realizado o processamento de um título do contas a pagar gerado via tela de Entradas de Preparação/Movimento... (F600GEC).

Ajustamos a documentação relacionada ao uso do web service Com.senior.g5.co.mcm.ven.pedidos, porta GravarPedidos, e às particularidades dos campos Análise Crédito Vendas em Dinheiro e Análise Crédito Bonificação da filial na tela Parâmetros da Filial para Vendas (F070FVE) que podem interferir nos resultados do uso deste web service. Confira a nova documentação aqui.

Problema: a documentação de aprovações do Gestão Empresarial para uso do aplicativo Gestor Senior, não informava que o aplicativo considera abrangência independentemente do usuário ser administrador e este comportamento não estava claro na documentação.

Correção efetuada: informamos na documentação, no tópico Emissão de tarefas para aprovação, a informação de que o aplicativo Gestor Senior não considera usuários administradores e vai sempre considerar a abrangência de empresa e filial, quando existir.

Problema: ao retornar do Gestão de Armazenagem | WMS Senior que o cancelamento foi autorizado pelo WMS, porém a nota está fora do prazo legal para cancelamento, uma nota fiscal de devolução é gerada, e estava integrando com o Gestão de Armazenagem | WMS Senior indevidamente.

Correção efetuada: alteramos o processo no sistema para que não ocorram erros na geração de nota fiscal de devolução na integração com o Gestão de Armazenagem | WMS Senior.

Problema: ao receber uma nota fiscal do Integrações > Gestão de Armazenagem | WMS Senior e WMS Alcis, o sistema apresentava diferenças entre o valor da nota e o valor do movimento da mesma. Isto ocorria porque havia uma alteração no valor do movimento (210MVP.VLRMOV).

Correção efetuada: corrigimos a rotina para que o sistema use nove casas decimais para ser o mais preciso possível com o valor.

Problema: a documentação das funções AdicionaComponenteModelo e CriaNovoModelo, não informavam que os parâmetros TipRdm e SitMod respectivamente de cada uma destas funções, deveriam estar entre aspas simples, pois ambos possuem uma característica diferentes dos demais campos do tipo Alfa.

Correção efetuada: ajustamos a documentação destas funções, informando na descrição destes parâmetros que estes devem estar entre aspas simples e atualizamos os exemplos das funções, demonstrando como deve ser esta aplicação.

Problema: ao gerar a ordem de produção, o sistema mostrava a mensagem de erro Floating point division by zero, quando a quantidade de decimais da família estava incorreta, deixando a quantidade múltipla do produto igual a zero.

Correção efetuada: ajustamos a rotina para mostrar uma mensagem de erro informando que o produto teve a quantidade múltipla calculada igual a zero devido ao arredondamento das decimais, sendo necessário verificar se a quantidade de decimais estoque no cadastro da família do produto está correta.

Problema: ao utilizar a tela Formação de Cargas (via Pedidos) (F135FCP) para gerar uma carga contendo um item de produto controlado por série, no momento de distribuição da série é informada uma observação (tabela E135DLS.OBSDLS) para a mesma. Com a carga gerada, é feita uma manutenção através da tela Manutenção e Fechamento da Carga (F135MCA) e a observação vinculada a série é apagada.

Correção efetuada: alteramos o processo no sistema para que, após fazer uma manutenção em uma carga que contenha um item de produto controlado por série, o campo de observação da série (tabela E135DLS.OBSDLS) não seja apagado.

Problema: ao clicar no botão eDocs para baixar o XML ou PDF de uma NFS-e na tela Consulta de Documentos Eletrônicos (F141CNE), era apresentada a mensagem Documento não encontrado ou a sua situação não permite a geração do PDF. Essa situação ocorria nos casos onde a chave da NFS-e que consta no eDocs como autorizada era diferente da chave que consta no ERP.

Correção efetuada: alteramos a rotina que atualiza os dados da NFS-e no ERP para que, nos casos onde exista divergência entre a chave no eDocs e no ERP, a chave da NFS-e no ERP seja atualizada conforme consta no eDocs. No histórico da tela Consulta de Documentos Eletrônicos (F141CNE) será apresentada a informação O Software emissor de NF-e alterou a chave eletrônica de: XXXXXXX (...) para: YYYYYYY (...).

Problema: ao utilizar a tela Controle de Embarques (F145EBQ) para gerar embarque com dois usuários conectados ao mesmo tempo e gerando o mesmo número de embarque, o sistema apagava os registros de Seguro da Carga, Lacres, Vale Pedágio, Unidades de Transporte, Unidades de Carga e Produtos Perigosos informados através da tela Manifesto de Documentos Fiscais - Diversos (F000ROD), acessada por meio do botão Diversos das guias Manifesto e Composição da tela Controle de Embarques (F145EBQ).

Correção efetuada: alteramos o processo no sistema para que, ao utilizar a tela Controle de Embarques (F145EBQ) para gerar embarque com dois usuários conectados ao mesmo tempo e gerando o mesmo número de embarque, o sistema mantenha os registros de Seguro da Carga, Lacres, Vale Pedágio, Unidades de Transporte, Unidades de Carga e Produtos Perigosos, informados através da tela Manifesto de Documentos Fiscais - Diversos (F000ROD), acessada por meio do botão Diversos das guias Manifesto e Composição da tela Controle de Embarques (F145EBQ).

Problema: ao tentar carregar na tela Emissão ou Cancelamento de Notas Fiscais de Saída (F140CAN) um pedido com apenas um serviço, o sistema não encontrava a nota fiscal referente ao pedido.

Correção efetuada: alteramos o processo no sistema para que, ao tentar carregar um pedido com apenas um serviço na tela Emissão ou Cancelamento de Notas Fiscais de Saída (F140CAN), o sistema irá encontrar a nota fiscal referente ao pedido.

Problema: ao gerar a nota fiscal via tela Pedidos e Notas Fiscais via Código de Barras (F140VCB), o sistema não gerava o dispositivo fiscal vinculado.

Correção efetuada: alteramos o processo no sistema para que, no fechamento da nota fiscal via tela Pedidos e Notas Fiscais via Código de Barras (F140VCB), o sistema irá gerar o dispositivo fiscal vinculado.

O comando que traz os movimentos de variação cambial foi alterado para que sua execução de performance seja realizada de forma mais eficiente e satisfatória.

Acrescentamos à descrição do botão Atualizar Doc., na documentação da tela F141CNE, a informação para o caso do documento estar com a situação 10 - Erro Geração.

No trecho, presente na documentação F140NSR, citando outra forma de seleção da nota fiscal referenciada, complementamos que alguns campos já são sugeridos automaticamente. Somente é necessário informar manualmente os campos que não foram sugeridos de forma automática na rotina.

Problema: a integração com o Gestão de Armazenagem | WMS WIS estava exportando somente notas fiscais que possuíssem documentos eletrônicos.

Correção efetuada: alteramos o processo no sistema para que exporte corretamente todas as notas fiscais ao Gestão de Armazenagem | WMS WIS.

Problema: na rotina de recebimento eletrônico, ao integrar um carta de correção emitida por pessoa física que continha a tag CPF no grupo infEvento era apresentada a mensagem Não foi possível localizar no XML da carta de correção o campo "CNPJ" no grupo "infEvento".. Essa situação ocorria na importação realizada através da tela F000FRE, processo automático 102 - Integração com o eDocs para importação de documentos e retornos das emissões, e através do web service com.senior.g5.co.int.eletronicos.documentos, porta Receber.

Correção efetuada: alteramos a rotina de recebimento em relação à importação das cartas de correção para importar documentos quando o emitente for pessoa física.

Problema: ao executar uma importação de movimentações de estoques via leiaute de importação, era retornada a consistência Lista de controles está vazia e não era possível finalizar a importação.

Correção efetuada: ajustamos a rotina para que a importação ocorra normalmente.

Complementamos a documentação da tela Acerto de Movimentos de O.Ps./O.Ss., indicando que ela traz a pré-definição de transação (Entrada/Saída/Estorno Componente) apenas para apontamentos da última sequência do roteiro. No caso das outras sequências (anteriores, entrando no estoque ou não), esse comportamento não se aplica.

Problema: após realizar o reajuste de um contrato de compra do tipo 3-Financeiro Normal/Arrendamento Mercantil, o valor da redução de base de IRRF era alimentado com o novo valor do título. Com isso, quando o título fosse baixado, não era calculado corretamente o IRRF.

Correção efetuada: ajustamos a rotina para que não atualize o valor redução de base de IRRF dos títulos que estão vinculados a um contrato de compra do tipo 3-Financeiro Normal/Arrendamento Mercantil.

Aprimoramos a exclusão dos movimentos de comissão ao remover uma ordem de compra usada para o pagamento da comissão, nos casos onde haja uma customização que vincule os movimentos de impostos à ordem de compra.

Problema: em cenários onde havia muitas movimentações de estoques simultâneas com o mesmo produto/derivação oriundas de diferentes rotinas (telas de movimentações manuais, transferências, faturamento, recebimento, web services, customizações) poderiam ocorrer cenários onde a ordenação dos movimentos de estoques (CODPRO/CODDER/DATMOV/DATDIG/HORDIG/SEQMOV) não ficavam corretos. O motivo disso, estava diretamente ligado ao campo hora de digitação (HORDIG).

Correção efetuada: em função disso, implementamos o identificador de regras EST-210CTRHD01, que terá o objetivo de garantir que, ao gravar o movimento de estoques não haja nenhum movimento de estoques para o produto/derivação com HORDIGmaior já gravado. Se houver, o movimento que estiver sendo gravado, terá seu HORDIG ajustado deixando assim a ordenação correta.

Ajustamos o exemplo da função SegEntEhMembro documentado no manual da Tecnologia, com informações sobre como utilizar e seu funcionamento.

Problema: esporadicamente, algumas páginas no acesso da Web 5.0 retornavam a mensagem isHexDigit, impedindo a navegação do usuário.

Correção efetuada: ajustamos a rotina de integração entre aplicação e servidor Java EE.

Problema: com a Bridge habilitada, ao processar uma requisição contendo um parâmetro com valor igual a ?, o retorno da requisição apresentava uma consistência de tipo de dado: O valor do parâmetro X deve ser um número inteiro.

Correção efetuada: ajustamos rotina de processamento de requisições pela Bridge para não encaminhar parâmetros com valor igual a ?.

Problema: não descomprimia respostas de requisições HTTP quando enviado Accept-Encoding: gzip, deflate, br no cabeçalho da requisição.

Correção efetuada: ajustamos para possuir a rotina de descompressão das respostas.

Ajustamos a documentação relacionada ao uso do web service Com.senior.g5.co.mcm.ven.pedidos, porta GravarPedidos, e às particularidades dos campos Análise Crédito Vendas em Dinheiro e Análise Crédito Bonificação da filial na tela Parâmetros da Filial para Vendas (F070FVE) que podem interferir nos resultados do uso deste web service. Confira a nova documentação aqui.

Problema: a documentação do web service com.senior.g5.co.ger.cad.clientes, porta GravarClientes indicava que o parâmetro de requisição Código do cliente (dadosGeraisCliente.codCli) era obrigatório.

Correção efetuada: ajustamos a documentação indicando que esse parâmetro é opcional. Se ele não for passado na requisição, o sistema vai buscar a próxima numeração disponível para gerar o cadastro e retornará o código do cliente gerado como saída do processamento do web service.

Problema: ao executar o web service com.senior.g5.co.ger.cad.clientes, porta GravarClientes_5, não era possível alterar as definições de um fornecedor se já houvesse outro fornecedor criado com o mesmo CPF/CNPJ.

Correção efetuada: ajustamos para que seja possível alterar as definições do fornecedor desde que seja fornecido um código do fornecedor compatível com o CPF/CNPJ informado.

Disponibilizamos melhorias na estrutura de cadastro de fornecedor/cliente a partir dos web services da EFD-Reinf. Empresas que utilizam a modalidade de cadastro de cliente ou fornecedor a partir dos web service abaixo precisam revisar sua integração:

• Com.senior.g5.co.mct.imp.reinf.retencaopessoafisica
• Com.senior.g5.co.mct.imp.reinf.retencaopessoajuridica
• Com.senior.g5.co.mct.imp.reinf.retencaorecebimento

Problema: com a Bridge habilitada, ao processar uma requisição contendo um parâmetro com valor igual a ?, o retorno da requisição apresentava uma consistência de tipo de dado: O valor do parâmetro X deve ser um número inteiro.

Correção efetuada: ajustamos rotina de processamento de requisições pela Bridge para não encaminhar parâmetros com valor igual a ?.

Problema: não descomprimia respostas de requisições HTTP quando enviado Accept-Encoding: gzip, deflate, br no cabeçalho da requisição.

Correção efetuada: ajustamos para possuir a rotina de descompressão das respostas.

Disponibilizamos no Analytics ERP, o relatório Fiscal, que tem o objetivo de mostrar em um único painel, uma visão de forma simples e prática de toda a situação fiscal da empresa no início de cada dia, para que a partir disso o gestor fiscal possa planejar seu dia de trabalho.

Aproveite também, para conhecer os demais relatórios do Analytics ERP, através dos links abaixo:

• Compras
• Contábil
• Faturamento
• Financeiro
• Gerencial
• Produção
• Vendas