BELL BM&FBOVESPA Electronic Link. Regras de Uso FIX. Derivativos Câmbio

Transcrição

1 77 BM&FBOVESPA S.A. Bolsa de Valores, Mercadorias e Futuros BELL BM&FBOVESPA Electronic Link Regras de Uso FIX Derivativos Câmbio Versão

2 Contatos Para solicitar cópias deste documento, favor contatar: Centro de Controle BM&FBOVESPA (CCB) (São Paulo) Ou: Página 2

3 Índice ÍNDICE DE FIGURAS PREFÁCIO Introdução Abreviações Glossário CONECTIVIDADE DE REDE AO BELL Opções de conexão física/conexão via link RCCF Internet via VPN Conexão direta ou provedor DMA Configuração de rede para distribuidores Configuração de rede de corretoras/bancos Criptografia de dados Mecanismo de throttle IDENTIFICAÇÃO DE CONTRAPARTE Identificadores FIX compid Atribuição do CompID FIX CERTIFICAÇÃO Certificação de configuração de rede Segmentos de certificação Certificação de difusão de dados Gerenciamento de ordens Roteamento de ordens para o mercado de renda fixa TOLERÂNCIA A FALHAS DO BELL Centros de dados distribuídos Serviços compartimentados PADRÕES DE HEADER E TRAILER Header-padrão Trailer-padrão RESUMO DE MENSAGENS Resumo de mensagens de sessão Resumo de mensagens de aplicação MENSAGENS DE SESSÃO Conexão (tipo de mensagem = A) Sinalizador (tipo de mensagem = 0) Solicitação de teste (tipo de mensagem = 1) Solicitação de reenvio (tipo de mensagem = 2) Rejeição (tipo de mensagem = 3) Reiniciação de seqüência (tipo de mensagem = 4) Desconexão (tipo de mensagem = 5) Página 3

4 9. DERIVATIVOS E CÂMBIO Horários de negociação/sessões Horários de conexão Sessões e fases de negociação Fase de negociação e status do instrumento Fases de negociação suportadas pela BM&FBOVESPA Versão FIX Fluxos de mensagens Derivativos Câmbio Mensagens de aplicação Bloco de Identificação do instrumento Definição do instrumento Solicitação de lista de instrumentos (tipo de mensagem = x) Lista de instrumentos (tipo de mensagem = y) Gerenciamento de ordens Nova ordem única (tipo de mensagem = D) Nova ordem direta (tipo de mensagem = s) Solicitação de cancelamento de ordem (tipo de mensagem = F) Rejeição de cancelamento de ordem (tipo de mensagem = 9) Solicitação de substituição de cancelamento de ordem (tipo de mensagem = G) Relatório de execução (tipo de mensagem = 8) Dados de mercado Profundidade do livro de ofertas Solicitação de dados de mercado (tipo de mensagem = V) Especificação da mensagem Rejeição de solicitação de dados de mercado (tipo de mensagem = Y) Instantâneo/atualização de dados de mercado (tipo de mensagem = W) Atualização incremental do sinal (tipo de mensagem = X) Status do instrumento (tipo de mensagem = f) Comunicação de eventos Notícias (tipo de mensagem = B) Gerais Rejeição de mensagem por regra de negócio (tipo de mensagem = j) Pós-negociação Requisição de manutenção de posição (MsgType = AL) Resposta da requisição manutenção de posição (MsgType = AM) Tipos de ordem suportados Ordens limitadas Ordens stop limitadas Ordens market with leftover as limit Tipos de validade de ordem suportados (campo TimeInForce) Ordens válidas para o dia Ordens IOC ou FAK Ordens FOK Operações por conta e ordem de terceiros Repasse de negócios Program trading, investidores estrangeiros e clientes DMA Identificação de DMA Restrições de especificação de ordens para clientes DMA Regras para execução de nova ordem direta na BM&FBOVESPA Execução imediata de ordens diretas Página 4

5 Pontas de ordens diretas executadas contra ordens existentes Leilão acionado por ordem direta Modificação simultânea à execução e interpretação do campo OrderQty (38) Cancelamento de negócio Identificação da ordem Regras de execução de ordens na BM&FBOVESPA Cenários de mensagem de aplicação Definição de instrumentos Solicitação de lista de instrumentos respondida com uma única mensagem Solicitação de lista de instrumentos com atualizações Solicitação de lista de instrumentos sem atualizações Solicitação de lista de instrumentos com atualizações após o horário especificado Solicitação de lista de instrumentos na abertura do dia respondida com mais de uma mensagem Gerenciamento de ordens Inclusão de ordem, execução parcial e execução total Cancelamento de ordem por ClOrdID Cancelamento de ordem via OrderID Tentativa de cancelamento de ordem executada Modificação de ordens Dados de mercado Solicitação bem-sucedida de assinatura acrescida de atualizações Assinatura bem-sucedida acrescida de atualizações do livro de ofertas Solicitação malsucedida de assinatura (identificação de instrumento inválida) Cancelamento de negócio APÊNDICE Mensagens de erro para ordens rejeitadas no campo 58 Clearing de Ativos (mercado de renda fixa) Datas para modalidades de operação com títulos públicos federais Página 5

6 Índice de figuras Figura 1 Configuração da rede de distribuidores Figura 2 Configuração da rede de corretoras/bancos Figura 3 Dia de pregão (sessão de negociação) e fases de negociação Figura 4 Fluxo de mensagens da Clearing de Derivativos Figura 5 Fluxo de mensagens da Clearing de Câmbio Figura 6 Diagrama do ciclo de vida de uma ordem Figura 7 Solicitação de lista de instrumentos respondida com uma única mensagem Figura 8 Solicitação de lista de instrumentos com atualizações Figura 9 Solicitação de lista de instrumentos sem assinatura de atualizações Figura 10 Solicitação de lista de instrumentos para instrumentos acrescentados/modificados após o horário especificado Figura 11 Solicitação de lista de instrumentos respondida com mais de uma mensagem Figura 12 Inclusão de ordem com execução parcial e total Figura 13 Cancelamento de ordem usando ClOrdID Figura 14 Cancelamento de ordem via OrderID Figura 15 Tentativa de cancelar ordem preenchida Figura 16 Cenário de modificação de ordens. OrderID é mantido na ordem modificada Figura 17 Dados de mercados: assinatura, atualização total e atualização incremental do sinal para execução parcial e cancelamento Figura 18 Instantâneo do livro de ofertas acrescido de atualizações com alterações em MDPositionNo Figura 19 Rejeição de dados de mercado devido à identificação inválida do instrumento Figura 20 Cancelamento de negócio Página 6

7 Registro de alterações Data Versão Descrição Autor 5 de fevereiro de de janeiro de de julho de Correção da tabela da sessão 9.2, permitindo cancelamento de ordens na fase 625=U (Fechamento de mercado) - Adicionado valor 103 (Self-Trading Prevention) ao campo Corrigido o tipo e domínio do campo 6940 (NewSource) - Adicionada a seção (Pós-negociação) - Adicionada a seção (Requisição da Posição de Manutenção) - Adicionada a seção (Resposta da Posição de Manutenção) - Corrigido o campo AllocAccount - Corrigida a posição do campo TradeAllocIndicator (agora dentro do grupo de repetição NoSides) - Adicionado o campo Account à mensagem Rejeição de cancelamento de ordem - Novos domínios adicionados ao campo Adicionada a seção 2.5 (Mecanismo de throttle) - Adicionado o código de rejeição 99 = Limite do throttle excedido ao campo 380 na mensagem Rejeição de mensagem por regra de negócio (tipo = j) - Removida seção Renda Fixa JLRM EP TAT 5 de dezembro de de novembro de Seção Derivativos/Câmbio: - Corrigido tipo e domínio do campo Acrescentadas mensagens de pós-negociação à seção Acrescentadas as mensagens Seção Derivativos/Câmbio: Corrigida a descrição do campo 762. Corrigida a descrição do comportamento da ordem IOC ou FAK. Corrigida a descrição do campo 423. Corrigida a ordem dos campos para o grupo de repetição ReferentialPrices. Corrigida a descrição do campo 560. Corrigida a descrição do campo 40 para a mensagem relatório de execução. Acrescentados novos critérios à mensagem de solicitação de lista de instrumentos (campo 559). Acrescentadas as informações do campo 19 (ExecRefId) à mensagem relatório de execução. Adicionada tag 925 (NewPassword) à mensagem de Logon, e explicação do processo de troca de senha. Adicionada descrição extra ao mecanismo de assinatura de difusão, indicando que uma assinatura de um grupo de instrumentos poderá receber rejeições individuais por instrumento. AG JML Página 7

8 7 de agosto de de julho de Alterada a seção de horários de negociação. Removida a tag 797 da mensagem Execution Report. Adicionado domínio 14 = créditos de carbono a tag 460. Nota sobre reinicialização de números de seqüência no evento de Logon. Seção Derivativos/Câmbio: Removidas as referências ao MDEntryID na seção de dados de mercado para evitar confusão no gerenciamento do livro de ordens. Acrescentadas informações de conta (grupo de repetição NoAccount) à mensagem de modificação de oferta, com observação específica sobre a restrição de reespecificação de conta (seção ). Explicada a modalidade de assinatura de dados de mercado a partir de CFICode, SecurityType e Product na mensagem de solicitação de dados de mercado (seção ), com a inclusão de exemplos. Removidas as seções solicitação/resposta de cancelamento de ordens em bloco e solicitação de status de ordens em bloco, bem como os respectivos campos, no relatório de execução. Corrigida a descrição de OrderID nas mensagens de atualização do instantâneo do mercado e incremental do sinal (para câmbio apenas). Acrescentada seção (9.9.2) sobre restrição de especificação de cliente em operações de DMA. Acrescentados o valor D (reconfirmação) ao campo ExecType (150) e o campo ExecRestatementReason (378) à mensagem relatório de execução (seção ). Acrescentada seção (9.6) sobre validade de ordens suportadas. Atualizado o cenário de modificação de oferta simultaneamente à execução (in-flight modification), para refletir a invalidade da ordem quando sua quantidade for menor que a quantidade executada (seção 9.11). Acrescentada descrição para os campos LastQty e LastPrice à mensagem relatório de execução para cancelamento de negócio (seção 9.12). Seção Derivativos/Câmbio: Inserida referência à relação com os códigos das corretoras BM&FBOVESPA na seção 9.8; exigências para uso de DMA foram mais bem explicitados. Removido o campo QuoteCondition das mensagens de dados de Mercado. Removida a seção sobre a mensagem de solicitação de status de ordem (não-suportada). Removida a informação sobre número de vínculo bipartido para repasses na seção 9.7, que foi substituído pelo número de vínculo de repasse, bem como corrigido o exemplo. Algumas poucas alterações cosméticas ao longo do JML JML Página 8

9 15 de maio de documento. Alterada a descrição dos campos PositionEffect e TradeAllocIndicator. Alterada a descrição do campo Symbol. Acrescentados público e fonte à mensagem de notícias (seção ). Acrescentadas informações sobre regras de validação aos tipos de ordem (seção 9.5). Seção Derivativos/Câmbio: Acrescentado o campo MarketDepth à mensagem de instantâneo de dados de mercado, indicando a profundidade do livro agregado (seção ). Acrescentado suporte ao código de grupo de instrumentos e produtos na mensagem de lista de instrumentos (seção ). Acrescentado novo PartyRole = 54 (identificador de origem), necessário para soluções de DMA e roteamento de ordens, para mensagens de nova ordem única, solicitação de cancelamento de ordem, solicitação de substituição de cancelamento de ordem e relatório de execução. Acrescentada descrição de fase de negociação mini-batch à seção 0, expandindo o domínio do campo TradingSessionSubID. Acrescentado o campo DeleteReason (285) à mensagem de atualização incremental de dados de mercado (seção ). Acrescentado o bloco componente das partes à mensagem de rejeição de cancelamento de ordem (seção ) Removidas as ordens a mercado, market if touched e de stop da especificação (seção e várias outras). Removido o tempo de validade da ordem válida até ser cancelada (GTC). Acrescentada seção sobre regras de execução de ordem (seção 0). Alterada a descrição sobre como são enviadas as mensagens de notícias (seção ). Alterado o website do GTS para Alterada a descrição do campo OrderID na seção ). Várias alterações cosméticas. Fixado o campo OrderRestrictions para entidades estrangeiras (seção 9.8). Acrescentada subseção de identificação de DMA (9.8.1) Acrescentadas informações sobre ponta e sobre bloco de instrumentos à mensagem de rejeição de cancelamento de ordem (seção ). Corrigida a descrição do campo LeavesQty nas mensagens relatório de execução. JML Página 9

10 1. Prefácio 1.1 Introdução A BM&FBOVESPA fornece interface de negociação baseada no protocolo Financial Information exchange (FIX). Essa interface foi batizada de BELL BM&FBOVESPA Electronic Link. FIX é uma especificação técnica para a comunicação eletrônica de mensagens relacionadas às operações. É um padrão aberto administrado por membros da FIX Protocol Ltd. ( Este documento descreve a implementação do FIX BM&FBOVESPA, sendo fornecido a terceiros que necessitem de conectividade via BELL. Assume-se que o leitor possui conhecimento sobre o funcionamento básico do protocolo FIX. 1.2 Abreviações Abreviação FIX IP SSL TCP BELL Descrição Protocolo Financial Information Exchange Protocolo internet Cadeado de conexão segura Protocolo de controle de comunicação BM&FBOVESPA Electronic Link 1.3 Glossário Termo BM&FBOVESPA Electronic Link BM&FBOVESPA Corretor Corretora Corretor correspondente Contraparte Derivativos DMA Corretora executora Definição Solução da BM&FBOVESPA para acessar sua plataforma eletrônica de negociação BM&FBOVESPA S.A. Bolsa de Valores, Mercadorias e Futuros, com sede em São Paulo, Brasil. Para mais informações, acesse Indivíduo ou empresa que atua como intermediário entre comprador e vendedor, geralmente cobrando corretagem Usada alternativamente em substituição à palavra corretor para referirse à empresa, em vez do indivíduo. Também chamada de corretora de mercadorias ou sociedade corretora. Identifica o corretor correspondente (corretor/corretora que gera ordem para a BM&FBOVESPA a partir de provedor DMA ou de solução de roteamento de ordens) Uma das partes de uma operação Instrumento financeiro (como uma opção ou um futuro) cujas características e valor são derivados das características e do valor de outro ativo Acesso direto ao mercado. Funcionalidade que permite aos clientes finais (como hedge funds ou bancos de investimento) acessar a Bolsa diretamente por meio eletrônico, sem a necessidade de passar pela infraestrutura física da corretora. Corretor que executa ou reporta uma execução. Essa definição é particularmente útil quando o negócio é registrado no sistema por corretor que não seja uma das contrapartes da operação, pois permite Página 10

11 Termo Operador registrador Corretora executora Operador executor Porta de comunicação FIX Futuros Corretora registradora Ativo Emissor Dados de mercado Fechamento eletrônico de ofertas Corretora originadora da ordem Porta de comunicação de ordem Instrumento Sisbex Vendor Definição que qualquer dúvida ou problema seja direcionado à fonte apropriada. Indivíduo, geralmente identificado por número de crachá ou iniciais, que registra ofertas para um mercado (em especial em pregão de viva voz). Geralmente, o operador registrador é também o operador executor. Entretanto, em algumas circunstâncias, o operador registrador terá a operação executada por outro operador, que, posteriormente, será identificado como operador executor. Identifica o corretor ou a corretora executora Identifica o operador ou o corretor ligado à corretora que executou a operação Ou FIX gateway, serviço que fornece conectividade a clientes e corretoras por meio do protocolo FIX Contratos que abrangem a venda de ativos financeiros e mercadorias físicas para entrega futura em bolsa de mercadorias Corretora-destino que recebe o repasse de um negócio, ou seja, que carrega e liquida a operação Capital financeiro em formato prontamente negociável Entidade que coloca um ativo financeiro no mercado Ou market data, termo coletivo usado para cotações, últimos negócios, volumes e outras informações de mercado para avaliar oportunidades de negócio Ou matching, processo pelo qual as partes de uma operação comparam os detalhes de liquidação fornecidos por ambas. O matching é realizado para verificar todos os aspectos da operação e assegurar que todas as partes concordem com seus termos. Corretora que origina a oferta. Serviço fornecido pela BM&FBOVESPA para retransmissão de mensagens FIX de terceiros, geralmente um vendor, para o sistema Sisbex Ação, título ou contrato autorizado à negociação por uma bolsa registrada. As bolsas adotam critérios diferentes para determinar as exigências de listagem para um instrumento Sistema usado pela BM&FBOVESPA na negociação de títulos públicos Instituição que vende serviços a clientes. No âmbito deste documento, o vendor é uma instituição que vende acesso a sinais de difusão de dados de mercado e interfaces de gerenciamento de ordens para uma bolsa. Página 11

12 2. Conectividade de rede ao BELL A BM&FBOVESPA oferece conectividade de rede via: Rede de Comunicação da Comunidade Financeira (RCCF); internet via VPN (rede virtual privativa); conexão direta ou provedor DMA. Essas opções são explicadas nas próximas seções. 2.1 Opções de conexão física/conexão via link RCCF A RCCF é uma rede MPLS que conecta todas as corretoras à BM&FBOVESPA, bem com alguns distribuidores e outros clientes interessados. Essa rede viabiliza SLAs (acordos de nível de serviço) específicos e funcionalidades de contingência. É tipicamente usada para receber o sinal de dados e mensagens transacionais (gerenciamento de ordens) Internet via VPN Os clientes também podem conectar-se à BM&FBOVESPA via internet, por meio da implementação de um túnel VPN, o qual reduz custos, mas não fornece contingência nem SLAs. A BM&FBOVESPA suporta VPN tanto via software quanto via hardware. Esse tipo de conexão pode ser usado no processo de certificação de todas as funcionalidades de negociação, inclusive difusão de dados, gerenciamento e roteamento de ordens, embora a conectividade no ambiente de produção seja realizada via RCCF ou conexão direta Conexão direta ou provedor DMA Os clientes podem utilizar conexão direta ou provedor de acesso para conectar-se à BM&FBOVESPA com link dedicado. Essa opção pode incluir funcionalidades de contingência e SLAs. Contate a BM&FBOVESPA para detalhes de configuração desse tipo de conectividade. Pode ser usado tanto para receber sinal de dados quanto para transferir mensagens transacionais. 2.2 Configuração de rede para distribuidores Os distribuidores (vendors, fabricantes de software e provedores de serviços) podem conectar-se à BM&FBOVESPA para receber o sinal de dados de mercado e rotear ordens para a comunidade de corretores da Bolsa. Essa conexão pode ser estabelecida mediante acordo comercial prévio com a BM&FBOVESPA, e os SLAs dependerão do tipo de informações a serem disseminadas pela rede. O diagrama a seguir ilustra as configurações possíveis para a rede. Página 12

13 Cliente final MPLS Cliente final Cliente final Cliente final Cliente final Cliente final Cliente final Cliente final Cliente final Rede de distribuição Rede de distribuição Rede de distribuição FIX gateway Site do distribuidor FIX gateway Site do distribuidor FIX gateway Site do distribuidor RCCF Internet Túnel vpn (hardware e software) Link dedicado (conexão direta ou provedor DMA) Centro de dados BM&FBOVESPA Roteamento de ordens/dados de mercado FIX gateway Roteamento de ordens Comunidade de corretores Plataforma de negociação BM&FBOVESPA Figura 1 Configuração da rede de distribuidores 2.3 Configuração de rede de corretoras/bancos Corretoras e bancos com direitos de negociação na BM&FBOVESPA podem conectar-se para receber o sinal de dados e as ordens roteadas de clientes (somente para corretoras), bem como emitir suas próprias ordens nos termos do acordo comercial prévio firmado com a BM&FBOVESPA. Essa conexão pode ser estabelecida via RCCF ou conexão direta. A figura a seguir ilustra essa configuração. Página 13

14 Operador MPLS Operador Operador LAN da corretora Hub FIX gateway Site da corretora RCCF Dados de mercado/inserção de ofertas Operador FIX gateway Operador LAN da corretora Hub FIX gateway Link dedicado (conexão direta ou provedor DMA) Servidor de algorithmic trading Site da corretora Centro de dados BM&FBOVESPA 2.4 Criptografia de dados Figura 2 Configuração da rede de corretoras/bancos A BM&FBOVESPA não suporta criptografia FIX embutida. A segurança da conexão é fornecida por meio de camadas inferiores (MPLS para a RCCF, VPN para a internet) e de isolamento físico para links dedicados. A área de acompanhamento de mercado da BM&FBOVESPA também realiza auditorias em caso de suspeita de procedimentos ilegais de conexão. 2.5 Mecanismo de throttle O mecanismo de Throttle controla o fluxo de mensagens em nível de sessão e foi implementado para regular o número de mensagens enviadas à BM&FBOVESPA, buscando otimização do desempenho do sistema. O parâmetro limitador é especificado em mensagens por segundo e diferentes ações poderão ser executadas caso ele seja excedido (enfileirar ou rejeitar as mensagens excedidas). Desta forma, dois parâmetros devem ser definidos: a quantidade máxima de mensagens que define o número máximo de mensagens que são processadas pelo gateway por segundo; e a rejeição / não rejeição das mensagens excedidas define se as mensagens excedidas devem ser rejeitadas ou permanecer na fila para serem tratadas no próximo período. Se uma mensagem excede a taxa máxima estabelecida, ela pode ser rejeitada ou permanecer na fila. No caso de rejeição, será enviada a mensagem de erro "Rejeição de mensagem por regra de negócio " com BusinessRejectReason = "Limite do throttle excedido". Sistemas cliente podem associar a mensagem de rejeição à mensagem original verificando o conteúdo do campo 45 (RefSeqNum). Este campo irá conter o número de seguência (campo 34) da mensagem que foi rejeitada. Se o parâmetro estiver configurado com não rejeição, o mecanismo de throttle irá reter as mensagens excedidas até o término do segundo, neste caso, uma maior latência poderá ser observada na resposta. Assumindo um cenário em que o limite é definido com 50 mensagens por segundo. O primeiro período começa quando o gateway recebe a primeira mensagem e se mais de 50 mensagens forem enviadas antes do próximo segundo, elas serão rejeitadas ou enfileiradas. Página 14

15 A configuração dos parâmetros do mecanismo de Throttle é efetuada pelo CCB (Centro de Controle da BM&FBOVESPA) e sua ativação pode ser feita segundo critério definido por ele, ou mediante solicitação do cliente. 3. Identificação de contraparte 3.1 Identificadores FIX compid As conexões FIX são estabelecidas com base nos campos CompID, que identificam, no nível de sessão, a contraparte na conexão. Esse identificafor não transmite informações do operador ou da corretora e é usado somente no nível de sessão FIX, conforme a seguinte especificação: CompID da origem Por conta e ordem do CompID CompID do destino A envia diretamente a B A B B envia diretamente a A B A Enviar para CompID Mediante solicitação, a BM&FBOVESPA pode suportar soluções de roteamento de ordens, i.e. topologia hub-to-hub. Nesse caso, o código de identificação BM&FBOVESPA deverá ser obrigatoriamente especificado no campo enviar para CompID (DeliverToCompID) (128) de todas as mensagens enviadas à BM&FBOVESPA por meio de terceiros. O código de identificação BM&FBOVESPA estará contido no campo por conta e ordem do CompID (OnBehalfOfCompID) (115) de qualquer mensagem enviada da BM&FBOVESPA para a contraparte da conexão. CompID da origem Por conta e ordem do CompID CompID do destino Enviar para CompID Envio de A para C via B A envia para B A B C B envia para C B A C C responde para A via B C envia para B C B A B envia para A B C A 3.2 Atribuição do CompID FIX Os identificadores comp FIX são atribuídos pela BM&FBOVESPA às contrapartes da conexão. O processo é diferenciado de acordo com a categoria da contraparte. Para maiores detalhes, contactar o Centro de Controle BM&FBOVESPA no centrodecontrole@bmf.com.br. Página 15

16 4. Certificação Antes de conectar-se à BM&FBOVESPA, a contraparte deve submeter-se ao processo de certificação, segundo a atividade a ser desempenhada. Há três segmentos de certificação na BM&FBOVESPA: difusão de dados: para recepção dos dados de mercado da BM&FBOVESPA (tipicamente vendors e corretoras); ou gerenciamento de ordens: para negociação na BM&FBOVESPA mediante a inclusão e o gerenciamento de ordens (tipicamente corretoras); ou roteamento de ordens de renda fixa: para negociação de títulos públicos brasileiros (tipicamente mediante distribuidores). Cada um desses segmentos contém processo próprio de certificação, descrito em documentos separados (consulte as seções a seguir e o endereço Se desejar iniciar um processo de certificação na BM&FBOVESPA, entre em contato pelo centrodecontrole@bmf.com.br. 4.1 Certificação de configuração de rede A configuração de rede é semelhante para os três segmentos, já que a conectividade é fornecida por meio de uma porta de comunicação FIX de certificação. O link físico usado para certificação pode ser diferente daquele usado em produção, já que se trata de aplicativo sob certificação, e não de conexão física. Portanto, o aplicativo de um cliente que funcionará por meio da RCCF ou de um link dedicado em ambiente de produção pode ser certificado mediante conexão de internet via VPN. 4.2 Segmentos de certificação Certificação de difusão de dados A certificação de difusão de dados consiste em receber um bloco de dados de mercado da BM&FBOVESPA simulando diferentes cenários de gerenciamento do livro de ofertas, cenários de negócios, cenários de início/fim de dia e alterações na sessão de negociação. Alguns cenários específicos para preços de ajuste e outros casos especiais também são testados. A porta de comunicação FIX de certificação fornece o seguinte: um sinal de teste dos dados de mercado da BM&FBOVESPA para instrumentos específicos. Esses dados são repetições de um dia de produção para permitir a realização de testes entre as contrapartes. Os destinos dessas mensagens não devem tomar nenhuma decisão de negociação com base nas informações provenientes desse sinal; nas grades horárias especificadas, a porta de comunicação emite as mensagens correspondentes a um caso de teste de certificação. Quando a contraparte sentir-se confortável para iniciar o procedimento de certificação, deverá notificar a BM&FBOVESPA de sua intenção. Uma cópia do documento de certificação de difusão de dados contendo todos os cenários será acompanhada por profissional designado pela BM&FBOVESPA e todos os registros deverão ser mantidos como evidência do cumprimento de todos os cenários de teste. Página 16

17 4.2.2 Gerenciamento de ordens O procedimento de certificação de conexões de gerenciamento de ordens (inclusão de oferta) é igual àquele criado para difusão de dados. A contraparte deverá conectar-se à porta de comunicação FIX de certificação e seguir o documento de certificação para inserção de oferta, o qual é fornecido mediante solicitação à BM&FBOVESPA ou está disponível para download na página A contraparte se submeterá a uma série de testes predeterminada pela BM&FBOVESPA e seu resultado será utilizado como evidência da certificação Roteamento de ordens para o mercado de renda fixa Os procedimentos de certificação relacionados ao roteamento de ordens para o mercado de renda fixa são realizados por meio da porta de comunicação FIX de certificação, necessitando da designação, pela BM&FBOVESPA, de profissional para acompanhamento. O processo está descrito no documento SISBEX Order Gateway Certification, disponível no endereço Página 17

18 5. Tolerância a falhas do BELL Ao conectar-se ao sistema de negociação da BM&FBOVESPA, esta oferece a seus clientes dispositivos de tolerância a falhas, na forma de centros de dados distribuídos e serviços compartimentados. 5.1 Centros de dados distribuídos A BM&FBOVESPA mantém dois centros de dados geograficamente distantes, proporcionando tolerância total no caso de ocorrências físicas. Esses centros de dados são chamados de CT1 e CT2. Se ocorrer um problema no CT1 que impeça a realização de operações, os aplicativos apropriados serão redirecionados para o CT Serviços compartimentados Todos os componentes do sistema de negociação da BM&FBOVESPA são alocados em clusters que, em caso de falha de hardware, são redirecionados para o dispositivo de backup. Esses componentes estão contidos em grupos com configuração ativo-passiva o componente principal fica ativo enquanto o componente de backup fica ocioso. Em caso de falha, o componente de backup assume o controle. Os redirecionamentos de componentes da plataforma de negociação da BM&FBOVESPA devem ser transparentes para os clientes da conexão. Contudo, se a porta de comunicação FIX for redirecionada, o cliente da conexão sofrerá algum impacto. Nesse caso, as portas de comunicação FIX funcionam em um grupo de clusters no CT1 e em outro no CT2 (no total de quatro instâncias). Quando o principal falha, a porta de comunicação FIX de backup assume a conexão. Os números da seqüência FIX são partilhados entre as portas de comunicação FIX no mesmo grupo. Dessa forma, se ocorrer redirecionamento para duas portas de comunicação FIX no mesmo centro de dados, o cliente receberá da BM&FBOVESPA uma mensagem de desconexão seguida imediatamente de uma mensagem de conexão. Como os números de seqüência são os mesmos da conexão anterior, sua ressincronização será mínima. Em caso de falha mais grave que requeira redirecionamento para o CT2, os números de seqüência de entrada e de saída esperados da BM&FBOVESPA serão fixados em um. Página 18

19 6. Padrões de header e trailer 6.1 Header-padrão Todas as mensagens, em ambas as direções, devem ser iniciadas com o header-padrão do FIX. Campo Nome Obrigatório Formato Observação 8 BeginString S String Identifica o início de nova mensagem e a versão do protocolo: FIX BodyLength S Int Tamanho da mensagem. Nãocriptografado, deve ser sempre o segundo campo da mensagem 35 MsgType S String Tipo de mensagem. Nãocriptografado, deve ser sempre o terceiro campo da mensagem 34 MsgSeqNum S Int Número de seqüência da mensagem 43 PossDupFlag N Boolean Indica possível retransmissão da mensagem com o mesmo número de seqüência 49 SenderCompID S String CompID da origem: entre em contato com a BM&FBOVESPA para atribuição apropriada de compid (seção 3.2) 56 TargetCompID S String CompID do destino: entre em contato com a BM&FBOVESPA para atribuição apropriada de compid (seção 3.2) 115 OnBehalfOfCompID N String Por conta e ordem do CompID: para mensagens enviadas pela BM&FBOVESPA = identificador da corretora do cliente (se houver); para mensagens recebidas pela BM&FBOVESPA = identificador do parceiro de negociação do cliente (se houver) 128 DeliverToCompID N String Enviar para CompID: para mensagens enviadas pela BM&FBOVESPA = identificador do parceiro de negociação do cliente (se houver); para mensagens recebidas pela BM&FBOVESPA = identificador da corretora do cliente (se houver) 52 SendingTime S UTCTimestamp Expresso em UTC (Tempo Universal Coordenado), também conhecido como GMT (Tempo Médio de Greenwich) 97 PossResend N Boolean Página 19

20 6.2 Trailer-padrão Todas as mensagens, em ambas as direções, devem terminar com o trailer-padrão do FIX. Campo Nome Obrigatório Formato Observação 10 CheckSum S Int Soma de verificação. Nãocriptografada, é o último campo da mensagem Página 20

21 7 Resumo de mensagens 7.1 Resumo de mensagens de sessão A tabela a seguir resume as mensagens de sessão suportadas pela BM&FBOVESPA: Mensagem Tipo de mensagem FIX Enviada pela BM&FBOVESPA Derivativos e câmbio Recebida pela BM&FBOVESPA Conexão (Logon) A X X Sinalizador (Heartbeat) 0 X X Solicitação de teste (Test Request) 1 X X Solicitação de reenvio (Resend Request) 2 X X Rejeição (Reject) 3 X X Reinício de seqüência (Sequence Reset) 4 X X Desconexão (Logout) 5 X X 7.2 Resumo de mensagens de aplicação A tabela a seguir resume as mensagens de aplicação suportadas pela BM&FBOVESPA. Mensagem Tipo de mensagem FIX Enviada pela BM&FBOVESPA Derivativos e câmbio Recebida pela BM&FBOVESPA Relatório de execução (Execution Report) 8 X Rejeição de cancelamento de ordem (Order Cancel 9 X Reject) Nova ordem única (New Order Single) D X Nova ordem direta (New Order Cross) s X Notícias (News) B X Solicitação de cancelamento de ordem (Order F X Cancel Request) Solicitação de substituição de cancelamento de G X ordem (Order Cancel Replace Request) Rejeição de mensagem por regra de negócio j X X (Business Message Reject) Solicitação de lista de instrumentos (Security List x X Request) Lista de instrumentos (Security List) y X Solicitação de dados de mercado (Market Data V X Request) Rejeição de solicitação de dados de mercado (Market Data Request Reject) Y X Página 21

22 Atualização do instantâneo do mercado (Market Data Snapshot Full Refresh) Atualização incremental do sinal (Market Data Incremental Refresh) W X X X Quaisquer mensagens não-suportadas que sejam recebidas pela BM&FBOVESPA serão rejeitadas com uma mensagem de rejeição de mensagem por regra de negócio, com o campo BusinessRejectReason (motivo da rejeição de mensagem por regra de negócio) (380) = 3 (MsgType, ou tipo de mensagem, não-suportado). Página 22

23 8 Mensagens de sessão Esta seção detalha as mensagens de gerenciamento de sessão usadas pela BM&FBOVESPA. 8.1 Conexão (tipo de mensagem = A) A mensagem de conexão FIX (A) autentica um usuário ao estabelecer conexão via sistema remoto. A mensagem de conexão FIX (A) deve ser obrigatoriamente a primeira enviada pela aplicação solicitando o início de uma sessão FIX. Nota: se o cliente deseja alterar sua senha (enviada na tag 95), pode fazê-lo enviando a tag 925 contendo a nova senha. Campo Nome Obrigatório Formato Observação [Header-padrão da mensagem] 98 EncryptedMethod Y Int Método de encriptação. Deve ser sempre HeartBtInt Y Int Intervalo recomendado para o sinalizador: 30 segundos 141 ResetSeqNumFlag N Boolean Reiniciar números de seqüência da mensagem 789 NextExpectedMsgSeqNum N Int Próximo número esperado para a seqüência da mensagem a ser recebida 464 TestMessageIndicator N Boolean Indicador de conexão de teste ou de produção 95 RawDataLength N Length Tamanho dos dados brutos (bytes). Obrigatório quando a mensagem contém dados de autenticação. Para mais detalhes sobre dados de autenticação em mensagens de conexão, entre em contato com a BM&FBOVESPA. 96 RawData N Data Dados brutos. Obrigatórios quando a mensagem contém dados de autenticação. Para mais detalhes sobre dados de autenticação em mensagens de conexão, entre em contato com a BM&FBOVESPA. 925 NewPassword N String Enviada somente pelo cliente para a BM&FBOVESPA. Permite que o cliente troque sua senha. [Trailer-padrão da mensagem] IMPORTANTE A BM&FBOVESPA fortemente recomenda a seus clientes que não reinicializem o número de seqüência no processo de logon (tag 141=Y) em sessões nas quais trafeguem mensagens Página 23

24 transacionais (entrada de ordens). No caso de uma desconexão, se o cliente reinicializar seu número de seqüência, provavelmente haverá perda de mensagens que contém alterações nos estados das ordens enviadas por aquela sessão enquanto esta estava desconectada (Execution Reports). Para sessões de difusão, a reinicialização do número de seqüência é desejável. 8.2 Sinalizador (tipo de mensagem = 0) O sinalizador (0) monitora o status do link de comunicação e identifica quando a última seqüência de mensagens deixou de ser recebida. Campo Nome Obrigatóri Formato Observação o [Header-padrão da mensagem] Identificador necessário para teste. 112 TestReqID N String Obrigatório quando o sinalizador resulta de mensagem de solicitação de teste [Trailer-padrão da mensagem] 8.3 Solicitação de teste (tipo de mensagem = 1) A mensagem de solicitação de teste FIX (1) solicita um sinalizador da contraparte, verificando os números da seqüência ou o status da linha de comunicação. A aplicação oposta responde à solicitação de teste com uma mensagem de sinalizador (tipo de mensagem = 0), refletindo o campo TestReqID (112) contido na solicitação. Campo Nome Obrigatório Formato Observação [Header-padrão da mensagem] Identificador necessário para teste. 112 TestReqID S String Campo incluído na mensagem de solicitação de teste a ser devolvido no sinalizador resultante. [Trailer-padrão de mensagem] 8.4 Solicitação de reenvio (tipo de mensagem = 2) A solicitação de reenvio é encaminhada pelo destino para iniciar a retransmissão. Essa função é utilizada em três casos: caso seja detectada diferença na seqüência de números, caso o destino tenha perdido uma mensagem ou como parte do processo de iniciação. Campo Nome Obrigatório Formato Observação [Header-padrão da mensagem] 7 BeginSeqNo S Int Número de seqüência da primeira mensagem disponível para reenvio 16 EndSeqNo S Int Número de seqüência da última mensagem disponível para reenvio. Se a solicitação for para uma única mensagem: BeginSeqNo = EndSeqNo. Se a solicitação for para todas as mensagens subseqüentes a uma mensagem específica: EndSeqNo = 0 (representando o infinito). Página 24

25 Campo Nome Obrigatório Formato Observação [Trailer-padrão da mensagem] 8.5 Rejeição (tipo de mensagem = 3) A mensagem FIX de rejeição (3) é obrigatoriamente emitida quando uma mensagem recebida não pode ser processada adequadamente devido à violação de uma regra da sessão. Campo Nome Obrigatório Formato Observação [Header-padrão da mensagem] 45 RefSeqNum Y Int Número de seqüência da mensagem de referência rejeitada 371 RefCampoID N Int Número do campo FIX de referência 372 RefMsgType N String Tipo de mensagem FIX de referência 373 SessionRejectReason Y Int Código para identificar o motivo da mensagem de rejeição no nível de sessão. Valores aceitos: 0 = número de campo inválido 1 = falta campo obrigatório 2 = campo não-definido para esse tipo de mensagem 3 = campo não-definido 4 = campo especificado sem valor 5 = valor incorreto (fora da faixa) para campo 6 = formato incorreto de dados para valor 9 = problemas com CompID 10 = problema de precisão no horário de envio 11 = tipo de mensagem inválido 13 = campo aparece mais de uma vez 14 = campo especificado fora da ordem necessária 15 = campos de grupo de repetição fora de ordem 16 = contagem incorreta do número de registros (NumInGroup) para grupo de repetição 17 = valor de dados não-numéricos inclui delimitador de campo (delimitador SOH) 99 = outros 58 Text N String Sempre que possível, mensagem para explicar o motivo da rejeição [Trailer-padrão da mensagem] 8.6 Reiniciação de seqüência (tipo de mensagem = 4) A mensagem de reiniciação de seqüência (4) possui duas modalidades: preenchimento de intervalo (Gap Fill Mode) e reiniciação (Reset). Página 25

26 A modalidade de preenchimento de intervalo é utilizada em resposta a uma solicitação de reenvio FIX (2), quando uma ou mais mensagens tiverem de ser ignoradas. A modalidade de reiniciação envolve a especificação de número de seqüência arbitrariamente maior, a ser esperado pelo destino da mensagem de reiniciação de seqüência FIX (4), sendo utilizada para restabelecer uma sessão FIX após falha irrecuperável de aplicação. Campo Nome Obrigatório Formato Observação [Header-padrão da mensagem] Indica que a mensagem de reiniciação de seqüência substitui mensagens administrativas ou de aplicação que não serão reenviadas. 123 GapFillFlag N Boolean Valores aceitos: Y = mensagem de preenchimento de intervalo, MsgSeqNum válido N = reiniciação de seqüência, ignore MsgSeqNum 36 NewSeqNo S Int Novo número de seqüência [Trailer-padrão da mensagem] 8.7 Desconexão (tipo de mensagem = 5) A mensagem de desconexão FIX (5) inicia ou confirma o encerramento de uma sessão FIX. Desconexões sem troca de mensagens de desconexão devem ser interpretadas como condição anormal. Campo Nome Obrigatório Formato Observação [Header-padrão da mensagem] 58 Text N String Explica o motivo da desconexão (se houver) [Trailer-padrão da mensagem] Página 26

27 9. Derivativos e câmbio 9.1 Horários de negociação/sessões Horários de conexão A BM&FBOVESPA poderá estabelecer outros horários de conexão FIX específicos para clientes, bolsas e provedores DMA. Contate a BM&FBOVESPA pelo centrodecontrole@bmf.com.br para saber os detalhes Sessões e fases de negociação O dia de pregão é a base para se estabelecer a divisão de tempo na negociação de um instrumento na BM&FBOVESPA. Durante cada dia de pregão, o tempo é dividido em fases. Cada fase tem horário de início e características especiais que identificam o comportamento do mercado para o instrumento (ou lista de instrumentos) que estiver na fase especificada. O início de uma fase de negociação marca o fim da fase anterior. Cada fase de negociação atua como um registro temporal para uma fatia do dia de pregão. Em outras palavras, um conjunto de regras de negócio (por exemplo, se uma oferta pode ser inserida, modificada ou excluída, os limites para negociação de determinado instrumento etc.) pode ser estabelecido para uma fase de negociação em particular. Exemplos de fase de negociação são: pré-abertura (leilão); oferta firme; abertura (fechamento eletrônico de ofertas de leilão); negociação contínua; intervenção da área de acompanhamento de mercado; fechamento de mercado. Pode haver um ou mais dias corridos durante determinado dia de pregão. A figura a seguir ilustra essa divisão. Dia de pregão Dias corridos Dias corridos Consulta de início do dia Intervenção antes da abertura (...) Mini- batch Consulta de início do dia Oferta firme (...) Fase de negociação Figura 3 Dia de pregão (sessão de negociação) e fases de negociação As definições das fases e dos horários de negociação serão enviadas às contrapartes da conexão via mensageria FIX em versões futuras. Atualmente, essas informações estão disponíveis no endereço da BM&FBOVESPA na internet. Página 27

28 Fase de negociação e status do instrumento Tanto a fase de negociação quanto o instrumento podem apresentar situações diferentes durante determinado dia de pregão. Por exemplo, suponha que, em dado dia de pregão, a fase de negociação esteja no modo de negociação contínua e uma oferta seja recebida no núcleo de negociação. Nesse momento, este determina que a oferta excede o limite de alta de preço. O sistema inicia um leilão para o instrumento, cujo status muda para em leilão, mas a fase de negociação permanece em modo de negociação contínua, sem alterar o status (nem interrompido nem suspenso). O status do instrumento prevalece sobre sua fase de negociação. Portanto, se um instrumento estiver em status de leilão (impossibilitando o fechamento automático de ofertas) e sua fase de negociação estiver em modo de negociação contínua (quando ocorre o fechamento automático de ofertas), o fechamento automático de ofertas não ocorrerá para esse instrumento. Notificação de alteração de fase de negociação Quando muda uma fase de negociação ou o status de um instrumento, tal informação é enviada na forma de mensagem de dados de mercado. Isso é muito importante para que os operadores saibam que um instrumento está sendo leiloado ou para que sejam notificados de que a fase de negociação atual não lhes permitirá cancelar ordens enviadas à BM&FBOVESPA (nenhuma regra de negócio será enviada aos operadores, mas a indicação da fase de negociação lhes relembrará quais as regras que estão implícitas naquela fase, caso da fase de interferência antes da abertura ). Fases de negociação suportadas pela BM&FBOVESPA A tabela a seguir ilustra as fases de negociação suportadas pela BM&FBOVESPA, contendo informações sobre as funcionalidades de negociação de cada uma. Informações sobre a fase de negociação Disponível no mercado de: Nome Cód. Difusão de dados Inserção de oferta Cancelamento/ modificação de câmbio deriv. Evento oferta Consulta de início do dia C Permitida Nãopermitida Não-permitido N S Intervenção antes da abertura E Permitida Permitida Não-permitido N S Leilão de pré-abertura para estabelecer preço teórico de abertura Negociação contínua S Permitida Permitida Permitido S S Página 28

29 Fim de consulta F Não-permitida Nãopermitida Não-permitida N S Estado de pausa ao final do dia de pregão Intervenção da área de acompanhamento de mercado N Permitida Nãopermitida Permitido N S Fechamento de mercado U Não-permitida Nãopermitida Permitido N S Cancelamen to de todas as ordens do dia Mini-batch M Nãopermitida Nãopermitida Nãopermitido N S Indica alteração na sessão after-hours (mudança na data de negociação) Fase indefinida I Nãopermitida Nãopermitida Não-permitido S S Instrumento em fase indefinida. Negociação nãopermitida. 9.2 Versão FIX O mecanismo FIX BM&FBOVESPA está baseado na versão 4.4 do FIX. A versão 4.2 poderá ser suportada mediante solicitação à Bolsa. 9.3 Fluxos de mensagens Esta seção ilustra os fluxos de mensagens das Clearings de Derivativos e de Câmbio. Página 29

30 9.3.1 Derivativos Execução Trader Trader Operador Relatórios de dados de mercado (negócios, livro, informações referenciais) e de estado de ordem Inserção, cancelamento, e modificação de ordens GTS (sistema de negociação BM&FBOVESPA) Negócios (registro e cancelamento) Clearing de Derivativos Figura 4 Fluxo de mensagens da Clearing de Derivativos Página 30

31 9.3.2 Câmbio 1 Execução Trader Trader Banco Relatórios de dados de mercado (negócios, livro, informações referenciais) e de estado de ordem Inserção, cancelamento e modificação de ordens GTS (sistema de negociação BM&FBOVESPA) Solicitação/resposta de confirmação de negócio Clearing de Câmbio Registro/cancelamento de negócios Registro de negócios Sisbacen Figura 5 Fluxo de mensagens da Clearing de Câmbio Observação: na difusão de dados do mercado de câmbio, o participante não é especificado na mensagem (tela cega), i.e. as informações do livro de ofertas não contêm as informações de banco/corretor. 9.4 Mensagens de aplicação Esta seção detalha as mensagens de aplicação utilizadas na conexão com a BM&FBOVESPA Bloco de Identificação do instrumento Os instrumentos são identificados de forma única, utilizando o bloco de campos a seguir. Campo Nome Obrigatório Formato Observação Símbolo. A BM&FBOVESPA exige que esse campo seja 55 Symbol S String adequadamente preenchido. Ele contém a forma inteligível do campo SecurityID, disponível na mensagem de lista de instrumentos. 48 SecurityID S String Identificador do instrumento, conforme definido pela 1 Entre em contato com a BM&FBOVESPA para saber se há disponibilidade de conectividade FIX para operações de câmbio. Página 31

32 Campo Nome Obrigatório Formato Observação BM&FBOVESPA. Para a lista de instrumentos, consulte a mensagem correspondente (Security List). 22 SecurityIDSource C String Classe ou fonte de identificação do instrumento. Campo condicionado a SecurityID estar especificado. Valor aceito: 8 = símbolo da Bolsa (identificador BM&FBOVESPA para instrumento) 207 SecurityExchange N String Mercado ao qual o instrumento pertence (campo 48). Valor aceito: XBMF = BM&FBOVESPA Esse campo é opcional e sua ausência implica a atribuição automática do valor XBMF (BM&FBOVESPA) para mercado (Market Center) Definição do instrumento 2 As mensagens FIX são utilizadas para que as partes possam estabelecer quais instrumentos são negociados na BM&FBOVESPA. A mensageria de definição de instrumento baseia-se em modelo de fornecimento de sinal por meio do qual a instituição-cliente assina o recebimento das definições de instrumentos, bem como das atualizações posteriores, de acordo com critérios específicos. Essa assinatura pode ser cancelada a qualquer tempo. Solicitação de lista de instrumentos (tipo de mensagem = x) A mensagem de solicitação de lista de instrumentos é usada pela instituição que se conecta à BM&FBOVESPA para obter uma relação de todos os instrumentos disponíveis à negociação nessa conexão, segundo critérios especificados, assim como receber atualizações adicionais que atendam a esses critérios. A resposta é uma mensagem de lista de instrumentos que contém informações sobre os instrumentos transacionados, como identificadores e dados relevantes de negociação (lote, quantidade mínima, intervalo para incrementos de preço etc.). Caso a solicitação falhe, a resposta correspondente será incluída na mensagem de lista de instrumentos com o campo de resultado (SecurityRequestResult) indicando o motivo da rejeição. O cancelamento dessa assinatura poderá ser feito marcando-se o campo tipo de solicitação (SubscriptionRequestType) com o número 2 (cancelar assinatura). Campo Nome Obrigatóri Formato Observação o [Header-padrão da mensagem] Identificador único da solicitação de 320 SecurityReqID S String lista de instrumentos. A BM&FBOVESPA recomenda fortemente que esse valor seja único 2 Entre em contato com a BM&FBOVESPA para saber se essa mensagem está disponível. Página 32