Gestão Empresarial PME | GO UP - 5.10.3.56

Complementamos a documentação dos identificadores de regras PAT-670ENTVA01 e PAT-670ENTVA02, acrescentando a informação de que determinadas variáveis, diferentes para cada identificador, devem estar definidas com valor S para que seja sugerida a quantidade de meses.

Atualizamos a documentação do identificador de regras CPR-440EXMDE01, retirando a variável XX da regra, uma vez que esta é usada somente pelos desenvolvedores para depuração do código, ou seja, para localizar e corrigir erros que ali possam existir. Não tem, portanto, serventia para o uso do identificador de regras em si.

Complementamos a documentação da tela Configuração de parâmetros dinâmicos (F000PPD), inserindo a informação de que para o botão Duplicar aparecer habilitado, é necessário que essa tela seja aberta por meio do botão Par. Dinâmicos, da tela Cadastro de Filiais (F070FCA).

Complementamos a documentação da tela Apuração dos Impostos IRPJ - Lucro Presumido (SPED) e CSLL - Lucro Presumido (SPED) (F661I14), acrescentando a informação de que o imposto adicional de 17%, vinculado à apuração dos impostos 53 IRPJ - Lucro Presumido (SPED) ou 55 IRPJ - Lucro Real (trimestral), considerará a data de início de atividades apresentada na tela Parâmetros da Filial para Contabilidade (F070FCT). Caso essa data esteja incorreta, os meses corretos não serão considerados na fórmula.

Problema: ao integrar o registro 4020 na tela EFD-Reinf - Integração (F690ILA), era apresentado um problema de precisão nos campos do registro, causando erros de arredondamento e consequentemente diferenças de centavos.

Correção efetuada: ajustamos a rotina para que seja utilizada a precisão correta dos campos.

Disponibilizamos uma nova rotina de integração da EFD-Reinf, trazendo melhorias e correções em cenários sem imposto retido. As atualizações ocorrerão somente nesta rotina, que substituirá a integração padrão futuramente.

Para usar a nova integração:

• F000PGS: altere o novo parâmetro global IniNovIre para S - Sim, afetando todas as empresas. Pode ser revertido para N - Não enquanto a integração padrão estiver disponível
• F055NRE: importe novas naturezas de rendimentos para atualizar campos como Fato Gerador IR PF, Fato Gerador IR PJ, Contribuições Sociais Retidas e Agrupar Impostos em Valor Agregado

Problema: ao realizar o último cálculo de depreciação de um bem com características específicas, onde o valor de aquisição é diferente do valor de aquisição de PIS/COFINS/CSLL, era gerado pelo sistema um valor que habilitava a exclusão de valores do PIS/COFINS/CSLL indevidamente.

Correção efetuada: ajustamos o cálculo da depreciação para gerar corretamente os crédito de PIS/COFINS/CSLL sem a exclusão indevida de valores.

Complementamos a documentação da tela Fluxo de Caixa (F610FCX), adicionando informações acerca do campo Saldo Anterior, e quais os outros campos que terão seu saldo mostrado ao habilitar esse campo.

Problema: na tela de Parâmetros do Fluxo de Caixa (F610PFL), as parcelas de contratos de venda não eram apresentadas quando o contrato tinha critério de faturamento por itens, e havia alguma outra parcela já faturada no mesmo mês.

Correção efetuada: corrigimos para que as parcelas de contratos de venda sejam apresentadas corretamente nas seguintes situações: quando o contrato tiver critério de faturamento por itens, o vencimento ocorrer mais de uma vez no mesmo mês ou quando alguma parcela já foi faturada.

Problema: ao excluir uma linha da grade títulos substitutos na tela Baixa por Substituição/Negociação do Contas a Receber (F301SUB), era apresentada a mensagem Tipo de Título Incompatível com Transação, fora de contexto.

Correção efetuada: ajustamos a rotina para que apresente a mensagem solicitando o preenchimento dos campos que ficaram vazios devido à não utilização da tecla TAB para percorrer a grade.

Disponibilizamos uma nova solução para Desconto de duplicatas - Antecipação de recebíveis, em parceria com o BTG Pactual. Com este novo recurso é possível realizar a antecipação de recebíveis, melhorando o capital de giro, possibilitando uma gestão financeira mais eficaz. Veja a documentação para mais detalhes.

Benefícios:

• Receba valores que só receberia no vencimento dos boletos;
• Melhore o equilíbrio no seu fluxo de caixa;
• Consiga cobrir despesas inesperadas;
• Dinheiro na conta em minutos.

Além disso, também criamos o modelo de bloqueto financeiro FRCR024.BLO, que tem como objetivo gerar boletos bancários totalmente impressos para o banco BTG Pactual. Mais informações podem ser consultadas nas informações do boleto. Ao executar este relatório, serão gerados boletos bancários para as notas fiscais selecionadas. Para cada boleto é gerado um nosso número que é impresso no boleto e atribuído ao título associado à nota fiscal. O portador do título passa a ser o banco selecionado.

Por fim, criamos o leiaute SAEX10008 para exportação de cobrança escritural do contas a receber para o banco BTG Pactual. O novo leiaute estará disponível dentro do diretório Financas, existente no diretório de leiautes de exportação e importação do ERP XT.

Complementamos a documentação do web service Com.senior.g5.co.int.venda.documentofiscal, porta CalcularRetencoes, movendo os itens Retenção de produtos e Retenção de serviços para dentro da documentação da porta. Além disso, na documentação do índice de Web services disponíveis no Gestão Empresarial | ERP, alteramos a descrição desse web service, visto ele possuir diversas portas com funcionalidades diferentes, que não só a de realizar cálculo de retenção.

Problema: ao alterar uma ordem de compra via web service com.senior.g5.co.mcm.cpr.ordemcompra, na porta GravarOrdensCompra, era apresentado o erro O registro não foi encontrado para atualização ou foi alterado ou excluído por outro processo.

Correção efetuada: ajustamos o processamento de alteração das ordens de compra, que apresentava a mensagem acima indevidamente, quando o documento tinha valores de ICMS monofásico.

Problema: a máscara dos campos CptFat e DatCpt, disponíveis na porta Exportar_3 do web service Com.senior.g5.co.ven.notafiscalsaida, constava como sendo DD/MM/YYYY.

Correção efetuada: alteramos a documentação destes campos, alterando a máscara para indicar apenas mês e ano (MM/YYYY).

Problema: ao executar o web service Com.senior.g5.co.int.eletronicos.documentos, porta Receber, a Base do ICMS vinha com o valor total da operação quando item da nota tivesse diferimento.

Correção efetuada: ajustamos para que a Base do ICMS seja ajustada na leitura do XML, descontando de seu valor a Base do ICMS Diferido.

Com a descontinuação progressiva das SPED Contábil Fiscal (ECF)s, foi necessário ajustar a maneira que a vinda de itens cancelados é tratada pelo web service Com.senior.g5.co.int.varejo.nfce, porta Gravar, para que se enquadre nas regras atuais de NFC-e.

Complementamos a documentação do processo de Recebimento eletrônico de NFS-e, inserindo a informação de que quando a tag <municipioIncidencia> não vem informada, então o código do município do prestador é carregado, em vez do código do tomador.

Problema: ao posicionar no campo Opção Sequência, em determinadas situações, não mostrava como sugestão a primeira opção da operação quando a O.P. tinha mais de uma opção para a operação.

Correção efetuada: ajustamos para sempre mostrar a primeira opção da operação ao se posicionar no campo Opção Sequência.

Complementamos a documentação da tela Baixa de Componentes do Estoque (F900BAC), adicionando um cenário-exemplo com uma situação inicial e após a baixa de componente, referente o uso do campo Qtd. Refugo.

Alteramos a emissão do CT-e e CT-e OS, para que na geração da tag <IEST> , referente à inscrição estadual de outro estado, esta seja emitida somente quando o tomador for de um estado diferente ao emissor do CT-e ou CT-e OS. A IE retornada para geração da tag <IEST> também dependerá do papel tomador (0-Remetente, 1-Expedidor, 2-Recebedor ou 3-Destinatário).

Anteriormente, a informação da inscrição estadual do substituto tributária considerava a inscrição estadual informada nos parâmetros por estado (F009PPE) levando em consideração o estado da filial/emitente do CT-e, porém a partir desta implementação, levará em consideração que é o tomador do CT-e ou CT-e OS, e se basear no estado do tomador.

Complementamos as documentações das telas Parâmetros da Filial para Tributos (F070FEF) e Notas Fiscais de Saída (F140GNF), inserindo, na tela F070FEF, a informação de que a apuração do faturamento pode ser feita manualmente via tela Informações mensais (F660INF). Já na tela F140GNF, foi removida a informação de que a alíquota do campo pode ser manipulada por meio do identificador de regras VEN-000ALICM01.

Problema: ao informar o código do produto na tela Consulta de Notas Fiscais de Saída - Seleção (F141SNS), acessada pelo botão Seleção da tela Consulta Relacionamento de Notas Fiscais de Saída (F141CRN), e carregar as notas fiscais de remessa e cobrança nesta tela, o filtro pelo código do produto não era acatado e carregava todas as notas dentro da abrangência de datas informada.

Correção efetuada: realizamos uma alteração para atender ao filtro do código do produto informado através da tela F141SNS, ao carregar as notas fiscais de remessa e cobrança na tela F141CRN.

Problema: ao utilizar uma transação de serviço, parametrizada para subtrair o valor de Pedágio do Valor Base de ICMS, ao gerar um CT-e na tela Notas Fiscais de Saída (F140GNF), o valor não era subtraído e gerado o Valor Base de ICMS com base no valor total.

Correção efetuada: realizamos uma alteração para que, ao gerar um CT-e na tela Notas Fiscais de Saída (F140GNF), e informar valor de Pedágio, tendo a parametrização na transação utilizada, o sistema diminua o valor de Pedágio do Valor Base de ICMS.

Problema: quando, na geração de um pedido, informava-se um item de produto que possuía Tab.Preço e o preço, sendo o preço do item de produto alterado na grade e posteriormente informado um endereço de entrega do mesmo estado que a UF de tributação do pedido, ao processar e gravar essa informação, o sistema recalculava o valor do item de produto informado na grade.

Correção efetuada: ajustamos o sistema para que ao alterar o endereço de entrega de um item de produto para um endereço do mesmo estado da UF de tributação do pedido, o valor informado para o item de produto do pedido não seja alterado, mesmo que contenha tabela de preço informada. Este somente será recalculado quando for alterado o estado de tributação.

Problema: quando o representante estava configurado para que a forma de pagamento da comissão fosse via Ordem de Compra, ao realizar o cancelamento da Ordem de Compra na tela Procedimentos Agrupados de Ordens de Compra (F425FOA), o movimento de pagamento da comissão não era excluído. Com isso, não era possível reprocessar a comissão na tela Cálculo/Pagamento de Comissões (F504RCP).

Correção efetuada: ajustamos para que a tela (F425FOA) desfaça os pagamentos de comissão que foram feitos via emissão de ordem de compra.

Problema: ao definir o parâmetro Grava Cotação c/ Preço Zero como S - Sim na F07EMP, e acessar a tela F410CEA para cotar a solicitação para um ou mais fornecedores, em uma das cotações, o preço unitário de um fornecedor é informado e gravado com zero. Em seguida, ao acessar a tela F410CPA, através do botão Cotar Agr., e clicar no botão Liberar, era apresentada a mensagem A cotação XXX, sequência XXX não foi finalizada. É necessário finalizar a mesma para continuar!.

Correção efetuada: ajustamos a rotina de liberação de cotações agrupados e a situação acima para que a mensagem não seja apresentada.

Problema: quando no cadastro de Dispositivos Fiscais o campo Tipo de Ajuste estiver definido como D - Diferencial de alíquota e o campo Local Valor Ajuste C197 estiver igual a 1 - ICMS ou 2 - Outros, os valores dos campos Valor Base DF e Percentual DF não ficavam zerados nos registros dos dispositivos fiscais da nota fiscal.

Correção efetuada: ajustamos para que nesse cenário, os valores dos campos Valor Base DF e Percentual DF fiquem zerados.

Problema: ao processar uma nota de entrada, o sistema não calculava os valores de ICMS caso o parâmetro global MntVlrIcm estivesse ativado.

Correção efetuada: ajustamos este parâmetro global para que impacte apenas o web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, conforme já informado em sua documentação.

Problema: ao carregar a nota de entrada, o sistema sugeria o depósito do produto sem considerar o depósito cadastrado na transação do item.

Correção efetuada: ajustamos para que a busca do depósito padrão do do produto considere a transação, de acordo com o identificador CPR-000BUDEP02, assim como já é feito em outras rotinas do sistema.

Problema: ao fechar uma nota fiscal de entrada, quando possuísse cadastrado no sistema os identificadores de regra CPR-440ZERVL01 e VEN-140ZERVL01, ocorria um erro de Access Violation.

Correção efetuada: ajustamos uma falha na execução do identificador CPR-440ZERVL01 que lia indevidamente as variáveis do identificador VEN-140ZERVL01, gerando erro no fechamento da nota de entrada.

Problema: quando utilizado o identificador de regras EST-210MEDON03, ao ser gerado um movimento de estoques, em ambientes com base de dados SQL Server, o sistema apresentava um travamento completo, sendo necessária a derrubada da instância. O problema era causado pela rotina de geração de LOGs no fechamento e atualização de estoques, o qual utiliza-se uma transação paralela para gravação dos registros.

Correção efetuada: alteramos no TBS as chaves estrangeiras (FK) da tabela E215REG para chaves lógicas, fazendo com que o travamento não ocorra mais.

Problema: ao ativar a consistência da chave eletrônica na tela F070FCP, para verificação de chave eletrônica na tela F440GNE, e com o campo Chave NF-e em branco e ao teclar Tab, era apresentada a mensagem Chave NF-e não correspondente com os dados informados!.

Correção efetuada: ajustamos o sistema e a situação acima para não apresentar a mensagem apresentada.

Alteramos a rotina de importação de notas de entrada para permitir, que notas do tipo 4 e 5 possam gerar a contagem de forma automática, assim como já acontece com notas do tipo 1, por exemplo.

Problema: ao gerar e fechar uma nota fiscal de entrada do tipo 6 - NF Produtor com a forma de pagamento PIX, o sistema preenchia a tag <CNPJ> da tag <Card>, zerado, o que gera recusa pela SEFAZ ao enviar o registro.

Correção efetuada: ajustamos a rotina de geração do XML para que, na situação apresentada, não seja gerada a tag <CNPJ>.

Problema: os índices não eram clusterizados em bases preexistente.

Correção efetuada: alteramos a rotina para que a clusterização de índices seja realizada mesmo ao partir de base preexistente não clusterizada.

A partir desta implementação, ao enviar o header contendo a informação HttpAlteraCabecalhoRequisicao(vHTTP, Accept, application/xml);, o formato do retorno será XML. Caso não seja enviado este header, o retorno será em JSON.

Complementamos a documentação do web service Com.senior.g5.co.int.venda.documentofiscal, porta CalcularRetencoes, movendo os itens Retenção de produtos e Retenção de serviços para dentro da documentação da porta. Além disso, na documentação do índice de Web services disponíveis no Gestão Empresarial | ERP, alteramos a descrição desse web service, visto ele possuir diversas portas com funcionalidades diferentes, que não só a de realizar cálculo de retenção.

Problema: ao alterar uma ordem de compra via web service com.senior.g5.co.mcm.cpr.ordemcompra, na porta GravarOrdensCompra, era apresentado o erro O registro não foi encontrado para atualização ou foi alterado ou excluído por outro processo.

Correção efetuada: ajustamos o processamento de alteração das ordens de compra, que apresentava a mensagem acima indevidamente, quando o documento tinha valores de ICMS monofásico.

Problema: a máscara dos campos CptFat e DatCpt, disponíveis na porta Exportar_3 do web service Com.senior.g5.co.ven.notafiscalsaida, constava como sendo DD/MM/YYYY.

Correção efetuada: alteramos a documentação destes campos, alterando a máscara para indicar apenas mês e ano (MM/YYYY).

Problema: ao executar o web service Com.senior.g5.co.int.eletronicos.documentos, porta Receber, a Base do ICMS vinha com o valor total da operação quando item da nota tivesse diferimento.

Correção efetuada: ajustamos para que a Base do ICMS seja ajustada na leitura do XML, descontando de seu valor a Base do ICMS Diferido.

Com a descontinuação progressiva das SPED Contábil Fiscal (ECF)s, foi necessário ajustar a maneira que a vinda de itens cancelados é tratada pelo web service Com.senior.g5.co.int.varejo.nfce, porta Gravar, para que se enquadre nas regras atuais de NFC-e.