Italo Giurizzato Junior

Favor atualizar os fontes e reinstalar o ACBr. Note que fiz uma alteração no programa exemplo: // Provedor GeisWeb // tlDevidoNoMunicPrestador, tlDevidoNoMunicTomador, tlSimplesNacional, tlIsentoImune Servico.TipoLancamento := tlSimplesNacional; Tive que criar esse campo por 2 motivos: 1. Porque o seu valor na geração do XML estava fixo, sendo que ele pode assumir 5 valores diferentes (na lista acima só consta 4). 2. Porque o provedor se utiliza desse campo para informar que a nota esta cancelada, retornando o valor "C" - Serviço Cancelado. Sendo assim vai ser necessário alterar a retina que alimenta o componente passando corretamente o valor para esse campo. (vide manual do provedor)

Bom dia, Já inclui na minha lista de tarefas para analisar o caso. TK-2718

Bom dia Cleomar, E a URL de Homologação?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Colmanetti, Eu não trabalho com o Fast Report somente Fortes que neste caso já fiz a alteração. Vou passar para a Equipe ACBr para que eles analisem.

Boa tarde Denis, Notei que você esta usando o componente antigo. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não esta mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa tarde Amauri, esta informando o código CNAE com 7 dígitos?

Boa tarde Robson, Você tem algum XML de uma nota para que possamos analisar o caso?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Patrick, Atualize os fontes, reinstale o ACBr e faça novos testes.

Roseno, Atualize os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Anadilson, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Roseno, Tenho um TK já aberto para o mesmo problema desse provedor com a mesma cidade. Como eu disse o tonto aqui vai tentar fazer uma gambiarra para resolver o problema. Mas seria interessante você entrar em contato com o provedor e expor o problema. Veja como eles estão gerando as datas: <DataRecebimento>5/25/2022 10:58:44 AM</DataRecebimento> <DataEmissao>2022-05-25</DataEmissao> <Competencia>20220525</Competencia> Me responda, será que é tão complicado padronizar a geração das datas em um único formato?

Boa tarde Patrick, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr com a opção de apagar arquivos antigos marcada? Até onde sei a cidade Feliz/RS não trocou de provedor apenas mudou a URL. Detalhe importante o Pronim é da GovBR mas com URLs totalmente diferentes.

Boa tarde Roseno, Esse provedor é uma lastima, não consegue estabelecer um padrão ao gerar o XML de retorno. Se você abrir o arquivo XML vai notar que as datas que aparecem não estão padronizadas, cada uma esta em um formato diferente. E o tonto aqui tem que ficar fazendo gambiarras para contornar esse amadorismo do pessoal desse provedor.

Boa tarde Jorge, Já esta no SVN.

Boa tarde Jarbas, Atualize todos os fontes de todas pastas, reinstale o ACBr e inicie os testes com o programa exemplo.

Boa tarde Marcos, Já esta no SVN.

Boa tarde João, Já esta no SVN.

Boa tarde, Já esta no SVN.

Bom dia Amauri, O Certificado Digital esta como Exportável?

Bom dia Jarbas, Ainda hoje vou enviar para o SVN a implementação, assim você e outros vão poder iniciar os testes.

Bom dia João, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2714

Bom dia, Já inclui na minha lista de tarefas para analise. TK-2713