Jorge Eduardo

Bom dia a todos. Atualizei meu acbr e estou com esse problema quando se usa recibo para o cabeçalho, alguém resolveu esse problema?. Preciso usar ele com o recibo no cabeçalho.

Bom dia Krepe. Estou com o mesmo problema em MG.

Boa tarde. Desculpa ter demorado para responder, acabei de testar e conferir a configuração da impressora e esta configurado para A4, mas não deu certo. Obrigado.

Boa tarde Italo. Atualizei o ACBr com a revisão 9029, e continua o mesmo problema com a arquivo xml citado acima. Obrigado Jorge.

Bom dia Juliomar. Pdf e arquivo xml em anexo. Uso o delphi XE e o quickreport na versão 5,05. 000.119.213.pdf 31150208384759000127570000001192131001192136-CTe.xml 000.119.213.pdf 31150208384759000127570000001192131001192136-CTe.xml

Quando eu configuro meu componente ACBrCTeDACTeQR1 para imprimir o recibo como cabeçalho ele gera a segunda página, eu tinha resolvido isto usando o recibo como rodapé, assim ele so imprimia uma pagina, só que quando eu faturo em formulário de segurança eu preciso que o recibo fique no cabeçalho. Fico muito grato se alguém poder me ajuda.

Muito Obrigado Italo.

No meu caso eu trabalho carregando o acbr, valido, assino e envio: Self.FServicoACBr.CarregarACBr(); Self.FServicoACBr.ValidarXml(); Self.FServicoACBr.AssinarXml(); Para resolver eu tive que tirar o AssinarXml; Self.FServicoACBr.CarregarACBr(); Self.FServicoACBr.ValidarXml(); logo depois eu chamo o método EnviarXml. Obrigado pela ajuda Italo.

Bom dia Italo. Eu atualizei o acbr e começo a aparecer esse problema. eu comparei meu arquivo xml com um outro arquivo antigo que eu tenho. Ele monta o id de forma diferente. Estou com a pasta schema atualizada. O problema parecer ser na assinatura. ns4:InfRps><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"Id=" Ass_rps:740UNICA"><SignedInfo><CanonicalizationMethod Algorithm=" novo ns4:InfRps></ns4:Rps></ns4:ListaRps></ns3:LoteRps><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"Id=" AssLote_740"><SignedInfo> antigo

Quando envio a NFS-e utilizando o método: Self.ACBr.Enviar(NrRPS, False); Da o erro citado abaixo: Project Projeto.exe raised exception class Exception with message 'Falha na validação do Lote 738 A name contained an invalid character. Error parsing 'Ass_rps:738UNICA' as ID datatype. The attribute 'Id' with value 'Ass_rps:738UNICA' failed to parse. Alguém pode me ajudar?

Bom dia. Alguém já pensou em utilizar uma exception específica para o ACBrNFSe, assim como existe EACBrNFeException para o ACBrNFe, e EACBrCTeException para o ACBrCTe?

Muito Obrigado ALA, exatamente isto.

Meu sistema esta dando o seguinte erro no momento que eu executo o cancelamento do CT-e, rejeição erro não catalogado. Ele funcionava normalmente, começou a aparecer o erro dia 02/06/2013. Estou com Cte-versão 2.0.

Bom dia gguimp. Eu não passei por este problema porque eu estou com a versão do QuickReport 5.02. No meu caso não apareceu os documentos originários como citei no poste acima, por causa que eu estava carregando um xml na versão 1.04, e meu fonte já está na versão 2.0. Fiz uma correção para não acontecer esse erro quando ele carregar o xml da versão 1.04 e tudo funcionou ok.

Postado Hoje, 04:24 PM Testei com o DFM citado acima, mas não aparece na impressão os documentos originários. Boa tarde, No meu poste citado acima, não carregava as informações dos documentos originários, por que eu migrei para o cte 2.0 e estava tentando carregar um xml 1.04. No xml 2.0, o no do xml mudo conforme documentação.

Testei com o DFM citado acima, mas não aparece na impressão os documentos originários.