Rejeição 527: ICMS incompatível com CFOP de exportação

A rejeição 527, regra N12-10, compara o CFOP de exportação com a informação de ICMS do item na NF-e modelo 55. Quando o CFOP começa por 7, a regra verifica CST diferente de 41 ou CSOSN diferente de 300. Existe uma exceção expressa para NF-e de devolução, finNFe=4.

Como ler a condição sem misturar CST e CSOSN

O CFOP fica em det/prod/CFOP; o código de situação do ICMS fica no grupo escolhido em det/imposto/ICMS. CST e CSOSN são identificadores distintos, usados nas estruturas correspondentes; a regra não exige informar os dois no mesmo item. Ela compara CST com 41 ou, quando a representação é por CSOSN, CSOSN com 300.

O MOC apresenta N12-10 como facultativa para modelo 55. O critério documentado é o CFOP iniciado por 7, não uma inferência a partir de nome do cliente, moeda ou endereço. Esses outros dados precisam ser coerentes com a operação, mas não substituem a condição específica desta identidade.

Quando a exceção de devolução muda a análise

A regra não se aplica a NF-e com finalidade de devolução de mercadoria, ide/finNFe=4. Isso é uma exceção da N12-10 e não uma autorização genérica para qualquer combinação de CFOP e tributação em devoluções. Outras validações continuam tendo condições próprias.

Não altere a finalidade de uma venda para 4 para evitar a 527. Se o documento representa uma devolução verdadeira, confirme o XML original, a operação e a finalidade gerada. Se o sistema mostra “devolução” na tela, mas transmite finNFe=1, investigue o mapeamento depois de confirmar a natureza real do documento.

Exemplos de grupo herdado e finalidade divergente

Cenário sintético: uma operação de exportação já teve CFOP e tratamento de ICMS confirmados pela área responsável. O produto conserva uma configuração de operação interna e o gerador envia CST diferente daquele parâmetro confirmado. A comparação entre decisão documentada, cadastro e XML demonstra a divergência de geração. Corrija a origem comprovada; não escolha CST=41 somente porque aparece na regra.

Em outro cenário, uma devolução real possui finNFe=4 no XML, mas uma validação local informa 527 como se fosse venda normal. Preserve os campos e a mensagem e confira a implementação da exceção no emissor. Se a resposta veio da SEFAZ, confirme se o XML analisado é o mesmo da tentativa rejeitada.

O que a rejeição não confirma sobre a exportação

Passar na N12-10 não comprova exportação efetiva, regularidade aduaneira, enquadramento tributário ou correção de todos os tributos. O problema técnico pode estar no CFOP, no código tributário ou na transformação dos dados, mas a mensagem não escolhe qual deve ser alterado.

Para confirmar os parâmetros, reúna produto, natureza da operação, finalidade, destinatário, documentos de exportação e regime da empresa. Depois da definição com o responsável fiscal, compare o grupo tributário gerado por item. Não zere impostos, mude o destinatário ou troque a finalidade para contornar a validação.

Leitura do XML e confirmação do resultado

O XML operacional de exportação depende da operação original e dos parâmetros tributários confirmados. A comparação textual localiza CFOP, finalidade e código sem criar uma exportação ou escolher seu enquadramento. Localize os caminhos indicados usando o namespace oficial http://www.portalfiscal.inf.br/nfe; em documento processado, a estrutura começa em /nfeProc/NFe/infNFe, e no XML enviado, em /NFe/infNFe. Preserve o XML original e o retorno integral em acesso autorizado.

Corrija a origem comprovada no cadastro, na operação ou no gerador, conforme o diagnóstico. Gere e confira novamente o documento antes de qualquer transmissão autorizada, preservando zeros explícitos e a diferença entre ausência e valor informado. XML válido no schema não comprova autorização. Se houve timeout ou resultado incerto de tentativa anterior, esclareça o processamento antes de novo envio; quando houver autorização, preserve o documento e seu protocolo.

Fontes oficiais

• MOC 7.0 Anexo I — 7.00: p. 99 N12-10; leiaute I08, CFOP e CST / CSOSN e ide/finNFe.