Daniel Simoes

Por favor verifique se esse arquivo, tem modificações do seu lado... na dúvida, apague o mesmo, e atualize pelo SVN

Você pode reativar a MSXML, basta editar o ACBr.INC

Fiquei confuso, o problema ocorre: - Usando a MSXML ou usando a LibXML2 ? - iniciou apenas após você atualizar os fontes do ACBr ? Se SIM, qual a sua revisão atual ?

Qual equipamento ? Experimente configurar algum valor em EspaçoEntreLinhas, como por exemplo 10

Por favor rode o Instalador, ou apague a pasta "ACBr\Lib" provavelmente a sua Unit ACBr_WinCrypt não foi recompilada...

Melhor acionar a Setis pelo seu card de homologação

Por favor anexe os fontes modificados, para analise...

Humm. pode ser que a aplicação anterior (TEF), tenha deixado a comunicação segura aberta... Experimente chamar o comando "CLO" antes do "OPN"

No nosso curso (que está aberto), tem muitas dicas sobre TEF PayGo https://acbr.nutror.com/curso/2561928d2d0381ba19afa98908a21252ba2603a4 Nesse caso você precisará rodar - Solicitar a PayGo, Reset de Terminal - Rodar Função Adm -> Configuração - Rodar Função Adm -> Instalação

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 ?