Daniel Simoes

Porque ele não é impresso se já foi para o Spool da Impressora ? Você recebe a resposta do comando: NFe.ImprimirDANFE ? Os seus comandos continuam com a sintaxe errada (Sem as aspas dupla nas Strings) Certo: NF.NFe.ImprimirDANFE( "C:\TEMP\NFe.xml" ) Errado: NF.NFe.ImprimirDANFE( C:\TEMP\NFe.xml ) Esse parece ser o problema... o Spool dessa impressora não está processando corretamente os documentos da fila...

Você teria que modificar os Packages do ACBr, que usam o fortes... O WinMerge pode te ajudar nessa tarefa, comparando os Packages do Trunk e Trunk2

Mailson Atualize seus fontes, acho que isso já foi corrigido. Claudio, É bem provável, que seja criada uma propriedade que permita determinar se o ACBrNFe deve atualizar o XML no caso de cancelamento... mas ainda não há consenso sobre isso...

Deverá ser feito... mas não é simples passar uma previsão... Todos os consultores estão muito ocupados no momento...

Tente novamente o link... movi para a área "ACBrSAT"

Looks like some problem on these new Drivers for MP4000... Can you please send the Log file created with the attempt using the new drivers ? On MP4200 there is a similar problem... The workaround solution we created for MP4200, consist in transmit the command again, after TimeOut occurs... Not sure if is possible to try the same approach in MP4000.... I need to investigate your Log files... Can you provide more Log files, with the same error situation ?

Porque a minha aplicação, quando compilada no Trunk2 exige as DLLs do XMLSec ? O Trunk2, tem a habilidade de suportar OpenSSL (XMLSec) e CAPICOM, na mesma aplicação... e no ACBrNFe, existe a Classe TDFeSSL, que permite configurar qual será a biblioteca de SSL em Design ou Run-time Para isso, basta mudar a configuração usando comandos como abaixo: ACBrNFe1.Configuracoes.Geral.SSLLib := libOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicom; ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicomDelphiSoap; // Mesmo que "libCapicom", mas usando a Indy Porém, para efetuar essa "magica", precisamos compilar todas as Units que dão suporte a CAPICOM e OpenSSL\XMLSec, e elas injetam a dependência de DLLs externas Porque eu usaria o suporte a OpenSSL ? O OpenSSL é ótimo para certificados do tipo A1... pois você não precisa instalar o certificado no Windows... basta apontar o caminho do arquivo PFX e a Senha: ACBrNFe1.Configuracoes.Certificados.ArquivoPFX := edtCaminho.Text; ACBrNFe1.Configuracoes.Certificados.Senha := edtSenha.Text; Porque remover o suporte a uma das bibliotecas de SSL ? A desvantagem, é que a sua aplicação agora ficou dependente de mais DLLs, e para alguns pode ser um problema, distribuir e instalar as mesmas Onde eu encontro as DLLs ? \ACBr\DLLs\OpenSSL \ACBr\DLLs\XMLSec Para onde eu copio essas DLLs ? Você deve copiar TODAS as DLLs das pastas acima indicadas (e não apenas algumas). Você pode copiar para a mesma pasta da sua aplicação .EXE ou para o "System" do Windows Observe que, essas DLLs são 32 bits, e portanto só funcionarão para aplicações compiladas com um compilador 32 bits (que é o padrão para Delphi e Lazarus)... Uma aplicação 32 bits roda em um S.O. 64 bits, mas o oposto não ocorre... Considerando que essa DLLs são 32 bits, então: Se o seu Windows for 32 bits, copie para a pasta: C:\Windows\System32 Se o seu Windows for 64 bits, copie para a pasta: C:\Windows\SysWOW64 Se você estiver instalando DLLs de 64 bits em um Windows 64 bits, então a pasta correta é: C:\Windows\System32 (vai entender... pergunte pra Microsoft) Como eu removo a dependência ? Nunca usou o OpenSSL ? Nunca deseja usar ? Então você pode remover o suporte do ACBr ao OpenSSL/XMLSec, e com isso, remover a dependência de sua aplicação das DLLs do XMLSec.. Edite o ACBr.inc... Observe que no inicio do mesmo, existem as linhas abaixo: {.$DEFINE DFE_SEM_OPENSSL} {.$DEFINE DFE_SEM_CAPICOM} Apenas remova o ".", se quiser ativar a remoção... {$DEFINE DFE_SEM_OPENSSL} Por que mesmo assim, a sua aplicação fica dependente das DLLs do OpenSSL (libeay32.dll, ssleay32.dll) ? O ACBr usa o OpenSSL para várias outras tarefas, como: criptografia e assinatura (ACBrEAD), comunicação segura (ACBrMail, ACBrHttp)... e outras... Então hoje, elas sempre serão necessárias... essa dependência já existia no "Trunk1"

A onde a impressão fica presa ? Que tipo de Impressão (PDF, direta, com preview, etc) ? Aparece algo no Spooler da Impressora ? Foque nisso... Tente nos fornecer informações precisas, de como reproduzir esse problema em nossa máquina de desenvolvimento... Provavelmente você precisará nos passar um passo a passo de como configurar o Monitor, para que fique nas mesmas condições de uso do seu... além de fornecer toda a sequencia de comandos, até o problema... PS: Notei que o seu comando de envio ao PLUS, está com a sintaxe errada... Todas as Strings devem estar entre Aspas duplas:

Analisando o seu Log, notei que o problema ocorre no comando 22, Leitura da Memoria Fiscal pela Serial.... -- 07/10 10:19:08:259 TX -> [SOH]v[22][NUL][LF][NUL]1|1|2|6|6|[STX] -- 07/10 10:39:45:456 TX -> [SOH][138][22][NUL][LF][NUL]1|1|2|6|6|[22] Enviei uma modificação para o SVN, para também monitorar esse comando...

Não é obrigatório... mas se você preencher alguma das Tags do Endereço, ele precisa estar completo..

Ele deve estar achando que o XML do CFe é igual ao do NFe... e não é...

Por favor seja paciente... Não adianta disparar 10 perguntas sobre o mesmo assunto.... Nove grávidas não parem um bebê em 1 mês... A maneira atual é a mais correta do ponto de vista jurídico ( antes estava errado mudar o XML ) No entanto houve quebra de compatibilidade e nem todos os programas estão preparados para usar (ler) o XML do evento... No momento, os "core developers" estão debatendo sobre esse assunto...

É a opção "Adicionar Literal"

Qual é exatamente o Erro ? Como reproduzi-lo ?

Para saber como o SAT funciona, você deve ler a documentação do SEFAZ... veja que há instruções especificas sobre o uso do emulador O emulador funciona bem no SATTeste e no MonitorPLUS... você deve estar configurando algo de errado... Tente no SATTeste primeiro... será mais fácil de compreender...

Veja os comandos e os exemplos do Manual do MonitorPLUS... Veja também o Blog do André: http://anfm.blogspot.com.br/2015/05/campos-do-ini-usado-no-acbrmonitorplus.html

Não compreendi o problema que você quer repostar... por favor seja mais objetivo...

A melhor mesmo é Java O Lazaraus não tem nada de fácil acesso e produtivo... Ouvi falar que no XE8, desenvolver para Mobile ficou muito fácil... Baixe um Trial

Baixe o ACBrMonitorPLUS aqui no fórum... Veja no manual do mesmo, o objeto SAT instale o Emulador do SAT, no MonitorPLUS use o modelo CDECL

Na minha opinião... Servidor SAT é uma péssima ideia... Ainda mais em um estabalecimento com 20 checkouts... Se o Hub cair, também cairão todos os caixas... Ou seja, eles nunca poderão rodar off-line... Para um estabelecimento desse porte, compartilhar SAT me parece uma economia desnecessária e perigosa...

Isso realmente foi modificado... Voce tem o XML do Evento de Cancelamento... Isso é tudo que você precisa... Nao existe XML de NFe com bloco de cancelamento... Basta analisar os Schemas da NFe.... Ou seja, da maneira anterior.. Você tinha um XML inválido

MP4200 usa um protocolo totalmente diferente e no tópico anterior há um Link sobre essa situação de Loop infinito

Obrigado pelo retorno.. notei que ela aguardou 5 segundos (TimeOut) até aplicar o Workaround... Se o problema ocorrer com muita frequência, talvez seja recomendado baixar o TimeOut para 3

The problem is very similar to another Issue occurring in Bematech MP4200 Did you tried the new Bematech Drivers ?

Enviei modificações para os fontes....