Trading System Rfp

Forespørsel etter tilbud - RFQ. What er en forespørsel om tilbud - RFQ. A forespørsel om tilbud RFQ er en type innkjøpsoppfordring der et selskap ber eksterne leverandører å tilby et tilbud for gjennomføring av en bestemt oppgave eller et prosjekt. En RFQ er like til en forespørsel om forslag RFP og gir fullstendig informasjon til tilbudsgiver om prosjektets krav En RFQ krever ofte at budgiveren skal spesifisere kostnader for hver fase av prosjektet for å tillate det å søke firma å sammenligne flere bud. BREAKING DOWN DOWN Request for Quote - RFQ . En RFQ er vanligvis det første trinnet for å sende inn en RFP, der budgiverne blir bedt om å tilby et mer omfattende pris sitat. RFQs kan imidlertid sendes som vedlegg til en RFP. En RFQ brukes vanligvis når produkter og tjenester er standard eller off-the-shelf, noe som gjør det mulig for oppfordringsselskapet å sammenligne de ulike budene lett. Når rekvirentfirmaet kjenner mengden produkter som den ønsker å kjøpe, bruker den vanligvis en RF Q For eksempel vil et byrå som ønsker å kjøpe 500 datamaskiner med en bestemt harddiskstørrelse og prosesshastighet kunngjøre en RFQ. Siden produktet er enhetlig, kan byrået enkelt sammenligne forskjellige sitater. En RFQ sendes vanligvis til flere potensielle leverandører, og spør for budgiverprissetting Det kan inneholde informasjon som budet må inneholde for betraktning, betalingsbetingelser, faktorene som bestemmer hvilket bud selskapet velger og en buds innsingsfrist. En RFQ fokuserer hovedsakelig på prising. Hvis minimumskriteriene er oppfylt, er leverandøren med den laveste Bud er generelt gitt kontrakten. Tilbud og ulemper. En RFQ er ikke offentlig kringkasting Ved hjelp av en RFQ reduserer innkjøpstidspunktet fordi det ikke er behov for å forberede innkjøpsoppfordringsdokumenter Antallet budgiverkurser forespurt begrenser mengden RFQ-mottatte mottatt dette reduserer også valgprosess. RFQ kan resultere i avvik fra den normale prosessen fordi det søkereselskap bestemmer hvem h leverandører til å sende RFQs til, som begrenser konkurransen Leverandører som gunstig reagerer på RFQ og oppfyller minimumskriteriene, er inkludert i RFP-oppfordringsprosessen. Når du bruker en RFQ. Under en RFQ, gjør forespørselsprosessen mer effektiv, fordi færre svar er gitt og svarene er kvalifiserte Dette reduserer tiden til å evaluere forslag fra kvalifiserte budgivere i stedet for å evaluere forslag fra et basseng av kvalifiserte og ukvalifiserte budgivere. Et sitat mottatt som svar på en RFQ er ikke et tilbud, og regjeringen kan ikke godta det for å skape en bindende kontrakt Kjøpsordren er et tilbud fra regjeringen til en leverandør om å kjøpe varer eller tjenester i henhold til de spesielle vilkårene. En kontrakt blir tildelt når en leverandør aksepterer tilbudet. Reklame for forslag - RFP. What er en forespørsel om forslag - RFP. En forespørsel om forslag RFP er en type budgivningsanrop hvor et selskap eller en organisasjon kunngjør at finansiering er tilgjengelig for en bestemt proff Ject eller program, og selskaper kan plassere bud for prosjektets gjennomføring. Det skisserer budprosessen og kontraktsbetingelsene og gir veiledning om hvordan budet skal formateres og presenteres. En forespørsel om forslag til et bestemt program kan kreve at selskapet vurderer bud for ikke bare å undersøke deres mulighet, men også budgivers helse og budgiverens evne til å faktisk gjøre det som er foreslått. BREAKING DOWN Be om forslag - RFP. En forespørsel om forslag inkluderer vanligvis bakgrunn på utstedende organisasjon og linje av virksomheten Forespørselen angir spesifikasjoner som beskriver løsningen den søker og evalueringskriterier som beskriver hvordan forslag blir gradert. Forespørsler om forslag kan inneholde en oppgave over arbeid som beskriver oppgaver som skal utføres av den vinnende budgiveren og en tidslinje for å levere ferdig arbeid. Grunnlag for å utstede en Forespørsel om forslag. Kompleksiteten til et prosjekt kan resultere i behovet for en formell forespørsel om forslag. Organisasjonen ion kan ha nytte av mange tilbudsgivere og perspektiver når man søker en integrert løsning fra flere leverandører For eksempel kan en bedrift som flytter fra et papirbasert system til et datamaskinbasert system, be om forslag til maskinvare, programvare og brukeropplæring som trengs for å etablere og integrere Det nye systemet i virksomheten. Myndigheter eller andre enheter kan bli pålagt å utstede anmodninger om forslag for å gi full og åpen konkurranse for å redusere kostnadene ved en løsning. Det kan imidlertid ikke alltid bety at man godtar et forslag som er mest lydhør over spesifikasjoner. laveste bud. Å skape en forespørsel om forslag. Å skape en forespørsel om forslag kan diktat vellykket eller lykkes med den resulterende løsningen. Hvis spesifiserte krav er for vage, kan budgiveren ikke designe og implementere en komplett løsning for problemet. Hvis kravene er for detaljerte og restriktive, kan budgiverens kreativitet og innovasjon være begrenset. Prosessen begynner med draf Foreslå en forespørsel om forslag Budgivere gjennomgår forespørselen og sender inn forslag til forbedring Etter at tilbakemelding er gjennomført, sendes den endelige forespørselen om forslag Budgivere sender sine forslag Kunden velger en liten gruppe budgivere og inngår forhandlinger om prising og tekniske detaljer Kunden kan spørre resterende tilbudsgivere til å levere et best og endelig tilbud før tildeling av kontrakt Kontrakten presenteres for selskapet som gir den beste løsningen på problemet. Eksempel på Forespørsel om forslag. For eksempel sender Federal Railroad Administration FRA en forespørsel om forslag til Finansiering, utforming, konstruksjon, drift og vedlikehold av høyhastighets HSR-system Interesserte legger inn forslag som oppfyller kravene som er skissert i dokumentet. På grunnlag av forslagene mottatt innen fristen etablerer Institutt for transport DOT provisjoner for videre gjennomgang og utvikling av forslag DOT velger forslaget som mest omfatter i ts mål og ansetter selskapet til å utføre arbeidet. Metode og system for styring av forespørsler om elektronisk handel med finansielle instrumenter US 7840474 B1.A metode og system for elektronisk trading finansielle instrumenter er beskrevet i en utførelsesform av den beskrevne oppfinnelsen, handlende generere forespørsler om forslag RFPs på finansielle instrumenter RFPs sendes til handelsfolk hvis handelsmessige strukturer inkluderer RFP-strukturen Under en responsfase kan handelsmenn svare på RFP Disse svarene sendes fortrinnsvis til alle forhandlere som har svart, samt forespørselen. , kan bare forespøreren handle på svarene under responsfasen Når responsfasen utløper, går systemet fortrinnsvis inn i en aktivitetsfase hvor alle respondenter til RFP og anmoderen kan handle på svarene. Når handlingsfasen utløper, er svarene migrert til det generelle markedet. 15.1 Fremgangsmåte for bruk av et datasystem for elektronisk handel med finansielle instrumenter mellom flere handlende, innbefattende en forespørsler og to eller flere respondenter, omfattende å motta i datasystemet en forespørsel om forslag RFP på et finansielt instrument fra den som søker assosiert med en requestor arbeidsstasjon, omfatter RFP en toveisstruktur som tillater både tilbud og bud, men ikke omfattende et tilbud om handel som kan bli rammet eller løftet og mottar i det aktuelle datasystem to eller flere svar på RFP, hver av disse nevnte responder assosiert med en responder arbeidsstasjon, hvor hver responder arbeidsstasjon gir minst ett nevnte respons. sved datasystem som overfører svarene til forespørselsarbeidsstasjon. sved datasystem som tillater anmoderen å handle på svarene i en første periode, hver handelsmann av nevnte Flere handlende er ikke tillatt å handle på svarene i løpet av den første perioden, med mindre handelsmannen omfatter s bistandssøker og ved utløpet av den første periode, hvilket datasystem som tillater svarerne å handle på svarene i løpet av en annen periode, blir hver næringsdrivende av det flertallet av næringsdrivende ikke lov til å handle på svarene i den andre perioden, med mindre handelsmannen omfatter fremgangsmåten ifølge krav 1, karakterisert v e d at fremgangsmåten ifølge krav 1 videre omfatter datasystem-matchende ordrer ved utløpet av den første periode og før de tillater svarerne å handle på svarene. 3. Fremgangsmåte ifølge krav 2, hvori ordrene er forbundet med en budpris eller en tilbudspris, sier matchende bestillingsprosesser videre omfattende de nevnte datasystemmatchende kryssede ordrer hvor den høyeste budprisen er høyere enn den laveste tilbudsprisen. 4. Fremgangsmåte ifølge krav 1, hvor alle svar som ikke er handlet på slutten av den andre perioden migreres av datasystemet til et generelt marked. 5. Fremgangsmåte ifølge krav 1, karakterisert ved at anmoderen og responderen s er knyttet til handelsgrupper, idet fremgangsmåten videre omfatter datasystemet som overfører svarene til handelsgruppen tilknyttet anmoderen og hver handelsgruppe assosiert med respondentene, idet hver næringsdrivende av det flertallet av næringsdrivende ikke mottar svarene, med mindre næringsdrivende omfatter en handelsmann i handelsgruppen tilknyttet forespørselen eller minst en handelsgruppe assosiert med de nevnte respondenter. 6. Fremgangsmåte ifølge krav 5 som videre omfatter datasystemet som tillater handelsmenn i handelsgruppen tilknyttet anmoderen å handle på svarene i løpet av den første perioden hver handelsmann av det nevnte antall forhandlere ikke tillates av datasystemet til å handle på svarene i løpet av den første perioden, med mindre næringsdrivende omfatter en næringsdrivende i handelsgruppen tilknyttet anmodningen. 7. Fremgangsmåte ifølge krav 6 som videre omfatter datasystemet tillater handelsmenn i hver av de nevnte handelsgruppene som er knyttet til nevnte responstid rs for handel med svarene i den andre perioden. 8. Fremgangsmåte for bruk av en datamaskin for elektronisk handel med finansielle instrumenter mellom flere handlende, inklusiv en forespørger og to eller flere respondenter, hver næringsdrivende av det flertall av handlende er forbundet med en eller flere handelsgrupper, hvilken fremgangsmåte omfatter å motta i nevnte datasystem en forespørsel om forslag RFP på et finansielt instrument fra en anmodning tilknyttet en forespørselsarbeidsstasjon, idet RFP omfatter en toveisstruktur som tillater både tilbud og bud, men som ikke omfatter en tilbud om handel som kan bli rammet eller løftet. I en første responstid mottar det i nevnte datasystem to eller flere svar på nevnte RFP fra responderne, hver responder assosiert med en responder arbeidsstasjon, idet hver responder gir minst ett svar. nevnte datasystem som overfører svarene til det ovennevnte databasesystem som tillater at anmoderen skal handle på svarene under en firs t eksklusivitetsperiode, blir hver forhandler av det flertallet av handlende ikke tillatt å handle på de to eller flere svarene under den første eksklusivitetsperioden, med mindre hver handelsmann er tilknyttet en eller flere handelsgrupper assosiert med forespørselen, den første responstid og nevnte første eksklusivitetsperiode får lov til å overlappe og ved utløpet av den første eksklusivitetsperiode, hvilket datasystem som tillater respondentene å handle på svarene i en andre eksklusivitetsperiode, blir hver forhandler av det flertallet av forhandlere ikke lov til å handle på svarene i løpet av nevnte andre eksklusivitetsperiode, med mindre hver slik handelsmann er tilknyttet en eller flere handelsgrupper tilknyttet forespørselen eller er tilknyttet en eller flere handelsgrupper tilknyttet respondentene. 9. Fremgangsmåte ifølge krav 8, karakterisert ved at hver handelsmann av det flertallet av handlende er assosiert med en eller flere handelbare strukturer lagret i datasystemet, de omsettelige strukturer f eller hver av de nevnte næringsdrivende er en funksjon av potensielle handelsmenn til en handel. 10. Fremgangsmåte ifølge krav 8, karakterisert v e d at den første eksklusivitetsperiode og den andre eksklusivitetsperiode er samterminal. 11. Fremgangsmåte ifølge krav 8 som videre omfatter datasystemet som migrerer responsene til et generelt marked ved utløpet av den andre eksklusive perioden. 12. Et system for elektronisk handel med finansielle instrumenter mellom flere handlende, inkludert en anmodning og to eller flere respondenter, omfattende en første arbeidsstasjon tilknyttet en anmodning, idet den første arbeidsstasjon er tilpasset til aksepterer forespørsler om forslag RFP fra forespøreren, nevnte RFP omfatter en toveisstruktur som tillater både tilbud og bud, men ikke omfattende et tilbud om handel som kan bli rammet eller løftet. Et antall responder arbeidsstasjoner hver forbundet med en responder, hver nevnte responder arbeidsstasjon tilpasset til å akseptere svar på nevnte RFPer fra minst en responder. a server koplet til den første arbeidsstasjonen og ea den nevnte responder arbeidsstasjon, hvilken server er innrettet til å motta RFP fra den første arbeidsstasjon. motta to eller flere svar fra to eller flere responder arbeidsstasjoner. sende svarene til RFP til den første arbeidsstasjon og hver av de mange responder arbeidsstasjoner hvorfra nevnte serveren mottok et svar hver arbeidsstasjon for nevnte antall responder arbeidsstasjoner som ikke viser de to eller flere responsene til RFP med mindre responder arbeidsstasjonen sendte en respons til RFP. allow anmoderen å handle på svarene på RFP i en første periode, hver handelsmann av det flertallet av næringsdrivende ikke tillates å handle på nevnte respons i løpet av den første perioden, med mindre hver handelsmann omfatter nevnte forespørsler og ved utgangen av den første periode tillate svarerne å handle på svarene i løpet av en annen periode, hver handelsmann av idet flere handelsfolk ikke får lov til å handle på svarene i løpet av den andre perioden, med mindre hver handelsmann omfatter nevnte forespørsel eller eller nevnte respondenter. 13. System ifølge krav 12, karakterisert ved at visse av den første arbeidsstasjonen og antallet av responder-arbeidsstasjoner-funksjoner er implementert i serveren. 14 Et system for elektronisk handel av finansielle instrumenter blant flere forhandlere, omfattende en server tilpasset til. motta en forespørsel om forslag RFP på et finansielt instrument fra en forespørsler, nevnte RFP omfatter en toveisstruktur som tillater både tilbud og bud, men ikke omfattende et tilbud om handel som kan bli rammet eller løftet. mottar to eller flere svar på nevnte RFP fra to eller flere respondenter, idet hver responder gir minst en nevnte respons. transmittere de to eller flere svarene til anmoderen og de to eller flere respondenter, hver handelsmann av det flertallet av handelsmenn ikke mottar de to eller flere svar, med mindre hver er nevnt næringsdrivende omfatter nevnte forespørsler eller en eller flere respondenter. Allikevel nevnte anmoderen å handle på svarene i løpet av en første periode, hver næringsdrivende av det nevnte antall næringsdrivende s ikke lov til å handle på nevnte respons i løpet av den første perioden, med mindre hver av de nevnte næringsdrivende omfatter nevnte anmodning og. allow to eller flere respondenter til å handle på svarene i løpet av den andre perioden ved utløpet av den første periode, av næringsdrivende ikke lov til å handle på nevnte svar i løpet av den andre perioden, med mindre hver av de nevnte næringsdrivende omfatter forespørselen eller de to eller flere respondenter. En fremgangsmåte for å benytte et datasystem for elektronisk handel med finansielle instrumenter blant flere handelsfolk, omfattende ved nevnte datasystem en forespørsel om forslag RFP på et finansielt instrument fra en forespørsler, nevnte RFP omfatter en toveisstruktur som tillater både tilbud og bud, men ikke omfattende et tilbud om handel som kan bli rammet eller løftet. mottakelse ved nevnte datamaskin system to eller flere svar på nevnte RFP fra to eller flere respondenter, hvor hver responder gir minst en nevnte respons. said datasystem transmittin g angitt to eller flere svar på det nevnte forespørselsformidlede datasystem som tillater anmoderen å handle på de to eller flere svarene i løpet av en første periode, hver enkelt næringsdrivende av det flertallet av næringsdrivende ikke får lov til å handle på de to eller flere svar under nevnte første periode med mindre nevnte næringsdrivende omfatter forespørselen og ved utløpet av den første periode, idet datasystemet tillater de to eller flere respondenter å handle på de to eller flere svarene i løpet av en annen periode, idet hver handelsmann av det flertallet av næringsdrivende ikke er tillates å handle på de to eller flere svarene under nevnte andre periode, med mindre nevnte næringsdrivende omfatter nevnte forespørsler eller de to eller flere respondentene. KROSS-REFERENCE TIL RELATERT APPLIKASJON. Denne søknaden hevder fordelen, under 35 USC 119, av US Provisional Application No. 60 254 680, med tittelen Metode og system for forespørsel om priser for elektronisk handel med finansielle instrumenter, innlevert 11. desember 2000, som er innlemmet heri ved henvisning. FIE Oppfinnelsens oppfinnelse Denne oppfinnelsen vedrører datastyrte meglersystemer og mer spesielt elektronisk handel med finansielle instrumenter via et elektronisk handelssystem. Markedspriser for visse typer finansielle instrumenter, som de som er oppført i Tabeller 1A-1C, kan endres ganske betydelig i svært korte perioder. Men fordi slike instrumenter ofte blir tynn handlet, kan det i mange tilfeller ikke være tilbud om å kjøpe bud eller tilbud om å selge tilbud til et bestemt finansielt instrument, også kalt produkter her. Selv om handlende kan være interessert i kjøp og salg av slike instrumenter kan de ikke ønske å plassere bud eller tilbud. I stedet ønsker de å gi andre forhandlere bud og tilbud på det aktuelle instrumentet. Det er derfor behov for en metode og et system som gjør det mulig for handelsmenn å hoppe i gang et marked uten å utsette handelsmenn for risikoen forbundet med å plassere bud og tilbud. Oppsummering av oppfinnelsen. Disse og andre begrensninger av I henhold til et aspekt av oppfinnelsen er forespørsler om forslag RFPs for instrumenter akseptert og kringkastet til forhandlere. Under en responsfase kan handelsfolk ha et system og en metode for elektronisk handel med finansielle instrumenter. svare på RFP Svarene sendes fortrinnsvis til alle forhandlere som har reagert, så vel som på forespøreren. I responsfasen kan bare forespøreren handle på svarene. Når svarfasen utløper, går systemet fortrinnsvis inn i en aktivitetsfase hvor alle respondenter og forespørselen kan handle på svarene Når handlingsfasen er avsluttet, blir de åpne svarene lagt til det generelle markedet. BESKRIVELSE AV TEGNINGENE. FIG 1A er et skjema for et eksempel på et datanettverk som implementerer oppfinnelsen. FIG 1B er en oversikt flytdiagram av en prosess som implementerer den foreliggende oppfinnelse. FIG 2 viser et eksempel på markedsvirkningsskjerm av en handelsdisplay med et marked handlingstabell i standardmodus. FIG 3 viser et eksempel på en handelsdisplayskjerm for å legge inn en forespørsel om forslag. FIG 4 viser et eksempel på et markedsføringsskjermbilde av en handelsdisplay med et markedsprosedyktabell i forespørsel om forslagsmodus. FIG 5 viser et eksempel på en handelsmann skjermbilde for å svare på en forespørsel om forslag. FIG 6 viser et eksempel på et markedsføringsskjermbilde av en handelsdisplay som viser svar på forespørsler om forslag. FIG 7 viser et eksempel på en markedsføringsskjerm for en handelsdisplay som viser en handlingstid for handel på forespørsler om forslag og FIG 8 viser en eksemplarisk markedsvirkningsskjerm av en handelsdisplay som viser svar som har migrert til det generelle markedet. DETALJERTE BESKRIVELSE AV OPPFINNELSEN. Med henvisning til figurene 1-8 beskrives en foretrukket utførelsesform av oppfinnelsen. Figur 1A viser en eksempler på handelssystem som implementerer foreliggende oppfinnelse Et flertall av handelsstasjoner 102 104 og 106 er koblet til en finansiell server 100 gjennom et nettverk 110 ne twork 110 er fortrinnsvis et privat nettverk forbundet via et hvilket som helst antall midler, slik som T1-linjer, digitale abonnentlinjer, kabelmodemer, satellittilkoblinger eller andre tilgjengelige forbindelsesmidler. En eller flere tilknyttede handelsstasjoner 106 kan kobles via et lokalnettverk 112 En handelssystemadministrasjonsstasjon 114 er også fortrinnsvis koblet til den finansielle serveren 100 Alternativt kan handelsstasjoner 102 104 og 106 koples til server 100 gjennom et hvilket som helst av et antall midler, for eksempel via et offentlig nettverk, slik som Internett, eller via et virtuelt privat nettverk Systemet benytter fortrinnsvis en klient-serverarkitektur hvor handelsstasjonene 102 104 og 106 utfører en tynn klient skrevet i Java for å kommunisere med den finansielle serveren 100 I en alternativ utførelsesform fungerer den finansielle tjener 100 som en webserver og kommuniserer med handelsstasjoner 102 104 og 106 ved hjelp av et sidebeskrivelsesspråk, for eksempel Hyper-Text Markup Language HTML eller Extensible Markup Language XML In En slik utførelse handler handelsmenn med server 100 ved hjelp av en kompatibel nettleser, for eksempel Netscape Navigator eller Microsoft Internet Explorer. FIG 1B viser et oversikts flytskjema av en prosess som implementerer en utførelsesform av den foreliggende oppfinnelse Fig. 2-8 viser eksempler på brukergrensesnittskjermbilder for handelsstasjonene benyttet i å skape og svare på forespørsler om priser på finansielle instrumenter. I en utførelsesform av oppfinnelsen presenteres forhandlere med en Market Action Screen MAS som vist på figur 2 MAS inneholder en Market Action Table MAT 100 som viser ordre dvs. budsordrer og tilbud ordrer for visse instrumenter på systemet En ordre har en pris, størrelse og instrument samlet, en struktur knyttet til den. MAT 200 kan vises i forskjellige moduser for å vise forskjellige typer ordre. For eksempel Standardmodus, vist i figur 2 viser fortrinnsvis det indre markedet, dvs. det beste budet og det beste tilbudet for alle strukturer, inkludert levende ordrer, ABC-ordrer diskutert nedenfor og RFP ord ers og RFP-tabellmodus vist på fig. 4 viser fortrinnsvis ordrer for hvilke det er en RFP og viser også det indre markedet. Hver rad i MAT 200 representerer et annet finansielt instrument. MAT 200 inkluderer fortrinnsvis en budsøyle og en tilbudskolonne som viser beste bud eller tilbud for henholdsvis hvert instrument, hvor det beste er foretrukket definert med hensyn til pris, men i alternative utførelser kan defineres av andre parametere, slik som størrelsen eller strukturen i ordren. MAS inneholder også et markedsaksjonsnett 202 som er en grafisk representasjon av informasjon i MAT 200 og en Meldingsportal 204 som holder handelsmennene opptatt av systemaktivitet, for eksempel handler, nye ordrer, forespørsler om priser osv. Ved å vise forskjellige meldinger. Melding Portal 204 viser fortrinnsvis meldinger som er relevante for handelshandlerposisjonene I den foretrukne utførelsen er forskjellige intensiteter av meldinger tilgjengelige. For eksempel er nivå 1-meldinger det laveste nivået av intensitet presentert i st andard tekstnivå 2 meldinger midtintensitetsnivå presenteres i stor tekststørrelse, for eksempel 1 5 standard tekststørrelse og nivå 3 meldinger høyeste intensitetsnivå presenteres i større tekststørrelse, for eksempel 2 standard tekststørrelse og kan eventuelt , sendes to ganger, den andre meldingen umiddelbart etter den første, og kan ledsages av en lydindikasjon, for eksempel en pipelyd. Blinkende indikasjoner, for eksempel nivå 1 grønt, nivå 2 rødt, nivå 3 blinkende rødt kan også brukes Alternativt, bruk av farger kan være reservert for å indikere kredittstatus Meldinger kan alternativt sendes via e-post, Internett-direktemeldinger, personsøk, telefonsvaremeldinger og eller talemelding, personsøker og mobilmeldingssystemer, for eksempel WAP. Et foretrukket grensesnitt for å skape en RFP-rekkefølge er vist på fig. 3 Trafikkeren går inn i strukturen han eller hun er interessert i å skaffe en pris for RFP-strukturen i strukturavsnittet 304 i handlingsskjermen 302 vist i fig. 3 RFP-strukturen foretrekker bly inkluderer utløps-, tenor - og strekkpris på instrumentet. Trader inngår også i størrelsen 312 314 retning 316 318 og status 308 310 av RFP ved hjelp av handlingsseksjon 306 av handlingsskjerm 302 Størrelsen 312 314 kan være under en standard minimum, avhengig av instrumentet Retning 316 318 indikerer om handelsmannen ønsker bud 316 tilbyr 318 eller begge toveis For toveis kan forespurt budstørrelse og tilbudsstørrelse være forskjellig, og den forespurte budstatusen og tilbudsstatusen kan også forskjellig Status 308 310 indikerer om leverandøren vil akseptere bare Live dvs. markedsordrer eller godta både Active But Confirm ABC og Live orders 308 310 En ABC-bestilling er underlagt bekreftelse fra eieren av bestillingen før handel kan bli ferdig. Traders klikk Send RFP-knappen 320 for å legge inn RFP i systemet. Systemet kontrollerer deretter RFP og går inn i systemet 120 Fig. IB. I en foretrukket utførelsesform av oppfinnelsen kan en næringsdriver innføre en RFP for en struktur, direkte på og størrelse, selv om en RFP for samme struktur, retning og størrelse allerede er angitt i systemet. I tillegg kan en forhandler angi en RFP for en struktur, retning og størrelse som allerede har en standard rekkefølge plassert for strukturen, retningen og størrelse Hvis det allerede eksisterer en Live eller ABC-pris for strukturen, advarer systemet fortrinnsvis anmoderen om at strukturen er på det generelle markedet og be om bekreftelse av å sende RFP. Hver RFP-rekkefølge er fortrinnsvis assosiert med en responstid 408 FIG 4 Dette initialiseres fortrinnsvis til en systemstandard, men kan alternativt være brukersett Etter at svartiden utløper, kan brukere ikke svare på RFP-ordren. Som vist i figur 4 når en RFP-ordre er blitt generert av en handelsmann, vil en RFP Alert Melding 406 sendes 122 Fig. 1B i Meldingsportaler 204 varsle systembrukerne om at det har vært en RFP. Foretrukket sendes RFP Alert Messages 406 kun til forhandlere hvis handelsbare strukturer innbefatter RFP-strukturen rehandelbare strukturer inkluderer fortrinnsvis alle strukturer som handelsmannens handelsgruppe er autorisert til å handle. I en implementering bestemmer systemet for hver traderhandler hvor x 1 til n handler, om strukturen i handlingsstrukturen er inkludert i handelsmannen xs omsettelige produkter Hvis ikke, blir den neste næringsdrivende evaluert iex økes Hvis strukturen er i handlerens handelsvarer, genereres en RFP Alert Message 406. Fortrinnsvis blir RFP Alert Message tilordnet intensitetsnivå 2 og en meldingsstreng genereres trinn 424 som følger. forårsaker tekst pre-struktur header hovedstruktur header, Størrelse MM Retning Status ANVENDT time. cause tekst RFP. pre-struktur header. if strukturen til RFP er ikke i Trader xs åpen skjerm gruppe, dvs. hvis strukturen ikke er i øyeblikket åpen skjerm, viser en pre-struktur header, for eksempel USD, GBP, USD JPY. main struktur header. display kontinuerlige materielle attributter av strukturen, for eksempel informasjonen i utvinning og strekk kolonner som vist i markedsaktivitetstabellen 200 f. eks 412 av FIG 4.size størrelsen på bestillingen forespurt av eieren av RFP. bud, tilbud eller toveis avhengig av om RFP-eieren ønsker å kjøpe eller selge instrumentet. Hvis RFP-eieren er villig til å akseptere ABC responses. then ABC, ellers BLANK and. time tidspunktet Alerten ble generert, fortrinnsvis riktig begrunnet. RFP er en toveis og forskjellige størrelser eller status er forespurt, vil systemet fortrinnsvis generere to separate RFP Alert Messages Alternativt genererer systemet ganske enkelt to RFP Alert Messages for hver toveis RFP. Som diskutert ovenfor er RFP strukturen angir også fortrinnsvis 402 404 i MAT 200 når MAT 200 er i RFP-tabellmodus 414 og RFP-strukturen er en av de typer strukturer som vises. MAT-indikasjonen 402 404 opptrer i utgangspunktet som en enkeltlinje bestående av strukturhovedet RFP-strukturen strukturoverskrift vist som 412 og gjenværende responstid RFP-tabellmodus 414 viser alle RFP som eksisterer for en gitt produktgruppe. RFP-tabellen 414 viser eventuelt flere linjer avhengig av om handleren har responstid eller ikke dedikert til RFP. Preferably bytter en requestor s MAT 200 til RFP-tabellmodus 414 automatisk når handelsmannen sender en RFP. Befordreren kan bytte tilbake til hvilken som helst ønsket modus manuelt. Systembrukere kan svare på RFP ved å klikke på RFP Alert Message 406 i Meldingsportalen 204 eller ved å klikke på RFP-strukturen 402 404 i MAT 200, må brukerne svare innen den tildelte responstid vist som 408 og 410. Når en bruker indikerer at de ønsker å svare på RFP, for eksempel ved å klikke på RFP Alert Melding 406 eller RFP struktur 402 404, presenteres de med RFP Response Tab 502 i Handlingsskjermen 302 Fig 5 hvor de angir en pris eller priser Som vist i figur 5 inkluderer RFP-responsattributene retning 504 506 størrelse 508 510 og status 512 514 Retning 504 506 må være et bud dersom RFP retning 316 318 var bud, må være et tilbud dersom RFP retning 316 318 var tilbudt og i den foretrukne utførelsen kan være et bud, et tilbud eller en toveis hvis RFP retningen 316 318 var t Hvis utførelsen implementerer en standardminimumstørrelse, kan enhver størrelse som ikke er mindre enn et standardminimum, tillates for svar på RFP-er som ikke er undermarkedet. Hvis RFP-er tillatt under markedsstørrelse, må størrelsen ikke mindre enn et undermarked RFP-størrelse 312 314 er fortrinnsvis tillatt Foretrukket kan budstørrelse 508 og tilbudsstørrelse 510 variere for svar på toveis RFPs Status 512 514 må være Live hvis RFP-status 308 310 var Live kan være Live eller ABC hvis RFP-status 308 310 var Live eller ABC. Foretrukket er budstatus 512 og tilbudsstatus 514 tillatt å avvike for svar på toveis RFPs. Trader klikker på sende svarknappen 516 for å sende svaret til RFP til systemet. Systemet aksepterer og verifiserer 124 FIG 1B svaret. Når et svar på en RFP blir sendt nylig eller som en redigering, svinger Responder s MAT 200 fortrinnsvis til RFP-tabellmodus 414. Fig. 4 Responderen kan manuelt bytte tilbake til hvilken som helst ønsket modus. Systemet sender RFP-svar til forespøreren og andre respondenter 126 FI G 1B Systemet sender fortrinnsvis også svarene til mottakerens s og responder s-handelsgrupper. Et eksempel på et sett med RFP-responsordrer 602 604 606 er vist på fig. 6. Svarene er fortrinnsvis bare synlige for søkeren og de som reagerte på RFP dvs. at de bare vises i MAT s 200 og Message Portals 204 av forespøreren og respondentene, så vel som deres handelsgrupper. RFP-svarene 602 604 606 vises i RFP-tabellmodus 414 av MAT 200. RFP-responsene vises fortrinnsvis under 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.