Daniel Simoes

Creio que o eSocial ainda não esteja pronto...

Qual é a sua abordagem de trabalho ? Usar a XMLSec com suporte a MSCrypto ?

Aqui está a normatização do arredondamento da ABNT https://svn.code.sf.net/p/acbr/code/tools/Diversos/ABNT NBR-5891 Regras de arredondamento e numeração decimal.pdf

Por favor atualizem os fontes pelo SVN... foi enviada uma modificação recente, que deve corrigir esse problema...

Tenha certeza de que você está usando a DLL correta para esse modelo de SAT Verifique se você configurou o modelo como STDCALL

Configurei o ACBrNews, para permitir respostas... e uni os tópicos...

Anexe o XML gerado...

Olá pessoal, Compartilho com vocês, os Planos de Expansão do Projeto ACBr. Em anexo, está o PDF da apresentação Apresentação - ACBr - Planos de Expansão.pdf

Nao faz parte da proposta do ACBrMonitorPlus, ser "White Label"... De acordo com a licença de uso do ACBrMonitorPlus (GPL). O crédito ao Projeto e aos autores deve ser mantido... remover esse crédito, em uma recompilacao seria uma quebra do uso da licença..

De qual logotipo você está falando ?

@CleitonMaciel, Já assistiu ? https://www.eventials.com/djsystem/nfc-e-e-sat-como-tratar-a-contingencia/

Enviei correções ao SVN... por favor atualize e teste...

Já detectei o problema... estou aplicando uma correção...

Ainda não subi no SVN... fiz mais alguns ajustes... Por favor tente com essa Unit em anexo... ACBrDFeWinCrypt.pas

mude para "protected"

Obrigado @BigWings... já está no SVN...

pode por favor, anexar os Logs gerados ?

veja esse tópico:

Anexe um Log gerado pelo ACBrPosPrinter... ppTexto filtra todas as Tags de impressão... mas não acho que deveria filtrar as quebras de linha... Consegue reproduzir o problema, usando o Demo PosPrinterTeste.exe ?

Desculpe... foi uma confusão minha... A sua solicitação faz sentido.. o @José M. S. Junior, comentou comigo que irá implementar...

Não sei se concordo... ser "White Label" não é uma das premissas do ACBrMonitorPLUS... ele pode até ficar bem escondidinho, no Systray, e ter as configurações bloqueadas por senha... Mas acho justo dar o crédito ao Projeto ACBr, com a divulgação do nosso logotipo...

Acho que não compreendi... nos seus testes, não foi esse método que você usou ? Ou seja, remover o cartão no meio do processo de assinatura ? Até o momento, XMLSec no ACBr não funciona com MSCrypto... então... não suportará A3

Vendo o seu vídeo e de acordo com as suas investigações... a única medida prática e efetiva, seria deixar na Tela, uma mensagem clara e visível ao usuário... "ACESSANDO CERTIFICADO DIGITAL. NÃO REMOVER O CARTÃO..." As empresas que emitem o Certificado, não tem qualquer relação com a MSXML.dll.. ela e feita pela Microsoft e está depreciada... Eu particularmente, recomendo a meus clientes, que evitem a todo custo, certificados A3... a diferença de preço entre um A3 e A1, me parece ser "economia a base da porcaria"... A3 gera muito suporte e trabalho... Ele seria mais seguro, é claro.... isso se todos não usassem "1234" na senha, ou colassem uma etiqueta com a Senha no cartão... então.. só vejo desvantagens em usar A3 O que provavelmente está excluindo o Certificado, é justamente isso... a falha na autenticação do mesmo... Isso é uma medida de segurança, que é de conhecimento de todos... se você digitar a senha errada várias vezes, a própria biblioteca de acesso ao certificado excluirá o mesmo...

É sempre bom lembrar, que os fontes do ACBr, apenas abrem o Certificado como "ReadOnly".. Veja o código abaixo, de ACBrDFeWinCrypt.pas FpStore := CertOpenStore( StoreProvider, 0, 0, StoreFlag or CERT_STORE_READONLY_FLAG, LPCTSTR( FpDFeSSL.StoreName ) );

Sem saída... esse componente deve morrer em breve... pois creio que o Sefaz irá abandonar esse endereço... ou seja, deixará de funcionar... No Link em produção, eles instalaram o reCaptcha.. algo que não conseguimos simular, ou ler, por código...