José M. S. Junior

Bom dia, não consegui simular esse problema.... Mas anexe o log de quando ocorre, ou seja o log após o último comando que enviou... e o arquivo que ficou preso na pasta... Chegou a notar se isso ocorre após algum comando específico apenas?

Boa tarde, por favor anexe o XML da NFe para validação... Conforme citei acima só vai apresenta a tarja de Cancelado na impressão se o XML estiver com o protocolo de Cancelamento, fica no final do XML... Se o XML não foi atualizado, realize uma consulta (NFe.ConsultarNFe) passando o path do XML como parâmetro, assim vai ser atualizado, caso esteja cancelado na SEFAZ...

Realmente, Sicredi não vai permitir 1. Veja o que diz manual:

Bom dia, ao ler o campo nosso número no retorno, não deve ler o ultimo campo que é o digito verificador, por isso a leitura do retorno verifica uma posição a menos, mas precisa saber o tamanho exato de como é retornado esse campo, considerando os zeros a esquerda...

Bom dia, Baseado no log, veja que o ultimo comando passado foi "ImprimirDanfe" e está passando o parâmetro para mostrar preview... Verifique se o preview não está ficando preso na tela em segundo plano, pois enquanto o preview não é fechado, não vai continuar o monitoramento da pasta. Pode passar a sensação de travamento, mas está aguardando encerramento do preview... Isso foi a unica coisa identificada nos testes, no mais o monitoramento da pasta de entrada está ocorrendo corretamente...

Por favor descreva um passo a passo mais detalhado do processo para tentarmos simular o problema... Anexe também o XML de evento que está enviando... Se no momento do envio do e-mail do evento, enviar o e-mail da NFe "EnviarEmail" apenas para teste, ocorre o mesmo problema?

Bom dia, informe apenas os campo onde será preenchido algum valor. segue um exemplo: [veicTracao] cInt=1 placa=DIJ2121 UF=SP tpRod=01 (Para os campos de Tipo precisa passar o número que corresponde ao tipo, conforme manual SEFAZ MDFe)

Bom dia, informe assim: CodigoGeracao=1

Bom dia, pode ser alguma instabilidade com a SEFAZ, o erro é constante? a consulta do Serviço tem o retorno?

Boa tarde. É Carregado apenas o XML especificado... Verificando se o arquivo existe na pasta inicialmente , mas se a demora está ocorrendo apenas com Windows 10 pode ter a ver com alguma configuração do SO.

Se possível anexe seu arquivo ACBrMonitor.ini e o Log.txt, para verificação

Está aguardando alguns segundos... Receber a mensagem OK antes de enviar outro comando? Tente desmarcar a opção "Enviar em segundo plano" nas configurações do e-mail... Como dito por aqui não conseguimos simular esse erro.

Experimente Reinstalar novamente, não houve alterações quanto a isso... Verifique se a flag monitor pasta está marcada.

Boa tarde, por favor crie um novo tópico para outro assunto...

Boa tarde, por padrão define que o cliente emite... Preencha o campo "CodigoGeracao" do título como "1"

Boa tarde, por padrão define que o cliente emite... Preencha o campo "CodigoGeracao" do título = "1"

Boa tarde, favor atualizar a versão e realizar os testes...

Boa tarde. Por favor atualize a versão para testes...

Boa tarde, por favor atualize os fontes do componente Boleto e do ACBrMonitor e Recompile o projeto para testes...

Boa tarde, Verifique se não é a situação de alterar o arquivo .xsd na pastas Schemas: https://www.projetoacbr.com.br/forum/topic/30563-mdfe-com-openssl/?do=findComment&comment=202377

Boa tarde Esse código e Mensagem de Retorno é lido do XML de Retorno, ou seja, houve comunicação e o WebService recepcionou o evento, como pode ver na consulta está aguardando processamento... Precisa verificar o porque da demora em processar o arquivo por parte do WebService...

Sim ,me recordo que já foi alterado o tamanho desse campo em algum momento, justamente por isso... O Campo Nosso Numero não pode conter o dígito verificador pois o mesmo é calculado pelo componente, ou seja, se informar o digito o componente vai calcular novamente e haverá inconsistência... O digito verificado é calculado no momento da geração da remessa ou emissão do boleto.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia, atualize para última versão... esse problema já foi corrigido.

Ok, vamos validar para atualização no SVN, Obrigado...