Daniel Simoes

Isso já existe no ACBr, ( não está em uso no momento )... O problema é que as regras do governo mudam todo ano Até onde eu sei, os ECFs não mudam o horário de verão automaticamente

Experimentem desabilitar a opção "ControlePorta"

Errado.... pois o Bug é no Emulador SAT do SEFAZ... (isso está bem claro no tópico)

Use obrigatoriamente "AnsiString", quando estiver manipulando "buffers" ou conteúdo binário (caracteres não legíveis) Por exemplo, no ACBrECF, recebemos muito caracteres de controle do protocolo (ETX, STX, NUL)... Nesse caso é necessário o AnsiString...

Pedron, Ótimas ideias... acho que podemos manter uma String para o "TimeZone"... e ela pode ser Published... no SetTimeZone, escrevemos um código para saber se o usuário está passando um valor válido...

Provavelmente faltam as DLLs

Leia o tópico todo... todos estão falando apenas do Emulador de SAT do SEFAZ

Tente enviar para o Emulador SAT do fisco... ele costuma informar alguns dos erros, em sua tela...

Pode me enviar uma imagem do CallStack, no momento do travamento ?

Por favor verifique, se o problema somente ocorre após a emissão de uma NFCe... Minha suspeita, é de que algo está ficando na memória do "Fortes Report", e isso está influenciando a geração do PDF.. Um teste, seria: - Fechar o ACBrMonitorPLUS - Abrir novamente - Enviar o comando de geração do PDF TFA

Pedron, Como você pensa em declarar essa propriedade ? (Que tipo ?)

Mas porque ele está tentando ler algo ? vc comandou algo nele ? Como está o Callstack ?

Desculpe-me mas não tenho tempo para Debugar no Linux, no momento... Por favor tente avançar mais... use o Debug, tente descobrir o motivo do travamento...

Sim... Você pode editar o XML e tratá-lo diretamente na sua aplicação, antes da assinatura e envio...

Qual é o passo a passo para configurar e reproduzir o problema, usando o Demo do ACBrNFe ?

Humm.. se o problema for apenas a presença do "CFe", poderíamos aplicar um "workaround", nos fontes do ACBr, para que esse Bug do Emulador passe desapercebido... Vou atualizar meu emulador e fazer alguns testes...

Ele agrupará no mesmo CCD, todas os pagamentos que tiverem o mesmo índice de Forma de pagamento...

O erro aparenta ser na rotina de Impressão usando EscPos... a porta informada para o dispositivo, não foi encontrada...

Qual é exatamente o problema ? Por favor anexe um PDF de exemplo...

Nesse caso, você deve corrigir os erros no seu XML.... O ACBrMonitorPLUS não está aplicando nenhuma modificação no XML que vc enviou, ele simplesmente repassa o XML para o SAT O envio do XML para o SAT, ocorreu com sucesso... basta ler o conteúdo de ACBrSAT.log

Por essas e outras, que recomendo apenas A1 e OpenSSL... onde esses problemas de certificado, não existem...

Mais um ponto de preocupação (além do Switch e cabos de rede)... se a máquina do Servidor SAT para... TODOS os caixas morrem... Sei que não é simples desenvolver um servidor desse nível...e deve ser muito bacana ver ele funcionando... mas sinceramente... acho que isso é "economia a base da porcaria"... eu não entro nessa conversa do Cliente... Seu cliente pode achar que está economizando... mas no dia que der um problema em um dos componentes cruciais...e ele ter prejuízos e reclamações, ele vai querer achar um culpado... mesmo que o motivo seja a queima dos equipamentos por descarga elétrica... Bom... acho que já deixei claro meu ponto de vista... vou parar de monitorar esse tópico...

Um valor bom para TimeOut é 10... No caso do protocolo 'EscEcf', como o ECF tem a capacidade de responder que está ocupado... o TimeOut não tem muita função...

Consegue em ambos os casos.. via programação seria melhor... pois seria mais fácil de fazer um "merge" com as futuras modificações do ACBr

o erro indica que o seu provedor recusou a conexão... com certeza há algo errado na sua configuração... mas fica impossível ajudar, sem saber mais detalhes do seu provedor...