caderno de especificações - bodiva 02 - caderno...caderno de especificações página 2 de 26...

PRESTAÇÃO DE SERVIÇO DE SUBSCRIÇÃO

AOS SISTEMAS MULTILATERAIS DE

NEGOCIAÇÃO E PÓS-NEGOCIAÇÃO

Bolsa de Dívida e Valores de Angola

Rua Marechal Brós Tito 41

Piso 8, Edifício Sky Business Tower

(+244) 225 420 300

[email protected]

www.bodiva.ao

Caderno de Especificações

Página 2 de 26 Bolsa de Dívida e Valores de Angola – Sociedade Gestora de Mercados Regulamentados Prestação de Serviço de Subscrição aos Sistemas Multilaterais de Negociação e Pós-Negociação 2019

ÍNDICE

ESPECIFICAÇÕES DO SISTEMA DE NEGOCIAÇÕES ..................................................................... 3

i. Requisitos de Negócio ................................................................................ 3

ii. Requisitos Técnicos ...................................................................................... 8

REQUISITOS FUNCIONAIS ................................................................................................................. 11

i. Sistema Multilateral de Negociação ....................................................... 11

ii. Sistema de Pós-Negociação .................................................................... 20



O sistema deve contemplar os seguintes aspectos:

a) A capacidade de verificar se um participante de negociação está autorizado a

negociar de acordo com as Regras aprovadas;

b) O sistema deve contemplar uma interligação com o sistema de Custódia (CSD),

para desta forma reduzir o risco de liquidação com validação pré-negociação

de pedidos ou verificação da existência de uma conta de CSD e saldos

suficientes antes de permitir a apresentação de ordens;

c) O sistema deve fornecer a possibilidade de configuração da quantidade

mínima e máxima da ordem, bem como o valor que pode ser submetido por

um corrector por pedido;

d) O sistema deve fornecer a capacidade de verificar a posição em tempo-real.

Uma posição máxima é a posição máxima longa ou curta que pode ser tomada

dentro de uma sessão. Desta forma serão evitados erros, rejeitando a ordem

no caso de uma violação de limite. Serão dados avisos quando o limite está

próximo de ser violado;

e) O sistema deve fornecer uma definição para o limite de tolerância de preço, ou

seja, um desvio de preço limite de um pedido individual em relação à

referência ou ao último preço negociado;

f) O sistema deve fornecer a configuração do Colar de Preços Dinâmicos do

Mercado, também conhecida como banda de preço, que é o valor máximo

que um novo preço de negociação pode desviar de uma referência (último

preço negociado e último preço de encerramento). Estes limites serão

aplicados a todos os participantes para evitar a interrupção acidental do

mercado, causada por ordens que são inseridas muito longe do preço de

mercado actual;

g) O sistema deve fornecer a possibilidade para configurar o programa de

mensagens da Bolsa. A Bolsa deve ser capaz de monitorar as práticas de

mensagem dos participantes do mercado, a fim de salvaguardar a integridade

do mercado e uso da plataforma. As mensagens devem incluir ordens,

cancelamentos, pedidos de alteração e notificações de execução;

h) O sistema deve fornecer configuração para evitar o “casamento automático”

de negócios. A funcionalidade deve ser definida e projectada para impedir que

um participante do mercado negoceie inadvertidamente com ele mesmo. Para



o propósito de considerar tal funcionalidade, é necessário distinguir entre três

tipos de “casamento” de negócios que podem ocorrer em uma troca:

i. Wash Trades: Casamentos intencionais, criados com a intenção de

distorcer ou manipular o mercado, geralmente proibidos por regras

e regulamentos.

ii. Bona Fide e tentativas de Auto-Jogo: Ordens de compra e de venda

para contas com o mesmo beneficiário, que são iniciadas de forma

independente para fins comerciais legítimos e separados pelos

tomadores de decisão independentes e que coincidentemente se

cruzam uns com os outros no mercado competitivo.

iii. Casamentos que ocorrem em mais do que um instrumento

financeiro: Pedidos apresentados pela mesma pessoa, mesmo

sistema automático de negociação, mesma equipe de negociação

ou grupos relacionados, são combinados apesar dos esforços para

evitar a “casamento automático”.;

i) O sistema deve proporcionar a configuração de um mecanismo de controle

de mecanismo de bloqueio (“Kill Switch”) onde a Bolsa pode desactivar

imediatamente todas as actividades de negociação para um participante ou

grupo de participantes e impedi-los de introduzir novas ordens e cancelar

ordens existentes;

j) O sistema deve fornecer a opção para Cancelar uma ordem ao desconectar,

em que a Bolsa monitora a perda de conectividade entre a sessão de

negociação de um participante e a plataforma de negociação da Bolsa;

k) O sistema deve fornecer a opção para a Gestão de Ordens em que a Bolsa

tenha um mecanismo independente para visualizar e cancelar ordens de

uma determinada sessão ou utilizador; e

l) O sistema deve fornecer a opção de identificação dos operadores onde os

registos são passiveis de uma auditoria pela Bolsa. Devem ser concebidas

de tal forma que a profundidade das informações fornecidas permite

identificar o negócio, correctores, data, hora, e respectivo segmento de

mercado para identificar correctamente os participantes do mercado e

analisar o seu comportamento.

O seguinte deve ser fornecido:

a) O sistema deve permitir múltiplos métodos de negociação (orientados por

ordens, accionados por cotação ou híbridos);



b) Os participantes de negociação devem poder visualizar informações de

mercado nos seus ecrãs;

c) O acesso à plataforma de negociação deve ser através do navegador.

Nenhuma instalação de software do lado do cliente deve ser necessária.

d) O sistema deve ser desenvolvido usando tecnologia baseada em push para

reflectir as informações imediatas e em tempo real para todos os

participantes do mercado simultaneamente.

e) O sistema deve ter a capacidade de casar transacções de acordo com as

regras de correspondência da Bolsa e, depois que as negociações forem

executadas, o mesmo deve ser informado em tempo real;

f) As negociações devem ser conforme as Regras dos Mercados, aprovadas e

implementadas pela Bolsa;

g) O sistema deve permitir que a Bolsa estenda o alcance de seu mercado

aceitando cotações e ordens de participantes locais e remotos através de

um gateway de ordens FIX;

h) O sistema deve ser capaz de receber Feeds de Preço de terceiros, em

tempo real via FIX e, exibi-los no seu ambiente front-end em tempo real; e

i) O sistema deve ser capaz de hospedar múltiplos mercados, e permitir a

negociação através de um único sistema de negociação. O sistema deve ser

um local múltiplo com a possibilidade de encaminhar ordens de um

segmento para o outro.

O sistema deve ter a capacidade de interagir com um sistema CSD para fins de

actualização de transacções correspondentes. O seguinte deve ser fornecido:

a) O sistema deve receber uploads automatizados da CSD para fins de saldos

de conta. Estas posições serão usadas na submissão de pedidos e

actualizações do SOR (sistema inteligente de roteamento de ordens, sendo

este um processo automatizado de tratamento de pedidos, com o objectivo

de aproveitar as melhores oportunidades disponíveis em diversos

ambientes de negociação) conforme as execuções;

b) Nos casos em que o sistema tenha correspondido a uma operação, este

deve enviar os detalhes da transacção para uma CSD, para liquidação; e

c) A liquidação deve ser efectuada por uma CSD de acordo com as regras da

Bolsa e da CSD em vigor.



O sistema deve ter a capacidade de identificar, avaliar e gerir o risco de

contraparte, e para o efeito deve ter a seguinte capacidade:

a) Atribuição e gestão de limites de negociação ao nível do membro de

liquidação e dos membros de negociação;

b) Gestão de margens, tanto inicial como de variação;

c) Gestão de Fundo de Liquidação;

d) Análise de colaterais com base em modelo de risco, preferencialmente VaR;

e) Mecanismo de solicitação de cotação para monetização de colaterais a

executar;

f) Possibilidade de execução de operações em tempo real;

g) Escopo de implementação alargado à todos instrumentos negociados,

incluindo operações de REPOs.

O sistema deve ter a capacidade de auxiliar a manutenção de um ambiente de

negociação justo e ordenado, mitigar a ocorrência de operações que configurem

abuso de mercado, assim como prevenir operações que configurem

Branqueamento de Capitais e Financiamento ao Terrorismo.

O sistema deve suportar a criação e categorização de diferentes segmentos de

mercado com base na natureza inerente do instrumento, por exemplo obrigações,

acções, etc.

O sistema deve ser capaz de calcular e divulgar em tempo real as seguintes

estatísticas-chave do mercado:

a) Rotatividade, volume, preço de abertura, preço mais alto, preço mais baixo,

preço de fecho, número de negócios por participante, por instrumento, por

segmento;



b) Capitalização de mercado por instrumento e segmento de mercado,

conforme aplicável;

c) Índices de mercado na média ponderada pelo volume em tempo real;

d) O sistema deve ser capaz de calcular os rácios de desempenho do

mercado, tais como o Price Earnings Yield, Dividend Yield, rácio Price to

Book Value, entre outros, e manter as principais estatísticas do mercado

como mencionado para referência futura;

e) O sistema deve ser capaz de disseminar dados de mercado para o site

existente da Bolsa; e

f) Fornecer acesso aos correctores através da Internet (web-based front-end).

O seguinte deve ser fornecido:

a) O sistema deve possibilitar a configuração de um índice de mercado com

base na média ponderada por volume e padrões internacionalmente

aceitos; e

b) O sistema deve suportar a inclusão e exclusão de um instrumento para um

índice.

a) O sistema deve ser capaz de suportar a negociação de acções, obrigações,

unidades de participação de fundos admitidos à negociação, direitos e

derivados;

a) A interface deve adoptar recursos de criptografia para proteger os dados

em partilhados entre as interfaces.

b) O sistema deve suportar um programa de mensagens com gateways em

tempo real para fornecedores de dados.

c) O sistema deve gerar relatórios e baixar arquivos ou ficheiros para as

interfaces ligadas aos sistemas de back-office do membros e site da Bolsa.



a) Suporte a idiomas: Todas as interfaces para os utilizadores finais devem

suportar o idioma português e inglês.

b) Datas: Todas as tecnologias utilizadas devem exibir, calcular e transmitir

dados com as datas de forma correcta, incluindo, mas não restritos a dados

de data do século XXI.

a) Software do Sistema e Administradores do Sistema: A configuração do

sistema previsto é o cliente server com o sistema operacional

preferencialmente em Linux ou Unix;

b) Software de base de dados e ferramentas de desenvolvimento: a base de

dados deve ser um RDBMS (Relation Database Management System);

c) A solução deve possuir recursos de segurança apropriados, que incluem,

mas não estão limitados a: princípio de 4 olhos, flexibilidade para adoptar

políticas de senhas e logs de auditoria;

d) A solução deve ser preferencialmente baseada na web (thin client); e

e) O fornecedor deve especificar a arquitectura do sistema em vários níveis,

para sites de recuperação primária e de desastre.

a) Material de formação: Os aspectos técnicos para formação devem incluir:

i. Gestão de segurança, help desk, administração do sistema e

operações técnicas.

ii. O currículo das formações deve cobrir tanto a função quanto os

aspectos técnicos do sistema. As formações devem ser conduzidas

em uma configuração de classe usando casos relevantes para o

ambiente de trabalho dos utilizadores.

iii. O fornecedor deve fornecer manuais de formação e manuais

técnicos para o sistema;

b) Suporte Técnico: Todo suporte técnico a ser fornecido conforme acordado;



c) Garantia: Período de garantia entrará em vigor após o arranque. Problemas

de software/bugs/suporte serão levantados nos moldes a serem definidos

como parte do contrato;

i. Suporte ao utilizador/linha directa: Espera-se que o fornecedor

segure os utilizadores durante o período de garantia;

ii. Assistência Técnica: Aqueles que devem oferecer suporte devem ter

habilidades técnicas e funcionais.

d) Serviço de manutenção pós-garantia: deve ser fornecido conforme

acordado. Espera-se que o suporte ao utilizador após o período de garantia

esteja dentro do horário de trabalho em Angola, excluindo fins de semana

e feriados. O tempo de resposta esperado deve ser de 24 horas após a

solicitação de suporte, de acordo com o formato a ser acordado antes do

Go-Live.

a) Documentos do utilizador final: Manuais do utilizador para a versão padrão

do sistema; e

b) Documentos técnicos: Manuais técnicos (cópias impressas e digitais) para a

versão padrão do sistema, manual do administrador de sistemas de TI,

manual de instalação e configuração de sistemas de TI e scripts UAT iniciais.

a) O fornecedor deverá realizar o seguinte:

i. Implementar um ATS de acordo com os requisitos funcionais deste

Caderno de Especificações;

ii. Disponibilizar ligações de interface com a CSD, BIS-IPO1, Portal do

Investidor do Ministério das Finanças, Banco Nacional de Angola e

os membros BODIVA;

iii. Fornecer formação adequada aos utilizadores identificados e

respectiva documentação para os administradores de sistemas,

pessoal da Bolsa, entidade reguladora, correctores e Membros

BODIVA.

1 Sistema proprietário da BODIVA de suporte às ofertas públicas.



iv. Garantir a migração da informação da plataforma actual para a

nova solução.

a) Além dos testes padrão de check-out e configuração do Fornecedor, o

Fornecedor (com a assistência dos utilizadores) deve realizar o seguinte

teste no sistema e seus subsistemas antes da instalação ser considerada

como ocorrida:

i. Verificações pré-negociação

ii. Gestão de ordens

iii. Processo de Negociação

iv. Dados de mercado

v. Fluxo de trabalho na criação de um índice e desempenho

vi. Vigilância

vii. Interface de programação de aplicativos.



Os detalhes dos requisitos do usuário e as funcionalidades desejadas do Sistema

de Negociação Automática requerido são os seguintes.

No. Funcionalidade

Nível de

Exigência

1 Produtos suportados

1.1 Acções Obrigatório

1.2 Renda Fixa (Obrigações Corporativas e do Tesouro) Obrigatório

1.3 Exchange Traded Fund (ETF) Obrigatório

1.4 Derivados Obrigatório

2 Filosofia de Negociação

2.1 Capacidade de adicionar novos mercados e segmentos Obrigatório

2.2 Suportar negociação em ambiente multilateral (cofre/livro de

ordens) Obrigatório

2.3 Suportar negociação por cotação (criadores de mercado) Obrigatório

2.4 Suportar negociações em ambiente bilateral e multilateral,

simultaneamente Obrigatório

2.5 Capacidade de definir vários requisitos parametrizados por

criadores de mercado Obrigatório

2.6 Capacidade de negociar por preço para acções e instrumentos

de renda fixa Obrigatório

2.7 Capacidade de negociar por Yield para instrumentos de renda

fixa Obrigatório

2.8 Capacidade de calcular os Juros Corridos e fornecer uma curva

de rendimento para instrumentos de renda fixa Obrigatório

2.9 Capacidade de realizar conversão de preço / Yield Obrigatório

2.10 Capacidade de suportar negociação de REPOs (buy and sell

back) Obrigatório

3 Grupos de instrumentos

3.1 Suporte para vários mercados (por exemplo: Mercado Primário,

Mercado Alternativo, Mercado de Dívida, Mercado de Acções, etc.) Obrigatório

3.2

Suporte para múltiplos sectores (por exemplo: Bancos, Fundos

de investimento, Investidores Institucionais) e permitir o cálculo e

produção de estatísticas sectoriais

Obrigatório

4 Acesso ao sistema de negociação

Capacidade de configurar o acesso ao sistema:



4.1 Ao nível dos correctores e participantes do mercado Obrigatório

4.2 Ao nível dos funcionários da Bolsa Obrigatório

4.3 Ao nível do regulador Obrigatório

4.4 Ao nível dos fornecedores da plataforma Obrigatório

5 Moeda

5.1 Capacidade de negociar em múltiplas moedas Obrigatório

6 Tipos de pedidos

Suporte para:

6.1 Ordens Limite Obrigatório

6.2 Ordens ao mercado Obrigatório

6.3 Ordens preenchimento mínimo Obrigatório

6.4 Ordens de divulgação de quantidades Obrigatório

6.5 Ordens Paragem Limitadas Obrigatório

6.6 TIF (tempo em vigor)

6.6.1 Ordens para o dia Obrigatório

6.6.2 IOC (Executar ou Cancelar) Obrigatório

6.6.3 FOK (preencher ou Cancelar) Obrigatório

6.6.4 GTT (valida até uma determinada hora) Obrigatório

6.6.5 GTD (válida até uma determinada data) Obrigatório

6.6.6 GTC (válida até ser cancelada) Obrigatório

6.6.7 GFD (válida até ao final da sessão) Obrigatório

6.6.8 Abertura (válida apenas para a fase de abertura) Obrigatório

6.6.9 Abertura Limitada (válida apenas para a fase de abertura) Obrigatório

6.6.10 Fecho (válida apenas na fase de fecho) Obrigatório

6.6.11 Fecho Limite (válida apenas para a fase de fecho) Obrigatório

7 Tick sizes (faixa de preços)

7.1 Capacidade de configurar faixa de preços por instrumento Obrigatório

7.2 Capacidade de configurar faixa de preços por grupo

de instrumentos Obrigatório

7.3

Capacidade de configurar automaticamente as faixas de preços

por Instrumento e por grupo de instrumentos, de acordo

com diferentes bandas de preço

Obrigatório

7.4 Capacidade de calcular automaticamente os tamanhos das

faixas de preço por Instrumento Obrigatório

8 PART size

8.1 Capacidade de definir o PART size por instrumento ou grupo de

instrumentos Obrigatório

9 Margens de Preço (Price spreads)

Capacidade de definir margens de preços por Instrumento



9.1

O spread de preço para um título durante a sessão de

negociação será de +/- 15% e é baseado no seu Preço de

Referência. Todos os pedidos fora do spread permitido devem ser

rejeitados pelo sistema de negociação

Obrigatório

9.2

Capacidade de ajustar o Preço de Referência de um título ao

limite máximo/mínimo de preço caso uma ordem de compra/venda

(GTD/GTC no limite de preço máximo/mínimo) esteja presente no

livro de ordens e nenhum negócio seja afectado durante a sessão

Obrigatório

9.3

Para os instrumentos de dívida pública, a capacidade de

automaticamente ajustar o spread de preços de acordo com

a maturidade residual

Obrigatório

10 Profundidade de mercado

10.1 Capacidade de divulgar 5 melhores ofertas de venda e compra Obrigatório

10.2 A capacidade de disseminar toda a profundidade do mercado Obrigatório

11 Esquema de prioridades do livro de ordens

Suporte para as seguintes prioridades do livro de ordens: Obrigatório

11.1

Preço-Tempo

Priorizar de acordo com o melhor preço e, em seguida, pelo menor

tempo

Obrigatório

12 Métodos de Execução

Suporte para os seguintes métodos de execução:

12.1

Por oferta em leilão

O leilão de abertura ocorrerá imediatamente após a sessão de Pré-

Abertura/Pré-Fecho, ao preço que sequencialmente obedeça aos

seguintes critérios: no qual o maior número de acções poderá ser

executado, (ii) minimize a quantidade remanescente por negociar,

(iii)minimize a variação de preço face ao preço de fecho e (iv)

minimize a variação de preço face a um preço de referencia.

Obrigatório

12.2 Por oferta em contínuo (order matching) Obrigatório

12.3

Prioridade do livro de ordens

Ordens recebidas são executadas com base na prioridade de ordens

no livro

Obrigatório

12.4

Limites das bandas

Os limites impedem movimentos irregulares de preços de um

instrumento interrompendo a negociação ou alertando os

utilizadores das operações de mercado quando ocorre um

movimento drástico, permitindo que os reguladores intervenham e

determinem o motivo do movimento.

Obrigatório

12.5

Bandas de preço

Uma banda de preço é um mecanismo de protecção de pedidos que

também é definido como um limite de um preço de referência. Se

uma ordem violar uma faixa de preço, o pedido será rejeitado

imediatamente

Obrigatório



12.6

Limite de Execução

O Limite de Execução é um mecanismo de protecção de ordens

permite que a ordem seja executada até um limite definido a partir

de um preço de referência e, em seguida, expire. Normalmente, se o

recurso Limite de Execução for accionado, o recurso de banda de

preço não será usado e vice-versa.

Obrigatório

12.7 Suporte para Leilão Um-para-Muitos (Compra) Desejável

12.8 Suporte para Leilão Um-para-Muitos (Venda) Desejável

12.9 Por registo de operações previamente realizadas Obrigatório

13 Sessões de Negociação

Suporte para sessões de negociação definidas:

13.1 Pré-abertura Obrigatório

13.2 Período de leilão de abertura Obrigatório

13.3 Negociação em contínuo Obrigatório

13.4 Pré-Fecho Obrigatório

13.5 Período de Leilão de Fecho Obrigatório

13.6 Período Pós-Fecho Obrigatório

13.7 Capacidade de alterar o tempo das sessões de negociação Obrigatório

14 Inserção e Gestão de ordens

14.1 Métodos de captura de pedidos:

14.1.1 Manualmente através do front end do membro Obrigatório

14.1.2 Automaticamente através de um OMS (Order Management

System ou FIX) Obrigatório

14.1.3

De investidores via Internet (com compatibilidade móvel)

com validação automática e manual pelo corrector antes de entrar

no livro de ordens

Obrigatório

14.2 Cancelamento de ordens Obrigatório

14.3 Modificação de ordens Obrigatório

14.4 Campos para inserção de ordens:

14.4.1 ID do instrumento Obrigatório

14.4.2 Indicador de Compra ou venda Obrigatório

14.4.3 Quantidade Obrigatório

14.4.4 Preço Obrigatório

14.4.5 Tipo de ordem Obrigatório

14.4.6 Número da Conta de Cliente (Conta de Custódia) Obrigatório

14.4.7 Yield/ Percentagem do valor nominal (Renda Fixa) Obrigatório

14.5 Cálculo da taxa de corretagem Obrigatório

14.6 Capacidade de aceitar pedidos em massa (sem especificar a

conta de valores mobiliários do cliente) Desejável

15 Cancelamento e alteração de ordens

15.1 Fornecer meios para cancelar negociações já executadas Obrigatório



15.2 Actualização em tempo real das estatísticas quando as

negociações são canceladas ou alteradas Obrigatório

16 Front-End do membro

16.1 Inserção da ordem Obrigatório

16.2 Cancelamento da ordem Obrigatório

16.3 Alteração da ordem Obrigatório

16.4 Inserção do número da Conta de Cliente Obrigatório

16.5 Emenda à ordem Obrigatório

16.6 Informação do instrumento Obrigatório

16.7 Visualizar a ordem Obrigatório

16.8 Visualizar o negócio Obrigatório

16.9 Capacidade de definir alertas Obrigatório

16.10 Exibir anúncios / notícias Obrigatório

16.11 Visualizar índices Obrigatório

16.12 Livro de ordens

16.13 Melhor Preço de Licitação, Melhor Quantidade de Licitação,

Melhor Preço de Oferta, Melhor Quantidade de Oferta Obrigatório

16.14

Último Preço Negociado, Última Quantidade Negociada, Última

Hora / Data Negociada, Volume de Negociação, Preço mais alto,

Preço mais baixo, Preço de abertura, Preço médio da sessão, Preço

de fecho anterior, alteração, % de alteração

Obrigatório

16.15 Histórico de negociação Obrigatório

16.16 Consulta de Saldo do Cliente Obrigatório

16.17 Capacidade de enviar e-mail para outros membros através do

sistema ATS Obrigatório

16.18 Habilidade de os membros salvarem o perfil Obrigatório

16.19 Autenticação do usuário e alteração da senha por prazo Obrigatório

16.20 Relatórios de cópia impressa e cópia electrónica (CSV, XML):

16.20.1 Lista de ordens (ordens executadas e não executadas) Obrigatório

16.20.2 Lista de transacções / negócios executados Obrigatório

16.20.3 Histórico da capitalização do mercado Obrigatório

16.20.4 Histórico dos índices Obrigatório

16.20.5 Volume e Valor negociados no mercado Obrigatório

16.20.6 Volume e Valor negociados por membro/ por

instrumento / por tipo de conta Obrigatório

16.20.7 Capacidade de exportar e salvar relatórios Obrigatório

17 Divulgação de dados de mercado

17.1 Capacidade de gerar arquivo de texto (CSV, XML) para produzir

folha de dados de mercado diária Obrigatório

17.2

Capacidade de disseminar dados sobre o mercado por meio de

arquivos de texto (CSV, XML) para o integrar ao site da Bolsa em

intervalos regulares por meio de FTP

Obrigatório

17.3 Capacidade de disseminar feed de dados de mercado por meio

de mensagens FIX para fornecedores de dados Obrigatório



18 Controles e Gestão de Mercado

18.1 Criação de Instrumento Obrigatório

18.2 Criação e definição de Índices Obrigatório

18.3 Cálculo de índices e estatísticas de mercado em tempo real Obrigatório

18.4 Suporte para algoritmos de preço de fecho

18.4.1 Último preço negociado Obrigatório

18.4.2 Algoritmo de Preço Médio Ponderado por Volume (VWAP

- Volume Weighted Average Price) Obrigatório

18.5 Gravar actos e eventos corporativos e ajustes de preços Obrigatório

18.6 Capacidade de calcular o Lucro por Acção, o Índice de Lucros

dos Preços, o Valor do Livro / Preço, o Dividend Yield Obrigatório

18.7 Front End Gestão do Mercado:

18.7.1 Exibir índices e estatísticas em tempo real Obrigatório

18.7.2 Visualizar todos os grupos de negociações e ordens por

participantes ou por instrumentos / segmento de mercado Obrigatório

18.7.3 Capacidade de suspender participantes de mercado em

tempo real, na posição compradora, vendedora ou ambos Obrigatório

18.7.4 Capacidade de transmitir anúncios Obrigatório

18.7.5 Capacidade de enviar e-mail para outros comerciantes e

membros do Exchange através do sistema ATS Obrigatório

18.7.6 Capacidade de purgar ordens Obrigatório

18.7.7 Capacidade de suspender os membros em tempo real Obrigatório

18.7.8 Capacidade de negociar o mesmo instrumento em

diferentes mercados / segmentos Obrigatório

18.7.9 Relatórios:

18.7.9.1

Folha de dados de mercado que incluirá dados de

mercado para todos os instrumentos, juntamente com índices,

capitalização de mercado, volume de mercado, valor de mercado e

volume de negócios do mercado.

Obrigatório

18.7.9.2 Lista de negócios executados Obrigatório

18.7.9.3 Lista de ordens Obrigatório

18.7.9.4 Lista de ordens de eliminadas / rejeitadas Obrigatório

18.7.9.5 Capacidade de exportar e salvar relatórios Obrigatório

19 Vigilância de Mercado

19.1

Capacidade de monitorar todas as actividades de negociação

em tempo real, destacando movimentos incomuns de preço ou

volume através de alertas ou mensagens

Obrigatório

19.2 Capacidade de aceder a informações relacionadas com a

monitorização do mercado e investigações Obrigatório

19.3 Capacidade de alertar as equipas de vigilância quando os

limites são excedidos Obrigatório

19.4 Market Replay, ou seja, rever um período específico de

negociação de um determinado instrumento, passo a passo. Obrigatório

19.5 Relatórios



19.5.1

Relatório que fornece trilhas de auditoria de todos as

ordens. O relatório deverá conter as seguintes informações: ID do

Pedido, Hora, Preço, Quantidade Inicial, Quantidade de

Preenchimento, Restante, ID do Corrector, Status

Obrigatório

19.5.2

Relatório que fornece uma lista de pedidos

(correspondidos ou não correspondidos) em que o preço é maior ou

menor que x% do preço de abertura. O relatório deverá conter as

seguintes informações: ID do Pedido, Hora, Preço, Quantidade

Inicial, Quantidade de Preenchimento, Restante, ID do Corrector,

Status

Obrigatório

19.5.3

Relatório que fornece lista de negociações para o dia ou

para qualquer período. O relatório deverá conter as seguintes

informações: Data de Negociação, Volume, Preço de

Negociação, Membro Comprador, Membro Vendedor, Tempo de

Negociação e Preço de Fecho. O relatório pode ser classificado por

Data de Negociação, Tempo de Negociação, Volume ou Preço

Obrigatório

19.5.4

Relatório para monitorar o preço de fecho, o volume

ponderado. Preço médio agregado das cinco últimas transacções. O

relatório deve exibir o preço de fecho de todos os títulos e uma lista

de 5 últimas transacções. Os detalhes das transacções são os

seguintes: Data de Negociação, Volume, Preço de Negociação,

Membro Comprador, Membro Vendedor e Tempo de Negociação

Obrigatório

19.5.5

Relatório para monitorar o preço diário de fecho e o preço

médio ponderado por volume diário para os títulos por um

período. Este relatório ajudará a determinar se as últimas

transacções com pequeno volume de acções têm impacto sobre o

preço de fecho

Obrigatório

19.5.6 Relatórios sobre execuções em que os pedidos foram

enviados com atributos Min-Fill (preencher os requisitos mínimos) Obrigatório

19.6 Capacidade de exportar e salvar relatórios Desejável

19.7 Capacidade de gerir workflow de casos suspeitos Obrigatório

19.8 Capacidade de emitir alertas para operações suspeitas de

Branqueamento de Capitais e Financiamento ao Terrorismo Obrigatório

20 Interface com CSD

20.1

Interfaces com ligação estreita (com validação em tempo real)

adoptando o formato de arquivo em uso pela CSD actual para

garantir a interligação

Obrigatório

20.1.1

Capacidade de realizar validação em tempo real e

actualização de dados de clientes, bem como balanceamento na

base de dados da CSD

Obrigatório

20.1.2 Upload de detalhes dos negócios na base de dados da CSD

em tempo real Obrigatório



20.1.3

Capacidade de monitorar o nível de exposição do membro

em tempo real, comparando com a base de dados da CSD (avaliação

da obrigação de liquidação líquida acumulada versus limite de

liquidação) - cumulative net settlement obligation vs settlement limit

Obrigatório

21 Interface com sistemas externos

21.1 Interface com o sistema de back-office da correctora

21.1.1

Download dos seguintes arquivos em CSV / XML para

serem carregados no sistema de back-office os membros:

- Ordens

- Execuções/Negócios

- Detalhes das Transacções do Dia

- Estatística (Volume, Volume de Negócios, Preço de Fecho,

Índices)

Obrigatório

21.2 Interface com o sistema de back-office da Bolsa Obrigatório

21.2.1


upload no sistema de back-office da Bolsa:

- Ordens

- Execuções/Negócios

- Detalhes das Transacções do Dia

- Estatística (Volume, Volume de Negócios, Preço de Fecho,

Índices)

Obrigatório

21.3

Capacidade de disseminar dados de mercado por meio de

arquivos de texto (CSV, XML) para o site da Bolsa, em intervalos

regulares por meio de FTP

Obrigatório

21.4 Interface/ligação com os fornecedores de dados de mercado Obrigatório

21.4.1

Protocolos de Mensagens: Protocolo de Comunicação FAST

e FIX: Dados Publicados UDP, TCP / IP:

- Livro de Ordens

- Preço de abertura

- Negócios Executados

- Estatística (Alta, baixa, VWAP, volume, etc)

Obrigatório

21.5 Interface com o sistema de gestão de ordens (OMS) Obrigatório

21.5.1

Order Management Gateway

Protocolo de Mensagens: FIX

Protocolo de Comunicação: TCP / IP

Obrigatório

21.5.2 Capacidade de aceitar ofertas, cotações e pedidos de

outras áreas geográficas por meio de um gateway de pedidos FIX Obrigatório

22 Front End e Relatórios para Regulador

22.1 Este front end do sistema ATS permitirá que o regulador:

22.1.1

- Consiga ver as ordens e execuções

- Estatísticas de Mercado e Índices

- Imprimir relatórios de vigilância

- Consiga monitorar todas as actividades de negociação em

tempo real, destacando movimentos incomuns de preço ou volume

através de alertas ou mensagens

Obrigatório



23

Acesso em tempo real aos investidores para ver o

mercado e colocar ordens pela Internet (com

compatibilidade móvel)

23.1

Capacidade para os investidores visualizarem dados do

mercado em tempo real (preços de títulos, volumes, volume de

negócios, índices, etc.)

Obrigatório

23.2 Capacidade para os investidores visualizarem os 5 melhores

lances e ordens no livro de ordens para cada título Obrigatório

23.3

Habilidade para os investidores fazerem pedidos com validação

automática ou manual pelo membro, antes de entrar no livro de

ordens

Obrigatório

23.4 Capacidade para os investidores monitorarem o status dos seus

pedidos (pendentes, executados, rejeitados) Obrigatório

23.5 Habilidade para os investidores visualizarem as suas execuções Obrigatório

24 Facturação

24.1 Capacidade de fornecer um sistema de facturação flexível em

relação a todas as negociações efectuadas pelo sistema Obrigatório

24.2

O grupo de relatórios de cobrança por membro que pode ser

impresso para um período definido deve estar disponível para o

membro da Bolsa

Obrigatório

25 Trilha de Auditoria

25.1

Capacidade de fornecer uma trilha de auditoria desde o

momento em que a ordem é inserida no sistema até suas execuções

ou expiração.

Obrigatório

26 Administração de Sistemas

26.1 Capacidade de criar e configurar participantes do mercado e

controle de acesso aos negócios em vários níveis Obrigatório

26.2 Capacidade de criar e manter funções (Administrador, Gestor,

Utilizador, etc), bloquear e desbloquear utilizadores Obrigatório

26.3 Procedimentos para iniciar e desligar o sistema Obrigatório

26.4 Ferramentas para configurar regras ATS (regras de casamento,

regras de validação). Obrigatório

26.5 Ferramentas e procedimentos de backup Obrigatório

27 Negociação de Turnaround

27.1

Suporte para negociação de retorno. Turnaround trading

envolve a venda de títulos que foram comprados anteriormente

durante uma sessão de negociação ou durante o leilão e que ainda

não foram liquidados.

Obrigatório



No. Funcionalidade

Nível de

Exigência

1 Instrumentos suportados

1.1 Equity Obrigatório

1.2 Renda fixa (Dívida Pública e Corporativa) Obrigatório

1.3 Exchange Traded Funds (ETF) ou Unidades de Participação Obrigatório

1.4 Derivados Obrigatório

2 Custódia

2.1

Capacidade de manter um registro central de valores

mobiliários para detentores de valores mobiliários e facilitar a

distribuição de informações sobre valores mobiliários a

participantes de CDT e emitentes registrados

Obrigatório

2.2

Capacidade de registar e manter participantes de CSD,

como correctoras e bancos custodiantes, bem como emitentes

e empresas registradas

Obrigatório

2.3 Capacidade de categorizar investidores (investidores

residentes, não residentes, institucionais e não institucionais) Obrigatório

2.4 Capacidade de registar um cliente com múltiplos

participantes da CSD Obrigatório

2.5 Capacidade de abrir contas para clientes em lote, através

de um arquivo de dados (CSV, XML) Obrigatório

2.6 O sistema deve lidar com um máximo de 3 contas

conjuntas Obrigatório

2.7 Capacidade de criar vários títulos (Ordinários,

Preferenciais, etc.) para o mesmo emitente Obrigatório

2.8

Capacidade de categorizar os instrumentos

em diferentes mercados (mercado primário, mercado alternativo, mercado da dívida, etc.)

Obrigatório

2.9 Capacidade de manter contas de títulos no nível do

cliente. Contas individualizadas ou segregadas Obrigatório

2.10 Depósito de certificados de acções (Desmaterialização) Obrigatório

2.11 Depósito directo e através de ficheiro electrónico Obrigatório

2.12 Capacidade de retirar/eliminar acções Obrigatório



2.13 Resgate de acções e outros eventos (troca, redução, fusão

e aquisição, desdobramento e grupamento). Obrigatório

2.14 Transferência de títulos Obrigatório

2.15 Promessa e Execução Forçada Obrigatório

2.16 Suporte para Procedimentos de Buy-In Obrigatório

3 Compensação e Liquidação

3.1

Suporte para Entrega versus Pagamento (DvP), por

liquidação líquida de fundos imediatamente seguida por

liquidação bruta de títulos

Obrigatório

3.2 Capacidade de liquidar o valor da transacção e Juros

acumulados Obrigatório

3.3 Liquidação em várias moedas Obrigatório

3.4 Suporte para múltiplos bancos de liquidação Obrigatório

3.5

Capacidade de definir diferentes ciclos de liquidação em

nível de instrumentos, títulos e leilões (por exemplo, T+3 para

acções, T+1 para títulos, T+3 para sessão normal)

Obrigatório

3.6 Suporte para liquidação de negócios realizados em

mercado de balcão (OTC) Obrigatório

4 Gestão dos negócios realizados

4.1 Alocação e divisão de negócios Obrigatório

4.2 Alteração e anulação de negócios Obrigatório

4.3 Desistência de negócios Obrigatório

4.4 Recusa e Aceitação de negócios Obrigatório

4.5 Entrada manual de negócios Preferível

4.6 Inserção de negócios de forma manual e via ficheiro (CSV,

XML) Obrigatório

4.7 Capacidade de calcular juros acumulados para

instrumentos de renda fixa Obrigatório

4.8 Capacidade de calcular as taxas de transacção e impostos

dos negócios realizados Obrigatório

4.9 Capacidade de aplicar diferentes taxas a nível do mercado Obrigatório

4.10 Capacidade de consolidar negócios por cliente e por

instrumento Obrigatório

5 Acesso ao sistema CSD

5.1 Perfil para colaboradores da CSD Obrigatório

5.2 Perfil para colaboradores da Bolsa Obrigatório

5.3 Perfil para as correctoras Obrigatório

5.4 Perfil para os bancos custodiantes Obrigatório

5.5 Perfil para o Regulador Obrigatório



5.6 Perfil para entidade responsável pelo registro das

empresas Obrigatório

5.7 Acesso a participantes remotos através da Internet (front-

end CSD baseado na web) Obrigatório

6 Limite de Liquidação

6.1 Capacidade de definir um limite de liquidação para cada

participante Obrigatório

6.2

Capacidade de calcular a obrigação de liquidação líquida

acumulada para cada participante numa base contínua para

negócios não liquidados

Obrigatório

6.3 Ferramentas para monitorar participantes que excederam

seu limite de liquidação Obrigatório

7 Eventos

7.1 Novas emissões Obrigatório

7.2 Dividendos em dinheiro Obrigatório

7.3 Dividendo em espécies Obrigatório

7.4 Emissão de bónus Obrigatório

7.5 Emissão de direitos Obrigatório

7.6 Divisão de acções Obrigatório

7.7 Reversão de eventos de divisão Obrigatório

7.8 Pagamento de juros e vencimento para títulos de dívida Obrigatório

7.9

Capacidade de gerar lista de detentores de valores

mobiliários com dados bancários em cópias impressas e

ficheiros exportados

Obrigatório

8 Serviços para emitentes

8.1 Processamento IPOs Obrigatório

8.2 Cálculo e pagamento de dividendos / juros Obrigatório

8.3 Cálculo e processamento de eventos corporativos Obrigatório

8.4 Desmaterialização e re-materialização de títulos Preferível

9 Declaração de Contas

9.1 Capacidade de enviar extracto de contas para investidores Obrigatório

9.2 Capacidade de imprimir extracto de contas (cópia

impressa e pdf) Obrigatório

10 Relatórios

10.1 Relatórios de funções de depósito

10.1.1 Resumo de todas as operações / funções executadas

na CSD para serem impressas pelo CSD Obrigatório



10.1.2

Relatórios para cada função de depósito (por

exemplo, depósito de certificados, retirada de acções,

penhoras, depósito directo, etc.) a ser impresso pela CSD e

participante

Obrigatório

10.1.3 Detalhes de registo do cliente a serem impressos pela

CSD e participantes Obrigatório

10.1.4 Exposição do participante a ser impressa pela CSD e

participantes Obrigatório

10.2 Relatórios para o emitente

10.2.1 Histórico de transacções a ser impresso pela CSD,

participantes e entidade registradora da empresa Obrigatório

10.2.2 Lista de accionistas por título a ser impressa pela CSD

e pela entidade registradora da empresa Obrigatório

10.2.3 Carteira de clientes a ser impressa pela CSD e

participante Obrigatório

10.3 Relatório das negociações

10.3.1

Histórico de transacções a ser impresso pela CSD,

participantes e entidade registradora de empresas. Permitir

relatório por instrumento

Obrigatório

10.3.2 Notas de contrato a serem impressas pela CSD e

participantes Obrigatório

10.3.3 Lista de negociações para um período a ser impresso

pela CSD e pela entidade registradora de empresas Obrigatório

10.4 Compensação e Liquidação

10.4.1 Relatórios de liquidação para o membro, a ser

impresso pela CSD e participantes Obrigatório

10.4.2 Cronograma de liquidação inicial para membros de

liquidação a serem impressos pela CSD Obrigatório

10.4.3

Cronograma de liquidação inicial a ser gerado pela

CSD e enviado aos Membros de Liquidação por email (pdf e

arquivo XML ISO 20022)

Obrigatório

10.4.4 Instruções finais de liquidação para membros de

liquidação a serem impressas pela CSD Obrigatório

10.4.5

Instruções de liquidação final para membros de

liquidação, bancos de compensação e eventualmente banco

central por e-mail (arquivo pdf e ISO 20022 XML)

Obrigatório

10.4.6 Lista de relatórios existentes disponíveis no actual

sistema CSD Obrigatório



10.4.7 Capacidade de exportar todos os menus (CSV, XML) e

salvar relatórios Preferível

10.4.8

Informação dos eventos: pagamentos de juros e

amortizações. As respectivas informações devem incluir: valor

bruto, taxa deduzida e valor líquido.

Obrigatório

11 Administração do Sistema

11.1 O sistema deve ser totalmente parametrizável Obrigatório

11.2 Criação, definição e cálculo de estatísticas de índices e de

mercado Obrigatório

11.3 Captação de taxas de câmbio diárias Obrigatório

11.4 Gestão do calendário Obrigatório

11.5 Capacidade de criar e configurar utilizadores e controle

de acesso em vários níveis Obrigatório

11.6 Capacidade de criar e manter funções e permissões dos

utilizadores, bem como de bloquear / desbloquear utilizadores Obrigatório

11.7 Procedimentos e ferramentas para iniciar e desligar o

sistema Obrigatório

11.8 Ferramentas e procedimentos de backup Obrigatório

12 Interface com o ATS

12.1 Interface de interligação (com validação em tempo real) Obrigatório

12.2

Capacidade de fornecer detalhes actualizados do cliente,

detalhes de títulos e saldo de clientes ao sistema ATS em

tempo real

Obrigatório

12.3 Capacidade de aceitar negócios da ATS em tempo real Obrigatório

12.4

Capacidade de actualizar os dados do saldo dos clientes

(saldo disponível, etc.) na custódia, aquando da recepção de

mensagens de execução em tempo real ou de ordens de

venda do sistema ATS

Obrigatório

13 Interface com sistemas externos

13.1 Interface/ligação com o sistema de back-office dos

membros Obrigatório

13.1.1


serem carregados no sistema de back-office do membro da

CSD:

• Histórico de transacções do cliente

• Carteira de clientes

• Relatórios de transacção

• Notas de contrato

Obrigatório



13.1.2

Aceitar e emitir instruções de/para o membro por

meio de arquivos XML (mensagens ISO 20022) e SWIFT (o

MSE pode optar por não usar o SWIFT para se comunicar com

os participantes)

Obrigatório

13.1.3

Interface com o back-office da Bolsa. Exportar os

seguintes arquivos em CSV / XML para upload no sistema de

back-office da Bolsa;

• Taxas de transacção

• Capitalização de mercado e estatísticas

Obrigatório

13.1.4 Interface com bancos de liquidação via arquivos XML

(mensagens ISO 20022) e SWIFT Obrigatório

14 Acesso para os investidores

14.1

Capacidade para os investidores visualizarem as suas

contas (saldo e histórico de transacções) através da internet

(com compatibilidade móvel)

Obrigatório

14.2 Capacidade para os investidores acederem e imprimirem

o seu extracto de contas através da internet Preferível

15 Facturação

15.1 Capacidade de fornecer sistema de facturação flexível em

relação a todas as negociações liquidadas pelo sistema Obrigatório

15.2

O relatório de cobrança agrupado pelo participante que

pode ser impresso para um período definido deve estar

disponível para a CSD e os participantes

Obrigatório

15.3

O sistema deve ser capaz de calcular impostos (por

exemplo, taxa de transferência de propriedade) para

transacções específicas

Obrigatório

15.4 Relatório de cobrança para cobrança aos emitentes por

um período definido Obrigatório

16 Trilha de Auditoria

16.1 Capacidade de fornecer uma trilha de auditoria para

todas as actividades e funções executadas pelo sistema Obrigatório

17 Negociação de Turnaround

17.1

Suporte para negociação de turnaround.

Turnaround trading envolve a venda de títulos que foram

comprados anteriormente durante a sessão de negociação ou

durante leilões anteriores e que ainda não foram liquidados.

Preferível



Bolsa de Dívida e Valores de Angola

Rua Marechal Brós Tito 41

Piso 8, Edifício Sky Business Tower

Distrito das Ingombotas, Luanda

(+244) 225 420 300

[email protected]

www.bodiva.ao

Aviso Legal

Este documento pode conter informações confidenciais ou privilegiadas e destinam-se exclusivamente

para o uso do indivíduo ou entidade a quem se dirigem. Se não for o destinatário ou a pessoa

autorizada a receber este documento, não deve usar, copiar ou divulgar as informações nele contidas ou

tomar qualquer acção baseada nessas informações.

Disclaimer

The information contained in this document may be privileged and confidential and protected from

disclosure. If the reader of this document is not the intended recipient, or an employee agent responsible

for delivering this document to the intended recipient, you are hereby notified that any dissemination,

distribution or copying of this communication is strictly prohibited.

caderno de especificações - bodiva 02 - caderno...caderno de especificações página 2 de 26...

Documents