EMBarbosa

viewtopic.php?f=5&t=899

Olá pessoal, Só gostaria de compartilhar algo que vi saindo hoje no site da fazenda. Embora não temos ainda nada definitivo sobre o CF-e, ele já está fazendo parte do SPED. Foram acrescentados registros C116, C800, C850, C860 e C890 no Bloco C para tratar desse novo modelo de documento. Fiquem atentos. http://www.fazenda.gov.br/confaz/confaz ... 046_10.htm http://www.fazenda.gov.br/confaz/confaz ... 009_08.htm A propósito, acho que vamos ter que atualizar isso no SPED.

Isso daí acima é a correção né?

e você testou assim no prompt e funciona? É que eu não tenho uma dessas aqui pra testar... Em caso afirmativo, anexe o log do ACBrECF...

Favor não fazer tópicos repetidos: viewtopic.php?f=5&t=970

é o mesmo problema do registro 0300 veja viewtopic.php?f=12&t=915

Acho que no comando. O comando a ser enviado deveria ser uma sequência de Chars. De onde você tirou o LeInteiro e NomeInteiro="ECF"?

O problema acontece pelo visto no próprio souceforge. Parece que já estão corrigindo. Veja: http://sourceforge.net/apps/trac/source ... cket/17134

Olá, Acabei de observar esse mesmo erro no Demo. Está acontecendo no Delphi 2010. O motivo é que no método TBloco_0.WriteRegistro0300, onde é chamado LFill( IDENT_MERC ), o compilador do Delphi por algum motivo está usando a função LFill incorreta. Está sendo chamada a função LFill para parâmetros TDateTime ao invés da LFill para Integer. Abaixo uma correção provisória até que alguém tenha mais tempo pra verificar. ACBrEFDBloco_0_Class.pas linha 685 Add( LFill('0300') + LFill( COD_IND_BEM ) + LFill( IDENT_MERC, 1) + LFill( DESCR_ITEM ) + LFill( COD_PRNC ) + LFill( COD_CTA ) + DFill( NR_PARC, 0 ) ) ; [/code] EDIT: Se isso ocorreu aqui pode ser que ocorra em outros lugares também.

Não posso te afirmar com 100% de certeza sem analisar o seu próprio código, mas podemos fazer algumas suposições e ter alguma ideia baseado no que temos de informações desse vírus e do ACBrBoleto. Não sei qual o seu grau de conhecimento de funcionamento interno de anti-vírus mas acredito que saiba que existe o método de detecção chamado heurística. Esse método na verdade não identifica se um arquivo está realmente infectado. O que ele faz é analisar o arquivo binário e procurar algo semelhante entre ele e os vírus conhecidos. Encontrando um certo grau de semelhança, ele acusa o arquivo como infectado. Veja que o vírus citado é visa buscar os dados de bancos. Muito provavelmente foi desenvolvido em Delphi e deve ter referencias em strings aos sites. Pelo visto ele envia e-mails também. O que o ACBrBoleto faz justamente é usar dados sobre os bancos. Talvez isso em conjunção com os códigos do seu programa foi o suficiente para que o anti-vírus tenha detectado alguma semelhança no seu programa executável (ou seja no arquivo binário dele) com o vírus. Eu sou meio neurótico com questões de segurança, então mesmo acreditando que nada passa de um falso positivo, ainda assim, eu sugiro que você faça a verificação cautelosa. Talvez queira fazer o seguinte: Ponha o código na versão 1973. Depois faça Revert de uma das pastas alteradas na versão 1973 para a versão 1972. Faça o Build do seu projeto após o Revert. Passe o antivírus. Repita os passos 2, 3 e 4 para cada pasta alterada. Num dado momento vai perceber qual pasta contém a alteração que supostamente cria o vírus. Repita então os passos, mas ao invés de usar as pastas faça para cada arquivo na pasta até perceber exatamente qual alteração que faz isso.

Acabei de fazer uma verificação nas alterações enviadas nessa revisão (1973) e não achei nada de anormal. O único arquivo que não consegui verificar foi o ACBrBoletoFCLazReport.lrs; Parece que o seu Executável caiu no que chamamos falso positivo. Envie-o para o site http://www.virustotal.com/pt e coloque aí o resultado. Mas pra garantir verifique alguns desses sintomas: Presença do arquivo explori.exe na pasta do sistema Presença do registro de valor "explorer" e conteudo "\explori.exe" Na subchave: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run fonte: http://www.microsoft.com/security/porta ... ncos.gen!A"

Isso daí parece mensagem de heurística. Ou o seu projeto foi infectado ou é um falso positivo. Eu tenho Avira rodando na minha máquina, AVG-free em outra e não aconteceu nada. Talvez queira enviá-lo para http://www.virustotal.com/pt O que o André mencionou é válido. Use o WinMerge para diferenciar as alterações do seu código para o código do SVN e veja você mesmo o que foi acrescentado e que poderia gerar esse erro.

1) Eles vão se atentar aos testes. Só os testes e nada mais. No entanto os testes devem ser executados 100% de acordo com as instruções. 2) SIM. Você precisa de um ECF e do Pinpad físico. Caso não possua, ligue para lá antes e veja se eles podem emprestar. Não obstante você precisa enviar cupons fiscais pra uma pré-certificação. Como vai fazer isso sem o ECF? 3) Você precisa fazer o cadastro em ambas pra conseguir o material usado para certificar e conseguir também atendimento gratuito via telefone. Se ainda não fez o cadastro, faça. 4)

Acho que me confundi ou não soube explicar direito. O que o Daniel mencionou é correto. O D-TEF é com certeza BEM diferente do TEF Discado. EDIT: Puxa eu comi mosca nessa mensagem... Não sei pq... Estou editando pra dar uma resposta mais adequada... Mas então, o que eu queria dizer é que talvez o pessoal do D-TEF estivesse usando uma forma de comunicação semelhante (ainda não tinha ouvido falar do D-TEF naquela época). Infelizmente meu prazo pra trabalhar com TEF já se esgotou, agora só estou mexendo com outras áreas e correções de bugs. Não compensaria pegar mais um GP pra desenvolver...

Não. Esse registro ainda não foi implementado. Você pode usar algum dos registros já prontos como base.

Acho que você não entendeu a pergunta do Daniel. Se você disse que a transação é cancelada é porque você testou em alguma impressora. Em qual impressora (marca e modelo) você testou? Ainda assim, você não postou o log do ACBrECF

artur, O ACBrTEFD não faz CNF logo após o CRT quando está configurado pra multiplos cartões. A não ser que haja um erro. Primeiro você precisa saber o que o pessoal do D-TEF requer na comunicação, pra depois você estudar o ACBrTEFD e só então acertar o código. O motivo é que talvez já seja compatível. Por exemplo: O pessoal do Fast-TEF me disse uma vez que o programa deles funcionava em comunicação idêntica ao Sitef. Mas o Sitef já está implementado no ACBrTEFD, então não seria necessário fazer nenhuma alteração. Bastaria configurar o ACBrTEFD para trabalhar com o Sitef. Obs.: não sei se essa compatibilidade continua valendo ainda.

Para fazer download do pacote ACBr você precisa usar o Subversion (SVN), usando um de seus clientes (TortoiseSVN por exemplo). Veja instruções em http://acbr.sourceforge.net/drupal/?q=node/37

Daniel, Com certeza é uma boa idéia. Se houver como fazer a carga da DLL de forma dinâmica seria bem melhor, mas a dependência da DLL não é problema nenhum pra mim.

Olá Alexandre, Esses termos são explicados no Manual e Guia do Gerenciador Padrão. Você PRECISA ler e entendê-lo bem, antes de usar o componente e o projeto de Exemplo. sobre o loop, infelizmente não tenho o fonte por perto por agora.

Olá pessoal, Sempre preocupado em render mais, eu procuro usar ferramentas que me ajudam em tarefas repetitivas. Ao ler sobre a nova versão do DDevExtension, fiquei curioso pra saber o que outros programadores Delphi tem usado também. Gostaria de saber de vocês, quais componentes, plugins e outras ferramentas quaisquer que usam no seu dia a dia para trabalhar com Delphi e Lazarus. Acho que é uma oportunidade pra conhecermos outros componentes e ferramentas. Vou deixar aqui algumas que ou eu uso, já usei, ou estou aguardando uma boa oportunidade pra usar pois considero que são boas: Minha experiência é basicamente voltada ao Delphi, mas alguns alistados aqui (em especial os componentes) são também de uso no Lazarus: ACBr -> JCL e JVCL (jvcl.delphi-jedi.org)-> Os componentes Jedi são sempre uma das primeiras coisas que instalo logo depois de instalar o Delphi. É a maior biblioteca de componentes úteis Delphi, que conheço. Costumo instalar a integração com o TortoiseSVN também. FastMM -> criado para melhorar o gerenciador de memória do Delphi (versões anteriores ao 2007 em especial), sempre me ajuda na hora de descobrir Leaks de memória nos aplicativos. Num certo código bugado, que fazia o programa roubar até 800MB de RAM, ele fez o programa se limitar ao uso de apenas 20MB. Basicamente corrigiu o bug sozinho hehehehe Omni Thread Library -> biblioteca para trabalhar com Threads. Bem interessante... Graphics32 -> Biblioteca para manipulação de imagens, em especial de 32 bits. Para uma lista de componentes que merecem ser olhados de perto talvez queiram analisar: http://stackoverflow.com/questions/3017 ... ive-withou. Fiquem a vontade para comentar.

Favor não criar tópicos repetidos... continuar em: viewtopic.php?f=10&t=844

Quando fiz os testes pré-certificação, Eu usei o número: 333333333333333 Validade 11/11 para todos. Mas você pode testar esses daqui ó: http://www.forumweb.com.br/foruns/topic ... stes-amex/

realmente eu lembro que dependendo da função usada, você precisava usar datas de períodos específicos. Mas não lembro a regra pra isso. Acho que tinha algo relacionado a usar apenas do primeiro e último dia do mês... mas não lembro ao certo...

Edilson, Jóia. Embora não esteja usando esse bloco, eu agradeço em nome de todos os outros usuários atuais e futuros do ACBR. Muito obrigado.