Erro XSD 1871 ao emitir NFS-e em Itaboraí/RJ - elemento ClassificacaoCNAE não esperado, espera CodigoNbs - Provedor CTA

[Robert_Silva]

Boa tarde,
Estou enfrentando um erro de validação XSD ao emitir NFS-e para o município de Itaboraí/RJ (IBGE 3301900), provedor CTA versão 2.00. O erro é retornado pelo próprio webservice da prefeitura.

Informações do ambiente:
• Provedor.........: CTA versão 2.00
• Município........: Itaboraí/RJ (IBGE 3301900)
• Webservice.: https://prefeituradeitaborai.online/wsnfse/

Reproduzido no Exemplo oficial do ACBrNFSeX
(Exemplos\ACBrDFe\ACBrNFSeX\Delphi\ACBrNFSeX_Exemplo.dproj), sem nenhuma
alteração no código:

Retorno do webservice:
Requisição
Ambiente : 2 - Homologação
Cidade   : Itaborai/RJ
Provedor : CTA Versão: 2.00 
Método Executado: Enviar Lote Assíncrono 
Parâmetros de Retorno
Sucesso       : False
Erro(s):
Código  : 
Mensagem: XSD REPORTOU ERRO - CODIGO: 1871 | MENSAGEM: Element 'ClassificacaoCNAE': This element is not expected. Expected is ( CodigoNbs ). | LINHA: 1;

Tags geradas (XML):
<Informacoes>
       <IssRetido>2</IssRetido>
       <ResponsavelRecolhimento>1</ResponsavelRecolhimento>
       <ItemListaServico>06.01</ItemListaServico>
       <ClassificacaoCNAE>9602501</ClassificacaoCNAE>
       <CodigoTributacaoMunicipio>06.01</CodigoTributacaoMunicipio>
</Informacoes>

Fico à disposição!
Agradeço a atenção da equipe.

[Robert_Silva]

Complementando o relato inicial, após investigar com mais profundidade, constatei que o problema não é um único elemento, 
mas sim uma DEFASAGEM DE LAYOUT do provedor CTA em relação às exigências atuais e futuras da prefeitura de Itaboraí/RJ (IBGE 3301900). Detalho abaixo.

== 1. Sequência de erros XSD (layout atual) ==
Ao emitir RPS, o webservice rejeita em cascata, pois o writer (Provedores/CTA.GravarXml.pas, TNFSeW_CTA200.GerarInformacoes) não gera os elementos que o XSD atual exige dentro de <Informacoes>:

(a) CODIGO: 1871 | Element 'ClassificacaoCNAE': This element is not expected. Expected is ( CodigoNbs ).
(b) Após contornar o (a) injetando <CodigoNbs>, surge: CODIGO: 1871 | Element 'ClassificacaoCNAE': This element is not expected. Expected is ( CodigoLsnDesdobro ).

A sequência correta esperada pelo XSD, conforme a NT 001 da prefeitura, é:
  IssRetido
  ResponsavelRecolhimento
  ItemListaServico
  CodigoNbs              <- ausente no writer atual
  CodigoLsnDesdobro      <- ausente no writer atual
  ClassificacaoCNAE
  CodigoTributacaoMunicipio

== 2. Novas exigências com vigência 01/06/2026 (não atendidas) ==
A prefeitura publicou Notas Técnicas que ampliam o layout do RPS:

  NT 003 (vigor 01/06/2026): INDOP, CLASSTRIB e CARACTERISTICA FORNECIMENTO
  NT 004 (vigor 01/06/2026): Desdobros LC116 14.14 (141403 e 141404)
  NT 005 (vigor 01/06/2026): PIS, COFINS e CSLL (Situação Tributária e Tipo de Retenção) - sem isso, em caso de retenção, o RPS é bloqueado
  NT 006 (vigor 01/05/2026): Alteração do NBS da Classificação LC116 03.01

== 3. Recursos oficiais para implementação (portal da prefeitura) ==
Disponíveis em: https://prefeituradeitaborai.online/engine8.php?m=modnfse_pref_nfe_ws_manuais_tabelas
Contém: Manual Webservice, Validador XSD (permite validar o XML offline, sem certificado), Tabela 116 x NBS, Tabela Desdobro, Tabela IBS x CBS, Tabela Tipo de Retenção, Tabela Situação Tributária e as Notas Técnicas 001 a 006.

[Juliomar Marchetti]

Boa noite

quer dizer que o provedor ainda não está pronto  para funcionar correto

[Robert_Silva]

Em 28/05/2026 at 00:47, Juliomar Marchetti disse:

Boa noite

quer dizer que o provedor ainda não está pronto  para funcionar correto

Na verdade, o webservice da prefeitura já está funcionando e validando um layout mais recente.

O problema é que a implementação do provedor CTA no ACBr ainda não gera os elementos esperados pelo XSD, como CodigoNbs e CodigoLsnDesdobro (que devem anteceder ClassificacaoCNAE), além de não contemplar as novas Notas Técnicas publicadas pelo município.
Esse comportamento foi reproduzido inclusive utilizando o exemplo oficial do ACBrNFSeX, sem alterações no código, e a validação do próprio webservice retorna que, na posição em que o ACBr gera ClassificacaoCNAE, o elemento esperado é CodigoNbs e, posteriormente, CodigoLsnDesdobro.
Portanto, o que estou tentando relatar não é que o provedor ou a prefeitura ainda não estejam prontos para funcionar. Pelo contrário: o webservice já está atualizado e validando o novo layout. O ponto é que a implementação atual do provedor CTA no ACBr encontra-se defasada em relação ao layout hoje exigido pelo webservice, sendo necessária sua atualização para contemplar esses novos elementos e demais alterações previstas nas Notas Técnicas.