Daniel Simoes

O ACBr é OpenSource... basta abrir os fontes e conferir... TACBrBALModelo = (balNenhum, balFilizola, balToledo, balToledo2090, balToledo2180, balUrano, balLucasTec, balMagna, balDigitron, balMagellan, balUranoPOP, balLider, balRinnert, balMuller, balSaturno, balAFTS, balGenerica, balLibratek, balMicheletti, balAlfa ) ;

O código é intencional... nas antigas homologações de TEF não era permitido imprimir mais do que três linhas por vez, para garantir que a aplicação estava considerando o retorno do ECF a cada buffer enviado... Se você quer imprimir tudo de uma vez, apenas faça: ACBrECF1.MaxLinhasBuffer := 0

Como posso testar esse problema no Lazarus ?

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

O ACBrMonitorPlus suporta todos os modelos que o componente ACBrETQ, venha a suportar...

Parece que o Fórumweb morreu... Vou tentar lembrar o que eu havia escrito no tópico...

Não compreendi em qual ambiente/configuração deu certo e em qual falhou...

Por favor evite colar grandes trechos de Log... a leitura do topico fica muito difícil... ao invés disso... anexe um arquivo (zip) com o Log

A ideia é interessante... e pode ser uma boa alternativa, para quem não se incomoda com o "peso" do .NET e suas infinitas atualizações... Mas a classe deveria complementar todos os métodos necessários para a manipulação de XML, como: Assinar (ok), Validar Assinatura, Validar Schema Já solicitei a ajuda do @Rafael Dias, que é nosso expert em C#, para ver se conseguimos completar....

Sim... não há problemas com isso... Veja esse (antigo) tópico:

Muito bom... poderíamos criar uma nova classe de TDFeSSLXmlSignClass, que dispensaria o uso de XMLSec ou MSXML... tudo em código Pascal...

Achei... // Para Remover Warnings de CAST causados por WideString/String/AnsiString, descomente a linha abaixo. (Apenas Delphi) {.$DEFINE REMOVE_CAST_WARN}

Verifique se o provedor não exige TLS1.2

Nao... eles já estão aí faz um tempo... Se não me engano, há uma diretiva em ACBr.inc, para desligar esses warnings

Uau... coragem... eu cheguei a cogitar esse caminho mas tb vi dificuldade nesse ponto... Repare que na WinCrypt, já temos métodos para gerar o Hash... então, depois de "sanitizar" o XML com as transformações necessárias, poderíamos usar os métodos existentes...

Sim, a XMLSec seria uma ótima opção... ela pode funcionar com a MSCrypto (e não apenas com o OpenSSL)... mas ainda não conseguimos fazer funcionar...

Humm... realmente isso não será muito simples... Lendo os fontes do ACBrMail, me desagradou o fato de ACbrEmailCli.Attachments ser um "array of record"... o correto seria ele ser um derivado de TList, como um TObjectList... vou promover a mudança... Se quiser manipular com o array veja esse tópico: http://pages.cs.wisc.edu/~rkennedy/array-delete

Não que eu saiba... Acredito que abrir a Store em modo Read Only já seja isso... Repare que no tópico citado, ele comenta que a exclusão ocorre quando a aplicação está sob controle da MSXML.DLL... ou seja... não temos como controlar o que ela faz...

Menos Ctrl-C, Ctrl-V... AttachmentName é um nome de variável qualquer, do tipo String, que você deve criar, para receber o NameRef do Anexo

tópico relacionado...

O curioso... é que eles aplicaram uma correção no driver... mas não especificam qual é essa correção, e nem porque ela é necessária... Mas... se não havia problema do lado deles, porque foi necessária a correção ??

Muito fácil jogar a culpa em terceiros... Em nenhuma das linhas de código do ABCr, há um comando para a exclusão do certificado... É código aberto, basta pesquisar nos fontes... O ACBr abre a Store do Windows em modo "Read Only" https://www.projetoacbr.com.br/forum/topic/39653-o-mistério-da-exclusão-dos-certificados-a3/?do=findComment&comment=260783

pode ser algo errado na montagem do XML ou nas tags de assinatura...

Olá @bylaardt, Agradeço muito as suas sugestões, são de altíssimo nível... Confesso que já pensamos ou temos planos semelhantes a algumas de suas sugestões... Temos algo semelhante.. em: https://www.projetoacbr.com.br/forum/forum/63-equipamentos-testados/ Mas nesse momento, ainda estou "criando a necessidade"... Hoje, em dia, tudo que solicito ao fabricante, para a emissão de um relatório como esse, é um equipamento para testes... Isso já é bom, e nos garante acesso a praticamente todos os equipamentos que lançam... Não cobro pelo tempo do técnico / consultor que demora até 5 dias para escrever um relatório.. mas penso em cobrar no futuro... Não em sua totalidade... Isso faz sentido para os nossos componentes, que suportam equipamentos como: SAT, ECF, Impressoras, balanças... Mas não faz sentido para o componente ACBrNFe, por exemplo (que deve ser o carro chefe do ACBr) O fato do ACBr ser focado principalmente em Delphi / Lazarus, também limita o nosso "poder" de barganha com os fabricantes... Com ACBrXXX.dll, conforme está nos nossos planos, isso pode se tornar cada vez mais evidente e real... No momento vou abrir mão dessa receita, e tentar formar uma comunidade de consultores autônomos (freelancers), em: https://www.projetoacbr.com.br/forum/companies/ Acho que isso pode fortalecer MUITO o projeto... pois favorece o livre comercio e a competição... o usuário que precisa de consultoria pode mudar de "fornecedor", se não gostar do atendimento... e o suporte não irá parar, se uma empresa "fechar as portas".... O consultor que estiver ganhando dinheiro prestando serviços, terá total interesse em contribuir tecnicamente para o ACBr... O modelo de consultoria com "freelancers" parece fazer mais sentido para uma comunidade OpenSource Fizemos alguns testes assim... veja que temos um sub-forum da Epson e da Bematech... Mas acho que faltou irmos mais a fundo... termos realmente um contrato de prestação de serviços com o Fabricante, e garantir que toda dúvida referente ao equipamento dele, será tratada com o mesmo padrão do SAC... Vou tratar isso como prioridade... Mais uma vez, muito obrigado...

Veja o exemplo: For I := 0 to Length(ACBrMail1.Attachments) do begin AttachmentName := ACBrMail1.Attachments[I].NameRef; end;