-
Total de ítens
1.039 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Antonio Paulo Mangili
-
-
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
-- ACBr.inc --
[+] Adicionada a diretiva "DFE_SEM_NCRYPT", para permitir a compatibilidade em
Windows XP (o padrão é desligada)
(por: DSA)-- ACBrDFeWinCrypt --
[*] Ajuste para compilação com a diretiva "DFE_SEM_NCRYPT", para permitir o
suporte a Windows XP (por: DSA)-- ACBr_NCrypt --
[*] Ajuste para efetuara carga da DLL com "Delayed", caso a diretiva "USE_DELAYED"
esteja ligada, e o compilador suporte carga tardia.. (por: Waldir Paim)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.
-
9 horas atrás, phulano disse:
utilizo o server 2003. tbm estou tendo problema...
o cliente nao vai trocar o 2003, por uma vesao mais nova...
como fazer nesse caso ?
nao trabalho com delphi,, nem sei como fazer essas alteracoes q comentaram....
alguem tem uma dica de como solucionar ?
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
-
31 minutos atrás, Daniel Simoes disse:
É evidente, afinal são os mesmos fontes... por favor Leia os arquivos *Change-Log.txt
ok Daniel muito obrigado
-
12 horas atrás, Daniel Simoes disse:
Por favor testem com a versão do MonitorPLUS que o Celso subiu hoje...
Ela tem todas as melhorias que foram adicionadas nos fontes do ACBrDFe
Daniel, e quem usa o componente ACBrNFe, esse detalhe da segunda emissão da NFe, foi solucionado?
Obrigado
-
10 horas atrás, Daniel Simoes disse:
Se o certificado é A1... não tem o que quebrar a cabeça... use OpenSSL, que já funciona a anos...
Veja a sugestão do inicio do tópico:
Daniel. obrigado pelo retorno. e quando for A3?
paulinho
-
Em 03/04/2017 at 15:03, pauloclv disse:
Boa tarde.
Esse erro foi desgastante para contornar:O atributo 'Algorithm' tem valor
'http://www.w3.org/2001/04/xmldsig-more#rsa-sha256' que não
corresponde ao valor fixo
'http://www.w3.org/2000/09/xmldsig#rsa-sha1' no DTD ou no
esquema.
Ocorria em computadores com Windows 10 versão de 32 bits.
Só uso certificado A1.Estes arquivos mantenho numa pasta compartilhada no servidor:
fbclient.dll gds32.dll msvcm80.dll msvcp80.dll msvcr80.dll
capicom.dll iconv.dll inpout32.dll libeay32.dll libxml2.dll libxmlsec-openssl.dll libxmlsec.dll libxslt.dll msvcr71.dll msxml5.dll msxml5r.dll ssleay32.dll zlib1.dllNão instalo o sistema nas estações, acesso através da rede.
Não uso o instalador do Firebird nas estações.
Nas estações, copio para a pasta System32 ou SysWOW64 e registro: capicom.dll msxml5.dll msxml5r.dll
Durante o problema estava usando esta configuração:ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt;
ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt;
ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp;
ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsMsXml;
ACBrNFe1.SSL.SSLType := LT_TLSv1_2;No meu caso foi resolvido usando esta configuração:
ACBrNFe1.Configuracoes.Geral.SSLLib := libOpenSSL;
ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryOpenSSL;
ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpOpenSSL;
ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsXmlSec;
ACBrNFe1.SSL.SSLType := LT_ALL;
Abraços
Paulo C. L. VicentePaulo 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
-
2 horas atrás, sysbase disse:
Como vc. disse que tem a chamada à rotina no "OnShow", já verificou se em algum momento este evento não está sendo disparado mais vezes?
Caso vc. não esteja testando "CertificadoLido" cfe acima estará ocorrendo a tentativa de carga do certificado e consequentemente o erro.
Vc. vai precisar de um A3 pra teste, aqui consegui um A3 emprestado pra testar em Homologação.
Use o bloco de código do post anterior e sete as propriedades com as constantes de forma fixa só pra teste.
sysbase. mais uma vez muito obrigado. vou fazer isso, darei uma olhada em minha rotina e vou pegar um certificado A3 para testar.
paulinho
-
9 horas atrás, sysbase disse:
Bom dia Antônio,
De forma resumida... Tenho um cadastro de parâmetros cfe. tela acima e, tenho uma procedure que é responsável por configurar e inicializar o componente ACBrNFe a partir deste cadastro e também outras variáveis auxiliares, que é chamada antes do início do processo de geração de uma ou mais NFs... no meu caso, estava dando erro sempre na segunda chamada a esta rotina e tinha que fechar e abrir o sistema para resolver, então, com base nos testes cheguei ao código acima no qual testo antes de carregar novamente o certificado
if not NFe.SSL.CertificadoLido then
.......
NFe.SSL.CarregarCertificadoSeNecessario;
..... desta forma continuo chamando minha procedure da mesma forma que antes porém, sem carregar o certificado a cada vez e isso a princípio resolveu o problema, ao menos por enquanto.... tenho também um outro caso de um certificado A3 token que não tem jeito de funcionar em uma das estações de um cliente mas funciona em outra mas daí já outro problema.
Espero ter ajudado.
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
-
47 minutos atrás, Mauro Asl disse:
Olá @Antonio Paulo Mangili, a questão é essa mesma. Os fontes e o mecanismo de acesso ao certificado praticamente mudaram.
Dê uma analisada nos fontes antigos o nos novos e você entenderá.
Bom, como hoje não tenho um certificado tipo cartão e utilizo o Win10 no desenvolvimento não tenho como degugar e achar o erro ou incompatibilidade, pois não ocorre.
Amanhã estarei fazendo um certificado tipo cartão para testar com uma leitora, e pedi o pessoal do hardware para preparar uma máquina com win7 para testar o desenvolvimento.
Quando achar o problema, posto o resultado aqui.
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
2 minutos atrás, Mauro Asl disse:amigo @Antonio Paulo Mangili,
Esta pergunta sua eu até entendo, pois ficamos com a cabeça cheia de tantos os clientes reclamarem.
Se não existisse este projeto, hoje em dia muitos desenvolvedores não teriam software no mercado ou estariam pagando uma fortuna por bibliotecas proprietárias.
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
-
1
-
-
Em 21/03/2017 at 16:22, sysbase disse:
Boa tarde Daniel,
Obrigado pelo retorno... Testei usando o demo em ambiente de produção usando o A3 do cliente e funcionou sem problemas. Por se tratar de ambiente de produção testei apenas a consulta via chave e também carregando o XML.
Voltei a testar com meu sistema e como já havia relatado antes, usando o exemplo da consulta de uma NF-e já autorizada, na primeira consulta funciona e nas seguintes dá erro. Preciso fechar e abrir o sistema novamente e então, a primeira consulta funciona e..... O fato é que não alterei nada no meu código (consulta NF-e) em relação à versão anterior, antes de alterar para a libWinCrypt, mas algo não está fechando.
Vou verificar meu código, se alguém tiver mais alguma colaboração desde já agradeço.
boa tarde sysbase. estou com esse mesmo problema. voce conseguiu resolver?
obrigado
paulinho
Em 04/04/2017 at 16:21, sysbase disse:Boa tarde Pedro,
Tive o mesmo problema, em anexo está a config. que estou usando e está funcionando... mas, precisei ajustar também meu código para carga do certificado que no caso do A3 estava dando problema porque estava executando a carga do mesmo mais de uma vez, atualmente faço alguns testes antes de carregar ou não:
if not NFe.SSL.CertificadoLido then // No caso do A3 ao carregar a segunda vez Gera erro! begin try NFe.SSL.DescarregarCertificado; NFe.Configuracoes.Geral.SSLLib := TSSLLib(Nfe_Cfg.nfe_cd_ssl_lib); NFe.Configuracoes.Geral.SSLCryptLib := TSSLCryptLib(Nfe_Cfg.nfe_cd_crypt_lib); NFe.Configuracoes.Geral.SSLHttpLib := TSSLHttpLib(Nfe_Cfg.nfe_cd_http_lib); NFe.Configuracoes.Geral.SSLXmlSignLib := TSSLXmlSignLib(Nfe_Cfg.nfe_cd_sign_lib); NFe.SSL.SSLType := TSSLType(Nfe_Cfg.nfe_ws_ssltype); NFe.SSL.CarregarCertificadoSeNecessario; dt_validade_cd := Nfe.SSL.CertDataVenc; except On E : Exception do begin Mensagem('Erro na carga do Certificado Digital!'+ql+E.Message,'e'); raise; end; end; end;
Os dados para config do SSL eu carrego de uma tabela do banco, mas veja na imagem anexa os valores que estou usando.
Ref a usar o A3 para NFC-e na minha opinião não é a melhor opção. Tive um caso em que o movimento na loja é grande e devido a problemas com leitora e a necessidade de inserir o PIN acabamos fazendo um A1 para dar mais agilidade.
Espero ter ajudado.
Abraço.
Essa rotina voce inseriu em que momento?
obrigado
-
2 minutos atrás, Mauro Asl disse:
Segue os passos onde reporto os testes com o Demo, debuga e vê qual linha acontece.
Como meu desenvolvimento é windows 10, não consigo ver isso, pois realmente só ocorre no windows 7.
Lê o post e me fala.
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
-
1 minuto atrás, Mauro Asl disse:
Cara, eu também estou com o mesmo problema. Dê uma olhada neste link e vamos trocando uma informação para solucionar o problema.
Pergunta sua máquina de desenvolvimento é qual windows ?
ola boa tarde e obrigado pelo retorno. o windows da maquina de desenvolvimento é o 7 o mesmo da emissão do cliente.
e estou usando a SEFAZ/SP
obrigado
-
boa tarde a todos
estou efetuando a evolução para não usar mais a biblioteca capicom, conforme projeto bye bye capicom.
acontece que quando estou usando o certificado A1 esta tudo bem consigo emitir varias NFe na sequencia, mas quando eu uso o certificado A3 e emito uma NFe sai certinho, mas quando vou emitir a segunda, ou faço uma consulta no status de serviço da um erro anexo na mens1.jpg. para que eu consiga emitir a NFe tenho que fechar meu sistema, e acessar novamente e ai eu consigo emitir a NFe. o estranho é que isso só acontece com o cliente que tem o certificado A3. Alguem poderia me orientar onde posso estar errando.
estou configurando meu certificado conforme imagem abaixo.
muito obrigado
-
9 horas atrás, André Ferreira de Moraes disse:
A msxml continuar sendo utilizada.
Muito Obrigado
8 horas atrás, Daniel Simoes disse:Repare que você está usando a xsMsXml, ela dependerá das DLLs da MSXML, (que precisam ser registradas)
Se você já usa certificados A1, e quer algo que seja fácil de transportar... use libOpenSSL... Nesse caso, sugiro usar as libs compatíveis com a MinGW. Por favor veja o tópico abaixo:
ok. vou ler o topico. muito obrigado
-
Por favor estou com uma duvida. Evolui meu sistema para não usar mais a biblioteca capicom, conforme imagem em anexo. com essa evolução não estou mais tendo que instalar o certificado no repositorio do windows, e sim salvo em uma pasta.
Acontece que com isso achei que não precisaria mais registrar as biblioteas capicom, e a mxsml5. mas quando fui instalar meu sistema em uma maquina formatada, ele deu erro ao emitir a NFe, como classe não registrada id........... fiz uma pesquisa e esse erro determina que não foi registrado essas bibliotecas. bastou registrar ai deu certinho a emissão da NFe. Por favor onde estou errando, para isso não ocorra mais? Sera que mesmo usando outras bibliotecas vou ter que registrar a capicom?
obrigado
paulinho
-
2 horas atrás, ALA disse:
segue configurações, mas só funciona em produção ok
35 minutos atrás, storebrasil disse:Também estou exatamente com o mesmo problema. Alguém já conseguiu detectar o que ocorre ?
Esse erro ocoreu comigo também mas em homologação. em produção vai certinho
abs
Paulinho
-
bom dia ala. estou com esse mesmo problema, mas somente no envio em homologação. Em produção vai certinho
paulinho
-
Em 31/03/2017 at 19:59, Daniel Simoes disse:
problema resolvido. esse erro c dá quando esta emitindo NFe em homologação. em produção vai certinho. acredito que seja uma falha da SEFAZ de GOIAS.
muito obrigado a todos que me reportaram.
paulinho
-
2
-
-
17 horas atrás, eremim disse:
Também Goiânia, mesmo problema, só em homologação
eremim bom dia.
em produção dá esse problema? eu não tentei em produção somente homologação. Obrigado
-
Em 13/01/2017 at 17:43, Celso disse:
Seu sistema parece não estar com as cadeias de certificado atualizadas. Veja o link abaixo da própria Certisign.
https://www.certisign.com.br/atendimento-suporte/downloads/hierarquias/icp-brasil/nf-e
Celso
Estou com esse problema para emitir NFe com certificado A1 no estado de GO. Tenho uma empresa em Campinas onde adquiri o certificado no ano passado onde ja uso o mesmo. Agora abri uma filial em goiania e gostaria de usar o mesmo certificado. Em campinas dá certinho, mas quando configuro para a filial da esse erro. ja instalei todas as cadeias possiveis e impossiveis. Vc poderia me orientar.
Muito Obrigado
Paulinho
Ncrypt.DLL
em NFe/NFCe - Nota Fiscal Eletrônica
Postado
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