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. O HSBC está homologado tanto a impressão quanto a remessa? Att.
  2. Boa tarde. Adicionei uma pequena validação na classe da Caixa para evitar essa situação. Att.
  3. Bom dia. Está disponivel no svn a alteração para o ACBrMonitor ler também o layout de boleto a ser utilizado.
  4. As demais correções não citadas aqui, foram sim adicionadas
  5. Bom dia. Correções para resolver o problema do pdf estão disponíveis no svn. Att.
  6. Bom dia Daniel. Acabei de subir ao svn uma correção para este problema, após atualizar seus fontes efetue um novo teste. Att.
  7. Cada linha(registro) do arquivo é iniciada sempre por um número, como vc poderá observar nos manuais do banco o registro tipo 5 é opcional e não incluímos em nenhum layout. Então para saber quais registros estão no seu arquivo observe o primeiro caractere da linha 1, o primeiro da linha 2 e o primeiro da ultima linha, assim saberemos qual layout foi utilizado. Ainda hj subirei algumas correções ao svn, inclusive para o BB, se preferir você pode aguardar e então fazer um novo teste. Att.
  8. Bom dia. A diferença mais nítida entre o CBR641-6 e o CBR641-7 são os tipos de registros, que são 0,1,5 e 9 para o CBR641-6 e 0,7,5 e 9 para o CBR641-7. Oque define qual convênio será layout será utilizado é a variável TamConvenioMaior6, que é definida da seguinte maneira: TamConvenioMaior6:= Length(trim(ACBrBoleto.Cedente.Convenio)) > 6; Quais são os registros presentes no seu arquivo gerado? Att.
  9. Bom dia Pedro. Seu ajuste no seguinte tópico corrigiu o problema? viewtopic.php?f=11&t=6175
  10. Bom dia Pedro Por favor anexe aqui sua unit para que possamos analisar as alterações efetuadas. Att.
  11. Boa tarde. Efetuei mais alguns testes informando exatamente o valor informado pelo banco para o código do cedente, contendo 15 dígitos(incluindo a agência) e aparentemente o Campo Livre está de acordo com o manual...quais foram os valores utilizados no seu teste? Att
  12. Boa tarde. Ao estudar o manual do banco percebi que o Código do Convênio seria de 6 dígitos, se possível altere o valor 38859 para 038859 e verifique se o boleto é validado corretamente...caso a resposta seja positiva irei implementar a formatação correta deste campo. Att.
  13. Boa tarde. O BB possui vários layouts diferentes, para que eu possa te responder mais precisamente, qual é a carteira e o tamanho do número do convenio testado? Att.
  14. Boa tarde. Irei efetuar novos testes. Att.
  15. Boa tarde. Desculpe a demora na análise da sua contribuição...se vc informar o código do cedente exatamente conforme informado pelo banco (com a agencia), este ajuste não seria necessário. Att.
  16. Boa tarde Eduardo. Após analisar suas correções cheguei a conclusão de que a seguinte alteração não está correta: linha 101 - Num := ACarteira + ifthen(ACBrTitulo.Carteira = 'RG','4','1') + PadR(ANossoNumero, 15, '0'); linha 159 - ANossoNumero := '21'+padR(ANossoNumero, 15, '0') { Quando informado pelo Cliente/Cedente, o Nosso Número deverá obedecer o seguinte formato: CCNNNNNNNNNNNNNNN, onde: CC = 11 (título Registrado emissão CAIXA) CC = 14 (título Registrado emissão Cedente) CC = 21 (título Sem Registro emissão CAIXA) NNNNNNNNNNNNNNN = Número livre do Cliente/Cedente } Conforme o trecho inserido por vc, extraído do manual do banco, repara que o '21' se refere a títulos Sem Registro emitidos pela Caixa, então apenas deve ser adotado no caso do banco ser o responsável pela emissão do boleto. Com relação ao calculo do DV da Conta, qual a necessidade do componente calcular isso? O ideal é que essa informação seja passada a ele. Att.
  17. Boa tarde Pedro. As correções do Sicob foram todas aplicadas, porém algumas alterações para o SIGCB não foram implementadas pelos seguintes motivos: Mudança do tamanho do campo Agência - Conforme pode ser observado nos manuais do banco, este campo possui 5 caracteres. Retorno CNAB240 Modificação para capturar o ano com 4 dígitos - da forma atual está correto, qual seria o ganho efetuando esta mudança? Verificação para saber se a carteira é registrada na captura do vencimento - a leitura deste campo é feita utilizando um StringtoDateTimeDef, não sendo necessário o if anterior. Att.
  18. Bom dia Pedro. Se vc estiver se referindo ao padrão SICOB, pode passar da forma que o banco passou apenas removendo o ultimo digito, no seu exemplo o 7, pois é um sdigito verificador e é calculado pelo componente. Att,
  19. Bom dia Pedro. Vc está se referindo a cobranca SIGCB ou SICOOB? Att.
  20. Bom dia. Vcs estão usando qual componente para impressão dos boletos? Att.
  21. Bom dia. Vc chegou a tentar pagar esse boleto através da digitação da Linha digitável? Att
  22. Bom dia. Vc chegou a comparar com o manual do banco? Att.
  23. Bom dia Rafael. Correções aplicadas, em breve disponíveis no svn. Att.
  24. Bom dia a todos. Baseado na análise dos manuais e nas pesquisas feitas Tuim01, apliquei uma correção para checar se a carteira é a 17 e se a responsabilidade de emissão é do banco, ai então a remessa CNAB400 será gerada corretamente. Att.
  25. Bom dia Sérgio. Acredito que o código de convênio e o código de cliente que vc citou devem ser as mesmas informações, para saber a posição vc pode observar o manual do banco... Segue link para download do manual: https://acbr.svn.sourceforge.net/svnroo ... ols/Bancos
×
×
  • 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.