Daniel Simoes

Geralmente esse erro ocorre, quando a porta Serial, ficou indisponível... Porta USB emulando COM ? se SIM, sempre usa ACBrECF1.ControlePorta := True Isso forçará o ACBrECF a abrir e fechar a conexão serial, a cada comando enviado

Em analise...

Humm.. pensei em outro fator... Seria praticamente impossível enviar um arquivo XML de vários Mb por um WebService... por isso a WebService da NFe limita o tamanho do lote em 500kb Certamente os gênios que criam o PAF-ECF não pensaram nesse detalhe...

Muito obrigado pela contribuição.. já está no SVN...

Notei que o @Régys Silveira acabou de subir um ajuste para máscara... no SVN Por favor atualize e teste novamente

Se não me engano a razão social no extrato SAT do Fortes, é um Memo, ou seja, ele deveria usar várias linhas, se necessário... Isso não ocorre ? Poderia por favor anexar uma foto ?

Tentou com o ECFTeste ? qual o comando que você está enviando ?

A correção para esse problema pode ser MUITO difícil... pois exigiria um refactoring no ACBr, para troca do PCN como gerador do XML... Minha sugestão é você gerar o XML de outra forma (usando alguma classe do Delphi) e usar o ACBr apenas para assinar e transmitir

Se deseja sugerir melhorias nos fontes, por favor anexe as Units modificadas...

Modifiquei o "ACBrBlocoXDemo", para gerar 100.000 itens, e consegui gerar um XML de 38MB... (porém eu uso Lazarus 1.6/FPC3.0) Sabe me dizer em que ponto o erro ocorre ? Insira um BkPoint em "TACBrBlocoX_Estoque.GerarXML", unit ACBrBlocoX_Estoque.pas... veja se o estouro ocorre no Loop desse método... ou na Assinatura

Não sei lhe dizer... os autores e desenvolvedores podem ser contactados no subforum http://www.projetoacbr.com.br/forum/forum/16-acbrframework/ Se o projeto estiver "parado", as vezes o que eles precisam é de novos colaboradores... tente contato com eles, avalie os fontes, e veja se você considera estratégico, juntar forças com eles...

Não... O processo de ativação do SAT não envolve informações do PC... Ou seja a ativação do SAT pode ser feita em qq máquina, o certificado do SAT é instalado pelo SEFAZ, por comunicação http Recomendo ler a Especificação Técnica do SAT

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

Não compreendi.. Você testou em outro computador e obteve o mesmo problema ?

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...

Pode ser algo relacionado ao tamanho das Fontes no seu Windows... Infelizmente, Isso afeta a maneira que o Fortes Report gera o PDF...

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...