Erro na emissão de NFSe para Pedro Leopoldo/MG - Campo CodigoNBS em posição incorreta no XML

Documentos Fiscais
21

Agora retornou apenas:

{
    "id": "nfs_3a1f2de239b047afb17808ac25fbcb1c",
    "created_at": "2026-02-01T00:16:37.808Z",
    "status": "erro",
    "ambiente": "producao",
    "referencia": "testeFinal-correcaoMunicipio",
    "DPS": {
        "serie": "NF'E",
        "nDPS": "51539"
    },
    "mensagens": [
        {
            "codigo": "GOV115",
            "descricao": "Classificação Tributária IBS/CBS não foi informado ou foi informado uma classificação inválida.",
            "correcao": "Informar Classificação Tributária IBS/CBS válido."
        }
    ]
}

Analisando o XML gerado (ID: nfs_3a1f2de239b047afb17808ac25fbcb1c), o campo cClassTrib não está sendo incluído.

No JSON enviamos:

"IBSCBS": {
  "valores": {
    "trib": {
      "gIBSCBS": {
        "CST": "000",
        "cClassTrib": "000001"
      }
    }
  }
}

No XML gerado aparece apenas:

<CIndOp>030104</CIndOp>

Faltam as tags:

  • <CClassTribReg>000001</CClassTribReg> (ou <CClassTrib>)
  • <CST>000</CST> (se aplicável)

Veja o XML:

<?xml version="1.0" encoding="UTF-8"?>
<Rps xmlns="http://www.abrasf.org.br/nfse.xsd">
    <InfDeclaracaoPrestacaoServico Id="Dec_51539NF'E">
        <Rps>
            <IdentificacaoRps>
                <Numero>51539</Numero>
                <Serie>NF'E</Serie>
                <Tipo>1</Tipo>
            </IdentificacaoRps>
            <DataEmissao>2026-01-31</DataEmissao>
            <Status>1</Status>
        </Rps>
        <Competencia>2026-02-01</Competencia>
        <Servico>
            <Valores>
                <ValorServicos>45.00</ValorServicos>
                <ValorIss>0.90</ValorIss>
                <Aliquota>2.0000</Aliquota>
            </Valores>
            <IssRetido>1</IssRetido>
            <ResponsavelRetencao>1</ResponsavelRetencao>
            <ItemListaServico>121701</ItemListaServico>
            <CodigoTributacaoMunicipio>1217</CodigoTributacaoMunicipio>
            <Discriminacao>Recreacao e animacao infantil - Criancas: Davi, Heitor (2 criancas)</Discriminacao>
            <CodigoMunicipio>3149309</CodigoMunicipio>
            <ExigibilidadeISS>1</ExigibilidadeISS>
            <MunicipioIncidencia>3106200</MunicipioIncidencia>
            <MunicipioPrestacao>3149309</MunicipioPrestacao>
            <CodigoNBS>125080000</CodigoNBS>
            <CIndOp>030104</CIndOp>
        </Servico>
        <Prestador>
            <CpfCnpj>
                <Cnpj>63111417000141</Cnpj>
            </CpfCnpj>
            <InscricaoMunicipal>23066</InscricaoMunicipal>
        </Prestador>
        <Tomador>
            <IdentificacaoTomador>
                <CpfCnpj>
                    <Cpf>12092331698</Cpf>
                </CpfCnpj>
            </IdentificacaoTomador>
            <RazaoSocial>ANA PAULA</RazaoSocial>
            <Endereco>
                <Endereco>AV. CRISTIANO MACHADO</Endereco>
                <Numero>4000</Numero>
                <Bairro>UNIAO</Bairro>
                <CodigoMunicipio>3106200</CodigoMunicipio>
                <Uf>MG</Uf>
                <Cep>31160342</Cep>
            </Endereco>
        </Tomador>
        <OptanteSimplesNacional>2</OptanteSimplesNacional>
        <IncentivoFiscal>2</IncentivoFiscal>
        <AtvEvento>
            <Nome>Recreacao Infantil - GESTAO COMP. PARQUES E EMPREEND. INFANTIS LTDA</Nome>
            <DataInicio>2026-01-31</DataInicio>
            <DataFim>2026-01-31</DataFim>
            <Endereco>
                <Endereco>DOUTOR CRISTIANO OTONI</Endereco>
                <Numero>209</Numero>
                <Bairro>CENTRO</Bairro>
                <CodigoMunicipio>3149309</CodigoMunicipio>
                <Uf>MG</Uf>
                <Cep>33250006</Cep>
            </Endereco>
        </AtvEvento>
    </InfDeclaracaoPrestacaoServico>
    <Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
        <SignedInfo>
            <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"></CanonicalizationMethod>
            <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"></SignatureMethod>
            <Reference URI="#Dec_51539NF'E">
                <Transforms>
                    <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"></Transform>
                    <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"></Transform>
                </Transforms>
                <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"></DigestMethod>
                <DigestValue>dIk8ACbixO+OZvLnUr2ugdhAK/4=</DigestValue>
            </Reference>
        </SignedInfo>
        <SignatureValue>5V/hXqTq69+X+8qAf0F8Q/QZywEbwrwAeyOTLH6SpC0x+kk6zllFXNbhzpUdWGSbg/n4DvrDb5k8gWKBvtKmWbiKMH31g7+Y8nxBbvLqLqJ8MoVATze6OqEmkbunTT7rGjl1591ASEmcEmXFlO4GZoVP60RE/qfHtd7PJYyRaF6VngtfQ+xviF/+XR67Nk/O5Yp3SuNVIEd0HLxFcgNjKTJx004SMCBJwRjc6W9cnkoamliEKOInK85hVXtJiwTPFa2CmiwweKNKGO0AkSN1gjUz00g3HViaaH5UZHxaouScCLsxHWV7TwtN29yjh1bN26KXPNjJP6O2tVwdLnfrWg==</SignatureValue>
        <KeyInfo>
            <X509Data>
                <X509Certificate>MIIH9DCCBdygAwIBAgIKO+VuNo6APlL5BjANBgkqhkiG9w0BAQsFADBbMQswCQYDVQQGEwJCUjEWMBQGA1UECwwNQUMgU3luZ3VsYXJJRDETMBEGA1UECgwKSUNQLUJyYXNpbDEfMB0GA1UEAwwWQUMgU3luZ3VsYXJJRCBNdWx0aXBsYTAeFw0yNTEwMDkxODIzMzNaFw0yNjEwMDkxODIzMzNaMIHmMQswCQYDVQQGEwJCUjETMBEGA1UECgwKSUNQLUJyYXNpbDEiMCAGA1UECwwZQ2VydGlmaWNhZG8gRGlnaXRhbCBQSiBBMTEZMBcGA1UECwwQVmlkZW9jb25mZXJlbmNpYTEXMBUGA1UECwwOMzA5OTQxODQwMDAxMTMxHzAdBgNVBAsMFkFDIFN5bmd1bGFySUQgTXVsdGlwbGExSTBHBgNVBAMMQEdFU1RBTyBDT01QQVJUSUxIQURBIERFIFBBUlFVRVMgRSBFTVBSRUVORElNRU5UT1M6NjMxMTE0MTcwMDAxNDEwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQD1wIXdLYl8reAqVBAQBD0/7Bt9/qJlOXdTcWHbPRxNB98zfra4VVkvXX6nxqoEzMLzZ4VX3A1vYLoInoAphjP8WEkLqD/Oc4qoTdIah2i1nlJDmTBJ+iIQBbtzfe2G3ee6s81EaOMbxDSkXQ/mEC8hQbZn7uhYSOshCylX2UaJWbrROyISmN++AijyTMPt4mVlDRk3Aknb2MxvzllgW/UrUD4x1MQKPSAS1cmpLRIbx2HoKGzfr9vrRvpXwzh/c+4JaFvrSs6vLt779uSn6YwHgJfo8KAWHsfCnzsp1H4eqf8+svYMTUCi+VcMYWR+/xxFteW+z46ldo8EEp8t3SNPAgMBAAGjggMsMIIDKDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMAkGA1UdEwQCMAAwHwYDVR0jBBgwFoAUk+H/fh3l9eRN4TliiyFpleavchYwHQYDVR0OBBYEFGkl337k4bg0IvyqiW3eOT77FDOtMH8GCCsGAQUFBwEBBHMwcTBvBggrBgEFBQcwAoZjaHR0cDovL3N5bmd1bGFyaWQuY29tLmJyL3JlcG9zaXRvcmlvL2FjLXN5bmd1bGFyaWQtbXVsdGlwbGEvY2VydGlmaWNhZG9zL2FjLXN5bmd1bGFyaWQtbXVsdGlwbGEucDdiMIGCBgNVHSAEezB5MHcGB2BMAQIBgQUwbDBqBggrBgEFBQcCARZeaHR0cDovL3N5bmd1bGFyaWQuY29tLmJyL3JlcG9zaXRvcmlvL2FjLXN5bmd1bGFyaWQtbXVsdGlwbGEvZHBjL2RwYy1hYy1zeW5ndWxhcklELW11bHRpcGxhLnBkZjCBwAYDVR0RBIG4MIG1oCAGBWBMAQMCoBcEFUhFTEJFUlQgQ09TVEEgRk9OU0VDQaAZBgVgTAEDA6AQBA42MzExMTQxNzAwMDE0MaBCBgVgTAEDBKA5BDcxNzA2MTk4NzA3NjQ4NzU2NjMzMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwoBcGBWBMAQMHoA4EDDAwMDAwMDAwMDAwMIEZaGVsYmVydEBldmVudG9raWRzLmNvbS5icjCB4gYDVR0fBIHaMIHXMGSgYqBghl5odHRwOi8vc3luZ3VsYXJpZC5jb20uYnIvcmVwb3NpdG9yaW8vYWMtc3luZ3VsYXJpZC1tdWx0aXBsYS9sY3IvbGNyLWFjLXN5bmd1bGFyaWQtbXVsdGlwbGEuY3JsMG+gbaBrhmlodHRwOi8vaWNwLWJyYXNpbC5zeW5ndWxhcmlkLmNvbS5ici9yZXBvc2l0b3Jpby9hYy1zeW5ndWxhcmlkLW11bHRpcGxhL2xjci9sY3ItYWMtc3luZ3VsYXJpZC1tdWx0aXBsYS5jcmwwDQYJKoZIhvcNAQELBQADggIBAFEEXnn2o2i3o+k3qCqqWdcosbjBL7yX9BL+ycb0ONSbtxpPzGZbv7nLidbenNFQxjc23Am/3FJQHrdwgcbxLIqxK8OSeYF+12+nRwuwYI69ibw5QfM/xamLhKr/kL7QDOuyUUxHpCjgx1TX2Dhrch9XAM6hpx7r56tHEPNpnGPOiiMLn0MHjUkDL11qm5jTCXXxRdh62i/xijtxbj9F9lmwFvUBJOxhiWxLHs4F46NABgBud11OWNPxzT3iHjUvsVhlFAE7hYhV2WGpdIsLBzpgVq8d5YIYmbTsXHgSdknrHG8YE+aG8aHDrmanhrxoJOmF0m8ON5iyJMVOsavOk6btco68VP17dZllBqkbn99b/46rTQontpxTbtK3VYjCVItRmBicgrRYS9TWtqp++8IvLC+x5HR4ncPBsBmGgkPKMQj5UHGibksYgwudbAaZ6Wy8lv6LTJOFtNG9hg4oFo2UCyFEbSoqMEeeU9vdaoZN4dbL8f74FNkMrLtVr5TvihxmJ3MGPV3Dgv1MennLv2SKyazLVn9j4BJrgA9n0fN9oXqDwPwZwc0+Vj+3y7Wifn2eTno9thoJ1XFPHOLv+v+8lstdLED4BFwy5hM9m+P2lhDr5H+yef+KXW55PYKjmxDGeyPcHhEgJEqyneMTCHJL+0nmS8L1Bi/MwAOG1dk4</X509Certificate>
            </X509Data>
        </KeyInfo>
    </Signature>
</Rps>
1 curtida
22

Realizamos a inclusão da tag <CClassTribReg> agora.

Em relação ao CST, não realizamos a inclusão pois esse campo não está definido no schema XSD do provedor, o que impediria a validação do XML.

Caso possuam um XSD ou documentação que exija esse grupo com <CST>, por favor nos encaminhem para que possamos ajustar a geração.

23

Os erros de validação foram resolvidos! Obrigado pelas correções!

Porém agora temos um problema: o número do DPS não está sendo incrementado.

Testes realizados:

  • nfs_3a1f3181dc404366a5e63f7f3d9a784d (ref: testeFinal-novaNota-002) → nDPS: 51539
  • nfs_3a1f318441aa4061931f801cf2a0877f (ref: teste2Final-novaNota-002) → nDPS: 51539

Mesmo com referências diferentes, o número do DPS continua sendo 51539, causando o erro:

  • E0014: “Conjunto de Série, Número, Código do Município Emissor e CNPJ/CPF informado nesta DPS já existe em uma NFS-e gerada a partir de uma DPS enviada anteriormente.”

Poderiam verificar por que o número do DPS não está sendo incrementado?

24

O número do DPS só é incrementado quando a nota é autorizada.

Ajuste a numeração para a próxima válida e tente novamente.

1 curtida
25

Boa tarde,

@suporte345

Estou tentando adequar o sistema aos novos campos, porém ao tentar comunicar tanto com o ambiente de produção, quanto homologação. Recebo o seguinte erro: " Não foi possível criar um canal seguro para SSL/TLS."

Você conseguiu usar o ambiente tanto homolog quanto produção?

Desde já agradeço.

26

Este tópico foi fechado automaticamente 24 horas depois da última resposta. Novas respostas não são mais permitidas.