Esta tabela só existe nas seguintes aplicações: Gestão ou Pessoal.
Permite definir as várias configurações que cada banco pode ter para o sistema SEPA.
Para aceder a esta tabela o utilizador precisa de ter os acessos necessários.

Os campos que constituem o ecrã de Bancos são os seguintes:

Nome
Nome completo do banco.

B.I.C.
Código BIC (SWIFT) do banco (este campo é chave e tem que ser único).

Instituição Financeira:
Código da instituição financeira atribuído pelo Banco de Portugal (inteiro de quatro carateres). Em Espanha o formato é o mesmo, possivelmente atribuído pelo Banco de Espanha.

País
País do banco. Se um banco estiver localizado em vários países, deve ser identificado o país do BIC definido.

Antecedência para envio de transações sem ADC ativa
Número de dias úteis de processamento por parte do banco para transações que ativem a autorização de débito. Por exemplo, o Millenium BCP demora 5 dias úteis a processar a ativação da autorização de débito.

Antecedência para envio de transações com ADC ativa
Número de dias úteis de processamento por parte do banco para transações recorrentes de débitos diretos. Por exemplo, o Millenium BCP demora 3 dias úteis a processar uma transação de débitos diretos.

Diferença entre as datas de transações com ADC inativa e ativa
Dias úteis de intervalo para processamento por parte do banco entre uma transação que ative a autorização de débito e uma recorrente. Por exemplo, para o Millenium BCP as transações recorrentes não devem ser enviadas com a mesma data das transações iniciais da autorização de débito.

Antecedência para envio de transações de transferências
Número de dias úteis de processamento por parte do banco para transações de transferências. Cada banco poderá ter um prazo entre o envio dos ficheiros e o processamento das transferências. Se não existir o registo no ecrã de bancos, é sempre colocada a data de processamento no ficheiro para o dia seguinte da data atual.

Nota: Este campo apenas se aplica às transferências de pagamentos a fornecedores.
Nas transferências bancárias de vencimentos, os bancos têm um processamento mais célere que o resto dos pagamentos, conseguindo processar no próprio dia que o ficheiro é enviado ao banco.
Neste caso, a aplicação não utiliza este campo mas sim a data definida no campo "Data do Movimento" da própria transferência, ou seja, se criar um registo de transferência bancária de vencimentos com data de movimento de hoje e tiver 3 dias de antecedência definido neste campo no ecrã de Bancos, o ficheiro XML SEPA é criado com a data de hoje, possibilitando que, se enviado de seguida ao banco, possa ser processado no próprio dia.

Principais características:
Relativamente ao nº de dias que cada banco demora a processar cada tipo de transação, se uma transação de débitos diretos ou transferências, tiver data igual ou inferior à data atual, esta é alterada para o dia configurado na tabela de bancos, somando os dias de processamento do banco.

Exemplo:
Se tiver uma transação para o dia 20.12.2013, sendo hoje 23.12.2013 e tendo configurado que o nº de dias de processamento para transferências é 1, esta ficará com data de 24.12.2013.
Se no mesmo ficheiro existirem duas transações para o mesmo cliente e este não tem a autorização de débito ativa, a segunda transação ficará com data posterior à primeira transação.
Por exemplo, tendo duas transações no ficheiro XML:
- Transação 1 para o Cliente 1 a processar no dia 20.12.2013;
- Transação 2 para o Cliente 1 a processar no dia 20.12.2013;
- Tendo na tabela de Bancos configurado 5 dias para FRST, 3 dias para RCUR e 1 dias entre FRST e RCUR.
Como o cliente não tem a autorização ativa, a primeira transação (que irá ativar a autorização) ficará com data de 30.12.2013 (sendo hoje 23.12.2013 e somando os 5 dias úteis para processamento) e a segunda transação ficará com data de 31.12.2013. Isto acontece porque apesar de estar configurado 3 dias de processamento para transações recorrentes, este prazo seria antes da primeira transação, o que não pode acontecer. Deste modo ficará 1 dia após a primeira transação.

As transações com ADC inativa são exportadas em ficheiros separados
Se ativar esta opção, a aplicação vai exportar ficheiros distintos para transações que ativem a autorização de débito e transações recorrentes. Caso contrário envia todas as transações para o mesmo banco, no mesmo ficheiro. Por exemplo, o Millennium BCP ainda não aceita estes dois tipos de transações no mesmo ficheiro.

Nota: Existem bancos que, se o ficheiro for enviado após as 9h, necessitam de mais um dia útil de processamento. Deverá ter o cuidado de, caso o Banco configurado tenha restrições semelhantes, colocar um dia adicional nas opções, ou garantir que os ficheiros são enviados antes das 9h.

Ao gravar um registo no ecrã de Bancos, se o campo "País" ou "Identificação da parte que inicia a mensagem de pagamento" forem alterados, é feita a pergunta:

"Os dados do banco foram alterados, pretende alterar todas as contas de tesouraria ligadas a este banco?"

Caso seja respondido "Sim", são atualizados os campos nas Contas de Tesouraria configuradas com este BIC.

Na barra lateral existe o botão "Atualizar BIC" que abre um novo ecrã para escolha das tabelas a atualizar. Se existirem diversas Contas de Tesouraria para o mesmo Banco, através desta opção o utilizador consegue alterar todas as contas de uma forma muito mais rápida.

Ao escolher "Gravar" será preenchido o valor do BIC a partir do IBAN para todas as tabelas selecionadas:
- Contas de Tesouraria;
- Clientes;
- Fornecedores;
- Funcionários;
- Outros Profissionais.

Nota: Para se conseguir preencher o IBAN a partir do BIC, o banco da conta deve existir na tabela de Bancos.

As transações para contas diferentes são exportadas em ficheiros separados
Por vezes podem existir bancos que suportam vários lotes no mesmo ficheiro mas não suportam transações de contas diferentes no mesmo ficheiro, isto significa que podem ir no mesmo ficheiro lotes com data e tipo diferentes, mas não para contas de tesouraria diferentes.

Exemplo:
Um credor tem duas contas bancárias no mesmo banco.
Conta A para operações de débito direto relacionadas com a área de negócio A.
Conta B para operações de débito direto relacionadas com a área de negócio B.
Cobra os seus clientes de acordo com as áreas de negócio sendo estas unívocas com cada conta bancária.

Se exportar um ficheiro XML com 4 transações:
- Transação 1 para a conta de tesouraria A com data de 20.01.2015;
- Transação 2 para a conta de tesouraria A com data de 25.01.2015;
- Transação 3 para a conta de tesouraria B com data de 20.01.2015;
- Transação 4 para a conta de tesouraria B com data de 25.01.2015;

Com o parâmetro "Lista de bancos (BIC / SWIFT) que não aceitam transações distintas no mesmo ficheiro" preenchido com o BIC do banco, seriam exportados 4 ficheiros xml, porque o banco não suporta transações com datas ou contas de tesouraria diferentes no mesmo ficheiro.

Para o mesmo exemplo, se retirar o BIC do parâmetro "Lista de bancos (BIC / SWIFT) que não aceitam transações distintas no mesmo ficheiro", e ativar esta opção "As transações para contas diferentes são exportadas em ficheiros separados", serão exportados 2 ficheiros xml: um referente a todas as transações para a conta de tesouraria A e outro para a conta de tesouraria B.
Cada um dos ficheiros tem 2 lotes, um para cada data, mas poderão ir no mesmo ficheiro, porque o banco apenas não suporta transações de contas diferentes no mesmo ficheiro.

Obriga a que a estrutura dos ficheiros obedeça à norma definida pelo Banco de Portugal
Existem diferenças entre a norma europeia e a norma do Banco de Portugal.
Esta opção só deve estar ativa se o Banco em questão utilizar a Norma SEPA do Banco de Portugal.

Identificação da parte que inicia a mensagem de pagamento
Neste local pode ser escolhido qual o campo da ficha completa da empresa que irá no ficheiro XML a identificar quem inicia a mensagem de pagamento. Utilizar apenas no caso de acordo com o Banco de Apoio. Este campo existe também no ecrã de Contas de Tesouraria.