Ir para conteúdo
  • Cadastre-se

Juliana Tamizou

Administradores
  • Total de ítens

    14.817
  • Registro em

  • Última visita

  • Days Won

    188

Tudo que Juliana Tamizou postou

  1. Boa noite. Alteração disponível no svn. Att.
  2. Boa noite. Alteração disponível no svn. Att.
  3. Boa noite. Alteração disponível no svn. Att.
  4. Boa tarde. Você de informar a propriedade CodigoCedente com o código da empresa passado pelo banco(valor que você está atribuindo atualmente a propriedade Convenio) Att.
  5. Bom dia. Como a impressão é geral para todos os bancos, meu comentário anterior irá resolver para todos. Att.
  6. Boa tarde. Realmente será necessária uma correção substituindo o "após" por "a partir" Att;
  7. Boa tarde. Na próxima versão a ser liberada (na segunda) poderemos deixar incluída está alteração. Att.
  8. Bom dia. Para conhecer melhor sobre estas informações é recomendada a leitura dos manuais fornecidos pelos bancos, porém seguem algumas explicações. Esta propriedade não é utilizada atualmente. Esta propriedade não é utilizada atualmente. Esta propriedade é utilizada em boletos/remessa do Sicredi, o qual informa ao cliente o valor correto a ser utilizado. As instruções são diferentes para cada banco, porém a maioria deles tem regras que dizem que estas propriedades recebem informações especificas conforme a Data de Protesto, Data de Baixa e outras informações são preenchidas. Recomendo que você utilize a propriedade Mensagens. Att.
  9. Boa noite. Por favor anexe a unit ACBrBoleto.pas com as alterações realizadas. Att.
  10. Boa noite. Na pelo que pude analisar com base no manual anexado no post anterior, a implementação do componente está correta, uma vez que conforme o manual para cobrança registrada o Nosso Número possui 5 dígitos livres + 5 para o número do convênio. 1 – ESTRUTURA DO NÚMERO BANCÁRIO (NOSSO NÚMERO) E E E E E N N N N N D Onde: EEEEE = Código do Cliente no Banco (Nº. do Range) Código numérico a ser fornecido pelo Banco por ocasião do início dos testes. Este código tem amarração cadastral com a conta de cobrança, portanto deverão ser obtidos tantos códigos quantos forem às contas de cobrança a serem utilizadas para a Cobrança Diretiva ou após utilizar todos os números sequenciais do documento. NNNNN = Número sequencial do documento / título. Uso a critério do cliente e quando utilizar todos, deve solicitar um novo número Range. D = Dígito verificador de segurança. É calculado pelo Módulo 11, com pesos de 2 a 7 da direita para a esquerda. Vale lembrar que a unit suporta tanto carteiras registradas quanto sem registro, por isso faz sentido as demais validações. Att,
  11. Boa tarde. Em relação a extensão do arquivo, alguns bancos pedem uma extensão especifica. Em relação ao conteúdo do arquivo, o banco retornou que havia alguma inconsistência? Att.
  12. Bom dia. Acho que seria necessário uma alteração no componente para tratar conforme a solicitação do banco. Att.
  13. Bom dia. Correção já foi comitada, por favor atualize seu svn. Att.
  14. Bom dia. Estes fontes estão bem desatualizados, por favor faça o merge com o trunk2 e anexe novamente. Att..
  15. Bom dia. A alteração realizada não alterou o tamanho da carteira que era 1, portando quando vc informa "21", o componente está ficando com 2 nesta propriedade. De acordo o manual o banco possui 2 informações relacionadas sendo a Carteira com 1 digito e o Código de Operação com 2, sendo que o primeiro é incluído na remessa e o segundo é impresso no boleto. Abaixo trecho do código que mostra a relação entre os dois campos, e como deve ser informada a propriedade Carteira para que o Código Operação seja impresso corretamente no boleto. if Carteira = '1' then Result:= '21' else if Carteira = '2' then Result:= '41' else if Carteira = '4' then Result:= '21' else if Carteira = '5' then Result:= '41' else if Carteira = '6' then Result:= '31' else if Carteira = 'I' then Result:= '51' else Result:= Carteira; Att.
  16. Boa tarde. O Banco do Brasil possui diferentes tamanhos de Nosso Número conforme a carteira e convênio utilizados, verifique se o NossoNumero informado ao componente atende as regras da sua carteira/convênio. Att. Att.
  17. Bom dia. Você conseguiu debugar e identificar exatamente em qual momento ocorre o erro? Att.
  18. Bom dia. Como você deve imaginar, com toda certeza é um problema que pode ser resolvido, caso você tenha muita urgência na correção, recomendo que debug o código e assim que corrigir nos envie a unit alterada. Att.
  19. Bom dia. Em relação a utilizar a unit corrigida, seria mais simples que o svn fosse atualizado com a mesma, para tanto basta anexar aqui a correção (Lembrando que deve ser no trunk2) Não entendi oque você quer fazer aqui.. Att.
  20. Bom dia. Alteração disponível no svn. Att.
  21. Bom dia. Aplicada correção referente ao NumeroDocumento. Em relação ao SeuNumero fiz alguns testes e não repreoduzi a situação descrita por você, acredito que o mesmo esteja resolvido também. Att.
  22. Bom dia. As labels são sempre impressas. Att.
  23. Boa tarde Carlos. Minha resposta foi exatamente quanto a segunda instrução, observe que esta informação fica nas posições 159 e 160, as quais conforme manual, devem ser preenchidas com o número de dias para protesto. Att.
  24. Boa tarde. Em relação ao item 1, realmente será necessário alterar. Quanto ao item 2, serão realizados mais testes pois não encontrei nada que fizesse com que somente parte da informação seja lida. Em relação ao item 3, de acordo com o manual disponível no svn, caso seja informada a instrução de protesto na primeira instrução, as posições referentes a segunda instrução deverão conter o número de dias para protestar. "P6" - Na posição 157 a 158 indica que o cliente deseja protestar o título. Neste caso na posição 159 a 160 o cliente deve informar o prazo de protesto em dias corridos a partir do vencimento. Att.
  25. Boa tarde. Por favor anexe a unit alterada. 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.