José M. S. Junior

Para preenchimento de Mensagens no Segmento "S" da Remessa, veja as regras da função (MontarInstrucoes2) na unit ACBrBancoCaixa. Segue o manual do Banco Caixa para tipo Mensagem 1 e Mensagem 2... Esta função lê linhas específicas para preencher na remessa, dependendo da qtd de Mensagens. Neste caso, você precisa informar as mensagens. Mas acredito que deve utilizar apenas se o banco for emitir o boleto...

Bom dia @Thiago Ribeirao, Primeiramente Atualize sua versão do ACBrMonitor para novos testes, houve diversos ajustes nas ultimas versões. Se estiver utilizando a opção de preview na impressão, verifique se a tela do preview não está ficando em segundo plano, atrás da sua aplicação... Pois enquanto o preview estiver aberto o ACBrMonitor não responderá, isso pode parecer que o mesmo está travado. Para efeito de testes, experimente desmarcar a opção de Mostrar preview, imprimindo direto na impressora...

Bom dia, Chegou a consultar a situação cadastral no Sintegra? Se estiver tudo ok, é necessário entrar em contato com a SEFAZ para saber o motivo da rejeição.

Bom dia, atualize seus fontes... Veja esse tópico: https://www.projetoacbr.com.br/forum/topic/46394-boleto-banco-bancoob-alteração-no-preenchimento-dos-campos/

Utilize "DataMulta" para calculo de Multa e "DataMoraJuros" para Juros de Mora.

Bom dia @Gislaine D. Ribeiro, Como pode notar no vídeo a funcionalidade com o SAT é diferenciada da NFCe, ou seja, o XML Autenticado não é o mesmo XML gerado pela aplicação e enviado para o SAT. Por isso, precisa primeiramente receber o XML de Venda como resposta da DLL do aparelho, para posteriormente poder realizar a impressão... A forma correta de envio de comandos com o SAT é seguencial... Você utiliza o comando para Enviar e a partir da resposta com exito, obtendo o XML autorizado, você dispara o método SAT.ImprimirExtratoVenda(...)

Bom dia, Aparentemente está enviando uma NFCe e forçando envio Assíncrono... Experimente não passar o ultimo parâmetro ex: NFe.EnviarNFe("C:\ACBrMonitorPLUS\Logs\43180992797950000107650030000633649031693650-nfe.xml",0,1)

Bom dia Está informando a mensagem no arquivo .ini? Caso esteja, não é necessário... As mensagens são geradas automáticas no boleto se existir dados das respectiva cobrança... Não precisa passar o campo ImprimirMensagemPadrao neste caso. Deve passar, se existir, os campos: "DataProtesto", "Vencimento", "ValorMoraJuros", "DataMoraJuros", "PercentualMulta", "DataMulta".

Boa tarde @jamil, Devido ao refactory que está sendo realizado no ACBrMonitor, foi gerado algumas versões de Ajustes... E realmente a versão Linux permaneceu algumas versões atrás. Mas vamos gerar o instalador regularmente nas próximas versões...

O arquivo que utilizou, com a URL atualizado é o último em anexo neste tópico?

Era para sair a data de protesto 5 dias após o vencimento... Vou verificar isso... De qualquer forma poderá informar DataProtesto sempre com cinco dias após Vencimento, desta forma a instrucao1 que corresponde a data protesto na Remessa ficará correto...

Boa tarde, realizando testes com o arquivo .ini disponibilizado pelos colegas acima apresentou a mesma rejeição? chegou a verificar se o XML foi gerado com a URL de consulta atualizada?

Boa tarde, todos os seus fontes do ACBr estão atualizados? Esta função fica na Unit ACBrUtil.

Definiu alguma impressora como padrão para impressão? Realize um teste com a opção mostrar Preview, veja se está gerando a impressão em tela...

Bom dia Esta alteração já havia sido realizada no arquivo .INI... Está com os fontes atualizados?

A Mensagem de Retorno do banco, vem com três dias para protesto, mesmo enviando instrucao1=05 ? Pois se for dias uteis (instrucao1=05), teoricamente o banco deve protestar apenas no próximo dia útil... Caso a data seja em fim de semana ou feriado, o banco deve protestar no próximo dia util...

Boa tarde Sim, utilize o campo DataMulta

Alterações realizadas Componente Boleto - BancoBancoob Para quem utiliza o Componente Boleto - BancoBancoob, foi realizado alterações referente ao preenchimento dos Campos: ValorMoraJuros - Para quem gera remessa CNAB400 deve ser informado o % Mensal, para que seja gerado corretamente na Remessa e na Mensagem do Boleto. obs: Anteriormente estava sendo informado o % por dia, ficando diferente do padrão dos demais bancos e gerando divergências na mensagem impressa no boleto. DataMulta - Para informar data cobrança de Multa, utilizar o campo DataMulta. obs: Anteriormente estava sendo informado o campo DataMoraJuros, foi adicionado o campo DataMulta por se tratar de informações diferentes.

Correto @rafazamuner, estou passando a forma que o componente está implementado e que o pessoal que utiliza este banco está preenchendo... A validação do componente para geração da instrucao01 CNAB400 é a seguinte: - Data Protesto deve ser maior que Data Vencimento - Utiliza a diferença de dias corridos entre DataProtesto e Vencimento - Se a diferença entre as duas datas for 5 dias por exemplo, o campo instrucao1 será preenchido com "05" (vai corresponder a dias uteis para o banco). Acima de 5 dias vai preencher com "06".... Por isso, se precisa protestar sempre no 5º dia útil, passe a data protesto com cinco dias diferença do vencimento... O banco vai verificar se essa data é dia útil ou não para protestar... Não sei se está correto dessa forma... como eu disse, está sendo utilizado dessa forma.

Bom dia, Porque está passando os parâmetros: NFE.EnviarNFe("c:\coopin\gerent\NF-e\envresp\29180926732994000205550010000000141000012245-nfe.xml", 0, 0, 0,1)? O parâmetro 1 se refere ao nome da Impressora... Experimente aumentar o timeout para envio na aba DFe...

Bom dia Fontes atualizados no SVN... Obrigado!

Sim, devido ao tipo de erro retornado, demorei para identificar o problema também... Que bom que funcionou! apliquei algumas validações para evitar outros possíveis problemas parecidos...

Tem as especificação atualizadas do banco, quanto ao preenchimento destes campos? Anexe o manual e a devida alteração para podermos atualizar os fontes no SVN...

Boa tarde. Por favor, atualize novamente os fontes. Ajustes no SVN...

Boa tarde @valdirdill, analisando a sugestão de alteração, não resolveria o problema pois no layout de Remessa de todos os bancos o tamanho para cada mensagem é de 40 posições. Se aumentar, visivelmente no arquivo fica correto mas na leitura por parte do banco continuará cortando... O estranho é que todos os bancos onde é enviado esse segmento, utilizam o mesmo padrão e aparentemente o pessoal não tem problemas para homologar quanto a isso... De qualquer forma para resolver precisamos analisar outra solução...