Trading System Rfp

Request for Quote - RFQ. A solicitação de cotação RFQ é um tipo de solicitação de aquisição em que uma empresa pede fornecedores externos para oferecer uma cotação para a conclusão de uma tarefa específica ou projeto Uma RFQ é semelhante A uma solicitação de proposta RFP e fornece informações completas para o licitante sobre os requisitos do projeto Uma RFQ freqüentemente exige que o licitante para discriminar os custos para cada fase do projeto para permitir que a empresa solicitando a comparar vários lances. BREAKING DOWN Pedido de Orçamento -.O RFQ é normalmente o passo inicial para a apresentação de uma RFP, na qual os licitantes são solicitados a oferecer uma cotação mais abrangente. No entanto, as RFQs podem ser enviadas como anexo de uma RFP. Uma RFQ é tipicamente usada quando os produtos e serviços são padrão ou Off-the-shelf, que permite que a empresa de solicitação para comparar os vários lances facilmente. Quando a empresa de solicitação sabe a quantidade de produtos que deseja comprar, normalmente usa um RF Q Por exemplo, uma agência governamental que quer comprar 500 computadores com um tamanho de disco rígido específico e velocidade de processamento anuncia um RFQ. Uma vez que o produto é uniforme, a agência pode facilmente comparar citações diferentes. Um RFQ é geralmente enviado a vários fornecedores em potencial, perguntando Para o preço do licitante Pode conter informações que o lance deve incluir para consideração, condições de pagamento, os fatores que decidem qual lance a empresa escolhe e um prazo de submissão de propostas Um RFQ concentra-se principalmente em preços Se os critérios mínimos forem atendidos, O lance é geralmente dado o contrato. Vantagens e desvantagens. Uma RFQ não é divulgada publicamente Usando um RFQ reduz o tempo de processamento de compras, porque não há necessidade de preparar documentos de solicitação de aquisição O número de ofertas de licitantes solicitados limita a quantidade de pedidos recebidos isso também diminui a Tempo de processo de seleção. A RFQ pode resultar em desvios do processo normal porque a empresa H fornecedores que enviam RFQs, o que limita a concorrência Fornecedores que respondem favoravelmente à RFQ e satisfazem os critérios mínimos são incluídos no processo de solicitação de RFP. Quando usar uma RFQ. Usando uma RFQ torna o processo de solicitação mais eficiente porque menos respostas são E as respostas são qualificadas. Isso reduz o tempo para avaliar propostas de licitantes qualificados ao invés de avaliar propostas de um grupo de licitantes qualificados e não qualificados. Uma cotação recebida em resposta a uma solicitação de cotação não é uma oferta eo governo não pode aceitá-la para criar Um contrato vinculativo A ordem de compra é uma oferta do governo a um fornecedor para comprar bens ou serviços de acordo com os termos e condições particulares Um contrato é concedido quando um fornecedor aceita a oferta. Pedido de proposta - RFP. What é um Pedido de Proposta - RFP. A solicitação de proposta RFP é um tipo de solicitação de licitação em que uma empresa ou organização anuncia que o financiamento está disponível para um determinado profissional Um projeto ou um programa e as empresas podem fazer lances para a conclusão do projeto. Descreve o processo de licitação e os termos do contrato e fornece orientação sobre como o lance deve ser formatado e apresentado. Um pedido de proposta para um programa específico pode exigir que a empresa revise o Lances não só para examinar a sua viabilidade, mas também a saúde da empresa de licitação ea capacidade do licitante para realmente fazer o que é proposto. BREAKING Down Pedido de proposta - RFP. A solicitação de proposta normalmente inclui antecedentes sobre a organização emitente e sua linha De negócios O pedido apresenta especificações descrevendo a solução que procura e critérios de avaliação revelando como as propostas são classificadas Os pedidos de propostas podem incluir uma declaração de trabalho descrevendo as tarefas a serem realizadas pelo licitante vencedor e um cronograma para o fornecimento de trabalho concluído. Solicitação de Proposta. A complexidade de um projeto pode resultar na necessidade de um pedido formal de Por exemplo, uma empresa que passa de um sistema baseado em papel para um sistema baseado em computador pode solicitar propostas para o hardware, software e treinamento de usuários necessários para estabelecer e integrar As agências governamentais ou outras entidades podem ser obrigadas a emitir solicitações de propostas para oferecer concorrência plena e aberta para diminuir o custo de uma solução. No entanto, aceitar uma proposta que seja mais sensível às especificações nem sempre pode significar o Menor preço oferta. Criar um Pedido de Proposta. Skillfully criar um pedido de proposta pode ditar o sucesso ou falha da solução resultante Se exigências especificadas são muito vagas, o licitante não pode projetar e implementar uma solução completa para o problema Se os requisitos São demasiado detalhadas e restritivas, a criatividade e a inovação dos proponentes podem ser limitadas. O processo começa com a Um pedido de proposta Os proponentes analisam a solicitação e enviam sugestões de melhoria Após a implementação do feedback, o pedido de proposta final é emitido Os licitantes enviam suas propostas O cliente seleciona um pequeno grupo de licitantes e entra em negociações sobre preços e detalhes técnicos. Os licitantes restantes para apresentar uma oferta melhor e final antes de adjudicar um contrato O contrato é apresentado à empresa fornecendo a melhor solução para a questão. Exemplo de Solicitação de Proposta. Sim, por exemplo, a Federal Railroad Administration FRA emite um pedido de propostas para Financiamento, concepção, construção, exploração e manutenção de um sistema HSR ferroviário de alta velocidade As partes interessadas apresentam propostas que satisfazem os requisitos descritos no documento Com base nas propostas recebidas até à data-limite, o Departamento de Transportes estabelece comissões para Propostas O DOT escolhe a proposta mais abrangente i Ts e contrata a empresa para realizar o trabalho. Método e sistema para a gestão de pedidos de propostas para a negociação eletrônica de instrumentos financeiros US 7840474 B1.A método e sistema para comércio eletrônico instrumentos financeiros é revelado Em uma modalidade da invenção divulgada, os comerciantes Gerar solicitações de propostas RFPs sobre instrumentos financeiros As RFPs são transmitidas para os comerciantes cujas estruturas negociáveis ​​incluem a estrutura de RFP Durante uma fase de resposta, os comerciantes podem responder à RFP Estas respostas são preferencialmente transmitidos para todos os comerciantes que responderam, bem como o solicitante Preferencialmente , Somente o solicitante pode trocar nas respostas durante a fase de resposta. Uma vez que a fase de resposta expira, o sistema preferencialmente entra numa fase de ação durante a qual todos os respondedores à RFP e ao solicitante podem trocar nas respostas. Migraram para o mercado geral. 15.1. Método de utilização de um sistema informático para transaccionar electronicamente instrumentos financeiros entre uma pluralidade de comerciantes, incluindo um solicitador e dois ou mais respondedores, compreendendo: receber no referido sistema informático uma RFP de pedido de proposta num instrumento financeiro a partir do referido solicitante, Associada a uma estação de trabalho solicitante, a referida RFP compreende uma estrutura bidireccional que permite tanto ofertas como ofertas, mas não compreende uma oferta de comércio que pode ser atingida ou levantada e. receber no referido sistema informático duas ou mais respostas à referida RFP, cada uma Em que o dito sistema de computador permite que o dito solicitante negocie as ditas respostas durante um primeiro período, cada comerciante do dito sistema de computador Pluralidade de comerciantes não sendo autorizados a transaccionar nas referidas respostas durante o referido primeiro período, a menos que o referido comerciante compreenda s Requerente de ajuda e. a expiração do referido primeiro período, permitindo que o referido sistema informático negocie nas referidas respostas durante um segundo período, sendo que cada comerciante da referida pluralidade de comerciantes não seja autorizado a transaccionar nas referidas respostas durante o referido segundo período, a menos que o referido comerciante Compreende o referido solicitador ou os referidos respondedores.2. Método de acordo com a reivindicação 1 compreendendo ainda o referido sistema de computador correspondendo ordens na expiração do referido primeiro período e antes de permitir que os referidos respondedores troquem nas referidas respostas.3 Método da reivindicação 2 em que as referidas ordens estão associadas com Um preço de oferta ou um preço de oferta, o referido processo de ordens de correspondência compreendendo ainda o referido sistema informático correspondendo a ordens cruzadas em que o preço de oferta mais elevado é superior ao preço de oferta mais baixo.4 Método de acordo com a reivindicação 1 em que quaisquer respostas que não tenham sido transaccionadas em O fim do referido segundo per�do s� migrados pelo referido sistema inform�ico para um mercado geral.5 M�odo da reivindica�o 1, em que o referido solicitante e o referido respondedor S estão associados a grupos de negociação, compreendendo o referido método ainda o referido sistema informático a transmissão das referidas respostas ao referido grupo comercial associado ao referido requerente e a cada grupo comercial associado aos referidos respondedores, sendo que cada comerciante da referida pluralidade de comerciantes não recebe as referidas respostas, Comerciante no referido grupo de negociação associado ao referido solicitante ou pelo menos um grupo de negociação associado aos referidos respondedores.6 Método de acordo com a reivindicação 5 compreendendo ainda o referido sistema de computador permitindo que os comerciantes no referido grupo de negociação associado ao referido solicitante troquem nas referidas respostas durante o referido primeiro período , Sendo que cada comerciante da referida pluralidade de comerciantes não é permitido pelo referido sistema informático negociar nas referidas respostas durante o referido primeiro período, a menos que o referido comerciante compreenda um comerciante no referido grupo comercial associado ao referido solicitador.7 Método de acordo com a reivindicação 6 compreendendo ainda o referido sistema informático Permitindo que os comerciantes em cada grupo de negociação referido associado com o referido responde Um método de utilização de um computador para transaccionar electronicamente instrumentos financeiros entre uma pluralidade de operadores, incluindo um solicitante e dois ou mais respondedores, estando cada comerciante da referida pluralidade de comerciantes associado com um ou mais Mais grupos de negociação, compreendendo o dito método: receber no dito sistema informático uma RFP de pedido de proposta num instrumento financeiro a partir de um solicitante associado a uma estação de trabalho solicitante, a dita RFP compreendendo uma estrutura bidireccional que permite tanto ofertas como ofertas mas não compreendendo uma Oferecer ao comércio que pode ser batido ou levantado. Durante um primeiro período de resposta, recebendo no referido sistema informático duas ou mais respostas à referida RFP a partir dos referidos respondedores, cada respondente associado a uma estação de trabalho respondedora, proporcionando cada uma das referidas respostas pelo menos uma referida resposta. O dito sistema informático a transmitir as ditas respostas ao dito solicitante. O dito sistema informático permite ao dito solicitante trocar nas ditas respostas durante um primeiro T, cada comerciante da referida pluralidade de comerciantes não sendo autorizado a negociar nas referidas duas ou mais respostas durante o referido primeiro período de exclusividade a menos que cada dito comerciante esteja associado com um ou mais grupos de negociação associados ao dito solicitante, dito primeiro período de resposta e dito Permitindo que o primeiro período de exclusividade se sobreponha e. a expiração do referido primeiro período de exclusividade, permitindo que os referidos respondedores troquem nas referidas respostas durante um segundo período de exclusividade, cada comerciante da referida pluralidade de comerciantes não sendo autorizado a negociar nas referidas respostas Durante o referido segundo período de exclusividade, a menos que cada um desses comerciantes esteja associado a um ou mais grupos de negociação associados ao referido solicitador ou esteja associado a um ou mais grupos de negociação associados aos referidos respondedores.9 Método de acordo com a reivindicação 8 em que cada comerciante da referida pluralidade de comerciantes é Associado com uma ou mais estruturas comercializáveis ​​armazenadas no referido sistema informático, as referidas estruturas comercializáveis ​​f Ou cada dito comerciante sendo uma função de comerciantes potenciais para um comércio.10 Método de acordo com a reivindicação 8, em que o referido primeiro período de exclusividade e o referido segundo período de exclusividade são co-terminais.11 Método da reivindicação 8 compreendendo ainda o referido sistema informático a migração das ditas respostas para Um mercado geral no termo do referido segundo período exclusivo.12 Um sistema para transaccionar electronicamente instrumentos financeiros entre uma pluralidade de comerciantes, incluindo um solicitador e dois ou mais respondedores, compreendendo: um primeiro posto de trabalho associado a um solicitante, o referido primeiro posto de trabalho adaptado para Aceita pedidos de RFP de proposta do referido solicitante, compreendendo a referida RFP uma estrutura bidireccional que permite tanto ofertas como ofertas, mas que não compreende uma oferta comercial que pode ser atingida ou levantada. Uma pluralidade de estações de trabalho respondedoras, cada uma associada a um respondedor, cada uma A referida estação de trabalho de resposta adaptada para aceitar respostas a essas RFPs de pelo menos um referido respondedor. um servidor acoplado à referida primeira estação de trabalho e ea O referido servidor adaptado para receber a referida RFP a partir da referida primeira estação de trabalho. receber duas ou mais respostas de duas ou mais estações de trabalho de resposta. transmitir as referidas respostas para RFP para a referida primeira estação de trabalho e para cada uma das referidas várias estações de trabalho de resposta a partir das quais a referida Servidor receberam uma resposta, cada estação de trabalho da referida pluralidade de estações de trabalho respondedoras não exibindo as referidas duas ou mais respostas à RFP, a menos que a referida estação de trabalho respondente enviasse uma resposta à referida RFP. Permitir que o referido solicitante negocie as referidas respostas à RFP durante um primeiro período, Da dita pluralidade de comerciantes não sendo autorizados a transaccionar sobre a dita resposta durante o dito primeiro período, a menos que cada dito comerciante compreenda o dito solicitante e, no final do dito primeiro período, permita que os ditos respondedores troquem nas ditas respostas durante um segundo período, cada comerciante de Sendo que a referida pluralidade de comerciantes não é autorizada a negociar nas referidas respostas durante o referido segundo período, a não ser que cada dito comerciante compreenda a referida solicitação Ou ou os referidos respondedores.13 Sistema de acordo com a reivindicação 12, em que certas das referidas funções de estação de trabalho e da referida pluralidade de funções de estação de trabalho de resposta são implementadas no referido servidor.14 Sistema para transaccionar electronicamente instrumentos financeiros entre uma pluralidade de comerciantes, compreendendo um servidor adaptado para. Receber uma solicitação de proposta RFP sobre um instrumento financeiro de um solicitante, a referida RFP compreendendo uma estrutura bidirecional que permite tanto ofertas e lances, mas não compreendendo uma oferta de comércio que pode ser atingido ou levantado. Receber duas ou mais respostas aos referidos RFP a partir de dois ou mais respondedores, cada um dos referidos respondedores providenciando pelo menos uma dita resposta. transmitir as referidas duas ou mais respostas ao dito solicitante e aos ditos dois ou mais respondedores, cada comerciante da dita pluralidade de comerciantes não recebendo as ditas duas ou mais respostas a menos que cada dito Comerciante compreende o referido solicitante ou um ou mais respondedores. Permitem ao referido solicitante negociar nas referidas respostas durante um primeiro período, cada comerciante da referida pluralidade de comerciantes Não sendo permitido que o comércio na referida resposta durante o referido primeiro período, a menos que cada dito comerciante compreenda o dito solicitante e permita que os ditos dois ou mais respondedores troquem nas ditas respostas durante o dito segundo período na expiração do dito primeiro período, cada comerciante da dita pluralidade De comerciantes não sendo autorizados a negociar na referida resposta durante o referido segundo período, a não ser que cada dito comerciante compreenda o dito solicitante ou os ditos dois ou mais respondedores.15 Um método de utilização de um sistema informático para transaccionar electronicamente instrumentos financeiros entre uma pluralidade de comerciantes, compreendendo: No referido sistema informático uma RFP de pedido de proposta de um instrumento financeiro a partir de um solicitante, compreendendo a referida RFP uma estrutura bidireccional que permite tanto ofertas como ofertas mas não compreende uma oferta de comércio que pode ser atingida ou levantada. receber no referido computador Sistema de duas ou mais respostas à referida RFP a partir de dois ou mais respondedores, cada um dos referidos respondedores providenciando pelo menos uma das referidas respostas. G dito duas ou mais respostas ao dito solicitante; o dito sistema informático permite que o dito solicitante troque nas ditas duas ou mais respostas durante um primeiro período, não sendo cada dito comerciante da dita pluralidade de comerciantes a negociar nas ditas duas ou mais respostas durante o dito Primeiro período, a menos que o referido comerciante compreenda o referido requerente e, no termo do referido primeiro período, o referido sistema informático permitindo que os referidos dois ou mais respondedores troquem nas referidas duas ou mais respostas durante um segundo período, cada comerciante da referida pluralidade de comerciantes não sendo Permitindo o comércio nas referidas duas ou mais respostas durante o referido segundo período, a não ser que o referido comerciante compreenda o referido solicitador ou os referidos dois ou mais respondedores. CROSS - REFERÊNCIA À APLICAÇÃO RELACIONADA. Este pedido reivindica o benefício, em 35 USC 119, do Pedido Provisório N ° 60 254.680, intitulado Método e Sistema para Solicitar Preços para Negociação Eletrônica de Instrumentos Financeiros, arquivado em 11 de dezembro de 2000, o qual é aqui incorporado por referência. FIE LD da invenção. A presente invenção refere-se a sistemas de corretagem informatizados e, mais particularmente, à negociação electrónica de instrumentos financeiros através de um sistema de negociação electrónico. Os preços de mercado para certos tipos de instrumentos financeiros, tais como os listados nas Tabelas 1A-1C, No entanto, uma vez que tais instrumentos são muitas vezes negociados em pequenas quantidades, em muitas ocasiões não pode haver ofertas para comprar ofertas ou ofertas para vender ofertas para um determinado instrumento financeiro também chamado de produtos aqui Embora os comerciantes podem estar interessados ​​em Compra e / ou venda de tais instrumentos eles podem não querer colocar ofertas ou ofertas Em vez disso, eles querem ter outros comerciantes fazer ofertas e ou ofertas sobre o instrumento particular. Assim, existe uma necessidade de um método e sistema que permite que os comerciantes para dar início Um mercado, sem expor os comerciantes ao risco associado à colocação de ofertas e / ou ofertas. SUMÁRIO DA INVENÇÃO. Estas e outras limitações da De acordo com um aspecto da invenção, pedidos de propostas RFPs para instrumentos são aceites e transmitidos para comerciantes. Durante uma fase de resposta, os comerciantes podem Responder à RFP As respostas são preferencialmente afixadas a todos os comerciantes que responderam, assim como ao solicitante. Durante a fase de resposta, somente o solicitante pode negociar nas respostas. Uma vez que a fase de resposta expira, o sistema entra preferencialmente numa fase de ação durante a qual todos os respondedores E o solicitante pode negociar nas respostas. Uma vez terminada a fase de acção, as respostas abertas são adicionadas ao mercado geral. A FIG. 1A é um esquema de uma rede de computadores exemplar que implementa a invenção. A FIG 1B é uma visão geral Diagrama de fluxo de um processo implementando a presente invenção. A FIG. 2 mostra uma tela de ação de mercado exemplar de uma tela de comerciante com um mercado Tabela de ação no modo padrão. A FIG 3 mostra uma tela de exibição de comerciante exemplar para inserir um pedido de proposta. A FIG 4 mostra uma tela de ação de mercado exemplar de um mostrador de comerciante com uma tabela de ação de mercado em modo de solicitação para proposta. FIG 5 mostra um exemplo de comerciante Exibir uma tela para responder a um pedido de proposta. A Figura 6 mostra um exemplo de tela de ação de mercado de um mostrador de comerciante mostrando respostas a solicitações de propostas. A Figura 7 mostra um exemplo de tela de ação de mercado de um mostrador de comerciante mostrando um tempo de ação para negociação em pedidos de A Figura 8 ilustra um exemplo de tela de ação de mercado de um mostrador de comerciante mostrando respostas que migraram para o mercado geral. DESCRIÇÃO DESCRITIVA DA INVENÇÃO. Com referência às FIGS 1-8, é discutida uma forma de realização preferida da invenção. Exemplar que implementa a presente invenção Uma pluralidade de estações de comerciantes 102, 104 e 106 estão ligadas a um servidor financeiro 100 através de uma rede 110 A ne Uma rede privada ligada através de qualquer número de meios, tais como linhas T1, linhas de assinante digital, modems de cabo, ligações por satélite ou outros meios de ligação disponíveis. Uma ou mais estações de comerciantes associadas 106 podem ser ligadas através de uma rede de área local 112 Alternativamente, as estações de comerciantes 102, 104 e 106 podem ser acopladas ao servidor 100 através de qualquer um de um número de meios, tal como através de uma rede pública, tal como a Internet, ou Através de uma rede privada virtual O sistema preferencialmente utiliza uma arquitectura cliente-servidor na qual as estações de comerciante 102, 104 e 106 executam um cliente fino escrito em Java para comunicar com o servidor financeiro 100. Numa concretização alternativa, o servidor financeiro 100 actua como um E comunica com as estações de comerciante 102 104 e 106 usando uma linguagem de descrição de página, como Hyper-Text Markup Language HTML ou Extensible Markup Language XML In Uma tal concretização, os comerciantes interagem com o servidor 100 utilizando um navegador compatível, por exemplo Netscape Navigator ou Microsoft Internet Explorer. A FIG 1B mostra um fluxograma de visão geral de um processo que implementa uma concretização da presente invenção. FIGS 2-8 mostram telas de interface de utilizador exemplificativas para estações de trabalho de comerciante utilizadas Na criação e resposta a pedidos de preços sobre instrumentos financeiros. Numa forma de realização da invenção, os comerciantes são apresentados com uma tela de ação de mercado MAS como mostrado na FIG. 2 O MAS contém uma Tabela de Ação de Mercado MAT 100 que mostra ordens, Ordens para certos instrumentos no sistema Uma ordem tem um preço, tamanho e instrumento coletivamente, uma estrutura associada a ele O MAT 200 pode ser visto em diferentes modos para visualizar diferentes tipos de ordens Por exemplo, Modo Padrão, mostrado na FIG. 2 De preferência mostra o mercado interno, ou seja, a melhor oferta e melhor oferta para todas as estruturas, incluindo ordens ao vivo, ABC ordens discutidas abaixo e RFP ord E o Modo de Tabela de RFP mostrado na FIG. 4 preferencialmente mostra ordens para as quais existe uma RFP e também exibe o mercado interno. Cada linha na MAT 200 representa um instrumento financeiro diferente. A MAT 200 inclui de preferência uma coluna de oferta e uma coluna de oferta que exibem a Melhor oferta ou oferta, respectivamente, para cada instrumento, onde melhor é de preferência definido em termos de preço, mas poderia, em formas de realização alternativas, ser definido por outros parâmetros, tais como tamanho ou estrutura da ordem O MAS também contém um Market Action Grid 202 que é uma representação gráfica de informação no MAT 200 e um Portal de Mensagens 204 que mantém os comerciantes a par da actividade do sistema, por exemplo, comércios, novas encomendas, pedidos de preços, etc., apresentando várias mensagens. O Portal de Mensagens 204 exibe preferencialmente mensagens que são relevantes para As posições dos comerciantes Na concretização preferida, estão disponíveis várias intensidades de mensagens Por exemplo, mensagens de nível 1 o nível mais baixo de intensidade são apresentados em st E nível de texto nível 2 mensagens nível médio de intensidade são apresentados em grande tamanho de texto, por exemplo, 1 5 tamanho de texto padrão e nível 3 mensagens o mais alto nível de intensidade são apresentados em um tamanho de texto maior, por exemplo 2 tamanho de texto padrão e pode, opcionalmente , Pode ser enviada duas vezes, a segunda mensagem imediatamente após a primeira e pode ser acompanhada por uma indicação de áudio, como um sinal sonoro. Cor piscar indicações, por exemplo, nível 1 verde, nível 2 vermelho, nível 3 piscando vermelho também pode ser usado As mensagens podem, alternativamente, ser enviadas via e-mail, mensagens instantâneas na Internet, paginação, notificações telefónicas de voz e / ou correio de voz, pager e / ou sistemas de mensagens móveis, tais como WAP. Uma interface preferida para criar um estado de crédito RFP é mostrado na FIG. 3 O comerciante entra na estrutura ele ou ela está interessado em obter um preço para a estrutura de RFP na Sub-Secção de Estrutura 304 da Tela de Ação 302 mostrada na FIG. 3 A estrutura de RFP prefera O comerciante também insere o tamanho 312 314 direção 316 318 eo status 308 310 da RFP usando a Seção de Ação 306 da Tela de Ação 302 O tamanho 312 314 pode estar abaixo de um padrão Mínimo, dependendo do instrumento A direção 316 318 indica se o trader quer lances 316 ofertas 318 ou ambos um bidirecional Para um bidirecional, o tamanho de oferta e o tamanho da oferta solicitados podem ser diferentes e o status de oferta e status de oferta solicitados também podem Diferem O status 308 310 indica se o comerciante aceitará somente ordens do mercado de Live ie ou aceitará as ordens de Active Mas Confirmar ABC e Live 308 310 Uma ordem de ABC está sujeita à confirmação pelo proprietário da ordem antes do comércio pode ser finalizado O comerciante clica O botão Submit RFP 320 para introduzir a RFP no sistema. O sistema verifica então a RFP e insere-a no sistema 120 FIG 1B. Numa concretização preferida da invenção, um comerciante pode introduzir uma RFP para uma estrutura, directi Além disso, um comerciante pode inscrever uma RFP para uma estrutura, direção e tamanho que já tem uma ordem padrão colocado para a estrutura, direção e tamanho, mesmo se uma RFP para a mesma estrutura, direção e tamanho já foi inserido no sistema E tamanho Se já houver um preço Live ou ABC para a estrutura, o sistema de preferência avisa o solicitante de que a estrutura está no mercado geral e solicita confirmação para submeter a RFP. Cada pedido de RFP está preferencialmente associado a um Tempo de Resposta 408 FIG 4 Depois de o Tempo de Resposta ter expirado, os utilizadores podem não responder à ordem RFP. Tal como ilustrado na FIG 4, uma vez que uma ordem de RFP foi gerada por um comerciante, um alerta RFP A mensagem 406 é transmitida 122 FIG 1B nos Portais de Mensagem 204 alertando os utilizadores do sistema de que houve uma RFP De preferência, as Mensagens de Alerta RFP 406 são apenas transmitidas para comerciantes cujas estruturas transaccionáveis ​​incluem a estrutura RFP As estruturas transaccionáveis ​​preferencialmente incluem todas as estruturas para as quais o grupo comercial do comerciante está autorizado a negociar. Numa implementação, para cada comerciante comerciante, em que x 1 a n operadores, o sistema determina se a estrutura da acção da estrutura de acção está incluída no comerciante Xs produtos negociáveis ​​Se não, o comerciante seguinte é avaliado iex é incrementado Se a estrutura está nos produtos comerciáveis ​​do comerciante, então uma mensagem de alerta de RFP 406 é gerada De preferência a mensagem de alerta de RFP é atribuída nível de intensidade 2 e é gerada uma cadeia de mensagem passo 424 como se segue. Cabeçalho da estrutura do cabeçalho do texto da causa, cabeçalho da estrutura do tamanho do cabeçalho do texto, tamanho MM Direção ESTADO REQUISITO time. cause texto RFP. pre-estrutura header. if a estrutura do RFP não está no grupo de tela aberta do comerciante xs, isto é se a estrutura não está no Exibir um cabeçalho de pré-estrutura, por exemplo, USD, GBP, USD JPY. main estrutura header. display atributos de material contínuo da estrutura, eg as informações nas colunas exp ten e strike como mostrado na tabela de ações de mercado 200, por exemplo 412 de FIG 4. tamanho do tamanho do pedido solicitado pelo proprietário da RFP. Oferta ou bidireccional, dependendo se o proprietário da RFP deseja comprar ou vender o proprietário do RFP instrument. if está disposto a aceitar respostas ABC ABC, então BLANK and. time o tempo que o Alerta foi gerado preferencialmente right justiff. If A RFP é bidirecional e diferentes tamanhos ou status são solicitados, o sistema preferencialmente gerará duas Mensagens de Alerta de RFP separadas. Alternativamente, o sistema simplesmente gera duas Mensagens de Alerta de RFP para cada RFP bidirecional. Como discutido acima, a estrutura RFP é Também preferencialmente indicado 402 404 no MAT 200 quando o MAT 200 está no modo de tabela RFP 414 e a estrutura RFP é um dos tipos de estruturas que estão sendo exibidas A indicação MAT 402 404 aparece inicialmente como uma única linha consistindo no cabeçalho de estrutura RFP Estrutura mostrado como 412 e tempo de resposta restante O modo de tabela RFP 414 mostra todas as RFPs existentes para um dado grupo de produtos A tabela RFP 414 mostra opcionalmente linhas adicionais dependendo se o comerciante tem ou não respon De preferência, o MAT 200 de um solicitante muda automaticamente para o modo de tabela RFP 414 quando o comerciante submete uma RFP. O solicitante pode retornar a qualquer modo desejado manualmente. Os usuários do sistema podem responder à RFP clicando na Mensagem de Alerta RFP 406 No Portal de Mensagens 204 ou clicando na estrutura RFP 402 404 no MAT 200 Os usuários devem responder dentro do Tempo de Resposta atribuído mostrado como 408 e 410.Uma vez que um usuário indica que eles desejam responder à RFP, como clicando no RFP Mensagem de alerta 406 ou estrutura de RFP 402 404, são apresentados com a Ficha de Resposta de RFP 502 da Tela de Ação 302 FIG 5 onde inserem um preço ou preços Como mostrado na FIG. 5 os atributos de resposta de RFP incluem direção 504 506 tamanho 508 510 e status 512 514 Direção 504 506 deve ser uma oferta se a Diretoria de Propostas 316 318 foi oferta deve ser uma oferta se a Diretoria de Propostas 316 318 foi oferta e na forma de realização preferida pode ser uma oferta, uma oferta ou um bidireccional se a diretiva RFP 316 318 foi t Wo-way Se a implementação implementar um tamanho mínimo padrão, qualquer tamanho não inferior a um mínimo padrão é permitido para respostas a RFPs de tamanho não submercado Se forem permitidas RFPs de tamanho de submercado, qualquer tamanho não inferior a um submercado Preferencialmente, o tamanho 508 de oferta e o tamanho 510 de oferta podem diferir para respostas a RFPs de duas vias. O estado 512 514 tem de estar activo se o estado de RFP 308 310 for Live pode ser Live ou ABC se o estado de RFP 308 310 Foi Live ou ABC De preferência, o status de lance 512 eo status de oferta 514 podem diferir para respostas a RFPs bidirecionais O comerciante clica no botão de resposta de envio 516 para enviar a resposta para a RFP para o sistema O sistema aceita e verifica 124 FIG 1B A resposta. Uma vez que uma resposta a uma RFP é submetida recentemente ou como uma edição, o respondente s MAT 200 preferencialmente muda para o modo de tabela RFP 414 FIG 4 O respondedor pode comutar manualmente de volta para qualquer modo desejado. O sistema transmite RFP respostas para o solicitante E outros respondedores 126 FI G 1B O sistema de preferência também difunde as respostas aos grupos de solicitação e de resposta. Um exemplo de um conjunto de ordens de resposta de RFP 602 604 606 é mostrado na FIG. 6 De preferência, as respostas são visíveis apenas para o solicitante e aqueles que responderam A RFP, ou seja, eles só aparecem no MAT 200 e Mensagem Portals 204 do solicitante e respondedores, bem como os seus grupos de negociação As respostas RFP 602 604 606 aparecem no modo de tabela de RFP 414 de MAT 200 As respostas RFP preferencialmente são exibidos abaixo do associated RFP structure indicated 402 on MAT 200 The MAT 200 preferably shows the full stack of RFP responses as compared to the best RFP response. As shown in FIG 1B in the preferred embodiment, the RFP process has two phases a Response Phase 140 and an Action Phase 142 The Response Phase 140 preferably begins as soon as the RFP is submitted The Response Phase 140 ends when i the requestor or requestor s trading group trades 131 on any of the responses preferably for any size trade ii the requestor s trading group responds to the requestor s own RFP or iii the Response Time 408 410 expires 130 FIG 1B The Response Phase 140 preferably does not end based on a requestor s or a requestor s trading group s query of an ABC response The Action Phase 142 begins as soon as the Response Phase 140 ends The Action Phase 142 ends when the Action Time 702 FIG 7 times out 136.During the Response Phase 140 and Action Phase 142 only the responders and the requestor see the RFP response orders 602 604 606 for a given RFP As noted above, this display may be extended to the responders and or requestors trading groups. During the Response Phase 140 only the RFP requestor or the RFP requestor s trading group can trade on i e hit bids lift offers In a preferred embodiment only the RFP requestor may query the RFP response orders 128 FIG 1B Responses do not get matched during the Response Phase 140 and are permitted to cross During the Response Phase 140 traders outside t he requestor s trading group are only permitted to submit responses to the RFP and edit or pull their responses In an alternate embodiment, the time that users have to respond to the RFP and the time that the requestor has exclusive rights to trade on the RFP responses need not be the same. After the Response Phase 140 ends, the Action Phase 142 begins during which both requestors and responders as well as their trading groups may trade on the RFP response orders In the preferred embodiment the Action Time 702 FIG 7 is set as a system default but in alternate embodiments the requestor is allowed to set the Action Time. When the Action Phase 142 begins, the system first matches 132 any crossed responses with agreeable credit limits If the bid is higher than the offer, the system preferably averages the price In an alternate embodiment, the system will give preference to whoever entered the response to RFP first Thus, the second responder s price if better than the first responder s price from the first responder s point of view is used to match the order Other methods of determining prices of crossed orders may be used Once acceptable crossed orders are matched, all responders to the structure, as well as the requestor, and the responders and requestor s trading groups, are allowed to act, i e trade and query, on open responses with equal priority 134 Standard trading rules apply Preferably, no new responses to the RFP are allowed during the Action Phase 142.Once the Action Phase 142 ends 136 all lines in the RFP table related to the RFP e g 402 602 604 and 606 FIG 6 are removed including the RFP structure header e g 402 The remaining RFP response orders migrate 138 to the general market and become available to be traded on by other system users authorized to trade and or query the instruments shown as 802 in FIG 8 If there already exists a standard mode stack for the given RFP structure, the RFP responses are placed in the stack based on standard parameters, e g price , status, last time of edit If there is no existing stack, the RFP responses become standard mode orders for the structure Sub-market size RFP responses preferably become standard orders after the Action Phase 142 ends. The invention is suited to a variety of financial instruments including those listed in Tables 1A-C, as well as stocks and bonds Moreover, the invention also applies to contracts based upon the exchange of any commodity, such as contracts for the exchange of bandwidth, real estate, electricity, processing power, freight transportation, etc Thus, the term financial instruments as used herein includes contracts based upon such commodities or services. Although the specification and illustrations of the invention contain many particulars, these should not be construed as limiting the scope of the invention but as merely providing an illustration of the preferred embodiments of the invention Thus, the claims should be construed as encompassing all features of patentable novel ty that reside in the present invention, including all features that would be treated as equivalents by those skilled in the art.