Daniel Simoes

Com base no arquivo "REDZ.TXT" pude constatar que esse modelo tem um layout de resposta diferente dos demais ECFs do convênio 09/09, para o comando de retorno das informações da Redução Z... Esse modelo não informa uma linha com o valor da alíquota, para totalizadores não tributados.. O valor 100,00 estava vindo do número da Versão do Sw.Básico Apliquei um workaround nos fontes, para conseguir ler corretamente os valores nesse modelo de ECF...

Em EscPos ?? Trunk1 não tinha ACBrPosPrinter

Enviei modificação para o SVN baseado na sugestão... Obrigado pelo bug report...

Esse arquivo contem a saída da impressão, e não o log... Para gerar o Log vc precisa configurar o nome do arquivo a ser gerado em: "ACBrPosPrinter.ArqLog" Em todo caso, você mesmo pode observar nesse arquivo que você enviou, que não há pulos de linhas após o comando do QRCode, e a linha "Protocolo Autorização"... Ou seja, é o próprio equipamento que está efetuando esse espaçamento após o QRCode... Consulte o suporte do fabricante

Isso já foi corrigido nos fontes do ACBrECF trunk2 a meses...

Sim, isso precisa ser revisto... está na minha lista... no ECF 09/09 também não existe essa limitação

O ACBrSAT não preenche a Tag "cRegTrib", no momento do envio... essa Tag é gerada pelo SAT, no momento da Resposta...

Você está pegando o arquivo errado... "-env" é o arquivo que o ACBrSAT envia ao SAT...

Você precisará de um aplicativo do Fabricante, para "subir" o Logo na memória da impressora

Há um bug conhecido sobre cancelamento na última versão do Emulador do SAT

Até onde eu sei, não há restrições legais... o Wine recriou/reescreveu as APIs do Windows... Certamente compilando em Linux, ficará mais rápido... mas o layout pode ser quebrado, pois será usada a GTK2... (use ancoras para que o layout se ajuste a diferentes WidgetSets)

HASA, Você pode achar o XML que foi enviado para o SAT, no Log do ACBrSAT... O ACBrSAT grava em seu Log, todo o conteúdo que ele envia e recebe do SAT...

Desculpe, mas não tenho tempo para analisar em detalhes no momento... Veja: a informação que vc alega não existir.. deve ter origem de algum outro registrador... Analise mais a fundo.. tente descobrir o problema

Sim, ele cria... teste no SATTeste... verifique sua configuração de pastas no componente

Comparou os valores ? que analise você faz ?

Da mesma maneira... eu e centenas de pessoas usam o ACBrMail com sucesso... então o problema está na sua implementação... Estude os fontes do Demo do ACBrMail... Faça testes com ele..

Um erro muito comum, é na configuração do Nome do Usuário para Login... hoje em dia a maioria dos provedores requer o próprio e-mail como nome de usuário para Login Gmail, hotmail, e outros provedores baseados em Web, precisam de uma configuração do lado do Provedor para liberar o acesso por SMTP

Ajuste as propriedades em ACBrPosPrinter.. veja la: CortaPapel, LinhasEntreCupons... E tantas outras

Faça testes com a aplicação Demo do ACBr: SATTeste.exe Se nela funcionar... basta comparar os fontes, que você achará o seu problema

Com certeza há algo errado na configuração dos parâmetros de conexão... Qual o provedor ?

Realmente da maneira sugerida está mais correto, pois usa o estilo de numeração capturado na própria rotina "NumItem" Obrigado pela analise e correção, enviada para o SVN...

Agora se faz necessário o Espelho dessa Redução Z (ou a foto da mesma), para compararmos os valores

Instale no windows, e exporte o Certificado como PFX

Quem gerou esse XML ?

A rotina de cancelamento, tenta Cancelar CCDs se os mesmos existirem... (comando 13)... mas a exceção é capturada internamente (não há nada que se preocupar) Lembro de ter feito otimizações na rotina de Cancelamento de Cupom... verifique se seus fontes estão atualizados