Gestão Empresarial | ERP - 5.10.3.51

Problema: ao utilizar o integrador Winfit x Gestão Empresarial | ERP, caso os registros de diagnóstico não possuíssem descrição cadastrada no Winfit, o registro era importado no sistema com a descrição [Sem informação winfit INFESTACOES.DESCRICAO.]. Ao utilizar esse diagnóstico na tela de Emissão da receita agronômica (F113REM), era apresentada a mensagem O diagnóstico informado veio sem informação do sistema winfit, troque o diagnóstico ou altere a descrição em Cadastros > Receituário Agronômico > Diagnósticos. Receita Seq.: XXXX Produto: XXXXX, impedindo o uso do diagnóstico.

Correção efetuada: disponibilizamos dois novos parâmetros globais, InfDesDia e InfDesEtp, que têm como objetivo atuar no integrador Winfit x Gestão Empresarial | ERP nos registros de diagnóstico e espécie, respectivamente. Caso estejam ativados na tela de Manutenção dos Parâmetros Globais do Sistema (F000PGS), a descrição do respectivo registro receberá um espaço vazio na descrição, evitando assim que ocorra mensagem de erro na utilização do diagnóstico e/ou espécie.

Problema: para ativar o pré-cadastro da pesagem de entrada de um caminhão na tela F435CCC, é necessário parametrizar o campo Pré-entrada na Pesagem como S - Sim, na tela F070FCP, antes da pesagem, para que a data e a hora de entrada grave corretamente as informações, por exemplo, 25/03/2024 - 16:35. No entanto, quando a hora da entrada era em outro dia, o sistema gravava o dia e a hora atual, por exemplo, 26/03/2024 - 10:21.

Correção efetuada: ajustamos o sistema e a situação acima para que a data e a hora mantenha a mesma da Pré-entrada, no caso, 25/03/2024 - 16:35.

Para tornar mais precisa a conferência dos lançamentos de valorização complementar automática do estoque, para os clientes do agronegócio que utilizem essa funcionalidade, implementamos um novo relatório de acompanhamento das movimentações do estoque, destacando quais movimentações são complementares. Para utilizar essa funcionalidade é preciso ter o parâmetro global GerValCus ativado e ter realizado os procedimentos de parametrização do sistema como descrito no manual de processos do agronegócio. O relatório CCCO020.GER - Ajuste a valor Justo (A Fixar) apresenta os movimentos de estoque para o(s) produto(s) selecionado(s) levando em consideração os movimentos de valorização, que ficam demarcados para fácil visualização.

Adicionamos à documentação o processo de valorização de produtos recebidos com a fixar. Após ativar o parâmetro global GerValCus e desativar o parâmetro global GerAprCus, ambos na tela de Manutenção dos Parâmetros Globais do Sistema (F000PGS) deve-se realizar os procedimentos iniciais de cadastro da transação que gera movimento de estoque, preço mínimo do produto e cotação diária da commodity. Ao receber uma mercadoria com preço a fixar, o sistema fará uma movimentação de estoque pelo valor do preço simbólico, e uma segunda movimentação, valorizada pela diferença entre a cotação do dia da commodity e o valor pelo preço mínimo. Essa valorização automática é útil para os processos de custeio dos produtos, já que garante que o estoque seja valorizado pelo preço da cotação da commodity no dia do recebimento, ao invés de apenas pelo preço simbólico de entrada.

Complementamos a documentação da tela Cadastro de Fornecedores (F095CAD), incluindo o campo Nota Avaliação Fornecedor na guia Cadastro.

Problema: ao cadastrar um imposto do tipo 34 o campo Imposto substituto/secundário ficava desabilitado, habilitando apenas ao abrir a tela.

Correção efetuada: corrigimos o campo Imposto substituto/secundário para permitir o preenchimento no imposto do tipo 34.

Problema: ao alterar o campo Situação, no identificador de regra GER-075PROAO01 estava repassando o novo valor do campo para a regra.

Correção efetuada: corrigimos a rotina para passar os valores anteriores dos campos para a regra, conforme consta na documentação do identificador de regra.

Problema: ao consultar ordens de separação de procedência de pré-fatura que foram canceladas no WMS WIS, em quais as pré-faturas foram exluídas, as mesmas não eram exibidas na tela Consulta de ordens de separação/recebimento (F000COW).

Correção efetuada: ajustamos a ligação entre as tabelas 135pfa e 180ipg, para utilizar o select INNER JOIN ao invés de LEFT JOIN ao consultar as ordens de separação de procedência pré-fatura que foram canceladas.

Problema: ao consultar as ordens de separação de procedência de pedido poucos registros eram apresentados, não era apresentada a quantidade real.

Correção efetuada: alteramos o sistema para que ao consultar as ordens de separação de procedência de pedidos sejam exibidos os registros corretos.

Complementamos a documentação do relatório CIAE013 - SP - Nova GIA - Guia de Inf. e Apuração do ICMS (CIAE013.GER), incluindo uma nota que informa ser gerado o código 13 quando o produtor rural é classificado como pessoa jurídica, independentemente do tipo de empresa. Além disso, foram alteradas as referências às tabelas E600, modificadas para E660.

Complementamos a documentação da tela EFD-Reinf - Integração (F690ILA), incluindo um exemplo prático de como ocorre o cálculo da proporção, realizado durante a integração.

Ajustamos a documentação da tela Integração de Outros Documentos (F660IFI), removendo a duplicação do campo Vlr. Ope. e atualizando a descrição do mesmo.

Problema: ao gerar o SPED Contribuições para o registro A170, as alíquotas eram geradas com duas casas decimais, arredondando os valores e causando erro na validação do arquivo.

Correção efetuada: ajustamos a geração do arquivo do Sped Contribuições para que o registro A170 gere as alíquotas de PIS/COFINS com quatro casas decimais.

Problema: ao reapurar o imposto ICMS os dispositivos fiscais de estados diferentes da filial e com valores não eram carregados na guia Adicional.

Correção efetuada: corrigimos a reapuração do ICMS para apresentar os dispositivos cadastrados.

Problema: após a atualização de versão, ao executar o DRCST (SC) (F669DRI), não era enviado as informações do CNPJ mesmo gerando o arquivo manualmente.

Correção efetuada: ajustamos a DRCST (SC) (F669DRI) para que o CPNJ seja exportado corretamente.

Problema: ao realizar uma movimentação de conclusão de obra em andamento sem assinalar todos os bens de acréscimos listados na grade, por padrão todos os bens de acréscimos independente de estarem selecionados ou não, tem a taxa de depreciação atualizada de acordo com a nova espécie do bem.

Correção efetuada: disponibilizamos um identificador de regras PAT-670MANTA01 que quando cadastrado e ativo, fará com que o sistema não atualize as taxas de depreciação dos bens acréscimos não assinalados na movimentação de conclusão de obra em andamento.

Problema: ao executar o webservice com.senior.g5.co.mct.imp.importarnotasfiscaisentrada, porta Importar_15, as regras referentes aos valores da nota configurações dos fornecedores eram aplicadas modificando a entrada dos valores recebidos.

Correção efetuada: ajustamos a rotina para que o web service não aplique as regras referente a nota e fornecedores, fazendo que a rotina obedeça os valores de entrada do XML.

Implementamos no sistema os campos data de autorização, hora de autorização, usuário emissor, data autorização cancelamento, hora autorização cancelamento, usuário cancelamento, data autorização inutilização, hora autorização inutilização e usuário inutilização, para documentos eletrônicos da nota fiscal de saída do web service com.senior.g5.co.mct.imp.gravarnotafiscalsaida, porta gravar. Para conferir acesse a documentação.

Problema: a documentação das funções abaixo indicava que elas buscavam o saldo final, o que não procede.

• BuscaSaldoAnterior
• BuscaSaldoAnteriorAbr
• BuscaSaldoAnteriorAbrAux
• BuscaSaldoAnteriorHis
• BuscaSaldoAntCCusto

Correção efetuada: ajustamos a documentação para indicar que as funções acima trazem o saldo contábil anterior calculado até a data informada, de acordo com a especificação de cada uma delas. Para conferir, acesse a documentação com o Índice das funções de programador.

Problema: quando a cotação cadastrada tinha valor após duas casas decimais no web service com.senior.g5.co.mfi.cpa.titulos, porta EntradaTitulosLoteCP, era apresentada a seguinte mensagem Necessário informar o valor da cotação de emissão.

Correção efetuada: ajustamos o web service com.senior.g5.co.mfi.cpa.titulos. para verificar a cotação de emissão completa.

Problema: não era possível encontrar arquivo de boleto gerado ao fazer a emissão e envio do boleto na forma de acesso WindowsAccess.

Correção efetuada: alteramos a rotina de geração e envio de boleto para que o mesmo seja gerado e enviado corretamente quando se está acessando o sistema via WA.

Ajustamos a documentação do Passo a passo para configuração de Leiautes Bancários, alterando o valor do campo Código de REM/RET para OFX, no tópico Tesouraria - Extratos Bancários > Exemplo do padrão para nomenclatura do arquivo.

O parâmetro global HabFilBma era exclusivo da tela Baixa por Créditos (Créditos/Pagamentos Indevidos/Devoluções) do Contas a Receber - Seleção (F301BMA), vinculando ao filtro para que não sejam retornados os pedidos bloqueados. Visando uma otimização das telas Baixa por Créditos (Créditos/Pagamentos Indevidos/Devoluções) do Contas a Receber (F301BAA) e Baixa por Substituição/Negociação do Contas a Receber (F301SUB) implementamos nelas também o parâmetro HabFilBma, seu funcionamento é igual ao já existente na tela F301BMA.

Problema: na tela de Preparação de Remessa do Pagamento Eletrônico(F510PPR), quando o título não é multimoeda, o valor de outros descontos era calculado na base de cálculo do IRRF e de outros impostos.

Correção efetuada: ajustamos a tela de Preparação de Remessa do Pagamento Eletrônico(F510PPR) para quando o título não for multimoeda, o valor de outros descontos seja calculado corretamente.

Problema: quando ocorria algum problema na integração com o COTEI o relatório de logs traziam informações vagas que não permitiam identificar o problema em questão.

Correção efetuada: ajustamos a rotina, adicionando mais formações para poder rastrear o problema.

Implementamos no web service Com.senior.g5.co.mcm.ven.notafiscal, porta GravarNotasFiscaisSaida, o campo CodCcu na grade de produtos para que seja possível enviar valor, e permitir que o sistema execute o rateio corretamente por centro de custo quando estiver parametrizado para buscar da família.

Esta implementação evitará que o sistema apresente mensagem de erro quando o rateio do item de produto for por centro de custo e estiver cadastrado para buscar da família, além de permitir que o processo seja executado corretamente via web service, o que anteriormente não acontecia.

Problema: o sistema não exibia corretamente os erros ocorridos durante a troca de portador que ocorre durante a baixa de títulos via pagamento PIX, oriundas do ERP Banking na senior X Platform.

Correção efetuada: corrigimos o sistema para exibir as mensagens de erro corretamente e criamos o identificador de regra CRE-301TCRPX01 para permitir desabilitar a troca de portador durante a baixa.

Problema: ao estornar títulos a receber que haviam sido baixados via pagamento PIX pela nova integração com o ERP Banking, da senior X Platform, ocorria erro de violação de acesso na tela Exclusão de Movimentos do Contas a Receber (F301EBL).

Correção efetuada: corrigimos a rotina para que o estorno seja processado corretamente.

Local: Finanças > Gestão de Contas a Receber > Contas a Receber > Baixas de Títulos > Exclusão de Movimentos (F301EBL)

Problema: ao informar a filial, pedido e o item, e sair do campo Item, ocorria uma lentidão.

Correção efetuada: ajustamos a rotina para não ocorrer a lentidão.

Problema: ao realizar um acerto no movimento mesmo sem ter alterado alguma quantidade do movimento, ocorria uma mensagem de alerta caso a soma das quantidades possíveis de movimentar + 10% era maior do que a quantidade prevista e incorporada.

Correção efetuada: ajustamos a rotina para exibir a mensagem de alerta apenas quando alterar alguma quantidade do movimento.

Complementamos a documentação da tela Consulta do Comparativo das Vendas/Cotas (F130CCP). incluindo o campo Vlr. Vendas.

Realizamos diversas adequações no sistema para atendimento à Nota Técnica NT 2023.004 - versão 1.10 - Informações de Pagamentos e Outros, que altera o leiaute da NF-e e NFC-e. Esta nota técnica tem o objetivo de prover aos atores envolvidos nos processos da NF-e/NFC-e a possibilidade de anotar no documento fiscal eletrônico as transações financeiras relacionadas, facilitando a vinculação entre documentos fiscais e recursos financeiros recebidos.

Confira as alterações:

Campos dos grupos I01 - Produtos e Serviços / Declaração de Importação e Z - Informações Adicionais da NF-e

Disponibilizado o recebimento da tag <CPF> do grupo <DI> na importação de XML na tela Via Recebimento de Documento Eletrônico (F000INE).

Implementado o novo campo Tipo Adq./Encom. para informar o tipo de pessoa para o adquirente ou encomendante no grupo de importação na emissão de NF-e na tela Nota Fiscal de Entrada Agrupada (F440GNE).

Inclusão do novo parâmetro global NT2023004 que permite informar a data de início das alterações do leiaute da NF-e e NFC-e na versão 1.10 da NT 2023.004.

Nos Leiautes NF-e e NFC-e, foram realizadas as seguintes alterações:

• No grupo I01. Produtos e Serviços / Declaração de Importação
  • Alterado o campo 122.04 para aceitar apenas CNPJ do adquirente ou encomendante
  • Adicionado o campo 122.05 para informar o CPF do adquirente ou encomendante
  • Deve ser informado o CNPJ ou o CPF
• No grupo Z - Informações adicionais da NF-e:
  • No campo indicador da origem do processo (indProc) foi adicionada a opção 4 - Confaz
  • No campo tipo do ato concessório (tpAto) foram adicionadas as opções 14 - Ajustes Sinief, 15 - Convênio ICMS

Locais:

• Suprimentos > Gestão de Recebimento > Notas Fiscais de Entrada > Via Recebimento de Documento Eletrônico (F000INE)
• Suprimentos > Gestão de Recebimento > Notas Fiscais de Entrada > Agrupada (F440GNE)
• Cadastros > Identificadores e Parâmetros > Parâmetros Globais (F000PGS)

Campos nos Grupos Tributação do ICMS que possuem ICMS desonerado

Na geração do XML da NF-e foi incluída a geração da tag <indDeduzDeson> referente a informação se o Valor do ICMS Desonerado deve diminuir do valor do item (0 - Não deduz valor / 1 - Deduz valor) para os seguintes grupos:

• ICMS20 (CST 20)
• ICMS30 (CST 30)
• ICMS40 (CST 40, 41, 50)
• ICMS70 (CST 70)
• ICMS90 (CST 90)

Local: Mercado > Gestão de Faturamento e Outras Saídas > Notas Fiscais de Saída > Digitação de Notas manuais (F140GNF)

Campos no grupo YA - Informações de Pagamento

No grupo YA - Informações de pagamento foram realizadas as seguintes alterações:

• Tag <dPag> (data do pagamento) como opcional quando o pagamento for à vista;
• Tag <CNPJPag> referente ao CNPJ transacional do pagamento;
• Tag <UFPag> referente a UF do CNPJ do estabelecimento onde o pagamento foi processado/recebido;
• Grupo <card> agora passa a aceitar informações de PIX, boletos e outros pagamentos eletrônicos:
  • Este grupo é obrigatório quando o <tPag> for 03 ou 04 (cartão) ou 17 (PIX);
  • Alterado o tamanho da tag <cAut> de 100 para até 128 caracteres;
  • Tag <CNPJReceb> referente ao CNPJ do beneficiário do pagamento;
  • Tag idTermPag referente ao identificador do terminal de pagamento.

Locais:

• Mercado > Gestão de Faturamento e Outras Saídas > Notas Fiscais de Saída > Digitação de Notas manuais (F140GNF)
• Recursos > Implementações > Web services

Clique nos links e saiba mais sobre a NT 2023.004 e sobre as alterações realizadas nos Leiautes NF-e e NFC-e.

Problema: no momento de processar uma nota fiscal de devolução com base em uma nota de compra que possuía apenas itens de serviço, o sistema exibia a seguinte mensagem de erro, impedindo o sistema de prosseguir com a rotina: Não foi possível completar a transferência dos itens - Erro na gravação dos Itens da Nota Fiscal.

Correção efetuada: alteramos o sistema para que seja possível gerar uma nota fiscal de devolução de uma nota de compra que possui itens de serviço.

Problema:após inserir um item de produto na Nota Fiscal de Saída, através da tela F140GNF, quando era alterada a Situação Tributária do item de produto para uma situação tributária que sugere Dispositivo e Beneficio Fiscal, o sistema não sugeria o Dispositivo e Beneficio Fiscal da nova Situação Tributária informada para o item de produto.

Correção efetuada: alteramos o sistema para que após alterar a Situação Tributária do item de produto para uma situação que possua sugestão de Dispositivo e Beneficio Fiscal, essa sugestão ocorra corretamente.

Para realizar o cálculo do IRRF conforme orientações da IN 2.145/2023 incluímos o parâmetro Descontar ICMS desonerado da base de IRRF na guia IRRF 2, da tela Transações de venda (F001TVE), para descontar ICMS desonerado da base do IRRF ao ser calculado na nota fiscal. De encontro a isso, disponibilizamos no identificador de regra COM-000VLRET01, parâmetros para identificar o tipo de movimento (entrada ou saída) e variável de retorno para identificar se o valor das retenções será considerado apenas no valor financeiro das notas fiscais.

Problema: ao tentar excluir o plano de inspeção, ocorria mensagem de erro quando o mesmo código do plano de inspeção já existia em outra empresa.

Correção efetuada: ajustamos a rotina para não mostrar a mensagem de erro nesta situação.

Realizamos uma alteração no notas da versão 5.10.3.6, adicionando uma nota sobre a inclusão do parâmetro global MosMotSol na implementação realizada naquele momento.

Complementamos a documentação do processo automático 67 - Importação de documentos eletrônicos de entrada e da tela Via Recebimento de Documento Eletrônico (F000INE), incluindo informações acerca de cancelamentos de notas fiscais integradas com tributos e verificação da consistência de informações das notas fiscais.

Complementamos a documentação da tela Nota Fiscal de Entrada Agrupada (F440GNE), incluindo a informação de que existe a opção de ativar o parâmetro global UtiCtrPrd para habilitar o campo SAFRA.

Problema: ao gerar uma nota de frete que envolvia o cálculo do dispositivo fiscal sobre o diferencial de alíquota, se o usuário realizasse uma alteração manual no valor do ICMS calculado, o sistema calculava uma base negativa para o diferencial no dispositivo, causando um erro no SPED Fiscal.

Correção efetuada: ajustamos uma falha na alteração manual de ICMS que deixava o valor da base do diferencial de alíquota negativa no dispositivo fiscal.

Problema: ao fechar uma nota de entrada do tipo 9 - NF Acerto, o sistema apresentava indevidamente a tela de distribuição de lote (F000DLA), quando o item da nota tinha quantidade zerada.

Correção efetuada: ajustamos para que não seja apresentada a distribuição de lote para notas de acerto sem quantidade.

Complementamos a documentação das telas relacionadas abaixo, inserindo na listagem de identificadores de regras, o IR CPR-000CONIT01, que atua em todas essas telas.

Disponibilizamos a documentação do Identificador de modelo F210RLO-1, que realiza a impressão do modelo das informações listadas ao clicar no botão Imprimir na tela Revalidação de Lotes (F210RLO). Para conferir acesse a página

Problema: quando a mesma requisição era iniciada na tela Estoques - Geração Agrupada de Requisições de Produto (F207LOT) por dois usuários distintos, enquanto um usuário iniciava com a situação aprovada, e no outro, a mesma requisição começava com a situação digitada, uma vez que o último usuário clicava emProcessar, era exibida uma mensagem de bloqueio informando para o usuário recarregar a requisição pois sua situação já foi alterada.

Porém, anteriormente, o sistema modificava o código da requisição para um novo, permitindo assim que o último usuário conseguisse processar sua requisição também.

Correção efetuada: Foi necessário verificar se essa requisição era nova ou não, para só realizar essa validação em requisições que não são novas, permitindo, assim, que o sistema faça o autoincremento da requisição.

Ajustamos a documentação da tela Transferências de Produtos (F210TPA), realizando uma alteração na descrição do campo Endereçamento Destino, informando que trata-se do endereçamento a ser atribuído para o movimento de estoque de destino da transferência de produtos controlados por lote.

Problema: na geração de ordem de compra por meio do web service Com.senior.g5.co.mcm.cpr.ordemcompra, porta GravarOrdensCompra, mesmo enviando um código de moeda nos dados gerais da ordem de compra, essa moeda não era gravada na geração do documento.

Correção efetuada: alteramos a geração das ordens de compra através deste web service, para que nos casos onde seja enviada uma moeda nos dados gerais da requisição, a ordem de compra seja gravada com essa moeda.

Problema: quando a cotação cadastrada tinha valor após duas casas decimais no web service com.senior.g5.co.mfi.cpa.titulos, porta EntradaTitulosLoteCP, era apresentada a seguinte mensagem Necessário informar o valor da cotação de emissão.

Correção efetuada: ajustamos o web service com.senior.g5.co.mfi.cpa.titulos. para verificar a cotação de emissão completa.

Problema: ao executar o webservice com.senior.g5.co.mct.imp.importarnotasfiscaisentrada, porta Importar_15, as regras referentes aos valores da nota configurações dos fornecedores eram aplicadas modificando a entrada dos valores recebidos.

Correção efetuada: ajustamos a rotina para que o web service não aplique as regras referente a nota e fornecedores, fazendo que a rotina obedeça os valores de entrada do XML.

Implementamos no sistema os campos data de autorização, hora de autorização, usuário emissor, data autorização cancelamento, hora autorização cancelamento, usuário cancelamento, data autorização inutilização, hora autorização inutilização e usuário inutilização, para documentos eletrônicos da nota fiscal de saída do web service com.senior.g5.co.mct.imp.gravarnotafiscalsaida, porta gravar. Para conferir acesse a documentação.

Implementamos no web service Com.senior.g5.co.mcm.ven.notafiscal, porta GravarNotasFiscaisSaida, o campo CodCcu na grade de produtos para que seja possível enviar valor, e permitir que o sistema execute o rateio corretamente por centro de custo quando estiver parametrizado para buscar da família.

Esta implementação evitará que o sistema apresente mensagem de erro quando o rateio do item de produto for por centro de custo e estiver cadastrado para buscar da família, além de permitir que o processo seja executado corretamente via web service, o que anteriormente não acontecia.

Problema: na geração de ordem de compra por meio do web service Com.senior.g5.co.mcm.cpr.ordemcompra, porta GravarOrdensCompra, mesmo enviando um código de moeda nos dados gerais da ordem de compra, essa moeda não era gravada na geração do documento.

Correção efetuada: alteramos a geração das ordens de compra através deste web service, para que nos casos onde seja enviada uma moeda nos dados gerais da requisição, a ordem de compra seja gravada com essa moeda.