NF-e e NFC-e
Rejeição 383: entenda qual CSOSN o documento admite
A rejeição 383 ocorre quando o item utiliza um CSOSN fora da relação admitida pela regra N12a-20. Ela costuma aparecer após o sistema aproveitar, em uma venda ao consumidor, uma configuração preparada para outro documento ou operação. A solução exige conferir o regime do emitente, a operação real e o XML. Escolher…
A rejeição 383 ocorre quando o item utiliza um CSOSN fora da relação admitida pela regra N12a-20. Ela costuma aparecer após o sistema aproveitar, em uma venda ao consumidor, uma configuração preparada para outro documento ou operação. A solução exige conferir o regime do emitente, a operação real e o XML. Escolher qualquer código disponível na tela pode trocar a rejeição por um problema tributário.
O assunto aqui é a autorização de NFC-e, modelo 65. A NT 2026.002 v1.11 também documenta o alcance sobre NF-e 55 com DANFE Simplificado Tipo 2, identificado por tpImp=6. A regra não passa a valer para toda NF-e 55 indistintamente. Essa diferença importa quando uma orientação antiga recomenda simplesmente mudar o modelo.
A lista geral e seus limites
A N12a-20 é classificada como obrigatória e apresenta estes CSOSNs:
102: tributação pelo Simples Nacional sem permissão de crédito
103: tributação pelo Simples Nacional com isenção para faixa de receita bruta
300: imunidade
400: operação não tributada pelo Simples Nacional
500: ICMS cobrado anteriormente por substituição tributária ou antecipação
Existe uma exceção para aceitar CSOSN 900, “outros”, a critério da UF. Isso não torna o 900 uma alternativa universal. Também não significa que os demais códigos sejam intercambiáveis: cada um informa uma condição fiscal diferente.
Os códigos 103 e 400, embora presentes na relação geral, podem enfrentar a restrição estadual de N12a-30, que retorna 384. A combinação entre CSOSN e CFOP é objeto de outras regras, associadas à rejeição 386. Passar pela 383 não garante que o item inteiro esteja correto.
O MEI tem uma verificação mais restritiva
Para emitente MEI com CRT=4 e idDest diferente de 3, não use a lista geral como autorização irrestrita. A NT 2024.001 v1.20 estabelece, para NFC-e, a aceitação apenas dos CSOSNs 102 e 300 na regra N12a-81, com rejeição 782. A NT 2026.002 v1.11 estende esse recorte à NF-e 55 com tpImp=6.
Assim, um CSOSN que não dispara a 383 pode ser recusado pela regra específica do MEI. A mesma documentação também estabelece verificação própria do CFOP nesse contexto. Não copie automaticamente a configuração de uma empresa com CRT=1 para um MEI, mesmo que ambas sejam atendidas pelo mesmo contador ou utilizem o mesmo sistema.
Na NF-e 55 fora do DANFE Simplificado Tipo 2, existem outras condições e regras próprias. Não transporte a lista mais ampla desse modelo para o documento de varejo. Tampouco altere o CRT para permitir um CSOSN: o regime precisa corresponder à situação real do emitente.
O que pedir ao suporte do emissor
Localize no retorno cStat 383, a descrição e nItem. Em seguida, confira no XML a posição indicada, o grupo ICMSSN utilizado e o valor de CSOSN. Peça também o modelo, tpImp, CRT, UF, ambiente e versão do emissor.
O nome do grupo merece atenção. Alguns códigos compartilham uma estrutura no leiaute; portanto, o rótulo da tela ou o nome isolado da estrutura não dispensa a leitura do valor de CSOSN. O diagnóstico deve considerar a combinação completa que chegou ao autorizador.
Verifique de onde veio o código: cadastro do produto, natureza de operação, regra fiscal por filial, integração de pedidos ou edição manual. Se a equipe corrigir só a nota, uma nova venda pode herdar o mesmo dado incorreto.
Exemplo: configuração de crédito aplicada indevidamente
Imagine que uma loja emita uma NFC-e usando CSOSN 101, correspondente a tributação com permissão de crédito. Esse código não está na relação da N12a-20. O retorno identifica o item e a emissão é rejeitada.
A providência segura é perguntar por que o cadastro escolheu 101 para aquela operação. Se o responsável fiscal confirmar que a venda deve ser tributada pelo Simples sem permissão de crédito, poderá orientar o uso de 102 e a estrutura correspondente. A equipe ajusta a regra de origem, atualiza o item e confere o novo XML.
Esse exemplo não é uma regra de conversão de 101 para 102 em todas as vendas. Operações com imunidade, isenção ou imposto anteriormente cobrado exigem análise própria. A informação fiscal deve explicar a operação, e não apenas satisfazer a lista de códigos.
Por que mudar para NF-e pode não resolver
Orientações operacionais antigas às vezes sugerem emitir uma NF-e para manter o CSOSN. Desde a ampliação documental prevista na NT 2026.002, isso exige verificar o tipo de impressão: a NF-e 55 com tpImp=6 continua sujeita à N12a-20.
Mesmo quando outro documento é adequado, a escolha depende das características da operação e das exigências fiscais. Não basta mudar a opção do menu. Será necessário conferir identificação do destinatário, finalidade, tributos e demais campos aplicáveis. A autorização de um documento diferente não valida retroativamente uma classificação inventada.
Datas que não devem ser misturadas
A regra preserva uma exceção histórica para notas com emissão anterior a 01/04/2016, em produção. Essa condição serve para interpretar documentos antigos; não permite alterar a data de uma operação atual. Também não significa que a extensão a tpImp=6 existisse naquela época.
No cronograma da NT 2026.002 v1.11, o conjunto que inclui N12a-20 tem homologação prevista para 01/07/2026 e produção para 03/08/2026. O adiamento para 14/12/2026 se refere a I08-180, BA02-35 e VC02-40. Não alcança automaticamente a 383. O índice SVRS consultado avisa sobre possíveis mudanças de datas, razão para confirmar o ambiente da empresa.
Antes de liberar a próxima venda
Após a correção validada, gere novamente o XML, confira todos os itens com a mesma parametrização e acompanhe o retorno até a autorização. Guarde o protocolo e evite duplicar estoque ou financeiro ao refazer o documento no ERP.
Uma prevenção útil é manter regras separadas por regime, UF, modelo e operação. O cadastro deve permitir que a equipe identifique quem validou o enquadramento e quando ele foi atualizado, sem depender de uma solução improvisada no caixa.
Fontes e data da conferência
Revisão em 10/10/2026; PDFs preservados em 09/10/2026: MOC 7.0, pp.107–108, NT 2024.001 v1.20, p.13 e NT 2026.002 v1.11, pp.3,16–17, no índice SVRS. Apoio prático lido: Oobj, TecnoSpeed e TOTVS. As orientações de interface foram interpretadas com as restrições atuais de modelo, UF e MEI.