Painel de líderes

Bom dia a todos Para quem estiver passando por esse problema (tela ficando branca,lentidao),segui as orientacoes desse link e resolveu: http://thundaxsoftware.blogspot.com.br/2011/04/signing-your-delphi-applications-with.html assinar o aplicativo,esses plugins de banco da GAS Tecnologia, mata a maquina em alguns momentos coisa boa e chegar aqui no forum mais show do Brasil e encontrar solucoes,

rotina para pegar enviar e pegar o txt e fazer a impressão em seguida if ACBrGNRE1.Enviar(False) then begin ACBrGNRE1.GuiasRetorno.Clear; ACBrGNRE1.GuiasRetorno.LoadFromFile(ACBrGNRE1.Configuracoes.Arquivos.PathSalvar + ACBrGNRE1.WebServices.Retorno.GNRERetorno.resGuia[0].RepresentacaoNumerica + '-gnre.txt'); ACBrGNRE1.GuiasRetorno.Imprimir; end;

Comecou a acontecer isso comigo uma vez quando migrei para o trunk2, mas no meu caso descobri o que era. Como os componentes ACBr ficam em um DataModule separados, eu não cheguei a abrir esse mesmo depois que migrei, mas apenas as outras units do projeto onde precisei fazer alterações no código. Compilei, executei e em seguida fechava sozinho. Aí por curiosidade abri o DM onde estavam os componentes ACBr e de imediato o Delphi me acusou a falta de algumas propriedades de alguns componentes (NF-e, CT-e). Creio que por causa do enxugamento que o pessoal fez nos componentes. Depois de clicar em Ok nessas mensagens, compilei novamente o projeto e executei. Dessa vez funcionou sem problemas.

Obrigado!

Neste artigo tem todos os links: https://regys.com.br/como-instalar-o-trunk2-do-acbr/

Obrigado, Abraço.

Não! use o trunk2! sim mas isso já faz uns 9 meses que estamos a falar! e uns 6 meses que foi parado o suporte e commit no trunk! o mesmo foi eliminado no raiz e ficou uma tag! http://www.projetoacbr.com.br/forum/announcement/18-mudan%C3%A7as-no-projeto-acbr-como-um-todo-e-exclus%C3%A3o-do-trunk1/ esse tópico pode lhe ajudar e muito fazendo a leitura dele e de outros indicado ali

Em tempo amigo veja a implementação do método Download: function TACBrNFe.Download: Boolean; begin Result := WebServices.DownloadNFe.Executar; if not Result then GerarException( WebServices.DownloadNFe.Msg ); end; Agora em qual caso usar cada um teriamos que analisar melhor Abraço!

Venho aqui informar que o ambiente de homologação voltou a funcionar corretamente.

sergiowilson.sp Descobri meio que na unha, no Evento onInfoECF inclui o seguinte código, simulando uma resposta do ECF Begin case Operacao of ineSubTotal: begin RetornoECF := ValorFloat(frmFormaPgto.lblLiquido.Caption, 2); //Informo que ao valor Total da Venda já com desconto. end; ineTotalAPagar: RetornoECF := '0'; //Como informo Pagamento a Pagamento para o TEF não existe valor a pagar no meu programa. ineEstadoECF: RetornoECF := sEstadoECF; //Variavel Global End; O grande segredo é sempre antes de fazer algum procedimento informar qual é o estado do ECF, como por exemplo antes do ACBRTEFD.CRT informo que a Variável Global sEStadoECF = "P", ou seja, simulo que o ECF está no Estado (Pagamento). O Estado que mais uso é "L" pois informo que o ECF está livre, permitindo o componente imprimir os comprovantes. Em muitos eventos informei que o RetornoECF := 1, ou seja, deu certo, Já a impressão criei um método extra, para imprimir linha por linha, no teste onde pede para trocar o papel (por falta de papel), ao confirmar no programa que deseja continuar a impressão deve continuar de onde parou. No metodo onComandaECFImprimiVia o ACBRTEFD retorna o comprovante em (ImagemComprovante.Text), eu trato e mando ACBrPosPrinter.ImprimirLinha('</ae>' + ImagemComprovante.Text); Com isso é impresso o comprovante. Espero tê-lo ajudado, pois sofri alguns dias para entender essa logica de emular o ECF. Abraços. Quem ajuda, Será Ajudado..

Boa tarde Marcelo, O XML da NF-e assinado e com o protocolo de autorização permanece inalterado mesmo que a nota venha ser cancelada. Se ocorrer o cancelamento você deve armazenar em disco ou no BD o arquivo: *-procEventoNFe.xml Este arquivo contem o pedido e o protocolo da SEFAZ que acusa que o evento (no caso de cancelamento) foi registrado e vinculado a nota. Quando você emite a nota deve disponibilizar o mais rápido possível o XML assinado e protocolado ao destinatário. Caso a mesma venha ser cancelada você também disponibilizar o arquivo: *-procEventoNFe.xml Espero ter ajudado.

Segue o que homologador nos encaminhou: Deverá ser gerado dois arquivos tanto para o MF quanto para o MFD de forma a ser descarregado a memória completa do ECF (NÃO TEM FILTRO), no MF será um binário SEM A EAD e outro arquivo será um TXT com registros E01 à E13 mais a EAD. Para o arquivo MFD será um binário SEM A EAD e outro arquivo será um TXT com registros E01, E02 e E14 à E21 mais a EAD ( você pode ver os registros "E" no ATO COTEPE 17/04)

Boa tarde Haroldo... Problema resolvido ! No meu caso, Zeos 5.4.1, não tem o componente ZConnection. Então, nas queries, alterei a propriedade "options -> doHourGlass" para False. []´s Edson.

Pessoal no meu caso Resolvi o Problema de lentidão. No Zeos no componente de conexão, existe uma propriedade chamada SQLHourClass, quando essa propriedade esta ativada automaticamente o ponteiro do Mouse modifica para a "ampulheta". Enfim... Desativei essa Propriedade, e testei o Sistema ficou mais Rápido do que no Windows XP com o SQLHourClass Ativo Espero que ajudem vc's tbm =D