CloudHotels

Boa tarde, pessoal, algum retorno sobre esse problema ?

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 ?

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...

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." } }

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...

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

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>

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.