José M. S. Junior

Boa tarde, acredito que precisa estar com a cadeia atualizada sim... Se possível procure realizar testes também em outro ambiente, sem proxy...

Bom dia, estará disponível na próxima versão do ACBrMonitorPlus...

Obrigado! Atualizado no SVN...

Pode ser instabilidade com a SEFAZ... No comando está passando o parâmetro para envio Sincrono, realize um teste sem passar o ultimo parâmetro.

Bom dia, utilize SSL= OpenSSL para Windows XP.

Tópico encerrado para centralizar resposta em um único tópico.

Bom dia Esse retorno anexo acima é da própria SEFAZ foi Processado, Se não obter o número do Recibo deve realizar uma consulta posterior para obter Protocolo...

Se você mesmo compila, verifique se os fontes estão atualizados.

Boa tarde, utilize a ultima versão do ACBrMonitor, houve ajustes recentes...

Obrigado pela Contribuição... Está atualizado no SVN.

Bom dia, vou verificar... Se passar o caminho completo do XML está encerrando?

Bom dia, favor atualizar os fontes com os ajustes...

Bom dia, favor atualizar os fontes com os ajustes...

Bom dia, favor atualizar os fontes com os ajustes...

Para Leitura de arquivo de retorno trata apenas se for do tipo Retorno, ou seja: "2". Aparentemente estes outros códigos de Remessa é uma particularidade deste Banco, indica que o arquivo não foi aceito por problemas na estrutura, algum valor inválido... Não se trata da resposta do Banco em relação ao processamento da Remessa. Teria que ser implementado a leitura para esse tipo de arquivo com erros de Remessa.

Apenas arquivo com código '2' corresponde ao layout de Retorno: ‘1’ = Remessa (Cliente - Banco) ‘2’ = Retorno (Banco - Cliente) ‘3’ = Remessa Processada (Banco / Cliente - Pré-crítica) ‘4’ = Remessa Processada Parcial (Banco / Cliente - Pré-crítica) ‘5’ = Remessa Rejeitada (Banco / Cliente - Pré-crítica)

Bom dia Para layout de retorno CNAB240 é validado a posição 143 da linha 1 o valor deve ser= "2". Verifique se o Arquivo retorno está correto...

Será atualizado em breve juntamente com outras correções.

Boa tarde, Já existe a propriedade TipoDesconto2, já utilizada em outros bancos. Será realizado o ajuste com essa propriedade.

Boa tarde Esta alteração quebra a compatibilidade do componente para o pessoal que utiliza a versão anterior, pois pode variar de uma região para outra a versão aceita para homologação... Sugestão: Já existe uma propriedade no componente boleto para informar a versão do arquivo e do lote. Se possível, altere para utilizar essa propriedade, assim não quebra a compatibilidade... Pode ver como exemplo banco Bancoob fpLayoutVersaoArquivo : Integer; // Versão do Hearder do arquivo fpLayoutVersaoLote : Integer; // Versão do Hearder do Lote

Boa tarde A validação do arquivo de Retorno é realizado pelo Reader do arquivo (Código Beneficiário 5 posições). Note que no arquivo de remessa também é passado esse mesmo campo no Header com 5 posições, ou seja, o mesmo campo informado na remessa deve vir no retorno.

Bom dia Por favor, teste com o fonte em anexo e verifique se está ok ACBrBancoBancoob.pas

Obrigado pelo retorno!

Boa tarde. O ACBrMonitor não foi homologado em delphi, é compilado apenas em Lazarus, mas acredito que não seja esse o motivo de estar perdendo a configuração. Sua aplicação não rotinas que edite ou altere o nome do arquivo?

Não sei se houve mudança quanto a isso mas a sintaxe para geração atual está como citado acima, preenchendo todos os campos para o Evento, inclusive o código do evento para Carta de Correção.