rnovakosky

Olha, antes o ACBR usava a CAPICOM mas como já sabemos a CAPICOM no Windows foi substituída pelo WinCrypt e tem nativamente no windows, com ele você poderia assinar digitalmente teu PDF mas a assinatura incorporada no PDF também tem um formato certo de ficar incorporada, você por exemplo consegue gerar uma assinatura digital com o WinCrypt mas ainda falta um passo para fazer isso no PDF e fazer na munheca não recomendo pelo tempo de programação. Pelo ACBR vc conseguiria gerar uma assinatura digital mas falta o passo dela ficar dentro do PDF, entende... talvez conforme o projeto vá crescendo esta funcionalidade seja incluída. Algumas soluções que conheço são os ActiveX da própria inventora do PDF a ADOBE, há uma licença free da Adobe para Desenvolvedores mas não tenho certeza até onde vai, de certeza se vc tiver uma versão do Adobe PDF (Não o Reader que é free, estou falando do Editor de PDF da Adobe), você pode incorporar no teu Delphi e fazer a assinatura digital pelo Delphi, a Adobe tem alguns manuais de como fazer mas acho eles meio complicados de chegar naquilo que você à vezes está procurando, de qualquer forma é rápida, muito boa. Outra Opção que conheço é a GDIPicture, muito rápida e eficiente tb, eles possuem bibliotecas mais intuitivas de entender como fazer, porém o preço da licença pode não ser do teu agrado. Outra opção ainda que conheço são umas dlls da chilckat, também são comerciais mas por serem mais específicas só para este fim tem um valor separado por funcionalidade e pode caber melhor no teu bolso. Um detalhe, a assinatura digital pela atual legislação precisa ser em PDF/A, desde 2020, não pode ser mais somente PDF.

Acho que teve um erro de digitação nos updates do 18165 Ficou escrito {$IFDEF RTL230_UP}...{$ENDIF RTL230_UP} Pelo que entendi era para ser {$IFDEF RTL320_UP}...{$ENDIF RTL320_UP} Acredito que a confusão também pode ser porque o arquivo ACBr_jedi.inc não segue as RTLs correspondentes, por exemplo, para VER270 que é XE6, a pessoa convencionou como RTL270_UP enquanto na verdade é RTL200 a correspondente. Talvez fosse melhor melhorar e convencionar como VER270_UP., só uma ideia. Notei o erro porque fui instalar no XE6 que somente suporta: pidWin32 = $0001; pidWin64 = $0002; pidOSX32 = $0004; pidiOSSimulator = $0008; pidAndroid = $0010; pidLinux32 = $0020; pidiOSDevice = $0040; pidWinNX32 = $0100; aí dá o erro de "Constant expression violates subrange bounds" porque dá estouro do tamanho WORD que ComponentPlatformsAttribute suporta especificamente no XE6. Quem tiver XE6 aí pessoal, só alterar onde aparece o erro para {$IFDEF RTL320_UP}...{$ENDIF RTL320_UP} enquanto não for acertado em nova versão do ACBr. Na verdade o erro já vem de update anterior ao 18165, só apareceu agora porque antes só estava considerando pidWin32 e pidWin64 na hora de compilar e agora considera "piacbriOSSimulator64 = $00010000" que dá o estouro de range no caso do XE6 e anteriores. Roberto Novakosky