Gestão Empresarial | ERP - 5.10.3.65

Problema: após utilizar o integrador de receituário agronômico para integrar com o Winfit, o sistema ainda exibia culturas que haviam sido restringidas. Isso ocorria pois os registros ficavam com a Situação como A-Ativa, na tela de Aplicação (F113APL), permitindo sua exibição.

Correção efetuada: corrigimos o integrador para que as aplicações que estejam ligadas à culturas restringidas sejam inativadas no sistema.

Problema: Quando utilizado o web service com.senior.g5.co.int.agr.pesagem, porta RegistrarEntradaViaBalancaContrato2 para dar entrada em uma pesagem, após informado o número do contrato ao qual se desejava vincular a pesagem e a nota do produtor, o contrato de número 0 também ficava com o vínculo da nota do produtor.

Correção efetuada: ajustamos o web service para não realizar esse vínculo no contrato do tipo 0.

Com o objetivo de dar mais confiabilidade e agilidade aos processos de integração, alteramos a porta GravarNotasFiscaisEntrada do web service Com.senior.g5.co.mcm.cpr.notafiscal, para adicionar novas validações no processo de gravação de informações sobre aquisição de cana de açúcar. Agora, o web service irá consistir e apresentar erro caso haja inconsistência nas seguintes informações:

• Se a Safra não estiver cadastrada;
• Se o Mês de Referência foi informado incorretamente;
• Se o dia informado não é válido para aquele mês;
• Se houver divergência no lançamento de dados de Aquisição Diária
• Se houver divergência no lançamento das Deduções.

As informações sobre a aquisição podem ser consultadas pela tela Registro de Aquisição de Cana de Açúcar (F440RAC), que é acessada pelo botão Reg. Aquisição Cana, na tela de Nota Fiscal de Entrada Agrupada (F440GNE). Entretanto, essa tela permite apenas consultar as informações, não sendo possível editar ou incluir dados, nem mesmo quando a Nota Fiscal de Entrada Agrupada for digitada manualmente.

Problema:ao utilizar o parâmetro global TaxNfeFix, na geração da nota fiscal de entrada ao processar a fixação, o valor financeiro da nota não era calculado corretamente.

Correção efetuada:ajustamos a funcionalidade do parâmetro global para que ele não atue no cálculo do valor financeiro, ou seja, o valor financeiro da nota de entrada sempre irá descontar o valor a taxa da fixação. O parâmetro global TaxNfeFix, que define se a taxa será considerada ou não, atuará nos campos de valor líquido (descontando a taxa) e valor de desconto (somando a taxa) da nota de entrada.

Implementamos o novo identificador de regras CPR-439FIXAS03, que permite alterar a Série utilizada na geração das notas de acerto dos impostos agro (Funrural e Senar). Por padrão, a série utilizada é a da Nota Fiscal de Entrada, mas com este identificador de regras ativo é possível selecionar outra série, como a definida pela Filial, durante a geração. Seu funcionamento leva em consideração os identificadores de regra CPR-439FIXAS01 e CPR-439FIXAS02, para não gerar conflito casos estes estejam ativos também.

Ajustamos a documentação da tela Transações de Compras (F001TCP), alterando o nome do campo Soma Seguro no frete, que constava apenas como Soma Seguro, bem como realizando o ajuste da descrição deste campo.

Adicionamos um novo identificador de regra, GER-140REMCA01, que especifica os caracteres a serem removidos das TAGs durante a emissão da nota fiscal.

Realizamos ajustes na documentação dos identificadores de regra GER-000ABRASF1 e GER-000GERSDE3. No identificador GER-000ABRASF1, incluímos uma nova finalidade e alteramos o tipo de retorno da variável VSIntTriMpr, visto esta retornar valor. No identificador GER-000GERSDE3, ajustamos a finalidade, bem como a observação contida em sua documentação, alterando o nome da variável de VSIntDatCpt para VSIntGerDatCpt.

Ajustamos a documentação do identificador de regra EST-405CONSI01, alterando o tipo de retorno da variável VSDatSol de NÚMERO para DATA.

Complementamos a documentação da tela Origem de Produto (F083ORI), adicionando duas novas informações ao tópico 4. A primeira é a de que a quantidade para o produto da O.P. permanecerá bloqueada somente na tela Consulta de Lotes (F213CSL), tela esta utilizada para consulta de saldo de lotes, bem como a informação de que essa quantidade será desbloqueada somente quando a Ordem de Produção der entrada no estoque.

Complementamos a documentação do web service Com.senior.g5.co.ger.cad.clientes, porta GravarClientes, informando que se o parâmetro Replicar as definições do cliente para a filial matriz estiver definido como S - Sim na tela Parâmetros de Integração (F191CPT), as definições do cliente serão replicadas não apenas para a filial enviada na requisição, mas também para a filial matriz. Para conferir acesse a página.

Problema: na tela Integrações - Painel de Exportações (F000PEX), quando a opção Saldo Estoque estava disponível no campo Tipo de Informação, ao selecionar e adicionar um filtro de filial, o filtro não era respeitado.

Correção efetuada: ajustamos o sistema para que ele respeite o filtro da filial.

Problema: com o sistema em base PostgreSQL, ao tentar buscar registros na tela Parâmetros Fiscais de produtos e serviços por filial e estado (F070PSE), era retornado um erro que impedia a conclusão da busca dos registros.

Correção efetuada:   o sistema foi ajustado para montar o comando SQL utilizado no momento de mostrar os registros na tela Parâmetros Fiscais de produtos e serviços por filial e estado (F070PSE). Dessa forma, a mensagem de erro não é mais exibida ao usuário.

Problema: ao gerar o registro K275 para o SPED Fiscal, muitos registros adicionais eram gerados indevidamente quando havia um grande número de registros.

Correção efetuada: ajustamos a rotina de geração do registro K275 do SPED FISCAL para garantir que seja gerado corretamente conforme a escrituração.

Problema: ao gerar o relatório na base do cliente para a Empresa 2, Filial 1, era apresentado o erro: Execução do modelo de relatório CIOO082.GER: Erro na Execução do Evento: Antes Imprimir do Controle Título. Erro Reportado. Erro ao tentar abrir cursor.

Correção efetuada: ajustamos a geração do relatório para que ocorra corretamente.

Problema: notas fiscais com valores de outras retenções em que seus títulos fossem pagos com baixa por crédito não eram considerados na apuração do imposto de outras retenções para o regime de caixa, onde ocasionavam o cálculo incorreto do imposto.

Correção efetuada: ajustamos a apuração do imposto de outras retenções para considerar valores de títulos com baixas por crédito em seu cálculo.

Problema: a fatura de energia elétrica passou a ser eletrônica, Modelo 66. As informações para preenchimento do campo 29 no Registro C500 do Leiaute - SPED Fiscal (EFD ICMS/IPI) estavam desatualizadas.

Correção: ajustamos o campo 29 no Registro C500 para estar em conformidade com as atualizações do SPED Fiscal para a fatura eletrônica. Quando o modelo do documento for 66 e houver informação de documento referenciado (E660NRC), o campo recebe o valor 2. Nos demais casos, o campo será gerado com 1.

Problema: ao gerar o SPED Fiscal, os registros C195 e C197 eram gerados incorretamente para notas com mensagem vinculada e sem dispositivo fiscal.

Correção efetuada: ajustamos a geração do arquivo do SPED Fiscal par que ocorra corretamente.

Problema: o registro Y570 da geração do ECF apresentava valores incorretos para notas com mais de um item.

Correção efetuada: ajustamos a busca de valores do registro Y570 para que os valores sejam corretamente apresentados para notas com mais de um item.

Problema: ao tentar incluir um bem via contrato, a Taxa de Depreciação Anual do Bem era calculada incorretamente quando o contrato tinha uma vigência de dois anos completos.

Correção efetuada: ajustamos o cálculo do campo da Taxa de Depreciação Anual do Bem para considerar corretamente a vigência do contrato, independente do período informado.

Problema: ao gerar o arquivo informando apenas filiais que não estão parametrizadas para geração do SPED, o arquivo era gerado incompleto, faltando alguns registros.

Correção efetuada: ajustamos a geração do SPED ECD exibir uma mensagem ao usuário quando nenhuma das filiais informadas estiver parametrizada corretamente: Nenhuma filial está habilitada para geração do SPED ECD. Verifique em Cadastros > Filiais > Parâmetros por Gestão > Contabilidade > Parâmetros da Filial para Contabilidade (F070FCT).

Problema: quando a rotina de aprovação multinível 28 - Contas a Pagar - Pagamento Eletrônico. estava ativa e configurada para múltiplos aprovadores, o sistema permitia que um dos aprovadores cancelasse a sua própria aprovação, fizesse alterações em campos que não alteram o valor final da remessa e aprovasse novamente, mesmo que todos os outros aprovadores já tivessem aprovado a remessa. Para os campos que alteram o valor, a validação já era aplicada e não é possível alterar, até todos os aprovadores tivessem cancelado suas aprovações.

Correção efetuada: adicionamos a validação de Não é possível alterar. Remessa em processo de aprovação. para os seguintes campos: Tipo Pagamento, Data Pagamento, Transação, Tipo Chave PIX, Chave PIX, Url PIX, Tipo Conta, Banco, Agência e Nº CC. Agora, só será possível alterar esses campos somente após todos os aprovadores cancelarem as suas aprovações.

Alteramos a documentação do web service Com.senior.g5.co.int.varejo.nfce, porta ImportarNfce_8, no que se refere ao parâmetro parcelas.vctPar. A descrição dele agora é: (Obrigatório) - Date(DD/MM/YYY) - Data de vencimento da parcela. Quando existir uma data de repasse ou de compensação, a data de repasse ou compensação deve ser informada neste campo. Observação: o ERP acatará essa data como sendo a do vencimento, mesmo que caia em dia não útil (finais de semana e feriados).

Complementamos a documentação do web service Com.senior.g5.co.mfi.cpa.titulos, porta EntradaTitulosLoteCP, inserindo a informação de que para o rateio ser feito corretamente, todos os campos referentes a ele devem estar preenchidos corretamente na tag <EntradaTitulo> ou na tag <RateiodoTitulo>. Quando algum campo referente ao rateio estiver preenchido na tag <EntradaTitulo> o sistema não rateará com as informações preenchidas na tag <RateiodoTitulo>.

Problema: o sistema não retornava uma resposta no web service ImportarNotaAutorizada quando o número da nota fiscal de saída informado na requisição já existia no sistema. Isso causava um entendimento incorreto ao usuário, fazendo-o acreditar que a nota havia sido importada, quando na verdade não havia sido.

Correção efetuada:   o sistema foi ajustado para verificar a numeração das notas fiscais enviadas por meio das requisições do web service ImportarNotaAutorizada em comparação com as numerações já existentes na base de dados. Caso a nota já exista, o processamento será concluído com sucesso e a seguinte mensagem será exibida ao usuário: Nota Fiscal 1 já existe na Base de Dados!.

Complementamos a documentação do web service Com.senior.g5.co.cad.tabelapreco, porta Exportar, inserindo ainda, na descrição de alguns campos, a informação de que esses são utilizados somente quando o TipoIntegracao for E.

Problema: não era realizada exportação dos dados dos campos de usuários da tabela Ramos de Atividade (E026RAM), ao exportar os dados através do web service Com.senior.g5.co.cad.ramoatividade.

Correção efetuada:   o sistema foi alterado para exportar os valores informados para os campos de usuário da tabela Ramos de Atividade (E026RAM).

Inserimos na documentação da tela F140CNW - Cancelamento de Notas Integradas com WMS, a informação quanto ao uso do o identificador de regra VEN-140CANNF01 ao realizar o cancelamento de notas integradas, marcando a opção Reab. Pfa.. Acesse e confira!

Ajustamos a documentação da tela Parametrizações para NF-e 4.0, incluindo o valor 3004 para geração do grupo Medicamentos. Agora, o enquadramento específico do produto deve ser 1 - Medicamento, 5 - Medicamento Controlado (E075PRO.ProEpe) ou o NCM configurado na classificação fiscal do produto deve iniciar com 3001, 3002, 3003, 3004, 3005 ou 3006.

Problema: o sistema sugeria um código de redução de imposto do pedido mesmo quando o parâmetro da filial Manter ICMS do pedido no Faturamentoestava configurado como diferente de S - Sim;

Correção efetuada: ajustamos a rotina de sugestão do código de redução de imposto para que o código do pedido seja sugerido apenas quando o parâmetro Manter ICMS do pedido no Faturamento estiver configurado como S - Sim.

Complementamos a documentação da tela Contratos de Venda (F160NOV ), inserindo mais informações acerca do campo Controle Reajuste Contrato, quando o reajuste é realizado por itens e por dados gerais.

Complementamos a documentação da tela Contratos de Venda (F160NOV), adicionando a informação de que quando o campo Critério Faturamento estiver definido como 2 - Por Validade, o campo Início Faturamento não será apresentado na guia Complementos, Serviços e Produtos, uma vez que o início e fim do contrário é controlado pela validade informada nos campos Início Vig.Faturam. e Fim Vig.Faturam..

Ajustamos a documentação da tela Reajuste de Contratos de Venda (F160REA), atualizando a informação de que, para utilizar essa funcionalidade, é necessário informar previamente um período e data de início do reajuste na tela Contratos de Venda (F160NOV). Para listar por Dados Gerais, também na tela F160NOV, essas informações devem estar informadas na guia Complemento, e para listar por Itens essas informações devem estar informadas na linha do item.

Problema:ao mandar exportar os registros de receituário, o campo referente ao diagnóstico estava buscando a informação do código do diagnóstico de maneira incorreta.

Correção efetuada:corrigimos a rotina de exportação para que o campo do diagnóstico seja buscado do código por estado da aplicação.

Problema: O sistema exibia uma mensagem de consistência do Identificador de Regras VEN-000CONIT01 ao alterar um item de produto/serviço na tela F120PVC, mas não estava voltando ao valor original do registro.

Correção efetuada:   O sistema foi alterado para que quando ocorra uma consistência por meio do Identificador de Regras VEN-000CONIT01, o sistema não grave a alteração e mantenha o valor original do registro.

Problema: ao retornar a separação do WMS WIS, ocorria o erro: Erro ao ratear os valores diversos da pré-fatura aos itens: Parâmetros por estado não encontrados para o estado na empresa X filial XX.

Correção efetuada: realizamos um ajuste em nosso sistema para que a integração do retorno da separação ocorra normalmente.

Complementamos a documentação da tela Nota Fiscal de Entrada - Ordens de Compra (F440COC), adicionando a informação de que um mesmo item de uma ordem de compra não poderá ser vinculado em dois itens distintos na mesma nota fiscal. Dessa forma, caso o item da ordem de compra já estiver vinculado anteriormente à nota fiscal, esse não será mostrado novamente.

Implementamos o novo campo VSSeqIpc, sendo Sequência de Item de Produto, no identificador de regras CPR-440INSNF01, para apresentar o número de sequência de item, quando adicionado o código de depósito.

Problema: ao realizar uma fixação que possía contas a pagar negativa a ser compensada, o sistema não conseguia calcular corretamente o valor em aberto do título, pois descontava/compensava o título negativo a pagar duas vezes.

Correção efetuada: alteramos a rotina para seguir a lógica de apenas adicionar o valor do contas a pagar ao valor original do título, se o mesmo for positivo.

Problema: ao inserir a chave eletrônica de uma NFS-e de prefeitura, o sistema passou a consistir a chave indevidamente, visto que não existia um layout padrão para essas notas.

Correção efetuada: ajustamos para que o sistema apenas consista a chave eletrônica das NFS-e do Padrão Nacional, que possui o tamanho de 50 caracteres, diferente das NFS-e de prefeitura que possuem 43 caracteres. Para distinguir entre essas duas chaves será verificado o tamanho, onde uma será consistida e a outra não.

Problema: com a data 31/12/2024 cadastrada com parâmetro É Apenas Feriado Bancário definido como S na tela de Cadastro de Feriados (F025FER) e, com o parâmetro Aceita somente dia útil entrega OC configurado para S na tela Parâmetros da Filial para Compras (F070FCP) e, quando gerada uma ordem de compra via contrato com a data de previsão de entrada para o dia 31/12/2024 informada na tela de Via Contrato (F420OCC), e consultado a ordem de compra gerada, a data da previsão de entrada era considerada como o próximo dia útil, dia 02/01/2025.

Correção efetuada: ajustamos o sistema e a situação descrita no problema para a gravação da data de previsão de entrada informada, neste caso, 31/12/2024.

Complementamos a documentação da tela Processo de Cotação (F410PCT), adicionando a informação de que o campo Gerar ligação Fornecedor x Produto só será habilitado caso o campo Bloqueia Produto s/ Ligação Fornecedor, na tela Cadastro de Empresas (F070EMP), estiver com valor igual a S - Sim.

Problema: ao executar a consulta de movimentos de estoques, um mesmo movimento era repetido várias vezes, ficando incoerente com a realidade dos movimentos gravados na base de dados.

Correção efetuada: ajustamos para que a consulta liste corretamente os movimentos de estoque.

Problema: em algumas telas o sistema apresentava certa lentidão em ambientes com acesso virtualizado.

Correção efetuada: ajustamos as rotinas que fazem a execução dos comandos SQL, onde se passou a priorizar a Thread da execução, pois a mesma não era priorizada de forma correta em ambientes virtualizados. Com isso, as telas são acessadas normalmente.

Problema: Ao clicar no botão Processar da tela de Parâmetros Fiscais (F075PFF), quando o usuário logado não possuia permissão de alterar o valor em campos de usuário, configuração essa realizada na Central de Configurações, era apresentado a mensagem: Access violation at address 45977F9B in module 'sa_geral_base.bpl'. Read of address 00000000". Esta mesma mensagem pode ser apresentada em outras telas onde existem campos de usuário a qual o usuário logado não tenha permissão de alteração.

Correção efetuada: Alteramos a rotina de atualização de campos de usuário na tela de Parâmetros Fiscais (F075PFF) para que, no caso do usuário logado não ter permissão de alteração em um campo de usuário, este campo não seja enviado no processo de atualização dos dados, para não ocorrer mais a mensagem de Access violation.

Complementamos a documentação do web service Com.senior.g5.co.ger.cad.clientes, porta GravarClientes, informando que se o parâmetro Replicar as definições do cliente para a filial matriz estiver definido como S - Sim na tela Parâmetros de Integração (F191CPT), as definições do cliente serão replicadas não apenas para a filial enviada na requisição, mas também para a filial matriz. Para conferir acesse a página.

Alteramos a documentação do web service Com.senior.g5.co.int.varejo.nfce, porta ImportarNfce_8, no que se refere ao parâmetro parcelas.vctPar. A descrição dele agora é: (Obrigatório) - Date(DD/MM/YYY) - Data de vencimento da parcela. Quando existir uma data de repasse ou de compensação, a data de repasse ou compensação deve ser informada neste campo. Observação: o ERP acatará essa data como sendo a do vencimento, mesmo que caia em dia não útil (finais de semana e feriados).

Complementamos a documentação do web service Com.senior.g5.co.mfi.cpa.titulos, porta EntradaTitulosLoteCP, inserindo a informação de que para o rateio ser feito corretamente, todos os campos referentes a ele devem estar preenchidos corretamente na tag <EntradaTitulo> ou na tag <RateiodoTitulo>. Quando algum campo referente ao rateio estiver preenchido na tag <EntradaTitulo> o sistema não rateará com as informações preenchidas na tag <RateiodoTitulo>.

Problema: o sistema não retornava uma resposta no web service ImportarNotaAutorizada quando o número da nota fiscal de saída informado na requisição já existia no sistema. Isso causava um entendimento incorreto ao usuário, fazendo-o acreditar que a nota havia sido importada, quando na verdade não havia sido.

Correção efetuada:   o sistema foi ajustado para verificar a numeração das notas fiscais enviadas por meio das requisições do web service ImportarNotaAutorizada em comparação com as numerações já existentes na base de dados. Caso a nota já exista, o processamento será concluído com sucesso e a seguinte mensagem será exibida ao usuário: Nota Fiscal 1 já existe na Base de Dados!.

Complementamos a documentação do web service Com.senior.g5.co.cad.tabelapreco, porta Exportar, inserindo ainda, na descrição de alguns campos, a informação de que esses são utilizados somente quando o TipoIntegracao for E.

Problema: não era realizada exportação dos dados dos campos de usuários da tabela Ramos de Atividade (E026RAM), ao exportar os dados através do web service Com.senior.g5.co.cad.ramoatividade.

Correção efetuada:   o sistema foi alterado para exportar os valores informados para os campos de usuário da tabela Ramos de Atividade (E026RAM).

Problema: ao realizar o vínculo com a senior X Platform e fechar o ERP, não era feito o vínculo novamente após abrir o sistema.

Correção efetuada: ajustamos para que o vínculo seja devidamente efetuado.

O ERP XT está ainda mais poderoso com a SARA, nossa assistente virtual que já ajuda os usuários com dúvidas corporativas sobre a Senior e seu negócio. Agora, temos uma novidade: a SARA também oferece acesso à IAssist da Documentação!

Com essa expansão, você tem acesso rápido e inteligente à documentação diretamente pelo sistema, sem precisar interromper seu trabalho. Tudo para tornar sua experiência mais eficiente e prática!