JLuis

Ok, vou deixar a cargo do componente então. Obrigado pelo retorno.

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.

Boa tarde, Como o tópico abaixo está travado, estou abrindo um novo tópico ... ocorre que meu sistema já possuía uma rotina que imprimia em infCpl a chave da NF-e referenciada e agora, no meu caso, esta informação está sendo impressa em duplicidade e, como não encontrei a resposta para minha dúvida gostaria de saber se tem ou terá como optar por imprimir ou não de forma automática ou se o comportamento de sempre imprimir será o padrão do componente. Obrigado.

Bom dia Juliomar, Dada a simplicidade do ajuste achei que seria mais prático para quem fosse fazer já adicionar direto a nova linha de código já na posição correta mas, de qualquer forma segue em anexo. Fiquei em dúvida se adicionava como uma nova linha ou se concatenava na mesma linha do endereço... optei por uma nova linha considerando que a linha do endereço já tem muitos campos mas vejam a melhor forma, o importante é que este campo seja impresso. Obrigado pela atenção. ACBrNFeDANFeESCPOS.pas

Bom dia, Verifiquei que a montagem do cabeçalho do DANFE ESCPOS não está considerando o "fone": procedure TACBrNFeDANFeESCPOS.GerarCabecalho; begin FPosPrinter.Buffer.Add('</zera></ce></logo>'); if (Trim(FpNFe.Emit.xFant) <> '') then FPosPrinter.Buffer.Add('</ce><c><n>' + FpNFe.Emit.xFant + '</n>'); FPosPrinter.Buffer.Add('</ce><c>'+ FormatarCNPJ(FpNFe.Emit.CNPJCPF) + ' <n>' + FpNFe.Emit.xNome + '</n>'); FPosPrinter.Buffer.Add('<c>' + QuebraLinhas(Trim(FpNFe.Emit.EnderEmit.xLgr) + ', ' + Trim(FpNFe.Emit.EnderEmit.nro) + ' ' + Trim(FpNFe.Emit.EnderEmit.xCpl) + ' ' + Trim(FpNFe.Emit.EnderEmit.xBairro) + ' ' + Trim(FpNFe.Emit.EnderEmit.xMun) + '/' + Trim(FpNFe.Emit.EnderEmit.UF) , FPosPrinter.ColunasFonteCondensada) ); end; Por gentileza, alguém poderia adicionar este campo?! Desde já agradeço.

Boa tarde a todos.... Tive o mesmo problema em uma NF-e com 50 itens, alterei conforme a dica acima e consegui enviar. A dúvida é se posso disponibilizar meu software em produção com esta configuração ou se há alguma restrição conhecida. Desde já agradeço.

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.

RS

Olá André... obrigado pelo retorno... seguinte, atualizei, reinstalei tudo usando o ACBrInstall_Trunk2 e compilei novamente o sistema e o erro persiste, porém, percebi que ao abrir o sistema e consultar uma NF já autorizada, na primeira tentativa retorna o status correto, a partir da segunda tentativa ocorre o erro 12175. Não sei se meu código tem algo errado ou faltaria implementar algo em razão da mudança.

Bom dia... Ajustei o sistema para usar somente o SSLIB = libWinCrypt e removi também as referências à CAPICOM... com certificado A1 está ok, porém, ao testar com A3(cartão) está ocorrendo o seguinte erro: Erro Interno: 12175 Erro HTTP: 4 Erro recebendo dados. Erro:Erro: 12175 Alguém tem alguma ideia do que pode estar ocorrendo? Obrigado.

Bom dia Juliomar, Teste realizado com sucesso, o AV não ocorre mais. Obrigado pela força!

Com o objetivo de limpar as informações do protocolo da NF anterior passei a executar o método Clear cfe. abaixo: ACBrNFe.WebServices.Retorno.Clear; Porém, está ocorrendo um AV na linha 1294 da unit ACBrNFeWebServices.pas cfe imagem anexa. Alguém poderia me dar alguma informação de como evitar o problema ou o motivo do erro? Desde já agradeço.

Boa tarde, Fazendo mais testes com a consulta de cadastro no CT-e e comparando com a NF-e (que funciona), contatei uma diferença entre as URLs utilizadas em cada componente e acredito que esteja aí o problema: ACBrCTe: 'https://cad.svrs.rs.gov.br/ws/cadconsultacadastro/cadconsultacadastro2.asmx' ACBrNFe: 'https://cad.sefazrs.rs.gov.br/ws/cadconsultacadastro/cadconsultacadastro2.asmx' Seria possível padronizar para que ambos utilizem a mesma URL, no caso, a do ACBrNFe ? Obrigado.

Bom dia, Mesmo após buscas pelo fórum não consegui chegar a uma conclusão quanto ao fato de a consulta cadastro funcionar corretamente pelo componente da NF-e e pelo componente do CT-e não..... Alguém por gentileza poderia informar se há alguma diferença ou restrição quanto a consultar cadastro pelo componente do CT-e? Ao consultar pelo CT-e é retornado o erro "265: Sigla da UF da consulta difere da UF do WebService" Desde já agradeço.

Obrigado!

Bom dia, Também tive problemas com o retorno "C6" cfe. citado anteriormente e precisei ajustar.....

Bom dia, Me deparei com uma situação de erro na leitura do retorno do Sicredi CNAB400.... o código de retorno "K1" está previsto para "toRetornoRegistroRecusado: //03" mas não está para "toRetornoInstrucaoRejeitada: //32" então ajustei o código e estou anexando para ser atualizado no SVN. Unit ACBrBancoSicredi.pas Linhas 1130 e 1166 cfe. imagem anexa. Obrigado. ACBrBancoSicredi.pas

Boa tarde pessoal, Só para compartilhar a informação, acabei de receber do suporte do Sicredi por meio da agência aqui da cidade a informação de que o problema é a nível nacional e que estão trabalhando para corrigir.... pelo que informaram, este problema dos espaços em branco após o H5 deverá voltar a ser preenchido com zeros tão logo finalizem a correção. Att.

Perfeito... atualizei e testei novamente, tudo certo. Obrigado.

Resolvido..... removi os fontes da pasta "..\ACBr\Fontes\ACBrDFe\ACBrNFe\DANFE\NFe\Fortes" baixei novamente, abri a unit ACBrNFeDANFeRL.pas pelo Delphi e ignorei o erro ref. à propriedade em questão.... salvei e compilei. Valeu!

Boa tarde, Após atualizar os fontes hoje pela manhã passou a gerar erro na impressão via Fortes: "Property LCLVersion does not exist" Atualizei também o fontes do Fortes CE há poucos minutos, reinstalei o ACBr via instalador e mesmo assim não adiantou.... Seria em decorrência das últimas alterações no Fortes CE? Uso Delphi XE. Desde já agradeço.

Bom dia Luis, O problema a princípio estava com o Internet Explorer 11 ... foi removido e reinstalado e tudo voltou a funcionar. Quando abríamos a tela de "Opções da Internet" ela travava e foi aí que o rapaz do suporte resolveu desinstalar e instalar novamente, um baita chute... rsrs É de deixar o cara doido mesmo... Obrigado pela força.

Bom dia, Continuo na briga.... Verifiquei as config. do IE e nas config. avançadas está marcado para usar SSL 2.0 e TLS 1.0 tal como utilizamos para NF-e e que funciona nos demais clientes. Também limpei a senha do certificado na minha configuração. Verificando o XML de retorno, tanto para o pedido de status do serviço quanto para o envio, o único conteúdo é: <?xml version="1.0" encoding="UTF-8"?> ... mais nada. Se alguém tiver mais alguma dica, desde já agradeço.

Olá Juliomar, obrigado pelo retorno. Testei agora em outro micro com um certificado A1 e está OK No cliente que está com problema é certificado A3 e o aplicativo do certificado mostra como "operacional"... muito estranho. Já atualizei capicom, DLLs, desabilitei antivírus e nada, não sei mais o que fazer.

Bom dia, estou com o mesmo problema na Sefaz RS... alguém sabe a razão para este erro? Obrigado.