Fluxo de trabalho do sistema comercial

O jogo mudou. Faça sua jogada. O jogo mudou. Faça sua jogada.

A Blue Trading Systems oferece soluções de negociação abrangentes para comerciantes profissionais de derivativos. Oferecemos um software de negociação robusto e de alto desempenho desenvolvido ao lado de comerciantes ao longo de uma década de negociação rentável nos mercados de derivativos de Chicago e Nova York.

Uma solução de negociação de alto desempenho e baixa latência para comerciantes de futuros profissionais.

Nossa solução de negociação abrangente e de alto desempenho para comerciantes de opções profissionais.

Estamos continuamente melhorando o desempenho do nosso software para lhe dar a solução mais rápida possível. Estamos trabalhando arduamente para garantir que nosso software permaneça receptivo, mesmo quando o mercado é mais volátil.

Leia o nosso white paper.

Cofre, Atualizações rápidas.

Nós mantemos um ciclo de liberação rápida ao longo do ano, mas cada lançamento passa por um rigoroso período de testes. Tanto a nossa equipe de suporte como os nossos desenvolvedores estão envolvidos para garantir que cada versão seja o mais segura possível. Então, quando você decide que está pronto para atualizar, você sabe que irá funcionar sem problemas.

Aprender mais sobre.

Email, bate-papo ou telefone, nossa equipe de suporte dedicada está pronta com uma compreensão incomparável de seus problemas de negócios e tecnologia. Você terá a proteção de nossos veteranos da indústria para resolver rapidamente quaisquer problemas que surjam.

Aprender mais sobre.

Volatilidade & amp; Gerenciamento de riscos.

A BTS Edge oferece uma sofisticação e flexibilidade sem precedentes na configuração de curvas de volatilidade e sintonizando sua resposta às mudanças nas condições de mercado, levando mais rapidamente a preços que refletem o verdadeiro valor de mercado, o aumento da confiança dos comerciantes e relatórios de risco mais realistas e precisos.

Saiba mais sobre Gestão de Riscos em.

Trader Designed Interface.

Nós oferecemos abordagens intuitivas que ajudam com as decisões comerciais e ajudam a explorar as oportunidades de mercado. Nossas ferramentas fornecem uma sólida base tecnológica para os fabricantes de mercado de opções, os grupos de negociação proprietária e os corretores, bastante simplificando o fluxo de trabalho comercial.

Saiba mais sobre nossa interface de usuário em.

Negociação eletrônica.

Nosso novo sistema de comércio eletrônico foi construído desde o início em C ++ para alcançar os perfis de latência necessários para competir no mercado de derivados eletrônicos de hoje. Trabalhamos continuamente para otimizar e expandir nossa oferta de negociação eletrônica de baixa latência. Os ciclos de liberação rápida garantem que respondemos rapidamente às mudanças nas condições da indústria.

Saiba mais sobre comércio eletrônico em.

Assine a nossa lista de discussão.

Testemunhos.

Eu tenho sido um usuário há muito tempo do software BTS desde os primeiros dias da Blue Capital. Por quase 15 anos, o software BTS foi indispensável para mim. Seus sistemas são confiáveis, flexíveis e atendem a todas as necessidades de um comerciante moderno. Combinados com a equipe de quads e equipe de suporte de classe mundial, o BTS certamente encaixa e aprimora qualquer estilo de negociação.

"O pedido de piso do BTS é o melhor que eu vi em mais de 10 anos de negociação no chão. A interface do usuário é muito rápida e fornece um fluxo de trabalho comercial altamente otimizado que me permite identificar e atuar em oportunidades de negociação mais rápido que os concorrentes usando sistemas mais lentos ".

-Jimmy Lynch, SAJ.

O BTS Edge fornece uma das ferramentas de gerenciamento de riscos mais dinâmicas que a indústria tem para oferecer. Como SPX Index Market Makers no CBOE, dados rápidos e confiáveis ​​são cruciais para nossa atividade comercial. BTS nos fornece a capacidade de fazer ajustes e ver os resultados em um período de tempo rápido onde a velocidade é crítica. Nos sentimos muito confortáveis, sabendo que as saídas de risco são verdadeiras, dado os pressupostos que colocamos no sistema. A capacidade de ajustar a nossa resposta à volatilidade é muito útil quando temos grandes posições e precisamos fazer ajustes para compensar a mudança que prevemos na volatilidade.

-Steve Balz, Risk Manager Alphagen Securities.

Treze anos e 3,5 bilhões de contratos mais tarde, o Advantage Futures aumentou para se tornar uma das maiores empresas de compensação de futuros de volume na indústria para uma base de clientes diversificada e em rápida expansão. Advantage Futures foi fundado no princípio de que cada cliente recebe atendimento ao cliente personalizado, tecnologia avançada e operações customizáveis ​​de back office. Todos os dias, o time Advantage Futures oferece serviços abrangentes e de execução de clareamento e execução para permitir que comerciantes como você se concentrem nas negociações. Comercializar um FCM com uma infra-estrutura robusta, tempo rápido e transparência financeira.

Decodificação de dados de mercado direto de CME e ICE ultra rápido, de um dígito, de um dígito.

BTS hospedado planos fornecidos pelo nosso parceiro de rede GuavaTech.

Uma arquitetura de tecnologia Hedge Fund.

Esta publicação é outra parte de uma série sobre o Hedge Fund Systems, uma série de postagens baseadas em minha experiência na concepção, implementação, questões e pensamentos envolvidos na elaboração de uma plataforma de ponta a ponta para um Hedge Fund complexo.

Esta é uma versão modificada do meu plano de arquitetura original de 2004 para um Hedge Fund. Veja The Opportunity sobre como aconteceu.

Nesta publicação, cobrimos os objetivos da arquitetura, atravessamos a própria arquitetura e fornecemos uma visão geral dos gregos, nossa implementação.

Objetivos da Arquitetura.

Antes de discutir o conteúdo e o fluxo, precisamos examinar várias das metas que eu quero da arquitetura e de qualquer software implementado para conseguir:

A mensagem é a chave. Uma grande parte das operações de qualquer negócio de finanças é a capacidade de entregar e receber dados de forma transparente. Trades, posições, preços, atualizações mestre de segurança e outros conjuntos de dados devem ser enviados entre a empresa e seus administradores, contrapartes, corretores de primeiro plano e sistemas de terceiros. Uma vez que esta mensagem é básica, ela é o núcleo da arquitetura. Ele prevê um módulo de mensagens que é um conjunto de ferramentas e um conjunto de configurações para enviar e receber todos os dados de qualquer lugar, a qualquer momento, em qualquer formato. A padronização é a chave. Todos os dados no sistema estão contidos em alguns objetos e locais padrão. Não importa o que foi negociado, é um objeto comercial. Independentemente da segurança, é um objeto de segurança. O que significa que, independentemente do formato ou codificação externa, todos os dados dentro da arquitetura devem ser padronizados. As interfaces na arquitetura só precisam ser escritas para interagir com um padrão, o que leva a um código muito menor para manter. A flexibilidade é a chave. A arquitetura deve apoiar a adição de novos fundos, moedas, classes de ativos e terceiros com facilidade. O que significa que deve ser dinamicamente configurável e baseado no fluxo de trabalho, não rígido, siled ou baseado em dados. O fluxo de trabalho é a chave. A arquitetura deve implementar e automatizar os melhores fluxos de trabalho para este tipo de negócios e permitir aos usuários rastrear e monitorar esses fluxos. Um modelo de fluxo de trabalho também permite que o sistema cresça e mude conforme o negócio faz. Operações por Exceção. O sistema deve lidar automaticamente com todos os fluxos de trabalho de rotina sem a intervenção do usuário. Ele também deve alertar os usuários quando as coisas dão errado ou acontecem fora dos fluxos normais e fornecem as ferramentas para permitir que a equipe se concentre apenas nessas exceções. Não queremos que as pessoas realizem tarefas manuais domésticas que a arquitetura pode e deve estar realizando, queremos que elas tenham as ferramentas para se concentrar, rastrear e gerenciar as exceções. A integração é a chave. A arquitetura deve ser totalmente integrada desde o início; O código de cola e as soluções alternativas não são permitidas. As soluções alternativas são como térmitas, uma vez que elas entram, elas nunca podem ser completamente erradicadas. Uma versão da verdade. Deve haver um único e único lugar para criar, modificar e remover um elemento de dados. Todos os sistemas que exijam cópias desse elemento de dados devem tê-lo empurrado a partir da única fonte e não deve haver nenhuma maneira de alterar os dados duplicados. Isso complica o modelo de acesso ao usuário, mas garante que todas as alterações passem pelos fluxos de trabalho apropriados. Não conduzido pela contabilidade. A contabilidade é necessária para o cálculo do NAV e o registro dos livros e registros oficiais do negócio. Mas a contabilidade é apenas uma visão de um subconjunto de dados em uma empresa de finanças. Há também colaterais, exposição, risco, análises históricas, análises do que é o caso, reconciliações e modelos, nenhum dos quais pode ser feito por sistemas de contabilidade. O negócio não é contabilístico, não deve ser conduzido por ele. Ou os cães agitam suas caudas, suas caudas não as abanam. Código, não dados. A arquitetura deve depender do código orientado a objetos otimizado e não em consultas de banco de dados, relatórios e scripts. O banco de dados deve ser usado apenas como um armazenamento de dados e compartilhado, o código comum deve ser usado para acessar os dados para realizar cálculos, exibições presentes dos dados ou para interfaces. Por quê? Como os bancos de dados são rígidos, o código é flexível. E porque os bancos de dados precisam de uniões caras e rígidas, os objetos podem ser compostos para criar formas mais complexas. Toda a informação ao seu alcance. A arquitetura deve fornecer visões dos dados para atender às necessidades de todos os usuários com o clique de um botão e um olhar para uma tela. E se a informação precisa ser compartilhada com pessoas de fora, sejam eles investidores, contrapartes, agentes de crédito, auditores ou mesmo reguladores, a arquitetura deve ter os dados disponíveis e facilitar a geração e entrega no formato que eles solicitem. A produtividade é a chave. Todos esses objetivos se resumem a criar uma arquitetura que maximize a produtividade do desenvolvedor e do usuário. Todos os fluxos, dados, flexibilidade e integração no mundo não são bons, a menos que a plataforma seja intuitiva, fácil de usar, fornece o que cada usuário precisa, quando a precisa, como eles precisam e são projetados para produtividade.

A arquitetura.

Deixe-nos seguir o fluxo de trabalho comercial através da arquitetura:

Um trader modela um comércio ou mesmo faz um pedido usando o Analytics. Se o comércio for executado eletronicamente, ele será alimentado a partir de Sistemas de Negociação. Estas incluem plataformas de negociação de terceiros, como conexões REDI, FIX STP ou mesmo arquivos de contrapartes. Caso contrário, o comerciante precisa reservar isso na negociação manualmente. Todos os negócios para todas as classes de ativos são rastreados, registrados e alocados no sistema de negociação e em nenhum outro lugar. Os documentos comerciais estão anexados. As informações de segurança para o comércio são acessadas a partir de dados mestre. Se a segurança não for encontrada, os Dados mestre serão apagados e fornecerão os dados da segurança de dados de fontes de dados. Uma vez que a segurança está no banco de dados de dados mestre, ela será mantida por dados mestre, capturando mudanças, ações e taxas para esta segurança. Os títulos de derivativos e de contratos OTC também são gerenciados por dados mestre. Os Dados mestre também contém informações de configuração adicionais, tais como: Informações do Fundo e do alimentador. Informações da conta de contraparte. Livros e Estratégias. Acesso e permissões do usuário. Regras de tarifas e comissões. Regras de conformidade, limites do comerciante. Todos os outros dados de configuração comuns. Uma vez que o comércio é verificado na negociação, ele é entregue para Mensagens. O Messaging determina quem precisa saber sobre o comércio, quando o precisa, em que formato e, em seguida, entrega o comércio (e confirma a entrega) para: The Trade & rsquo; s Prime Broker. O Administrador de fundos do Trade & rsquo; s. Notifica a contraparte, se necessário. Empurre-o de volta para o Trader & rsquo; s Analytics para refletir a execução. Desencadeia um modelo executado em Preços e Riscos, se necessário. Notifica o sistema de Operações interno para que a P & amp; L e a exposição ao vivo possam ser atualizadas. E o empurra para o sistema de contabilidade do fundo, juntamente com todos os dados de referência necessários. Quando necessário, o sistema de Preços e Riscos puxa (ou é empurrado) os preços dos Serviços de Preços no mercado e alimenta os preços necessários para Mensagens, o que os entrega para onde eles são necessários. Se uma segurança precisa de um modelo, o Pricing e o Risk configuram um modelo e o executam usando o mesmo Trader Analytics para cobrar essa segurança. O preço e o risco também coletam informações de risco de seus próprios modelos e Analytics para criar relatórios de risco intradiários. Os pacotes de preços e riscos acumulam todo o fundo e impulsionam os Sistemas de Risco para gerar testes de estresse de portfólio, relatórios de risco e VAR. O preço e o Risco usam regras de preços para determinar os preços de fim de dia e final de mês para usar para marcar o livro e os entrega usando o Messaging. A equipe de operações da empresa usa o sistema de Operações para executar todas as funções de operações, incluindo: Confirmar e liquidar negócios. Gerenciar dinheiro e executar transferências bancárias. Gerenciar participações e movimentos de segurança. Acompanhe os pagamentos de juros, taxas e comissões e receitas. Visualizar e monitorar P & amp; L. Execute quaisquer ações corporativas (Se isso afetar negócios, isso acontece no sistema de Negociação). Acompanhe e gerencie todos os financiamentos e descontos. Reserve eventuais déficits de hipotecas e pagamentos. Compare as chamadas de margem para relatórios de gerenciamento de garantias. Despesas de livros. Crie e envie todos os relatórios regulatórios. Mudanças e instruções nas Operações são entregues usando o Messaging para Prime Brokers e Contabilidade do Fundo. No dia seguinte, o sistema Reconciliações recupera cópias de arquivos de dados (não relatórios) de Prime Brokers, Administradores, do sistema de contabilidade de fundos e do sistema de operações e executa uma reconciliação automatizada de múltiplas vias. Quaisquer problemas encontrados são apresentados como ação no pessoal de operações para resolução. Assinaturas, resgates, alocações de investidores e declarações podem ser realizadas pelos Administradores, mas também são verificados e equilibrados na Administração de Investidores. Isso também funciona como um sistema de marketing para o potencial rastreamento de investidores e para a entrega de relatórios de transparência.

Essa arquitetura fornece fontes únicas de todos os dados em toda a plataforma, centraliza atividades onde pode e consiste em ferramentas para permitir as interfaces e os fluxos desejados. Independentemente da classe de ativos, os usuários vão ao mesmo lugar na plataforma para executar tarefas.

Ele também elimina muita duplicação de dados entre sistemas, pois todos os componentes usam a mesma fonte única e ao vivo. O que significa que a empresa não precisa gastar recursos para sincronizar e conciliar entre componentes internos e pode confiar nos números apresentados.

Também permite a máxima automação do negócio. Uma vez que os mesmos dados e os mesmos objetos internos são usados ​​em todos os lugares, a criação de interfaces para análise e sistemas de terceiros é centralizada e fácil de implementar. Especialmente quando os toolkits e as bibliotecas são criadas para uma versão de um formato, a próxima é fácil.

A arquitetura também permite que a equipe do desenvolvedor gaste tempo e recursos na criação de melhores visualizações e na adição de recursos para atender as próximas mudanças comerciais, em vez de escrever mais códigos de cola, reparar manualmente problemas ou lidar com falhas de integração.

E quando um formato ou interface muda, as bibliotecas estão no lugar para permitir que a equipe de desenvolvimento implemente a mudança muito rapidamente e entre na produção. Quando você tem um mishmash de sistemas (sem arquitetura), cada mudança por parte dos desenvolvedores deve ser testada em toda a rede de sistemas e cola para garantir que não quebre o fluxo comercial em outros lugares. E isso demora muito tempo.

Uma Implementação.

Esta arquitetura foi implementada como o núcleo de um Fundo de Hedge de 900mm + que negociava tudo exceto commodities. Este diagrama é uma versão do que incluímos no Livro de Pitch do nosso fundo.

Os gregos consistiam em:

Lambda era o nosso sistema Master Data, um mestre de segurança e configurador de plataforma de manutenção automática. Todos os fundos, acesso a usuários, regras e contas foram configurados aqui. Epsilon era a base de código mestre, um conjunto de bibliotecas de códigos e classes usadas em todos os componentes para tudo, incluindo negócios, posições, títulos, cálculos, interface de usuário, geração de arquivos e formatos, convenções, análises e outros códigos comuns. Nós só possuímos uma maneira de realizar qualquer cálculo e reutilizá-lo em todos os lugares. A Omega era o componente de Negociação, apoiando 65 classes de ativos diferentes de ações, através de títulos corporativos, títulos do governo, futuros, opções, swaps, credit default swaps, hipotecas, hipotecas derivadas, FX e dívida bancária. Ele também atuou como destino para todas as conexões STP e forneceu nossos relatórios de comerciantes e acesso à documentação comercial. Mu era o módulo de mensagens, com integrações para seis Prime Brokers, dois Administradores e algumas contrapartes. Ele também entregou dados para a Zeta, VPM para Accounting do Fundo e todas as nossas análises de terceiros, incluindo Imagine e PolyPaths. Rho era nossa plataforma de preços e riscos, classificando todas as posições em nossos livros todos os dias, não importa o quão ilíquido. Ele também coletou dados de risco de uma miríade de análises desenvolvidas internamente e de terceiros, normalizou os dados e apresentou relatórios de risco intra-dia. Em seguida, empurrou todo o portfólio para a RiskMetrics para o risco do portfólio e retirou os dados para relatórios. O Zeta era o nosso componente de Operações, que administrava todas as funções de middle office, back office e operações, desde confirmações de comércio, liquidação e gerenciamento de caixa, P & amp; L e financiamento para um sistema de gerenciamento de colateral. Tau foi o nosso componente Reconciliação, conciliando todos os sistemas e contrapartes e rastreando as quebras. A Phi foi o nosso componente de Gestão de Investidores. Kappa e Pi foram sistemas adicionais adicionados à plataforma para realizar vigilância e modelagem de hipotecas.

Os gregos foram desenvolvidos em C # nativo em uma base de dados do SQL Server. Alguma codificação foi realizada em Perl, C ++ e MATLAB. A versão original tinha clientes GUI com um back-end de serviços web e MSMQ para gerenciar mensagens, a segunda versão tinha clientes GUI com um modelo de rede mais rápido, direto e nosso próprio modelo de mensagens.

A arquitetura funcionou?

Sim, com certeza.

Ele nos permitiu crescer de 40mm para mais de 900mm AUM sem adicionar muito número de pessoal. Nós crescemos de um único fundo para um com contas gerenciadas e auto-alocações. Passamos de 20 a cerca de 65 classes de ativos. Começamos com dois corretores principais e acabamos com três diferentes. Começamos com um administrador e adicionamos outro.

Enquanto a arquitetura permaneceu a mesma, o conjunto de recursos cresceu e evoluiu também. Por exemplo, não construímos os componentes originais com a passagem automática de alocações de fundos em mente e não conhecimos a necessidade de gerenciamento de garantias e previsão de margem. Mas a arquitetura permaneceu como o modelo de objeto evoluiu.

Nós sempre soubemos onde cada posição, participação e dólar era. Nós sempre conhecemos o valor eo risco de nosso portfólio. Nós tínhamos configurado para recuperação de desastres e testado failover regularmente. Se algo mudou, o sistema mudou com ele. E quando alguém precisava de informações, nós tínhamos tudo ao nosso alcance, e nunca foi confuso ou inconsistente.

Não sofremos interrupção do negócio, nem limites ao crescimento e ao alcance do negócio. E nós, e mais importante, nossos investidores, entendemos e confiamos em nossa tecnologia, liberando-nos para se concentrar em negociação e oportunidades.

Talvez funcionasse apenas porque poderíamos e desenhamos nossos negócios desta forma. Veja The Opportunity para saber como surgiu esta situação ideal para criar este sistema ideal para o nosso fundo.

Ou talvez a eliminação da duplicação, a centralização do código, dados e funções, a compreensão que apenas um desenvolvedor de um sistema pode ter para sua própria criação, fizeram essa arquitetura cantar.

Ou talvez fosse fácil para investidores, agentes de crédito, gestores de portfólio, auditores e reguladores ver a transparência do sistema, a qualidade de seus dados e entender sua arquitetura.

Para obter mais informações sobre a série, consulte o Hedge Fund Systems ou contratar-nos para ajudá-lo com suas necessidades de sistemas Hedge Fund.

Siga o autor como @hiltmon no Twitter e @hiltmon na aplicação. Mute #xpost em um.

Sobre a Noverse LLC.

Noverse é um designer e desenvolvedor independente de software de Nova York, estabelecido em 2018 pela Hilton Lipschitz (@hiltmon) para fornecer serviços experientes de consultoria e desenvolvimento para Hedge Funds e criar softwares brilhantes na web, iOS e Macintosh.

Para uma escrita mais recente, visite o site público da Hilton em Hiltmon.

Produtos & amp; Sites.

Escolha o melhor momento para ligar para o exterior.

Postagens recentes.

Últimos Tweets.

Atualização de status & # 8230;

Direitos autorais e cópia; 2018 - Hilton Lipschitz - Desenvolvido por Octopress.

Uma arquitetura de tecnologia Hedge Fund.

Esta publicação é outra parte de uma série sobre o Hedge Fund Systems, uma série de postagens baseadas em minha experiência na concepção, implementação, questões e pensamentos envolvidos na elaboração de uma plataforma de ponta a ponta para um Hedge Fund complexo.

Esta é uma versão modificada do meu plano de arquitetura original de 2004 para um Hedge Fund. Veja The Opportunity sobre como aconteceu.

Nesta publicação, cobrimos os objetivos da arquitetura, atravessamos a própria arquitetura e fornecemos uma visão geral dos gregos, nossa implementação.

Objetivos da Arquitetura.

Antes de discutir o conteúdo e o fluxo, precisamos examinar várias das metas que eu quero da arquitetura e de qualquer software implementado para conseguir:

A mensagem é a chave. Uma grande parte das operações de qualquer negócio de finanças é a capacidade de entregar e receber dados de forma transparente. Trades, posições, preços, atualizações mestre de segurança e outros conjuntos de dados devem ser enviados entre a empresa e seus administradores, contrapartes, corretores de primeiro plano e sistemas de terceiros. Uma vez que esta mensagem é básica, ela é o núcleo da arquitetura. Ele prevê um módulo de mensagens que é um conjunto de ferramentas e um conjunto de configurações para enviar e receber todos os dados de qualquer lugar, a qualquer momento, em qualquer formato. A padronização é a chave. Todos os dados no sistema estão contidos em alguns objetos e locais padrão. Não importa o que foi negociado, é um objeto comercial. Independentemente da segurança, é um objeto de segurança. O que significa que, independentemente do formato ou codificação externa, todos os dados dentro da arquitetura devem ser padronizados. As interfaces na arquitetura só precisam ser escritas para interagir com um padrão, o que leva a um código muito menor para manter. A flexibilidade é a chave. A arquitetura deve apoiar a adição de novos fundos, moedas, classes de ativos e terceiros com facilidade. O que significa que deve ser dinamicamente configurável e baseado no fluxo de trabalho, não rígido, siled ou baseado em dados. O fluxo de trabalho é a chave. A arquitetura deve implementar e automatizar os melhores fluxos de trabalho para este tipo de negócios e permitir aos usuários rastrear e monitorar esses fluxos. Um modelo de fluxo de trabalho também permite que o sistema cresça e mude conforme o negócio faz. Operações por Exceção. O sistema deve lidar automaticamente com todos os fluxos de trabalho de rotina sem a intervenção do usuário. Ele também deve alertar os usuários quando as coisas dão errado ou acontecem fora dos fluxos normais e fornecem as ferramentas para permitir que a equipe se concentre apenas nessas exceções. Não queremos que as pessoas realizem tarefas manuais domésticas que a arquitetura pode e deve estar realizando, queremos que elas tenham as ferramentas para se concentrar, rastrear e gerenciar as exceções. A integração é a chave. A arquitetura deve ser totalmente integrada desde o início; O código de cola e as soluções alternativas não são permitidas. As soluções alternativas são como térmitas, uma vez que elas entram, elas nunca podem ser completamente erradicadas. Uma versão da verdade. Deve haver um único e único lugar para criar, modificar e remover um elemento de dados. Todos os sistemas que exijam cópias desse elemento de dados devem tê-lo empurrado a partir da única fonte e não deve haver nenhuma maneira de alterar os dados duplicados. Isso complica o modelo de acesso ao usuário, mas garante que todas as alterações passem pelos fluxos de trabalho apropriados. Não conduzido pela contabilidade. A contabilidade é necessária para o cálculo do NAV e o registro dos livros e registros oficiais do negócio. Mas a contabilidade é apenas uma visão de um subconjunto de dados em uma empresa de finanças. Há também colaterais, exposição, risco, análises históricas, análises do que é o caso, reconciliações e modelos, nenhum dos quais pode ser feito por sistemas de contabilidade. O negócio não é contabilístico, não deve ser conduzido por ele. Ou os cães agitam suas caudas, suas caudas não as abanam. Código, não dados. A arquitetura deve depender do código orientado a objetos otimizado e não em consultas de banco de dados, relatórios e scripts. O banco de dados deve ser usado apenas como um armazenamento de dados e compartilhado, o código comum deve ser usado para acessar os dados para realizar cálculos, exibições presentes dos dados ou para interfaces. Por quê? Como os bancos de dados são rígidos, o código é flexível. E porque os bancos de dados precisam de uniões caras e rígidas, os objetos podem ser compostos para criar formas mais complexas. Toda a informação ao seu alcance. A arquitetura deve fornecer visões dos dados para atender às necessidades de todos os usuários com o clique de um botão e um olhar para uma tela. E se a informação precisa ser compartilhada com pessoas de fora, sejam eles investidores, contrapartes, agentes de crédito, auditores ou mesmo reguladores, a arquitetura deve ter os dados disponíveis e facilitar a geração e entrega no formato que eles solicitem. A produtividade é a chave. Todos esses objetivos se resumem a criar uma arquitetura que maximize a produtividade do desenvolvedor e do usuário. Todos os fluxos, dados, flexibilidade e integração no mundo não são bons, a menos que a plataforma seja intuitiva, fácil de usar, fornece o que cada usuário precisa, quando a precisa, como eles precisam e são projetados para produtividade.

A arquitetura.

Deixe-nos seguir o fluxo de trabalho comercial através da arquitetura:

Um trader modela um comércio ou mesmo faz um pedido usando o Analytics. Se o comércio for executado eletronicamente, ele será alimentado a partir de Sistemas de Negociação. Estas incluem plataformas de negociação de terceiros, como conexões REDI, FIX STP ou mesmo arquivos de contrapartes. Caso contrário, o comerciante precisa reservar isso na negociação manualmente. Todos os negócios para todas as classes de ativos são rastreados, registrados e alocados no sistema de negociação e em nenhum outro lugar. Os documentos comerciais estão anexados. As informações de segurança para o comércio são acessadas a partir de dados mestre. Se a segurança não for encontrada, os Dados mestre serão apagados e fornecerão os dados da segurança de dados de fontes de dados. Uma vez que a segurança está no banco de dados de dados mestre, ela será mantida por dados mestre, capturando mudanças, ações e taxas para esta segurança. Os títulos de derivativos e de contratos OTC também são gerenciados por dados mestre. Os Dados mestre também contém informações de configuração adicionais, tais como: Informações do Fundo e do alimentador. Informações da conta de contraparte. Livros e Estratégias. Acesso e permissões do usuário. Regras de tarifas e comissões. Regras de conformidade, limites do comerciante. Todos os outros dados de configuração comuns. Uma vez que o comércio é verificado na negociação, ele é entregue para Mensagens. O Messaging determina quem precisa saber sobre o comércio, quando o precisa, em que formato e, em seguida, entrega o comércio (e confirma a entrega) para: The Trade & rsquo; s Prime Broker. O Administrador de fundos do Trade & rsquo; s. Notifica a contraparte, se necessário. Empurre-o de volta para o Trader & rsquo; s Analytics para refletir a execução. Desencadeia um modelo executado em Preços e Riscos, se necessário. Notifica o sistema de Operações interno para que a P & amp; L e a exposição ao vivo possam ser atualizadas. E o empurra para o sistema de contabilidade do fundo, juntamente com todos os dados de referência necessários. Quando necessário, o sistema de Preços e Riscos puxa (ou é empurrado) os preços dos Serviços de Preços no mercado e alimenta os preços necessários para Mensagens, o que os entrega para onde eles são necessários. Se uma segurança precisa de um modelo, o Pricing e o Risk configuram um modelo e o executam usando o mesmo Trader Analytics para cobrar essa segurança. O preço e o risco também coletam informações de risco de seus próprios modelos e Analytics para criar relatórios de risco intradiários. Os pacotes de preços e riscos acumulam todo o fundo e impulsionam os Sistemas de Risco para gerar testes de estresse de portfólio, relatórios de risco e VAR. O preço e o Risco usam regras de preços para determinar os preços de fim de dia e final de mês para usar para marcar o livro e os entrega usando o Messaging. A equipe de operações da empresa usa o sistema de Operações para executar todas as funções de operações, incluindo: Confirmar e liquidar negócios. Gerenciar dinheiro e executar transferências bancárias. Gerenciar participações e movimentos de segurança. Acompanhe os pagamentos de juros, taxas e comissões e receitas. Visualizar e monitorar P & amp; L. Execute quaisquer ações corporativas (Se isso afetar negócios, isso acontece no sistema de Negociação). Acompanhe e gerencie todos os financiamentos e descontos. Reserve eventuais déficits de hipotecas e pagamentos. Compare as chamadas de margem para relatórios de gerenciamento de garantias. Despesas de livros. Crie e envie todos os relatórios regulatórios. Mudanças e instruções nas Operações são entregues usando o Messaging para Prime Brokers e Contabilidade do Fundo. No dia seguinte, o sistema Reconciliações recupera cópias de arquivos de dados (não relatórios) de Prime Brokers, Administradores, do sistema de contabilidade de fundos e do sistema de operações e executa uma reconciliação automatizada de múltiplas vias. Quaisquer problemas encontrados são apresentados como ação no pessoal de operações para resolução. Assinaturas, resgates, alocações de investidores e declarações podem ser realizadas pelos Administradores, mas também são verificados e equilibrados na Administração de Investidores. Isso também funciona como um sistema de marketing para o potencial rastreamento de investidores e para a entrega de relatórios de transparência.

Essa arquitetura fornece fontes únicas de todos os dados em toda a plataforma, centraliza atividades onde pode e consiste em ferramentas para permitir as interfaces e os fluxos desejados. Independentemente da classe de ativos, os usuários vão ao mesmo lugar na plataforma para executar tarefas.

Ele também elimina muita duplicação de dados entre sistemas, pois todos os componentes usam a mesma fonte única e ao vivo. O que significa que a empresa não precisa gastar recursos para sincronizar e conciliar entre componentes internos e pode confiar nos números apresentados.

Também permite a máxima automação do negócio. Uma vez que os mesmos dados e os mesmos objetos internos são usados ​​em todos os lugares, a criação de interfaces para análise e sistemas de terceiros é centralizada e fácil de implementar. Especialmente quando os toolkits e as bibliotecas são criadas para uma versão de um formato, a próxima é fácil.

A arquitetura também permite que a equipe do desenvolvedor gaste tempo e recursos na criação de melhores visualizações e na adição de recursos para atender as próximas mudanças comerciais, em vez de escrever mais códigos de cola, reparar manualmente problemas ou lidar com falhas de integração.

E quando um formato ou interface muda, as bibliotecas estão no lugar para permitir que a equipe de desenvolvimento implemente a mudança muito rapidamente e entre na produção. Quando você tem um mishmash de sistemas (sem arquitetura), cada mudança por parte dos desenvolvedores deve ser testada em toda a rede de sistemas e cola para garantir que não quebre o fluxo comercial em outros lugares. E isso demora muito tempo.

Uma Implementação.

Esta arquitetura foi implementada como o núcleo de um Fundo de Hedge de 900mm + que negociava tudo exceto commodities. Este diagrama é uma versão do que incluímos no Livro de Pitch do nosso fundo.

Os gregos consistiam em:

Lambda era o nosso sistema Master Data, um mestre de segurança e configurador de plataforma de manutenção automática. Todos os fundos, acesso a usuários, regras e contas foram configurados aqui. Epsilon era a base de código mestre, um conjunto de bibliotecas de códigos e classes usadas em todos os componentes para tudo, incluindo negócios, posições, títulos, cálculos, interface de usuário, geração de arquivos e formatos, convenções, análises e outros códigos comuns. Nós só possuímos uma maneira de realizar qualquer cálculo e reutilizá-lo em todos os lugares. A Omega era o componente de Negociação, apoiando 65 classes de ativos diferentes de ações, através de títulos corporativos, títulos do governo, futuros, opções, swaps, credit default swaps, hipotecas, hipotecas derivadas, FX e dívida bancária. Ele também atuou como destino para todas as conexões STP e forneceu nossos relatórios de comerciantes e acesso à documentação comercial. Mu era o módulo de mensagens, com integrações para seis Prime Brokers, dois Administradores e algumas contrapartes. Ele também entregou dados para a Zeta, VPM para Accounting do Fundo e todas as nossas análises de terceiros, incluindo Imagine e PolyPaths. Rho era nossa plataforma de preços e riscos, classificando todas as posições em nossos livros todos os dias, não importa o quão ilíquido. Ele também coletou dados de risco de uma miríade de análises desenvolvidas internamente e de terceiros, normalizou os dados e apresentou relatórios de risco intra-dia. Em seguida, empurrou todo o portfólio para a RiskMetrics para o risco do portfólio e retirou os dados para relatórios. O Zeta era o nosso componente de Operações, que administrava todas as funções de middle office, back office e operações, desde confirmações de comércio, liquidação e gerenciamento de caixa, P & amp; L e financiamento para um sistema de gerenciamento de colateral. Tau foi o nosso componente Reconciliação, conciliando todos os sistemas e contrapartes e rastreando as quebras. A Phi foi o nosso componente de Gestão de Investidores. Kappa e Pi foram sistemas adicionais adicionados à plataforma para realizar vigilância e modelagem de hipotecas.

Os gregos foram desenvolvidos em C # nativo em uma base de dados do SQL Server. Alguma codificação foi realizada em Perl, C ++ e MATLAB. A versão original tinha clientes GUI com um back-end de serviços web e MSMQ para gerenciar mensagens, a segunda versão tinha clientes GUI com um modelo de rede mais rápido, direto e nosso próprio modelo de mensagens.

A arquitetura funcionou?

Sim, com certeza.

Ele nos permitiu crescer de 40mm para mais de 900mm AUM sem adicionar muito número de pessoal. Nós crescemos de um único fundo para um com contas gerenciadas e auto-alocações. Passamos de 20 a cerca de 65 classes de ativos. Começamos com dois corretores principais e acabamos com três diferentes. Começamos com um administrador e adicionamos outro.

Enquanto a arquitetura permaneceu a mesma, o conjunto de recursos cresceu e evoluiu também. Por exemplo, não construímos os componentes originais com a passagem automática de alocações de fundos em mente e não conhecimos a necessidade de gerenciamento de garantias e previsão de margem. Mas a arquitetura permaneceu como o modelo de objeto evoluiu.

Nós sempre soubemos onde cada posição, participação e dólar era. Nós sempre conhecemos o valor eo risco de nosso portfólio. Nós tínhamos configurado para recuperação de desastres e testado failover regularmente. Se algo mudou, o sistema mudou com ele. E quando alguém precisava de informações, nós tínhamos tudo ao nosso alcance, e nunca foi confuso ou inconsistente.

Não sofremos interrupção do negócio, nem limites ao crescimento e ao alcance do negócio. E nós, e mais importante, nossos investidores, entendemos e confiamos em nossa tecnologia, liberando-nos para se concentrar em negociação e oportunidades.

Talvez funcionasse apenas porque poderíamos e desenhamos nossos negócios desta forma. Veja The Opportunity para saber como surgiu esta situação ideal para criar este sistema ideal para o nosso fundo.

Ou talvez a eliminação da duplicação, a centralização do código, dados e funções, a compreensão que apenas um desenvolvedor de um sistema pode ter para sua própria criação, fizeram essa arquitetura cantar.

Ou talvez fosse fácil para investidores, agentes de crédito, gestores de portfólio, auditores e reguladores ver a transparência do sistema, a qualidade de seus dados e entender sua arquitetura.

Para obter mais informações sobre a série, consulte o Hedge Fund Systems ou contratar-nos para ajudá-lo com suas necessidades de sistemas Hedge Fund.

Siga o autor como @hiltmon no Twitter e @hiltmon na aplicação. Mute #xpost em um.

Sobre a Noverse LLC.

Noverse é um designer e desenvolvedor independente de software de Nova York, estabelecido em 2018 pela Hilton Lipschitz (@hiltmon) para fornecer serviços experientes de consultoria e desenvolvimento para Hedge Funds e criar softwares brilhantes na web, iOS e Macintosh.

Para uma escrita mais recente, visite o site público da Hilton em Hiltmon.

Produtos & amp; Sites.

Escolha o melhor momento para ligar para o exterior.

Postagens recentes.

Últimos Tweets.

Atualização de status & # 8230;

Direitos autorais e cópia; 2018 - Hilton Lipschitz - Desenvolvido por Octopress.

Backtesting e Trade Systems.

As ferramentas do sistema de backtesting e trade do estado da arte da CQG colocam você no controle de suas estratégias. Desenvolva e otimize seu sistema e sinais, modelando em comparação com anos de dados históricos disponíveis. Quando estiver, pronto troque-o automaticamente pelo AutoTrader do CQG.

Teste suas idéias antes de arriscar seu dinheiro.

Nosso pacote de sistema comercial permite aos clientes analisar a atividade comercial anterior e criar estratégias baseadas nessa atividade. Aproveite as nossas funcionalidades para afinar os pontos de entrada e saída e testar valores de parâmetros definidos pelo usuário.

Beneficie dos nossos inúmeros recursos de backtesting examinando a atividade de negociação com base na criação de negócios longos ou curtos, uma variedade de sinais de entrada e saída e as comissões que o comerciante deve pagar.

Avalie os sinais de entrada usando suas condições favoritas.

Com o Signal Evaluator, você pode analisar a eficácia em um determinado período de tempo usando seus próprios sinais de compra e venda específicos. Sua análise pode ser aplicada tanto para carteiras quanto para commodities individuais.

Otimize os parâmetros do seu sistema.

Optimize your workflow by using the Trade System Optimizer, a valuable trading tool that tests the results of trading systems running different settings and the combination of parameters included in trade signals.

Automatically Trade Your Trading System.

Now that you have your trading system, have CQG automatically trade it. CQG AutoTrader is a proprietary trading execution engine that allows customers to simultaneously execute numerous systems at once with equal precision and discipline. Por sua vez, fornece aos comerciantes maior capacidade e precisão na negociação de sistemas versus execução manual.

O produto suporta vários tipos de pedidos e permite aos clientes configurar parâmetros de execução relacionados ao preço, ao tamanho e ao calendário dos pedidos. Para maior transparência, o CQG AutoTrader é integrado a vários módulos de monitoramento de posição, como a janela Pedidos e Posições e o estudo do Sistema Automatizado de Negociação (ATS), onde os clientes podem monitorar sinais e posições comerciais em gráficos e interfaces de negociação. O CQG AutoTrader pode ser usado em modos de negociação ao vivo ou de demonstração.

Backtesting Videos.

Especialista em produtos da CQG Doug Janson descreve os recursos de automação do CQG IC. Saiba como definir fórmulas, testar fórmulas usando Entry Signal Evaluator e criar um sistema de negociação.

CQG Product Specialist Jim Stavros demonstrates the effectiveness of using our backtesting and trade system tools.

Use nossa tabela de comparação para encontrar os produtos CQG exatos que correspondem às suas necessidades específicas.

Take our flagship platform, CQG Integrated Client, for a no-risk, 2-week free trial today.

Adoramos saber de você. Preencha nosso formulário de contato e um representante de vendas entrará em contato com você.

@CQGInc.

Mantenha contato.

Copyright © CQG, Inc., 1980-2018. Todos os direitos reservados no mundo inteiro. CQG®, DOMTrader®, TFlow® e Data Factory ™ são marcas comerciais da CQG, Inc. Contate-nos | Privacidade.

EMS Trading Solution.

Thomson Reuters REDI®

The power of our REDI technology is within its tools, which help to make trading simpler through execution, workflow, analytics and compliance solutions.

Solicite detalhes sobre a Thomson Reuters REDI.

All countries (toll free)

Oriente Médio e amp; North Africa.

Hong Kong, Macau, Taiwan & Coréia.

Índia e Ásia do Sul.

Singapore and South East Asia/ASEAN.

Australia, New Zealand, Pacific.

Sophisticated execution tools.

The comprehensive REDI EMS supports the trading of listed equity, option or future globally, as well as advanced execution tools like portfolio and spread trading.

Single stock trading – Trade single stocks with ease using intuitive execution capabilities Portfolio trading – Execute global, multi-asset portfolios across multiple counterparties Spread trading – Implement a broad range of strategies, including ratio, risk arbitrage and relative price Options trading – Trade equity options, option spreads and options on futures globally Futures trading – Execute nearly any listed future globally across multiple brokers.

Trade baskets of securities and leverage powerful analytics while routing to our global broker network.

Workflow tools.

Through integrations with more than 20 prime brokers and clearing firms, REDI’s basic suite of order management capabilities helps support users throughout the trade lifecycle.

Order and ticket staging – Create and manage parent orders in REDI, or leverage our integration network to receive parent orders from partner systems Position management – Easily load your start-of-day position files and use quick filters to view by asset class, notional value, account and P&L Locate management – Submit and view status of all requests and the real-time inventory of approved locates Allocation and commission tools – Allocate equities or options transactions between accounts via the allocation engine while leveraging user-defined commission schedules End-of-day files – drop executed trade files seamlessly to any of the 20+ prime brokers and clearing firms in REDI’s growing network.

REDI Analytics is a powerful suite of tools for tracking and analyzing order and execution performance, both during and after the trade.

Advanced – Leverage Trade Informatics’ 10+ years of analytics experience and rich data sets to analyze your equity trades across 80 markets globally Powerful – Analyze and compare your traders as well as your brokers’ algorithms to determine the best and worst performers Venue analysis – Determine the destinations (both lit and dark) where you received fills post-trade and analyze venues by reversion, block vs. non-block fills and provide vs. take liquidity Order analytics – Analyze your orders intra-trade versus a variety of benchmarks, including VWAP, indices or custom measurements Real-time performance monitoring – View a real-time graphical breakdown of execution venue and liquidity flags for a given order, allowing you to view fills by exchange, average price and providing/taking information.

Compliance tools.

REDI’s suite of compliance facilitation tools offers a robust, cost-effective solution capable of meeting the needs of a wide range of market participants.

Risk Manager – Utilize dozens of trading rules based on symbol, exposure, P&L, liquidity or security triggers that block offending trades at the point of order entry, before they are routed to a broker for execution Automatic Order Marker – Split US equities sell orders into Sell Long and Sell Short orders based on the net position of the securities in a defined trading aggregation unit Anti-crossing – Prevents users within the same supervisory group from crossing Futures orders with each other, providing either a hard or soft block as defined by the administrator OATS reporting – Combines order audit trail feeds from multiple third-party platforms (EMS, OMS or proprietary systems) from across your organization and submits a single, consolidated report to FINRA Custom reports – Customizable Daily Trade Blotter, User and Custom Account reporting tools.

Thomson Reuters financial & risk solutions deliver critical news, information and analytics to the global financial community – enabling transactions and connecting communities of trading, investing, financial and corporate professionals.