tradeone

Senhores, tive um problema semelhante, mas não acredito que esteja no TS. (Fiz Testes locais e em TS. Ocorre o mesmo problema). ACBr totalmente atualizado. Na última versão tive um problema com impressão do DACTe (QR - Pagina 01/02 para apenas uma), inclusive postei. Junto com este problema, quando fazia um segundo CTe em sequência, sem sair do formulário, me dava problemas com a Sefaz me apontando como se não tinha carregado as configurações básicas, o que não ocorria há algum tempo já utilizando o ACBr. Se sair do formulário e entrar novamente protocola na Sefaz normalmente. Fiz testes na consulta do serviço no sefaz e alternava o erro ( 1=Ok, 2=Erro, 3=Ok, 4=Erro, ...). Resolvi destruir o componente e criar em tempo de execução, com o mesmo código que alimentava das propriedades, funciona perfeitamente. Ainda não tenho certeza do problema, mas solucionei temporariamente voltando uma versão dos fontes do CTe do inicio de agosto/2013 (era a ultima cópia que eu tinha). Se alguém encontrar a solução ou tenha alguma ideia por gentileza me ajudem. Obrigado.

Caro Italo, na tentativa de identificar o problema descobri um detalhe que me parece importante: Fiz dois conhecimentos sendo um parametrizado com carga lotada sim (Rodo.Lota:=ltSim) e outro não (Rodo.Lota:=ltNao). Quando Sim ocorre erro (01/02 - neste caso há mais informações no Dacte e aparentemente ultrapassa as margens), quando Não o Dacte fica correto (01/01). O Gerador de relatório mostra 1/1 em ambos os casos. Modal: Rodoviário. desde já agradeço pela atenção. att Paulo Brasil Desenvolvimento

Quanto as DCU's foram todas removidas. Quanto a URL, usamos esta svn://svn.code.sf.net/p/acbr/code Inclusive, removemos a pasta do ACBR totalmente, baixamos e instalamos tudo novamente na data de 03/09/2013. Recompilamos o projeto (BUILD). Detalhe: Entramos no código do ACBRCTEDACTQR, na linha 316, e lá consta o seguinte comentário "// Incluído por Ítalo em 27/08/2013". Acredito que seja a última versão. Att Tradeone

boa tarde Italo, Atualizamos ontem dia 28/08/2013. Deletamos a pasta, eliminamos bpls, instalamos novamente o acbr no delphi.... e continuou o problema....

Prezados colegas, Na última versão do acbr, notamos que na impressão do DACTE onde tinhamos FOLHA 01/01 agora esta saindo 01/02, algum colega já passou por esta situação? desde já agradeço a atenção Julio

Problema Resolvido. No parametro aguardarconsultaret estava com 15000 por isto estava demorando 15 segundos, colocamos 0 e voltou a ficar rapido. Isaque, obrigado pela sua atenção.

Problema Resolvido. No parametro aguardarconsultaret esta com 15000 por isto estava demorando 15 segundos, colocamos 0 e voltou a ficar rapido.

obrigado Isaque. Vamos continuar em nossos testes, até descobrirmos o problema. Se algum colega estiver passando por esta situação, favor relatar, pois pode nos ajudar a encontrar o problema. Assim que tivermos uma conclusão iremos postar aqui.

Nos testes que fizemos não esta entrando em nenhuma exception, tanto que estamos conseguindo imprimir o danfe sem receber nenhuma mensagem de exceção. raise EACBrNFeException.Create(Self.Retorno.Msg);

A versão anterior (a rapida 3 segundos), tem exatamente o mesmo código da versão atual (versão lenta 15 segundos). Compilamos o demo do acbr e enviamos por ele, onde também apresentou a mesma lentidão. Estamos usando o delphi 7.

Prezado Isaque, No evendo gerarLog do componente esta em branco. Fizemos os mesmos testes no demo do acbr e também apresentou a mesma lentidão entre 15 a 20 segundos. Antes a resposta era em torno de 3 a 5 segundos. Quando a gente volta a versão anterior fica rapido novamente. Entre esta versão do sistema que esta rapida e a nova não fizemos nenhuma alteração na NFe, somente a atualização do componente ACBR o qual demos um build no projeto, e alguns clientes começaram a nos retornar que estava lento ao enviar a nfe, dai simulamos em nosso ambiente de homologação e constatamos que realmente tem uma diferença consideravel. Esta lentidão ocorre em produção e também no ambiente de homologação.

Prezados, Após atualizarmos uma nova versão do sistema, onde haviamos atualizado o acbr, alguns clientes nos reportaram uma lentidão ao enviar a NFe, coisa que não acontecia nas versões anteriores. Após mapeamento chegamos na linha de codigo onde esta o gargalo, porém não conseguimos descobrir o que esta ocorrendo. Algum colega esta passando pela mesma situação? segue dados de nossa pesquisa sobre o problema: IMPORTANTE: LENTIDÃO NO RETORNO/LIBERAÇÃO DO PROTOCOLO PARA EMISSÃO DO DANFE. PROJETO: Atualizado em 25/04/2013 as 10:00h UNIT: ACBrNFeWebServices - Linha: 1540 IMPORTANTE: Se cometarmos o bloco em negrito retorna ao tempo aceitável. function TWebServices.Envia(ALote: String; const ASincrono: Boolean): Boolean; begin //retirado por recomendação do documento disponível em http://www.nfe.fazenda.gov.br/PORTAL/docs/Consumo_Indevido_Aplicacao_Cliente_v1.00.pdf { if not(Self.StatusServico.Executar) then begin if Assigned(TACBrNFe( FACBrNFe ).OnGerarLog) then TACBrNFe( FACBrNFe ).OnGerarLog(Self.StatusServico.Msg); raise EACBrNFeException.Create(Self.StatusServico.Msg); end; } self.Enviar.FLote := ALote; self.Enviar.FSincrono := ASincrono; if not(Self.Enviar.Executar) then begin if Assigned(TACBrNFe( FACBrNFe ).OnGerarLog) then TACBrNFe( FACBrNFe ).OnGerarLog(Self.Enviar.Msg); raise EACBrNFeException.Create(Self.Enviar.Msg); end; if (FConfiguracoes.Geral.ModeloDF = moNFe) or (not ASincrono) then begin Self.Retorno.Recibo := Self.Enviar.Recibo; if not(Self.Retorno.Executar) then begin if Assigned(TACBrNFe( FACBrNFe ).OnGerarLog) then TACBrNFe( FACBrNFe ).OnGerarLog(Self.Retorno.Msg); raise EACBrNFeException.Create(Self.Retorno.Msg); end; end; Result := true; end; Desde já agradecemos a sua atenção,

Prezados colegas, alguém ja conseguiu instalar os componentes do ACBR no Delphi XE2? abraços a todos att, Julio