Sincronização de NFS-e não funciona para uma nota

[CloudHotels]

Boa tarde,

Como solicitado no canal do Discord, estou abrindo o tópico referente a uma nota que foi aparentemente aprovada no ADN, consta como negada na API e não está conseguindo ser sincronizada, retornando o erro:
 

{
    "codigo": "X136",
    "descricao": "Número da NFS-e consultada inválido.",
    "correcao": "O campo número da NFS-e é numérico e deverá ter tamanho máximo de 15 dígitos."
}

A nota em questão é a com ID nfs_3a223f46cfda4a3185a0874dbb8e116d

Precisamos conseguir fazer a sincronização para puxar os dados da nota e liberar para o cliente.

[Larissa.Santos]

Olá!

Nossa equipe está dedicada a oferecer as melhores soluções para nossos assinantes e comunidade. Pedimos que aguarde um instante, em breve um de nossos consultores lhe retornará.

Se a sua solicitação exigir uma análise mais detalhada, por favor anexe evidências e informações que possam nos ajudar a entender melhor seu caso.

Agradecemos sua compreensão .

[Daniel InfoCotidiano]

Boa tarde @CloudHotels

Pode por favor pegar os arquivos soap desta consulta:
Como pegar os arquivos:
https://dev.acbr.api.br/docs/debug/

 

[CloudHotels]

Boa tarde, Daniel,

Request:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:nfse="http://nfse.abrasf.org.br/">
    <soapenv:Header/>
    <soapenv:Body>
        <nfse:ConsultarNfsePorFaixaRequest>
            <nfseCabecMsg>&lt;cabecalho versao="2.03" xmlns="http://www.abrasf.org.br/nfse.xsd"&gt;&lt;versaoDados&gt;2.03&lt;/versaoDados&gt;&lt;/cabecalho&gt;</nfseCabecMsg>
            <nfseDadosMsg>&lt;ConsultarNfseFaixaEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"&gt;&lt;Prestador&gt;&lt;CpfCnpj&gt;&lt;Cnpj&gt;29079099000140&lt;/Cnpj&gt;&lt;/CpfCnpj&gt;&lt;InscricaoMunicipal&gt;15641&lt;/InscricaoMunicipal&gt;&lt;/Prestador&gt;&lt;Faixa&gt;&lt;NumeroNfseInicial&gt;00000000000000000000000000000000000000000001366369&lt;/NumeroNfseInicial&gt;&lt;/Faixa&gt;&lt;Pagina&gt;1&lt;/Pagina&gt;&lt;/ConsultarNfseFaixaEnvio&gt;</nfseDadosMsg>
        </nfse:ConsultarNfsePorFaixaRequest>
    </soapenv:Body>
</soapenv:Envelope>

Response:

<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <soap:Body>
        <ConsultarNfsePorFaixaResponse xmlns="http://nfse.abrasf.org.br/">
            <outputXML xmlns="">&lt;ConsultarNfseFaixaResposta xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.abrasf.org.br/nfse.xsd"&gt;&lt;ListaMensagemRetorno&gt;&lt;MensagemRetorno&gt;&lt;Codigo&gt;X136&lt;/Codigo&gt;&lt;Mensagem&gt;Número da NFS-e consultada inválido.&lt;/Mensagem&gt;&lt;Correcao&gt;O campo número da NFS-e é numérico e deverá ter tamanho máximo de 15 dígitos.&lt;/Correcao&gt;&lt;/MensagemRetorno&gt;&lt;/ListaMensagemRetorno&gt;&lt;/ConsultarNfseFaixaResposta&gt;</outputXML>
        </ConsultarNfsePorFaixaResponse>
    </soap:Body>
</soap:Envelope>

 

[danieloliveira-mm]

Pode descrever melhor, o erro foi na sincronização ou na consulta, pois o trecho do debug sugere que a nota foi consultada ...

usou essa requisiçaõ https://dev.acbr.api.br/docs/api/#tag/Nfse/operation/SincronizarNfse ?

[CloudHotels]

Foi na sincronização, porém quando a gente solicita a sincronização na API, acredito que o que vocês fazem é uma consulta à prefeitura, por isso o retorno é esse...
Fizemos a sincronização e ao buscar pela rota de debug, o que apareceu na rota de debug foram os dados da consulta que fizeram à prefeitura:
 

{
    "created_at": "2026-07-06T17:01:30.068Z",
    "tipo": "consulta_lote",
    "lote_id": "lns_3a223f46cfab4209b625178f2d7c9506",
    "http_request": {
        "id": "req_3a224f0f1ec44becb147611be7f0f2d8",
        "method": "POST",
        "uri": "https://spe.riodasostras.rj.gov.br/nfse/WSNacional2/nfse.asmx",
        "headers": "SOAPAction: http://nfse.abrasf.org.br/ConsultarNfsePorFaixa",
        "response_status_code": 200,
        "response_status_reason": "OK",
        "response_headers": "HTTP/1.1 200 OK\r\nCache-Control: private, max-age=0\r\nDate: Mon, 06 Jul 2026 17:01:28 GMT\r\nContent-Length: 910\r\nContent-Type: text/xml; charset=utf-8\r\nSet-Cookie: PMRO_Nfe_Visitante=DCIJj3AuwpIX8g5QwCokJq8lOhH5BChbcg2PcrV2g9I; expires=Mon, 06-Jul-2026 17:11:29 GMT; path=/; HttpOnly\r\nX-Powered-By: ASP.NET",
        "response_time": 91
    }
}

Inclusive acabou de acontecer mais uma vez, com o mesmo cliente, na mesma prefeitura em outra nota, de ID: nfs_3a224ec4b07a465d8675aaaa1cbf25b4

[danieloliveira-mm]

Falei com o time de desenvolvedores da acbrapi e eles pediram que faça a sincronização em sandbox

[CloudHotels]

Desculpa, mas não entendi, como que eu faria a sincronização em sandbox se o documento foi emitido em produção? Acho que a empresa nem cadastrada está no ambiente de sandbox, e não teria referência ao documento também num ambiente diferente...

[danieloliveira-mm]

Bom dia, pode ser a consulta da nota, mas precisa ser em sandbox

 

[CloudHotels]

Bom dia, Celso... Acho que você não entendeu o que quis dizer, essa nota não existe em sandbox, não tem como eu consultar, sincronizar, cancelar, nem fazer nenhuma interação com ela porque ela simplesmente não foi enviada nesse ambiente, então não consta no banco de dados, qualquer requisição que eu faça para o ambiente de homologação da ACBr API vai retornar:

{
    "error": {
        "code": "NfseNotFound",
        "message": "Nota não encontrada."
    }
}

 

[CloudHotels]

Já estamos com 4 notas nessa situação, e toda vez que isso acontece, todas as notas posteriores começam a ser rejeitadas, porque a API se perde achando que a nota foi rejeitada e tenta enviar as próximas com a mesma numeração... Precisamos manualmente ajustar a numeração pela rota de configuração de NFS-e para que as notas voltem a ser emitidas até que o erro aconteça de novo...

[Victor H. Gonzales - Panda]

24 minutos atrás, CloudHotels disse:

Já estamos com 4 notas nessa situação, e toda vez que isso acontece, todas as notas posteriores começam a ser rejeitadas, porque a API se perde achando que a nota foi rejeitada e tenta enviar as próximas com a mesma numeração... Precisamos manualmente ajustar a numeração pela rota de configuração de NFS-e para que as notas voltem a ser emitidas até que o erro aconteça de novo...

voce tem alguma emissão para esse provedor em sandbox?
consegue recriar o cenário desse problema em sandbox?

[CloudHotels]

Não temos nenhuma emissão para esse provedor em sandbox, e esse problema é intermitente como informei, não acontece sempre, então é difícil de saber a causa e replicar, pois as notas são emitidas normalmente na maioria das vezes, até que simplesmente trava e começa a rejeitar tudo depois que uma nota tem esse problema.

E, como mandei ali em cima, de fato parece que a requisição de consulta que vocês estão enviando para a prefeitura tem 50 caracteres quando o máximo deveria ser 15...

Está sendo enviado "00000000000000000000000000000000000000000001366369" (50 caracteres), talvez pegar sempre os 15 últimos caracteres ou algo assim poderia ser uma solução ?

[CloudHotels]

Boa tarde, pessoal, algum retorno sobre esse problema ?