Robert_Silva

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.

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.

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.

@jcsnt Eu tinha passado por algo parecido quando estava tentando ajustar o NumeroNbs/Exigibilidade, era referente a BPL, com isso dava erro. De: C:\Users\Public\Documents\Embarcadero\Studio\23.0\Bpl\ACBr_NFSeX.bpl Para: C:\ACBr\Lib\Delphi\LibD29\Win32\ACBr_NFSeX.bpl No meu caso eu tive que copiar manualmente, com essa alteração a geração da NFSe ocorreu sem erros. Se o seu sistema usa bpl, verifica se está carregando a bpl mais recente após a troca do arquivo de geração.

Boa tarde @jcsnt. Na semana passada meu cliente começou a receber outro erro, antes tinha recebido o erro referente ao Código de NBS: E160: Invalid content was found starting with element: '{NumeroNbs}'. One of: '{Exigibilidade}' is expected. Alterei o arquivo MegaSoft.GravarXml.pas. Compilei a aplicação, e enviei para a equipe de teste. Me deram um retorno hoje mais cedo informando que funcionou a emissão. Vou anexar aqui os arquivos que alterei e utilizei, para que possa realizar testes. nfse_v01.xsdMegaSoft.GravarXml.pas Após isso o XML foi gerado dessa forma: <Servico> <Valores>...</Valores> <IssRetido>2</IssRetido> <CodigoMunicipio>5215231</CodigoMunicipio> <CodigoTributacaoMunicipio>04.12.01</CodigoTributacaoMunicipio> <Exigibilidade>1</Exigibilidade> <NumeroNbs>1.2301.23.00</NumeroNbs> <Discriminacao>...</Discriminacao> </Servico> Faz um teste na sua aplicação com esses arquivos.

Depois de ter atualizado o ACBr, precisei alterar apenas a linha 585 do schema do provedor. Não precisei mexer na alimentação do campo nbs e nem do codigotributacaomunicipio. Boa tarde @josue.elias. Eu fiz a atualização do ACBr, depois comecei a receber erro de codigotributacaodomunicipio. E também alterei a linha 585 no schema. Aí quando fui mexer no outro dia já funcionou sem eu precisar mexer em nada. O seu ACBr foi atualizado do dia 26/02 em diante?

Boa noite. Depois de muitas tentativas de emissão, a emissão funcionou. Não precisei alterar nada do que eu estava fazendo, provavelmente era alguma instabilidade do servidor da MegaSoft no momento.

Sim, realizei essa alteração, agora fica retornando esses outros erros que comentei acima . Pode ser que seja algo referente ao código que meu cliente utiliza, no caso dele é o 04.12.01

@hugo_fabricio eu estou enviando o NBS com mascara, e mesmo assim não está passando. Como você está enviando o CodigoTributacaoMunicipio?

Bom dia @Italo Giurizzato Junior. Estou fazendo os testes e recebi os seguintes erros: Erro(s): Código : X800 Mensagem: Erro de Validação: Erro: Schema inválido --> 3004 - element decl. '{http://megasoftarrecadanet.com.br/xsd/nfse_v01.xsd}Numero', attribute 'type': The QName value '{http://megasoftarrecadanet.com.br/xsd/nfse_v01.xsd}tsNumerNfse' does not resolve to a(n) type definition. Com isso verifiquei que o schema estava com erro: Fiz a alteração na linha 585, de tsNumerNfse para tsNumeroNfse, faltava a letra 'o'. Após isso tentei gerar novamente, ao tentar enviar o Servico.CodigoTributacaoMunicipio := '04.12.01', recebo o erro: Alerta(s): Código : L000 Mensagem: Value is not properly formatted. Correção: Ao tentar enviar o Servico.CodigoTributacaoMunicipio := '0412' ou '041201' retorna outro erro: Alerta(s): Código : L000 Mensagem: Item de Serviço não encontrado para o código informado. Correção:

Boa tarde. @josue.elias @Alexandre de Paula Estou com o mesmo problema na emissão para o município de Novo Gama/GO. Requisição Ambiente : 1 - Produção Cidade : Novo Gama/GO Provedor : MegaSoft Versão: 2.00 Erro(s): Código : X800 Mensagem: Erro de Validação: --> 1871 - Element '{http://megasoftarrecadanet.com.br/xsd/nfse_v01.xsd%7DCodigoNbs': This element is not expected. Expected is ( {http://megasoftarrecadanet.com.br/xsd/nfse_v01.xsd%7DDiscriminacao ). Também tentei enviar sem o CodigoNBS e retorna que é esperado a tag NumeroNbs. Erro(s): Código : E160 Mensagem: cvc-complex-type.2.4.a: Invalid content was found starting with element : '{Discriminacao}'. One of : '{NumeroNbs}' is expected. Correção: Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema.

Estou realizando a configuração da Nota Fiscal de Serviço para o munícipio de Goiânia - GO pelo ACBrNFSeX_Exemplo e está sendo retornado uma nota fictícia com a seguinte mensagem no campo de discriminação dos serviços: "TESTE DE GERACAO OK. EM PRODUCAO, SUA NOTA SERIA GERADA SEM CRITICAS. OS DADOS DESSA NOTA SAO FICTICIOS." Alguém sabe o que pode ser? Segue abaixo o log gerado pelo componente e também o XML e PDF fictícios. Log_Gerado.txt 1-lista-nfse-ger.xml NFS-e Fictícia Gerada.pdf