Daniel Simoes

Verifiquem a sua rotina geradora e a configuração... o que ocorria antes, é que o ACBrMonitorPlus não estava respeitando os parâmetros de configuração do tipo de empresa no SAT... Provavelmente você está enviando tags incompatíveis com a tributação exigida pelo tipo da empresa

Provavelmente vc precise configurar no Hardware para enviar o peso apenas quando estável...

Ok..obrigado pela completa explicação...

No caso de uma modificação nos Schemas do XML... O ACBrSAT precisará ser atualizado para saber como gerar/ler o XML com as novas regras... o SAT precisará ter o seu Sw.Básico atualizado para conseguir validar o novo XML... cada SAT tem um Sw.Básico próprio, criado pelo fabricante

No Demo do PosPrinterTeste eles funcionam adequadamente... Baixe a versão compilada na área de Downlods e teste...

Para rodar ambos os monitores é importante configurar arquivos de entrada e saída diferentes para TXT ou portas diferentes para TCP sobre o NFe referenciada ao SAT, veja esse link www.spedbrasil.net/m/discussion?id=2159846%3ATopic%3A852332

Dependerá do Sw.basico do SAT... Quando a SEFAZ criar novas Tagas ou modificar o XML, o Sw. Basico do SAT deverá ser atualizado...

Italo, pergunta de quem não conhece CTe ou MDFe... e se o programador quiser saldar apenas os XMLs recebidos e assinados ( mas não quiser salvar os eventos ) ?

Amarildo, Poderia por favor copiar o Log gerado pelo ACBrSAT, nessa situação ? O SAT sempre deveria responder com o codigoDeRejeicao... parece que a DLL da Bematech não está seguindo as regras corretamente... Talvez seja melhor aplicar um "workaround" em ACBrSAT, para que o mesmo problema não ocorra em outras aplicações...

Não há erros no seu LOG Qual é exatamente o problema ? Ocorre um exception ? Lê o peso errado ?

SAT não usa idCSC... isso é para NFCe apena

Obrigado... Enviei a modificação para pcnConversao.pas No caso de pcnConversaoNFe.pas... achei mais simples (e seguro) fazer um StrToIntDef() case StrToIntDef( stpComb, 0) of

Não compreendi o que devo olhar no Log (além do Log ser muito grande) Poderia por favor enviar um trecho apenas ? Você usou o mesmo Log para ambas versões do Monitor ? (Será difícil compreender) O Regys enviou modificações para a Unit ACBrHTTPReqResp... verifique se elas resolvem o problema de TimeOut

Seria necessário debugar mais afundo... entrar com o F7 nas rotinas.. e ver quem realmente dispara esse A.V.

Seria mais simples você comentar no inicio da Unit a linha \\{$DEFINE ACBrNFeOpenSSL} Notei que a cada atribuição de Senha, ele estava Descarregando o Certificado... a verificação para saber a senha a ser atribuída era igual a anterior não estava funcionando.. Apliquei correções no SVN para isso... Em todo caso, não sei se isso resolverá o problema...pois o componente Lê novamente o certificado no método: Assinar ou Validar... Favor atualizar os fontes e testar...

Capicom ou OpenSSL ? A1 ou A3 ? Poste o Log gerado pelo ACBrMonitorPLUS

Forneça um passo a passo de como reproduzir o problema usando o Demo do ACBrNFe

O Servidor da SEFAZ não respondeu...

Copie as DLLs da Pasta DLLs\OpenSSL\0.9.8.14\ para mesma pasta do seu .EXE

Mova seus fontes modificados e baixe novamente pelo SVN... as correções de acentuação já foram feitas no SVN a alguns dias...

Quem gera esse arquivo é a DLL do fabricante... e nenhuma delas é capaz de extrair MFD de Emuladores...

Está nos fontes... Será disponibilizado na compilação semanal...

Existe o NFE.LerIni mas ele ficaria melhor em ACBr.LerIni

A modificação não está de acordo com o que diz o manual da FiscNet

Amarildo, Não houve modificações no núcleo de ACBrDevice... Parece ser algo errado na Porta Serial Virtual... tente efetuar testes com ambas as versões na mesma máquina...