Daniel Simoes

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

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 ?