Daniel Simoes

Seu arquivo ACBrSATExtratoFortesFr.dfm deve estar desatualizado... Esse componente mudou de Classe (TRLMemo)

Verifique o seu antivírus

Apenas combustível permite truncamento Leia a Especificação Técnica do SAT

O ACBr usa comunicação direta com a serial, e não usa a DLL da Daruma

Estude os fontes do ACBrInstall

Não há nada que possamos fazer do lado do ACBr... parece ser um problema no driver da COM Virtual...

Experimente passar: "Combustivel=1"

O Log é novo ? Os problemas de leitura do arquivo de entrada continuam... - 12:36:16:240 - EFOpenError - Unable to open file "R:\NFe\nfe.txt" Provavelmente você configurou errada a chave do Certificado: Erro ao ler Chave do certificado: 6DF2F51225077AAAFE91D69DFE7E79A9

Favor analisar esse tópico:

Parece ser um problema na Porta Serial da máquina... pois o componente não consegue nem ao menos enviar os comandos... TX -> [SOH][CR][31][NUL][NUL][NUL], 12:37:42:070 RX <- ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora DARUMA AUTOMA플O ---------------------------------------- Qual é a Porta Serial ? É uma COM física ? É uma COM Virtual ? Adaptador USB<->Serial ?

Olá pessoal, Acabo de enviar para o SVN, um grande refactoring para melhorias e correções de erros, nas Units que dão suporte ao ECFVirtual... Segue o texto do "Change-log.txt".. Data: 25/01/2015 (por: DSA) -- ACBrECFClass -- [*] Ajuste em GetAsString, para que valores Decimais sempre usam apenas 2 casas -- ACBrECFVirtual -- [*] Refactoring, criando uma nova classe: "TACBrECFVirtualClassCupom", que conterá todos os Itens, Pagamentos e CNFs do Cupom Virtual. Facilitando a passagam dessa classe por parâmetro. [*] Propriedades "SubTotal" e "TotalPago", passam a ser ReadOnly e dependem do conteudo de "TACBrECFVirtualClassCupom" [+] Adicionado o evento "QuandoCancelarCupom(const NumCOOCancelar: Integer; CupomVirtual: TACBrECFVirtualClassCupom; var PermiteCancelamento: Boolean)" para permirir que a aplicação tenha um melhor controle sobre o Cupom a ser cancelado (ou não), e informar os dados do Cupom a ser cancelado, caso o mesmo não seja o último cupom (na memória do ECFVirtual) [+] Adicionado suporte a rateio de Desconto/Acrescimo no Subtotal, usando a mesma regra do ECF real, para considerar o "Residuo" [*] Modificação na assinatura do método: "SubtotalizaCupomVirtual" [*] Modificação na assinatura do método: "VerificaPodeCancelarCupom" [*] Modificação na assinatura do método: "RegistraItemNaoFiscalVirtual" [+] Adicionada sobrecarga no método "CarregaTotalizadoresNaoTributados", para retornar corretamente apenas F1, N1, I1 [-] Ajuste em AchaICMSAliquota, para encontrar corretamente "F1, N1, I1" e apenas esses. [*] Totalizador: "CuponsCanceladosNaoTransmitidos" renomeado para "CuponsCanceladosEmAberto" [*] Totalizador: "CuponsCanceladosTotalNaoTransmitidos" renomeado para "CuponsCanceladosEmAbertoTotal" [*] Método "VendeItem", modificado para fazer uso de "DescontoAcrescimoItemAnterior" [-] Método "DescontoAcrescimoItemAnterior", corrigido, para considerar acréscimos em VendaBruta e GrandeTotal [-] Método "CancelaItemVendido", corrigido, para não subtrair Item cancelado de VendaBruta [-] Método "SubtotalizaCupom", corrigido, para considerar acréscimos em VendaBruta e GrandeTotal [-] Método "SubtotalizaCupom", modificado para considerar o Rateio de Desconto ou Acréscimo nas Aliquotas do Cupom. (com suporte a resíduo) [-] Método "FechaCupom", modificado para não zerar Valor de "TotalPago" [*] Método "CancelaCupom", modificado para suportar o parâmetro: "NumCOOCancelar" chamando o novo evento "QuandoCancelarCupom". [-] Método "CancelaCupom", modificado para não subtrair de VendaBruta ou GT -- ACBrECFVirtualBuffer -- [*] Ajustes para compatibilização com o Refactoring Por favor me notifique se houver algum problema, nas aplicações existentes...

Fechado.. favor continuar em:

Por favor tente localizar o tópico original, que fala sobre esse problema... Veja: http://www.projetoacbr.com.br/forum/?app=cse&q=bematech%20ncm

Você está enviando o comando de forma errada... é mais simples do que você está fazendo: 1. Inclua no título, o email do Sacado... (ok -> [email protected]) 2. Envie o comando: BOLETO.enviaremail() Todo o resto é feito pelo ACBrboleto... O componente ACBrBoleto, irá gerar o PDF, e enviar o Boleto em PDF como anexo, para o e-mail indicado no sacado... Opcionalmente, você pode indicar o destinatário no comando: Ex: BOLETO.enviaremail("[email protected]")

Isso é um bug conhecido dessa marca... Acho que a atualização do Software do SAT resolve o problema...

o fato de ser PHP, Java ou clipper, é indiferente para o MonitorPLUS... tudo que ele faz, é ler um TXT e responder em outro... Se o MonitorPLUS estiver aberto, o Preview ocorre sem problemas ?

Por favor seja mais específica... o que é lento ? para obter a resposta SAI.TXT ?? Outros usuários não notam esse problema... Se você desabilitar o Preview o problema resolve ? (deixa de ficar lento ?) Se o ACBrMonitorPLUS estiver aberto (não minimizado no systray), o preview funciona normalmente ?

Como fundador e administrador do ACBr... mantenho a minha decisão... o suporte a D7 será descontinuado... É muito penoso e limitador manter a compatibilidade com essa IDE... Sinceramente não compreendo esse apego ao D7... Como amante do Delphi e ObjectPascal, eu acho que não é salutar para a Linguagem, se apegar a antigas IDEs... Veja: Sendo o Delphi a ferramenta que você depende para a criação dos seus sistemas, se você quer que o mesmo evolua e cresça, e não morra... a coisa mais certa a fazer, é evoluir com ele.. adquirindo as novas versões da ferramenta... O D7 tem mais de 18 anos, não é improvável, que em curto prazo, os binários gerados por ele, tenham problemas de execução nas novas versões do Windows... Já pensou nisso ? Leia também:

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Veja o exemplo em SATTeste, da pasta "Exemplos"... você pode especificar o nome da impressora para o componente...

Qual a dificuldade de anexar o Log ??? Sem ele não temos como investigar

Veja a diferença des Libs em:

Não necessariamente... quem faz a escrita do XML é a Unit pcnCFeW.pas Mas pode confundir o usuário, achar uma propriedade onde ela não deveria estar... Enviei a modificação para o SVN...

Cristiano, Apenas por curiosidade... O Cod.Ativação "00000000" pode ser usado em qualquer SAT que ainda não foi ativado ? ou isso é uma característica do SAT da Tanca ?

Agora compreendi... Você não quer que conste no "Dados para entrega", caso apenas o Nome do Cliente seja informado... isso parece correto ? Se SIM, tente essa modificação: procedure TACBrSATExtratoESCPOS.GerarDadosEntrega; begin if Trim(CFe.Entrega.xLgr)+ Trim(CFe.Entrega.nro)+ Trim(CFe.Entrega.xCpl)+ Trim(CFe.Entrega.xBairro)+ Trim(CFe.Entrega.xMun) <> '' then begin FBuffer.Add('</fn></linha_simples>'); FBuffer.Add('DADOS PARA ENTREGA'); if Trim(CFe.Entrega.xLgr)+ Trim(CFe.Entrega.nro)+ Trim(CFe.Entrega.xCpl)+ Trim(CFe.Entrega.xBairro)+ Trim(CFe.Entrega.xMun) <> '' then begin FBuffer.Add('<c>'+Trim(CFe.Entrega.xLgr)+' '+ Trim(CFe.Entrega.nro)+' '+ Trim(CFe.Entrega.xCpl)+' '+ Trim(CFe.Entrega.xBairro)+' '+ Trim(CFe.Entrega.xMun)); end; FBuffer.Add(CFe.Dest.xNome); end; end; (O IF foi modificado para não verificar a presença de dados no xNome)