Gr@c@

No validador de cte do RS está dando: PARSER XML: OK TIPO DE MENSAGEM: Tipo de Schema não tratado: cteOSProc

Algumas IE ainda não estão passando. Parece que o problema está nas IE antigas de produtor rural (2013,2014...). Então o negócio é aguardar.

SEFAZ parece ter resolvido o erro. As notas rejeitadas ontem foram enviadas agora a partir das 09:00hs.

Ontem, após as 18hs, um cliente me reportou esse erro de "Inscrição não cadastrada" ocorrendo com 2 produtores rurais (os demais a NFe foi emitida), inclusive com inscrições que havia sido feito NFe semana passada. Ambos com IE ativa no Sintegra. Realmente problema entre SEFAZ X SIARE. Infelizmente não temos o que fazer junto ao SIARE. Então, reclamações deverão ser feitas diretamente ao SEFAZ.

Tem que pedir ao Produtor Rural que consulte no Siare (ou o contador dele). Somente eles tem acesso (exige usuário e senha).

Mas houve rejeição seguida de autorização para o mesmo Produtor rural? Mesma NFe? Ou está rejeitando algumas IE? Se for o caso, seria o que postei acima sobre consultar no SIARE para ver a "atual situação" da IE do Produtor Rural.

Verifiquei com um cliente que emite NFe para produtor rural e ele me disse que as NFe estão sendo autorizadas se indfinal = 0 (consumidor final). esse é parte do xml. Onde está o ? foi editado. <indFinal>0</indFinal> <indPres>0</indPres> <procEmi>0</procEmi> <verProc>5.8.10.65</verProc> </ide> -<emit> <CNPJ>?????????????????</CNPJ> <xNome>???????????????????????????</xNome> <xFant>01-MATRIZ</xFant> -<enderEmit> <xLgr>????????????????????????????????</xLgr> <nro>????</nro> <xBairro>????????</xBairro> <cMun>3103504</cMun> <xMun>ARAGUARI</xMun> <UF>MG</UF> <CEP>38445198</CEP> <cPais>1058</cPais> <xPais>BRASIL</xPais> <fone>??????????</fone> </enderEmit> <IE>????????????????</IE> <IM>???????</IM> <CNAE>1011201</CNAE> <CRT>3</CRT> </emit> -<dest> <CPF>???????????</CPF> <xNome>??????????????????????????????????</xNome> -<enderDest> <xLgr>FAZENDA ?</xLgr> <nro>SN</nro> <xCpl>FAZENDA ?</xCpl> <xBairro>ZONA RURAL</xBairro> <cMun>3161304</cMun> <xMun>SAO FRANCISCO DE SALES</xMun> <UF>MG</UF> <CEP>38260000</CEP> <cPais>1058</cPais> <xPais>BRASIL</xPais> <fone>3432116291</fone> </enderDest> <indIEDest>1</indIEDest> <IE>????????????????</IE> =========================> aqui vai a inscrição do produtor rural <email>???????????????????????????</email> </dest>

No validador de NFe do RS não detectou nenhuma rejeição Parser XML: Nenhum erro encontrado Tipo de Mensagem: Documento de NF-e Schema XML: Nenhum erro encontrado Verifiquei que a situação cadastral dele no SIARE é de 2013, portanto pode estar desatualizada. Alguns produtores rurais estão sendo suspensos devido a falta da declaração do ITR. Verifique se não é o caso. Para agilizar, peça ao próprio cliente que verifique isso junto ao SIARE (através da contabilidade dele).

Segue resposta da SEFAZ/MG:

Ok. Só evita escrever em letras maiúsculas pq as regras do forum não permitem. Assim q tiver retorno do Sefaz posto aqui.

Soube por um grupo de NFC-e MG que algumas empresas de MG foram escolhidas como voluntárias para envio de NFC-e. Não sei lhe dizer quais. Mas nada foi liberado ainda, nem para desenvolvedores nem para as demais empresas.

Pelos testes que fiz aqui, 0=Contratação do Frete por conta do Remetente (CIF) , 1=Contratação do Frete por conta do Destinatário (FOB) exigem informações de transportadora e 2=Contratação do Frete por conta de Terceiros exigem informação de transportadora. Vou enviar email ao SEFAZ e pedir maiores esclarecimentos.

Aqui em MG começou essa rejeição também hoje.

Não precisa ser muito criativo para inventar código de barras. Existe rotina que cria codigo de barras que passam pela NFe e não são cadastrados no GS1. Por enquanto, esses códigos ainda não estão sendo validados junto ao cadastro do GS1, mas o SEFAZ já deixou claro que isso será feito, porém essa validação foi prorrogada para dar tempo às indústrias de se adequarem. Além do mais, o próprio GS1 ainda não disponibilizou uma API para consulta dos códigos cadastrados (somente clientes do GS1 tem acesso a essa consulta). Então, por hora, o que resta a fazer é o comprador exigir do fornecedor códigos de barra reais e credenciados ou a substituição do cEAN por "SEM GTIN". Agora, no seu exemplo, existe uma outra forma de diferenciar a entrada desses produtos que é pelo código original de fábrica (cProd), que são diferentes para cada produto. No meu aplicativo, ao importar o xml, eu levo em consideração cEAN + cProd.

os serviços do CT-e em MG está muito instável. Ora consegue enviar, ora dá rejeição do tipo 12002, 12175, 12030...Porém a contingência está normal.

Vi no cadastro do GS1 que tem como cadastrar o GTIN por grupo de produto. Por exemplo: um cliente industria de calçados tem a opção de cadatrar o GTIN grupo Botina e dentro dele ter a numeração de 34...até 44 ou cadatrar um GTIN para cada Botina + numeração, então teria um GTIN para botina 34, outro para a 35... Nesse caso aí do seu exemplo, trata-se de um produto de marca renomada no Brasil então pode ser o caso de GTIN por grupo porque o que está variando é apenas a cor.

aqui em MG temos que aumentar o timeout para, no mínimo, 20000 devido ao erro de timeout.

A impressora está na COM4. Resultado da procedure (a impressora está na COM4). --------------------------- EMISSOR NFCe --------------------------- COM2 - Erro: 9992-Instance already in use COM4 - Erro: 9992-Instance already in use --------------------------- OK ---------------------------

Aparece somente no status. No painel o led fica apagado.

Vale a pena ler e corrigir possiveis falhas no aplicativo emissor, porque essa rejeição de Consumo Indevido tanto poderá ser causada por erro do usuário (como insistência em ficar enviando NFe com erro) como pelo aplicativo (consulta em loop). Link NT 2018.002 - v 1.00 Consumo Indevido http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s= Os prazos previstos para a implementação das mudanças são: o Ambiente de Homologação (ambiente de teste das empresas): 02/05/2018 o Ambiente de Produção: 16/05/2018

Acesse http://hom.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=0.00&amp;tipoConteudo=Skeuqr8PQBY= e verá que MG homologação está ora amarelo ora vermelho(fora do ar). Nesse exato momento está totalmente fora do ar.

Vc citou em ambiente de homologação. Ontem estava com esse erro e MG reconheceu o problema. Corrigiram ontem pouco antes das 18:00hs. Acabei de enviar uma NFe em homologação e foi autorizada no tpemissao = normal. Na contingencia homologação está dando 2999-Falha nao tratada. Esse erro é no SEFAZ/MG