Gr@c@

Bom dia estou com a versão do QuickReport 4.03. Meu componente CT-e estava funcionando corretamente, gerando pdf, etc. Hoje, ao atualizar o componente, não consigo mais instalar o ACBrDACTe, nem mesmo manualmente. O que pode ser?

Estava funcionando até dia 19/09/2013. Agora não está funcionando mais.

Até dia 19/09/2013 Estava conseguindo enviar os MDF-e em homologação MG sem nenhuma rejeição. Agora já não consigo mais: Falha no Schema XML para o modal especifico. Tentei várias alterações na tag <veicTracao> e nada. Parece que alteraram alguma coisa de novo. Alguém está conseguindo enviar MDF-e em MG?

Corrigindo, a impressão de eventos existe no ACBrNFe (ACBrDANFeEventoRaveRetrato) Para o CT-e e o MDF-e teria que ser em QuickReport

Estou realizando meus testes de MDF-e em homologação MG e até o momento já consegui tudo: Enviar, Imprimir, Cancelar, Encerrar. Tudo funcionando 100%. Só falta agora imprimir os eventos de encerramento e cancelamento do MDF-e. Ainda não foi implementado o evento ACBrMDFe.EventoMDFe.ImprimirEvento como existe no ACBrNFe e ACBrCTe.

Vou te dar a minha opinião (Peço aos colegas do fórum que me corrijam se eu estiver errada, já que cada UF segue suas normas). Existem 3 situações: Cupom Fiscal Cupom Fiscal Nota Cidadã (em SP é a NF Paulista) NFC-e (nota fiscal de consumidor eletrônica) O funcionário do caixa deve perguntar ao cliente, antes de iniciar o cupom, se ele deseja a nota fiscal cidadã. Se o cliente disser que SIM -> ele deve "obrigatoriamente" fornecer o cpf antes do inicio da emissão do cupom. NÃO-> o funcionário deve simplesmente emitir o cupom fiscal sem informar cpf, endereço, etc.(nesse caso, o cliente não terá direito aos benefícios da nota fiscal cidadã) A NFC-e, não tenho certeza, mas acho que deve seguir os mesmos requisitos da nota cidadã

Qual é a forma correta de controlar a versão do meu aplicativo com os Schemas e o ACBr? No ACBr.inc está a versão de compilação usada. Hoje, a atual é a PL_104. Para usar a versão 2.00 somente devo comentar a diretiva anterior no final da unit, certo? Os Schemas posso controlar através de subpastas dentro da pasta Schemas: Schemas PL_104 PL_200 E no meu aplicativo emissor de CT-e o que for exclusivo de uma versão fica dentro da diretiva: {$IFDEF PL_104} {$ENDIF} {$IFDEF PL_200} {$ENDIF} Estou fazendo correto? Fazendo assim no meu aplicativo, quando o ACBr for atualizado para a versão 2.00 no ACBr.inc eu já estarei com o aplicativo adequado e o que estiver dentro da diretiva da versão anterior será ignorado? Caso ocorra algum problema na versão 2.00 e precise retornar a versão bastaria alterar o ACBr.inc e recompilar o projeto?

Isso mesmo Italo. Na tag veictracao, as tags tpProd e tpCar ainda não foram implementadas. A tag UF é obrigatória. Na tag veicreboque, a tag tpCar ainda não foi implementada. A tag UF é obrigatória. Só que estou tirando tpProd e tpCar, mas essas tags são geradas automaticamente no xml pelo ACBr com conteúdo = '00' Então, ao enviar, dá erro que tpProd é um elemento inesperado no xml.

Italo, estou postando o xml. A questão do "Falha no schema xml para o modal especifico' não era referente a questão de mais de uma cidade de descarregamento. Vai um xml sem <prop> e com uma única cidade de descarregamento. O erro ainda persiste. 31130886493095000148580050000000011000000010-mdfe.xml

Ítalo ref a "O grupo <prop> que encontra-se dentro do grupo <veicTracao> e <veicReboque> é opcional e só devemos informar quando o veículo não pertencer à empresa emitente do MDF-e." ---> o veiculo pertence a uma transportadora terceirizada. Ele realmente não pertence à empresa emitente. O CNPJ é outro. ref: "O grupo <infMunDescarga> existem varios e com cidades diferentes. Me parece que devemos colocar todos os CT-e dentro de um unico grupo ou seja a primeira cidade de descarga. Quando o caminhão chega a essa cidade e descarrega uma parte da carga, devemos encerrar esse MDF-e e fazer outro informando o proximo municipio de descarga e os CT-e restantes." esse é o erro. Coloquei como <infMunDescarga> a cidade do destinatário da nota fiscal, sendo que, a carga é entregue em um determinado deposito do tomador do serviço, ou seja, o tomador do serviço é uma distribuidora que contrata transportadoras pequenas para levar a carga toda até um deposito e de lá, o próprio tomador de serviço distribui a carga ao consumidor final. Sendo assim o <infMunDescarga> é a cidade de transbordo e não a cidade do destinatário da nota.

Alguém teria um xml autorizado para disponibilizar ao grupo que atenda a esses requisitos: -Emitente de MG -ambiente de homologação Não estou conseguindo enviar MDF-e (Falha no schema xml especifico para o Modal) Já tentei várias possibilidades, mas nada passa. Não estou informando a tag infUnidTransp que só será valida a partir de 11/2013 Tentei informar <prop> somente com RNTRC mas requer os demais campos(CNPJ,nome,.....)

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.