Alcindo de Almeida Neto

Deu certo aqui agora. Muito obrigado.

Fiz um teste de envio da NFSE para o município de Catanduvas - PR (mesmo sistema de Ijuí: Pronim/Governança Brasil), deu exatamente o mesmo erro: [{"codigo":"P9008","descricao":"Documento do Certificado Digital (28111965575193) enviado na requisição difere do documento do emitente da nota (57519358968)"}]}]

id: nfs_3a203841d1e445948c5185e721d1d8ab ID da Requisição (rid): req_3a20379d0b6645b284c5c6bd8b20bee2 ----------------------------------------------------------------- >>> [ENVIO_LOTE] REQUEST CONTENT (ENVIADO PARA PREFEITURA): {"loteXmlGZipB64":["H4sIAAAAAAAA/61XWZOiyBb+KxV1H41uFkVlgnYuuyCg7MIbArLIpiDbr7+JVlVX9/TEzNwYQ+DkyZPfWfOQEL/3efbShrc6KYtvr8hX+PUlLPwySIro26tpcF/Wr79vCOagvwDBov72GjdN9RsEdV33ta7C4OvZG8Mi8L5GZfv1dIOKcx2+PgC98oGHvG6IpDhPCELw7RU8F3MERuEVAsMwAi+W6yWygp8/BP7hNwdLm4rMTxuEgJ4EEcRsnmxQGF1+gedf0LmBoL/BMPiDIbgT0FOAABaQVZb4G88/3bwqIaAPDlGHtyScMJ8EUQCjNnMCejyJgC7zKmw+6QCgbzxgDkBvnvY8KMKXSn/S+OYVAb0ziOoW1kCAPnCbT34S0MQgBHmzQhEURwkIkMS5LMINhs3ncxTB0SUBPRhEmHtJtvEaEOEkD4um/O8tjJK6uZVJek+++mUOYk5ATzECzBm3BASprPQkrxTPnwz9PpgE2Lp6yCwI6NPoMXij3sxuytx7Go/DaxSD4QX4vxnfK2UebmRSo/f6i2QK+otsShKrEdBzhgD2Pm4Prb58Lz6FZxoRNHvY4Otn3gEoGAEv3uR7Kbpt9DB/CcKizJPC870SIE9coriVk0/Tg+gpL7kBQlAMVhP2k/Y3zgML3J8+gCy3GyIr/cPTsylBD3IC/jFv39kE9GmB/kDwpwBNFqIIqFRgxQeD6Jmwfkox4YtQNGFyK1+MsLy9BN6L7DW3xL9nHjDwQ47wFUrfIMh8iusUg8cYPJ6z0NPo1stKYAMgJvabOQ8alNTXaVn7Jv9ZoHkkcro/Yj0Rgq6ryqNsPwaglrWw+T7xffSUeq4tm2dZtMbPFBcGmzcbPnE+pllgyY/T7MP4t8GE/uP0Qx/0XQ/UfKeej49oQM+GsiH0JCq85n4Lf9GduvnX8hZBKIguBOMQEAjqJPrP63NVGAjFGaSZ9oqySHwvS0avAT1QDpu4DF7ILCpvSRPnv4I0tAkVgTSW/gJgv/jIovgyceA5ggF86Negn8z9O1p+Nhx01C917E39FPoJaENo4Tm8gcYdvpia8O31P/+0zRo3r6jP5S2vP9H/zL6waMOsBK+EL/W7dZOpH2h/G/gvw/sJEvpsOJNEoP7/n9i+x/Uzwjue5WX3cHM9784SF5VCnY7duAN98zRTlodL16vf3tc9JQnoIxlvmXqvtY+svUGOe/4yY8Pt8hSa15skz+ojjfnymNuJKkXC3iCv6ZBG7I2Shx1O0YF6YRb6VTdSnG7b2XLm4+nSsMPlwutAnySLkKegZqxULjEXymFHKuXxPAsXcovM2up6NTg1X+XUvWfyTIOHmVNvg3TOSdpiH8UnN8orBtr185uhc7uZbzlq0ojx6VJBzJY0bP+Q4m7v6H0Hszyy8IWqOhdug3VyB04LBjqrI4l0zot0kG/H+GraObvfx+slKkhQHaU7VJfnJ2FMPcbD3GCb3OD9Qpn5fbAITWuVr1w/aGbRVt/lA6aP3apjMqknbzR4oReaHTc5e5nVJgl5ScyeZsyulYwYW/AKVq1ciJtrfBoZKyP69u3T9njLyC4cnhk4YjDOeI33pOjw1iRnsE8b8DIThG2b0jTleRHZCRQZCYKt5DJGJ2xb1x2jOuKudIW49RVSZSVKJbsgZSWZvPAkYrJULNNqJvTsSGpUpFgUWRr0JWNMGqH9nBs9u+uVlISfc7UhWUrmzMUs4LnBs9nI5dnIzK3UtTPY0SnetbUMrKsFXmsFVhyco1KdaLIROJFXU9aTqeihl+xlTTXlyLxYrKZTosZaoqpTunYRum3sK3LqdLJBIrIhD3tGndsPnv8jL6WphfHPfOFG0nr3hUnlXhkFZG/4sMyQANtBwdUppMNYqiqxA2K4tjK4Ry328ywGPsXAj8xBrSoAfmu5dXGPoNRo6nIaqHcdkfT0o+cM0vjQNfmfUJlkKqqWUJRssKZMCQ+76V6WdqylgHjpqokxxnDpeYM8vq9lt27l8lbroPjdza3BtbEUxL4XGTJ5ysgGDwN1l8wAMaQtSxM1GDsYTNnLjIruGQf4CfxjaJrUhZ9rggI1wUQReyCnebWkAU2R0mFpBk6D8SHV6rxaoNdByazwbGPZ8dxFGgrL8MJrve1YjAgE5TgSKXk/hnKqR6MW5oliST6nIrQ9l+kWP7mqYKbsdrGtoaU5X1UaXUajcLJEDKZLO+T9a5euTk18yyoadeFZGp62M5wTdufI2FVxekfjxVbK40u6E61LfjlIOgshA21drXhHQbO1wdv3ArIgN02GbY0I2+VBELd06Nw7xKxsEUnxPSPe/WQ8WOJdPZW62ubocZnpeGobWi0k/ky4XSPrYsKVW1VLo/d6JGvLFSYpSUlD9Vmsrhc2UwX7zmPZlfIhVmRLakCgUWyZVKJd0BbziEfvh3nLjN6hNpfD2F/jA5zH5KIrYZMmO5YkvT1N3oUuiqRQptZTDQRCpzoy5ZHcoTLWONwpR8zEC7s7WhSMBMG21WYXmVw8ZJmOpaBOZcF+5xYM1U41sNVJ1mOoXOZVnsopmVQFyjUoT+YinqZrnlRNjgL9gbv0ZbDVun2ybv3c6k5zBdQyDvby+u5MtQ72r/e42Duot0bKxUFCuVQ6ihmowakOK+co5k6CX3xebn5cww1uLtx9XstlgUcfdmlrNvIWXeTVnbmktJKd8YYdw8GWXEoDDvYW1fpoBp/mYnUasHjqLR96dCw9ofDdKYTWseXGn/abnU0X2I9uIqF96idI7AzIH2wAOLXM6ZF5pdT4gv2Zz4OUc+lnXClX2pOOJX6C/wq3PfHKINm/igcGcLouOq0/xRvsLYEfQCxamTO/80eSji/Zv5WHX/rvM0Eic85POqt/LQ6/zEdBzh3Qk4sO9E8N1oDvR+C7GWk4ZbHWXmMzRTMx04BBfzQD0UQ03YCznWVe7iqMK9JF1Esm4il7ql+ZKum1IRks6M1+vzfUHvR+WEkj0KPBe2Dq13917ciQiqzIIFkGbC2L7eU/lS0p/10vX5ILg/mjTPDcZybLpaRJRdGNiliOUn2GjBxh1zmgj5pbslN/9c4F/RW8mynejgVq3O5K9ERpkAnNULNVcRdWofzcr1R/XRyEubQ4VuSST8H36bjVB6FkrVpSt/TZ3BfyVaW7K75lOabhYMs6nU2dhU9bCWtDbETYns+v22JQk3M0epDneWOz7ytON9HKcZZzepacUEiMEQQyLjS04r0l3TRNXY2uyFwvkOH7MENmgXrtdw1zcJftDHbprj0UbWqU2/S6G66+1IBMyQGf1MfqpNg0a1rHZX7WcKM7o6ZsCcEV0vx9TvK1GPtjH8GQjIgUxaBi7NGDv1xG+Do+8FABN3YW7J3iiO6oxFFMst177jXVcAeLTmVlePIR3KJjf7vM3PlquaLplZbAXh6rCTafXcP62kCpfDjFQtpIzpxyZbwM2m287VydLKPSvnCWeJS0OvVm5/FWRYHsaJSeXo3VTdbCCzy683aHC8tAM9pudd87it0eFhd6cOhlKITUYIjSwugcN96f51Wzrs7XTmKWehKSuoz63XAXLyk1Buu2WfaBMJPkRYEi1G5dr/ZNEtuja4mSm+6lCN41XixSfrlrFbwSfIqPmhS94nWnbodi5omntVIHDtTKdhl7Y2AcNReRTwUrYGtHmCE9cxgtiFvUBtLTOHQUT9LFMWsaAmex2QrvStblLmznFH61qjCIJZn5njqP+p1Tu3mkhabG1Ct1v+78lon7/ZHC5nfPqlv32O7sY57b6r0KZxG5Z5UeHDoI6OeT5pPzPIVCHyfT72fW6TMEfNv+D9nFQZ2aEwAA"]} RESPONSE CONTENT (RETORNO DA PREFEITURA) {"lote":[{"id":"DPS431020710001046861700000001000000000000003","chaveAcesso":null,"statusProcessamento":"ERRO","xmlGZipB64":null,"codAutenticidade":null,"erros":[{"codigo":"P9008","descricao":"Documento do Certificado Digital (14071941104686) enviado na requisição difere do documento do emitente da nota (10468617000)"}]}],"tipoAmbiente":"PRODUCAO","versaoAplicativo":"526.02.01.024","dataHoraProcessamento":"2026-03-24T14:40:03-03:00","protocolo":null,"processado":true} -----------------------------------------------------------------

Olá, Fizemos um teste aqui em outro município (Guarapuava - PR) que utiliza o sistema da IPM, e deu o mesmo erro que ocorreu em Palmeira das Missões: <?xml version="1.0" encoding="ISO-8859-1"?> <retorno> <mensagem> <codigo> XSD Error 1824: Element 'cst': '' is not a valid value of the atomic type 'tsCst'. Line: 1</codigo> </mensagem> </retorno> -----------------------------------------------------------------" A NFSE gera corretamente pela ACBR API mas ela não chega lá na Prefeitura. Um detalhe importante, o mesmo JSON que foi usado no teste aqui na ACBR API funcionou na API da Nuvem Fiscal (processou e a prefeitura recebeu a nota). Desconfio que tem algo errado entre a ACBR API e o recebimento lá pela IPM.

Tentamos fazer mais um teste em um cliente do município de Catanduvas - PR que utiliza o mesmo sistema do município de Ijuí - RS (Pronim/Governança Brasil - GOVBR), e o erro foi exatamente o mesmo. A NFSE foi gerada com sucesso pela ACBR API, mas o XML nem chega lá na Prefeitura de Catanduvas (no sistema da Pronim é possível consultar os arquivos recebidos e ver os logs). Revisamos tudo aqui e é para estar tudo certo. Um ponto importante é que localizamos esse ticket aqui e que nos pareceu ser exatamente o mesmo problema: Parece que tem alguma coisa errada na hora de validar os dados enviados no momento da importação o sistema da prefeitura entre a ACBR API e o sistema PRONIM. Eu estava lendo a documentação da Governança Brasil sobre o envio, uma situação que é colocada na documentação é que o envio dos dados (entre a ACBR API e a Prefeitura) deve seguir essa regra aqui: "Cada XML (seja de uma DPS ou de um evento de cancelamento) deve ser assinado, compactado no padrão GZip, convertido para Base64 e, por fim, encapsulado dentro de um array num arquivo JSON (ex: {"LotexmlGZipB64": ["STRING_BASE_64", "STRING_BASE_64"]})" Resolvi comentar isso por que vai que tem algo descoberto nesse processo.

Pessoal, tenho recorrido bastante a vocês aqui, e vocês tem ajudado. Algumas coisas evoluíram, mas ainda não estou conseguindo chegar a NFSE. Estamos em uma situação bem delicada com o nosso cliente, e a coisa está dramática. 1) Revisei o cadastro do cliente na ACBR API, tudo certo!; 2) Entrei com contato com a prefeitura, conversei com o responsável do setor de tributação, e está tudo certo com o cadastro do cliente lá na Prefeitura de Ijuí. 3) Testei várias combinações entre provedor "Nacional" e "Padrao"; 4) Revisei as tags obrigatórias do JSON, tudo certo. 5) A NFSE é gerada pela ACBR API, conforme abaixo: "id": "nfs_3a2032a6f932487d9db73e66ed8af8a9", "created_at": "2026-03-23T18:32:48.018Z", "status": "processando", "ambiente": "producao", "referencia": "00000057", "DPS": {}, "mensagens": [] 6) Mas a NFSE não chega no ambiente do cliente lá no sistema da Pronim. Não sei mais o que fazer, acabaram todas as minhas fichas. Se pudessem fazer um teste por favor, o nosso client id é: TwcEx6YFxasbfq4R1U9Q O Payload que pode ser usado é esse: { "provedor": "padrao", "ambiente": "producao", "referencia": "00000059", "infDPS": { "dhEmi": "2026-03-23T12:00:00-03:00", "dCompet": "2026-03-23T00:00:00-03:00", "prest": { "CPF": "10468617000", "regTrib": { "regEspTrib": 4 } }, "toma": { "CPF": "90825004004", "xNome": "ROBERTO PEREIRA MULLER", "end": { "endNac": { "cMun": "4310207", "CEP": "98700000" }, "xLgr": "Sem denominação", "tpLgr": "Rua", "nro": "1", "xBairro": "INTERIOR" } }, "serv": { "cServ": { "cTribNac": "210101", "cTribMun": "6912500", "CNAE": "9609299", "xDescServ": "De Inteiro Teor da Matrícula", "cNBS": "113040000", "cSitTrib": "0" } }, "valores": { "vServPrest": { "vServ": 10.00 },

Sim, do endereço me parece que deu certo sim. Está aparecendo aqui no log que está apontado para o endereço novo. Estou aqui agora com um outro problema, mas dai vou abrir um tópico separado. Obrigado.

Olá Elias, bom dia! Estávamos aguardando a atualização na API dos novos endereços do webservice da cidade de Ijuí - RS: https://webapp1-ijui.cidade360.cloud/NFSe.Api/NotaNacional Mas pelos testes que fizemos aqui, não estaria atualizado ainda, pois não está chegando nada lá no ERP da Prefeitura. Como não tem onde eu consultar se está atualizado ou não, eu precisaria solicitar aqui no fórum essa verificação. Você conseguiria verificar se na API está já novo endereço atualizada (o que informei ali em cima?). Sugestão: Eu acho muito importante ter um arquivo de log com as últimas modificações/inclusões das cidades e endereços na API, pois ficamos bem perdidos sobre essas alterações. Muito obrigado.

Olá Diego, bom dia! Pelos testes aqui que fizemos, não foi atualizado ainda o endereço de Ijuí na API desde o dia 17/03/2026. Estamos em uma situação delicada lá pois o cliente não está conseguindo emitir as NFSE. É possível verificar com o pessoal da ACBR API quando está previsto a atualização da API com essas novas cidades/configurações? Muito obrigado!

Um ponto importante a comentar é que utilizamos a mesma estrutura do JSON em outros 3 clientes de 2 municípios (Guarapuava-PR e Marechal Cândido Rondon - PR), que utilizam o ERP da IPM, e está gerando normalmente as NFSE. Tem alguma coisa específica que está ocorrendo somente lá em Palmeira das Missões - RS.

Olá pessoal, fiz os testes aqui na ACBR API e o erro anterior ainda continua: <?xml version="1.0" encoding="ISO-8859-1"?> <retorno> <mensagem> <codigo> XSD Error 1824: Element 'cst': '' is not a valid value of the atomic type 'tsCst'. Line: 1</codigo> <codigo> XSD Error 1824: Element 'codigo_atividade': '' is not a valid value of the atomic type 'tipoAtividade'. Line: 1</codigo> </mensagem> </retorno> Será em que a correção que foi feita no dia 16/03/2026 (conforme post anterior) já está contemplada na ACBR API? Vi que a última versão da API é a 3.1.1 – 04/02/2026 ( https://dev.acbr.api.br/docs/changelog ). Estou um pouco preocupado por conta que o nosso cliente não está conseguindo emitir as NFSE pelo nosso sistema. Obrigado.

Pessoal, tenho uma dúvida sobre as atualizações das configurações da NSFE para os municípios. Quando o arquivo ACBrNFSeXServicos.ini é atualizado por vocês, com a inclusão de novos municípios ou alteração nas configurações de municípios existentes, essas alterações no ACBrNFSeXServicos ficam atualizadas na ACBR API junto? Ou são processos diferentes e que dependem da equipe da ACBR API fazer a atualização de forma independente? Obrigado.

Jóia! Obrigado. Aguardar o pessoal da API atualizar. Acho que seria importante a ACBR API se atualizada assim que possível, pois tem várias cidades com esse novo endereço do webservice.

Queria registrar mais uma necessidade de alteração do endereço do webservice da Pronim para a cidade de Catanduvas - PR. Endereço antigo: https://catanduvas.govbr.cloud/NFSe.Api/NotaNacional Novo endereço: https://webapp1-catanduvas.cidade360.cloud/nfse.portal/

Todas os municípios abaixo utilizam o Portão Nacional para a emissão das NFS-e. Abadiânia - GO Fazenda Nova - GO Santa Terezinha de Goiás - GO Barra do Corda - MA Ipiranga - PR Antonina - PR Grandes Rios - PR Bom Jesus - RS Mostardas - RS Salto do Jacuí - RS Alvorada d'Oeste - RO Costa Marques - RO São Miguel do Guaporé - RO

Sei que vocês já tem ciência da alteração dos endereços do webservice usado para o envio da NFSE do provedor Pronim/Governança Brasil. Acredito que ainda está desatualizado o endereço para o município de Ijuí - RS na ACBR API, pois ao tentar enviar uma NFSE está dando o seguinte erro na ACBR API: "codigo": "X999", "descricao": "Erro de Conex\u00e3o: Erro Interno: 12007\r\nErro HTTP: 0\r\nURL: http://ijui.govbr.cloud/nfse.portal.integracao/services.svc\r\nErro: 12007 - O nome do servidor n\u00e3o pode ser resolvido\r\nFalha Enviando a Requisi\u00e7\u00e3o. Erro: 12007 - O nome do servidor n\u00e3o pode ser resolvido" Segue abaixo os novos endereços: Webservice – Padrão ABRASF Endereço atual: https://ijui.govbr.cloud/Nfse.Portal.Integracao/services.svc API – Padrão Nacional Endereço atual: https://ijui.govbr.cloud/Nfse.Api/NotaNacional/(TIPO_DA_OPERACAO) A partir de 13 de março, os endereços passarão a ser: Webservice – Padrão ABRASF Novo endereço: https://webapp1-ijui.cidade360.cloud/Nfse.Portal.Integracao/services.svc API – Padrão Nacional Novo endereço: https://webapp1-ijui.cidade360.cloud/Nfse.Api/NotaNacional/(TIPO_DA_OPERACAO)

Enviei o JSON (abaixo) de uma NFSE para o município de Ijuí. O JSON é processado corretamente pela ACBR API mas ao chegar no ERP da Prefeitura de Ijuí (Pronim / Governança Brasil) está dando o seguinte erro: "Ocorreu um erro no processamento do arquivo. Descrição erro: Para a data de competência da nota, já existe uma vigência ativa de modelo de Nota Nacional, portanto é obrigatório enviar a nota no novo layout." EntreI em contato com o setor de tributação da prefeitura e me informaram que provavelmente o XML que está sendo enviado está incompatível com o XML esperado. O município de Ijuí, embora tenha adotado o padrão próprio, eles utilizam o mesmo layout do padrão nacional (acredito ser o default no sistema Pronim/Governança Brasil). Poderiam verificar por gentileza se tem alguma incompatibilidade entre o layout do XML gerado pela ACBR API e o layout esperado pela sistema da Pronim/Governança Brasil? Caso precisem de informações adicionais, segue abaixo: Client ID: TaouPJXFiqRLra6PYRF6 PAYLOAD UTILIZADO: { "provedor": "padrao", "ambiente": "producao", "referencia": "00000006", "infDPS": { "dhEmi": "2026-03-13T11:35:43.7556373-03:00", "dCompet": "2026-03-13T00:00:00-03:00", "prest": { "CPF": "10468617000", "regTrib": { "regEspTrib": 4 } }, "toma": { "orgaoPublico": false, "CNPJ": "37318313000100", "xNome": "OPERADOR NACIONAL DO SISTEMA DE REGISTRO ELETRONICO DE IMOVEIS ( ONR )", "end": { "endNac": { "cMun": "5300108", "CEP": "70308200" }, "xLgr": "SCS 9", "tpLgr": "Quadra", "nro": "0", "xBairro": "Asa Sul" } }, "serv": { "locPrest": { "cLocPrestacao": "4310207", "cPaisPrestacao": "BR" }, "cServ": { "cTribNac": "2101", "xDescServ": "Visualização de matrícula", "cSitTrib": "0" } }, "valores": { "vServPrest": { "vReceb": 0.0, "vServ": 11.08 }, "trib": { "tribMun": { "tribISSQN": 1, "pAliq": 5.0, "vBC": 11.08, "vISSQN": 0.33, "tpRetISSQN": 1 } } } } }

Consegui detalhes adicionais sobre esse erro fazendo a consulta dos RPS enviados. O erro não tem a ver com o certificado em si. Vou dar como concluído esse tópico e abrir outro com os novos detalhes.

Atendemos alguns municípios que adotaram o Ambiente Nacional para a emissão da NFSE, mas que ainda não estão contemplados pela ACBR API. Acredito não ser difícil incluir novos municípios que adotaram exclusivamente o Portal Nacional de Emissão da NFSE pois a forma de enviar/validar é a mesma entre os municípios que adotaram o portal nacional. É possível eu enviar aqui os municípios que estamos precisando e adotaram o portal nacional mas que ainda não constam como integrados pela ACBR API?

Consigo processar o JSON na ACBR API com sucesso, mas ao consultar a NFSe gerada retorna o seguinte erro: "Este certificado digital não está autorizado a consultar o documento informado". Tenho a impressão que não está conseguindo validar o acesso ao webservice pelo certificado informado. O certificado está válido no cadastro da empresa na ACBR API. Alguém sabe se existe algo que precise ser habilitado lá na plataforma da Pronim/Governança Brasil para habilitar o webservice? Obrigado!

Diego, está me parecendo que o XML que a ACBR API está enviando não está compatível com o que o ERP da Prefeitura (usam o IPM) está esperando. O que será que daria pra testarmos aqui pra ver se gera a NFS-e? Do CNAE deu certo (resolvido), agora do CST (ou algum/todo o conjunto de dados dos Tributos Federais) não está aceitando. Obrigado.

Do CNAE deu certo, passou. o CST não deu certo, coloquei o valor "08" (pois o segmento é CARTÓRIO e não há recolhimento de tributos federais, o 08 é "Operação Sem Incidência da Contribuição") e retornou o seguinte erro: >>> >>> CONTEÚDO BRUTO RECEBIDO DA PREFEITURA <?xml version="1.0" encoding="ISO-8859-1"?> <retorno> <mensagem> <codigo> XSD Error 1824: Element 'cst': '' is not a valid value of the atomic type 'tsCst'. Line: 1</codigo> </mensagem> </retorno>

Gerei uma NFSe no ambiente de produção da ACBR API para o município de Palmeira das Missões. A NFSe foi gerada com sucesso, porém ao consultá-la está retornando o seguinte erro: <retorno> <mensagem> <codigo> XSD Error 1824: Element 'cst': '' is not a valid value of the atomic type 'tsCst'. Line: 1</codigo> <codigo> XSD Error 1824: Element 'codigo_atividade': '' is not a valid value of the atomic type 'tipoAtividade'. Line: 1</codigo> </mensagem> </retorno> Se o número da nota ajudar em algo que possa ser validado, segue: nfs_3a1fef7b76d64b6089c28edd9a8db96a Pelo que pesquisei me parece que a ACBR API está mandando esses campos vazios e acabam batendo na trave quando é validado pelo XSD. Client ID: rRlSpQOhuP1paxt1E3WM Payload: { "provedor": "padrao", "ambiente": "producao", "referencia": "00000007", "infDPS": { "dhEmi": "2026-03-09T11:21:09.0689637-03:00", "dCompet": "2026-03-09T00:00:00-03:00", "prest": { "CPF": "96864370020", "regTrib": { "regEspTrib": 14 } }, "toma": { "orgaoPublico": false, "CNPJ": "37318313000100", "xNome": "OPERADOR NACIONAL DO SISTEMA DE REGISTRO ELETRONICO DE IMOVEIS ( ONR )", "end": { "endNac": { "cMun": "5300108", "CEP": "70308200" }, "xLgr": "SCS 9", "tpLgr": "Quadra", "nro": "0", "xBairro": "Asa Sul" } }, "serv": { "cServ": { "cTribNac": "210101", "xDescServ": "Visualização de matrícula", "cNBS": "113040000", "cSitTrib": "0" } }, "valores": { "vServPrest": { "vReceb": 0.0, "vServ": 11.08 }, "trib": { "tribMun": { "tribISSQN": 1, "pAliq": 5.0, "vBC": 11.08, "vISSQN": 0.33, "tpRetISSQN": 1 } } } } }