Gr@c@

Pessoal, alguém sabe me dizer com certeza se o numero da apolice de seguro será obrigatorio para o modal rodoviario? ou somente o responsavel pelo seguro? ---->Segundo a página 119 do Manual versão 1.04c do CTe essa informação é obrigatório pela lei 11.442/07 (RCTRC). não encontrei nada nessa lei sobre obrigatoriedade de seguro No caso de algumas transportadoras que trabalho, elas não tem seguro, embora reconheçam ser responsaveis pelo seguro. Como não tem seguro, será possivel informar zeros no nApol? Pergunto porque aqui em MG não está sendo possivel realizar os testes em homologação com segurança, porque está cheio de bugs.

Agora consigo enviar o CT-e Mas não consigo consultar mais: voltou a dar o erro "Falha no schema xml". Ou seja: o mesmo erro de segunda-feira : conseguia enviar e não conseguia consultar. Quando MG corrige uma coisa estraga outra. Desculpa o desabafo gente, mas é que de repente me bateu uma vontade louca de desistir da profissão e ir pra fazenda plantar tomate.

Acabei de receber a resposta do SEFAZ/MG e já enviei o meu CT-e do jeitinho que estava quando da rejeição. Segue a resposta do SEFAZ abaixo: Boa tarde. Abaixo o retorno da TI: “Boa tarde problema corrigido, favor realizar novos testes.” Atenciosamente, Equipe da Divisão de Escrituração Digital DED/DIEF/SAIF

Meu componente ACBr está atualizado Acabei de atualizar novamente os meus schemas de acordo com os que estão disponiveis no portal do ct-e E o mesmo erro continua. Você está conseguindo enviar ct-e nessa nova versão? Em MG?

_renavan.bmpItalo, eu também já tentei com 11 digitos. Mas de cara já dá a rejeição de com tamanho maior que o esperado e mostra o RENAVAM que eu informei na mensagem Colocando só com 9, não dá o erro do RENAVAM, mas dá a falha no modal especifico Pra passar, só mesmo retirando toda a tag do xml como fez um outro colega Com 11 digitos no renavam: "Falha na validação dos dados do conhecimento 1604. '0056455448' violates length constraint de '9' " Mandei o xml (um com renavam antigo e outro com renavam de 11) para a [email protected] assim que tiver uma resposta posto aqui.

A consulta está funcionando. O cancelamento não.

Essa questão do cancelamento, creio ser um erro no SEFAZ de MG assim como estava dando erro antes na consulta. O meu cancelamento também está com erro. Já enviei uma reclamação ao Fale Conosco e estou aguardando. Agora esse erro de Falha no schema xml especifico para o modal é que está me intrigando, porque aparentemente está tudo correto. Você tirou a tag <veic> mas essa tag é obrigatoria para o modal rodoviario. Pode ser então que o erro esteja no <RENAVAM> que passa a admitir 11 digitos Mas já coloquei 9, 10, 11 digitos e dá erro no RENAVAM. Só aceita mesmo 8 digitos.

Já fiz com a tag <seg> e sem a tag <seg> testei preenchendo todos os campos do <seg> testei preenchendo somente o <respSeg> com 0,1,2,3,4,5 testei com nApol = 00000000000000123456 ou 123456 o nAver só aceita 20 digitos testei com <xSeg> vazio, ou = 'SEGURADORA TESTE' ou 'SEGURADORA TESTE..............................' (30 caracteres) Já fiz teste de todos os jeitos e nada passa - <seg> <respSeg>5</respSeg> <xSeg>SEGURADORA TESTE..............</xSeg> <nApol>123456</nApol> <nAver>00000000000123456789</nAver> <vCarga>238.90</vCarga> </seg> - <infModal versaoModal="1.04"> - <rodo> <RNTRC>01245123</RNTRC> <dPrev>2013-04-28</dPrev> <lota>1</lota> - <veic> <cInt>20</cInt> <RENAVAM>564565458</RENAVAM> <placa>GXS3326</placa> <tara>100</tara> <capKG>100</capKG> <capM3>100</capM3> <tpProp>T</tpProp> <tpVeic>0</tpVeic> <tpRod>00</tpRod> <tpCar>00</tpCar> <UF>MG</UF> - <prop> <CPF>83324534615</CPF> <RNTRC>00000000</RNTRC> <xNome>VALDELICIO ANTONIO DA SILVA</xNome> <IE>ISENTO</IE> <UF>MG</UF> <tpProp>1</tpProp> </prop> </veic> - <veic> <cInt>14</cInt> <RENAVAM>152562253</RENAVAM> <placa>GPZ6938</placa> <tara>10</tara> <capKG>10</capKG> <capM3>10</capM3> <tpProp>T</tpProp> <tpVeic>0</tpVeic> <tpRod>00</tpRod> <tpCar>00</tpCar> <UF>MG</UF> - <prop> <CPF>83324534615</CPF> <RNTRC>00000000</RNTRC> <xNome>RAIMUNDO MOREIRA DE SOUZA</xNome> <IE>1470488</IE> <UF>MG</UF> <tpProp>1</tpProp> </prop> </veic> - <moto> <xNome>CLAUDIO JOSE DE OLIVEIRA</xNome> <CPF>40328465615</CPF> </moto> </rodo> </infModal>

Ambiente Homologacao versao acbr = 5223 (update em 25/04/2013 09:00hs) Hoje, apos atualizar o ACBrCTe e os schemas disponiveis no portal do ct-e estou tendo esse erro ao enviar CTe. A consulta está ok, mas não consigo enviar ct-e. Já chequei todas as tags, mas não consigo encontrar o erro - <infModal versaoModal="1.04"> - <rodo> <RNTRC>01245123</RNTRC> <dPrev>2013-04-28</dPrev> <lota>1</lota> - <veic> <cInt>20</cInt> <RENAVAM>564565458</RENAVAM> <placa>GXS3326</placa> <tara>100</tara> <capKG>100</capKG> <capM3>100</capM3> <tpProp>T</tpProp> <tpVeic>0</tpVeic> <tpRod>00</tpRod> <tpCar>00</tpCar> <UF>MG</UF> - <prop> <CPF>83324534615</CPF> <RNTRC>23456789</RNTRC> <xNome>VALDELICIO ANTONIO DA SILVA</xNome> <IE>ISENTO</IE> <UF>MG</UF> <tpProp>1</tpProp> </prop> </veic> - <veic> <cInt>14</cInt> <RENAVAM>152562253</RENAVAM> <placa>GPZ6938</placa> <tara>10</tara> <capKG>10</capKG> <capM3>10</capM3> <tpProp>T</tpProp> <tpVeic>0</tpVeic> <tpRod>00</tpRod> <tpCar>00</tpCar> <UF>MG</UF> - <prop> <CPF>83324534615</CPF> <RNTRC>12345678</RNTRC> <xNome>RAIMUNDO MOREIRA DE SOUZA</xNome> <IE>1470488</IE> <UF>MG</UF> <tpProp>1</tpProp> </prop> </veic> - <moto> <xNome>CLAUDIO JOSE DE OLIVEIRA</xNome> <CPF>40328465615</CPF> </moto> </rodo> </infModal>

Quando tento enviar uma nota fiscal está dando o erro "Falha no schema xml especifico para o modal" a nota está exatamente igual à nota que enviei ontem e foi autorizada (logico que o numero da nota é outro). Estou enviando dados do seguro. A nota que enviei ontem eu não conseguia consultar (dava falha no schema xml) Agora eu consigo consultar essa nota, mas não consigo enviar outra nota similar a essa.

Pessoal, agora somente a consulta do CT-e que está funcionando. Não consigo mais enviar CTe e nem cancelar. Isso em ambiente de homologação MG. Ou seja, o que não funcionava agora funciona e o que funcionava não funciona mais. Porém, hoje eu também atualizei o componente ACBrCTe e não sei se interferiu. Alguém aí está com problemas de envio de ct-e em homologação MG?

É verdade, cancelar ainda está dando Falha no schema xml O jeito é reclamar novamente no Fale Conosco.

Segue resposta do SEFAZ/MG ref a reclamação que fiz hoje de manhã pelo Fale Conosco (dessa vez a resposta foi muito rápida) Senhor(a), Conforme parecer da superintendência responsável, informamos que tivemos algumas ocorrências de instabilidade em nossos sistemas, e que os referidos problemas já foram sanados. Favor tentar novamente. Testei meu aplicativo, consultei o CT-e que estava dando Falha no schema xml e agora retornou Autorizado o uso do CT-e É Minas sempre na frente , uai!!!!!

Pessoal, estou com o mesmo erro. Meu ct-e foi enviado autorizado e aparentemente o xml está correto, com protocolo e tudo mais. Mas ao consultar dá Rejeição: falha no schema xml Quem encontrou a solução e deu esse post como resolvido, poderia, por gentileza, postar aqui como solucionou?

Darlana Estava tudo funcionando no meu aplicativo até eu atualizar hoje os esquemas da versao PL_CTe_104c_1303_NT2013.001 - Pacote de Liberação versão 1.04c Está dando Rejeição: Falha no schema xml Precisei atualizar para adaptar as alterações de <seg> ao fazer os testes, enviei o ct-e normalmente Mas para consultar dá o erro

Pessoal, alguém está com esse problema em MG? Sabado e domingo fizeram manutenção do CT-e e segunda-feira tivemos esse erro no envio dos CT-e. Hoje está ocorrendo com NF-e.

Lindo! Hoje inexplicavelmente tudo está funcionando....MG e seus mistérios. Senhor(a), Conforme parecer da superintendência responsável, informamos que tivemos algumas ocorrências de instabilidade em nossos sistemas, e que os referidos problemas já foram sanados. Favor tentar novamente.

até o momento ainda continua o erro 999 Enviei chamado ao SEFAZ e nada Me preocupo com o fato de que possa ser alguma implementação da NT 2013.001 que já esteja em vigor antes do prazo estipulado (05/2013) Pessoal essa questão da Isenção de fretes iniciados em MG, acho que não é o caso, pois o frete que estou tentando enviar já está com CST Isento, sem valor de base de calculo e sem valor de icms.

Eu também estou com o mesmo problema. De manhã estava funcionando normal. Por coincidência, dia 20 a 21/04/2013 eles fizeram uma manutenção.

Sim, está no ACBrDFe, mas na unit ACBrMDFeDAMDFEQRRetrato ainda está pegando do MDFeUtil qrmPlaca.Lines.Add(MDFeUtil.FormatarPlaca(FMDFe.rodo.veicPrincipal.placa));

Bom dia Italo, ao compilar deu erro no QR5RunD7, dizendo ser requerido. Comentei a linha e depois deu o erro abaixo: [Error] ACBrMDFeDAMDFEQRRetrato.pas(323): Undeclared identifier: 'FormatarPlaca'

Fiz a atualização do ACBr hoje e estou tentando compilar o demo do ACBrMDFe, mas está dando o erro TACBrMDFeDAMDFeQR not found Uso o quickreport 3. Copiei as units que estão na pasta do DAMDFE_QR3 para cima das outras, tentei compilar o component ACBrMDFeDAMDFEQRRetrato mas está dando erro error creating form: Ancestor for 'TfqrDAMDFeQR' not found O ACBrInstall.exe não instala o componente do relatorio do MDFe? Quais são os procedimentos para instalar manualmente?

Como vocês conseguiram resolver o erro SMTP Error: Login:???-Other undefined status Atualmente envio email dos xml por uma rotina propria. Porém ela não funciona para provedores que usam a criptografia TLS, como gmail, LocalWeb e Yahoo. Resolvi usar a função de enviaremail do componente, mas não consigo. Sempre dá a mensagem SMTP Error: Login:???-Other undefined status Todos os parametros que estou passando estão corretos. Configurei a minha propria conta que funciona no Outlook e no Live Mail, mas no ACBr não funciona. Obs: já coloquei junto com o aplicativo as dlls ssleay32.dll e libeay32.dll

Estou achando muito estranho as mensagens de erro que vocês estão tendo no envio de NFe em homologação/MG. Eu estou enviando notas normalmente, usando cnpj começado com 99999...., inscricao estadual = '' e razao social = NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO SEM VALOR FISCAL

Isaque, eu também estou tendo o mesmo problema ao validar o arquivo. Subversion do ACBr 5085 de 19:15:06, quarta-feira, 3 de abril de 2013. Fiz o update em 04/04/2013 às 08:50 No Registro C485, C481 quando o CST = 05, o validador dá erro exigindo vlr de base de calculo do pis em reais, vlr da base de calculo do pis em quantidade, aliquota do pis em reais e aliquota do pis em quantidade, vlr do pis, vlr de base de calculo do cofins em reais, vlr da base de calculo do cofins em quantidade, aliquota do cofins em reais e aliquota do cofins em quantidade, vlr do cofins. Acontece que esses campos tem que ser = 0,00 Porém o componente está transformando os campos para vazio. Fiz a alteração na unit ACBrEPCBloco_C_Class.pas sugerida pelo nosso colega Ezequiel, mas somente nos registros C481 e C485. O arquivo validou com sucesso. Note que somente o CST = 05 estava exigindo esses campos com conteudo 0,00. Mas a alteração não interferiu nos demais CST do C481 e C485.