José M. S. Junior

Bom dia, O ACBrMonitor não é projetado para "Multi-Usuários", ou seja poderá ter problemas se enviar diversas requisições ao mesmo tempo. O correto é utilizar um ACBrMonitor para cada usuário, ou utilizar mais de uma instancia do ACBrMonitor, cada usuário acessando uma instancia (com configurações e pastas diferentes). Quanto a melhoria de performance no método, se refere a validação se o XML já está assinado ou não, para não passar novamente pelas regras de validação do componente, mas isso é uma melhoria interna... O maior problema quanto ao envio é o tempo de resposta da SEFAZ. mas na maioria dos casos é um tempo imperceptível.

Bom dia, este campo é calculado de forma automática pelo componente a partir do campo "DataBaixa". Se DataProtesto for maior que DataVencimento será calculado dias para protesto. Se for preenchido o Campo "DataBaixa" e DataBaixa for maior que DataVencimento será calculado dias para Baixa/Devolução... Portanto, basta preencher o campo "DataBaixa" para considerar os dias para Devolução.

Bom dia, favor atualizar os fontes. Pode continuar passando "0" para o campo "DigitoVerificadorAgenciaConta". No Header do lote será preenchido sempre com espaço em branco (' ').

Boa tarde, não me recordo de nenhum post recente deste banco para ajustes... Mas de qualquer forma essa alteração já está disponível no SVN. Obrigado!

Na tela inicial do ACBrMonitor, ative a flag "Log de Comandos"... A partir de então, anexe o arquivo de log ("log.txt") para facilitar a identificação de outros possíveis erros.

Bom dia, Seu arquivo titulos.ini não está no padrão correto, não tem a chave [titulo1] no inicio do arquivo para identificar o grupo dos campos a serem lidos.

Bom dia, atualizado no SVN com pequenas alterações. Obrigado pela contribuição...

Correto, se possível apenas confirmar se está validando com com código 0 para mensagem tipo 3.

Bom dia, acessa da seguinte forma: ACBrBoleto1.Cedente.DigitoVerificadorAgenciaConta:= '0';

Bom dia. Foi implementado isso na última semana... Estará disponível na próxima versão do ACBrMonitor.

Ok, aguardamos o retorno... Aparentemente este código "8" esta errado mesmo... é estranho todos estarem homologando desta forma até o momento.

Verifique se a pasta setada pelo método está com permissão de Leitura e Gravação... ("C:\ACBrMonitorPlus\Arqs\NFe") Estranho que não consegui simular... com a versão anterior está ok?

Boa tarde, Siga no manual o passo a passo para gerar um boleto: https://acbr.sourceforge.io/ACBrMonitor/ComoimprimirumBoleto.html https://acbr.sourceforge.io/ACBrMonitor/ModeloConfiguracaoArquivoINI.html https://acbr.sourceforge.io/ACBrMonitor/ModeloTituloArquivoINI.html

Boa tarde, Veja também o passo a passo de como gerar um CT-e através do manual. Contém anexo o arquivo .ini dos campos a serem preenchidos: https://acbr.sourceforge.io/ACBrMonitor/ComoEmitirumCTe.html

Este erro está ocorrendo apenas quando executa esse método? Pois não consegui reproduzir mesmo utilizando suas configurações.... Reiniciando o ACBrMonitor o erro persiste? Certifique-se de que não existe outros arquivos na pasta ("C:\arq\") que possam estar apresentando na tentativa de leitura do ACBrMonitor

Bom dia, Apenas alterando para "0" na posição 18 do arquivo de remessa, está sendo aceito pelo Banco?

Bom dia Adicionado para análise, obrigado!

Bom dia Adicionado para análise. Obrigado!

Bom dia, Obrigado, vamos analisar... Se possível favor anexar o manual.

Bom dia, Conforme solicitado pelo Daniel precisamos do arquivo ACBrMonitor.ini para verificação, simplesmente executando os métodos no log não conseguimos simular o erro...

Boa tarde @valdirdill, Analisando a sua contribuição para atualizar, verificamos que essa alteração pode quebrar compatibilidade para outras pessoas que já utilizam o componente boleto com "Impressão Tipo 3"... Note no manual que Impressão Tipo1 e 2 realmente deve gerar '00' na posição 19/20 mas se for Impressão Tipo 3 a posição é diferente, a partir da posição 19 se trata da primeira mensagem, por isso tem uma função específica (MontarInstrucoes2 ). Se seu arquivo não está gerando '00' na posição 19/20 é porque existe mais de duas mensagens, dessa forma entra no tipo Impressão 3... Se necessário, anexe o arquivo de remessa para análise.

Boa tarde, deve enviar os parâmetros da seguinte forma: BOLETO.GerarRemessa("C:\Apf_Temporarios",1,"Nome_Arquivo") O segundo parâmetro (1) corresponde ao número da remessa, deve ser incrementado ou controlado pela sua aplicação.

Boa tarde, por favor anexe o log.txt do ACBrMonitor para verificação. Se possível anexe o XML da NFe que apresenta o erro...

Bom dia, obrigado por reportar mas não compreendi a solução, precisou realizar alguma alteração no ACBrMonitor?

Se possível anexe o log.txt do ACBrMonitor para análise...