Sistemas comerciais e de compensação

Mais um passo.
Complete a verificação de segurança para acessar Timothyloh.
Por que eu tenho que completar um CAPTCHA?
Concluir o CAPTCHA prova que você é humano e dá acesso temporário à propriedade da web.
O que posso fazer para evitar isso no futuro?
Se você estiver em uma conexão pessoal, como em casa, você pode executar uma verificação antivírus em seu dispositivo para se certificar de que não está infectado com malware.
Se você estiver em um escritório ou rede compartilhada, você pode pedir ao administrador da rede para executar uma varredura na rede procurando dispositivos mal configurados ou infectados.
Cloudflare Ray ID: 3cf1790cae9559c6 & bull; Seu IP: 78.109.24.111 & bull; Performance & amp; segurança por Cloudflare.

Comércio e Mercados.
Sobre o Office & raquo;
A Divisão de Negociação e Mercados estabelece e mantém padrões para mercados justos, ordenados e eficientes. A Divisão regula os principais participantes no mercado de valores mobiliários, incluindo corretores, organizações autorreguladoras (como bolsas de valores, FINRA e agências de compensação) e agentes de transferência.
Últimos Press Releases.
Links Rápidos.
Relatórios e publicações recentes.
Informação e recursos da Divisão.
O Securities Exchange Act de 1934 ("Exchange Act" ou "Act") regula a forma como os mercados de valores mobiliários do país e seus corretores e negociantes operam. Esta seção contém algumas das disposições importantes da Lei e suas regras. Você encontrará informações sobre se você precisa se registrar como corretor e como você pode se registrar, bem como as normas de conduta e as regras de responsabilidade financeira que os corretores devem seguir.
Uma "bolsa nacional de valores mobiliários" é uma bolsa de valores que se registrou com a SEC de acordo com a Seção 6 do Securities Exchange Act de 1934. Informações sobre os intercâmbios registrados na SEC, declaração de regras e outras orientações podem ser encontradas aqui.
Os agentes de transferência registram as alterações de propriedade, mantêm os registros do titular da garantia do emissor, cancelam e emitem certificados e distribuem dividendos. Como os agentes de transferência estão entre empresas emissoras e detentores de títulos, as operações eficientes do agente de transferência são fundamentais para a conclusão bem sucedida de negócios secundários. As regras e regulamentos da SEC destinam-se a facilitar o apuramento e a liquidação rápidos e precisos das operações de valores mobiliários e que garantem a salvaguarda de valores mobiliários e fundos. Informações sobre registro, inspeções e regras do agente de transferência podem ser encontradas aqui.
A Lei Dodd-Frank estabeleceu um quadro abrangente para regulamentar os mercados de swaps de balcão. O Título VII dessa Lei divide a autoridade reguladora sobre swaps entre a SEC e a Commodity Futures Trading Commission (CFTC). (link para CFTC) De acordo com a lei, a SEC possui autoridade sobre "swaps baseados em segurança", que são amplamente definidos como swaps com base em (1) uma única garantia ou (2) um empréstimo ou (3) um grupo de base estreita ou índice de títulos ou (4) eventos relacionados a um único emissor ou emissores de títulos em um índice de segurança de base estreita. Informações sobre registro, regras e entidades de troca baseadas em segurança podem ser encontradas aqui.

Sistemas de negociação e limpeza
O pedido reivindica o benefício do Pedido Provisório 60 / 186.082, arquivado em 29 de fevereiro de 2000.
CAMPO DE INVENÇÃO.
A presente invenção refere-se a um sistema de ligação que conecta um ou mais sistemas de negociação de valores mobiliários a um sistema de compensação. Mais especificamente, a ligação é orientada para eventos, e as informações são rapidamente transferidas ao longo da rede à medida que a informação fica disponível.
ANTECEDENTES DA INVENÇÃO.
Os valores mobiliários e a mecânica de negociação têm enorme amplitude. No âmbito, os títulos naturalmente incluem ações e títulos convencionais, mas têm a noção muito mais expansiva hoje de praticamente qualquer instrumento financeiro. Por exemplo, os valores mobiliários incluirão futuros sobre commodities tangíveis, como produtos agrícolas. Mas os futuros eles próprios hoje abrangerão uma ampla gama de itens tangíveis e intangíveis que vão desde taxas de juros até ações para índices de ações para moedas estrangeiras e direitos de poluição. Os valores mobiliários também podem incluir os chamados "derivativos", além de futuros, e. opções em todas as suas variedades. Nós definimos um instrumento financeiro como um instrumento que pode ser comprado ou vendido por dinheiro em uma troca, independentemente da segurança subjacente, mercadoria, bem ou serviço. Uma troca é qualquer lugar onde um mercado é feito para esse instrumento um instrumento.
A mecânica da negociação também é extremamente complexa. As negociações podem ser feitas em trocas formais, se "listadas" ou, se "não listadas" em uma rede comumente conhecida como o mercado "Over-the-Counter" ("OTC"). No caso de trocas formais e para algumas redes, um papel importante na mecânica de negociação é desempenhado por uma "câmara de compensação" ou, de forma sinônima nesta divulgação, um "sistema de compensação". Dependendo da troca e do tipo de segurança, o papel exato do sistema de compensação variará.
A maioria das ações são vendidas a "maneira regular", que exige entrega de certificados dentro de três dias úteis. Seria extremamente ineficiente se cada transação de segurança tivesse que terminar com uma transferência física de certificados de estoque do vendedor para o comprador. Uma corretora pode vender na Bolsa de Valores de Nova York 100 ações da IBM para um cliente, o Sr. X, e mais tarde naquele dia, compre 100 ações para a Sra. Y, outro cliente. As 100 ações do Sr. X podem ser entregues ao comprador, e as ações da Sra. Y podem ser obtidas aceitando a entrega de seu vendedor. No entanto, seria muito mais fácil transferir as ações do Sr. X para a Sra. Y e instruir o vendedor da Sra. Y para entregar 100 ações diretamente ao comprador do Sr. X. Esta rota seria especialmente útil se os clientes da empresa corretora, o Sr. X e a Sra. Y, tivessem seus valores mobiliários em nome da rua. Em seguida, as 100 ações não teriam que ser movidas e sua propriedade não teria que ser alterada nos livros da IBM.
O processo pode ser facilitado ainda mais por um sistema de compensação, cujos membros são corretoras, bancos e outras instituições financeiras. Os registros das transações feitas pelos membros durante o dia são enviados lá logo depois. No final do dia, ambos os lados das negociações são verificados para consistência e, em seguida, todas as transações são compensadas. Cada membro recebe uma lista dos valores líquidos de valores mobiliários a serem entregues ou recebidos junto com o montante líquido de dinheiro a ser pago ou cobrado. Todos os dias, cada membro se instala com a câmara de compensação em vez de com outras empresas.
Ao manter títulos no nome da rua e usar sistemas de compensação, os corretores podem reduzir o custo das operações de transferência. Mas ainda mais pode ser feito: os certificados podem ser imobilizados quase que completamente. A Depository Trust Company ("DTC") imobiliza certificados, mantendo registros informatizados dos títulos "de propriedade" de firmas membros (corretores, bancos, etc.). Os certificados de ações dos membros são creditados em suas contas no DTC, enquanto os certificados são transferidos para o DTC nos livros da empresa emissora e permanecem registrados em seu nome, a menos que um membro os retire posteriormente. Sempre que possível, um membro "entregará" títulos para outro, iniciando uma contabilidade simples na qual uma conta é creditada e a outra é debitada pelas ações envolvidas.
A negociação de contratos de futuros é mais complexa do que fazer transações ordinárias de ações. Se um investidor quiser fazer uma compra de ações, seu corretor simplesmente atua como um intermediário para permitir que o investidor compre ações ou venda para outro indivíduo através da bolsa de valores. No mercado de futuros, no entanto, a câmara de compensação desempenha um papel mais ativo.
Quando um investidor entra em contato com um corretor para estabelecer uma posição de futuro, a corretora faz a ordem para o comerciante da empresa no chão da bolsa de futuros. Em contraste com a negociação de ações, que envolve especialistas ou criadores de mercado em cada segurança, a maioria das negociações de futuros nos Estados Unidos ocorrem entre comerciantes de piso no "pit trading" para cada contrato. Uma vez que um comerciante disposto a aceitar o lado oposto de um comércio está localizado, o comércio é registrado e o investidor é notificado.
Neste ponto, o sistema de limpeza entra na imagem. Em vez de ter os comerciantes longos e curtos manter contratos entre si, a câmara de compensação torna-se o vendedor do contrato para a posição longa e o comprador do contrato para a posição curta. O sistema de compensação é obrigado a entregar a mercadoria à posição longa e a pagar pela entrega do curto; conseqüentemente, as redes de posição da câmara de compensação para zero. Este arranjo torna o sistema de compensação o parceiro comercial de cada comerciante, longo e curto. A câmara de compensação, obrigada a executar em seu lado de cada contrato, é a única pessoa que pode ser prejudicada pelo fato de qualquer operador não cumprir as obrigações do contrato de futuros. Este acordo é necessário porque um contrato de futuros exige um desempenho futuro, que não pode ser tão facilmente garantido quanto uma transação de estoque imediata.
FIGS. 1 e 2 ilustram o papel do sistema de compensação em uma transação de futuros. FIG. 1 mostra o que aconteceria na ausência da câmara de compensação. O comerciante na posição longa 101 seria obrigado a pagar o preço de futuros 105 ao operador de posição curta 111 e o comerciante na posição curta 111 seria obrigado a entregar o instrumento ou a garantia ou a mercadoria 115. FIG. 2 mostra como o sistema de compensação 121 se torna um intermediário, atuando como parceiro comercial para cada lado do contrato. A posição da câmara de compensação é neutra, pois demora 125 e uma posição curta 131 para cada transação.
O sistema de compensação possibilita que os comerciantes liquidem posições facilmente. Se um investidor estiver atualmente em um contrato e quiser desfazer sua posição, o investidor simplesmente instrui o corretor a entrar no lado curto de um contrato para fechar sua posição. Isso é chamado de comércio de reversão. A troca troca as posições longas e curtas do investidor, reduzindo sua posição líquida para zero. A posição líquida zero com a câmara de compensação elimina a necessidade de cumprir no prazo de vencimento, quer a posição curta longa ou reversa original.
O interesse aberto no contrato é o número de contratos em circulação. (As posições longas e curtas não são contadas separadamente, o que significa que o interesse aberto pode ser definido como o número de contratos longos ou curtos em circulação). A posição do sistema de compensação se desloca para zero e, portanto, não é contada na computação de interesse aberto. Quando os contratos começam a operar, o interesse aberto é zero. À medida que o tempo passa, os juros abertos aumentam à medida que são introduzidos progressivamente mais contratos. Quase todos os comerciantes, no entanto, liquidam posições antes da data de vencimento do contrato.
Em vez de realmente tomar ou fazer entrega da mercadoria, os participantes do mercado praticamente todos entram nos negócios de reversão discutidos acima para cancelar suas posições originais, realizando os lucros ou perdas no contrato. A fração de contratos que resultam em entrega efetiva é estimada em menos de 1% a 3%, dependendo da mercadoria e da atividade no contrato.
Em um padrão típico de interesse aberto, por exemplo, em novembro, o contrato de entrega de dezembro está próximo do vencimento e o interesse aberto é relativamente pequeno; A maioria dos contratos já foi revertida. Os próximos vencimentos têm interesse aberto significativo. Finalmente, os contratos de maturidade mais distantes têm pouco interesse aberto, já que estão disponíveis apenas recentemente, e poucos participantes negociaram. Para outros contratos, onde janeiro ou fevereiro é o prazo mais próximo, o interesse aberto geralmente é mais alto no contrato mais próximo.
Na verdade, os comerciantes simplesmente apostam no preço futuro da mercadoria subjacente. O lucro ou perda total realizado pelo comerciante comprador que compra um contrato no tempo 0 e fecha, ou reverte, no tempo t é apenas a mudança no preço de futuros durante o período, F t - F 0. Simetricamente, o comerciante curto ganha F 0 - F t.
O processo pelo qual os lucros ou perdas acumulam para os comerciantes é chamado de marcação ao mercado. Na execução inicial de uma negociação, cada comerciante estabelece uma conta de margem com margem "inicial" ou "desempenho". A margem é uma conta de segurança composta por títulos em dinheiro ou em caixa, como as do Tesouro, o que garante que o comerciante possa satisfazer as obrigações do contrato de futuros. Uma vez que ambas as partes em um contrato de futuros estão expostas a perdas, ambas devem ter margem. Um exemplo é um contrato de milho por US $ 1138.75 ($ 2.2775 por bushel × 5.000 bushels por contrato). Se a margem inicial no milho, por exemplo, é de 10%, então o comerciante deve enviar $ 1,138.75 por contrato para a conta de margem. Como a postagem de títulos com juros pode satisfazer a margem inicial, o requisito não impõe um custo significativo de oportunidade dos fundos ao comerciante. A margem inicial geralmente é definida entre 5% e 15% do valor total do contrato. Contratos escritos em ativos com preços mais voláteis exigem margens maiores.
Em qualquer dia que os contratos de futuros negociam, os preços de futuros podem subir ou cair. Em vez de esperar até a data de vencimento para que os comerciantes realizem todos os ganhos e perdas, a câmara de compensação exige que todas as posições reconheçam os lucros à medida que acumulam diariamente. Se o preço de futuros do milho crescer, o sistema de compensação credita a conta de margem da posição longa pelo montante do aumento. Por outro lado, para a posição curta, a câmara de compensação leva esse valor da conta de margem para cada contrato mantido. Esta definição diária é chamada de marcação ao mercado. Significa que a data de vencimento do contrato não regula a realização de lucros ou prejuízos. A marcação ao mercado garante que, à medida que os preços futuros mudam, o produto é acumulado imediatamente na conta de margem do comerciante.
Se um comerciante acumular perdas sustentadas da marcação diária para o mercado, a conta de margem pode cair abaixo de um valor crítico chamado manutenção, ou variação, margem. Uma vez que o valor da conta cai abaixo desse valor, o comerciante recebe uma chamada de margem. Por exemplo, se a margem de manutenção no milho é de 5%, a chamada de margem será cancelada quando a margem de 10% inicialmente lançada caiu cerca de metade, para US $ 569 por contrato. Ou os novos fundos devem ser transferidos para a conta da margem, ou o corretor fechará o suficiente da posição do comerciante para atender a margem necessária para essa posição. Este procedimento protege a posição do sistema de limpeza. As posições são fechadas antes da conta da margem estar esgotada; as perdas do comerciante são cobertas e a câmara de compensação não é afetada.
É importante notar que o preço de futuros na data de entrega será igual ao preço à vista da mercadoria nessa data. Como um contrato de vencimento exige uma entrega imediata, o preço do futuro nesse dia é igual ao preço à vista - o custo da commodity das duas fontes concorrentes é igualado em um mercado competitivo. O investidor pode obter a entrega da mercadoria, quer pela compra diretamente, no mercado à vista ou por entrar no lado longo de um contrato de futuros. Isso é chamado de propriedade de convergência.
Para um investidor que estabeleça uma posição longa em um contrato no tempo 0 e detém essa posição até o vencimento (tempo T), a soma de todos os assentamentos diários será igual a F T - F 0, onde F T representa o preço de futuros no vencimento do contrato. Por causa da convergência, no entanto, o preço de futuros no vencimento, F T, é igual ao preço à vista, P T, de modo que os lucros futuros totais também podem ser expressos como P T - F 0. Assim, os lucros em um contrato de futuros mantidos até o vencimento acompanham as mudanças no valor do ativo subjacente.
A maioria dos mercados futuros exige a entrega de uma mercadoria real, como um grau específico de trigo ou um montante específico de moeda estrangeira se o contrato não for revertido antes do vencimento. Para commodities agrícolas, onde a qualidade do bem entregue pode variar, o sistema de compensação ou troca define padrões de qualidade como parte do contrato de futuros. Em alguns casos, os contratos podem ser resolvidos com commodities de maior ou menor grau. Nesses casos, é aplicado um prêmio ou desconto ao produto fornecido para ajustar a diferença de qualidade.
Alguns contratos futuros exigem entrega em dinheiro. Um exemplo é um contrato de futuros do índice de ações onde o ativo subjacente é um índice, como o padrão & amp; Poor's 500 ou o New York Stock Exchange Index. A entrega de cada estoque no índice seria claramente impraticável. Assim, o contrato exige a "entrega" de um valor em dinheiro igual ao valor que o índice atinge na data de vencimento do contrato. A soma de todos os assentamentos diários, desde a marcação até o mercado, resulta na posição longa, realizando lucros ou perdas totais de ST-F 0, onde ST é o valor do índice de ações na data de vencimento T e F 0 é o preço de futuros original . A liquidação em dinheiro imita de perto a entrega real, exceto o valor em dinheiro do ativo em vez do próprio ativo é entregue pela posição curta em troca do preço do futuro.
As margens de futuros são diferentes das margens de estoque. O requisito de margem para um estoque anteriormente discutido é essencialmente um adiantamento para uma propriedade a ser propriedade. O investidor que negocia com margem tem todos os direitos e privilégios de um proprietário absoluto. Isso não é verdade com os contratos de futuros. Quando uma ação é comprada, o novo proprietário assume controle sobre os direitos de voto, enquanto que com contratos de futuros apenas o risco de preço é transferido. Além disso, devido à marca diária no mercado, a necessidade de garantias enormes em contratos de futuros é minimizada. Uma margem de futuros é apenas um vínculo de desempenho que garante que ambas as partes cumprirão suas obrigações.
A câmara de compensação desempenha um papel fundamental na negociação de futuros. O sistema de compensação garante ambos os lados de um contrato de futuros. A câmara de compensação não só ajuda a eliminar o risco de incumprimento, mas também garante a qualidade dos bens entregues. A maioria dos contratos de futuros de commodities tem um nível de qualidade especificado e o sistema de compensação garante que uma mercadoria de qualidade adequada seja entregue.
A câmara de compensação também facilita o intercâmbio dos fluxos diários de caixa entre os vencedores e os perdedores. Isso garante que tanto o comprador como o vendedor de contratos de futuros forneçam garantias adequadas. Como se viu, o sistema de compensação exige que os corretores imponham requisitos de margem inicial tanto para compradores quanto para vendedores, marcam para comercializar as contas de compradores e vendedores todos os dias e impõem exigências diárias de margem de manutenção tanto aos compradores quanto aos vendedores.
A câmara de compensação, portanto, desempenha pelo menos quatro papéis vitais nas transações de futuros:
1. Banqueiro. O sistema de compensação prevê o intercâmbio de lucros e perdas.
2. Inspetor. A câmara de compensação assegura uma boa entrega do produto.
3. Seguradora. O sistema de compensação garante que cada comerciante honrará o contrato.
4. Responsável pela liquidez. O sistema de compensação facilita os "negócios de reversão".
O comércio de opções ocorre em trocas, balcão e diretamente entre compradores e vendedores. Existem muitas trocas diferentes nas quais as opções são negociadas. As trocas de opções mais ativas são a Chicago Board Options Exchange (CBOE), a American Stock Exchange (AMEX), a Chicago Board of Trade (CBOT), a Philadelphia Stock Exchange (PHLX), a Chicago Mercantile Exchange (CME) e a Bolsa de Valores do Pacífico (PSE).
As transações de opções são semelhantes às transações de ações. Por exemplo, se o Sr. Q decide comprar opções de compra na Compaq, ele chamaria seu corretor e declararia seus desejos. O corretor comunicaria essa ordem para a troca de opções apropriada, onde o comércio ocorreria com um investidor que desejasse vender opções de compra na Compaq ou com o fabricante de mercado.
A Options Clearing Corporation ("OCC") mantém os registros das negociações de opções e é uma das principais câmaras de compensação. O OCC é de propriedade e apoiado por várias bolsas (como o CBOE, AMEX, NYSE e PHLX). Portanto, o OCC é uma corporação muito solvente. Semelhante ao que foi visto para câmaras de compensação de futuros, o OCC emite todos os contratos de opção e garante ambos os lados dos contratos. Assim, a opção comprador não tem que avaliar o risco de crédito do escritor de opções. Além disso, todos os contratos de opções têm características padronizadas que os tornam mais fáceis de revender, aumentando assim a liquidez do contrato da opção. O OCC processa todas as transações relacionadas à negociação de opções e impõe requisitos de margem em escritores de opções (ou seja, vendedores).
O OCC permite aos compradores e escritores fechar suas posições a qualquer momento. Se um comprador posteriormente se tornar um escritor do mesmo contrato, o que significa que o comprador mais tarde "vende" o contrato a outra pessoa, o computador OCC anotará as posições de compensação na conta deste investidor e simplesmente cancelará ambas as entradas. Considere um investidor que compra um contrato na segunda-feira e depois o vende na terça-feira. O computador notará que a posição líquida do investidor é zero e removerá ambas as entradas. O segundo comércio é uma venda de fechamento porque serve para fechar a posição do investidor do comércio anterior. As vendas de fechamento permitem aos compradores vender opções ao invés de exercê-las. Este processo tem o mesmo propósito de "negociação reversa" em uma transação de futuros e facilita a liquidez do mercado.
Quando um detentor de opção exerce uma opção, o OCC organiza uma empresa membro com clientes que escreveram essa opção para cumprir a obrigação da opção. A empresa membro seleciona dos seus clientes que escreveram essa opção para cumprir o contrato. O cliente selecionado deve entregar, por exemplo, 100 ações de ações a um preço igual ao preço de exercício para cada contrato de opção de compra escrito ou deve comprar 100 ações ao preço de exercício por cada contrato de opção de venda escrito.
Claramente, as transações de títulos são prejudicadas pelo seu acompanhamento eficiente pela multiplicidade de sistemas de compensação. A semelhança de muitas das funções das diferentes câmaras de compensação sugere que vários sistemas de compensação podem ser combinados e serviços de diferentes intercâmbios ou mesmo tipos diferentes de trocas, por exemplo, trocas em que futuros e opções são negociados. Assim, existem ineficiências associadas à duplicação de funções.
Além disso, a existência de vários clearinghouses significa que a garantia ou a margem de um único cliente deve estar disponível em muitos sistemas de compensação. Essa duplicação de margem ocorre mesmo que o montante combinado da margem desse cliente exceda o montante agregado de risco suportado pelas várias câmaras de compensação.
Além disso, as técnicas de comunicação entre os intercâmbios e os sistemas de compensação são freqüentemente estruturadas de forma descontínua. As informações sobre trocas serão comunicadas uma vez por dia ou em intervalos selecionados durante os dias, por exemplo, após períodos de horas ou minutos. Esse atraso na comunicação pode produzir inúmeras ineficiências. Por exemplo, se um comércio, ainda não informado na câmara de compensação, reduz o risco da posição do cliente, o sistema de compensação será sobrecarregado e o cliente poderá não ter a garantia disponível para suportar outras transações até que a informação seja transmitida ao casa de compensação. Por outro lado, se o comércio aumentar o risco da posição do cliente, o sistema de compensação será sub-seguro por um período de tempo. Os atrasos na comunicação também podem levar a um risco aumentado com custos reais. Um exemplo de um risco é uma entrega ou risco que é causado por alguém de um lado de um comércio que não pode pagar ou entregar o que foi vendido.
O que é necessário, portanto, é um sistema que liga múltiplas bolsas financeiras, negociando uma variedade de títulos, a um único sistema de compensação. O que também é necessário é a comunicação imediata de informações comerciais para o sistema de compensação.
BREVE RESUMO DA INVENÇÃO.
Em vista do exposto acima, o presente invento fornece um sistema e método para vincular um sistema de negociação de instrumentos financeiros a um sistema de compensação de transações em instrumentos financeiros.
Num primeiro aspecto da presente invenção, o sistema de ligação inclui uma rede que liga pelo menos um sistema comercial e um sistema de compensação. Uma interface externa combina o sistema de negociação com a rede enquanto uma interface de compensação junta o sistema de limpeza à rede. Um módulo transmissor transmite informações comerciais em pelo menos um tipo de instrumento financeiro ao longo da rede, desde o sistema de negociação até o sistema de compensação. Essa transmissão ocorre seletivamente aproximadamente simultaneamente com a chegada das informações de negociação na interface externa. Em outra forma de realização, informações sobre mais de um comércio podem ser empacotadas e depois enviadas para o sistema de compensação.
Numa forma de realização da presente invenção, o pelo menos um sistema de comércio do sistema de ligação é uma pluralidade de sistemas de negociação. Em outra forma de realização, pelo menos um tipo de instrumento financeiro gerenciado pelo sistema de vinculação é uma pluralidade de tipos de instrumentos financeiros. Noutra forma de realização da presente invenção, a transmissão das informações de negociação pelo módulo transmissor incluído no sistema de ligação ocorre independentemente da selecção do algoritmo de negociação ou do algoritmo de compensação.
Um segundo aspecto da presente invenção envolve um método computadorizado para acoplar um sistema comercial e um sistema de limpeza. Uma rede liga pelo menos um sistema comercial e um sistema de compensação. O método acopla o sistema de negociação à rede em uma interface externa e o sistema de compensação para a rede em uma interface de compensação. A transmissão de informações comerciais neste método ocorre ao longo da rede do sistema comercial para o sistema de compensação. Essa transmissão ocorre seletivamente aproximadamente simultaneamente com a chegada das informações de negociação na interface externa. A informação comercial cobre negócios em pelo menos um tipo de instrumento financeiro.
Numa concretização do método, o pelo menos um sistema comercial é uma pluralidade de sistemas de negociação. Em outra forma de realização, o pelo menos um tipo de instrumento financeiro envolvido no método informatizado é uma pluralidade de tipos de instrumentos financeiros. Em outra forma de realização, a transmissão de informações comerciais no método computadorizado ocorre independentemente da seleção do algoritmo de negociação ou do algoritmo de compensação. Conforme mencionado anteriormente, os instrumentos financeiros incluem, entre outros, títulos, ações, títulos, commodities, futuros, derivativos de taxa de juros, moedas, derivativos cambiais, bens como bens tangíveis, bens como bens intangíveis e serviços. A invenção pretende incluir links comerciais impulsionados por eventos entre sistemas comerciais e de compensação para qualquer instrumento financeiro, independentemente do direito subjacente.
As figuras a seguir e a descrição detalhada das formas de realização preferidas demonstrarão mais claramente estas e outras características e vantagens da invenção.
BREVE DESCRIÇÃO DOS DESENHOS.
FIG. 1 representa uma transação de instrumento financeiro da técnica anterior (como em commodities) entre um comprador (posição longa) e vendedor (posição curta);
FIG. 2 representa uma transação da técnica anterior entre um comprador (posição longa) e vendedor (posição curta) após a intervenção de um sistema de limpeza;
FIG. 3 é um diagrama de blocos de uma pluralidade de sistemas de negociação e suas interfaces externas, todos conectados em rede a um único sistema de compensação;
FIG. 4 é o mesmo diagrama de blocos mostrado na FIG. 3, mas mostrando apenas um sistema comercial e o detalhe de sua interface externa;
FIG. 5 é um diagrama de fluxo das informações transferidas do sistema comercial através da interface externa para a câmara de compensação;
FIG. 6 representa os mecanismos de transporte enviando registros da interface de negociação externa para o sistema de compensação; e.
FIG. 7 é um fluxograma detalhado da operação da interface de compensação e sua ligação à interface externa e sistemas a jusante da câmara de compensação.
FIG. 8 é um fluxograma para a correspondência parcial de um comércio.
DESCRIÇÃO DETALHADA DAS FORMAS DE REALIZAÇÃO PREFERIDAS ACTUALMENTE DA INVENÇÃO.
FIG. 3 representa um diagrama de blocos geral que mostra os servidores host 201 AC de uma série de sistemas de negociação, as interfaces externas 205 AD de cada um dos sistemas de negociação e a rede ou ligação 211 das interfaces externas 205 AD à interface de compensação 213 da câmara de compensação 215 . O próprio sistema de limpeza 215 pode ser conectado à ligação de várias maneiras, uma das quais será discutida abaixo. Por conveniência, mas sem qualquer sugestão de limitação, figuras posteriores podem representar apenas um sistema comercial e uma interface externa. (A "interface externa" às vezes pode ser referida como "interface de negociação externa" em contextos onde qualquer confusão é possível devido a referências a interfaces no lado do sistema de limpeza da rede). Um sistema de negociação pode ter mais de uma interface externa.
Interface externa (TRADING).
FIG. 4 representa um diagrama de blocos do mesmo sistema mostrado na FIG. 3 ligados por uma WAN 265, mas por clareza com apenas um sistema comercial e seu servidor host 201 e uma interface externa ("EI") 205 mostrada. O detalhe interno da interface externa 205 relevante para a ligação ao sistema de limpeza 215 de uma forma de realização da interface externa é mostrado. A interface externa em uma concretização é, na verdade, o acoplamento de dois computadores, um mainframe da IBM usando o software MQ Series 251 e um DEC 235. Nesta incorporação, o mainframe da IBM é o transmissor, ou módulo transmissor, para enviar informações do sistema de negociação para o sistema de compensação. Também está presente o receptor 245 da Interface de Comércio Externo. O sistema operacional é MVS, de preferência operando em linguagem COBOL. Outros mainframes ou outros computadores, e outros sistemas operacionais, de outros fornecedores podem ser empregados, como será evidente para os especialistas na técnica. Em breve, a interface externa suportará três tipos de transferências de dados: os registros de transação de posição (baseados em mensagens) que são transações de posição enviadas para o sistema de limpeza para limpar, registro de fim de sessão (baseado em arquivo), que é um registro único incluído no arquivo de reconciliação enviado ao sistema de compensação para indicar o número de seqüência final e os registros de volume do contrato (baseados em arquivos) que são registros de balanceamento de contrato no arquivo de reconciliação contendo a quantidade de compra total para cada série ou contrato. O mais freqüente dessas transferências são os registros de transações de posição.
A. Arquitetura de interface externa.
FIG. 5 representa o fluxo de informações da FIG. 4 em maior detalhe. A arquitetura da interface externa é amplamente baseada em mensagens, refletindo a importância dos registros de transações de posição. Será utilizado um mecanismo de transporte de loja e prefixo ("SAFT") 231. Um receptor SAFT 235 estará funcionando na interface externa 205 para receber os registros de transação de posição enviados por um transmissor SAFT 241 no sistema de comércio de host 221. SAFT escreve os registros em um novo arquivo. Uma interface externa Trade Receiver EI_TRD 245 lê o arquivo de informações de transação de posição para extrair os registros recém-chegados, empacote um ou mais deles em uma única mensagem, atribui um número de seqüência de mensagem e passa-os para uma fila para transmissão por um computador usando o middleware MQSeries 251. O número de transações que desencadeiam a mensagem pode ser selecionável de acordo com as necessidades do usuário. Toda transação pode ser enviada individualmente (votação), ou um número maior pode ser empacotado e encaminhado para processamento. (MQSeries, um produto da IBM Corp. de Armonk, NY, é discutido em maior detalhe abaixo.) Em uma concretização, a interface externa Trade Receiver 245 também pode ser ativada manualmente e pode reenviar mensagens para o sistema de limpeza começando com uma definição número sequencial. After the messages are queued in the external trading interface, MQSeries 251 will transport the position transaction records 255 to a corresponding MQSeries queue (not shown) running at the clearing system 215 .
The reconciliation file sent to the clearing system 215 mentioned above is generated as follows. This reconciliation file is created during the batch of the trading system host 201 . A batch mainline calculates the total traded quantities for each contract, writes them to a reconciliation file and creates an “End-of-Session” (or “End-of-Day”) record which contains the last sent sequence number of the position transaction messages previously sent to the clearing system. Afterwards this file is sent from the trading system host 201 to the external interface 205 by another batch step via DECNET copy. All records from this file are forwarded, of course, by the external interface trade receiver 245 process to the MQSeries message queue 251 .
In one embodiment “End-Of-Session” information and “Contract Volume” data will be sent in one file with “End-Of-Session” information being the first record. This file will be transferred after all position transaction records have been sent, generally at the end of a trading day.
In one particular embodiment, the operations architecture can offer several additional features. First, the start/stop of the SAFT receivers 235 on the external interface 205 is included in the operations menu of the trading system host 221 . Second, the external interface trade receiver process 245 is started automatically during the usual external interface startup. In addition, a menu item is added to the host menu to start and stop external interface trade receiver manually. In one embodiment a start record number can be provided to the external interface trade receiver process to handle retransmit requests. Third, the trading system host 221 initiates the clearing system reconciliation file transfer during the daily batch procedure of the trading system. This batch step copies the reconciliation file to the external interface and starts a process that reads the reconciliation file and forwards all records to the message queue in MQSeries 251 . Fourth, a menu item is available on the trading system host 221 to allow a manual re-initiation of the clearing system reconciliation file transfer. Finally, during the DECNET copy and the forwarding of the reconciliation file to the clearing system 261 a log file is generated that allows verifying the successful execution of the file transfer. A menu item is available in the trading system operations menu to access this log file.
In another embodiment, the system will also support combination/spread orders and trades. Combination/spread orders/quotes are entered with a price differential and the two legs are matched as individual orders/quotes which include the execution price. Combination spread orders can be identified as combination orders in the position transaction record, but in this embodiment the legs cannot be linked.
FIG. 8 is a flow chart 800 for partial matching of a trade. As shown at block 802 , at least one offer to buy a financial instrument and at least one offer to sell the financial instrument partially matched at a trading computer system to generate the trade, with the partial matching comprising fully matching one of the offer to buy or the offer to sell and partially matching the other of the offer to buy or the offer to sell so that a remainder of the trade is unmatched. As shown at block 804 , the fully matched one of the offer to buy or the offer to sell is transmitted from the trading computer system to the external trading computer system separately from the remainder of the trade. As shown at block 806 , at least one trade is received by the external trading computer system from the trading computer system, the at least one trade received comprising the fully matched one of the offer to buy or the offer to sell. As shown at block 808 , the external trading computer system counts a number of trades received from the trading computer system. As shown at block 810 , the external trading computer system determines whether the number of trades equals the selectable number of trades. As shown at block 812 , the external trading system sends to the clearing system via the network the at least one trade received, including the fully matched one of the offer to buy or the offer to sell, when it is determined that the selectable number of trades have been received. As shown at block 814 , the trading computer system matches the remainder of the trade. As shown at block 816 , the trading computer system transmits to the external trading computer system the matched remainder of the trade. As shown at block 818 , the external trading computer system receives the matched remainder of the trade. As shown at block 820 , the matched remainder of the trade is sent to the clearing system separately from the fully matched one of the offer to buy or the offer to sell.
B. Data Transport to the Network.
The transport mechanisms used to send position transaction records from the External Interface to the clearing system is preferably based on MQSeries 271 using TCP/IP and is depicted in FIG. 6 . The process of linking, and transmitting data from, the external interface 225 to the network 265 and thereby to the clearing system 261 will now be discussed in greater detail. An external interface server 225 attached to the trading system host provides a single exit or terminal point from the trading system to the clearing system 261 . Very generally, software on the trading system will transmit position data to the clearing system for clearing processing. A sequence number is assigned to each position transaction record. The external interface will deliver position transaction records as MQSeries messages from the trading system. Additionally, during batch processing, the interface will transfer a file record by record to the clearing system transmitting total traded quantities and the last sent sequence number in the position transaction records.
MQSeries 271 , message-oriented middleware, or other middleware can be employed in more than one function. The middleware will send position transaction records to the clearing system. The middleware will ensure all records are delivered even after a connection failure. All trades will be forwarded in a peer-to-peer configuration that will require a transmission queue 275 on the External Interface and a remote queue 281 on the clearing system 261 . The MQSeries provides an application programming interface known as MQI 285 . The components on the external interface 225 will use MQI to perform execution functions.
In addition to the message-based transmission of position transactions over MQSeries 271 , a reconciliation file is preferably sent also via MQSeries by distributing the records of the file into several MQSeries Messages 291 . This reconciliation file provides the clearing system with the total traded quantities per contract and the last sent sequence number.
C. Position Transaction Records.
The preferred normal processing of position transaction records is as follows in detail. The sending SAFT 241 process forwards the position transaction records from the Trading System host 221 to the External Interface 225 where the receiving SAFT 235 stores them in a file. At a configurable and selectable interval, which can be every single transaction) but more typically is several transactions, e. g., 10, a process on the External Interface 225 reads all newly arrived position transaction records and forwards them via a transmitter module using MQ Series middleware 271 to the clearing system 261 . The External Interface process will store up to a maximum number of position transaction records into an MQSeries Message 291 and will place the message into the queue 275 using the MQI API (“Applications Programming Interface”) 285 . This maximum number has to be specified.
One embodiment accounts for several anomalies. If the message cannot be passed successfully to MQSeries 271 an error will be formatted and the external interface process exits. This is considered to be a serious error and has to be solved by normal MQSeries operations with manual intervention. If the clearing system 261 does not successfully receive a record, retransmission requests will be manually triggered by the clearing system. The clearing system 261 will communicate to the host trading system 221 a starting message sequence number to retransmit. The trading system will manually configure the External Interface 225 process to send messages at a starting retransmission message sequence number until the end of the available messages. This manual intervention could cause the interface to transmit duplicate position transaction records to the clearing system when subsequent records have already been sent. The retransmission process will use the normal processing logic.
II. Clearing Interface.
The clearing interface is the interface on the clearing system side of the network from the trading system to the clearing system 261 and is part of the clearinghouse. The clearing interface is comprised of the functionality to receive input from the trading system and convert that input to enriched output that can be used by the remainder of the clearing system.
A. Overview of the Clearing Interface.
The trading system 221 provides trade data to the clearing system 261 for clearing processing. This data is sent as position transactions in POSTRN format using MQSeries from the External Interface 225 to the clearing interface in the clearing system. POSTRN format is the format used by the trading system indexed by sequence number and contains position transactions for the current trading day. From these position transactions the clearing interface re-creates the messages in the appropriate format. This format will be referred to as “TREX” format and is the trade record format containing trade information for both the buy side and sell side of a trade for transfer to the clearing system downstream systems. Other formats could be used, but these formats are established and are the best way known presently.
FIG. 7 depicts the scope of the clearing interface 301 . FIG. 7 shows the link to the external interface 225 , three main processing components 305 , 311 , 315 and related databases and files of the clearing interface, and the downstream link 321 to the remainder of the clearing system.
The clearing interface consists of three main processing components, each of which will be described in detail below. Briefly, however, a technical processing component 305 receives 331 messages in queues from the MQ Series 333 containing POSTRN, end-of-session and contract volume records from the external interface 225 . This component also converts 341 regular fields from ASCII to EBCDIC and computational fields (binary coded numbers) from little endian to big endian format, performs a consistency check 345 on the message sequence number, and finally stores the records into a receipt database 351 . “ASCII” refers to the American National Standard Code for Information Interchange, the preferred character set used by the trading system and external interface. “EBCDIC” refers to the Extended Binary Coded Decimal Interchange Code, the preferred character set used by the clearinghouse.
A functional processor 311 performs a functional validity check 351 of the clearing firm and matches 355 the buy and sell sides belonging to one trade. This component also accumulates the contract volumes 361 , and performs the necessary conversions 365 form the POSTRN format to the TREX format. The functional component also performs a completeness check of the matching activities at the end of the session.
The third and final main processing component is an end-of-day processing component 315 that checks the trading system contract volumes 371 against the volumes accumulated during the day by the functional component. This component also performs the necessary conversions 375 for accumulated volume and contract volumes from one format, such as JVR 1 , to the volume transfer format, such as the BOTCC format. In some embodiments, no conversion is necessary.
B. Interface Communications.
The input interface between the external interface 225 and the clearing interface 301 is realized through the use of MQSeries 333 , as previously discussed. The clearing interface passes on trade records to the clearinghouse downstream systems 321 also using MQSeries 323 . The core interface process sends one composite TREX record containing the buy and sell sides of a trade within a single MQSeries message. Messages are sent after successfully matching orders belonging to one transaction identifier and enriching the resulting trade.
The communication between the processes 305 , 311 , 315 of the clearing interface will preferably use transient data queues, e. g. 381 A, B, C. One queue is required for communication between the technical component 305 , sometimes herein called the “input interface”, and the functional component 311 , a second queue is required for communication between the technical component 305 and the end-of-day component 315 . Processing in the functional component 311 and the end-of-day component 315 is triggered by data arriving in the transient data queue and will continue until the queue is empty. Recovery capability is preferably available to ensure data consistency at all times during the processing. This includes data in queues 323 , 333 from and to MQSeries, the transient data queues 381 A, B, C and the databases. Read and write processes from and to the MQSeries queues and the transient data queues are synchronized with the database updates so that in case of a failure all input and output channels can be rolled back to a defined and consistent position.
C. Detailed Architecture.
1. Technical Component.
In the preferred embodiment the technical component 305 performs all technical processing of the clearing interface 301 and in one embodiment is an IBM 9672 mainframe. The operating system in this embodiment is OS/390. Other mainframes or other computers, and other operating systems, from other vendors can be employed, as will be apparent to those of skill in the art. This includes interacting with MQSeries 333 to receive the data sent by external interface 225 , performing technical conversion of the data 341 and storing it in the receipt log 351 . The technical component also verifies that all trade records sent are received by performing a consistency check 345 on the sequence number. The database management system in one embodiment is DBMS available from IMS, employing a virtual sequential access methodology.
During the trading day as was discussed the sending process on the external interface 225 forwards all newly arrived position transaction records via MQ Series 333 to the clearing interface 301 in bursts at defined transaction intervals. At the end of the trading day as was also discussed, when the trading system is in batch processing, that system sends an end-of-session record and contract volume records. These may include a daily volume for an actively traded contract at an end of a trading day. As described below, the system may also check to see whether the daily volume corresponds to an accumulated volume corresponding to the actively traded contract.
The end-of-session record is a single record in a single MQSeries message. The contract volume records are packaged in groups just like the position transaction records.
On the clearing interface 301 the incoming messages from the MQ Series 333 are obtained from the MQSeries queue one by one until all messages of a burst have been read and the depth of the queue is zero. Each message obtained from the queue is stored 335 in the receipt log 351 as individual records before the next message is taken out of the queue. For each record in the message the data is passed to the technical conversion process 341 for conversion and storage 335 in the receipt log 351 (the original MQSeries message is not stored). In case the message received contains position transaction records, the messages passed on to the consistency check 345 before writing it to the database.
b. Technical Conversion.
The messages received, as was seen, are in ASCII format with embedded computational fields in DEC binary, little endian format. Regular fields, i. e., fields that contain plain alphanumeric characters, are converted to change each ASCII character to the corresponding EBCDIC character.
Computational fields on the trading system hardware (in one embodiment, DEC) are stored in a different byte order—least significant first—than on the clearing system hardware (in that embodiment, IBM)—most significant first. Therefore, the bytes have to be swapped into the right order to ensure the value is interpreted correctly by the clearinghouse system 321 . Of course, the little endian to big endian conversion is necessary only for messages containing position transactions. The end-of-session message and the contract volume messages do not contain computational fields.
c. Consistency Check.
Each position transaction record sent by the external interface 225 has a unique sequence number that is continuously incremented by one for each record. The consistency check 345 verifies that the sequence number of the current record is one greater than the sequence number of the previous record received. If a sequence number is missing, manual intervention at both the trading system and the clearing system) is necessary to resolve the problem. In case of a duplicate sequence number the second record is ignored. The consistency check, however, is only performed for messages containing position transactions and for end of session messages. When the end-of-session message is received, the sequence number of the last position transaction record received is checked against the last sequence number sent that is contained in the end-of-session message. When a contract volume message is received, no consistency checking takes place.
All records that pass the consistency check 345 , are stored 335 in the receipt log 351 . In performing this functionality, the technical component, of course, functions as a storage device and is sometimes herein called that. A duplicate sequence number does not result in error processing, the second record is skipped and a warning message is displayed to the operators. In case a sequence number received is greater than the last sequence number plus one (i. e., a sequence number is missing: seq n +1 <seq n+1 ) or if the sequence number in the end-of-session message is not equal to the last received sequence number, the consistency check fails. An error message 347 is displayed to the operators 395 and the processing ends. However, records from the same message processed successfully before the error are stored in the receipt log 351 . Manual intervention on both the sending and the receiving sides (i. e., the trading system and the clearing system) is necessary to resolve the problem.
All records that pass the consistency check (or for which no consistency check is performed, i. e., volume records) are written to the receipt log 351 by a store operation 335 by the technical component, i. e., storage device as mentioned above. This database stores all messages that were successfully received 331 and converted 341 . Each record is stored with an initial status of unmatched. The status is later used, as will be seen, by the matching functionality to keep track of the position transaction records partially or fully matched. After each record is stored, processing continues with the conversion of the next record in the message.
For position transaction messages the following messaging logic is invoked. Due to the fact that the sequential input file used by the external interface 225 to create the messages for the clearing interface 301 is written by multiple posting processes running on the host trading system, transactions belonging to the same trade generally do not arrive in sequence but are mixed with transactions from other trades. The technical component 305 of the clearing interface levels out this disorder by keeping track of the received transaction numbers. After defined intervals (at the latest when the MQSeries queue is empty), records with one or more transaction identifiers are passed on to the functional processing component 311 so that component can perform its processing.
A selection algorithm can render this transferring process more efficient. For example, suppose records with transaction identifiers are received in the following order: ‘1’, ‘2’, ‘3’, ‘1’, ‘4’, ‘2’, ‘1’, ‘1’, ‘3’, ‘4’, ‘4’, ‘3’, ‘1’, ‘5’, ‘2’, ‘6’, ‘3’, ‘4’, ‘5’. A defined interval for this example could be selected as every fifth new (i. e., previously not occurred) transaction identifier. In this example records with the transaction identifier ‘1’ are passed on when ‘5’ occurs for the first time; all other records are held back. When ‘6’ arrives, records with identifier ‘2’ are passed on and so forth. With such an algorithm the likelihood of having already received all trades belonging to the same transaction identifier is significantly higher compared to an algorithm where every change (i. e. a defined interval of “one”) in the transaction identifier triggers passing on records with the previous identifier. If transmission occurs without such an algorithm, the transmission is said to be independent of the algorithm.
The end-of-session message is also sent to the functional processing component 311 . However, the contract volume record is sent to the end-of-day (or session) processing component 315 for contract balancing processing. As mentioned above, this will typically include daily volumes and a check on the accumulated volume.
2. Functional Component.
The functional component or “functional processor” 311 performs all intra-day functional processing, ensuring that all trade data required is made available to the clearinghouse downstream systems. This includes functionally validating 351 , matching 355 and enriching 365 the position transaction data received and stored by the technical component 305 . Enriched TREX records are then passed on to the clearinghouse downstream systems 321 via MQSeries 323 .
The processing in the functional component 311 is triggered by a transaction identifier sent from the technical component. All position transaction records with that identifier are retrieved from the receipt log 351 so that processing is done for one trade at a time. After a record has passed the functional validation 351 it is put in a buy or sell table for matching 355 . If the message from the technical shell signifies the record is an end-of-session message, the normal functional processing is skipped and a matching completeness check is performed.
uma. Functional Validation.
Trades to be cleared in the clearing house systems need to be associated with a valid clearing firm. In one embodiment the reference data between the trading system and the clearing system is not automatically synchronized but requires manual procedures. Conceivably, therefore, a new clearing firm is set up in the trading system, admitted to trading, when it is not set up in the clearing system. Accordingly, position transactions from clearing firms unknown to the clearing system could be transmitted. The clearinghouse downstream systems 321 would reject and drop such transactions.
To prevent the loss of position transactions the clearing firm of an incoming transaction is validated 351 against the clearing system reference data 385 . If the clearing firm is not found in the reference data, this transaction is flagged as an error. Manual intervention is required to update the reference data 385 and trigger the reprocessing of the transaction by the functional component 311 . If the clearing firm validation fails (i. e., the firm is not found in the clearing system reference data 385 ), then an error message 391 is displayed to the operators 395 and the transaction is written back to the receipt log 351 marked as an error. Other transactions belonging to the same trade identifier are not changed but normal processing continues for them.
If the clearing firm validation 351 is successful then the transaction is put into either the buy or the sell table. Each table is an internal memory table that is used during the matching process 355 . The trading system POSTRN format keeps long and short positions of a position transaction rather than the execution quantity. Therefore the execution quantity is calculated from the transaction long and short quantities before the record is put into the buy or sell table for matching. For regular trades, adding the absolute values of both quantities gives the execution quantity. In one embodiment Table 1 provides an overview of, and trading algorithm for, the different possibilities of buy or sell and open or close transactions and the resulting trade quantity.
The trading system in one embodiment assigns a unique transaction identifier to all orders that are part of one matching transaction (i. e., match at one price). This is true for the time-price priority matching algorithm as well as for the pro-rata matching algorithm. However, in this embodiment the trading system does not perform counterparty assignment. During the re-matching 355 by the clearing interface 301 the assignment of the opposing broker (counterparty assignment) is performed for all orders belonging to one matching transaction. The process of re-matching is also referred to as “trade generation” in the following discussion.
The matching or closing algorithm in one embodiment of the clearing interface processes the buy and sell tables based on the first-in-first-out rule (FIFO). As long as there are buy and sell records left in the tables the algorithm always completely executes the smaller quantity and partially executes the bigger quantity. Partially executed records remain in the buy and sell tables respectively for the following match. If buy and sell quantities are the same, both are executed fully.
For example, a transaction received from the trading system consisting of three buy position transaction records with quantities of 20, 5 and 15 and two sell position transaction records with quantities of 15 and 25 would create the trades depicted in Table 2.
For each match 355 the receipt log 351 is updated with the new status of the involved position transaction records (fully matched or partially matched) and the remaining quantity. As a result, the receipt log gives an exact picture of the matching process at any time. Each generated trade is passed on to the enrichment process 365 for conversions and formatting of the composite TREX record. Since there is no guarantee that the external interface 225 sends all position transaction records belonging to one transaction identifier before records of another transaction identifier are sent, it is possible that buy or sell position transaction records remain in the table without any matching opposite records. These records are matched 355 when the remaining position transaction records belonging to that transaction identifier are received later on within the same trading day. While this description focuses primarily on matching trades, one side with the other, the system will work as well, or even more efficiently, for recording and clearing completed trades, including both buy and sell sides of each trade.
The accumulated contract volume database 361 is used to accrue the volume of the current trading day for each actively traded contract. After each trade generation, the accumulated volume for the contract is increased by the quantity of the trade. At the end of the day the volume accumulated in this way is compared to the volume reported by the trading system, as will be discussed later. The accumulated contract volume database 361 also keeps statistics on the total number of buy and sell transactions. Every time a buy or a sell record is completely matched (i. e., it has no remaining quantity) the number of buy or sell transactions, respectively, in the database is increased by one.
c. Trade Enrichment.
Trade enrichment 365 refers to actions that convert the generated trade from the POSTRN format used by the trading system in one embodiment to the composite TREX format used at the clearinghouse in that embodiment. Some fields can be copied as is, while others need to be calculated or derived from other fields. The following sections explain specific, more complex conversions and mappings in detail. Of course, the scope of the invention is not limited by the formats, conversion processes and references to types of individuals (e. g. “market maker”) employed in any particular embodiment. Different trading systems and clearing systems other than the specific embodiment described will have different individual characteristics.
Required Reference Data.
Table 3 provides an overview of the reference data fields that are required for the enrichment processes.
As mentioned earlier, although the activities of the trading system of one embodiment involve futures and options securities, including derivative instruments on commodities, the scope of the invention, in particular the kinds of securities, is not limited by that embodiment. As an example, a put may be thought of as a service or a right, to sell a certain number of shares at a certain price. Any other service or right that can be reduced to an amount of money may also be bought or sold on an exchange, provided there is an amount of trading sufficient to support a market. The invention is meant to include trade links between trading and clearing systems for any such goods or services.
In contract conversion the trading system security identifier is converted to clearing system commodity code conversion. In addition, the contract expiration date and the strike price (for options only) are converted. In the trading system securities are identified by a four character alphanumeric field. That field is converted to the clearinghouse commodity code, usually a two digit alphanumeric value stored in a five character alphanumeric field.
In the trading system the expiration date is in YYMM format where YY is a year offset from the reference year 1980. For example, a contract that expires in September 2000 is formatted with an expiration date of 2009. In the clearinghouse system the expiration date is in YYMMDD format where DD is always 00. Accordingly, the 2009 from the example is converted to 20000900.
Strike price conversion (for options) is very complex. In the trading system the strike price is in the fraction display format, a plain number of up to six digits. To interpret the number correctly it is required to know the fraction type of that particular security. For example, a strike price of 617 represents 61⅞ if the security's fraction type is eighths, but it is 6 17/32 if the security's fraction type is thirty-seconds. The clearinghouse system strike price format is similar to the trading system fraction display format but has leading zeros and—depending on the fraction code—trailing zeros. Also, the fraction value might have a different number (e. g., 4/8 is represented as 5, ⅞ as 8). The strike prices from the example above are represented as 0000618 and 0006170, respectively.
If both the trading system fraction type and the clearing system fraction code have the same base or tick size (e. g., both are eighths) then the strike price can be separated into an integer part and a fraction remainder and the clearinghouse strike price can be formatted accordingly. If the fraction types have the same absolute minimum tick value but different tick interpretations (e. g., a fourth of thirty-seconds and a half of sixty-fourth) the trading system fraction display format must be converted into raw ticks first (495 and 209, respectively, in the above example). At this point, the same conversion rules as for the trade price apply (see below).
Trade Price Conversion.
Trade prices in the trading system are stored as raw ticks, where the minimum tick value is the smallest fractional unit. If, for example, a security is traded a in fourth of thirty-seconds, the smallest fractional unit is one-hundred-and-twenty-eighths. A price of 6 17/32¼ is then represented as 837 (=[6*32+17]4+1). If a security is traded in eighths, the smallest fractional unit is eight. A price of 5⅞ is then represented as 47 (=5*8+7).
If both the trading system fraction type and the clearing system fraction code have the same minimum tick value (e. g., both are eighths) then the clearinghouse trade price can be calculated from the ticks by integer division and modulo division (remainder). In the second example above an integer division returns the whole number (47 div 8=5) and modulo division returns the fraction remainder (47 mod 8=7). Now the whole number and the fraction with the information in the reference data are used to populate the clearing system trade price field with 00000058 (as mentioned in the previous section, for eighths ⅞ are represented by an 8).
If the fraction types do not have the same absolute minimum tick value (e. g., thirty-seconds and eighths) the conversion is not supported. When new commodities are set up, the minimum tick value for the clearinghouse commodity code must be the same as for the corresponding trading system security.
Trade Time Conversion.
The time of a trade transaction is in trading system time. This system time has a defined offset from local time of a specific city where the clearing system in one embodiment is located. The offset is used to convert the transaction time of a trade to that city's local time. In order to be flexible and allow for changes of the offset time (e. g., different start or end date for daylight savings time) the offset value has to be configurable. Note that the transaction date is not changed during the conversion, but is always the date of the trading system business day on which the trade was executed (also referred to as “trade date”).
Extraction of Specific Fields.
The clearinghouse downstream systems 321 require the clearing fields “Account Number”, “CTI”, “Origin” and “Exchange Fee” to be populated. The clearing interface 301 extracts the values of these fields from the trading system free form text fields “Text” and “Customer”. In detail the procedure is as follows. The ten left-most characters in the field “Text” provide the account number; the remaining fields are cut off and are disregarded. The first character of the field “Customer” provides the CTI (customer type indicator) code as entered by the trader. The second and third character of the field “Customer” provide the origin code as entered by the trader. The fourth and fifth character of the field “Customer” provide the exchange fee type. In each case the data was entered by the trader. These text fields are only passed through from the trading system and no additional validation is performed. As the text fields are only filled for orders while remaining empty for quotes, the clearing interface populates the clearing system clearing fields with default values for quotes as described in the following section.
Defaults for Quotes.
For quotes the trading system sends the fields “Account Number”, “Origin”, “CTI” and “Exchange Fee” to the clearinghouse blank. The fields “Origin” and “CTI” will be populated based on the default mapping shown in the following tables; they are different for options and futures. The fields “Account Number” and “Exchange Fee” remain blank and are not filled. The field “O/C”, the open/close indicator (quotes are always closing transactions in the trading system) is not filled as it is not required for clearing quotes by the clearing system.
Table 4 shows the quote default mappings for futures.
Table 5 shows the same detail for options.
Assignment of Clearinghouse Record ID.
Each generated trade receives a clearing system record identifier, a number between 60,000 and 74,999 in one embodiment. This number is specific to each clearing firm and to options and futures separately. It is incremented by one for each new trade of a clearing firm in options and futures respectively and continues from one trading day to the next. Once the last trade identifier of 74,999 has been assigned to an options or futures trade of a firm, the number for that firm in options or futures is rolled over to 60,000 and starts again.
d. Store and Send.
After the generated trade has been completely enriched 365 the resulting composite TREX record is written to the TREX log or OIA (Office of Investigations and Audits) log 390 database and at the same time the record is sent to the clearinghouse downstream systems 321 via MQSeries 323 .
e. Matching Completeness Check.
At the end of the trading day during the batch processing the trading system sends an end-of-session message indicating that all position transactions have been sent. At this time all position transactions will have undergone the matching process 355 described. If only matched records are found in the receipt log 351 , all position transaction have been processed successfully. A specially formatted composite TREX record is sent to indicate the end-of-session to the clearinghouse downstream systems 321 . In case there are still unmatched records found in the receipt log 351 , an error message 391 is displayed to the operators 395 . The accumulated contract volume 361 for the contract of the order is adjusted to reflect the missing volume. The contract balancing processing in the end-of-day component will, as will be discussed below, take this error into account. The specially formatted composite TREX record is also sent in the error case. Manual intervention is necessary to solve the problem. While the TREX format is preferred, other formats may be used.
3. End-of-Day or End-of-Session Component.
The end-of-day (or end-of-session) component or “end-of-day processor” 315 is responsible for end-of-day functional processing ensuring that all volume data required is made available to the clearinghouse downstream systems 321 .
uma. Contract Balancing.
During the batch processing the trading system sends contract volume messages via MQSeries 333 to be used in contract balancing. These messages carry up to a defined number of records (in one embodiment ten, but the number can be changed by agreement of all system users) that contain the volume for each actively traded contract. This volume is checked 371 against the corresponding contract volume accumulated by the functional component from the individual trades during the day. Each contract that is verified successfully, i. e., where the volume transmitted from the trading system matches the volume accumulated during the day from the individual trades generated, is passed on to volume enrichment 375 . However, if a discrepancy between the volumes is detected, an error message 401 is displayed to the operators 395 , further processing for the faulty contract is skipped and the processing continues with the following contracts. Manual procedures are required to resolve the problem.
b. Volume Enrichment.
The contract volumes accumulated during the day and the contract volumes received at the end of the day are in trading system format and require enrichment 375 . For processing by the clearinghouse downstream systems 321 they are converted to clearing system format and stored in the volume transfer file 405 . Most fields can be copied as is. The contract conversion is performed with the process described above under “Trade Enrichment” 365 except for the expiration date conversion. This conversion is not necessary as the expiration date is received in normal YYMMDD format and not necessarily in a proprietary trading system format. From the above description of the embodiments of the present invention, the advantages of the invention are clear. Multiple financial trading systems can be linked to a single clearing system. Multiple kinds of financial instruments can be cleared in a single clearing system, or if desired, more than a single clearing system. In both cases, the invention allows for more rational amounts of collateral and margin. Finally, the more immediate communication of trading information permits more immediate clearing of the transactions, together with attendant resulting benefits, including more appropriate amounts of margin.
The steps of the methods recited herein can be performed in any order consistent with the recited acts. While particular embodiments of the present invention have been and will be shown and described, modifications may be made. In particular, individual mention has been made of specific items of hardware, e. g., mainframe computers, specific forms of software and various kinds of networks. Individual mention has also been made of specific trading systems, clearing systems, types of financial instruments, and trading information. The invention is not limited to the use of these specific components and other specific matters that are exemplary only, but includes all equivalents of those components and matters. For example, the networks described may be private or proprietary, or can include the public Internet. In addition, while certain preferred data formats are described, other data it formats and conversions may also be used.
While the invention has been described with reference to specific embodiments, the description is illustrative of the invention and not to be construed as limiting the invention. Various modifications and applications may occur to those skilled in the art without departing from the true spirit and scope of the invention as defined in the appended claims, including all equivalents.

Systems Trading.
TRADING SYSTEMS – WHAT and WHY?
Trading systems are generally computer software programs which issue buy and sell signals based upon price, volume or other empirical data. By analyzing real-time price data and comparing such data to pre-set pattern recognition inputs, or by running said data thru mathematical algorithms generally compiled by the system provider himself, trading signals are generated and then run through an auto-execute applet in order to effect the trades thus indicated.
Because such systems are computer based, they are not liable to human input and thus don’t carry the tendency to second guess the pre-set parameters, hesitate to execute indicated trades, or simply miss signals because the trader is distracted for any reason.
They are thus incapable of straying from the trading discipline set into the system at its outset.
In short, they are significantly less liable to the human frailty inherent in any trader’s psyche.
Because computers aren’t subject to distraction or fatigue or hesitation, they offer a more disciplined approach to trading volatile markets while also possessing the added advantage they are able to make trading decisions 24 hours per day, seven days per week often for weeks on end. Additionally, because the developmental stage is where the decision-making process is defined, tested and refined, subsequent decisions are made with split-second efficiency far beyond the capability of any human trader.
This defining, testing and refining process often goes on for years and in some cases even decades to come up with the end result. That being said, hypothetical results do offer investors the ability to evaluate key performance statistics such as:
Current year-to-date return Average return Average winning trade.
Maximum drawdown Average drawdown Average losing trade.
Systems Trading Products Affiliated with Dorman Trading.
Select from one of two specially selected futures trading system providers:
Collective2.
Dorman Trading, LLC Clearing Members: CME, CBOT, COMEX, NYMEX, ICE-US, Eris Exchange. Non-Clearing Member: Eurex.
Registered Futures Commission Merchant | Registered CFTC | NFA Member. All content © 2016 Dorman Trading, LLC.
Existe um risco de perda na negociação de futuros e opções. Futures trading is not appropriate for all investors.
Copyright © 2016. All market data is provided by Barchart Market Data Solutions. Futures: at least 10 minute delayed. As informações são fornecidas "como estão" e apenas para fins informativos, não para fins comerciais ou conselhos. To see all exchange delays and terms of use, please see disclaimer.