Nlfo

existe outra forma de testar? como disse eu não uso o lazarus, pois vai que na terça tem mais alguma coisa faltando? o unico modo é usando o lazarus e compilando? não tem um demo ou algo parecido? obrigado

dia 13, correto? devido a testes que tenho que fazer, não haveria a possibilidade de ser adiantado? o demo para testar também na terça? claro que vou como sempre fui ser Pro. muito obrigado

obrigado, e tem uma previsão da lib e do acbrmonitor? preciso mais do acbrmonitor no momento. obrigado acbrmonitor, desculpe.

obrigado novamente, no aguardo.

desculpe, nao entendi, criado a tk-7024, está ou não resolvido com a versão 14.0.326? obrigado ok, obrigado novamente, entendi pelo post do daniel que já estaria correto na versão atual.

e que gostaria de saber se foi incorporado as sugestoes de modificação no inicio do post (autor original) e se já está disponivel, ou se já havia essa alteração antes. seria a 14.0.326? obrigado

está utilizando qual versão do monitor para esses testes? obrigado

entendo e agradeço, obrigado, nos meus testes não aparece o 7 digito conforme você mostrou, poderia postar aqui o arquivo ini para comparar com o meu?

Sou usuario Acbr desde meados de 2018, antes pro, renovando sempre. tenho um sistema em outra linguagem, uso as libs e o monitor, antes meu sistema gerava o boleto feito o "desenho" a unha, remessa, tratava o retorno, a partir de meados de 2018 passei o acbr, pois pensei : eles atualizam sempre, para todos os bancos, o que seria complicado fazer para todos a "unha", e sempre funcionou bem, até surgir essa demanda de 7 digitos acima de 1100000. eu não uso lazarus, ultima vez com pascal foi aos 17 anos... o autor original do post usa e portanto resolveu seu problema alterando por si, eu dependo das alterações do time do acbr. eu entendo que o time tem outras demandas, como a reforma, muitos não utilizam o formato remessa, pretendo fazer a alteração por api no devido tempo, mas no momento preciso do formato remessa, retorno no layout de maio/2024, cedente 7 digitos acima de 1100000, apesar do time dizer que está ok usando os parametros, basta gerar uma remessa, olhando as posiçoes da remessa gerada e comparando com o layout, clausula ne004, item B, fica nitido que não está gerando correto. obrigado pela atenção. qual versão do monitor está usando? sim, configurei conforme indicado aqui. tem alguma configuração alem de layoutversaoarquivo e layoutversaolote ? poderia colocar aqui seu arquivo ini de testes para comparaçao? obrigado poderia postar seu arquivo ini de testes? qual versão do monitor testou? obrigado

favor verificar nota ne004, item B. obrigado

favor verificar o campo ne004, item B, do layout de maio/2024. obrigado

layout: PDF.js viewer

então, mas coloque esses valores e faça uma geração de remessa, voce vai ver que não sai na remessa os 7 digitos do beneficiario, sai apenas 6 e em posiçao diferente, veja nota ne004, o layout referido é de maio/2024, veja abaixo o item B: obrigado NE004 Código do Beneficiário na CAIXA A PARA CÓDIGO DE BENEFICIÁRIO ENTRE 000001 E 999999 Código fornecido pela CAIXA, através da agência de relacionamento do Beneficiário. Deverão ser obedecidas as regras de preenchimento do código do beneficiário conforme as versões de layout informados no Header de Remessa (campo 12.0V) e Header de Retorno (campo 13.0V). Demais detalhes sobre o Nº da Versão do Layout disponíveis na Notas Explicativa NE065. A PARA CÓDIGO DE BENEFICIÁRIO ENTRE 000001 E 999999 A1 Para Nº da Versão do Layout preenchido com brancos (versão aplicável somente para código de beneficiário até 999999) Remessa Segmento Posição Posição inicial do Código do Beneficiário zero na posição Header de Remessa Campo 07.0 31-37 31 37 Registro Tipo 1 Dados do Título Campo 05.1 21-27 22 21 Registro Tipo 2 Mensagens do Título B PARA CÓDIGO DE BENEFICIÁRIO A PARTIR DE 1100000 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Para Código de Beneficiário iniciado a partir de 1100000, utilizar somente o Nº da Versão do Layout , uma vez que serão utilizados todos os campos disponíveis para preenchimento. Remessa Segmento Posição Posição inicial do Código do Beneficiário Header de Remessa Campo 07.0 31-37 31 Registro Tipo 1 Dados do Título Campo 05.1 21-27 21 Registro Tipo 2 Mensagens do Título Campo 05.2 22-28 22 Registro Tipo 3 Informações para envio por e-mail e SMS Campo 05.3 Registro Tipo 4 Tipo de pagamento do título Campo 05.4 Campo 05.2 22-28 22 28 Registro Tipo 3 Informações para envio por e-mail e SMS Campo 05.3 Registro Tipo 4 Tipo de pagamento do título Campo 05.4

Eu não utilizo delphi ou Lazarus, por isso preciso do monitor atualizado. obrigado

obrigado, no aguardo.

obrigado pela dica, mas é a remessa de cedentes de 7 digitos acima de 1100000? já usei todos os paramentros sugeridos e não bate com o layout da caixa de maio/2024. basta ver na remessa o header, está incorreto. obrigado

Para tentar "isolar" o problema, criei uma VM do zero, instalei o acbrmonitor ultima versão, com todos os parametros acima, o boleto na tela sai ok, a remessa não respeita o layout atual, não gera com os 7 digitos, apenas 6. notei tambem que no formato "carne" sai apenas 2 por pagina na ultima versão. não e necessario validar basta ver a remessa em formato txt, e localizar o local dos campos, não está respeitando, mesmo colocando 107 e 067. obrigado

então, para testar, basta gerar 1 boleto, gerar remessa, verificar no header, que não sai os 7 digitos esperados. alguem poderia fazer esse teste e postar aqui o header da remessa?

sim, tem tudo, mas a remessa sai incorreta, basta ver o arquivo gerado esta com 6 digitos cedente. sim, usando todas as configuraçoes citadas, a remessa não aparece o 7 digitos com cedente acima de 1100000

obrigado, mas pelo que vi, voce alterou no seu build, no acbr build está funcionando? ou necessita das suas correções? obrigado

sim, informado layout 107 e versão 67, conforme post no forum, mas o layout atual é 126. obrigado

com essas alterações funciona cnab 400 cedente acima 1100000? metodo remessa/retorno? está já consolidado no ultimo build do acbr? obrigado essas alterações já estão no build? ou no demo? obrigado

fiz o teste, a remessa, comparando com o layout, não corresponde os campos alterados. mas para cedentes de 6 digitos, funciona perfeitamente. obrigado pela atenção.

Ok, obrigado pela resposta, então resumindo, o acbrmonitor ou libs, para quem não usa delphi lazarus (e não tem a unit acima), não está funcional para cnab 400 com cedente de 7 digitos acima de 1100000.

procurei no log de alterações, se ele estiver atualizado, não tem essa correção. obrigado