Ir para conteúdo
  • Cadastre-se

dev botao

  • Este tópico foi criado há 157 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Membros Pro
Postado

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

  • Consultores
  • Solution
Postado

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.

Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

  • Membros Pro
Postado
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.

  • Curtir 1
  • Consultores
Postado
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.

  • Curtir 1
Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.