Juliana Tamizou

Boa tarde. Você recompilou o componente? Att.

Boa tarde. O canhoto sempre é impresso no topo, não tem como tirar. Att.

Bom dia Jeter. Da forma que você implementou a responsabilidade por conhecer o padrão de cada banco fica por conta do sistemas e não do componente, por isso eu havia sugerido o uso da função MontarCampoNossoNumero() para capturar o número formatado...outra coisa que pensei é que poderia ser criada uma nova propriedade no Boleto com o Nosso Número sem Formatação... O seguinte código é desnecessário, pois a função SetNossoNumero válida e a quantidade de dígitos informada no nosso número é superior a quantidade máxima.. if not Length(NossoNumero) in [10, 15] then raise Exception.Create('Tamanho do Nosso número inválido!'); Att.

Boa tarde. Analisei os manuais de retorno da Caixa Sicoob disponiveis no svn.. CNAB400 8.2 Nota Explicativa 2: Formatação do Nosso Número 8.2.1 Para a carteira 11 - Cobrança Simples (Vide Nota 3): Número gerado e atribuído pelo sistema de cobrança da CAIXA para controle interno, e será composto da seguinte forma: NNNNNNNNNND, onde NNNNNNNNNN = Número Sequencial D = Dígito Verificador (calculado pelo Mod. 11) Obs: para clientes que possuem sistema próprio, preencher o campo com zeros. 8.2.2 Para a carteira 12 - Cobrança Rápida: Número informado pelo cliente, composto da seguinte forma: 9NNNNNNNNND, onde 9 = Fixo NNNNNNNNN = Número Sequencial D = Dígito Verificador (calculado pelo Mod. 11) Nosso Número com 16 posições Uso da Empresa Identificação do Título na Empresa / Nosso Número Sem Registro com 16 posições 38 62 25 Alfanum. CNAB 240 2.4.12 Cálculo do Nosso Número - Para a Carteira 11 (SIMPLES): O Nosso Número é gerado pelo sistema da CAIXA para controle interno, e será composto da seguinte forma: NNNNNNNNNND, onde NNNNNNNNNN = Número Seqüencial D = Dígito Verificador (módulo 11) Obs.: Para clientes que possuem sistema próprio, preencher o campo com zeros. - Para a Carteira 12 (Rápida): Nosso Número informado pelo cliente à partir do que foi impresso nos bloquetos, é composto da seguinte forma: 9NNNNNNNNND, onde 9 = Fixo NNNNNNNNN = Número seqüencial D = Dígito Verificador (módulo 11) Para Nosso Número com 16 dígitos é da mesma forma do CNAB400. Quanto ao Nosso Número retornar diferente do que foi passado, se você desejar gravar no BD o valor completo, basta usar a função MontarCampoNossoNumero() Não entendi muito bem oque você quis dizer com exceções... Att.

Boa tarde. Feito o ajuste relatado no tópico indicado e disponibilizado no svn. Att.

Boa tarde. Alguns bancos além do Código do Convênio do Cedente, também possuem um código um pouco maior que se chama Código de transmissão, atualmente dos bancos implementados, apenas o Santander utiliza este campo. Att.

Boa tarde Jéter. Ao analisar os manual contidos no svn para a Cobrança Rápida e Cobrança Sem Registro, encontrei a seguinte orientação sobre o nosso número: IX - CAMPO LIVRE (posições 20 a 44) Para as posições do Campo Livre, informar: - Se carteira Sem Registro: Nosso número com 10 posições Ex.: 82NNNNNNNN Onde: 82 - Identificador da carteira Sem Registro NNNNNNNN - Nosso número do Cliente ... ... ... - Se Carteira Rápida: Nosso Número com 10 posições Ex.: 9NNNNNNNNN Onde: 9 - Identificador da carteira Rápida NNNNNNNNN - Nosso número do Cliente ... ... ... Já no manual para cobrança sem registro de 16 posições: Apenas Clientes Cedentes com Código do Cedente na operação 870 podem operar com a Cobrança Sem Registro com 16 posições de Nosso Número. .. .. .. X - CÁLCULO DO DV DO NOSSO NÚMERO DA COBRANÇA SEM REGISTRO - 16 POSIÇÕES - Campo com 15 posições sempre iniciando com 8. - Utiliza 1 dígito verificador calculado através do módulo 11, com peso 2 a 9. 8NNNNNNNNNNNNNN - D1 Pelo que interpretei dos manuais temos 3 tipos de nosso número: Cobrança Rápida: Valor fixo '9' + 9 dígitos livres para o cliente usar + Digito Cobrança Sem Registro de 16 posições: Valor fixo '82' + 14 dígitos livres para o cliente + digito(apenas se o código de Operacao for 870) Cobrança Sem Registro 11 posições: Valor fixo '8' + 9 dígitos para o cliente usar + Digito Considerado estes manuais acredito que o código correto seria: if Carteira = 'SR' then begin if (Copy(Convenio,1,3) = 870) and (TamanhoMaximoNossoNum > 10) then ANossoNumero:= '82'+ padr(Copy(ANossoNumero,Length(ANossoNumero)-13,14),14) else ANossoNumero:= '8'+ padr(Copy(ANossoNumero,Length(ANossoNumero)-7,8),9); end else ANossoNumero:= '9' + padR(Copy(ANossoNumero,Length(ANossoNumero)-8,9),9); Se você possuir algum outro manual diferentes dos disponíveis no svn, por favor anexe aqui. Att.

Boa tarde. Oque exatamente é informada neste campo? Você chegou a observar se outros bancos também devolvem esta informação? Att.

Boa tarde. Fiz um teste com o demo e o arquivo gerado contém 400 caracteres em todas as linhas. Você fez um teste usando este aplicativo? Att.

Boa tarde. Todos os registro estão ficando com este tamanho? Os arquivos gerados através do demo estão ficando da mesma forma? Att.

Bom dia. Provavelmente não é este número que tem causado o problema do dígito, recentemente alguns usuários reportaram que alguns boletos não são validados... Informe aqui todas as informações passadas ao componente para gerar o boleto em questão. Att.

Boa tarde. Alterações disponíveis no svn. Att.

Boa tarde. Alterações disponíveis no svn. Att.

Boa tarde. Alterações estão disponíveis no svn. Att.

Boa tarde Douglas. Correção disponível no svn. Att

Boa tarde. Pela quantidade de caracteres que foi informado que o ACBr leu, a clase utilizada deve ter sido a CaixaSicob, pois a a unit do SIGCB(CaixaEconomica) lê apenas 11 dígitos. Para facilitar a análise anexe aqui seu arquivo retorno e também as informações da conta. Att.

Boa tarde Antonio. Realmente estes arquivos estão sendo gerados sem as informações que você citou, se desejar implementar e quiser compartilhar com todos, poste aqui. Att.

Boa tarde. Apenas a agência e conta são impressos no campo Código do Cedente. Qual a necessidade desta outra informação? Att.

Boa tarde. Qual informação exatamente você precisa? Existe alguma tabela de valores ou algo assim? Att.

Boa tarde Sergio. As regras para calculo do digito verificador variam por banco, por isso você deverá observar a função CalcularDigitoVerificador implementada para cada banco. Att.

Boa tarde. Com um pouco de atraso, mas as alterações estão no svn. Att.

Boa tarde. Observe o seguinte post viewtopic.php?f=11&t=8050. Att.

Boa tarde. O problema ainda persiste? Se sim, seu Fortes está atualizado? Fiz um teste com 95 boletos e não tive nenhum problema. Att.

Bom dia. Qual erro você está tendo? Att.

Bom dia. Qual é exatamente o problema que você está tendo? Att.