Gr@c@

Fiz isso, mas deu rejeição. Todas as tags do prop são obrigatórias, não apenas o RNTRC. Tentei tirar a tag <prop> e seus filhotinhos, mas voltou o erro de modal.

Italo, ainda continua o erro Deve ter mais tag em excesso aí. Onde você encontrou essas datas de validade? Não achei no manual. Obs> achei as datas no manual, mas ainda não consegui identificar o erro. Comparando com um xml de outro colega, parece que o que está a mais na minha é a tag do proprietário do veiculo (mas, no caso, o CNPJ do proprietário é realmente diferente do CNPJ do emitente) 31130886493095000148580050000000011000000010-mdfe.xml

Eu também estou com esse mesmo erro. Tudo atualizado hoje: ACBr completo e Schemas (do portal do MDF-e) 31130886493095000148580050000000011000000010-mdfe.xml

Obrigada Italo Infelizmente terei que implementar tudo isso, pois as distribuidoras que trabalho são muito exigentes. saberia me dizer se a tag 62 <qtdRat> seria o peso (ou o volume) do documento informado (ct-e o NFe ou NF ou CTRC)?

na tag <infUnidTransp> O que informar na tag <idUnidCarga> ? Não há essa informação no CT-e. No caso de Pallet tenho que ter controle da numeração dos pallets? Geralmente, para emitir CT-e de carga, as informações são importadas das NFs da distribuidora. E não existe essa informação nem nas NFs e nem nos CT-e. O que informar na tag <qtdRat> ? É opcional peso ou volume? pois são coisas bem diferentes.

Você pode usar a opção de Declaração ou Outros, ao invés de NF ou NF-e. No campo numero, você pode usar uma identificação do envelope. Caso não tenha, use a data de emissão como numero ex: 02082013 Pelo menos, essa é a orientação do SEFAZ/MG

Italo, deu certo. Exclui todos os que estavam com bolinha vermelha e baixei novamente. Usei o Install.exe e fez tudo com sucesso. Ao dar build no projeto, deu os erros de property does not exists. Segui as instruções do arquivo Property_Does Not Exist.txt. Após isso, as units voltaram a ficar com bola vermelha, mas é normal pelo fato de que fiz alterações ignorando as propriedades, correto? Dei build no projeto. Compilei. O DACTe imprimiu normal. Isaque, eu já tentei várias vezes instalar o QuickReport 5.02 no meu Delphi 7, mas não consegui obter êxito. Ocorrem muitos erros. Com certeza não estou com a versão correta do QuickReport 5.02 ou é algum vacilo mesmo ao instalar o componente.

Delphi Form = bola vermelha com exclamação Delphi source file = bola vermelha com exclamação DDP = bola verde com checked DCU = ícone papel branco O que faço?

Depois que fiz minha ultima atualização do componente, estou tendo o erro de Access Violation ao tentar imprimir 2a via de um DACTe. O erro está ocorrendo no ACBrCTeDACTeQRRetrato. No entanto, como eu utilizo o QuickReport 3.0 do Delphi 7, eu sempre usei o ACBrCTeDACTeQR. Só que na ultima instalação, não havia mais a pasta QRDACTe3 e como estou com uma nova máquina com Windows 7 32 bits, precisei reinstalar o ACBr como se fosse a primeira vez. Executando o programa pelo Delphi, verifiquei que o erro está no trecho qrmNomeSeguradora.Lines.Clear; qrmRespSeguroMerc.Lines.Clear; qrmNroApolice.Lines.Clear; qrMNroAverbacao.Lines.Clear; // qrlNomeSeguradora.Caption := ''; // qrlRespSeguroMerc.Caption := ''; // qrlNroApolice.Caption := ''; // qrlNroAverbacao.Caption := ''; Tentei fazer um novo CT-e. O mesmo é enviado, autorizado, mas ao imprimir dá o mesmo erro de Acess Violation.

Eu também. Isso ocorreu em 3 clientes em MG, em dias diferentes esta semana. O primeiro cliente com Windows 7, certificado A3 do Correio, antivírus Avira, Firewall desativado O segundo cliente com Windows XP, certificado A3 do Serasa, Firewall desativado, sem antivirus O terceiro cliente com Windows XP, certificado A3 (leitora de cartão) do Serasa, antivírus Panda, Firewall desativado Todos os três clientes com provedor de internet CTBC Os 2 primeiros clientes resolveram sem fazer nada O ultimo cliente ocorreu hoje (emitiu NF-e ontem até as 18:00hs) e ainda está com o problema

Esse problema voltou a ocorrer aqui em MG em um único cliente (dessa vez outro cliente, que usa outra operadora de internet). Alguém descobriu o que pode ser?

Estou tendo erro ao compilar o ACBrMDFeDAMDFEQRpkg [Fatal Error] ACBrMDFeDAMDFEQRpkg.dpk(45): Required package 'QR5RunD7' not found Uso o QuickReport original do Delphi 7 (versão 3)

Como ficou essa questão do CT-e versão 2 ? Novo componente, diretiva de compilação ou parametrização? Já é possível fazer os testes na versão 2 ? Não vi nada no demo do CT-e com diretivas de compilação para versão.

Bom dia Ítalo. Deu certo. Obrigada pela atenção.

Hoje, 25/07/2013, fiz o update dos componentes ACBr (subversion 5632) e me apresentou um erro no componente ACBrNFSe ao compilar via ACBrInstall.exe (o componente já estava instalado no meu Delphi 7). Segue log em anexo. log_Delphi_7.txt

Pelo visto, o problema é no SEFAZ/MG. Tudo no vermelho.

Estou com um único cliente em MG com esse mesmo problema. Não é problema no SEFAZ porque está funcionando. Desconfio de 5 possibilidades: 1-Certificado digital do CORREIO(embora o certificado esteja instalado corretamente, pois aparece no IE e mostra data de validade para 2014). Talvez possa ser alguma dll ou cadeia de certificado. 2-Windows 7 3-Programa do Banco do Brasil que foi instalado ontem 4-Antivirus AVIRA 5-Virus quanto ao Firewall do Windows foi desativado e o erro persiste. E mais um detalhe: A emissão de NFS-e (direto pelo site da prefeitura) desse cliente também não está funcionando. Por isso a minha desconfiança do certificado digital.

Infelizmente o Fisco está esmagando os desenvolvedores com as inúmeras alterações de schemas, versões, legislação, etc. Praticamente ficamos a mercê de atender as exigências fiscais. Nesse caso, melhor optar por um terceirizado, mas desde que ele também gere Sintegra e Sped Fiscal e Sped Contribuições. O Sintegra é um sistema fácil, mas os Speds vêm sofrendo atualizações sempre. Se você não tem tempo para atualizações, um sistema que não gere os arquivos digitais resolverá apenas parte dos seus problemas.

Amigo, pelo visto você está bastante desatualizado da legislação vigente. O Sintegra é obrigatório por lei há anos. Se você tem um sistema de Transportadora, já deveria ter essa opção em seu sistema, porque o sistema tem que gerar os dados para o fisco.Além disso, já temos o SPED Fiscal, SPED Contribuições, Manifesto Eletrônico. Quanto ao CT-e já é obrigatório sim. Quanto a usar um sistema terceirizado que não gera o Sintegra não há problema, desde que ele gere todas as informações corretas para que você possa gerar, não só o Sintegra, mas também os SPEDs. Pense na possibilidade de desenvolver seu próprio aplicativo CT-e com os geradores Sintegra e SPED. O ACBr possui componentes excelentes pra isso.

Se for em ambiente de Homologação, há muito tempo (coisa de meses) que esse erro está ocorrendo e eu já reportei o erro várias vezes ao SEFAZ/MG e eles sempre me dão a mesma resposta: por ser um aplicativo de terceiro, tenho que enviar xml e demais dados para que eles possam identificar o erro. Envio o xml e eles simplesmente não me retornam nada. Aí de repente eles corrigem. Depois, do nada, volta a dar erro. Em produção funciona normal.

Tenho sim, mas não sei quais os arquivos ref a banco de dados fazem parte do mysql necessários para conversão. No caso do sql server sei que são .mdf e .ldf. Me diga quais são as extensões e o seu email para envio. Caso não queira postar o email aqui me envie um email para __________ que retorno.

datilas, agradeço muito a sua ajuda. É realmente isso que preciso. Já converti as tabelas para o sql server, mas percebi que são do Sped Fiscal. O Sped Fiscal eu já havia convertido. Você tem do Sped Contribuições?

Mark Apollo, seria ótimo se você pudesse me ajudar. Ainda não consegui nada ref a Sped Contribuições, seja em formato de tabelas, ou scripts ou planilhas excel. Acredito que como Functions também poderia resolver o meu problema. São muitas tabelas, umas 200. Infelizmente não estou tendo o tempo a meu favor pra desenvolver tudo isso.

Outra coisa: todos que estão com problemas já implantaram a Lei da Transparencia e o seguro de carga?

Meus clientes também estão com o mesmo problema. Pessoal, quem puder, envie email ao atendimento do CT-e de MG e reportem o erro para que o problema seja resolvido mais rápido.