daniel.simoes

O ACBr só invoca a DLL quando precisa ler algo da MFD... Anexe o seu Log, se tiver algum problema na conexão, está lá...

A pergunta é se você está ou não invocando a DLL em algum momento... Se SIM... verifique com o suporte do fabricante, como configurar a DLL Se NAO... não deveria haver problema com a velocidade

O bloqueio é automático e feito pelo Site... porém isso só ocorre (ou deveria ocorrer) após 10 dias do vencimento do boleto Acredito que o Sr. deva entrar em contato com o canal do financeiro do SAC (veja o e-mail do remetente do boleto) Não acho necessário tratar isso aqui no fórum...

O ECF não muda a velocidade da porta serial por si só... mas a DLL da Daruma SIM...

Oi Messias, Suas correções estão corretas... testei no Delphi 7 e Lazarus... Porém não consigo subi-las para o repositório... Estou trabalhando fora do escritório, e debaixo de um firewall com muitas restrições... @Juliomar, Pode me ajudar com o commit ?

A ideia é essa mesma... Em um projeto de código aberto, cada um trabalha onde tem interesse... e um projeto é tão forte quanto a sua comunidade esteja disposta a ajudar... E no momento, parece que poucas pessoas tem necessidade do ACBr em Linux ou Mac... PDV em Linux faz sentido... mas em Mac faria ? (quem vai comprar um Mac, que custa 2 vezes mais que um PC, pra rodar PDV ?) Eu não tenho tempo de testar o ACBr em Linux sempre, e não tenho Mac... O ideal seria usar algo parecido com o que existe no Lazarus, onde o próprio Servidor compila os fontes em diversas plataformas, toda noite... Fique a vontade para sugerir alguma ação, ou captar ajuda, que possa mitigar esse problema...

Acho que não bem por ai... Use o modo "Inspecionar" do FireFox ou do Chrome, ou ainda a extensão chamada FireBug... Quando você navegar no site com elas ativadas, pode ver todos os GETs e POSTs que são efetuados... e com isso, criar um programa que simule essas operações... O componente ACBrConsultaCNPJ faz algo parecido...

Tente modificar: ACBrMail1.Attempts := 1; ACBrMail1.SetSSL := True; ACBrMail1.SetTLS := True;

Para que possar tentar ajuda-los é fundamental descrever pelo menos o erro que aparece na tela... Acredito que boa parte dos problema é erros na configuração do SMTP, ou a falta das DLLs do OpenSSL na pasta do .EXE

No Path você deve informar o diretório onde os arquivos devem ser salvos... Geralmente isso é feito na inicialização, para que todos os arquivos "fiscais" fiquem na mesma pasta: FrVenda.ACBrPAF1.Path := ExtractFilePath(Application.ExeName)+'Arquivos PAF\'; (acho que convém evitar nomes longos ou espaços no nome... Tente algo como: "ArqsPAF") Depois, na geração de cada arquivo, você especifica apenas o nome: ACBrPAF1.SaveFileTXT_E('estoque.txt');

Desabilite a propriedade ACBrECF.BloqueiaMouseTeclado e ACBrECF.ExibeMensagem ou Deixe a propriedade ACBrECF.TempoInicioMsg com o mesmo valor de ACBrECF.TimeOut

O Log demonstra muitas falhas de comunicação... o que pode ser problemas no Cabo ou na Serial da máquina...

Ambos ECFs são da marca Elgin, porém um é identificado internamento como "ZPM"... e esse funciona... O erro ocorre quando o ACBrECF detecta que o modelo é "elgin" e carrega as DLLs da Elgin... E funciona quando ele lê o nome como "ZPM" e por isso carrega as DLLs "Urano e demais" Não pretendo mudar isso sem uma explicação lógica... Se o ECF é da Elgin, ele deveria usar a DLL da Elgin... A não ser que a própria Elgin anuncie que está abandonando o desenvolvimento dessa DLL...

Sem o LOG gerado pelo ACBrECF é impossível tentar ajudar...

Procure na pasta DLLs do seu diretório do ACBr... use o recurso de buscar em arquivos do Windows...

Mas se a elgin tem uma DLL específica não devemos utiliza-la ? Elgin, ZPM, Urano, Itautec, DataRegis, TermoPrinter é na verdade o mesmo Protocolo (FiscNET) Então em teoria a DLL de um fabricante poderia funcionar para todos, porém as DLLs (algumas) tem travas, para só funcionar em algumas marcas...

Se você não der mais informações não dá pra tentar ajudar... Que método você chamou ? Como ficou no Log ? Que nome de arquivo você tentou gerar ? ( lembrando que o windows não permite gravar no C:\ )

Você não deixou claro se está utilizando o ACBrECF ou não... Se SIM, favor anexar o Log gerado para analise...

No nosso sistema, forço o fechamento (Redução Z) quando a 12:00pm é atingida... Lembrando que o ECF permite avançar até 2:00am, e depois disso bloqueia até a Red.Z ser emitida...

No momento da execução desse método o controle está sobre a DLL do fabricante... O que o manual do fabricante diz sobre o erro: Cod.: 16393, quando executando o método da DLL, Elgin_GeraArquivoATO17Binario ?

Lembrando que toda operação de Acréscimo ou Desconto no Subtotal do Cupom, irá ser rateada com os Itens vendidos no mesmo... Ou seja, o acréscimo incidirá sobre os impostos... Seria como se o acréscimo tivesse sido realizado em todos os Itens do Cupom...

Sugiro ler com muita atenção os fontes de projeto de Exemplo: TEFDDemo

O ACBrTEFD só comanda a impressão das formas de pagamento que estão sobre o controle dele... (as que estão atreladas a sua chamada em CRT)... Dinheiro não é uma delas... Você deve usar o evento OnComandaECF e tratar quando ele chamar usando a Operacao = opeImprimePagamentos nos fontes do TEFDDemo existe até mesmo a resposta para a sua pergunta... opeImprimePagamentos : begin //if ACBrECF1.TotalPago > 0 then // Adicione essa linha para efetuar pagamento de Dinheiro apos Cartão while mPagamentos.Lines.Count > 0 do begin

SIM, está nos nossos planos modificar o componente ACBrNFe2 e ACBrBoleto (e demais) para que eles possam se conectar ao componente ACBrMail... ou seja, haverá uma nova propriedade nesses componentes do tipo TACBrMail