Daniel Simoes

Estranho, pois atualmente o ACBrAbecsPinPad, não implementa a abertura do PinPad, com chaves de segurança... Observe que o método abaixo, está com o código comentado... procedure TACBrAbecsPinPad.OPN(const OPN_MOD: String; const OPN_EXP: String);

Acho que o terminador, precisa ser configurado no ACBrLCB... mas não lembro bem.. faz muito tempo que não abro esse fonte...

Acho que precisa configurar como Terminador, o [CR]

Consegui fazer funcionar no D7, D12 e FPC... Realmente é a forma como a API trata os tipos "String" de WidString quando usando Unicode ou String, nos Delphis mais antigos... Obrigado pela contribuição.. se possível, por favor teste para ver se funciona no seu ambiente... Commit [r35488]

Parece tudo ok... Obrigado pela contribuição... @Alexandre de Paula, ou @EliasCesar, podem seguir com o Merge no SVN

Sim, retornam... estou testando no Lazarus.. vou testar no Delphi.. Pode ser algo com AnsiChar vs WideChar

Hum... Com o FPDF-Pascal não dá pra fazer isso.. ele sabe escrever PDFs, mas não sabe abrir eles...

Essa DLL deve usar CDECL

Humm.. notei que a chamada está falhando... Ok := CryptAcquireContext(CryptProv, PAnsiChar(ContainerName), PAnsiChar(ProviderName), ProviderType, CRYPT_DELETEKEYSET); (Ok fica False) Vou tentar alguns ajustes...

Sim.. eu apaguei toda a pasta "RSA", e iniciei a conexão.. ele criou os arquivos temporários, passou por CryptAcquireContext com a flag CRYPT_DELETEKEYSET, quando encerrei a aplicação... mas mesmo assim os arquivos temporários ficaram no disco... Será que ele limpa esses arquivos, em outro processo de limpeza futuro ?

A DLL desse SAT, precisa que você rode a sua aplicação, como Administrador

Olá @Arimateia Jr, Desculpe a demora na interação desse tópico.. Apliquei nos meus fontes as modificações sugeridas, e parecem corretas... Mas notei que nos meus testes, os arquivos temporários criados em ..\AppData\Roaming\Microsoft\Crypto\RSA não foram apagados após a chamada de CryptAcquireContext com CRYPT_DELETEKEYSET

O Pipe é o novo padrão de quebra de linha dos componentes DFe... Se você não configurar outro, ele que será utilizado... @Juliomar Marchetti, veja o tópico abaixo:

O ideal, seria não habilitar MSXML ou CAPICOM.. ou seja, não editar o ACBr.inc O erro pode estar ocorrendo, porque no Formulário onde você tem o componente do ACBr, ele está configurado para MSXML (ou CAPICOM), e com isso, essa propriedade fica salva no DFM, e o erro ocorre em RunTime, quando o Delphi tenta atribuir as propriedades do DFM ao objeto recém criado Para corrigir, basta abrir os formulários que tem o componente, e ajustar as configurações para o Default...

Isso parece ser Codificacao em UTF8 (o normal realmwnte è UTF8) Por favor anexe o XML, para analise Você lê o XML pelo ACBr ? Em que momento você detecta problema? Qual a sus IDE ?

Eita... fiquei curioso... O que é um exemplo de "Ruido marrom" ?

Para Sistemas em Nuvem, com PinPad local.. acho que o ideal, seria trabalhar com Troca de arquivos TXT, e usar uma pasta compartilhada, no Servidor, com as estações locais Veja ainda TEFs em API, como o Control Pay https://paygodev.readme.io/docs/o-que-é-controlpay

Já viu o Curso, gratuito ? https://app.nutror.com/curso/e4f38b5c7398e4ccca8731c2d305952d389ac693

Muito obrigado pela analise e pela correção @Italo Giurizzato Junior, pode nos ajudar com esse Merge ?

Olá @Fox_Desenvolvimento, precisamos dos Logs do ACBrMonitor e alguns dos retornos, para a análise

Na verdade cabe ao Servidor validar se o Certificado está ou não revogado... Então provavelmente o Servidor de NFCe não está fazendo essa verificação

@EliasCesar, esse processo é parecido com o do Itaú? Não poderíamos aproveitar parte do Código do Demo ?

Esse curso, é disponibilizado para os assinantes do Pro

Oi @Claytonocn07, Sim.. não há problema algum... é uma ótimo forma de turbinar a versão Professional

@Pedro Frayman, pode me ajudar com esse caso ?