eDocs - 5.8.14.29

Problema: ao solicitar a exclusão de um usuário do sistema quando havia algum processo com erro sendo executado em segundo plano, era apresentada a seguinte mensagem: Não foi possível remover o usuário.

Correção efetuada: ajustamos a rotina do sistema para que a exclusão dos usuários ocorra corretamente mesmo quando algum processo com erro esteja sendo executado em segundo plano.

Problema: ao acessar a página Configurações > Acessos, a paginação da tela de usuários/grupos não era carregada corretamente para os usuários que possuíam vínculo com vários grupos.

Correção efetuada: ajustamos a rotina de paginação da tela de Acessos para que as informações sejam devidamente carregadas para todos usuários.

Problema: ao acessar a tela MDF-e > Emissões > Pagamentos > Pagamento, acessar os filtros e selecionar a opção Rejeitado para o campo Situação, os registros não eram exibidos na tela do sistema.

Correção efetuada: ajustamos a rotina de filtros da tela de emissões de MDF-e para que os eventos que estejam com a situação Rejeitado sejam exibidos na tela de inclusão de pagamentos corretamente, de acordo com os parâmetros do filtro.

Problema: ao clicar no botão Ajuda da tela de Confirmações de transporte de MDF-e, o link não estava redirecionando para a página correta da documentação.

Correção efetuada: corrigimos a URL do botão Ajuda para que seja direcionado para a página correta da documentação da tela.

Problema: ao utilizar a opção Todos os documentos filtrados do botão Enviar Email da tela NF-e > Emissões > Cartas de correção, era apresentada a seguinte mensagem de erro no envio de e-mail agrupado em segundo plano: Erro ao marcar cartas de correção de NF-e para envio de e-mail em lote. A propriedade de instância 'CartaCorrecao' não está definida para o tipo 'Senior.SapiensNfe.DataAccess.Dados.Nfe.CartaCorrecao'.

Correção efetuada: ajustamos a rotina da tela de Cartas de correção para que o envio de e-mail agrupado seja realizado corretamente.

Problema: ao emitir uma NFS-e, as cidades atendidas pelo fornecedor Simpliss rejeitavam a nota porque a composição do valor unitário não possuía cinco casas decimais.

Correção efetuada: alteramos processo do envio da tag ValorUnitario para o fornecedor Simpliss para que ela seja enviada com cinco casas decimais nas emissões de NFS-e.

Com o objetivo de manter as rotinas do eDocs atualizadas, a partir desta versão para o fornecedor Betha Sistemas, versão 2.02, a data de competência será enviada na NFS-e de acordo com a tag <Competencia> que pertence ao grupo <Transacao> da InfSenior. Caso o arquivo XML não tenha esta tag, a data de competência será enviada de acordo com a tag <DataEmissao> do RPS. Para mais informações, acesse o Portal de Documentação Senior.

Problema: ao realizar a emissão de uma NF-e que apresentasse a rejeição de duplicidade da chave de acesso, a mensagem da crítica não era apresentada completamente e o motivo do erro não era exibido na tela do sistema.

Correção efetuada: ajustamos a rotina de emissões de NF-e para que, quando ocorrer a rejeição de duplicidade da chave de acesso, a mensagem da crítica seja apresentada de forma completa e com o código da rejeição compatível com o erro.

Visando manter a documentação do eDocs alinhada com o comportamento do sistema, inserimos a seguinte informação na documentação referente ao Recebimento de NFS-e:

• O eDocs realiza a identificação de notas canceladas de duas formas: através do recebimento de um arquivo XML de NFS-e cancelada via caixa de e-mail ou através do serviço de monitoramento, caso a prefeitura possua web service e ele esteja apto para retornar notas canceladas.

Para mais informações, acesse o Portal de Documentação Senior.

Problema: ao selecionar uma NFS-e cancelada na tela NFS-e > Emissões e clicar no botão Consultar, o registro de cancelamento era duplicado indevidamente.

Correção efetuada: ajustamos a rotina de consulta de NFS-e para atualizar o registro de cancelamento corretamente.

Problema: ao emitir uma NFS-e para o fornecedor Nota Control 2.04, o valor da tag <CodigoMunicipio> do intermediário estava sendo enviado com informações incorretas.

Correção efetuada: ajustamos a rotina de emissões de NFS-e para que na requisição a tag <CodigoMunicipio> do intermediário seja enviada com o valor do código de município das informações de intermediário do grupo InfSenior.

Problema: o botão Upload, localizado na tela NFS-e > Recebimentos, permanecia habilitado para utilização mesmo quando o serviço de NFS-e estava desabilitado.

Correção efetuada: ajustamos o comportamento do eDocs para que o botão Upload fique habilitado para utilização apenas quando o serviço de NFS-e estiver habilitado no sistema para o usuário.