Erro nos Schemas TCOrgaoIBGE já foi declarado.

[adrianormp]

Olá! Bom dia!

Alguém poderia ajudar com o erro abaixo, foi colocados todos os arquivos de schemas que estão nesse projeto.

O erro ocorre quando se tenta manifestar ciência de uma nota fiscal.

Segue o erro:
simpleType 'http://www.portalfiscal.inf.br/nfe:TCOrgaoIBGE' já foi declarado.

[luantaraschi]

O problema não é a sua configuração: a duplicidade está nos próprios XSDs de NFe.AppTeste/Schemas deste repositório.

A manifestação do destinatário valida contra envConfRecebto_v1.00.xsd (Validador.cs L79-L80), e os includes são estes:

envConfRecebto_v1.00.xsd
 └── leiauteConfRecebto_v1.00.xsd   <- declara TCOrgaoIBGE (linha 369)
      └── tiposBasico_v1.03.xsd     <- declara TCOrgaoIBGE de novo (linha 844)

Os dois arquivos têm o mesmo targetNamespace="http://www.portalfiscal.inf.br/nfe", então o simpleType global colide. Carreguei os arquivos da tag 2026.07.16.1250 num XmlSchemaSet do .NET Framework 4.8 e a mensagem sai igual à sua.

A correção é apagar o bloco <xs:simpleType name="TCOrgaoIBGE"> de leiauteConfRecebto_v1.00.xsd (linhas 369 a 405). O tipo continua vindo do tiposBasico_v1.03.xsd, que tem as mesmas 29 enumerações e mais o 92. Com esse bloco fora, o Add e o Compile passaram aqui.

O mesmo bloco duplicado está em leiauteEPEC_v1.00.xsd (423 a 458) e em leiauteConsSitNFe_v2.01.xsd (505 a 541), que afeta a consulta de protocolo na Versao200. Resolvi o grafo de includes dos 49 schemas raiz que o ObterArquivoSchema pode selecionar e só esses três colidem.

Não mexa no tiposBasico_v1.03.xsd: tirar o TCOrgaoIBGE de lá produz o erro inverso, tipo não declarado, como aconteceu na #1658, e essa remoção foi revertida no #1645.

Se precisar de um paliativo imediato, dá para definir ValidarSchemas = false no ConfiguracaoServico (linha 608, default true), mas isso desliga a validação local de todos os serviços.

Só pra contextualizar: o #1499 propôs exatamente essa remoção, incluindo os três arquivos acima, e foi fechado sem merge em favor do #1500, que filtra a mensagem no ValidationEventHandler. O filtro não pega esse caminho: a exception vem do schemas.Add da linha 208, e o handler só é registrado na linha 210. Os três duplicados continuam no master.

Não sou mantenedor do projeto; testei no .NET Framework 4.8, que pode não ser o runtime que você usa.

[adrianormp]

Muito obrigado Luan! Sim, meu runtime .NET Framework 4.8.

Eu consegui contornar configurando outra pasta dos schemas quando da operação de manifestação da NF-e assumir essa outra pasta do qual no tiposBasico_v1.03.xsd removi o TCOrgaoIBGE.