Rejeição 966: Obrigatório o preenchimento da origem da mercadoria (Homologação NFC-e / MG)

[Milton Ferreira]

Boa tarde,

Hoje comecei a receber rejeição (966: Obrigatório o preenchimento da origem da mercadoria) em qualquer NFC-e em ambiente homologação MG (Produção felizmente sem erros por hora).
Creio ser algo para implementação da NT 2024.001 (criada a regra de validação N11-10 para exigir o preenchimento da origem da mercadoria quando o
emitente não for CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI”).
O que não estou entendendo é que a tag está sendo enviada (Log e XMLs em anexo).
Alguém com o mesmo problema ou alguém que possa me ajudar com informações de alguma forma?
Agradeço desde já!

ACBrLibNFE-20240620.log 31240607932214000145650010000021441070052410-pro-lot.xml 31240607932214000145650010000021441070052410-env-lot.xml

[Italo Giurizzato Junior]

Boa tarde @Milton Ferreira,

Mas o XML da nota que você anexou o CRT do emitente é 1 e não 4.

[Diego Foliene]

Boa tarde!

Como você mesmo destacou na NT temos a regra:

Quote

Campo-Seq: N11-10

Regra de Validação: Se CRT (id:C21) diferente de 4 e não informado o campo orig (ou valor "nulo") - Obrigatório o preenchimento da origem da mercadoria (id: N11)

Msg: 966

Descrição do Erro: Rejeição: Obrigatório o preenchimento da origem da mercadoria [nItem:nnn]

No XML que disponibilizou, o CRT é igual a 1 e foi passado o valor <orig>0</orig>, que de acordo com o próprio MOC, equivale há:

Quote

0 - Nacional, exceto as indicadas nos códigos 3, 4, 5 e 8; 1 - Estrangeira - Importação direta, exceto a indicada no código 6

Sendo portanto um valor válido.

Levando isso em consideração e o fato de que a regra deve ser implementada em homologação até 01/07/2024, eu acredito que você estar recebendo esta rejeição seja um erro na forma como a regra foi implementada na Sefaz.

Sugiro que você aguarde até 24/06 (começamos a receber relatos do gênero agora, então pode ser que o pessoal da Sefaz esteja implementando ainda).

Se o problema ainda persistir depois desta data, abra um Fale Conosco junto a Sefaz reportando o erro.

[Pegasus Aut e Desenv]

Exatamente, estou recebendo o mesmo erro e com o campo <orig> preenchido.

[Intelliware]

Estamos recebendo também o mesmo erro com o campo <orig> preenchido com 0 para o CRT=3.

[Intelliware]

19 minutos atrás, Intelliware disse:

Estamos recebendo também o mesmo erro com o campo <orig> preenchido com 0 para o CRT=3.

O que observamos é que para o CST00 consegue transmitir normal, para o CST60 mesmo preenchido o campo retorna rejeição comunicando que não está preenchido.

[Diego Foliene]

14 minutes ago, Intelliware said:

O que observamos é que para o CST00 consegue transmitir normal, para o CST60 mesmo preenchido o campo retorna rejeição comunicando que não está preenchido.

Este me parece ser outro indicativo de que o problema está na forma como foi implementada a regra no web service da Sefaz.

CST não deveria influenciar na regra de validação e sua respectiva rejeição, somente o CRT.

[Milton Ferreira]

Parece que normalizou, consegui autorizar varias notas há pouco, sem modificações em nosso código fonte.