eduardo.mrj

valeu Marcos, vou verificar as informações ! retorno em breve.

Caros, Primeiramente agradecer ao Marcos pela colaboração. Estou utilizando o Caller ID DD2 e estou com o seguinte problema, a propriedade ABinaDados.Chamadas.Dia sempre retorna 0 , alias todos os dados de tempo da chamada. Alguém já passou por tal situação? Como orientado anteriormente, foi enviado o comando SETDATAHORA antes de receber a chamada conforme orientado em post anterior mas fiz uma pequena mudança no demo: DecodeDate(date, ano, mes, dia); DecodeTime(now, hora, minuto, segundo, mmsegundo); ACBrBINA1.SetDataHora( dia, mes, hora, minuto, segundo); Obrigado pela ajuda.

olá @Daniel Simoes, é o que estou tentando fazer, descobrir como e pq do AV. Se eu conseguir com certeza vou postar aqui a solução, no momento a única forma foi seguindo sua orientação. A versão está atualizada e estou usando as DLL que vem junto com o projeto. De qualquer forma @Daniel Simoes muito obrigado pela dica, já está resolvendo pelo menos temporário. sds a todos.

Pessoal, Só um esclarecimento. Eu tentei criar uma DLL com uma função de enviar email usando o ACBRMAIL e também testei usando o INDY. A DLL funciona perfeitamente, mas se sua aplicação uma o ACBREAD e quando você tenta chamar algum método do EAD após enviar um EMAIL, no meu caso com a DLL, o sistema vai dar um AV. Conforme @Daniel Simoes informou anteriormente, só vai funcionar se os componentes estiverem no mesmo DATAMODULE ou FORM. Testei aqui e realmente dessa forma funciona. Agora, no meu caso como tinha criado essa DLL, existiria alguma forma de resolver isso? Obrigado a todos.

Olá pessoal, Sei que o tópico é bastante antigo mas como tem referencia o mesmo assunto estou "reavivando". Estou com a mesmo problema do erro só que em situação diferente. Modelo: DLL xyz - Utiliza o componente ACBRMail para enviar email (claro) Aplicativo A - Utiliza o componente ACBREAD para assinar um arquivo .txt Passos: Aplicativo A, chama a função de enviar email da DLL xyz - acbrmail ( OK ) Aplicativo A, chama a função do componente AssinarArquivoComEAD e logo em seguida apresenta o mesmo AV que o colega informou no tópico. Se eu sair do aplicativo , entrar novamente, chamar o método AssinarArquivoComEAD funciona normalmente. Logo em seguida se chama a função de enviar email que utiliza o ACBRMAIL, o email também vai. Então o problema ocorre sempre depois que envio o email pelo ACBRMAIL. Alguma sugestão? Obrigado a todos Complementos: ACBREAD linha 868 -> EVP_DigestUpdate( @md_ctx, Memory, BytesRead ) ;

@Kakashi Acabei de resolver o problema essa semana. Vocês não vão achar problema algum no componente, o problema é exclusivamente com o banco. Procedimentos: 1) atualize seu componente, pois foram feitas algumas mudanças no layout de impressão dos boletos; 2) entrar em contato o gerente da sua conta e informe que está tendo problema com a remessa e que foi orientado pelo suporte da unidade CASH que ele precisa abrir um processo na área de Implantação Produtos Cash, para acompanhamento e suporte. 3) após seu gerente efetivar essa solicitação ( ATENÇÃO: enquanto meu gerente não resolveu essa situação não tem jeito de homologar a remessa, então fique no pé dele até resolver) você vai enviar um email para Homologacao de Boletos <[email protected]>, informando no corpo do email as informações de sua agencia, conta, cnpj, CARTEIRA, etc... e solicitar a homologação. 4) anexar ao email 3 boletos de diferentes clientes e o arquivo de remessa dos mesmos. 5) aguardar até 72 horas para a homologação. FIM! Somente seguindo isso foi que consegui resolver esse problema. Não sei exatamente o motivo desse bloqueio pois não me foi informado. Pode ser uma estratégia pra forçar a gente usar o produto deles dentro do homebank ou simplesmente um recadastramento. Espero que ajude vocês!

Estou com o mesmo problema, Windows 7 64 Enterprise, IE 8.0 Delphi XE5, ACBR Atualizado de hoje. Fiz todos os procedimentos que o @MarioSev fez mas não obtive sucesso. Em alguns clientes ocorre outros não mas agora na maquina de desenvolvimento não funciona mais o envio, consulta ou qualquer outra coisa. Alguém mais com esse problema?

Caros, Estou tentando imprimir a inutilização de uma nota e/ou faixa, logo após o envio, recebo o retorno 102 e chamo o método ACBR.ImprimirInutilizacao; Recebo um AV: Missing data provider or data packet Ambiente: Delphi XE5 , FastReport 5.4.6, ACBR revisão 12858. A NFe está sendo impressa normalmente. Estou utilizando os .FR3 da pasta \trunk2\Exemplos\ACBrDFe\ACBrNFe\Delphi\Report Alguém já passou por isso? obrigado

@Fausto, sim estou usando CNAB400. A situação ainda em andamento, a gerente já solicitou ao departamento técnico a solução, ainda aguardando...

Colegas, Ainda continua a mesma "novela", abaixo a ultima mensagem do banco: E o mais interessante é que os boletos SEM REGISTRO continuam funcionando.

Olá pessoal, Infelizmente ainda não obtive retorno do banco sobre o assunto, já falei com a central de atendimento 5x e ninguém sabe resolver, como vocês já viram os fontes estão corretos conforme o manual e não houveram nenhuma alteração. Inclusive já mandei email para o setor de homologação e o boleto está tudo OK. Em um dos atendimento me falaram que era problema no banco e eles já estavam procurando uma solução mas sinceramente acho muito improvável. Enfim, na luta aqui ainda, qualquer noticia posto aqui.

Ainda aguardando resposta do ITAU...

Em contato com o "bendito" banco, me informaram que estão com problema na recepção dos arquivos de remessa e que entrasse em contato novamente mais tarde. Detalhes: Carteira 109 Foi a única diferença que encontrei na unit ACBRBancoItau na forma de geração do arquivo no diz : if (wCarteira = '102') or (wCarteira = '103') or (wCarteira = '107') or (wCarteira = '172') or (wCarteira = '173') or (wCarteira = '196') then begin @douglasgardavaz você já resolveu o problema?

Olá pessoal, também estou com o mesmo problema, estudando pra tentar resolver assim que tiver uma posição aviso.

@josecarlos.jcs , topico antigo mas não deixa de ser interessante. Você conseguiu evoluir nisso? imagino e sim! estou com a mesma situação. Sds,

Valeu pelas dicas!

valeu pessoal!

Caros, Já respondendo minha pergunta anterior, a revisão que podemos instalar sem necessidade da versão 5.5 do FastReport é a 11805.

Só mais um comentário, também testei no XE5, mesmo problema. Também referente a essa versão, ela está requerendo o FastReport 5.5... onde no momento não tenho, Alguém saberia em qual revisão não precisa dessa versão do FastReport? Grato

Caros, Tentei instalar todos os componentes com Delphi XE7, Win 7 64, apresentou o seguinte erro abaixo: C:\Projeto.Local\Componentes\ACBR\trunk2\Fontes\ACBrSerial\ACBrECFDaruma.pas(1523) Error: E2010 Incompatible types: 'Word' and 'string' C:\Projeto.Local\Componentes\ACBR\trunk2\Fontes\ACBrSerial\ACBrECFDaruma.pas(1524) Error: E2008 Incompatible types C:\Projeto.Local\Componentes\ACBR\trunk2\Fontes\ACBrSerial\ACBrECFDaruma.pas(1528) Error: E2010 Incompatible types: 'AnsiString' and 'Word' C:\Projeto.Local\Componentes\ACBR\trunk2\Fontes\ACBrSerial\ACBrECFEscECF.pas(2481) Fatal: F2063 Could not compile used unit 'ACBrECFDaruma.pas' Compilation failure Erro ao compilar o pacote "ACBr_Serial.dpk". Observação: 1. Marquei a opção "Remover arquivos antigos do disco". 2. Quando retorno a revisão anterior o problema não ocorre. Sucesso a todos!

Olá colegas! Na minha instalação também apresentou o problema e o que pude perceber foi... Fatal: F1026 File not found: 'C:\acbr\trunk2\Pacotes\Delphi\ACBrDFe\ACBrGNRE\ACBrGNRE2.dcu' Os arquivos que existem na pasta são... ACBr_GNRE.* e não ACBrGNRE2.* Talvez alguem alterou o nome no instalador. Espero que ajude.

Olá pessoal, A pergunta seria par ao Regys, amigo qual FONT você usa para impressão no FastReport pois não consigo encontrar uma que fique parecido com a fonte padrão da impressora. Obrigado pela ajuda.

Olá, você achou alguma coisa sobre esse assunto? valeu

Olá pessoal! Alguém já sebe a forma correta para lançar essa comissão? grato!

Olá Daniel, Saberia indicar esse tipo de etiqueta? abç