Trading system rfp

Förfrågan på offert - RFQ. What är en förfrågan på offert - RFQ. A förfrågan på offert RFQ är en typ av upphandlingssökande där ett företag frågar utomstående säljare att erbjuda ett offert för att slutföra en specifik uppgift eller ett projekt. En RFQ är liknande till en förfrågan på förslag RFP och ger fullständig information till anbudsgivaren angående projektets krav En RFQ kräver ofta budgivaren att specificera kostnader för varje fas i projektet för att låta det sökande företaget jämföra flera bud. BREAKING DOWN Request for Quote - RFQ . En RFQ är vanligtvis det första steget för att skicka in en RFP, där budgivarna uppmanas att erbjuda ett mer omfattande prisnotering. RFQ kan dock lämnas in som en bilaga till en RFP. En RFQ används vanligtvis när produkter och tjänster är standardiserade eller off-the-shelf, vilket gör det möjligt för sällskapsföretaget att jämföra de olika buden lätt. När det sökande företaget känner till den mängd produkter som den önskar köpa, använder den vanligtvis en RF Q Till exempel, en myndighet som vill köpa 500 datorer med en specifik hårddiskstorlek och bearbetningshastighet, meddelar en RFQ Eftersom produkten är enhetlig kan byrån enkelt jämföra olika citat. En RFQ skickas vanligtvis till flera potentiella leverantörer och frågar för budgivare Det kan innehålla information som budet måste innehålla för övervägande, betalningsvillkor, de faktorer som bestämmer vilket bud företaget väljer och en inlämningsfrist för ett bud. En RFQ fokuserar främst på prissättning Om minimikriterierna är uppfyllda, har leverantören den lägsta budet ges generellt kontraktet. Tillägg och nackdelar. En RFQ är inte offentligt sändning Med en RFQ minskar inköpsbehandlingstiden eftersom det inte finns något behov av att förbereda inköpsbegärandehandlingar. Antalet budgivares citat som begärs begränsar hur mycket RFQ som mottas här minskar också urvalsprocessen. RFQ kan resultera i avvikelser från den normala processen eftersom det sökande företaget bestämmer vilken h-leverantörer att skicka RFQs till, vilket begränsar konkurrensen Leverantörer som positivt svarar på RFQ och uppfyller minimikriterierna ingår i RFP-anropsprocessen. När du använder en RFQ. Användning av en RFQ gör uppkallingsprocessen mer effektiv eftersom färre svar är tillhandahålls och svaren är kvalificerade Detta minskar tiden att utvärdera förslag från kvalificerade budgivare snarare än att utvärdera förslag från en pool av kvalificerade och okvalificerade budgivare. Ett citat mottaget som svar på en RFQ är inte ett erbjudande och regeringen kan inte acceptera det för att skapa ett bindande avtal Inköpsordern är ett erbjudande från regeringen till en leverantör för att köpa varor eller tjänster enligt de särskilda villkoren. Ett kontrakt tilldelas när en leverantör accepterar erbjudandet. Request for Proposal - RFP. What is a Request for Proposal - RFP. En ansökan om förslag RFP är en typ av budgivningsinfordran där ett företag eller en organisation meddelar att finansiering är tillgänglig för ett visst proffs ject eller program och företag kan lägga bud för projektets slutförande. Det skisserar budgivning och kontraktsvillkor och ger vägledning om hur budet ska formateras och presenteras. En begäran om förslag till ett visst program kan kräva att företaget granskar bud för att inte bara undersöka deras genomförbarhet utan även budgivarens hälsa och budgivarens förmåga att faktiskt göra det som föreslås. BREAKA NERA Begäran om Förslag - RFP. En ansökningsansökan innehåller typiskt bakgrund på den utfärdande organisationen och dess linje Näringslivet Förfrågan innehåller specifikationer som beskriver lösningen som den söker och utvärderingskriterier som beskriver hur förslagen betygsätts. Förfrågningar om förslag kan innehålla en redogörelse för arbete som beskriver uppgifter som ska utföras av den vinnande anbudsgivaren och en tidslinje för att tillhandahålla färdiga arbeten. Grunder för att utfärda en Begäran om förslag. Komplexiteten i ett projekt kan leda till behovet av en formell ansökningsomgång. Organisationen jon kan dra nytta av många budgivare och perspektiv när man söker en integrerad lösning från flera leverantörer Till exempel kan ett företag som flyttar från ett pappersbaserat system till ett datorbaserat system begära förslag till maskinvara, programvara och användarutbildning som behövs för att etablera och integrera det nya systemet i verksamheten. Myndigheter eller andra enheter kan behöva utfärda förfrågningar om förslag för att ge full och öppen konkurrens för att minska kostnaden för en lösning. Att acceptera ett förslag som är mest lydhänt för specifikationer kan dock inte alltid betyda billigare erbjudande. Köp av en förfrågan om förslag. Skilt skapande av en förfrågan på förslag kan diktera framgången eller misslyckandet av den resulterande lösningen Om de angivna kraven är för vaga, får budgivaren inte utforma och genomföra en komplett lösning för problemet om kraven är för detaljerad och restriktiv kan budgivarnas kreativitet och innovation vara begränsad. Processen börjar med tråk lägga fram en förfrågan på förslag Budgivare granskar uppmaningen och lämnar förslag till förbättringar Efter att ha genomfört feedback, lämnas den slutliga begäran om förslag till budgivare. Skicka in sina förslag. Kunden väljer en liten grupp budgivare och går in i förhandlingar om prissättning och tekniska detaljer. Kunden kan fråga Återstående anbudsgivare att lämna ett bäst och slutligt erbjudande innan ett kontrakt tilldelas Kontraktet presenteras för företaget som ger den bästa lösningen på problemet. Exempel på begäran om förslag. Se till exempel Federal Railroad Administration FRA utfärdar en ansökan om förslag till finansiering, konstruktion, konstruktion, drift och underhåll av höghastighetstågs HSR-system Interesserade parter lägger fram förslag som uppfyller kraven i dokumentet Baserat på de förslag som mottogs inom tidsfristen fastställer Department of Transportation DOT uppdrag för vidare granskning och utveckling av förslag DOT väljer förslaget som mest omfattar i ts mål och anställer företaget att utföra arbetet. Metod och system för hantering av ansökningar om elektronisk handel med finansiella instrument US 7840474 B1.A metod och system för elektroniska handel finansiella instrument beskrivs i en utföringsform av den beskrivna uppfinningen handlar handlare generera förfrågningar om förslag RFPs om finansiella instrument RFPs sänds till handlare vars handelsbara strukturer innefattar RFP-strukturen Under en reaktionsfas kan handlare svara på RFP Dessa svar sänds företrädesvis till alla handlare som har svarat, såväl som förfrågaren. , kan endast förfrågaren handla på svaren under svarfasen När svarfasen löper ut går systemet företrädesvis in i en aktionsfas under vilken alla svarare till RFP och begäraren kan handla på svaren. När handlingsfasen utlöser svaren är migrerade till den allmänna marknaden. 15.1 En metod för att använda ett datorsystem för att elektroniskt handla finansiella instrument bland ett flertal handlare, innefattande en begäran och två eller flera svarare, innefattande att mottaga i nämnda datorsystem en begäran om förslag RFP på ett finansiellt instrument från nämnda sökande, associerad med en förfrågningsarbetsstation innefattar nämnda RFP en tvåvägsstruktur som möjliggör både erbjudanden och bud, men inte innefattande ett erbjudande att handla som kan träffas eller lyftas och mottager i nämnda datorsystem två eller flera svar på nämnda RFP, var och en varvid responderingen är associerad med en responderarbetsstation, varvid varje responderarbetsstation tillhandahåller åtminstone ett nämnda nämnda respekterade datorsystem som sänder svaren till nämnda databehandlingsdatorns arbetssystem, vilket tillåter nämnda begärare att handla på svaren under en första period, varvid varje näringsidkare av nämnda Flera handlare får inte handla på svaren under den första perioden, såvida inte handlaren innefattar s biståndsansökan och vid utgången av nämnda första period, varvid nämnda datorsystem medger att respondenterna handlar på svaren under en andra period, får varje näringsidkare av nämnda flertal handlare inte handla på svaren under den andra perioden, såvida inte handlaren innefattar nämnda begäran eller nämnda responders.2. Förfarandet enligt patentkrav 1, vidare innefattande nämnda datorsystem matchande order vid utgången av den första perioden och innan de tillåter svararna att handla på svaren. 3. Förfarande enligt krav 2, varvid nämnda order är associerade med ett budpris eller ett anbudspris, varvid nämnda matchande orderprocess vidare innefattar nämnda datorsystem som matchar korsade order där högsta budpriset är högre än det lägsta anbudspriset. 4. Sätt enligt krav 1, varvid alla svar som inte har handlats på slutet av nämnda andra period migreras av nämnda datorsystem till en allmän marknad. 5. Förfarande enligt patentkrav 1, varvid nämnda begärare och nämnda responder s är förknippade med handelsgrupper, varvid nämnda metod vidare innefattar nämnda datasystem som sänder svaren till den handelsgrupp som är associerad med begäran och varje handelsgrupp associerad med nämnda respondenter, varvid varje näringsidkare av nämnda flertal handlare inte mottar svaren, såvida inte handlaren innefattar en näringsidkare i handelsgruppen som är associerad med nämnda begärare eller åtminstone en handelsgrupp som är associerad med nämnda respondenter. 6. Förfarande enligt patentkrav 5 som vidare innefattar nämnda datorsystem som tillåter handlare i nämnda handelsgrupp associerad med nämnda förfrågare att handla på svaren under den första perioden varje affärsman av nämnda flertal handlare inte tillåts av nämnda datorsystem att handla på nämnda svar under den första perioden, såvida inte den näringsidkare innefattar en näringsidkare i nämnda handelsgrupp associerad med begäran. 7. Sätt enligt krav 6 som vidare innefattar nämnda datorsystem tillåter handlare i varje nämnda handelsgrupp i samband med nämnda svar rs att handla på svaren under den andra perioden.8 Ett sätt att använda en dator för att elektroniskt handla finansiella instrument bland ett flertal handlare, innefattande en begäran och två eller flera respondenter, var och en näringsidkare av nämnda flertal handlare är associerad med en eller flera handelsgrupper, varvid nämnda metod innefattar att mottaga RFP på ett finansiellt instrument från en begäran som är associerad med en begäran arbetsstation, varvid nämnda RFP innefattar en tvåvägsstruktur som möjliggör både erbjudanden och bud, men som inte innefattar en erbjudande att handla som kan träffas eller lyftas. under en första reaktionsperiod mottager vid nämnda datasystem två eller flera svar på nämnda RFP från nämnda svarare, varvid varje responder hör ihop med en responderarbetsstation, varvid varje responder tillhandahåller åtminstone ett svar. vilket datorsystem sänder svaren till nämnda databasdatorns system som tillåter nämnda begärare att handla på svaren under en gran t-exklusivitetsperioden får varje näringsidkare av nämnda flertal handlare inte handel med nämnda två eller flera svar under den första exklusivitetsperioden, såvida inte varje näringsidkare är associerad med en eller flera handelsgrupper associerade med nämnda begärare, nämnda första svarperiod och nämnda första exklusivitetsperioden tillåts överlappa och vid utgången av nämnda första exklusivitetsperiod tillåter nämnda datorsystem att svara att svara på svaren under en andra exklusivitetsperiod, får varje näringsidkare av nämnda flertal handlare inte handel med nämnda svar under den andra exklusivitetsperioden, såvida inte varje sådan näringsidkare är associerad med en eller flera handelsgrupper associerade med nämnda sökande eller är associerad med en eller flera handelsgrupper associerade med nämnda respondenter. 9. Förfarande enligt krav 8, varvid varje näringsidkare av nämnda flertal handlare är associerad med en eller flera handlingsbara strukturer lagrade i nämnda datorsystem, nämnda handlingsbara strukturer f eller var och en av näringsidkaren är en funktion av potentiella handlare till en handel. 10. Förfarande enligt krav 8, varvid nämnda första exklusivitetsperiod och nämnda andra exklusivitetsperiod är samterminal. 11. Sätt enligt krav 8, vidare innefattande nämnda datorsystem att migrera nämnda svar till en allmän marknad vid utgången av den andra exklusiva perioden.12 Ett system för elektroniskt handel med finansiella instrument bland ett flertal handlare, innefattande en begäran och två eller flera svarare, innefattande en första arbetsstation associerad med en begärare, varvid nämnda första arbetsstation är anpassad till acceptera förfrågningar om förslag RFP från nämnda begäran, nämnda RFP innefattar en tvåvägsstruktur som möjliggör både erbjudanden och bud men som inte innefattar ett erbjudande att handla som kan träffas eller lyftas. Ett flertal responder arbetsstationer som var och en är associerade med en responder, var och en nämnda responder arbetsstation anpassad att acceptera svar på nämnda RFPs från åtminstone en nämnda responder. a server kopplad till nämnda första arbetsstation och ea ch nämnda responder arbetsstation, vilken server är anpassad att ta emot nämnda RFP från den första arbetsstationen. ta emot två eller flera svar från två eller flera responder arbetsstationer. sända nämnda svar på RFP till den första arbetsstationen och var och en av nämnda flertal responder arbetsstationer från vilka nämnda servern mottog ett svar varje arbetsstation hos nämnda flertal responder arbetsstationer som inte visar de två eller flera svaren på RFP om inte responder arbetsstation skickade ett svar till nämnda RFP. allow nämnda begärare att handla på svaren på RFP under en första period, var och en näringsidkare av nämnda flertal handlare inte tillåts att handla på svaret under den första perioden, såvida inte varje näringsidkare innefattar nämnda begäran och vid slutet av nämnda första period tillåter svararna att handla på svaren under en andra period, var och en näringsidkare av nämnda flertal handlare inte får handla på svaren under den andra perioden, såvida inte varje näringsidkare innefattar nämnda begäran eller eller nämnda respondenter. 13. System enligt patentkrav 12, varvid vissa av nämnda första arbetsstation och nämnda flertal respon-arbetsstationsfunktioner implementeras i nämnda server.14 Ett system för elektroniskt handel med finansiella instrument bland ett flertal handlare, innefattande en server anpassad till. mottaga en begäran om förslag RFP på ett finansiellt instrument från en förfrågare, nämnda RFP omfattar en dubbelriktad struktur som möjliggör både erbjudanden och bud men inte omfattar ett erbjudande att handla som kan träffas eller lyftas. ta emot två eller flera svar på nämnda RFP från två eller flera svarare, var och en responder tillhandahåller åtminstone ett nämnda svar. Överför nämnda två eller flera svar till nämnda begärare och nämnda två eller flera respondenter, var och en näringsidkare av nämnda flertal handlare inte mottar de två eller flera svaren såvida inte var och en nämnda näringsidkare innefattar nämnda begärare eller en eller flera respondenter. alltså nämnda begärare att handla på nämnda svar under en första period, var och en näringsidkare av nämnda flertal näringsidkare s inte tillåtas att handla på nämnda svar under den första perioden, såvida inte varje näringsidkare innefattar nämnda begäran och alltså nämnda två eller flera respondenter att handla på svaren under den andra perioden vid utgången av den första perioden, varvid varje näringsidkare av nämnda flertal av näringsidkare inte tillåtas att handla med nämnda svar under den andra perioden, såvida inte varje näringsidkare innefattar nämnda begäran eller nämnda två eller flera respondenter.15 Ett förfarande för att använda ett datorsystem för att elektroniskt handla finansiella instrument bland ett flertal handlare, innefattande mottagande vid nämnda datasystem en begäran om förslag RFP på ett finansiellt instrument från en förfrågare, nämnda RFP innefattar en tvåvägsstruktur som möjliggör både erbjudanden och bud men som inte innefattar ett erbjudande att handla som kan träffas eller lyftas. mottager vid nämnda dator system två eller flera svar på nämnda RFP från två eller flera svarare, var och en responder tillhandahåller åtminstone ett nämnda nämnda respekterade datasystemsändning g sade två eller flera svar på nämnda databasdatorsystem som tillåter nämnda begärare att handla på de två eller flera svaren under en första period, var och en nämnda näringsidkare av nämnda flertal handlare inte får handla på de två eller flera svaren under nämnda första perioden såvida inte nämnda näringsidkare innefattar nämnda begäran och vid utgången av nämnda första period, varvid nämnda datorsystem medger att de två eller flera respondenterna handlar med de två eller flera svaren under en andra period, var och en av nämnda näringsidkare av nämnda flertal handlare inte är tillåtas att handla på nämnda två eller flera svar under den andra perioden, såvida inte handlaren innefattar nämnda begäran eller nämnda två eller flera responders. CROSS-REFERENCE TO RELATED APPLICATION. Denna ansökan hävdar förmånen enligt 35 USC 119 i US Provisional Application No. 60 254 680, benämnd Metod och system för att begära priser för elektronisk handel med finansiella instrument, inlämnad den 11 december 2000, som införlivas häri genom referens. FIE Uppfinningens LDU. Uppfinningen avser datoriserade mäklaringssystem och i synnerhet elektronisk handel med finansiella instrument via ett elektroniskt handelssystem. Marknadspriser för vissa typer av finansiella instrument, såsom de som anges i tabellerna 1A-1C, kan förändras ganska väsentligt under mycket korta perioder Men eftersom sådana instrument ofta är smidigt handlade kan det i många tillfällen inte finnas några erbjudanden att köpa bud eller erbjudanden att sälja erbjudanden för ett visst finansiellt instrument, även kallade produkter här. Även om handlare kan vara intresserade av köpa och sälja sådana instrument kan de inte önska att placera bud eller erbjudanden i stället vill de ha andra handlare att göra bud och eller erbjudanden på det specifika instrumentet. Därför finns det ett behov av en metod och ett system som gör det möjligt för handlare att hoppa igång en marknad utan att exponera handlarna för risken för att placera bud och / eller erbjudanden. SAMMANFATTNING AV UPPFINNINGEN. Dessa och andra begränsningar av I enlighet med en aspekt av uppfinningen accepteras förfrågningar om förslag RFP för instrument accepteras och sänds till handlare. Under en reaktionsfas kan handlare svara på RFP Svaren är företrädesvis upplagda till alla handlare som har svarat, såväl som förfrågaren Under responsfasen kan endast förfrågaren handla på svaren. När svarfasen löper ut går systemet företrädesvis in i en aktionsfas under vilken alla respondenter och förfrågaren kan handla på svaren När åtgärdsfasen är avslutad läggs de öppna svaren till den allmänna marknaden. RÄTT BESKRIVNING AV RITNINGARNA. FIG 1A är en schematisk bild av ett exemplifierande datanätverk som implementerar uppfinningen. FIG 1B är en översikt flödesdiagram av en process som implementerar föreliggande uppfinning. FIG 2 visar en exemplifierande marknadsaktivitetsskärm av en näringsdisplay med en marknad Åtgärdstabell i standardläge. FIG 3 visar ett exempel på näringsskärm för att ange en förfrågan på förslag. FIG 4 visar en exemplarisk marknadsaktivitetsskärm hos en näringsdisplay med ett marknadsaktionsbord i begäran om förslagsläge. FIG 5 visar ett exempel på näringsidkare skärm för att svara på en förfrågan på förslag. FIG 6 visar en exemplarisk marknadsaktivitetsskärm på en näringsdisplay som visar svar på begäran om förslag. FIG 7 visar en exemplarisk marknadsaktivitetsskärm på en näringsdisplay som visar en åtgärdstid för handel på begäran om förslag och FIG 8 visar en exemplifierande marknadsaktivitetsskärm av en näringsdisplay som visar svar som har migrerat till den allmänna marknaden. DETALJERAD BESKRIVNING AV UPPFINNINGEN. Med hänvisning till Fig. 1-8 diskuteras en föredragen utföringsform av uppfinningen. Fig 1A visar en exemplifierande handelssystem som implementerar föreliggande uppfinning Ett flertal handelsstationer 102 104 och 106 är anslutna till en finansiell server 100 genom ett nätverk 110 ne twork 110 är företrädesvis ett privat nätverk anslutet genom vilket antal medel som helst, såsom T1-linjer, digitala abonnentlinjer, kabelmodem, satellitlänkar eller andra tillgängliga anslutningsorgan. En eller flera associerade näringsstationer 106 kan kopplas via ett lokalt nätverk 112 En handelssystemadministratorstation 114 är också företrädesvis kopplad till den finansiella servern 100 Alternativt kan handlarstationer 102 104 och 106 kopplas till servern 100 genom något av ett antal medel, såsom via ett offentligt nätverk, såsom Internet, eller via ett virtuellt privat nätverk Systemet utnyttjar företrädesvis en klient-serverarkitektur i vilken handlarstationerna 102 104 och 106 exekverar en tunn klient som är skriven i Java för att kommunicera med den finansiella servern 100. I en alternativ utföringsform fungerar den finansiella servern 100 som en webbservern och kommunicerar med näringsstationer 102 104 och 106 med ett sidbeskrivningsspråk, såsom Hyper-Text Markup Language HTML eller Extensible Markup Language XML In en sådan utföringsform interagerar handlare med server 100 med en kompatibel webbläsare, t. ex. Netscape Navigator eller Microsoft Internet Explorer. FIG 1B visar ett översiktsflödesschema för en process som implementerar en utföringsform av föreliggande uppfinning Figurerna 2-8 visar exemplifierande användargränssnittskärmar för näringsidkare som utnyttjas för att skapa och svara på prisförfrågningar på finansiella instrument. I en utföringsform av uppfinningen presenteras handlare med en Market Action Screen MAS som visas i FIG 2 MAS innehåller en Market Action Table MAT 100 som visar order, dvs budorder och erbjudande order för vissa instrument på systemet En order har ett pris, storlek och instrument gemensamt, en struktur som hör samman med den. MAT 200 kan ses i olika lägen för att se olika typer av order. Till exempel Standardläge, som visas i FIG 2 visar helst den inre marknaden, dvs det bästa budet och bästa erbjudandet för alla strukturer, inklusive levande order, ABC-order som diskuteras nedan och RFP ord ers och RFP-tabellläget visat i FIG 4 visar företrädesvis order för vilka det finns en RFP och visar även den inre marknaden. Varje rad i MAT 200 representerar ett annat finansiellt instrument. MAT 200 inkluderar företrädesvis en budkolumn och en erbjudande kolumn som visar bäst bud eller erbjudande för respektive instrument, där bäst är företrädesvis definierat vad gäller pris, men kan i alternativa utföranden definieras av andra parametrar, såsom orderens storlek eller struktur. MAS innehåller också ett Market Action Grid 202 som är en grafisk representation av informationen i MAT 200 och en Meddelandeportal 204 som håller handlarna på förhand över systemaktivitet, t ex handlar, nya order, prisförfrågningar, etc. genom att visa olika meddelanden. Meddelandeportal 204 visar företrädesvis meddelanden som är relevanta för handlarens positioner I den föredragna utföringsformen finns olika intensiteter av meddelanden tillgängliga. Till exempel nivå 1-meddelanden presenteras den lägsta intensitetsnivåen i st andard textnivån 2 meddelanden i mitten av intensiteten presenteras i stor textstorlek, t. ex. 1 5 standard textstorlek och nivå 3-meddelanden visas den högsta intensiteten i en större textstorlek, t. ex. 2 standard textstorlek och kan eventuellt , skickas två gånger, det andra meddelandet omedelbart efter det första och kan åtföljas av en ljudindikering, t. ex. ett ljudsignal Färg blinkande indikationer t. ex. nivå 1 grön, nivå 2 röd, nivå 3 blinkande röd kan också användas Alternativt, använd av färg kan reserveras för att ange kreditstatus Meddelanden kan alternativt skickas via e-post, Internet-snabbmeddelanden, personsökning, telefonröstmeddelanden och eller röstmeddelanden, personsökare och mobila meddelandesystem, till exempel WAP. Ett föredraget gränssnitt för att skapa en RFP-order visas i fig. 3 Näringsidkaren går in i strukturen han eller hon är intresserad av att erhålla ett pris för RFP-strukturen i struktursubjektet 304 i åtgärdsskärmen 302 som visas i fig. 3 RFP-strukturen föredrar bly innehåller instrumentets löptid, teckningspris och aktiekurs Näringsidkaren går också in i storleken 312 314 316 318 och 308 310 i RFP med hjälp av åtgärdsavsnittet 306 i åtgärdsskärmen 302 Storleken 312 314 kan ligga under en standard Minsta beroende på instrumentet Riktningen 316 318 indikerar om näringsidkaren vill ha bud 316 erbjuder 318 eller båda tvåvägs För tvåväg kan den begärda budstorleken och erbjudandestorleken skilja sig från och det begärda budet status och erbjudande status kan också skilja Statusen 308 310 anger om näringsidkaren bara accepterar Live, dvs. marknadsorder eller accepterar både Active But Confirm ABC och Live Orders 308 310 En ABC-order är föremål för bekräftelse av ägaren av ordern innan handeln kan slutföras. Handlarens klick Submit RFP-knappen 320 för att komma in i RFP i systemet Systemet kontrollerar sedan RFP och matar in det i systemet 120 FIG 1B. I en föredragen utföringsform av uppfinningen kan en näringsidkare ange en RFP för en struktur, directi på och storlek, även om en RFP för samma struktur, riktning och storlek redan har angetts i systemet. Dessutom kan en näringsidkare ange en RFP för en struktur, riktning och storlek som redan har en standardordning placerad för strukturen, riktningen och storlek Om det redan finns ett Live eller ABC-pris för strukturen, varnar systemet företrädesvis begäran om att strukturen är på den allmänna marknaden och begär bekräftelse att skicka RFP. Varje RFP-ordning är företrädesvis associerad med en svarstid 408 FIG 4 Detta initialiseras företrädesvis till en systemstandard men kan alternativt vara användarset När svarstidens utgång löper ut, kan användarna inte svara på RFP-ordern. Som visas i FIG 4 när en RFP-order har genererats av en näringsidkare, en RFP Alert Meddelandet 406 sänds 122 FIG 1B i meddelandeportaler 204 som varnar systemanvändarna om att det har funnits en RFP. Företrädesvis sänds RFP Alert Messages 406 endast till handlare vars handelsbara strukturer innefattar RFP-strukturen rehandelbara strukturer inkluderar helst alla strukturer för vilka handeln s handelsgrupp är auktoriserad att handla. I ett genomförande bestämmer systemet för varje näringsidkare när x 1 till n handlar om huruvida strukturen i åtgärdsstrukturen är inkluderad i näringsidkaren xs omsättningsbara produkter Om inte, är nästa näringsidkare utvärderad dvsx ökas Om strukturen är i handlarens säljbara produkter genereras en RFP Alert Message 406. Företrädesvis är RFP Alert Message tilldelad intensitetsnivå 2 och en meddelandesträng genereras steg 424 enligt följande. orsaka text före strukturhuvud huvudstrukturhuvud, Storlek MM Direktstatus REQUESTED time. cause text RFP. pre-struktur header. if RFP-strukturen är inte i den öppna skärmgruppen för näringsidkare x, dvs om strukturen inte befinner sig i det för tillfället öppna skärmbilden, visa en pre-strukturhuvud, t. ex. USD, GBP, USD JPY. main strukturhuvud. visa kontinuerliga materialattribut i strukturen, t. ex. informationen i expet och streckkolumnerna som visas i marknadsaktionstabellen 200 t ex 412 av FIG 4. storleken på den beställning som begärdes av ägaren till RFP. bud, erbjudande eller tvåvägs beroende på om RFP-ägaren vill köpa eller sälja instrumentet. Om RFP-ägaren är villig att acceptera ABC-svaren. ABC, annars BLANK and. time den tid då alarmen genererades, företrädesvis rätt motiverad. Om RFP är en tvåvägs och olika storlekar eller status begärs, kommer systemet företrädesvis att generera två separata RFP Alert Messages Alternativt genererar systemet helt enkelt två RFP Alert Messages för varje tvåvägs RFP. As diskuterad ovan är RFP-strukturen anger även företrädesvis 402 404 i MAT 200 när MAT 200 är i RFP-tabellläge 414 och RFP-strukturen är en av de typer av strukturer som visas. MAT-indikationen 402 404 visas initialt som en enda linje bestående av strukturhuvudet RFP strukturhuvud som visas som 412 och återstående svarstid RFP-tabellläge 414 visar alla RFP som existerar för en viss produktgrupp. RFP-tabellen 414 visar eventuellt ytterligare linjer beroende på om den näringsidkare har svar dras till RFP Företrädesvis växlar en förfrågans s MAT 200 automatiskt till RFP-tabellläge 414 när näringsidkaren skickar en RFP. Sökaren kan manuellt byta tillbaka till något önskat läge. Systemanvändare kan svara på RFP genom att klicka på RFP Alert Message 406 i meddelandeportalen 204 eller genom att klicka på RFP-strukturen 402 404 i MAT 200 måste användarna svara inom den tilldelade responstid som visas som 408 och 410. När en användare anger att de vill svara på RFP, exempelvis genom att klicka på RFP Varningsmeddelande 406 eller RFP-struktur 402 404 presenteras de med RFP-responsfliken 502 i åtgärdsskärmen 302 fig 5 där de anger ett pris eller priser. Såsom visas i fig 5 innefattar RFP-responsattributen riktning 504 506 storlek 508 510 och status 512 514 Direction 504 506 måste vara ett bud om RFP-riktningen 316 318 var bud måste vara ett erbjudande om RFP-riktningen 316 318 erbjöds och i den föredragna utföringsformen kan vara ett bud, ett erbjudande eller en tvåväg om RFP-riktningen 316 318 var t wo-way Om utföringsformen implementerar en standardminimumstorlek tillåts någon storlek som inte är mindre än ett standardminimum för svar på RFP-enheter som inte är undermarknadsledande. Om storlek RFP-enheter är tillåtna får storleken inte mindre än en delmarknad RFP-storlek 312 314 är företrädesvis tillåtet. Företrädesvis kan budstorlek 508 och offerstorlek 510 avvika för svar på tvåvägs-RFP: er. Status 512 514 måste vara Live om RFP-status 308 310 var Live kan vara Live eller ABC om RFP-status 308 310 var Live eller ABC. Företrädesvis tillåter budstatus 512 och erbjudande status 514 att skilja sig från svar på tvåvägs RFP: er. Näringsidkaren klickar på inlämningsresponsknappen 516 för att skicka in svaret på RFP till systemet. Systemet accepterar och verifierar 124 FIG 1B svaret. När ett svar på en RFP skickas nyligen eller som en ändring, växlar responder s MAT 200 företrädesvis till RFP-tabellläge 414. FIG 4 Responderen kan manuellt byta tillbaka till vilket som helst önskat läge. Systemet sänder RFP-svar till begäran och andra respondenter 126 FI G 1B Systemet sänder företrädesvis även svaren till begäran s och responder s handelsgrupper Ett exempel på en uppsättning RFP-responsordrar 602 604 606 visas i FIG. 6. Företrädesvis är svaren endast synliga för begäran och de som svarade på RFP dvs de visas bara i MAT s 200 och Message Portals 204 från begäran och svarare såväl som deras handelsgrupper. RFP-svaren 602 604 606 visas i RFP-tabellläget 414 i MAT 200. RFP-svaren visas företrädesvis 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.