Daniel Simoes

A especificação do SAT não determina o nome padrão das DLLs... Mas geralmente é SAT.dll o que ocorre, é que muitas vezes essa DLL depende de outras para funcionar ( compilação com link dinâmico). Somente o fabricante pode afirmar com certeza a árvore de dependência A versão em bits, da DLL, deve ser idêntica à do seu EXE... Se você compila seu binário em 32 bits... Então DEVE usar DLLs 32 bits Eu recomendo copiar todas as DLLs na mesma pasta do seu EXE, para evitar conflitos de outras aplicações

Não... O ACBrECF não trabalha por eventos, como o JPOS... Isso exigiria muita comunicação serial com o equipamento... (Pooling) Tudo que o ACBrECF faz, é retornar o erro do ECF para a aplicação... Não há um formato de erro padrão... E nem todos os ECFs se comportam da mesma maneira A única certeza é saber se o comando foi executado com sucesso ou não Veja o ACBrFramework... Se não me engano eles suportam Java

Até onde sei, é um Bug da Bematech (o qual eu já reportei), e continua até hoje... Complicado... Mudar isso agora, no Sw.Básico do ECF, poderia quebrar aplicações que já se ajustaram a esse bug...

Isso é novo... o componente não foi ajustado para esse cenário...

O componente usa o Driver Spool da Bematech... portanto... o problema é com eles... Use EscPos e esqueça esse tipo de configuração... Use a busca do fórum... http://www.projetoacbr.com.br/forum/?app=cse&q=extrato sat fortes cortando

PPLA/PPLB não suportam caracteres acentuados

Puxa, estou com pouco tempo para analisar isso no momento... meu maior receio dessa implementação é o fato dela ser muito específica para apenas um TEF... Eu ainda estou "devendo" implementações para Leitura de Dados no PinPad (que eu já havia prometido em outro tópico) Está na fila... prometo analisar quando tiver um tempo...

Por favor estude o Demo ECFTeste A regra é simples... em caso de erro, um Exception com a msg do Erro será disparado...

Leve em consideração que a DLL da Bematech necessita de várias outras DLLs de apoio... Todas elas devem estar na mesma pasta BemaFI32.dll BemaMFD.dll BemaMFD2.dll BemaMFD3.dll sign_bema.dll

Sinceramente, não sei se o ECF retorna essa informação... Há algum registrador específico para isso ? A DLL do fabricante é capaz de retornar essa informação ?

Não creio que seja necessário modificar os fontes do ACBr... Você pode limitar as linhas que serão enviadas para o ACBrECF, do lado da sua aplicação... Se deseja sugerir melhorias para os fontes, por favor anexe as Units modificadas...

Qual o passo a passo para reproduzir o problema no ECFTeste ? O problema ocorre com o emulador da Epson TM81FB III ? Não consegui reproduzir o problema no ECFTeste com o Emulador LogRedZEpsonTM81FB.txt

Ainda não apliquei... Por favor baixe a Unit sugerida por ele, e teste...

O emulador de SAT do fisco, não tentará usar uma porta COM... Provavelmente você está utilizando a DLL de algum fabricante... A do emulador pode ser encontrada em C:\SAT\SAT.DLL

Verifique se o SAT está realmente cadastrado na sua Sw.House em https://satsp.fazenda.sp.gov.br/COMSAT Segundo o manual do SEFAZ, para o aplicativo do QRCode, página 5, o erro indicado, significa que o aplicativo validou corretamente o QRCode, mas que o mesmo não pode ser validado no SEFAZ, provavelmente devido a algum problema na vinculação http://www.fazenda.sp.gov.br/sat/duvidas_frequentes/Perguntas_Frequentes_de_Consumidores_sobre_App_QRCode.pdf Talvez seja necessário realizar um novo procedimento de Vinculação da Assinatura no SAT

Tente: ACBrSATExtratoESCPOS1.ImprimeChaveEmUmaLinha := rSim;

A DLL de acesso ao SAT deve ser fornecida pelo fabricante do SAT... Ou seja, usa e DLL fornecida pela Bematech

Tentou: ACBrSAT1.CFe.NomeArquivo ?

Há vários tópicos sobre isso nessa área... não é um problema do componente... é uma caracteristica do Spool do Windows, que corta a página no tamanho máximo do papel programado no Driver... Você precisa configurar um papel maior, no driver de impressão da sua Impressora

ACBrECF, não depende das DLLs do fabricante para falar com o ECF...

Assinatura digital do seu executável final, é uma tendencia irreversível... Não é caro, e mostra profissionalismo da sua empresa...

Seja bem vindo... Não ficou claro no seu post, se você é programador, e utiliza os componentes do ACBr... Se SIM, qual componente de impressão você utiliza ?

Olá para todos... Acabei de subir para o SVN, uma novo componente, ACBrMTER -- ACBrMTer -- [+] Adicionado novo componente ACBrMTer, que atua como servidor de MicroTerminais TCP/IP, suportando atualmente os protocolos: VT100, StxEtx, PMTG (por: Elias César Vieira e DSA) Alguns Links para estudo: Emulador Wilbor (protocolos VT100 e Stx/Etx) - http://www.gradual.com.br/prod/programas/Emulador Terminal.zip Manual Terminal Wilbor (contém manual protocolo VT100 e Stx/Stx) - http://www.gradual.com.br/prod/manuais/Terminal_Ethernet.pdf Emulador Will Tech (Protocolo VT100) - http://www.willtech.com.br/download/Emulador_2016.rar Manual Terminal WillTech (contem manual protocolo VT100) - http://www.willtech.com.br/download/MANUAL_TC_V1.80_2013.pdf Emulador Gertec (Protocolo PMTG) - http://www.gertec.com/Modulos/Container/PopUpDownload.aspx?codDownload= 541&codIdioma= 1 Manual de Comunicação Protocolo PMTG http://www.gertec.com/Modulos/Container/PopUpDownload.aspx?codDownload= 245&codIdioma= 1 Manual Bematech FIT (VT100 e Stx/Etx) http://www.bematech.com.br/equipamentos/produto/fit-basico Não deixe de ler este tópico:

Seu comentário me cheira inveja... e a falta de tempo é pura desculpa de sua parte... (pois de certo nós, os caras do ACBr, somos todos uns desocupados) ... Vá procurar a sua turma... o ACBr não é para você... que não sabe cooperar e quer apenas exigir... Compre um componente pago e exerça o seu direito de ser chato com o suporte deles... Tópico Fechado