Daniel Simoes

Você não deve criar a porta... quem cria é o próprio Linux... Provavelmente a porta não está correta...

Oi Henrique... já pedi ajuda para os "universitários"...

Fiz uma analise das modificações... Não acho que seja bom incorporar nos fontes originais... A ReduçãoZ é uma operação muito sensível, e introduzir um novo método, que faz muitos tratamentos no lado do componente, transfere muita responsabilidade para o ACBr... Sempre haverá questionamentos em como as informações são mescladas, e opiniões divergentes em qual campo deve ser mantido ou sobreposto... Portanto, acho que essa implementação deve sempre estar do lado do Programa, e não dentro do componente...

Não é bem assim que a coisa funciona... O ACBr é OpenSoure por um motivo... Para que todos possam estudar os fontes e corrigir eventuais problemas... Então você mesmo pode abrir os fontes, efetuar as correções necessárias e disponibilizar aqui os fontes corrigidos para nossa revisão

Veja o SAT da mesma maneira que um ECF... ECF nunca fez vendas pra fora do Estado...

Isso foi algo que notei, logo que iniciei o desenvolvimento do ACBrSAT... Na Especificação Técnica do SAT, Nao foi previsto parâmetros de Data de Período nesse comando...

Sim, o XML do SAT tem a assinatura... e é o documento com validade jurídica... O processo é o mesmo da guarda dos XMLs da NFe

Não estou trabalhando nesse tópico... como não tinha todas as informações, deixei ele pro fim da fila...

Muito Obrigado.. Correção enviada para o SVN...

Apliquei no SVN, modificações baseadas na sugestão do Rodrigo... Quando ocorrer a situação de Loop infinito, a rotina deverá gravar no Log algo como: Por favor atualizem os fontes, e testem...

Não é criptografado,... é codificado em Base64... basta decodificar...

Isso já está corrigido no Fortes CE http://www.projetoacbr.com.br/forum/announcement/12-novo-fortes-report-ce-e-projeto-acbr/

A partir do Trunk2, apenas Fortes Report CE, Fast Report e LazReport são oficialmente suportados pela equipe do ACBr

Ao invés de ficar apenas esperando... por que não liga o seu Debug e tenta ajudar ?

Fiz um teste com a modificação e aparentemente está tudo OK.. Envie para o SVN, com pequenas correções... Obrigado pela Analise e correção

Favor anexar a Unit modificada, para analise...

Antes de testar a sua solução, preciso reproduzir o problema... porém eu não compreendi o passo a passo para reproduzir o problema...

Sim... notei isso... mas não consegui descobrir o que está ocorrendo... O Dialogo lê o número de Copias da WinAPI (RLPrinter.Copies)... porém em algum momento do Cancelar, a WinAPI é atualizada com o número de cópias = 1... Acho que isso é um bug menor... e podemos conviver com ele...

Por favor teste com a modificação no SVN... Com a Capicom ocorre que ele consegue ler algumas informações do Certificado, mesmo sem a senha....

Notei um problema no ACBrDFeOpenSSL, que não detectava a falha na abertura do Certificado, quando a senha estava inválida... Enviei uma correção para o SVN

Usando Capicom ou OpenSSL ? Qual o tipo do certificado ?

Favor anexar um XML para teste

Vou aplicar um workaround para o problema... procure no fórum, por um tópico chamado "venda frenética". Lá há dicas de uma implementação correta, usando um mecanismo de filas

Anexe (zip) o Log do ACBrMonitorPLUS

Enviei um ajuste para o Fortes Report CE.