Daniel Simoes

Para investigamos se o problema realmente existe... você precisaria passar um passo a passo detalhado, de como reproduzi-lo no Demo do ACBr

Não compreendi direito se sua pergunta está direcionada ao ACBrMonitorPlus ou para a sua aplicação emissora... O ACBrMonitorPlus não faz controle de entrada e saída de contingência, automática...

Sim realmente... Creio que seja interessante notificar a SEFAZ de PR.. pois o zero a esquerda é como aparece na consulta do Sintegra

Pode ser o formato da Imagem, que não esteja de acordo com o PCX, monocromáticos... Tente com a imagem disponível na pasta do Demo...

O mais estranho de tudo... é que o Webservice do SEFAZ, recusa... mas o Site do Sintegra do mesmo SEFAZ, aceita...

Experimentou remover o Logotipo, antes de gerar o PDF ?

Nesse caso, é melhor recomendar outro equipamento, compatível com PPLA ou PPLB

Elas estão no SVN do ACBr https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/

o SoapAction também poderia ser definido como vazio em DefinirServicoEAction

Estranho... o ACBrValidador validou a I.E.

A impressão de imagens no ACBrETQ, em ZPL2 nunca havia sido implementada... Eu implementei a mesma, apenas recentemente... mas não tenho uma impressora desse modelo para testes ( estou providenciando ) Tente usar essa impressora em EPL2.

Nada impede você Zipar antes de anexar... mas Zipar um PDF não produz muitos ganhos de tamanho... Provavelmente o que mais ocupa tamanho no seu PDF é o logotipo

Isso não é um erro é uma exception muda... desligue no seu debugger "Stop pm Delphi Exceptions" ou apenas ignore...

Tente usar o modelo ZPL2

Então você não selecionou ele para instalação, no ACBrInstall...

É importante que essa aplicação que se comunica com o ACBrMonirorPlus, tenha um controle de Semáforos, para evitar que várias requisições cheguem de forma simultânea ao ACBrMonitorPlus

Mudou muita coisa, desde a versão que você usava... mas que bom que você conseguiu fazer funcionar...

Não pretendo subir dessa maneira... mas vocês podem manter as versões de vocês com as modificações...

Provavelmente você não atualizou corretamente, todos os seus fontes... Isso pode ocorrer, se o SVN detectar modificações nos fontes, do seu lado...

Veja o Demo, na pasta C:\ACBr\Exemplos\ACBrDFe\ACBreSocial\Delphi

A modificação não parece integrada com o ACBrDFe... Observe que já existe o método TDFeWebService.EnviarDados... ele já faz o POST, usando a tecnologia que o usuário escolheu (WinLNet, WinHttp, OpenSSL) não seria apenas o caso de sobrescrever a rotina que gera o conteúdo do Documento (FPEnvelopeSoap) e deixar a "EnviarDados", já fazer o trabalho dela ? De uma olhada em: DefinirServicoEAction, e DefinirDadosMsg; O problema dessa implementação.. é que ela não respeitará a configuração em TACBrDFeSSL, definida para comunicação HTTPS... pois ACBrSocket, sempre usará OpenSSL

O Fato de não poder constar, o URI na assinatura... já invalida todo o conceito de XMLSign

https://www.projetoacbr.com.br/como-usar/

Por favor crie um novo tópico... e explique em detalhes o problema...

TACBreSocial.. na dúvida.. leia os fontes...