Gestão Empresarial PME | GO UP - 5.10.4.21

Problema:ao tentar importar o arquivo de retorno via tela Declaração de Ingresso no Amazonas (F660DIA), o sistema apresentava uma inconsistência e impedia o uso da tela.

Correção efetuada:realizamos os ajustes para que, ao importar um arquivo, a inconsistência relativa à importação do campo CST não seja mais gerada.

Atualizamos a documentação de ICMS ST para incluir a necessidade de que a unidade fiscal do cadastro do fornecedor conste na tabela de ICMS ST para o cálculo correto.

Problema:o identificador de regras TES-600CCDOC01 não permitia priorizar a verificação de nº documento do movimento e extrato.

Correção efetuada:ajustamos o identificador para permitir a criação de uma regra com o TESSomDoc = S, dessa forma dando prioridade para o nº documento, caso o nº cheque não seja igual.

Problema:a retenção do COFINS estava considerando o valor base incorreto para calcular o imposto de COFINS.

Correção efetuada:ajustamos o sistema para calcular corretamente o imposto de COFINS.

Complementamos a documentação do web service Com.senior.g5.co.mcm.est.estoques, inserindo a informação de que não é possível excluir movimentos provenientes de uma transferência por meio da porta ExcluirMovimento. Para excluir movimentos provenientes de uma transferência, é necessário utilizar a tela Exclusão de Movimentos de Transferência (F210EMT).

Problema:   o sistema não permitia o faturamento de pedidos que incluíam mais de um tipo de serviço, mesmo quando apenas um serviço específico era selecionado na tela de seleção da tela Faturamento de Pedidos Agrupado (F140LOT).

Correção efetuada:   o sistema foi alterado para tratar de forma aprimorada o faturamento de pedidos com tipos de serviço diferentes. Agora, mesmo que o pedido contenha serviços com tipos diferentes, o faturamento será processado corretamente ao selecionar um único serviço na tela de seleção da tela Faturamento de Pedidos Agrupado (F140LOT).

Problema:   quando a Filial de Vendas estava parametrizada com o Software emissor igual a 02 - eDocs - Envio e Retorno Via Web Service eDocs e a Integração NFS-e igual a 4 - Padrão (ABRASF) - Retorno Automático, o sistema gerava uma mensagem de erro ao gerar a integração do arquivo XML da Nota Fiscal de Serviço Eletrônica com o sistema eDocs.

Correção efetuada:   o sistema foi alterado para que, quando a Filial de Vendas estiver parametrizada com o Software emissor igual a 02 - eDocs - Envio e Retorno Via Web Service eDocs, e a Integração NFS-e igual a 4 - Padrão (ABRASF) - Retorno Automático, o sistema consiga integrar o arquivo XML da Nota Fiscal de Serviço Eletrônica com o sistema eDocs.

Problema:durante a execução da valorização de estoque, quando havia valor de estoque negativo, mas ainda com quantidade disponível, o movimento subsequente, se fosse uma entrada, desconsiderava a quantidade de estoque anterior. Isso resultava em uma distorção no cálculo do preço médio do produto.

Correção efetuada:agora, a quantidade anterior será sempre considerada, mesmo que o valor de estoque seja negativo, mantendo assim o preço médio correto.

Problema:Foi identificado um problema ao processar requisições de saída e entrada com a opção Confirmar Receb. Requisição configurada como N - Não. Essas requisições, cadastradas na tela Estoques - Geração Individual de Requisições de Produto (F207EME), apresentavam a mensagem de Access Violation no seguinte cenário: Ao acessar a tela Estoques - Atendimento de Requisições de Produto (F210AME) para processar a requisição de saída e a tela Estoques - Devolução de Requisição de Produtos (F207DRP) para carregar a requisição de entrada, vinculando a requisição de saída como não atendida, ao retornar à tela F210AME para processar a requisição de entrada e voltar à F207DRP, ocorria uma mensagem de Access Violation ao processar a requisição de entrada carregada. A mesma mensagem era exibida ao processar uma nova requisição de entrada como atendida na F210AME.

Correção efetuada:ajustamos o sistema e a situação acima para não apresentar a mensagem de Access Violation nas telas F207DRP e F210AME.

Problema:ao receber um CT-e que possuía uma nota de serviço vinculada como nota de origem, ao processar, o sistema apresentava a seguinte mensagem: Nota fiscal de origem sem transação de produto.

Correção efetuada:ajustamos para que a rotina de recebimento eletrônico permita realizar o vínculo de notas de serviço como nota de origem de um CT-e, quando o parâmetro global LigNotOri estiver ativo.

Problema: em uma requisição de web service, quando informado um valor com casa decimal (separado por vírgula), o sistema apresentava o erro Request invalid format.

Correção efetuada: implementamos um tratamento na aplicação dos web services para assegurar que o valor decimal seja interpretado corretamente no sistema.

Complementamos a documentação do web service Com.senior.g5.co.mcm.est.estoques, inserindo a informação de que não é possível excluir movimentos provenientes de uma transferência por meio da porta ExcluirMovimento. Para excluir movimentos provenientes de uma transferência, é necessário utilizar a tela Exclusão de Movimentos de Transferência (F210EMT).