Daniel Simoes

Favor anexar um XML que possa reproduzir o problema...

É a lei... o Troco não existe na NFCe... Veja esse tópico:

Separei o tópico do anterior, pois o assunto era completamente diferente... Favor observar a seguinte regra do fórum: 2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Vou fechar esse tópico, pois o mesmo está virando um daqueles "tópicos do fiim do mundo" Por favor abra um novo tópico para cada problema...

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