Remessa Cobrança Caixa - Layout CNAB400

[Daniel InfoCotidiano]

14 horas atrás, Nlfo disse:

notei tambem que no formato "carne" sai apenas 2 por pagina na ultima versão.

utilizar as configurações de margens.
lembrando que existe um limite de caracteres no boleto (nao sei se é o caso), pode usar abreviações qdo nome, end ou barrio estiver muito grande.
 

[Nlfo]

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

[Daniel InfoCotidiano]

14 minutos atrás, Nlfo disse:

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.

criamos uma tarefa para analise. #TK-7011
Se vc ja corrigiu e esta mandando em produção com a unit anexada neste post, pode continuar usando ela.
assim que concluir-mos reportamos aqui.
 

[Nlfo]

obrigado, no aguardo.

[Nlfo]

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

 

obrigado

[Daniel InfoCotidiano]

Verificando com o time.

No manual que vc anexou no registro tipo 2, campo 04.02 código agencia das posições 18 a 21 do tipo numérico com 4 posições possui a nota explicativa 003. (NE003)

Citar

"Código da Agência de Vinculação do Beneficiário
Código de 4 posições, adotado pela CAIXA para identificar a agência de vinculação do Beneficiário."

Por tanto não há nenhuma regra no manual que condiz com a solicitação deste tópico.

Verifique juntamente com o banco, se existe algum manual se existe uma regra específica para este campo.
Se existir, por favor nos enviar a documentação existente, onde consta esta regra.

A CEF é um dos bancos mais utilizados e não temos nenhum outro chamado desta natureza.

Particularidades:

PARA CÓDIGO DE BENEFICIÁRIO ENTRE 000001 E 999999

Para versões do layout ‘LayoutVersaoArquivo = 101’ (Header de Arquivo) e ‘LayoutVersaoLote = 060’ (Header de Lote), alinhar à esquerda e preencher com ‘0’ à direita, na última posição.

Exemplo 1: Código do Beneficiário: 339578 então o layout será 101 e lote 060

PARA CÓDIGO DE BENEFICIÁRIO A PARTIR DE 1100000

Utilizar somente as versões de layout ‘LayoutVersaoArquivo = 107’ (Header de Arquivo) e ‘LayoutVersaoLote = 067’ (Header de Lote) com alinhamento à direita.

Exemplo 3: Código do Beneficiário: 1100123

 

[Nlfo]

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

Editado 6 Maio por Nlfo
adicionar informações

[Nlfo]

layout:

PDF.js viewer

Editado 6 Maio por Nlfo

[Nlfo]

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

Editado 7 Maio por Nlfo

[Nlfo]

15 horas atrás, Daniel InfoCotidiano disse:

Verificando com o time.

No manual que vc anexou no registro tipo 2, campo 04.02 código agencia das posições 18 a 21 do tipo numérico com 4 posições possui a nota explicativa 003. (NE003)

Por tanto não há nenhuma regra no manual que condiz com a solicitação deste tópico.

Verifique juntamente com o banco, se existe algum manual se existe uma regra específica para este campo.
Se existir, por favor nos enviar a documentação existente, onde consta esta regra.

A CEF é um dos bancos mais utilizados e não temos nenhum outro chamado desta natureza.

Particularidades:

PARA CÓDIGO DE BENEFICIÁRIO ENTRE 000001 E 999999

Para versões do layout ‘LayoutVersaoArquivo = 101’ (Header de Arquivo) e ‘LayoutVersaoLote = 060’ (Header de Lote), alinhar à esquerda e preencher com ‘0’ à direita, na última posição.

Exemplo 1: Código do Beneficiário: 339578 então o layout será 101 e lote 060

PARA CÓDIGO DE BENEFICIÁRIO A PARTIR DE 1100000

Utilizar somente as versões de layout ‘LayoutVersaoArquivo = 107’ (Header de Arquivo) e ‘LayoutVersaoLote = 067’ (Header de Lote) com alinhamento à direita.

Exemplo 3: Código do Beneficiário: 1100123

 

favor verificar nota ne004, item B. obrigado

[Daniel InfoCotidiano]

Caixa é muito utilizada como citamos, não temos relatos de rejeições.
Você configurou o monitor com os layouts indicado ?

Anexo os arquivos
6Posicoes_cb060501.rem

7posicoes_cb060502.rem

[Nlfo]

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.

1 minuto atrás, Daniel InfoCotidiano disse:

Caixa é muito utilizada como citamos, não temos relatos de rejeições.
Você configurou o monitor com os layouts indicado ?

Anexo os arquivos
6Posicoes_cb060501.rem

7posicoes_cb060502.rem 1.57 kB · 0 downloads

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

4 minutos atrás, Daniel InfoCotidiano disse:

Caixa é muito utilizada como citamos, não temos relatos de rejeições.
Você configurou o monitor com os layouts indicado ?

Anexo os arquivos
6Posicoes_cb060501.rem

7posicoes_cb060502.rem 1.57 kB · 0 downloads

poderia postar seu arquivo ini de testes? qual versão do monitor testou? obrigado

[Daniel InfoCotidiano]

Temos outras demandas, mas sim estamos investigando, se não, não teriamos interagido neste tópico.
Ontem nos reunimos o time de boleto e reportei acima.
De qualquer forma, pode me passar o log do seu monitor e o acbrmonitor.ini para que possamos dar uma olhada.

 

[Nlfo]

1 minuto atrás, Daniel InfoCotidiano disse:

Temos outras demandas, mas sim estamos investigando, se não, não teriamos interagido neste tópico.
Ontem nos reunimos o time de boleto e reportei acima.
De qualquer forma, pode me passar o log do seu monitor e o acbrmonitor.ini para que possamos dar uma olhada.

 

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?

[Nlfo]

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

[Alexandre de Paula]

36 minutos atrás, Nlfo disse:

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

sempre usamos a ultima versão atualizada.

[Nlfo]

2 minutos atrás, Alexandre de Paula disse:

sempre usamos a ultima versão atualizada.

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

Editado 7 Maio por Nlfo

[Alexandre de Paula]

Criada a TK-7024 para verificação do caso.

As sugestões não foram incorporadas, mas criamos a TK acima para avaliar.

Assim que tivermos um posicionamento será informado aqui no tópico.

[Nlfo]

desculpe, nao entendi, criado a tk-7024, está ou não resolvido com a versão 14.0.326? obrigado

4 minutos atrás, Alexandre de Paula disse:

Criada a TK-7024 para verificação do caso.

As sugestões não foram incorporadas, mas criamos a TK acima para avaliar.

Assim que tivermos um posicionamento será informado aqui no tópico.

ok, obrigado novamente, entendi pelo post do daniel que já estaria correto na versão atual.

[Alexandre de Paula]

10 minutos atrás, Nlfo disse:

entendi pelo post do daniel que já estaria correto na versão atual.

verificamos o funcionamento dos componentes em Delphi e está correto.

A TK-7024 é para validar e garantir que o ACBrMonitor está com o mesmo funcionamento. Já estamos atuando nela.

[Nlfo]

1 minuto atrás, Alexandre de Paula disse:

verificamos o funcionamento dos componentes em Delphi e está correto.

A TK-7024 é para validar e garantir que o ACBrMonitor está com o mesmo funcionamento. Já estamos atuando nela.

obrigado novamente, no aguardo. 

[Daniel InfoCotidiano]

Realmente tive que fazer um ajuste na validação da VersãoLayout.
Já subi a correção para o SVN vai estar disponível na próxima compilação da lib.

[Nlfo]

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

Agora, Nlfo disse:

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

acbrmonitor, desculpe.

[Daniel InfoCotidiano]

~por nd. Compilado na terça feira.
Na oportunidade, convido ao senhor para se tornar membro Pro.
Quando o usuário não é pró. é atendido pela comunidade e não por nós consultores.

 

[Nlfo]

6 minutos atrás, Daniel InfoCotidiano disse:

~por nd. Compilado na terça feira.
Na oportunidade, convido ao senhor para se tornar membro Pro.
Quando o usuário não é pró. é atendido pela comunidade e não por nós consultores.

 

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

Editado 7 Maio por Nlfo