Gr@c@

vc pode postar o xml? Meus clientes de SP estão fazendo nfe normal em produção. O problema não está no SEFAZ.

Amigo, eu tenho clientes que estão enviando notas em SP com a nova versão e os novos schemas (sem âncora) e está tudo ok. Não ocorre o erro de Rejeição cEAN Invalido. Verifique se no seu aplicativo você está checando se o EAN é válido (através da função do ACBr). Se não for um EAN válido você tem que enviar a tag cEAN e cEANTrib vazias (sem nenhum conteudo). Não pode enviar zeros,espaços ou um codigo inválido. Tanto produção como homologação (pelo menos em MG, SP e GO) estão funcionando normal.

Segue resposta do Central de Atendimento do CT-e (em 01/11/2011) sobre até quando será aceita a versão 1.03 em MG A versão 1.04 foi disponibilizada na hora do almoço, favor tentar novamente. A versão 1.03 será aceita até 29/02/2012, a partir de 01/03/2012 apenas a versão 1.04 será aceita. Atenciosamente, Equipe SPED - SEF/MG DED/ DINF/ SAIF

Nessa nova versão não poderei consultar CT-e feitos na versão 1.03? Erro em anexo (homologação e produção)

Alguém sabe dizer se a versão 1.03 não será mais aceita a partir de 01/11/2011? Já enviei inumeros emails ao SEFAZ/MG e nada de resposta.

Foram criados novos tipos (cstICMSSN). // Tipo cstICMSOutraUF, cstICMSSN incluido por Italo em 03/08/2011 (usado no CTe versão 1.04) TpcnCSTIcms = (cst00, cst10, cst20, cst30, cst40, cst41, cst45, cst50, cst51, cst60, cst70, cst80, cst81, cst90, cstPart10, cstPart90, cstRep41, cstVazio, cstICMSOutraUF, cstICMSSN); //80 e 81 apenas para CTe result := EnumeradoToStr(t, ['00' , '10' , '20' , '30' , '40' , '41' , '50' , '51' , '60' , '70' , '80' , '81', '90', '10', '90', '41', '90', 'SN'], [cst00, cst10, cst20, cst30, cst40, cst41, cst50, cst51, cst60, cst70, cst80, cst81, cst90, cstPart10 , cstPart90 , cstRep41, cstICMSOutraUF, cstICMSSN]); function StrToCSTICMS(var ok: boolean; const s: string): TpcnCSTIcms; begin result := StrToEnumerado(ok, s, ['00', '10', '20', '30', '40', '41', '50', '51', '60', '70', '80', '81', '90', '91', '92'], [cst00, cst10, cst20, cst30, cst40, cst41, cst50, cst51, cst60, cst70, cst80, cst81, cst90, cstICMSOutraUF, cstICMSSN]); end; Como devo declarar as tags para transportadores Simples Nacional? No caso, eu considerava que o CST fosse sempre = 41, mas com esse novo tipo cstICMSSN fiquei confusa quanto à forma de declarar Imp.ICMS.SituTrib := cst41; ==> aqui deverá ser cstICMSSN? O CST será 92? Imp.ICMS.ICMS45.CST := cst41; ==> aqui deverá ser cstICMSSN? O CST será 92? imp.ICMS.ICMSSN.indSN := 1;

Novos schemas no pedaço (PL_006jSemAncora). Que vergonha

Não estou conseguindo emitir CT-e MG seja homologação ou produção desde ontem. Alguém está tendo o mesmo problema?

Não, existem esses: 6401 VENDA PRODUCAO DO ESTABELECIMENTO EM OPERACAO COM PRODUTO SUJEITO AO REGIMESUBSTITUICAO TRIBUTÁRIA, NA CONDICAOCONTRIBUINTE SUBSTITUTO 6402 VENDA PRODUCAO DO ESTABELECIMENTOPRODUTO SUJEITO AO REGIMESUBSTITUICAO TRIBUTÁRIA, EM OPERACAO ENTRE CONTRIBUINTES SUBSTITUTOS DO MESMO PRODUTO 6403 VENDA MERCADORIA ADQUIRIDA OU RECEBIDATERCEIROS EM OPERACAO COM MERCADORIA SUJEITA AO REGIMESUBSTITUICAO TRIBUTÁRIA, NA CONDICAOCONTRIBUINTE SUBSTITUTO 6404 VENDA MERCADORIA SUJEITA AO REGIMESUBSTITUICAO TRIBUTÁRIA, CUJO IMPOSTO JÁ TENHA SIDO RETIDO ANTERIORMENTE 6408 TRANSF.PRODUCAO DO ESTABELECIMENTO EM OPERACAO COM PRODUTO SUJEITO AO REGIMESUBSTITUICAO TRIBUTÁRIA 6409 TRANSF.MERCADORIA ADQUIRIDA OU RECEBIDATERCEIROS EM OPERACAO COM MERCADORIA SUJEITA AO REGIMESUBSTITUICAO TRIBUTÁRIA 6410 DEVOLUCAO COMPRA P/ INDUSTRIALIZ. EM OPERACAO COM MERCADORIA SUJEITA AO REGIMESUBSTITUICAO TRIBUTÁRIA 6411 DEVOLUCAO COMPRA P/ COMERCIALIZ. EM OPERACAO COM MERCADORIA SUJEITA AO REGIMESUBSTITUICAO TRIBUTÁRIA 6412 DEVOLUCAOBEM DO ATIVO IMOBILIZADO, EM OPERACAO COM MERCADORIA SUJEITA AO REGIMESUBSTITUICAO TRIBUTÁRIA 6413 DEVOLUCAO MERCADORIA DESTINADA AO USO OU CONSUMO, EM OPERACAO COM MERCADORIA SUJEITA AO REGIMESUBSTITUICAO TRIBUTÁRIA 6414 REMESSA PRODUCAO DO ESTABELECIMENTO P/ VENDA FORA DO ESTABELECIMENTO EM OPERACAO COM PRODUTO SUJEITO AO REGIMESUBSTITUICAO TRIBUTÁRIA 6415 REMESSA MERCADORIA ADQUIRIDA OU RECEBIDATERCEIROS P/ VENDA FORA DO ESTABELECIMENTO, EM OPERACAO COM MERCADORIA SUJEITA AO REGIMESUBSTITUICAO TRIBUTÁRIA

Segue resposta SEFAZ em 26/10/2011 A sua mensagem mereceu toda a atenção da Equipe da SEF/MG e conforme parecer da superintendência responsável, informamos que verificamos ocorrências de instabilidade em nossos sistemas, e a nossa área técnica já está trabalhando para sua normalização. A SEF/MG trabalha incessantemente para melhoria e funcionamento adequado de seus sistemas e eventuais intermitências poder ocorrer, mas sempre no intuito da prestação do melhor atendimento possível. Pedimos sinceras desculpas por estes transtornos, contamos com sua compreensão e solicitamos que aguarde. Agradecemos antecipadamente, nos colocando à disposição para quaisquer outros esclarecimentos que se fizerem necessários. "Qualquer outra informação ou esclarecimento sobre dispositivos da legislação tributária, que não se revista das características e dos requisitos próprios de consulta (RPTA/MG, artigo 37, aprovada pelo Decreto nº. 44.747 de 03 de março de 2008), será prestado verbalmente ao interessado pela Administração Fazendária do município de circunscrição do contribuinte, conforme disposto no art. 48 do diploma legal citado”. *As dúvidas esclarecidas por esta mensagem têm caráter de orientação não gerando o efeito decorrente da consulta formal. Atenciosamente, Central de Atendimento da SEF/MG Diretoria de Gestão de Atendimento ao Público (DGAP) Superintendência de Arrecadação e Informações Fiscais (SAIF) Secretaria de Estado de Fazenda (SEF/MG) Tel.: 155 (para todo o Estado de MG) / (31) 3303-7995 (para outros estados e países e de celular) Fale Conosco - http://www4.fazenda.mg.gov.br/faleconoscoservico/

Como informar a tag ? o fisco está exigindo o preenchimento dessa tag no xml para produtos classificados pela ONU como perigosos. Não estão aceitando as informações em informações adicionais, porque existe tag especifica para as informações. Sujeito a multa e a enquadramento em crime ambiental em caso de acidente de qualquer natureza. No DACTe a informação é obrigatória também. No meu caso, ocorreu com um cliente que transportava impermeabilizante e solvente (classificado na tabela da ONU na Classe 8 Substâncias corrosivas) comercializado em algumas empresas que revendem impermeabilizantes de paredes e telhados para construções civis.

Pessoal, parece que o problema de cEAN inválido foi corrigido em MG. Os codigos que não estavam passando antes em homologação, agora "milagrosamente" estão sendo aceitos.

"Atualizou os schemas para os últimos liberados no site do portal da nf-e?" Sim, atualizei e o retorno cEAN inválido continua. Estou com o componente ACBr com a ultima atualização e testei com os schemas que vieram com o componente e não funcionou. Depois testei com os schemas que estão no site PL_006j e também não funcionou. O erro de ano < 5 também continua. Quem ainda estiver tendo esse erro, por favor, vamos encaminhar reclamação à Central de Atendimento(caso tenham xml para anexar) e ao Fale Conosco. De preferência, solicitando prorrogação da Nota Tecnica 2011/004 (01/11/2011 em produção). E quem, em MG, já tiver solucionado o problema, por favor, post a solução aqui pra ajudar.

Ainda continua a mensagem de cEAN inválido aqui em MG. No 155 o atendente alegou que não sabem do que se trata o erro e não tem como ajudar. Alguém conseguiu uma solução?

Tem nota tecnica nova e schemas novos no portal da NFe NT 2011/005 e PL 006j

Eu recebi uma resposta "muito esclarecedora" do fale conosco a respeito da rejeição do cEAN e do Ano < 05 ou > que o ano atual. Esse retorno me deixou em estado de choque porque hoje ainda é 21/10. Tudo bem...eu não tenho pressa... Sr. Usuário, Estamos trabalhando na dúvida encaminhada por V.Sª. Para melhor atendê-lo foi solicitado um novo prazo, dessa forma sua resposta deve ser enviada até: 25/10/2011. Ao receber a resposta V.Sª estará convidado a avaliar esse serviço. Atenciosamente, FALE CONOSCO - SEF Diretoria de Gestão do Atendimento ao Público Superintendência de Arrecadação e Informações Fiscais Tel.: 155 para todo o Estado de Minas Gerais; (31) 3303-7995 para outros estados e países.

Não há nenhum schema novo disponibilizado no Portal Nacional da NF-e. No site de MG, o link de download não está funcionando. Quanto a erro de cálculo do DV pelo programa do contribuinte, meu programa não calcula DV nenhum. Estou usando EAN registrado no ICP-Brasil já com o DV. O codigo de barras do produto foi lido via leitor de codigo de barras e está correto. Nesse caso, as empresas terão que reclamar no órgão responsável pelo registro do codigo de barras, dizendo que eles criaram um codigo de barras incorreto . Gente, fala sério, até quando o SEFAZ vai se esquivar dos erros que comete ?

Agora estou recebendo erro 615 = Ano < 05 ou ano maior que ano corrente para consulta a uma NFe com chave 311110.... Desde quando ano 11 é menor que 5 ou maior que ano corrente?

Pessoal, quem está usando o componente UNINFE está tendo o mesmo problema que nós com relação a rejeição de EAN. 611: Rejeição : cEAN Invalido Portanto, vamos enviar reclamações ao SEFAZ/MG

Régys, você está realizando teste de homologação em MG? Eu estou tendo o mesmo problema que o felipehts e a Darlana. Pelo ACBr realmente não valida. Testei com os schemas do ACBr atualizado ontem, não passou. Testei com os schemas do SEFAZ e também não passou. Porém, a NF-e em homologação pelo emissor gratuito passou. A não ser que o emissor gratuito esteja fazendo vista grossa para o erro ou utilize schema muiiito antigo. Já encaminhei reclamação ao Fale Conosco do SEFAZ/MG mas ainda não obtive resposta.

Eu sei que os erros de rejeição são retornados pelo webservices. E também sei que o erro que está ocorrendo não está sendo provocado pelo ACBr. É um problema com os novos schemas. Eu não sei qual o critério MG está usando para validar esses EAN porque grande maioria que é válido e registrado está sendo recusado.

Eu atualizei o ACBr hoje. Até antes disso, o EAN estava validando. Agora não valida mais e todos os EAN que envio são válidos e registrados, pertencentes a uma industria de laticinios e todos começam com 789.... Uma coisa que percebi é que a função do ACBr que valida EAN está validando o codigo 0000000000031 Como o EAN pode ser EAN-8, EAN-13, EAN-14 e DUN esse EAN 0000000000031 não deveria ser válido, concordam?

var sEAN: string begin sEAN := EAN do produto; While Length(sEAN) < 14 do sEAN := '0'+sEAN; ==> aqui transformo para pegar o EAN14 e o DUN também que tem 14 digitos If Substring(sEan,1) = '0' then sEAN := Subtring(sEAN,2,13); => porque se o primeiro digito ficou 0 é porque não é um EAN14 ou DUN IF not EAN13Valido(sEAN) {esta função está na ACBrUtil} then begin Prod.cEAN := ''; Prod.cEANTrib := ''; end Else begin Prod.cEAN := sEAN; Prod.cEANTrib := sEAN; end end

Você está utilizando a função que valida EAN que está no ACBr? Eu não estou tendo esse problema que você menciona. Estou (em homologação) enviando cEAN e cEANTrib vazio e está passando. Envio cEAN e cEANTrib válidos (checados pela função do ACBr) e também está passando. Estou em MG e uso Capicom (vi em algum tópico que parece q existe bug no OpenSSL pelo menos quanto a validação da unidade de tributação).

Que eu saiba MG não adotou isso não. Ainda não está sendo obrigatório data/hora de saida, apesar que o serviço de cancelamento de NF-e em MG está um caos. Aliás, em se tratando de MG, tudo o que se refere a NF-e e CT-e é um caos. Porém, estou orientando todos os meus clientes a informarem data/hora de saida a fim de evitar o maldito Registro de Saida e, em caso de não conseguir mais fazer o cancelamento, que façam uma NF-e de devolução/retorno da mercadoria.