Erro P9020 - cLocPrestacao inválido na emissão de NFSe | Pronim (Pato Branco/PR)

VEXCOM Sistemas - Valtair · 15 Abril

Olá!

Na tarde de hoje, um de nossos clientes que utiliza a API ACBr para emissão de NFSe reportou que as notas passaram a retornar o seguinte erro:

P9020 - Erro de validação do XML: The 'http://www.sped.fazenda.gov.br/nfse:cLocPrestacao' element is invalid - The value '0' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TSCodMunIBGE' - The Pattern constraint failed.

Consultando o cadastro do município via GET /nfse/cidades/4118501, o retorno indica o provedor Pronim para Pato Branco/PR.

{
    "codigo_ibge": "4118501",
    "uf": "PR",
    "municipio": "Pato Branco",
    "provedor": "Pronim",
    "ambientes": [
        "producao",
        "homologacao"
    ],
    "credenciais": [
        "certificado"
    ]
}

No payload enviado ao endpoint POST /nfse/dps, o campo cLocPrestacao está corretamente preenchido com o código IBGE "4118501":
Abaixo o payload enviado para o métogo POST /nfse/dps para entar emitir a NFSe:

{
    "provedor": "padrao",
    "ambiente": "producao",
    "referencia": "77739555000184_3858_15:54:59",
    "infDPS": {
        "tpAmb": 1,
        "dhEmi": "2026-04-15T15:24:32.011Z",
        "verAplic": "acbrapi",
        "dCompet": "2026-04-15",
        "prest": {
            "CNPJ": "77739555000184",
            "regTrib": {
                "regEspTrib": 0
            }
        },
        "toma": {
            "CPF": "xxx",
            "xNome": "ELUIR PARIZOTTO",
            "end": {
                "endNac": {
                    "cMun": "4211108",
                    "CEP": "89990000"
                },
                "xLgr": "MONTE CASTELO",
                "nro": "xxx",
                "xBairro": "SANTA CATARINA"
            }
        },
        "serv": {
            "locPrest": {
                "cLocPrestacao": "4118501",
                "cPaisPrestacao": "BR"
            },
            "cServ": {
                "cTribNac": "140101",
                "cTribMun": "042",
                "CNAE": "4520001",
                "xDescServ": "LIMPEZA QUIMICA VARETAMENTO RD AGUA + DESCARBONIZAÇÃO+ CONSERTO INTERCOOLER - R$ 850,00"
            },
            "infoCompl": {
                "xInfComp": "OS nº 2412 Modelo: Placa: KM: Ano/Modelo: 2026/2026Chassi:"
            }
        },
        "valores": {
            "vServPrest": {
                "vServ": 850
            },
            "trib": {
                "tribMun": {
                    "tribISSQN": 1,
                    "tpRetISSQN": 1,
                    "pAliq": 2,
                    "cLocIncid": "4118501"
                },
                "totTrib": {
                    "vTotTrib": {
                        "vTotTribFed": 0,
                        "vTotTribEst": 0,
                        "vTotTribMun": 17
                    }
                }
            }
        }
    }
}

No entanto, a resposta retornada pelo endpoint GET /http-request/{req_id}/response-content indica que o campo está sendo enviado com o valor "0" ao provedor, como se o dado original estivesse sendo descartado ou sobrescrito internamente antes do envio.

O retorno completo do erro foi:

{
    "lote": [
        {
            "id": null,
            "chaveAcesso": null,
            "statusProcessamento": "ERRO",
            "xmlGZipB64": null,
            "codAutenticidade": null,
            "erros": [
                {
                    "codigo": "P9020",
                    "descricao": "Erro de validação do XML: The 'http://www.sped.fazenda.gov.br/nfse:cLocPrestacao' element is invalid - The value '0' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TSCodMunIBGE' - The Pattern constraint failed."
                }
            ]
        }
    ],
    "tipoAmbiente": "PRODUCAO",
    "versaoAplicativo": "526.02.01.028",
    "dataHoraProcessamento": "2026-04-15T16:21:42-03:00",
    "protocolo": null,
    "processado": true
}

Considerando que o payload está montado corretamente conforme a especificação da ACBr API, a hipótese é que o problema esteja na integração com o provedor Pronim, possivelmente um mapeamento incorreto ou ausente do campo cLocPrestacao para esse provedor específico.

Poderiam verificar se há alguma tratativa especial para o Pronim (Pato Branco/PR) que esteja zerando esse campo, ou se trata-se de um bug na versão atual?
Aguardo retorno. Desde já, obrigado!

Abaixo o retorno do método https://prod.acbr.api.br/debug/http-requests/req_3a20a9eacee54a09abf382b579795f05/request-content comprovando que o XML enviado não está levando o campo "cLocPrestacao" corretamente

<?xml version="1.0" encoding="UTF-8"?>
<DPS xmlns="http://www.sped.fazenda.gov.br/nfse" versao="1.01">
    <infDPS Id="DPS411850127773955500018400001000000000004752">
        <tpAmb>1</tpAmb>
        <dhEmi>2026-04-15T15:24:32+00:00</dhEmi>
        <verAplic>acbrapi</verAplic>
        <serie>1</serie>
        <nDPS>4752</nDPS>
        <dCompet>2026-04-15</dCompet>
        <tpEmit>1</tpEmit>
        <cLocEmi>4118501</cLocEmi>
        <prest>
            <CNPJ>77739555000184</CNPJ>
            <IM>163800</IM>
            <fone>4632241381</fone>
            <email>[email protected]</email>
            <regTrib>
                <opSimpNac>3</opSimpNac>
                <regApTribSN>1</regApTribSN>
                <regEspTrib>0</regEspTrib>
            </regTrib>
        </prest>
        <toma>
            <CPF>05320026951</CPF>
            <xNome>ELUIR PARIZOTTO</xNome>
            <end>
                <endNac>
                    <cMun>4118501</cMun>
                    <CEP>89990000</CEP>
                </endNac>
                <xLgr>MONTE CASTELO</xLgr>
                <nro>256</nro>
                <xBairro>SANTA CATARINA</xBairro>
            </end>
        </toma>
        <serv>
            <locPrest>
                <cLocPrestacao>0</cLocPrestacao> -- Problema de cLocPrestacao ocorre aqui
            </locPrest>
            <cServ>
                <cTribNac>140101</cTribNac>
                <xDescServ>\nLIMPEZA QUIMICA VARETAMENTO RD AGUA + DESCARBONIZACAO+ CONSERTO INTERCOOLER - R$ 850,00</xDescServ>
            </cServ>
        </serv>
        <valores>
            <vServPrest>
                <vServ>850.00</vServ>
            </vServPrest>
            <trib>
                <tribMun>
                    <tribISSQN>1</tribISSQN>
                    <tpRetISSQN>1</tpRetISSQN>
                    <pAliq>2.00</pAliq>
                </tribMun>
                <totTrib>
                    <pTotTribSN>0.00</pTotTribSN>
                </totTrib>
            </trib>
        </valores>
    </infDPS>
    <Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
        <SignedInfo>
            <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>
            <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>
            <Reference URI="#DPS411850127773955500018400001000000000004752">
                <Transforms>
                    <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/>
                    <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>
                </Transforms>
                <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
                <DigestValue>yG8Fm50ErTmKM89AJvrE8=</DigestValue>
            </Reference>
        </SignedInfo>
        <SignatureValue>4FZPQccaBMmouuw5IFbGzNKOmOplS9I3V+8A==</SignatureValue>
        <KeyInfo>
            <X509Data>
                <X509Certificate>ZuwpxX1zoBM943UpYCjJCS7jN1TI64rA9qyW6bIzEhBRsphfGZOcUAAN4jRrhXED1yL4KgJQJN2wA==</X509Certificate>
            </X509Data>
        </KeyInfo>
    </Signature>
</DPS>

LS Adriano · 16 Abril

Estamos com 2 municípios com o o mesmo problema, Curitiba e São José dos Pinhais ambos provedor PadraoNacional, e descobri que nessa função GerarXMLLocalPrestacao o CodigoMunicipio esta vindo com '0' mesmo passando o código do município corretamente. @Juliomar Marchetti

juliomar.marchetti · 16 Abril

3 horas atrás, LS Adriano disse:

Estamos com 2 municípios com o o mesmo problema, Curitiba e São José dos Pinhais ambos provedor PadraoNacional, e descobri que nessa função GerarXMLLocalPrestacao o CodigoMunicipio esta vindo com '0' mesmo passando o código do município corretamente. @Juliomar Marchetti

mas você é usuário da ACBr API? ou é o componente?
creio que deveria ter criado um tópico seu , o que ele está relatando é com a API

gbyte · 17 Abril

5 horas atrás, Juliomar Marchetti disse:

mas você é usuário da ACBr API? ou é o componente?
creio que deveria ter criado um tópico seu , o que ele está relatando é com a API

Estou com o mesmo problema, e é com o componente, comecou ontem 15/04/2026 as 14:50 a dar este erro. e hoje fazendo testes, percebi que so esta aceitando fazer notas na propria cidade, se for outra cidade da este erro.

2 minutos atrás, gbyte disse:

Estou com o mesmo problema, e é com o componente, comecou ontem 15/04/2026 as 14:50 a dar este erro. e hoje fazendo testes, percebi que so esta aceitando fazer notas na propria cidade, se for outra cidade da este erro.

Entao, acredito que nao seja problena na API e nem no componente, deve ser mesmo no provedor.

juliomar.marchetti · 17 Abril

34 minutos atrás, gbyte disse:

Estou com o mesmo problema, e é com o componente, comecou ontem 15/04/2026 as 14:50 a dar este erro. e hoje fazendo testes, percebi que so esta aceitando fazer notas na propria cidade, se for outra cidade da este erro.

Entao, acredito que nao seja problena na API e nem no componente, deve ser mesmo no provedor.

boa pegada. eu acho que isso conseguimos ver no RPS/DPS

lá é que envia a informação.

10 horas atrás, LS Adriano disse:

função GerarXMLLocalPrestacao o CodigoMunicipio esta vindo com '0' mesmo passando o código do município corretamente.

esse caso é na geração do DPS ou é na leitura?

LS Adriano · 17 Abril

No meu caso é na geração do DPS

LS Adriano · 17 Abril

Resolvi da seguinte forma, inseri o CodigoMuncipio e CodigoPais na lista Servido.ItemServico, pois como podem ver na unit ACBrNFSeXGravarXml o componente esta pegando o codigo do municipio do ultimo item e repassando para a tag Servico.CodigoMunicipio, e faz o mesmo com Servico.CodigoPais.

juliomar.marchetti · 17 Abril

Está correto então?

não é preciso modificar certo, pois inumeros estão usando e informando e está saindo corretamente.

LS Adriano · 17 Abril

Esta correto!

VEXCOM Sistemas - Valtair · 20 Abril

Abaixo o retorno do método https://prod.acbr.api.br/debug/http-requests/req_3a20a9eacee54a09abf382b579795f05/request-content comprovando que o XML enviado não está levando o campo "cLocPrestacao" corretamente

<?xml version="1.0" encoding="UTF-8"?>
<DPS xmlns="http://www.sped.fazenda.gov.br/nfse" versao="1.01">
    <infDPS Id="DPS411850127773955500018400001000000000004752">
        <tpAmb>1</tpAmb>
        <dhEmi>2026-04-15T15:24:32+00:00</dhEmi>
        <verAplic>acbrapi</verAplic>
        <serie>1</serie>
        <nDPS>4752</nDPS>
        <dCompet>2026-04-15</dCompet>
        <tpEmit>1</tpEmit>
        <cLocEmi>4118501</cLocEmi>
        <prest>
            <CNPJ>77739555000184</CNPJ>
            <IM>163800</IM>
            <fone>4632241381</fone>
            <email>[email protected]</email>
            <regTrib>
                <opSimpNac>3</opSimpNac>
                <regApTribSN>1</regApTribSN>
                <regEspTrib>0</regEspTrib>
            </regTrib>
        </prest>
        <toma>
            <CPF>05320026951</CPF>
            <xNome>ELUIR PARIZOTTO</xNome>
            <end>
                <endNac>
                    <cMun>4118501</cMun>
                    <CEP>89990000</CEP>
                </endNac>
                <xLgr>MONTE CASTELO</xLgr>
                <nro>256</nro>
                <xBairro>SANTA CATARINA</xBairro>
            </end>
        </toma>
        <serv>
            <locPrest>
                <cLocPrestacao>0</cLocPrestacao> -- Problema de cLocPrestacao ocorre aqui
            </locPrest>
            <cServ>
                <cTribNac>140101</cTribNac>
                <xDescServ>\nLIMPEZA QUIMICA VARETAMENTO RD AGUA + DESCARBONIZACAO+ CONSERTO INTERCOOLER - R$ 850,00</xDescServ>
            </cServ>
        </serv>
        <valores>
            <vServPrest>
                <vServ>850.00</vServ>
            </vServPrest>
            <trib>
                <tribMun>
                    <tribISSQN>1</tribISSQN>
                    <tpRetISSQN>1</tpRetISSQN>
                    <pAliq>2.00</pAliq>
                </tribMun>
                <totTrib>
                    <pTotTribSN>0.00</pTotTribSN>
                </totTrib>
            </trib>
        </valores>
    </infDPS>
    <Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
        <SignedInfo>
            <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>
            <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>
            <Reference URI="#DPS411850127773955500018400001000000000004752">
                <Transforms>
                    <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/>
                    <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>
                </Transforms>
                <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
                <DigestValue>yG8Fm50ErTmKM89AJvrE8=</DigestValue>
            </Reference>
        </SignedInfo>
        <SignatureValue>4FZPQccaBMmouuw5IFbGzNKOmOplS9I3V+8A==</SignatureValue>
        <KeyInfo>
            <X509Data>
                <X509Certificate>ZuwpxX1zoBM943UpYCjJCS7jN1TI64rA9qyW6bIzEhBRsphfGZOcUAAN4jRrhXED1yL4KgJQJN2wA==</X509Certificate>
            </X509Data>
        </KeyInfo>
    </Signature>
</DPS>

Olá! Para a ACBr API o erro ainda persiste, alguma atualização a respeito da validação da API?

Diego.Foliene · 22 Abril

Em 20/04/2026 at 16:14, VEXCOM Sistemas - Valtair disse:

Abaixo o retorno do método https://prod.acbr.api.br/debug/http-requests/req_3a20a9eacee54a09abf382b579795f05/request-content comprovando que o XML enviado não está levando o campo "cLocPrestacao" corretamente

<?xml version="1.0" encoding="UTF-8"?>
<DPS xmlns="http://www.sped.fazenda.gov.br/nfse" versao="1.01">
    <infDPS Id="DPS411850127773955500018400001000000000004752">
        <tpAmb>1</tpAmb>
        <dhEmi>2026-04-15T15:24:32+00:00</dhEmi>
        <verAplic>acbrapi</verAplic>
        <serie>1</serie>
        <nDPS>4752</nDPS>
        <dCompet>2026-04-15</dCompet>
        <tpEmit>1</tpEmit>
        <cLocEmi>4118501</cLocEmi>
        <prest>
            <CNPJ>77739555000184</CNPJ>
            <IM>163800</IM>
            <fone>4632241381</fone>
            <email>[email protected]</email>
            <regTrib>
                <opSimpNac>3</opSimpNac>
                <regApTribSN>1</regApTribSN>
                <regEspTrib>0</regEspTrib>
            </regTrib>
        </prest>
        <toma>
            <CPF>05320026951</CPF>
            <xNome>ELUIR PARIZOTTO</xNome>
            <end>
                <endNac>
                    <cMun>4118501</cMun>
                    <CEP>89990000</CEP>
                </endNac>
                <xLgr>MONTE CASTELO</xLgr>
                <nro>256</nro>
                <xBairro>SANTA CATARINA</xBairro>
            </end>
        </toma>
        <serv>
            <locPrest>
                <cLocPrestacao>0</cLocPrestacao> -- Problema de cLocPrestacao ocorre aqui
            </locPrest>
            <cServ>
                <cTribNac>140101</cTribNac>
                <xDescServ>\nLIMPEZA QUIMICA VARETAMENTO RD AGUA + DESCARBONIZACAO+ CONSERTO INTERCOOLER - R$ 850,00</xDescServ>
            </cServ>
        </serv>
        <valores>
            <vServPrest>
                <vServ>850.00</vServ>
            </vServPrest>
            <trib>
                <tribMun>
                    <tribISSQN>1</tribISSQN>
                    <tpRetISSQN>1</tpRetISSQN>
                    <pAliq>2.00</pAliq>
                </tribMun>
                <totTrib>
                    <pTotTribSN>0.00</pTotTribSN>
                </totTrib>
            </trib>
        </valores>
    </infDPS>
    <Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
        <SignedInfo>
            <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>
            <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>
            <Reference URI="#DPS411850127773955500018400001000000000004752">
                <Transforms>
                    <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/>
                    <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>
                </Transforms>
                <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
                <DigestValue>yG8Fm50ErTmKM89AJvrE8=</DigestValue>
            </Reference>
        </SignedInfo>
        <SignatureValue>4FZPQccaBMmouuw5IFbGzNKOmOplS9I3V+8A==</SignatureValue>
        <KeyInfo>
            <X509Data>
                <X509Certificate>ZuwpxX1zoBM943UpYCjJCS7jN1TI64rA9qyW6bIzEhBRsphfGZOcUAAN4jRrhXED1yL4KgJQJN2wA==</X509Certificate>
            </X509Data>
        </KeyInfo>
    </Signature>
</DPS>

Olá! Para a ACBr API o erro ainda persiste, alguma atualização a respeito da validação da API?

Bom dia!

Foi constatado a possível causa do problema e enviado ajuste ao SVN visando sanar o mesmo.

Assim que for gerado um novo build da ACBr API que englobe o ajuste avisaremos aqui para que possa atualizar e testar.

VEXCOM Sistemas - Valtair · 27 Abril

Em 22/04/2026 at 10:54, Diego Foliene disse:

Bom dia!

Foi constatado a possível causa do problema e enviado ajuste ao SVN visando sanar o mesmo.

Assim que for gerado um novo build da ACBr API que englobe o ajuste avisaremos aqui para que possa atualizar e testar.

Boa tarde! Algum retorno sobre esta situação?

Diego.Foliene · 27 Abril

7 minutos atrás, VEXCOM Sistemas - Valtair disse:

Boa tarde! Algum retorno sobre esta situação?

Boa tarde!

Por favor, faça um novo teste.

Conferindo aqui a ACBr API está com a Revision 45929 do ACBr e o ajuste foi feito na Rev-45816.

Portanto é para ela ter pego a alteração.

VEXCOM Sistemas - Valtair · 27 Abril

55 minutos atrás, Diego Foliene disse:

Boa tarde!

Por favor, faça um novo teste.

Conferindo aqui a ACBr API está com a Revision 45929 do ACBr e o ajuste foi feito na Rev-45816.

Portanto é para ela ter pego a alteração.

Testei aqui e está tudo 100% agora, emitindo normalmente.
Agradeço pela atenção.

Diego.Foliene · 27 Abril

Obrigado por reportar.

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

Entrar

Sobre nós...

Erro P9020 - cLocPrestacao inválido na emissão de NFSe | Pronim (Pato Branco/PR)

Recommended Posts

VEXCOM Sistemas - Valtair

LS Adriano

juliomar.marchetti

gbyte

juliomar.marchetti

LS Adriano

LS Adriano

juliomar.marchetti

LS Adriano

VEXCOM Sistemas - Valtair

Diego.Foliene

VEXCOM Sistemas - Valtair

Diego.Foliene

VEXCOM Sistemas - Valtair

Diego.Foliene

Links Rápidos

Links Rápidos

Parcerias

Clube Pro

SOBRE

Sobre nós...

Informação Importante