Daniel Simoes

Não sou usuário de Ubuntu... Sem ter a exata mensagem de erro, não tenho como analisar... Assim de cabeça, lembro que o ACBrMonitorPLUS depende das libs OpenSSL e XMLSec... Como ele é uma aplicação 32 bits, precisará dessas libs na versão 32 bits

O problema de usar o TXMLDocument é a compatibilidade com as diferentes versões do Delphi e o Lazarus... por isso estamos cogitando usar o OmniXML... Realmente será um trabalho "insano"... Seria o inicio de um "trunk3" ? (espero que nem tanto)

Repito a pergunta que fiz no post do Felipe, Qual é o exato comando que vocês estão executando e qual a exata mensagem de erro ? O arquivo é um tar.gz... já descompactaram ? Deram permissão de Execução ao binário descompactado ? Executaram o binário como Root ?

Prezado, não leve para o lado pessoal... Como fundador, é meu DEVER incentivar todos a conhecer os fontes do ACBr e procurar soluções para os problemas encontrados... É assim que se gerencia um projeto Open Source, administrando colaborações da comunidade... Devo ter escrito 60% de todos os fontes do ACBr, e provavelmente participei em colaboração em outros 20%... então acho que não preciso provar nada para ninguém... Dá próxima vez, tente seguir o exemplo do Ricardo, e pelo menos abra os fontes e procure por algo, antes de iniciar uma debate infrutífero... Haaa.. você não tem técnica suficiente para analise dos fontes, isso é totalmente compreensível.. Nem todos usuários do ACBr são programadores... Mas se você quer ajudar, há meios de fazer isso, como por exemplo, contratando o SAC do ACBr. Afinal, os programadores também precisam comer né ? Não somos tão altruístas a ponto de fazer tudo de graça para os outros... Vemos o ACBr como um negócio, que precisa da ajuda da comunidade, seja com colaborações técnicas ou financeiras Mas da próxima vez que me deparar com um Post seu... seguirei o seu conselho... vou deixá-lo "sem resposta"...

Estou analisando outros problemas, de assinatura com o OpenSSL no NFSe... assim que terminar, analiso com atenção esse tópico...

Você precisa pegar o manual da impressora, e verificar qual o Protocolo que ela suporta... Algumas impressoras permitem a conversão de outro protocolo, para PPLA

Esse campo é preenchido pelo SAT, que obtêm a parametrização da Empresa diretamente do SEFAZ

Boa pegada... muito obrigado pela contribuição, já está no SVN commit: 11963

Como todas as "Libs" de criptografia falham nesse cenário e funcionam para o Envio de Lote, podemos descartar uma falha nas rotinas de comunicação segura do ACBr... Provavelmente é algum problema pontual no WS da prefeitura... tentou entrar em contato com eles ?

Se não me engano a DLL do Emulador usa CP1252

Aparentemente você fez tudo de forma correta... Pode ser problema no SEFAZ... (isso é muito comum, infelizmente) Qual é a exata mensagem retornada pelo SAT ? Extraia o Log do SAT e verifique se há mais detalhes sobre o problema

Humm.. Java usa de forma nativa UTF8... provavelmente esse SAT está retornando a resposta em ANSI... vc precisa descobrir qual a Página de código e fazer a conversão para UTF8

Preguiça de ler os fontes ? Qual é a vantagem de ter um projeto de Código aberto, se os usuários tem preguiça de olhar os fontes, e querem tudo resolvido pelos outros ? O trabalho de abrir os fontes e verificar... é o mesmo para mim e para você....

Nesse caso o problema não parece ser os Logs... Como podemos reproduzir o problema ? Você poderia criar uma sequencia de comandos, que quando enviada para o ACBrMonitorPLUS, gere o problema ?

Configure a página de código no ACBrSAT... provavelmente é UTF8

Vá em frente, abra os fontes do ACBr, e veja se essa opção já foi implementada no Relatório que você está usando...

Você encontrará suas respostas lendo a Especificação Técnica do SAT http://www.fazenda.sp.gov.br/sat/downloads/vigentes.asp

Se você usa EscPOS, então precisa usar um programa do fabricante, para fazer Upload da Imagem para a memória da Impressora...

Pense um pouco... Centenas de desenvolvedores usam o ACBr com OpenSSL... Porque será que funciona com eles ? Eu uso o Demo do ACBrNFe em Lazarus... mas lembro que o Demo em Delphi já havia sido atualizado para suportar a escolha da biblioteca de criptografia, sem os IFDEFs... Verifique se você tem a versão atual do SVN... (na dúvida apague e baixe novamente) Se conseguir reproduzir o problema no Demo do ACBrNFe, favor informar o passo a passo

Você pode ver um exemplo de uso do ECFVirtual SAT e NFCe, no ECFTeste, na versão Lazarus

Qual comando vc está usando ?

Achei que a sugestão deixa a legibilidade do código confusa... tb me incomodei, com o Fato do pcnLeitor ter uma propriedade StringList que não será criada/destruída por ele... Estamos analisando a oportunidade de aposentar as classes de geração de XML do PCN, usando o projeto OpenSource "OmniXML"

Acredito que SIM... é exatamente isso que fazemos no ACBr... geramos as Tags vazias, para a CAPICOM preencher Veja: TDFeSSLClass.SignatureElement tente modificar ela para inserir as tags que vc deseja...

basta executar o binário do instalador como "root"

Não encontrei o elemento <SigningTime> no arquivo "assinado.xml"... Você tem exemplo deu um arquivo já assinado com essa tag ? A ideia é ver como foi montado o bloco "<Signature>"