Celso Marigo Junior

O erro estava sendo causado devido a um comportamento inesperado dos ultimos refactorings, onde o monitor estava sempre fazendo a consulta usando a chave do endereço, mesmo que fosse passado o path completo. Quando se consulta usando a chave o XML não é atualizado. Acabo de fazer a correção e disponibilizei a mesma para download. Favor testar e postar possíveis problemas.

Disponibilizada nova versão para usuários do SAC.

Já foi feita uma correção para o problema citado, a nova versão para usuários do SAC, a ser liberada hoje, deverá estar com a correção.

O ACBrMonitorPLUS, apesar de funcionar em rede, em modo TCP, não é recomendado para este tipo de cenário, pois não existe nenhum controle de semáforos ou threads nos componentes.

@Maurício Blasque pedi ao responsável pelo componente que analise as alterações.

O ACBrMail não funciona desta forma. Você pode chamar um link Html do tipo mailto para chamar o cliente de email padrão. Mas o componente faz o envio direto sempre.

Tinhamos problemas de fechamento do monitor quando usava a CAPICOM, ou quando algum programa de proteção de algum banco, geralmente o WarSaw fechava a aplicação, calssificando-a como potencialmente perigosa. O que acontece é que resolvemos estes problemas, primeiro assinando os executáveis que distribuímos com o certificado digital da DJSystem, mantenedora do ACBr. O problema da CAPICOM, foi solucionado quando interrompemos o uso da CAPICOM, a partir da versão 1.1.0.0 do ACBrMonitorPLUS. Se o anti-vírus ou warsaw não está fechando a sua aplicação, e você testou usando outra lib para assinatura e comunicação ssl além da CAPICOM, tipo OpenSSL ou WinCrypt, por favor, tente levantar mais informações que podem estar causando o fechamento do aplicativo. O problema não está ocorrendo com frequência com os usuários, portanto provavelmente é algum problema de máquina ou SO. Para verificar se ele está executando, recomendamos o uso do Mutex

Mas os logs são exibidos na tela? Se sim, habilite os logs, para poder marcar a opção, devo fazer uma correção para um parâmetro não depender do outro.

Bom dia. O histórico da alteração está no change-log do ACBrMonitorPLUS. Foi adicionada opção para não listar linhas de log na tela para evitar esse tipo de problema.

As mudanças mais significativas desde a versão 1.1.0.0 são as referentes à CAPICOM. Faça testes, e se o problema persistir, relate aqui.

Se você estiver usando a ultima versão dos fontes, atente-se ao tópico:

Atualize para a versão mais nova do monitor, baixe em:

Você está usando uma versão muito antiga do monitor. Baixe a versão mais nova em:

Tente atualizar o seu monitor para a versão mais atual. Já com as mudanças de remoção da CAPICOM. Se o erro persistir, anexe novamente o log e também o ACBrMonitor.ini para analise.

A última versão free do ACBrMonitorPLUS é a 1.0.0.1. Existe um comando no manual, NFe.EnviarEvento, p. 264 do manual contém um exemplo enviando um ini de uma CCe. Abaixo dele, na próxima página um exemplo de como enviar um XML ao invés de um INI.

Bom dia, por favor anexe os arquivos .pas atualizados para que possamos analizar e posteriormente fazer o merge.

Notei que sai em duas páginas quando o canhoto está configurado para sair no rodapé. Para resolver momentaneamente, configure a impressão do canhoto para o Cabeçalho, como no print abaixo.

Bom dia, listei os DACTes com os exemplos que você postou de CTe aqui, gerando e enviando o comando de impressão, e em nenhum caso saiu em duas páginas. Anexe o seu ACBrMonitor.ini para que possamos tentar reproduzir aqui, porque até o momento não ocorreu o erro.

@zyzmo falha minha! Enviado para o SVN Rev: [13055]

Alterações aqui citadas, já implementadas no ACBrMonitorPLUS versão 1.1.0, disponível para downloads dos usuários do SAC no link abaixo.

Não foi analizado o caso ainda, devo fazer isso nos próximos dias.