Antonio Paulo Mangili

Marcelo bom dia. Por favor quando voce diz : No XP tá de boa, funcionando legal, só lembrando que não pode usar nada que tenha conexão com certificado. Isso significa que ele não ser possivel emitir a NFe? Porque tenho esse problema em clientes que usa windows 2003 server, e com certificado A1, ou A3. Obrigado Paulinho

laffsj. sim eu não mechi nesse arquivo. somente copiei essa unit na pasta, reinstalei o projeto acbr. e deu certo paulinho acredito que havera uma subida no svn dessa unit, porque como o daniel mencionou esta sendo testada ainda

Daniel obrigado. vou fazer isso. Daniel fiz esse processo de reinstalação do ACbr com a unit que voce postou, e compilei meu projeto, e ai deu certinho. rodou no windows 2003 server belezinha. agora minha duvida é: na pasta ...D:\ACbr\Fontes\Terceiros\CodeGear onde copiei essa unit, ela ficou com um ponto de esclamação, caso ocorra alguma alteração do projeto nessa unit, ela sera atualizado, ou não? obrigado mais uma vez paulinho

ok daniel. fiz isso, e recompilei meu projeto e fiz um teste em um cliente com windows 2003 server e continua com o problema da falta do ncrypt.dll obrigado

Daniel por favor em que pasta devo copiar esse arquivo? Obrigado Paulinho

phulano voce conseguiu resolver esse problema acima. pois tenho cliente tambem com 2003 server e o cliente não vai trocar. obrigado paulinho

André. me desculpe por não tentar a busca, mas o que me chamou a atenção é que foi após uma orientação de recompilar o projeto ACbr. Vou ficar mais atento a isso, mas de qualquer forma muito obrigado. paulinho André Fiz todo o processo conforme orientado por voce e pelo daniel sobre a retirada do ponto no acbr.inc e a reinstalação do ACbr, mas continuo com a mensagem ao executar meu aplicatico no windows 2003 server. Existe alguma outra solução? "Esta aplicação falhou ao iniciar porque o ncrypt.dll não foi encontrado. A reinstalação da aplicação pode reparar este problema

André como esse erro esta ocasionando no momento que compilo meu projeto, como devo proceder para resolver isso, pois preciso compilar o mesmo, para instalar em um cliente. muito obrigado paulinho

segue

André após tirar o ponto como o daniel orientou e reinstalar os pacotes, agora ao compilar meu projeto esta dando esse erro no anexo abaixo. eu voltei o ponto e reinstalei os pacotes novamente, mas o erro persiste conforme imagem abaixo. o que posso fazer para acertar? obrigado

André Obrigado vou instalar novamente os pacotes.

André me desculpe, não entendi, eu tirei o ponto, e compilei meu aplicativo. como assim recompilou os pacotes?. Voce diz instalar o ACbr novamente? obrigado

bom dia André Obrigado pelo retorno, mas eu fiz a alteração em que o Daniel sugeriu, e compilei meu aplicativo, mas mesmo assim continua pedindo essa biblioteca. lembrando que isso somente acontece quando executo meu aplicativo no windows 2003 server, e uso o delphi rad studio 2010. Apliquei nos fontes, a modificação sugerida pelo Waldir, para a carga Tardia da DLL (lembrando que isso só funciona em versões modernas do Delphi) Também modifiquei a ACBr.inc e ACBrDFeWinCrypt.pas Para ligar a diretiva, abra o ACBr.inc, e mude: {.$DEFINE DFE_SEM_NCRYPT} para {$DEFINE DFE_SEM_NCRYPT} (ou seja, remova o ponto)

Boa noite a todos. Apos um update no svn estou recebendo essa informação ao inicializar meu aplicativo, mas isso esta acontecendo no windows 2003 Server, e minha maquina que é windows 7 esta normal. Como resolver isso? Obrigado "Esta aplicação falhou ao iniciar porque o ncrypt.dll não foi encontrado. A reinstalação da aplicação pode reparar este problema.

Pullano estou com esse mesmo problema após executar um svn, e meu cliente não vai trocar o windows 2003 server. Voce resolveu esse problema. pelo que o daniel passou, minha duvida é caso eu faça essa alteração, esse arquivo vai ser alterado quando eu fizer um novo update no svn? obrigado paulinho

ok Daniel muito obrigado

Daniel, e quem usa o componente ACBrNFe, esse detalhe da segunda emissão da NFe, foi solucionado? Obrigado

Daniel. obrigado pelo retorno. e quando for A3? paulinho

Paulo boa tarde. Estou com esse mesmo problema em dois clientes. um com certificado A1, e outro com certificado A3. Uso o mesmo procedimento seu abaixo, e não consegui resolver. isso aconteceu depois que evolui meu sistema para usar essas configurações abaixo: Nas estações, copio para a pasta System32 ou SysWOW64 e registro: capicom.dll msxml5.dll msxml5r.dll ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsMsXml; ACBrNFe1.SSL.SSLType := LT_ALL; sera que poderia me orientar como resolver? obrigado paulinho

sysbase. mais uma vez muito obrigado. vou fazer isso, darei uma olhada em minha rotina e vou pegar um certificado A3 para testar. paulinho

sysbase obrigado pela dica. em meu sistema eu tambem faço isso, atraves dos parametros de um arquivo ini. Só que carrego uma vez em uma procedure lerconfiguração. e executo essa procedure no onshow do form, e não carrego mais em lugar algum, mesmo quando vou emitir a segunda NFe. Sera que se eu colocar essa função todas as vezes que solicitar uma NFe, eu resolveria. o duro que não tenho um certificado A3 para teste. poderia copiar essa função sua em meu sistema? obrigado paulinho

ok mauro muito obrigado pelo retorno

Mauro obrigado pelo retorno mas acredito que isso deve ser sim um bug. estive lendo o post: Erro CAPICOM SEFAZ/MG - WINDOWS 2003/2003x64, e pelo percebi quando carrega o certificado A3 pela segunda vez dá esse erro. o estranho que antes da evolução do bye bye capicom dava certinho. obrigado sim. sem questionamento, esse projeto é fantastico, por isso desde que comecei a usar, passei a contribuir, e vou contribuir sempre. mas vou ver o que faço por aqui. obrigado

boa tarde sysbase. estou com esse mesmo problema. voce conseguiu resolver? obrigado paulinho Essa rotina voce inseriu em que momento? obrigado

Mauro fiz o debug mas não consegui achar onde ele dá esse problema. será que isso não foi arrumado já pelo pessoal do ACbr? obrigado