Ir para conteúdo
  • Cadastre-se

Juliana Tamizou

Administradores
  • Total de ítens

    14.816
  • Registro em

  • Última visita

  • Days Won

    188

Tudo que Juliana Tamizou postou

  1. Bom dia Ricardo. Você chegou a configurar o campo CodigoCedente também? Como te falei na msg anterior parece ser o número da conta. Quanto ao que significa cada campo, está disponível no svn o manual deste banco com o detalhamento dos mesmos, porém se você passar o CodigoCedente ficará correto. https://svn.code.sf.net/p/acbr/code/tools/Bancos/Sicredi Att.
  2. Boa tarde Wilton. Fiz a impressão do boleto em Quick e o boleto foi lido normalmente. Por favor anexe aqui o arquivo pdf que não está sendo lido. Att.
  3. Boa tarde. Conclui a verificação da diferença em seu boleto, a mesma ocorre devido a falta da informação do campo Modalidade(propriedade do Cedente no componente ACBrBoleto) e também do campo Código do Cedente(Pelo que percebi é o número da Conta do cliente). Ambas as propriedades podem ser configuradas tanto no ACBrMonitor ou através dos comandos do ACBr. Att.
  4. Boa tarde Wilton. Observe as orientações deste post quanto ao fortes no delphi 2007 Com relação ao quick ainda não concluimos a análise. Att.
  5. Boa tarde. Para tentar reproduzir seu boleto, preciso também das configurações do componente quanto Conta, Agencia, Modalidade...etc Att.
  6. Bom dia.Ricardo Pelo que entendi você fez uma impressão de boleto pelo programa do banco e outra pelo ACBrMonitor, e isso gerou as diferenças Primeiro Bloco ACBr: 74891.11323 Banco: 74893.11329 O 1 em vermelho corresponde ao Tipo de Cobrança(1- Com Registro e 3- Sem Registro) então o boleto impresso pelo sistema do banco foi feito Sem Registro e no ACBr foi passada a Carteira com Registro (Campo Modalidade = 1). Segundo Bloco ACBr: 00303.102289 Banco:00303.002281 O 1 em vermelho indica o DV do Nosso Número (Aqui pode ter um erro no calculo do DV que ainda estou analisado) Terceiro Bloco ACBr: 40446.791002 Banco: 40446.790020 O 1 em vermelho está de acordo com a exigência do manual do banco, o 2 seria um DV da linha digitável que também estou analisando. Att.
  7. Na realidade é necessário enviar a configuração do cedente apenas uma vez. Att.
  8. Bom dia. Qual versão do ACBrMonitor você está utilizando? realizei testes com seus arquivos e os boletos foram impressos normalmente. Att.
  9. Bom dia. Correção disponível no svn. Att.
  10. Boa tarde. Não tem nenhum regra especifica Santander...qual foi o Nosso Número e o DV informados no arquivo e quais valores seriam os corretos de acordo com o banco? Att.
  11. Boa tarde Sandro. Acredito que o ideal é o componente conseguir identificar esse tipo de boleto e neste caso a função FormataNossoNumero não efetuar nenhuma modificação no mesmo... Você teria um exemplo de como fica o NossoNumero gerado pelo banco? Att.
  12. Boa tarde. Em outro trecho do manual tem a seguinte instrução: "Código numérico correspondente ao tipo de cobrança: “1” – Com Registro “3 – Sem Registro”." Sendo assim a comparação atual está correta. Att.
  13. Bom dia. As alterações estão no svn. Att.
  14. Bom dia. De acordo com as informações que vc disponibilizou, vc não está informado o campo CodigoCedente que é o campo que contém o Código do Cedente. Att.
  15. Bom dia. A impressão irá para a impressora definida como Default no windows Att.
  16. Bom dia. Modificações disponíveis no svn. Att.
  17. Bom dia. Infelizmente como disse no inicio, alguns bancos são mais rigorosos e uma alteração assim com certeza invalidaria a homologação dos boletos, outro fato é que normalmente o desconto é concedido com algumas regras, como por exemplo desconto por dia de antecipação ou desconto por pagamento até determinada data, por isso acredito que o ideal seja manter como está. Att.
  18. Bom dia Francisco. Este não é um arquivo de retorno padrão CNAB, você deve verificar junto ao banco como obter o arquivo correto. Att.
  19. Bom dia. Por favor anexe aqui a unit alterada para facilitar o merge. Att.
  20. Boa tarde GIlberto. Qual é o conteúdo do seu ent.txt? Att
  21. Bom dia. As especificações da disposição das informações do boleto vem dos próprios bancos, se for feita uma mudança deste tipo os bancos não homologariam os boletos. Att.
  22. Bom dia. Se possível anexe o arquivo aqui, mas aparentemente este não seria o arquivo de retorno no layout dos manuais fornecidos pelo banco. Att.
  23. Bom dia. Ainda não foi possível, mas acredito que nesta semana será. Att.
  24. Boa tarde. Quais parâmetros e quais valores foram informados ao componente ? Att.
  25. Bom dia. Você tem razão..irei aplicar a correção Att.
×
×
  • 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.