José M. S. Junior

Boa tarde, Verifique as configurações de SSL ou TLS no componente ACBrMail, utilize a mesma configuração do seu gerenciador de e-mail.

Boa tarde, atualize os fontes do ACBr e recompile o projeto. Isso já foi ajustado recentemente...

Boa tarde, realmente... erro de escrita, utilize "FileExist" . Estará ajustado da forma correta na próxima versão. Obrigado!

A versão que você utilizava é muito antiga, não sei dizer como funcionava... Mas realmente, cada método iniciado com a palavra "EMAIL" se trata de um novo comando, ou seja, deve ser enviado e obtido a resposta... para então enviar o próximo (um comando por vez...) Para o comando EMAIL.novo() você pode passar um arquivo .ini contendo todos os dados da conta, conforme Manual: https://acbr.sourceforge.io/ACBrMonitor/EMAILNovo.html , ao receber OK envie os demais comandos um a um...

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

Bom tarde, isso depende dos parâmetros passados no método... ex: NFe.EnviarNFe(cArqXML,nLote,[bAssina],[bImprime],[cImpressora],[bSincrono]) - Não passe o parametro "bImprime" ou passe 0 https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarNFe.html

Se possível anexe seu arquivo ACBrMonitor.ini para verificação...

Bom dia @estinque, existem muitas inconsistências entre o seu fonte e o fonte disponível no SVN. Não há como compatibilizar fazendo uma simples comparação... Se possível, baixe os fontes do SVN e aplique as suas correções baseado no fonte do SVN, assim poderemos atualizar com estes e outros possíveis ajustes... Obrigado.

Bom dia, Aparentemente a posição 103 trata-se da ocorrência original enviado na remessa. Veja que a ocorrência de retorno é lida no campo "CodOcorrencia" já está utilizando a posição 109.

Bom dia, essa alteração não foi disponibilizada a principio, pois causará quebra de compatibilidade para todos que já utilizam esse banco... Comparando com outros bancos cada um utiliza um campo diferente nessa posição (Cedente, convenio, Transmissão) parece ser uma questão de interpretação... Note também que quebraria a compatibilidade na função para LerRetorno, que está sendo tratado também como codigoCedente.

Correções disponibilizadas no SVN...

Bom dia, atualizado no SVN, favor atualizar os fontes...

Bom dia. Sim pode preencher o campo NossoNumero na Inclusão do título. O único detalhe é deve passar o NossoNumero sem o dígito verificador pois o mesmo é calculado pelo componente.

Bom dia, alteração disponibilizada no SVN...

Bom dia, disponibilizado alteração no SVN...

Bom dia, favor atualizar os fontes com o ajuste..

Bom dia, disponibilizado ajuste no SVN...

Bom dia, ajuste disponibilizado no SVN...

Bom dia, atualizado no SVN...

Bom dia, atualizado no SVN...

Bom dia, favor atualizar os fontes...

Bom dia, favor atualizar a versão...

Bom dia, para que saia "5" informe ACBrBoleto.Cedente.CaracTitulo:= tcVinculada Corresponde a {Cobrança Simples (Rápida com Registro)} segundo manual.

Bom dia. O arquivo para ser informado no comando de impressão, deve conter o Resultado do retorno de confirmação. A partir desse resultado é gerado em um txt automaticamente (conforme configuração citada acima), você pode passar esse txt para impressão ou o XML que contenha a tag de Resultado. Veja que no seu XML "1854950387-pro-rec-soap.xml" contem essa tag. Passe esse XML para ser impresso... ou o txt gerado (recomendado).

Bom dia, esses problemas estão ocorrendo utilizando o Demo ACBrNFe? está utilizando os Schemas disponíveis junto aos fontes do ACBr? Por favor forneça mais detalhes para que seja possível simular a situação dos erros, para que possamos ajudá-lo...