Daniel Simoes

Atualize seus fontes...

Não estou a par do assunto...

Compreendi a sua mensagem... mas não achei muito polida a sua maneira de reportar um erro...

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.

Por favor leia o tópico todo.. você pode tentar: SAT.carregardadosvenda("c:\acbrmonitorplus\vendas\CFe35150761099008000141599000020400000076723093.XML") SAT.carregardadoscancelamento("c:\acbrmonitorplus\Cancelamentos\CFe35150761099008000141599000020400000076723093-can.XML") SAT.ImprimirExtratoCancelamento

Obrigado pela colaboração... enviado para o SVN

Análise o LOG gerado pelo ACBrSAT

Não compreendi qual é exatamente o problema... Poderia por favor exemplificar melhor ? Dê um exemplo de código... Como está sendo gerado o XML ? Como deveria ser gerado ?

Isso mesmo... o ACBr usa esses Bits dos Sinalizadores, para computar o Estado atual do ECF.. em TACBrECFSwedaSTX.GetEstado

Não compreendi... Por que deveríamos resolver o seu problema ? Os fontes são abertos... Por que você mesmo não corrige e colabora com a comunidade ??

Recomendo que você teste o TPosPrinter... vai te economizar horas de programação

O que não foi ??? O problema não era a falha na tentativa de abertura da porta do SAT ? Isso é com a DLL do fabricante...

A exceção é controlada ? Digo, ela só ocorre em Debug ? Lendo o bloco de código acima, se o Exception ocorrer na linha: NumPagtos := RespostasComando.FieldByName('NumPagtos').AsInteger ele será tratado quando o campo não existir...

Interpretando o Bloco retornado: 13:46:35:281 RX <- (Bloco) = [STX]v00!0000AC[128][144][146][128][128][ETX][226] [STX] v - SEQ 00 - TAREFA ! - TIPO 0000 - MENSAGEM (0000 - Sem Erro) A - ESTADO OPERACIONAL (ATIVO) C - Docto Emissao (CUPOM FISCAL) [128][144][146][128][128] - Sinalizadores [ETX] [226] - Checksum Notei que o VerificaFimLeitura encerrou com esse Bloco.. e não deveria... Apliquei uma possível correção no SVN, Trunk e Trunk2

Deixe a DLL e o XML na mesma pasta onde está o seu executável...

Acabo de subir uma nova versão (0.1.7) em Downloads Para imprimir um extrato de Cancelamento, é necessário que o Extrato da Venda e o Extrato do Cancelamento estejam na memória... Se você acabou de executar o cancelamento... eles com certeza estão lá na memória do ACBrMonitorPLUS... então basta chamar: SAT.ImprimirExtratoCancelamento Se você quer imprimir um extrato de cancelamento que já ocorreu anteriormente... Carregue ambos os XMLs na memória... SAT.carregardadosvenda("c:\acbrmonitorplus\vendas\CFe35150761099008000141599000020400000076723093.XML") SAT.carregardadoscancelamento("c:\acbrmonitorplus\Cancelamentos\CFe35150761099008000141599000020400000076723093-can.XML") SAT.ImprimirExtratoCancelamento ou ainda SAT.ImprimirExtratoCancelamento( "XMLVenda", "XMLCancelamento" )

Notei várias inconsistências na Unit DoSATUnit.pas... estou corrigindo...

Veja você mesmo, na URL exibida para o Repositório, na aba de Download

Se você usa o Trunk2 e o TPosPrinter... basta usar as tags de impressão

veja como ficou o XML gerado

Segundo avisos nesse post... o QuickReport deixará de ser suportado... Para relatar problemas com o Trunk2, favor usar esse fórum O trunk continuará funcionando... mas será "congelado"

Veja... o trunk2 é uma nova versão do trunk.... simples assim.... Ou seja, o trunk2 tem todo o ACBr, baixe tudo e instale normalmente...

Parece haver algo errado no VerificaFimLeitura... vou ler os fontes com atenção, e tentar um teste de mesa, baseado nos dados do seu Log Seus fontes estão atualizados ? Você usa o Trunk ou Trunk2 ?

Entre com contato com o SEFAZ... Explique que o código que o programa deles não lê, é lido normalmente por outros programas..