americasoft

Daniel estou utilizando o caminho "usuario do ACBR" e o svn me retorna a mensagem: "Unable to connect to a repository at URL 'svn://svn.code.sf.net/p/acbr/code/trunk/trunk' No repository foun in 'svn://svn.code.sf.net/p/acbr/code/trunk/trunk'" Tentei colocando svn+ssh e então ele pede login, que não possuo. Existe algum endereço com protocolo https? Obrigado Thiago

Sim, sempre utilizo build. Fiz um teste aqui, aparentemente no preview nao esta dando mais erro, agora esta travando quando mando imprimir. Coloquei o ProcessMessages após o print, e aparentemente esta tudo ok. Irei passar para testes. O estranho é após a atualização do componente começar dar isso.

Italo, Fiz conforme o instruído, mas continua travando! Estou ficando louco aqui tentando descobrir, mas nada!

Estaou passando pelo mesmo problema de travamento após a impressão. Conseguiram resolver? Fontes atualizados, mas após o preview, trava tudo!

Boa tarde Padilha, Há um tempo fiz o desenvolvimento de um DACTe nesse modelo, e inclusive tinha passado pro pessoal adicionar nos fontes do ACBR, mas acho que ainda não foi possível. Em todo caso, segue anexo, caso tenha sugestões, por favor, fique a vontade em informar. Abs. Thiago Filiano ACBrCTe.rar

Juliomar, Italo, Obrigado pelos esclarecimentos.

Pessoal, não encontrei tópico relacionando CC-e com CTe, O funcionamento é o mesmo? Podem me dar o caminho das pedras? Obrigado -- Thiago

Realmente não tem vantagem e nem necessidade do parâmetro! Obrigado pelo esclarecimento eu não havia "percebido" isso antes, foi mal! rs

Coloquei a sugestão de forma errada, o correto seria: Independente de selecionar: Enviar pdf por email ou não, salvar o pdf. Então resumindo, o pdf poderia ser gerado mediante ao parâmetro em 2 situações: 1. durante o Envio de Email ou 2. Após de Impressão do DACTe.

Italo, Atualizado e funcionando perfeitamente. Tenho 2 outras sugestões se possível: 1. Haver um parâmetro para que quando o CTe ser impresso, independente de enviar e-mail ou não, ou PDF ser salvo em uma pasta. (Hoje, ele só salva pdf, quando marcado pra enviar e-mail e anexar o pdf. Eu posso fazer isso na aplicação, chamando o método imprimirPDF, mas um parâmetro, acredito que seria interessante também) 2. Parâmetro para definir se o e-mail será enviado em formato HTML ou Texto. Por padrão o ACBR envia apenas Texto. Eu alterei a ACBrConhecimentos (antes) e agora ACBrCTe para enviar, então toda atualização, eu tenho o cuidado de manter minha "adaptação" pra HTML Thiago

Bom dia Italo, Fiz exatamente isso, e o PDF ficou com os dados certinho! Abraço! Thiago

Italo, Nessa situação apenas para gerar o PDF novamente a partir do documento. Pelo que vi da rotina, ao ler o XML seja por stream ou pelo arquivo, o componente alimenta todas as propriedades do componente, apenas a propriedade de XML não eh preenchida, por ser destruída na leitura. O componente estando totalmente preenchido, quando eu solicitar que seja salvo em arquivo, ele vai provavelmente entrar novamente em GerarCTe pra então atualizar as propriedades. não seria isso? Thiago

Sim, Criando esse parâmetro acredito que resolveria sim. Analisei apenas superficialmente, mas, para saber se essa rotina realmente é necessária após o LoadFromFile ou LoadFromStream teria que fazer uma analise mais profunda pra então mante-la ou retirar não é? Bom não é nada que seja extremamente grave, aliás, talvez ninguém esteja utilizando as rotinas, haja vista que não encontrei outros questionamentos. Obrigado pela atenção. -- Thiago Filiano 11 98507-1103

Italo, Isso mesmo, estou carregando um arquivo emitido no mês 01/2012. Não cheguei a verificar o LoadFromFile ainda, mas, após ler seu comentário verifiquei que nessa rotina também possúi o GerarCTe após a leitura do XML. Existindo as 2 funções no componente LoadFromFile e LoadFromStream, acredito que ambas devam ter a mesma finalidade, e por consequência funcionarem da mesma forma. Se a função GerarCTe for chamada, ela vai acabar atualizando a Chave do CTe "Importado", oque não seria o correto na minha opinião, pois o documento estaria diferente do XML gerado.

Boa tarde. Diante de uma necessidade, estou fazendo carregando o XML de CTe gerado há vários meses atrás. Como foi alterado a forma de Gerar Chave pela PL_104, Acredito ser desnecessário a chamada da função "GerarCTe;" dentro da função LoadFromStream da unit ACBrCTeConhecimentos. Essa chamada, faz com que a Chave seja gerada novamente, e o digito acaba não sendo igual, ou seja, a chave é gerada com numeração diferente. Abs.

Regys, Embora o instalador faca isso, estou com Win8 64 e tive o mesmo problema. Precisei copiar as dll's manualmente. Acredito que se tivesse executado o instalador como Administrador (Run as Administrator) nao tivesse esse problema. Outra hora vou testar isso. Abs

Italo, Fiz algumas "correções e melhorias" no layout. Segue anexo as units. Agora esta funcionando corretamente. Qualquer dúvida, fique a vontade em me contatar. Abraço. ACBrCTe.rar ACBrCTe.rar

Certo, segue em anexo. Eu trabalhei em cima da unit existem no projeto acbr "ACBrCTeDACTeQRRetratoA5", ainda acredito que tem necessidade de evoluir. Quebrei cabeça por um tempo tentando fazer imprimir as "demais notas" abaixo do DACTe, mas sem sucesso. Qualquer dúvida, me avisa. []'s Thiago Filiano 11 98507-1103

Como posso compartilhar o código que estamos utilizando para impressão do DACTe (2 vias) em formato A4? A idéia é imprimir tamanho A5, só que 2 vias em um A4. Tenho o fonte que esta 98% na minha opinião. -- Thiago Filiano [email protected]