EMBarbosa

Já sim. Se fizer pesquisa no fórum antigo e nesse sobre a TECBAN vai encontrar informações sobre, inclusive alguns ajustes que talvez tenha que fazer no código. Mas adiantando pra você, a certificadora da TECBAN é a Software Express, mesma da Redecard. Entre em contato com eles que eles disponibilizam pra você os manuais e o Gerenciador padrão sem custo algum. O ACBrTEFD já é compatível com esse gerenciador. Acredito que tenha que mudar pouca coisa no seu código.

Não há diferença nos dois ambientes nesse sentido.

veja viewtopic.php?f=6&t=1204

[MODERAÇÃO] Favor criar novos tópicos para dúvidas diferentes, mesmo que elas se refiram ao mesmo componente ou unit.

Verifique o library Path do Options do Delphi. [MODERAÇÃO] Favor criar novos tópicos para dúvidas diferentes, mesmo que elas se refiram ao mesmo componente ou unit.

Bem. Esse não é bem o erro acusado. O que acontece é que o seu programa não está encontrando a versão do libeay32.dll correta. Você deve ter alguma versão diferente da libeay32.dll em alguma pasta definida no path do Windows e isto está fazendo com que o programa carregue a versão incorreta. Copie a versão correta usada pelo ACBr da libeay32.dll para a pasta do seu executável. Isso deve corrigir o problema. Explicação do processo de carregamento das dlls no windows: http://msdn.microsoft.com/en-us/library/ms684184 Veja um exemplo do mesmo erro e a explicação do porque ele ocorre em: http://www.zeroc.com/faq/incompatibleLIBEAY32.html Poste aí o resultado.

Olá mais uma vez, Eu fiz verificação em campos com definições parecidas (ex.: SUFRAMA do Bloco 0 Registro 0000) e notei que em todos os que eu verifiquei o componente estava fazendo como você sugeriu. Então vou fazer a alteração hoje mesmo. EDIT: Alterado em Registro 0005 e Registro 0100.

Pois é, deu pra entender que é um conflito com a Libeay32.dll. Mas sem a mensagem de erro fica difícil de saber exatamente o que está ocorrendo... Informe também, além da mensagem de erro, a versão do seu Panda antivirus.

Qual a mensagem de erro?

Pra relatar um bug aqui é só você criar um post no fórum do ACBrNFe colocando as informações sobre o bug. viewforum.php?f=6 Se quiser pode usar também o Mantis: http://www.djsystem.com.br/acbr/mantis

Até onde eu sei, não há nada ainda... Mas deverá funcionar de um modo intermediário entre a NF-e e a NFS-e.

Há uma possibilidade de ter ficado algum lixo e alguma parte do seu aplicativo estar sendo "linkado" com os pacotes. Marque a opção, faça um Build All. Desmarque a opção e Faça um Build All novamente. Salve o projeto. Isso deve corrigir...

Existe uma opção do projeto que define se o aplicativo vai ter esse código dentro do EXE ou se vai buscar de uma bpl. Altere essa opção. Vai aumentar o tamanho do seu executável, mas vai corrigir. Acho que é "Build with runtime packages"... http://www.delphigroups.info/2/12/1021559.html http://forums.devshed.com/delphi-progra ... 92352.html

veja: viewtopic.php?f=5&t=22

Em geral isso é incompatibilidade de versões da BPL. Verifique se existe esse arquivo em outras pastas, que o Delphi poderia estar acessando. Se houver, remova-os. Depois faça um Build no pacote do synapse.

Olá, Obrigado pela resposta. Desculpe ainda não ter feito a alteração, mas é que estou analisando aqui. Quando fiz o merge do seu arquivo com o atual no SVN acho que ele indicou diferença no campo NUM, foi daí que eu me confundi. Me desculpe Mas então, agora que eu entendi melhor o que você quis dizer, fiquei com uma dúvida... o campo FONE e o campo FAX estão definidos com tamanho fixo de 10 Caracteres. Note que há um asterisco ao lado do tamanho do campo. 08 FONE Número do telefone. C 10* - Agora veja o item 2.3.1 em especial a letra a): Pelo que eu entendi: Se você preencher o campo com telefone completo digamos AA-BBBB-CCCC ficariam dez números preenchidos corretamente "|AABBBBCCCC|". Se você não colocar nada o componente deveria fazer como vazio "||". Mas se colocar parcialmente o número, omitindo por exemplo o DDD da localidade, o número ficaria preenchido com zeros. Exemplo: TEL := "1234-5678" ficaria "|0012345678|". Me ajude a esclarecer, pois estou tentando dar uma mão ao Isaque mas não posso alterar nada sem ter certeza. Obrigado pela paciência e boa disposição em ajudar.

Se o campo sempre for preenchido com 32 caracteres não vai mesmo fazer diferença... Então acho que não precise ser alterado...

Corrigido, foi pro SVN... Favor conferir...

Sim. Me parece que você precisa primeiro criar um Registro E100 antes do Registro E110... Se assim for, o DEMO está errado... vou tentar verificar...

Olá Iran, Estou tendo alguns problemas em acessar a DLL aqui... vou descobrir o que é e depois disso faço as alterações ok? Embora concorde plenamente com as alterações, não quero arriscar já que outros já estão usando o sistema atual...

Olá, Eu verifiquei isso, mas parece que o campo tem mesmo tamanho agora, veja a nota no Ato Cotepe 09/08 http://www.fazenda.gov.br/confaz/confaz ... 009_08.htm

Foi pro SVN, favor conferir... P.S: Sugestão Gr@ç@... quando postar códigos use a tag "code". Fica mais fácil pra ler pois o fórum mantém o layout do seu texto. Obrigado mais uma vez.

Foi pro SVN, favor conferir... Obrigado Gr@ç@.

Foi pro SVN, favor conferir...

Olá, as sugestões foram adaptadas e subidas para o SVN. Favor verificar se era isso mesmo. A propósito, no registro N3, para o campo MD5, não deveria ser RFill? Ou não vai fazer diferença? strRegistroN3 := strRegistroN3 + LFill('N3') + RFill(NOME_ARQUIVO, 50) + RFill(MD5, 32) + // #13#10;[/code]