Italo Giurizzato Junior

Boa tarde Jonathas, Favor atualizar todos os fontes de todas as pastas e reinstale o ACBr. Use o programa exemplo para realizar os testes. Deixe o componente fazer tudo.

Boa tarde Icozeira, Favor atualizar todos os fontes de todas as pastas. Reinstale o ACBr. E faça novos testes.

Bom dia Icozeira, Já inclui na minha lista de tarefas. TK-4493

Bom dia, Já esta no SVN.

Bom dia Edu, Já esta no SVN.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

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.

Mario, O certificado é A3? Se for vai ter que usar mesmo o libWinCrypt, neste caso é preciso manter o Windows atualizado.

Valdir, Você leu a minha postagem acima (sexta-feira) onde eu digo que essa consulta por ser realizada de 3 formas diferentes e somente a primeira esta funcionando como tem que ser, as outras duas estão com problemas na API? E você vai justamente testar uma que não esta funcionando direito.

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, Altere para: [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 E repita os testes.

Boa tarde Valdir, Isso na sua aplicação e no programa exemplo?

Boa tarde Jonathas, Como assim ele altera o XML? Você esta gerando o XML, depois esta carregando para por fim enviar? Se sim, porque em vez de fazer tudo isso, simplesmente, alimenta o componente e manda enviar? O método Emitir, se encarrega de gerar o XML, assinar e enviar para a API.

Boa tarde Mario, Experimente usar o libOpenSSL em vez de libWinCrypt.

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 Icozeira, Vou lhe pedir mais um favor. Essa versão 2.03 devemos adotar para todas as cidades atendidas pelo provedor ou somente para a cidade em questão? Essa cidade que você esta testando qual é?

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 Icozeira, Nem a tag NifTomador. Na versão 2.01 do layout da ABRASF não tem essa tag e não tem como informarmos o endereço exterior do tomador. A tag NifTomador surgiu na versão 2.03 do layout da ABRASF. E na versão 2.04 passamos a ter tanto a tag NifTomador quanto o grupo EnderecoExterior. Precisamos saber se para esta cidade a versão é 2.03 ou se eles modificação os schemas da 2.01 visando a possibilidade de gerar a tag NifTomador. Pois além dos schemas teremos que fazer mais algum ajuste no componente.

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.