Gestão Empresarial | ERP - 5.10.4.16

Complementamos a documentação da parametrização do Livro Caixa Digital do Produtor Rural (LCDPR 2.0), para incluir a configuração das transações de vendas e transações de compras. Nessas, é necessário configurar, respectivamente, os campos Operação Venda e Operação de Compra para N-Normal. Isso é necessário pois a rotina de geração do arquivo de entrega só considera registros com esse tipo de operação, nas transações de compra e venda. O campo pode ser encontrado nas telas de Transações de Vendas (F001TVE) e Transações de Compras (F001TCP), guia Dados Gerais 2.

Com o objetivo de garantir a consistência das informações de pedidos, implementamos nova versão da porta GravarPedidos, do web service Com.senior.g5.co.mcm.ven.pedidos, incluindo na requisição o campo CodSafra, referente à safra. Esse campo é opcional, no entanto, caso seja utilizado, o web service realizará consistência sobre esse código, verificando se a safra existe e está ativa; e se a data do pedido corresponde ao período de competência da safra (caso haja período de competência cadastrado). Caso essa consistência retorne erro, o pedido não será registrado e retornará com mensagem apropriada à inconsistência.

Problema: ao enviar informações para o web service Com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, caso o valor total das quantidades ou das deduções utilizasse casas decimais após a vírgula, o sistema retornava o erro Erro - Total das quantidades dos Dados de Aquisição Diários difere do Total do Mês. Erro., ainda que o valor correspondente à soma dos itens corretamente.

Correção efetuada: ajustamos o sistema para compare corretamente os totais de dedução e quantidade.

Com o objetivo de facilitar a organização dos documentos gerados no novo processo de integração do Receituário Agronômico com o SIGN, além de agilizar processos de controle e auditoria, modificamos a integração para gerar uma estrutura organizada dos receituários no GED. Anteriormente, os receituários agronômicos assinados digitalmente ficavam dentro da pasta Receituários e o nome dos arquivos .pdf era o código do receituário no sistema. Agora, os arquivos são guardados seguindo a estrutura Receituários > Nome da Empresa > Filial > Código do Responsável Técnico - Nome do Responsável Técnico, e os arquivos são salvos com o nome Receita Número X, Sequência Y.pdf.

Problema: ao integrar a cotação da moeda ao App do Produtor Rural, via processo automático 151 - Integração ERP X App do Produtor - Envio, o sistema apresentava o erro Erro do Banco (904): ORA-00904: \"E115PRP\".\"IDEUNI\": invalid identifier\n"}, retornando o status da integração como Erro.

Correção efetuada: ajustamos a rotina de integração, para integrar a cotação da moeda corretamente.

Complementamos a documentação da tela Parâmetros de Usuário para Compras e Recebimento (F099UCP), acrescentando o parâmetro Simula fechamento. Quando este parâmetro estiver definido com valor S - Sim, será realizada uma simulação do fechamento da nota fiscal de entrada, durante a qual algumas validações serão executadas. Caso alguma informação não esteja correta, uma mensagem de consistência será exibida na tela.

Problema: Na tela Cadastro de Processo Automático (F000AGE), ao executar o processo agendado da integração contábil com o banco de dados Oracle, era apresentado o erro ORA-00933: SQL command not properly ended, identificado nos logs. Além disso, na tela Consulta de Plano de Requisições (F660REQ), a grade com os passos da execução não ficava visível em telas de menor resolução.

Correção: corrigimos a rotina da tela Cadastro de Processo Automático (F000AGE) para que o processo seja executado corretamente e ajustamos o tamanho das grades na tela Consulta de Plano de Requisições (F660REQ) para garantir que fiquem visíveis em todas as resoluções de tela.

Problema: a geração do SPED Fiscal (F669EFD) para o registro 0200 estava deixando o campo 8-COD_NCM em branco quando constava no NCM apenas no item da nota fiscal de saída.

Correção efetuada: ajustamos a rotina para garantir que o campo 8-COD_NCM seja corretamente preenchido quando o NCM estiver apenas no item da nota fiscal de saída.

Problema: ao clicar no botão Carregar Retenções na tela SPED Contábil Fiscal (ECF) (F669ECF), era apresentada a mensagem de erro: Access violation no registro Y570 para empresas no regime Presumido e de caixa.

Correção efetuada: ajustamos a rotina e as retenções foram carregadas.

Problema: na entrega do SPED Contribuições (F669SPC) era apresentado o seguinte erro: Conteúdo do campo inválido. Campo ALIQ_PIS - Registro A170, pois as alíquotas do PIS e COFINS eram geradas com 4 casas decimais para arquivos anteriores a 2023.

Correção efetuada: ajustamos o arquivo do SPED Contribuições para gerar os campos 11- ALIQ_PIS e 15- ALIQ_COFINS anteriores a 2023 com 2 casas decimais.

Realizamos adequações na geração do Quadro 11 - Informações sobre substituição tributária na tela DIME (Santa Catarina) (F669DME), para estar em conformidade com a Portaria SEF nº 055/24. Para conferir, acesse a página.

Problema: ao gerar o SPED Contábil (ECD) (F669ECD) com os registros I200 (Lançamento Contábil) e I250 (Partidas do Lançamento) no modo lista de prioridades usando o Identificador de Regras CTB-669SQLRA01, o erro Out Of Memory era exibido quando havia mais de um milhão de lançamentos por mês.

Correção efetuada: ajustamos o processamento do SPED Contábil (ECD) (F669ECD) para que os registros I200 e I250 no modo lista de prioridades com o Identificado de Regras CTB-669SQLRA01 possam lidar com volumes superiores a milhões de registros por mês.

Problema: na geração dos saldos mensais na tela (F630GSE), quando a quantidade na OP incluía decimais, era apresentada uma crítica indicando saldo negativo: Verifique SPE - Estágio: 100 - O.P.: 308 - Saldo negativo (-3,5527136788005E-15). Efetuado ajuste.

Correção efetuada: alteramos a rotina de geração de saldos mensais para evitar que o saldo seja calculado como negativo quando a quantidade for zero.

Complementamos a documentação de integração com o Cotei, adicionando na FAQ uma questão, contendo orientações sobre como proceder nos casos em que não se consiga utilizar a integração com o Cotei devido a bloqueios de TLS.

Nesta, informamos, que o Cotei é compatível com todas as versões existentes de TLS, e que, se após validar as configurações de rede o problema persistir, o parâmetro Habilitar protocolos TLS 1.2 e 1.3 em aplicativos WIN32(G5) pode ser avaliado. Este parâmetro é definido na Central de Configurações Senior em Conexões de rede > Acesso à internet > Requisições HTTP. É importante validar outras integrações após a alteração desse parâmetro, pois ele é único para todo o ERP.

Adicionamos na documentação de tela de Nota Fiscal Agrupada (F440GNE), no tópico Controle e processamento, informações sobre o comportamento do botão Fechar, quando houver integração com o WMS. Neste caso, ao fechar uma nota em que a filial e o depósito têm integração com o WMS, o sistema realiza uma simulação de fechamento para verificar a necessidade de gerar uma ordem de recebimento no WMS. Durante essa simulação, o sistema muda para o estado de ambiente web, fazendo com que mensagens do tipo retorno sejam tratadas como erro em vez de retorno.

O parâmetro dinâmico FILIAL.INTWMS.CNPJDEPOSITANTEFILIAL foi criado para resolver situações em que a filial do ERP possui um CNPJ diferente da filial correspondente no WMS, como em casos de operadores logísticos. Esse parâmetro, configurável a nível de filial, permite indicar qual CNPJ deve ser enviado ao WMS no campo cnpjFilialEmitente.

Problema: ao alterar a transportadora, o sistema zerava indevidamente os valores de frete.

Alteração efetuada: foram criadas novas validações para o zeramento do valor de frete (VlrFre) e frete destacado (VlrFrd) ou sugestão do valor de frete (VlrFre) por meio da tabela de preço de frete da transportadora.

Problema: na criação das portas EmitirEventoComprovante e ConsultarEvento do web service Com.senior.g5.co.int.eletronicos.documentos, não foi informada a Proprietária para utilização destas portas, na documentação Pré-requisitos de Proprietária para habilitar integração via web service.

Correção efetuada: corrigimos a documentação adicionando as proprietárias corretamente, sendo que, em ambas as portas, é necessário que a proprietária contenha o Módulo IPSI e o módulo SRNF.

Acrescentamos mais um tópico na documentação de Restrições na integração com o WMS WIS, informando que para processos relacionados a produtos controlados por lote, o ERP adota o conceito de não permitir espaços em branco no início ou no final dos lotes de produtos, diferentemente do WMS, que permite esse tipo de configuração. Caso o ERP receba do WMS retornos de lotes com espaços, ele interpretará os lotes sem esses espaços, utilizando a função SQL TRIM para remover os espaços indesejados. Esse conceito é aplicado em todos os processos nativos do ERP, inclusive nas interfaces de integração com o WMS.

Acesse e verifique os exemplos de cenário de recebimento e separação.

Problema:   o sistema não permitia a alteração da Classificação Fiscal do Item de Produto da Nota de Entrada de Devolução, quando o Cálculo de Devolução estava como Proporcional na transação da Nota.

Correção efetuada:   foram implementados no sistema os Identificadores de Regras GER-000RTCMP01 e GER-000CPYCMP1, permitindo informar ao sistema quais campos devem ou não ter seus valores copiados da Nota de Origem para a Nota de Destino. Para mais informações, acessar a documentação de ambos os Identificadores.

Problema:   O sistema não exibia a Nota Fiscal (NF) na tela de consulta de notas fiscais de saída (F141CIS) quando existia divergência na derivação do pedido frente à nota fiscal.

Correção efetuada:   o sistema foi alterado para que possibilite a exibição da Nota Fiscal (NF) na tela de Consulta Itens de Notas Fiscais de Saída (F141CIS) e Consulta de Notas Fiscais de Saída (F141CNS) quando existe divergência na derivação do pedido frente à nota fiscal.

Problema:   ao executar a Redistribuição de Lotes através da tela Manutenção de Pré-faturas (F135MPF), o sistema não estava executando o Identificador de Regras VEN-135EUDLE02. Em consequência, não estava sendo feita a distribuição dos Lotes de acordo com a Regra de Negócio do Cliente.

Correção efetuada:   o sistema foi alterado para que, ao executar a Redistribuição de Lotes através da tela Manutenção de Pré-faturas (F135MPF), o sistema execute o Identificador de Regras VEN-135EUDLE02, distribuindo os Lotes de acordo com a Regra de Negócio do Cliente.

Problema:   quando a tela Cálculos da Nota Fiscal de Saída (F140CNF) é aberta em monitores com resoluções menores, os usuários enfrentam dificuldades para visualizar e ajustar o tamanho do grupo Gerais da tela.

Correção efetuada:   ajustada a tela para possibilitar a visualização do grupo Gerais da tela Cálculos da Nota Fiscal de Saída (F140CNF) em monitores com resolução menores.

Problema: ao clicar no botão Marcar da tela Emissão ou Cancelamento de Notas Fiscais de Saída (F140CAN), o sistema altera também o valor do campo Reab. Tickets;

Correção efetuada: criamos 4 variáveis no identificador de regras VEN-140CANNF01 (VSManPed, VSManPfa, VSManCol, VSManTic) para indicar se poderão ser marcados ou desmarcados os campos Reab. Ped, Reab. Pré-Fatura, Reabilita Coleta, Reab. Tickets. Com essas variáveis iguais a S - Sim, ao clicar no botão Marcar e Desmarcar, o sistema não alterará os valores das respectivas colunas.

Problema:   ao executar a alteração da Situação do Pedido para 3 - Suspenso, de forma manual, o sistema executava o Identificador de Regras VEN-120CONSP01 e não alterava o valor do campo Reserva para o valor retornado por meio do Identificador de Regras. Além disso, exibia a mensagem de erro: O item do pedido está na situação suspenso (3) e assim não é possível alterar o mesmo.

Correção efetuada:   o sistema foi alterado para executar o Identificador de Regra VEN-120CONSP01 quando o usuário alterar a situação do pedido para 3 - Suspenso, e alterar o valor do campo Reserva para o valor retornado através do Identificador de Regras, sem exibir mensagem de erro.

Anteriormente, informamos que o parâmetro ESTOQUEWMSERP, referente ao Processo Automático 84 - WMS Senior, havia sido descontinuado. No entanto, ele permanece ativo e operando normalmente, conforme atualizado em nossa documentação.

No Processo automático 84 - WMS Senior, indicamos na documentação dos parâmetros da rotina EXPORTAFATURAMENTO, o select do processo para consulta dos registros de exportação das notas faturadas.

Problema: Na tela Cadastro de Processo Automático (F000AGE), ao executar o processo agendado da integração contábil com o banco de dados Oracle, era apresentado o erro ORA-00933: SQL command not properly ended, identificado nos logs. Além disso, na tela Consulta de Plano de Requisições (F660REQ), a grade com os passos da execução não ficava visível em telas de menor resolução.

Correção: corrigimos a rotina da tela Cadastro de Processo Automático (F000AGE) para que o processo seja executado corretamente e ajustamos o tamanho das grades na tela Consulta de Plano de Requisições (F660REQ) para garantir que fiquem visíveis em todas as resoluções de tela.

Complementamos a documentação da tela Painel de Fechamento de Estoques (F215PFE), adicionando a informação de que os logs apresentados por essa tela são os mesmos que anteriormente eram salvos em arquivos texto dentro da pasta de logs do ERP. Já as mensagens de bloqueios que possam ocorrer durante o processo de atualização ou fechamento de estoques não serão apresentadas nessa tela.

Complementamos a documentação da tela Estoques - Consulta de Requisições de Produto (F207CEM), adicionando o campo Motivo Cancelamento, o qual só é preenchido em casos de cancelamento de requisições com integração com o WMS.

Complementamos a documentação da tela Revalidação de Lotes (F210RLO), adicionando a informação do campo Funcionalidade, que será exibido quando atender a determinadas condições de validação.

Problema: ao acessar a guia Serviço do web service com.senior.g5.co.mcm.est.geracaosolicitacaocompra, porta GerarSolicitacaoCompra, não tinha o campo CodPri (Código de prioridade).

Correção efetuada: corrigimos o web service, adicionando este campo na guia Serviço.

Complementamos a documentação da tela Via Recebimento de Documento Eletrônico (F000INE), no tópico Guia Notas Fiscais de Entrada, campo Cond. Pagto., as condições para que o sistema exiba a mensagem A condição de pagamento sugerida para a nota é X e na ordem de compra está Y. Deseja atualizar a nota com a condição de pagamento da ordem de compra?, ao informar a ordem de compra na nota pela tela. Para saber mais, acesse a documentação da tela.

Complementamos a documentação do identificador de regra CPR-440DISLO01 e das telas Via Recebimento de Documento Eletrônico (F000INE) e Recebimento Eletrônico, adicionando, no identificador de regra, a informação de que este é utilizado na geração de notas fiscais de entrada e na rotina de recebimento eletrônico, através da tela Via Recebimento de Documento Eletrônico (F000INE), do web service Com.senior.g5.co.mcm.cpr.recebimentoeletronico, porta Processar, ou pelo processo agendado 67 - Importação de documentos eletrônicos de entrada. Na tela Recebimento eletrônico foram adicionadas informações sobre herança de lotes, na grade Herdar Lotes. Por fim, na tela Via Recebimento de Documento Eletrônico (F000INE), faz-se uma menção à tela Recebimento Eletrônico.

Problema: ao acessar a guia Serviço do web service com.senior.g5.co.mcm.est.geracaosolicitacaocompra, porta GerarSolicitacaoCompra, não tinha o campo CodPri (Código de prioridade).

Correção efetuada: corrigimos o web service, adicionando este campo na guia Serviço.

Problema: ao alterar a transportadora, o sistema zerava indevidamente os valores de frete.

Alteração efetuada: foram criadas novas validações para o zeramento do valor de frete (VlrFre) e frete destacado (VlrFrd) ou sugestão do valor de frete (VlrFre) por meio da tabela de preço de frete da transportadora.

Problema: na criação das portas EmitirEventoComprovante e ConsultarEvento do web service Com.senior.g5.co.int.eletronicos.documentos, não foi informada a Proprietária para utilização destas portas, na documentação Pré-requisitos de Proprietária para habilitar integração via web service.

Correção efetuada: corrigimos a documentação adicionando as proprietárias corretamente, sendo que, em ambas as portas, é necessário que a proprietária contenha o Módulo IPSI e o módulo SRNF.