 Problema Relatado  Correção Aplicada
INTERFACE | VERSÃO | ID |
| DESCRIÇÃO |
|---|
| DocFiscAll Brasil | 12.1. |
24032107Status da NFSe desatualizado. Realizado ajuste no retorno do status dos documentos eletrônicos. | | DocFiscAll Brasil | 12.1.2403.00 | DHOSPDOC-2510 | | Nas emissões de NFE de Acobertamento quando passado dados do Consumidor Nacional sem informar o código do país, o sistema está considerando como estrangeiro. Sistema considera estrangeiro apenas se o código do país estiver preenchido e diferente de 1058. | DocFiscAll Brasil | 12.1.2403.00 | DHOSPDOC-3242 | | Para essa cidade o campo referente a tag "ComplementoTomador" é obrigatório e não deve ser maior que 20 Caracteres. Solicitação de inclusão do campo "Número RPS" no relatório de conferência. Implementado na impressão de conferência da conta o campo "Número RPS" |
O complemento do endereço do tomador é obrigatório e estamos informando "SEM COMPLEMENTO" em caso de não preenchimento para evitar que a nota seja recusada24033350 Está retornando mensagem de erro de numeração fora da sequencia. Realizado ajuste no tratamento de erro para retornar o real motivo que era duplicidade. | Atualmente, a implementação da funcionalidade de limpeza p-clean nos componentes de input de "data" da aplicação está inconsistente. Sendo necessário padronizar todas as instâncias dos componentes po-datepicker e po-datepicker-range na aplicação, para disponibilizar a funcionalidade da mesma forma. Ajuste na ação de limpar o campo data |
DocFiscAll Brasil | 12.1.2403.00 | DHOSPDOC-3352 | | Ao tentar atualizar dados da empresa, aplicação retorna mensagem informando que a empresa já existe Realizado ajuste na funcionalidade de cadastro de empresa24033441Ao tentar realizar a rotina de acobertamento de NFC-e por NF-e, o sistema retornava a mensagem "Erro interno no servidor. Tente novamente em alguns segundos". Foi identificado que, ao selecionar as notas para acobertamento, era habilitado um botão "Excluir" por padrão no sistema, mas sem ação. Foi identificado que, ao selecionar as notas para acobertamento, era habilitado um botão "Excluir" por padrão no sistema, mas sem ação |
Foram feitas melhorias de performance do DocFiscAll relacionadas a este problema e implementada uma mensagem com melhores orientações ao usuário final24033480Rejeição de NFSe quando não informado o número do endereço do tomador de serviço para a prefeitura de CANAA DOS CARAJAS. Foi identificado que os lançamentos de retenção, quando esta modalidade de recolhimento de imposto estava apontada no lançamento, eram enviados como dedução da nota mesmo que o tomador do serviço não fosse entidade passível de retenção. Foi feita uma validação para apenas deduzir o valor do imposto retido quando o tomador realmente realizar tal retenção (e esta informação ser enviada ao município dentro da nota). |
O número do endereço do tomador é obrigatório e estamos informando SN (Sem Número) para evitar que a nota seja recusada em caso de não preenchimento desse campo. O mesmo tratamento foi realizando para a cidade de Belo Horizonte.24033569Ao "Gerar lote dos xmls de um período", no mesmo intervalo de NFe/NFCe, estão sendo sobrescritos, sempre sendo salvo no path "nfce/..." Estava sendo possível digitar caracteres alfanuméricos em todos os campos de busca do sistema. Os campos foram ajustados para permitir apenas a digitação de caracteres numéricos nos campos que possuam esta característica |
Realizado correção para separar path do processo, onde atualmente NFe e NFCe estavam sendo salvos no mesmo local3627O retorno de algumas notas apresentam erros de arredondamento. Ajustado o método de arredondamento das casas decimais, além disso foi necessário realizar ajuste no método de cálculo para que os valores de todas as notas fossem incluídos | DocFiscAll Brasil | 12.1.2403.00 | DHOSPDOC-3722 | | Diferença de valor de imposto entre o VHF e a NFSe emitida na prefeitura de Nova Serrana Foi relatado por um cliente que determinadas atividades estão sob regime especial de tributação no município de Belo Horizonte, mas que o sistema não identificava isto. Como solução, implementamos o parâmetro extra Regime_Trib_Estimativa, que conterá a lista de CNAEs que estarão classificados com o regime especial de Estimativa. O mesmo CNAE deve estar associado ao Tipo de Serviço dentro do cadastro. Com esta combinação, notas que contenham exclusivamente este tipo de serviço serão indicadas com regime especial de tributação por estimativa. Caso contenha o CNAE da atividade principal, será considerado o regime do parâmetro da parte de Serviços |
Casas decimais truncada em duas24033802Emissão de DANFE saindo com nome fantasia. Ajustado para emitira DANFE com a razão social da empresa. | DocFiscAll Brasil | 12.1.2403.00 | DHOSPDOC-3804 | | O retorno de algumas notas apresentam erros de arredondamento. Não era realizada a validação do e-mail do tomador e por consequência, o sistema obtinha um alto número de erros. Como solução, foi incluído um campo para informar o e-mail padrão para envio de NFSe em caso de a validação do endereço eletrônico associado ao cadastro do tomador seja frustrada |
Ajustado o método de arredondamento das casas decimais, além disso foi necessário realizar ajuste no método de cálculo para que os valores de todas as notas fossem incluídos
| 
LIBERAÇÕES DE FEVEREIRO DE 2024 Release 12.1.2402.00