Ir para conteúdo
  • Cadastre-se

americasoft

Membros
  • Total de ítens

    69
  • Registro em

  • Última visita

Posts postados por americasoft

  1. Instruções para o Relocate

     

    Clique com o botão direito na pasta do ACBr

    attachicon.gifsvn_relocate.png

     

    Se você é um desenvolvedor do ACBr use a URL: svn+ssh://[email protected]/p/acbr/code/trunk

    Se você é um usuário do ACBr use a URL:  svn://svn.code.sf.net/p/acbr/code/trunk

     

    attachicon.gifRelocate_Developer.png

    (no meu caso (acima) fiz o download de todo o repositório e não apenas da pasta  "trunk")

     

    Se tudo OK, vc terá a msg abaixo

    attachicon.gifRelocate_Developer_done.png

     

     

    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

  2. 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.

  3. Italo,

     

     

    Fiz conforme o instruído, mas continua travando!

     

     

    Estou ficando louco aqui tentando descobrir, mas nada!

     

     

     

    Boa tarde a todos,

     

    Por favor abram a Unit ACBrCTeDACTeQR, verifiquem se após as linhas:

     

               QRCTe.Prepare;
               QRCTe.Preview;
     

    tem as seguintes linhas:

     

               // Incluido por Italo em 11/04/2013
               // Segundo o Rodrigo Chiva resolveu o problema de travamento
               // após o fechamento do Preview
               Application.ProcessMessages;
     

     

    tem que ficar desse jeito:

     

    (...)

               QRCTe.Prepare;
               QRCTe.Preview;
               // Incluido por Italo em 11/04/2013
               // Segundo o Rodrigo Chiva resolveu o problema de travamento
               // após o fechamento do Preview
               Application.ProcessMessages;
             end else
             begin
     

    (...)

  4. Também estou tendo problemas de travamento do aplicativo depois de exibir o preview do dacte.

     

    Isso aconteceu em uma máquina XP e outra com o win7.

     

    Caso alguém tenha alguma idéia ou informação sobre o caso seria de muita ajuda se postasse aqui.

     

    Obrigado.

     

     

    Estaou passando pelo mesmo problema de travamento após a impressão.

     

    Conseguiram resolver?

     

    Fontes atualizados, mas após o preview, trava tudo!

  5. 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

  6. Boa tarde Juliomar e Thiago,

     

    Sim, ainda não temos implementado por parte da SEFAZ o evento de CC-e, somente o evento EPEC que por sinal o ambiente de homologação só vai estar liberado em abril/2013 e o de produção só em maio/2013.

     

    Para mais detalhes favor ler a NT 2012/004 disponivel no Portal Nacional do CT-e. 

     

    Notem que pelo andar das carroagens até o final deste ano teremos não só a CC-e para o CT-e como também o cancelamento por evento (vide página 4 da NT).

     

    O componente ACBrCTe já contem as rotinas para o envio do evento EPEC, vamos aguardar.

     

    Juliomar, Italo,

     

    Obrigado pelos esclarecimentos.

  7. 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.

  8. 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

  9. 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

  10. 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

  11. 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.

  12. 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.

  13. 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

     

    O ACBrInstall já instala as dlls necessárias nas pastas corretas, a menos que esteja desmarcado para se fazer isso.
    • Curtir 1
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.