Ir para conteúdo
  • Cadastre-se

Nlfo

Membros
  • Total de ítens

    62
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

Nlfo's Achievements

  1. 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
  2. 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
  3. obrigado, e tem uma previsão da lib e do acbrmonitor? preciso mais do acbrmonitor no momento. obrigado acbrmonitor, desculpe.
  4. obrigado novamente, no aguardo.
  5. 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.
  6. 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
  7. está utilizando qual versão do monitor para esses testes? obrigado
  8. 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?
  9. 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
  10. favor verificar nota ne004, item B. obrigado
  11. favor verificar o campo ne004, item B, do layout de maio/2024. obrigado
  12. layout: PDF.js viewer
  13. 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
  14. Eu não utilizo delphi ou Lazarus, por isso preciso do monitor atualizado. obrigado
  15. obrigado, no aguardo.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...