Daniel Simoes

Use o "Wait" no comando... na ACBrUtil tem isso pronto... {----------------------------------------------------------------------------- - Executa programa Externo descrito em "Command", adcionando os Parametros "Params" na linha de comando - Se "Wait" for true para a execução da aplicação para esperar a conclusao do programa externo executado por "Command" - WindowState apenas é utilizado na plataforma Windows ---------------------------------------------------------------------------- } procedure RunCommand(const Command: String; const Params: String; Wait : Boolean; WindowState : Word);

Comece lendo as instruções do objeto BOLETO do ACBrMonitor.pdf

Bacana... bom saber que funciona... notei que tem muitas versões nesse servidor FTP... sabe me dizer qual versão você está usando ?

Não há "tempos", nesse log... impossível analisar.. use o arquivo de Log do ACBrMonitor... O Cupom do SAT é impresso todo de uma vez (enviado em apenas um comando)... Analise o Log gerado pelo componente EscPos..

Erro 500 ocorre quando não há comunicação com o Host, Ex: Proxy... isso não deve congelar o ACBrMonitor... mas significa que algo pode estar atrapalhando a comunicação do mesmo (anti-virus, firewall ?) https://pt.wikipedia.org/wiki/Lista_de_códigos_de_status_HTTP Você pode simular esse Erro, configurando um Proxy na rede onde não existe um, ou removendo a configuração de Proxy existente... Experimente e verifique se ocorre o travamento...

ACBrNFeDANFCeFortes é totalmente diferente do ACBrNFeDANFCeEscPos... O EscPos envia comandos na linguagem "EscPos" diretamente para a porta da Impressora... e ele nunca poderá ser convertido em PDF... Fortes em PDF usará o Filtro de PDF do Fortes Report... e se não me engano, esse Filtro lerá as configurações de página da impressora ativa, no Spool do Windows

Fiquei curioso... como a CAPICOM não roda em 64 bits... provavelmente você usa A1 e OpenSSL+XMLSec, correto ? Se SIM, onde você baixou as DLLs do XMLSec para 64 bits ?

Eu uso certificado A1, instalado no FireFox

Compreendi o problema e já implementei a modificação semelhante a proposta... Estou fazendo algumas modificações nas Units do ACBrNFe e ACBrDFe, para tentar resolver em definitivo o conflito de UTF8 e acentos... Assim que terminar os testes, eu envio...

Deve ser algum bug na IDE do Instalador... vc pode tentar verificar, e gerar um novo instalador na pasta: "\ACBr\Projetos\ACBrInstall Trunk2" Você usa qual componente no lado do Servidor ? ACBrNFe ?

Você já usava o ACBr em 64 bits ??? Isso é muito experimental... Compilando a aplicação em 64 bits, você terá inúmeros problemas com DLLs de terceiros como CAPICOM, XMLSec, DLLs ECF, etc...

Pode ser que não tenha sido implementada essa propriedade, nesse DANFE... Tome coragem... abra os fontes do ACBr e verifique você mesmo...

Existe sim... não sabia que se tratava do ACBrMonitor... ele é o "motor" de toda a Impressão em EscPOS Objeto ESCPOS Tente: ESCPOS.ImprimirTags http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html?ESCPOSImprimirTags.html

Por favor informe um passo a passo de como reproduzir o problema... (comandos enviados) Anexe o Log da operação... Sem essas informações é impossível analisar...

Verifique se você associou corretamente o ACBrEAD ao ACBrECF... se não houver associação, o ACBrECF cria um ACBrEAD internamente....

Não há nada no Log que indique um congelamento... (não dá pra chegar a nenhuma conclusão pelo log).. Minha suspeita é que em algum momento está sendo acionada a impressão com "Preview"... e isso fará o ACBrMonitor ficar aguardando o operador fechar a tela do Preview

Acredito que isso pode depender de configuração do tamanho da página no Spool do Windows... (criar uma página de comprimento maior) Use a impressão em EscPos... é mais rápida e não depende de instalação/configurações adicionais

Favor anexar as Units modificadas... De ondem vem esse XML ? Ele não parece estar nas espcificações do NFe..

Não compreendi o seu Post... na Impressão da DANFE da NFCe, em EscPos.. já existe o comando para abertura de gaveta... (veja no fonte ACBrNFeDANFeESCPOS.pas) Verifique se ACBrPosPrinter1.CortaPapel := True Ops.. só agora que notei que vc fala da Gaveta.... realmente ela não é acionada pelo relatório DANFE da NFCe ... Use: ACBrPosPrinter1.Imprimir('</abre_gaveta>');

Deve ser algo normatizado... verifique no convênio 09/09 qual é a especificação do Convênio para esse cenário: https://svn.code.sf.net/p/acbr/code/tools/ECF/EscECF/ac1609.pdf

@magnosystem, Aqui também funcionou normal... Verifique Cache do navegador, Proxy, Firewall, Antivirus...

Eu acho que nessas Units de relatório, não precisamos de nenhum componente de acesso a dados... Os campos são criados em Run-time e isso sempre será fonte de problemas... porque não mapear, diretamente as propriedades do Objeto, para os "Labels/Memo" do relatório ? Vejam por exemplo, o Boleto em Fortes...ACBrBoletoFCFortesFr.pas Os campos são movidos do Objeto ACBrBoleto para Relatório, nos eventos "OnBeforePrint", das bandas... A lista de dados é alimentada usando: "OnDataCount", "OnDataRecord"

Acho que não, eles precisam subir o certificado no seu cadastro, de qualquer jeito... Verifique se você fez tudo correto (dupla checagem)... No manual do desenvolvedor tem o passo a passo de como exportar o certificado do Windows para o SGR-SAT http://www.fazenda.sp.gov.br/sat/sistema_retaguarda/Guia_SH_v1.0.1-B-AD.pdf (Item 5)

Veja esse tópico:

Enviado para o SVN... muito obrigado novamente...