Instituições financeiras

Índice

Configuração de bancos

BANCOS.CAD_BANCOS

Descrição

Interface para manutenção das configurações de bancos.

Esta interface é usada em diferentes guias do sistema. Clique nos links de navegação abaixo para obter maiores informações.

Módulo de bancos:

Campos:

Código de compensação do banco conforme FEBRABAN.
Ex:
  • 001
  • 104
  • 237
  • 341
ISPB (Identificador de Sistema de Pagamento Brasileiro) tem como objetivo identificar os bancos pelo sistema de transferência de reserva do Banco Central do Brasil.
O ISPB pode ser consultado em https://www.bcb.gov.br/pom/spb/estatistica/port/ASTR003.pdf .
Sigla utilizada para identificar o banco.
Ex:
  • BB
  • CEF
  • Itaú
  • HSBC
Indica se o banco exige informar o tipo de conta para identificar uma determinada conta corrente.
Definição dos tipos de contas utilizados pelo banco.
Este atributo somente é relevante quando o banco usa tipo de conta na identificação do mesmo.
A forma de preenchimento se utiliza do formado de propriedades, onda cada linha é um tipo de conta que deve ser informada com:
código=significado.
Exemplo:
01=Conta corrente
02=Conta poupança
Número de caracteres que são utilizados como dígito verificador no número da conta corrente.
Definição da regra utilizada para calcular/validar o dígito verificador de uma conta-corrente deste banco.
Caso não informado, o sistema não fará a validação do mesmo.

A informação deste campo é montada com uma convenção especial no formato:
metodo(parametros); propriedade=valor; propriedade=valor; ...
O método é o algoritmo de cálculo, podendo ser:
  • mod
  • mod10
  • mod11
  • mod11x
  • mod11p
  • mod11t7

Os parâmetros indicam os números que participam do cálculo do DV, seguidos do número de dígitos que deve ser utilizado para cada parâmetro (incluindo zeros a esquerda), separados por vírgulas:
  • Cn - Número da conta
  • An - Número da agência
  • Tn - Número do tipo de conta

A ordem com que os parâmetros são incluídos é importante.

As demais propriedades são parâmetros adicionais que definem o comportamento do algoritmo:
  • multiplicadores: Relação de fatores separados por "-" e que devem ser utilizados como multiplicadores (da esquerda para a direita).
  • divisor: Número a ser utilizado como divisor (p.ex.: 10, 11, etc.).
  • modulo: Letra a ser utilizada para representar DV que ficar igual ao divisor.

Exemplos:
  • Banco do Brasil: mod11x(C)
  • Santander: mod11x(A4,T2,C6)
  • Bradesco: mod11p(C)
  • Itaú: mod11(A4,C5)
  • Real: mod11x(A4,C7)
Número de caracteres que são utilizados como dígito verificador no número da agência.
Definição da regra utilizada para calcular/validar o dígito verificador de uma agência deste banco.
Caso não informado, o sistema não fará a validação do mesmo.
A informação deste campo é montada com a mesma convenção que é utilizada para o cálculo do DV da conta.
Código do banco no jBoleto (biblioteca de rotinas Java para geração de boletos bancários).
Cada banco possui uma identificação única para os documentos (títulos) processados.
Esta identificação é denominada pelos bancos como "Nosso número", cujo tamanho (quantidade de caracteres) é informado neste campo.
Os bancos usam o padrão Febraban CNAB 400 ou 240 para receber (remessa) e enviar (retorno) informações para as empresas clientes usando arquivos texto.
O objetivo destes arquivos é intercambiar informações digitalmente entre o sistema de informática do banco e o do cliente.
Dentre as informações intercambiadas podemos citar:
  • cobrança (boletos bancários),
  • pagamentos,
  • extrato (para conciliação),
  • débito em conta,
  • vendor e
  • custódia de cheques.
Cada um destes produtos tem seu fluxo de informação e portanto um layout diferenciado.
  • CNAB 240 - Lay-out padrão CNAB 240 (240 caracteres por linha no arquivo).
  • CNAB 400 - Lay-out padrão CNAB 400 (400 caracteres por linha no arquivo).
Dígito a ser inserido nos títulos gerados para o banco.
Informações do banco para serem impressas no recibo do pagador. No caso do Banrisul ou CEF já são impressos os textos determinados por padrão
Pasta com a localização dos arquivos recebidos pelo banco via CNAB.
O arquivo texto (retorno) será deletado (excluído do sistema operacional) após a sua leitura e importação para o sistema.
Forma da geração do nome do arquivo para remessa ao banco.
  • Quando não informado será utilizado o padrão "Nome do banco + lote"

Pode ser utilizado velocity para criação do código, são aceitos os seguintes objetos: banco, envio, lop, conta
Nome para identificar o histórico. Formado pelo nome básico do histórico seguido de sua natureza. Ex: LANCAMENTO (R)

Alguns atributos de históricos não podem ser alterados, por questões de regras de negócio! Se o campo que precisa ser alterado não está disponível, significa que o mesmo é fixo (reservado pelo sistema).

Histórico utilizado para o movimento de descontos registrados no retorno bancário. Caso não informado será utilizado o histórico padrão DESCONTO.

Histórico utilizado para o registro de deduções registrado no retorno bancário, quando não informado é utilizado o padrão.
Histórico utilizado para o registro de tarifas registrado no retorno bancário, quando não informado é utilizado o padrão.
Histórico utilizado para o registro do juros/mora no retorno bancário, quando não informado é utilizado o padrão.
Histórico utilizado para o registro da multa registrada no retorno bancário, quando não informado é utilizado o padrão.
Histórico utilizado para o registro do outros créditos registrado no retorno bancário, quando não informado é utilizado o padrão.

Histórico utilizado para o registro do outros débitos registrado no retorno bancário, quando não informado é utilizado o padrão.

Histórico utilizado para o registro de tarifas bancárias registrado no retorno bancário, quando não informado é utilizado o padrão.
Este histórico é utilizado somente quando o modelo de tarifa no lop estiver configurada como "Título (no pagamento)"

Operações

Topo

Custom

Tela sem operações geradas. Totalmente customizada.
Topo

Novo

Permite criar novos registros no sistema. Ao ser executado, o sistema apresenta um formulário com todos os campos do registro que deverão ser preenchidos. Quando todos os campos desejados estiverem preenchidos, clique em [b:Salvar].
Topo

Alterar

A partir da tela de consulta de um registro, esta operação permite alterar os dados do mesmo.
O sistema abre um formulário com os campos editáveis. Após alterar os campos, o usuário deverá clicar em [b:Salvar].

Regras

Montar tela custom

Procedimento deve enviar para a tela correta

Veja também