Italo Giurizzato Junior

Boa tarde Sandro, Essas alterações foram feitas nos fontes do componente antigo: ACBrNFSe que não é mais dado manutenção. Caso você ainda esteja utilizando 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 está 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/

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.

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

Oteniel, Já esta no SVN.

Boa tarde Oteniel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4500

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

Boa tarde Luan, Atualize todos os fontes de todas as pastas. Reinstale o ACBr. Faça os testes usando o programa exemplo do novo componente ACBrNFSeX. Para ver se o problema persiste.

Bom dia Edu, Já esta no SVN.

Bom dia Douglas, O componente requer que você informe o município do prestador de serviço. Se o prestador for MEI deverá também configurar o componente para usar o layout do Padrão Nacional, caso contrario configurar para usar o layout do Provedor. Desta forma o componente vai saber como ele deve gerar o XML para ser enviado. A medida que os municípios forem aderindo a emissão, como é o caso de Porto Alegre que a partir de 01/11/2023 todos os prestadores (independente se é MEI ou não) vão usar o Padrão Nacional, vamos atualizar o arquivo ACBrNFSeXServicos.ini

Bom dia Edson, Vou fechar essa e damos continuidade através da outra postagem.

Boa tarde Andre, Informe no arquivo INI da seguinte forma: [3551702] ; Atualizado em 25/09/2023 Nome=Sertaozinho UF=SP Provedor=SmarAPD Versao=2.03 ProRecepcionar=http://pmsertaozinho.smarapd.com.br:80/tb/services/Abrasf23

Boa tarde Edson, Esta postagem tem alguma coisa a ver com esta outra? Pois ambas foi você que postou e o assunto é o mesmo e já lhe respondi na outra postagem.

Boa tarde Luan, Ocorreu sim uma alteração no dia 28/03/2023 Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Douglas, O seu cliente querer é uma coisa, poder é outra. Chegou a ler o tópico abaixo?

Boa tarde Junior, Até o momento a SEFAZ não disse o que devemos fazer com essas informações. Para mim, é meramente informativo.

Boa tarde Edson, Você esta usando o componente ACBrNFSe ou ACBrNFSeX? Se esta usando o ACBrNFSe, lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está 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 Edu, Chegou a ler esse tópico?

Olá Pessoal, Gostaríamos de anunciar que a integração do ACBrNFSeX para emissão da NFSe por API está concluída, utilizando todos os recursos existentes na API. Todos os serviços disponibilizados pela API da NFS-e Padrão Nacional foram testados e detalhados a seguir. O Enviar o DPS (Declaração de Prestação de Serviço) esta funcionando, temos como retorno o XML da NFS-e caso os dados estejam tudo OK. O Enviar Eventos (de cancelamento por exemplo) esta funcionando, temos como retorno o XML da efetivação do evento caso os dados do pedido estejam OK. O Consultar DPS por Chave esta funcionando, temos como retorno apenas a chave da NFS-e e mais nada. O Consultar NFS-e por Chave esta funcionando, temos como retorno o XML da NFS-e. O Consultar Evento nos permite realizar essa consulta de 3 formas diferentes: 1. Consultar Evento informando somente a chave da NFS-e esta funcionando, temos como retorno o XML do evento. 2. Consultar Evento informando a chave e o tipo de evento não esta funcionando, esta retornando o erro 404, esse problema já foi relatado a RFB. 3. Consultar Evento informando a chave, o tipo de evento e o numero sequencial esta funcionando, mas a API esta gerando o XML do evento codificado em base 64 duas vezes, esse problema já foi relado a RFB. O Consultar DFe nos permite realizar essa consulta de 2 formas diferentes: 1. Consultar DFe informando o NSU (Numero Sequencial Único) esta funcionando, temos como retorno os XMLs das notas e dos eventos. 2. Consultar DFe informando a chave da nota esta funcionado, temos como retorno o XML da nota e dos eventos vinculados a nota. O Obter o PDF da nota esta funcionando, mas o QR-Code esta incompleto não contem a URL e caso a nota esteja cancelada não aparece a Tarja Cancelado, esse problema já foi relatado a RFB. Uma coisa importante a ser dita é que todos os testes realizados foram feitos em ambiente de produção, pois o ambiente de homologação ainda apresentava alguma erros, como por exemplo: exigir que a cidade esteja conveniada para poder emitir a nota mesmo o contribuinte ser MEI. Vale também informar que tanto a API quanto ao Portal Nacional da NFS-e (para emitir a nota via web) estão com instabilidade gerando erros de timeout por exemplo. Foi detectado também no ambiente de produção que ao tentar consumir qualquer serviço ocorre o erro: network subsystem is unusable, mas ao tentar novamente consumir o serviço desejado funciona. Esse erro só esta ocorrendo em ambiente de produção no de homologação ele não ocorre, portanto é um problema na API de produção, esse problema já foi relatado a RFB. Esse é um resumo dos testes que eu realizei.

Bom dia Adilson, Vai ser necessário debugar para saber onde no Lazarus ocorre o AV, pois no Delphi não ocorre. Como você usa o Lazarus, vai ter que procurar também por DCU antigas do ACBr que estão em pastas que o Lazarus esta tendo acesso e com isso provocando o erro.

Bom dia Rafael, Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Boa tarde, Realizei diversos testes. Se gera o XML sem vogais acentuas e cedilha o XML é assinado, enviado e o provedor não recusa por assinatura invalida. Por outro se incluir cedilha ou vogais acentuadas, o mesmo é recusado e o motivo é assinatura inválida. Peguei esse XML recusado pelo provedor e chequei a sua assinatura através do site: Receita Federal do Brasil - Validador de Assinaturas (fazenda.gov.br) Ele acusa que a assinatura é valida. Chego a conclusão que o problema é o webservice do provedor que deve fazer uma checagem diferente. Logo o componente esta gerando e assinando da forma correta. Não tem o que ser alterado nele.

Boa tarde Adilson, Alguma coisa esta errada na sua maquina, você deve ter cópias dos fontes do ACBr e o Delphi deve estar pegando essas cópias, pois descobri onde poderia ocorrer o erro de AV, foi corrigido e enviado para o SVN. Nos meus testes não tenho tido o erro de AV.

Boa tarde Marcos, Já esta no SVN.

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