EMBarbosa

Tem muitos tópicos sobre esse assunto aqui no fórum. O Lazarus é confiável. O IBExpert, famoso programa para administração de banco de dados Interbase e Firebird é feito no Lazarus. Na minha opinião, o pior do Lazarus é o debug. O debug não é tão prático como o do Delphi.

Eu uso aqui e não tive nenhum problema. Faz um exemplo simples e verifica.

Se você utilizou o SVN para baixar o componente, deve ter a última versão. Pelo menos até alguém fazer alguma alteração. Mas daí é só você fazer um update. Infelizmente não tem nada completo ainda. Olhe os outros tópicos, (como esse aqui), os usuários estão se juntando pra implementar. Junte-se a eles também.

A resposta continua a mesma também. Vou apenas acrescentar que podem ler sobre os relatos aqui nesse subfórum para saber como os outro usuários estão se saindo.

Você precisa verificar com o sistema de integração como é que eles esperam esse parâmetro. Daí poderá verificar se é implementado no ACBrTEFD.

Pena que não foi o que queria Fábio. Mas que ótimo que resolveu. Muito obrigado pelo retorno.

Pelo que olhei no código, essa mensagem é levantada quando é identificado o erro nte_bad_keyset. Me parece que é a situação de não possuir permissão mesmo. Como disse, parece que não tem a ver com não ter acesso a DLL e sim não possuir permissão de acesso ao certificado. Dei uma olhada no código e de acordo com a documentação da função CryptAcquireCertificatePrivateKey, ela só pode ser usada pelo owner da chave privada e não outro usuário. Então poderia verificar se o seu programa que é chamado pelo serviço roda no contexto do usuário que é owner do certificado? links para futura referência: https://blogs.msdn.microsoft.com/alejacma/2008/05/27/cryptacquirecontext-fails-with-nte_bad_keyset/ https://blogs.msdn.microsoft.com/alejacma/2008/12/23/cryptsignhash-fails-with-nte_bad_keyset/

É verdade. Isso é um problema recorrente no uso de tipos enumerados.

Até onde me lembro, mensagens SMS são realmente "quebradas" e quem monta é quem recebe. Não tenho certeza que o ACBrSMS faz esse tratamento. Ou melhor, acabei de pesquisar dá uma olhada nesses tópicos: Talvez continuando a pesquisa você encontre mais informações.

Post duplicado:

O problema citado já tem quase um ano e houve muitas alterações na parte de geração de NF-e/NFC-e. Você está utilizando os componentes ACBr para gerar a NFC-e? Pode descrever um passo a passo de como reproduzir o problema utilizando o programa de exemplo?

Eu concordo. Faz muito sentido. Mas é preciso duas coisas: que outros usuários também concordem; que se faça uma análise do código em todos lugares onde é utilizado esse tipo para ver se não vai "quebrar" o componente;

Não tenho certeza. Mas como mencionado antes o componente não está totalmente completo. Você pode acompanhar como estão indo os testes lendo no sub-fórum http://www.projetoacbr.com.br/forum/forum/48-e-social/ Talvez você mesmo queira testar, implementar e sugerir melhorias e alterações.

Possível bug no Delphi, nos seus arquivos ou na condição de ter instalado o C++ junto. Dá uma olhada nessa pergunta: https://stackoverflow.com/q/19593566/460775

Outro detalhe é que ele não está totalmente completo e testado. Está no branches pois é um componente em construção.

funciona até no "Tokyo".

Acredito que o seu código está desatualizado. Esses valores já estão no ACBrNFeServiços.ini desde 28/07/2017. Veja o conteúdo atual: [NFCe_PR_H] NfeAutorizacao_3.10=https://homologacao.nfce.fazenda.pr.gov.br/nfce/NFeAutorizacao3 NFeRetAutorizacao_3.10=https://homologacao.nfce.fazenda.pr.gov.br/nfce/NFeRetAutorizacao3 NfeConsultaProtocolo_3.10=https://homologacao.nfce.fazenda.pr.gov.br/nfce/NFeConsulta3 NfeInutilizacao_3.10=https://homologacao.nfce.fazenda.pr.gov.br/nfce/NFeInutilizacao3 NfeStatusServico_3.10=https://homologacao.nfce.fazenda.pr.gov.br/nfce/NFeStatusServico3 RecepcaoEvento_1.00=https://homologacao.nfce.fazenda.pr.gov.br/nfce/NFeRecepcaoEvento NfeAutorizacao_4.00=https://homologacao.nfce.sefa.pr.gov.br/nfce/NFeAutorizacao4 NFeRetAutorizacao_4.00=https://homologacao.nfce.sefa.pr.gov.br/nfce/NFeRetAutorizacao4 NfeConsultaProtocolo_4.00=https://homologacao.nfce.sefa.pr.gov.br/nfce/NFeConsultaProtocolo4 NfeInutilizacao_4.00=https://homologacao.nfce.sefa.pr.gov.br/nfce/NFeInutilizacao4 NfeStatusServico_4.00=https://homologacao.nfce.sefa.pr.gov.br/nfce/NFeStatusServico4 RecepcaoEvento_4.00=https://homologacao.nfce.sefa.pr.gov.br/nfce/NFeRecepcaoEvento4 NfeConsultaCadastro_4.00=https://homologacao.nfce.sefa.pr.gov.br/nfce/CadConsultaCadastro4 URL-QRCode=http://www.dfeportal.fazenda.pr.gov.br/dfe-portal/rest/servico/consultaNFCe URL-ConsultaNFCe=http://www.fazenda.pr.gov.br/

Olá andré, por favor, queira criar um tópico novo pra cada dúvida. Não reutilize os tópicos de outros usuários. São regras do fórum. Veja:

Que erro?

Favor testar com o programa de exemplo.

É melhor você verificar com um contador ou na SEFAZ do seu estado. Veja esse tópico: http://www.projetoacbr.com.br/forum/topic/20191-nfce-x-sintegra/

Eu acredito que seja um problema de permissões. Talvez o usuário em que a aplicação esteja rodando não tenha permissão para acessar o certificado. Veja esse exemplo: https://forums.asp.net/t/1693131.aspx

Obrigado pelo retorno.

Como assim?

É muito difícil afirmar com certeza sem ver o código. Vou dar algumas sugestões e você pode testar. Verifique a ordem que você altera os parâmetros do componente. Por exemplo: se você está alterando o modelo depois de alterar o Baud, pode ser que o Baud esteja sendo resetado para o valor padrão daquele modelo; Verifique se o código que altera o baud está realmente sendo chamado. Ponha um breakpoint e execute o código para ter certeza que ele está passando por lá; Verifique se o valor desejado está realmente sendo salvo. Ponha um breakpoint e adicione um "watch" parar avaliar se o valor salvo é mesmo o que deseja; Verifique se o valor desejado está realmente sendo carregado do arquivo INI. Ponha um breakpoint e adicione um "watch" parar avaliar o valor;