WO2000072213A1 - Systemes et procedes de commerce electronique - Google Patents

Systemes et procedes de commerce electronique Download PDF

Info

Publication number
WO2000072213A1
WO2000072213A1 PCT/US2000/014365 US0014365W WO0072213A1 WO 2000072213 A1 WO2000072213 A1 WO 2000072213A1 US 0014365 W US0014365 W US 0014365W WO 0072213 A1 WO0072213 A1 WO 0072213A1
Authority
WO
WIPO (PCT)
Prior art keywords
customer
request
vendors
host
vendor
Prior art date
Application number
PCT/US2000/014365
Other languages
English (en)
Inventor
Daniel Nissanoff
Mark Allan Schenecker
Original Assignee
Partminer, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Partminer, Inc. filed Critical Partminer, Inc.
Priority to AU52881/00A priority Critical patent/AU5288100A/en
Publication of WO2000072213A1 publication Critical patent/WO2000072213A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Definitions

  • This invention relates to systems and methods for conducting business on public networks such as the Internet and more particularly to an improved business model for electronic commerce.
  • the buy-side commerce model places the electronic catalog at the purchaser's site.
  • the buyer's computer system is the central point of control for the selected procurement activities, with the purchasing activities of the organization being consolidated among a limited set of vendors so that the organization can negotiate more competitive prices.
  • the most common form of a buy-side application is an intranet site which enables authorized personnel to make purchases such as office supplies with selected vendors.
  • the buy-side application provides the buyer with electronic catalogs of products from such vendors, for example, as Staples and/or Office Depot. This business model forces the purchaser to acquire from each of its suppliers and aggregate into its own system all of the product data that it is interested in accessing, including prices, quantity, specifications and the like.
  • the marketplace model brings multiple buyers and sellers together.
  • Such a business model exploits the ubiquitous nature of the Internet with the marketplace provider (a.k.a., the aggregator) supplying the necessary infrastructure to let the multiple parties transact business.
  • Electronic marketplaces so far, have enjoyed the most success in vertical applications in which buyers and sellers have specific domain knowledge of a product type, such as knowledge of commodity products including steel, plastics and chemicals.
  • the marketplace provides an additional sales channel for the selling organization and provides a new way to sell products and to move excess inventory or production overruns.
  • An auction site is an example of one specific marketplace model. At an auction site, sellers submit products at a reserved price and can even restrict the number of potential participants.
  • the marketplace site manages the bidding, award and sales process. The seller can choose to award the bid on-line or off-line, depending on the complexity of the transaction (e.g., depending on payment and shipping alternatives).
  • a marketplace on the Internet has compelling interest for a consumer both in terms of efficiency and price.
  • a single marketplace can potentially aggregate products from hundreds or even thousands of suppliers into a single website.
  • the consumer can easily locate products without having to search numerous individual websites, and the consolidation of many suppliers tends to create a more competitive pricing environment for the buyer.
  • the competitive pricing environment has deterred some sellers from making their goods and services available in such a forum out of a fear that the pricing for their wares could be commoditized, that is, brought down to such a low level that the profit margins, if any, are slim. This, in turn, has negatively impacted some buyers.
  • the invention assists a customer in satisfying a request to purchase a particular product in response to a prescribed condition, such as in the event that none of its existing vendors can satisfy the request or the request is only partially satisfied by one or more vendors.
  • a method is provided through the Internet for introducing one or more host-approved vendors to the customer.
  • the server operating the hosting Web site either introduces another supplier of product to the customer to satisfy the request, or offers to satisfy the request itself.
  • a method in accordance with this aspect of the invention obtains at a host Web site a request received from the customer through an Internet connection.
  • the host Web site relates the request to one or more vendors selected by the customer for filling (i.e., satisfying) such a request.
  • the relationship between the customer's request and the particular vendors to contact are preferably maintained in a data store connected to the server that implements the host Web site. That data store can include other information including a central catalog of items specific to the domain provided by the Web site.
  • the customer's request is conveyed by the host Web site to each of the customer-selected vendors and, only in the event that none of the customer-selected vendors can satisfy the request or only one or more of such vendors can only partially satisfy the request, the request is conveyed to the host-approved vendor.
  • the customer need not be advised of the identity of the host-approved vendor in the event that such a vendor is used to fill (i.e., satisfy) a customer's request.
  • the host-approved vendor can be the host itself or a vendor selected by the host.
  • the re-direction of the customer's present order to a host- approved vendor does not affect the list of customer-selected vendors, in other words, the order re-direction is a one-shot occurrence.
  • the items upon receiving the customer's approval to fulfill a request in that situation, the items are packaged with the host's name and without reference to the host-approved vendor so that the customer's only knowledge as to the source of the requested ware is the host.
  • Packaging can be at the host's facilities or at the host-approved vendor.
  • the invention coordinates all customer requests and responses through the Internet such as through the host Web site or by e-mail.
  • e-commerce between a customer and a set of pre-selected vendors with whom the customer has an existing relationship is facilitated by unifying the interface through which the customer places requests despite the potentially disparate communication requirements of each customer's selected vendors.
  • each of a customer's pre-selected vendors has an established communication format which it uses to communicate with its customers.
  • a method in accordance with this aspect of the invention accepts over an Internet connection a request from a customer and, for each of the customer's pre-selected vendors, formats the request for delivery in a communication format established by that vendor. The request is then delivered to each of the pre-selected vendors in the format established by such vendors, and, importantly, the customer is provided with a response to the request over the Internet.
  • the invention provides a method operative across a distributed computer network for providing a customer with responses that satisfy a request. That method comprising the steps of providing from a customer station a request to purchase a product or service and also providing from the customer station information which relates one or more customer-selected vendors, with whom the customer has an existing relationship, with the product or service in the request.
  • the customer station receives from the host any responses to the request from the customer-selected vendors and selectively receives from the host responses to the request from one or more host-approved vendors only upon a prescribed condition, such as when a market failure condition has been detected.
  • the invention includes one or more systems and methods as described hereinabove and with reference to the accompanying Drawings and Detailed Description.
  • FIG. 1 is an illustration of a hardware arrangement that is used with the present invention
  • Fig. 2 is a logical diagram of the information flow in accordance with the present invention
  • Fig. 3 is a flow diagram of the process for conveying orders from a customer to its pre-selected vendors
  • Fig.4 is a process flow for outsourcing a customer's request when the customer's pre-selected vendors are unable to satisfy the request;
  • Fig. 5 is a detailed flow diagram illustrating process flow of a preferred embodiment of the present invention.
  • the present invention provides an improved business model for electronic commerce on the Internet.
  • the invention provides a marketplace in which customers can communicate with a group of their pre-selected vendors in order to make inquiries and have their requests filled (i.e., satisfied) for a variety of wares (e-g-, goods and services).
  • the marketplace of the present invention permits vendors to freely make their wares available to all of their customers while simultaneously restricting access by members of the general public.
  • the competition experienced by each of the participating vendors is limited to those vendors that have been pre-selected by the customer for a particular part, good, or service.
  • the present invention also provides a hospitable forum for satisfying customer inquiries without disrupting existing relationships between the customer and its pre-selected vendors: in the event that a customer' s request cannot be satisfied by any of its group of pre-selected vendors, the host site fields the request and offers to satisfy it. In this way, customer satisfaction is increased without sacrificing the existing relationships between the customer and its selected vendors.
  • the hardware arrangement 100 interconnects a plurality of customer stations 102 (hereinafter, more generally "customers 102") with the plurality of vendors 104a, 104b, 104c, etc. (more generally, vendors 104) through an electronic marketplace maintained by a host server 106.
  • Customers access the host 106 through a conventional connection to the Internet 108 and convey all their inquiries and requests through the Internet and also obtain replies to such inquiries and requests over the Internet.
  • Vendors 104 make their catalog data available through separate connections over the Internet 108, but can communicate with the host 106 using other hardware devices.
  • the host includes a server 110 which is configured to implement the marketplace of the present invention.
  • the server 110 includes a data store 112 which preferably is configured to store vendor and customer data.
  • the server communicates with each vendor through a variety of devices, including a communications interface for electronic data interchange 116, e-mail, fax/ scanner 118, speech synthesis using a voice conversion/recognition system as is known in the art, and the Internet. Each of these devices is connected to a plain old telephone system (POTS) or T-l communication link 120.
  • POTS plain old telephone system
  • the vendors 104 each have a Web interface and, depending on the vendor, can also have an electronic data interchange interface, fax machine, and/or a telephone through which they agree to receive requests and convey responses. Regardless of the transmission mode between the host 106 and the vendors 104, all communications with the customers 102 are through the Internet (e.g. via e-mail or through a Web browser).
  • the host 106 may further include a Web enabled purchasing system
  • WEPS web services database 130 which is used in the preferred embodiment to satisfy customer requests without disrupting existing customer relationships.
  • the host 106 preferably but optionally includes a catalog 140, maintained in electronic form, which can be accessed by customers through the Internet 108.
  • customers access the host 106 and enter their queries or requests for handling.
  • the host 106 accesses the vendor- customer database 112 to identify the vendors 104 associated with the customer's request and thereafter relays the request through a predetermined transmission mode.
  • the particular transmission mode that is used to convey a customer' s request to a particular vendor will vary with each vendor. In this way, each vendor 104 receives requests in a preferred format.
  • the hosted marketplace provides a marketplace 200 in which the customers 102 and vendors 104 come together. For each good or service that a customer wishes to purchase through the system, he or she will have a pre-selected vendor or group of vendors with whom it ordinarily transacts, which is preferably maintained in data store 112 at the host 106. In a conventional manner, the vendors 104 maintain a database of their customers and account numbers for each such customer.
  • the host 106 preferably accesses the data store 112 for a list of the vendors from which the customer ordinarily sources the requested parts, goods or services, or, more generally, a category of such parts, goods or services (e.g., office supplies). For example, a particular customer 102 may purchase staples from vendors 104a and 104b but only purchases paperclips from vendor 104b. The customer requesting to purchase paperclips is directed through the Internet to the host 106, as shown by the arrow labeled 1 in Fig. 2. Upon receiving the request for paperclips, the host 106 accesses the vendor-customer database 112 for vendor contact information.
  • the host 106 accesses the vendor-customer database 112 for vendor contact information.
  • the host conveys the request in a manner specified by the vendor 104b (see arrow 2) and obtains a quote from the vendor 104b in response (see arrow 3). Vendor 104b will either be able to satisfy the request for paperclips or will not be able to do so. In either case, the host will report such information back to the customer 102; however, in the event that none of the vendors can satisfy the request or in the event that only a portion of the request can be satisfied, the host 106 outsources the customer's request for processing and satisfaction.
  • the request is conveyed to WEPS 210 (see arrow 4), but could be conveyed directly to any host-approved vendor.
  • WEPS 210 When the request is conveyed to the WEPS 210, it is preferably conveyed by a LAN connection between the host and WEPS, a WAN connection, or could be a signal transmission within the same machine. That is, WEPS 210 can be a program running on the server 110 of the host 106.
  • WEPS 210 accesses the WEPS database 130 to determine whether other vendors of the requested component (e.g., paperclips) are known to the system so that requests for quotes can be sent to known vendors. Back office personnel can assist in locating vendors and obtaining quotes, if necessary.
  • other vendors of the requested component e.g., paperclips
  • the WEPS 210 may determine that vendor 104c sells paperclips and thereafter it sends the request for quote ("RFQ") to at least that vendor through a predetermined communication medium (such as the Internet, an electronic data interchange connection, fax, etc.)(see arrow 5).
  • RFQ request for quote
  • Vendor 104c provides a quote in response (as shown by arrow 6) which is received by the WEPS 210.
  • the quote can be marked-up in price based on pricing and availability information available to the WEPS 210, and is conveyed back to the host 106 (see arrow 7).
  • the host provides the responses to the customer' s request through the Internet connection 108 (see arrow 8).
  • the responses include the fact that the customer's pre-selected vendor 104b was unable to satisfy the request and that the host has a vendor able to fulfill this request if the customer accepts the quote.
  • the pricing and availability of good and services from vendor 104b (pre-selected by the customer) and vendor 104c (brought to the customer's attention by the host) are not directly competitive with one another; rather, the customer has conveyed his request only to his designated and pre-selected vendors, with the host responding to this particular request with an offer from a blind source of goods (i.e., an anonymous vendor) only in the event that the customer's designated vendors are unable to fully satisfy the request.
  • a blind source of goods i.e., an anonymous vendor
  • the method set forth in Fig. 3 facilitates electronic commerce ("e- commerce") between a customer and a set of pre-selected vendors with whom the customer has an existing relationship.
  • the existing relationship ordinarily arises out of prior business transactions between the customer and the vendor for particular goods, services or parts that the customer may require from time-to-time.
  • the vendor ordinarily assigns each of its customers a unique customer number using its own assignment scheme.
  • each of the vendors that has been selected by a customer has an established format by which it prefers to receive communications. For example, some vendors prefer to receive RFQs using an electronic form sent over an EDI communication link, while other vendors prefer to receive RFQs by fax or other means.
  • the host 106 maintains in its vendor-customer database 112 data records which relate the particular requests of a customer to specific vendors.
  • the vendors to whom the request is to be presented can be related through a bill of materials ("BOM") previously provided to the host 106 or provided along with the request.
  • BOM bill of materials
  • the marketplace 200 made available by the host 106 allows a customer 102 to convey an RFQ (or other requests) to one or more vendors 104.
  • a customer 102 accesses the Internet 108 through conventional means and navigates to the marketplace 200.
  • the host 106 obtains the request from the customer, preferably a request that was received over the Internet 108.
  • the request may be in the form of a BOM which identifies one or more parts that the customer is interested in purchasing.
  • the customer's vendor selections for that request can be obtained from the database 112.
  • the request itself may include a list of the vendors with whom the customer ordinarily deals, as obtained from a form presented on the customer's browser which permits the customer to submit vendor identifying data in addition to goods, services or parts identifiers.
  • the vendor-customer database 112 includes transmission mode data which identifies an established communication format that a vendor uses to receive requests. For each of the pre-selected vendors to whom the particular request is to be transmitted, the established communication format for that vendor is obtained from the database at step 304 and the request is formatted in accordance with that data at step 320. The formatted request is then delivered to the vendor at step 322 and this procedure is repeated for each of the pre-selected vendors.
  • Fig. 3 shows this process in detail.
  • the formatting and delivery of customer requests is illustrated as a double-nested loop; however, other methodologies can be used with equal advantage as understood by those of skill in the art. Formatting entails placing the information in the request in a specified order or in specified fields and adding any headers or handshake-required information to make the request ready for transmission in accordance with the established format of the vendor.
  • an index I is set to an initial value and is used to sequentially address each of the pre-selected vendors.
  • a second index J is used (step 310) to access established transmission modes for the presently addressed vendor (step 312).
  • the transmission modes may include electronic data interchange, fax, telephone, etc.
  • the transmission modes are arranged in the vendor-customer database 112 so that the transmission mode with the highest order value is indexed first and transmission modes with successively lower order values are indexed thereafter.
  • the first indexed transmission mode is the preferred transmission mode and is the first mode selected for formatting and transmitting the request to the vendor, at steps 320 and 322.
  • a test is made whether the transfer was successful. If the transfer was not successful, then the transfer mode pointer J is advanced at step 328, and, if the transfer modes for that vendor have not been exhausted, as tested at step 326, then a next transfer mode is accessed. Using the new transfer mode pointer, a next transfer mode for the vendor is picked-off at step 312, the customer's request is reformatted in accordance with the newly-selected transfer mode, and then conveyed to the same vendor using the newly-picked transfer mode. Again, the system tests whether the transfer was successful at step 324 and, if unsuccessful, repeats the loop through steps 312-324. On the other hand, a successful transfer will provoke a response from the vendor(I) as to whether that vendor is able to satisfy the request, which response is tested at step 330.
  • the loops 312-328 and 308-342 repeat until the total number of pre-selected vendors(M) has been queried, as tested at step 340.
  • individual or combined reports are provided to the customer over the Internet at step 342.
  • step 350 that particular request is outsourced by the host 106, in accordance with a further aspect of the invention as described below in connection with Fig. 4. Otherwise, the customer will be provided with responses from its pre-selected vendors and no other vendor, with the process terminating at step 360.
  • the results can be tabulated for all of the pre-selected vendors. For those vendors that respond within the customer's designated time- period, the system collates the results in step 342. After all vendors have been tested at step 340, the system performs a final decision in step 344 to determine whether the pre-selected vendors have fully satisfied the request from the customer. If the request has not been fully satisfied, then at step 350 the request is outsourced by the host. The system uses attributes of the customer and vendor as well as the transaction to determine if the request has been fully satisfied.
  • Attributes may include, but are not limited to, the following: quantity, part substitution, delivery date, lead time, price variance, credit terms, past delivery history, and split or consolidated shipments
  • the marketplace 200 is intended to satisfy a customer's requests by facilitating a customer's ability to request a quote (for delivery of a specific quantity of an item by a certain date, and with other terms as may be specified by the customer, as is conventional) and to receive quotes from the vendors with which it does business.
  • a market failure condition can occur, however, when no vendor responds to the customer's request, or if no individual vendor responding to the request can satisfy the request, or if the customer's vendors, in the aggregate, cannot satisfy the request. In any of these events, a customer's request can be satisfied without disrupting existing customer relationships by automatically outsourcing the customer' s request from the host to the WEPS 210 or directly to any host-approved vendor.
  • a market failure is detected by way of a software program which compares the quotes against the request to determine what system response, if any, is required. If the quotes do not fully satisfy or only partially satisfy the request, then the system response can be the automatic outsourcing of the request to one or more host-approved vendors. Alternatively, if the responding quotes do not fully satisfy or only partially satisfy the request, then the system response can be to activate a window or display a page (e.g., within a Web browser) at the customer's station 102 which includes a shortage button which permits the customer to have the request conveyed to host-approved vendors. Other system responses are possible, and the particular response is preferably governed by a rule base which defines the action that the host 106 takes.
  • the rule base can include plural rules that are hierarchically ranked and selected depending on the particular situation. Thus, there may be no automatic system response if the customer selected vendors, in the aggregate can satisfy the order. Also, there may be no automatic system response if the request is for an amount which is below a threshold dollar value, or if the customer has insufficient transactional history with the host 106, or an insufficient credit history or credit standing for the system to process the request.
  • the rule base can be implemented, for example, by the account manager routine which is described below in connection with step 506 of Fig. 5.
  • a market failure detected through the comparison of requests and responding quotes therefore, can look at discrepancies between the two in terms of the quantity, price substitution, price variance, delivery date, lead time, credit terms, past delivery history, terms of payment (e.g., currency), split or consolidated shipments, or other discrepancies, or a combination of the foregoing.
  • a market failure can be detected on some other basis such as a pricing variance that has been detected by an automated "agent" -as described next— which can be sent out by the host to identify an existing auction or venue at which a quantity of the part can be obtained at a more favorable price from a third party.
  • the customer optionally can be provided with a feature (e.g., a button labeled "shortage") that enables him or her to invoke the WEPS 210 and have the request conveyed to host-approved vendors.
  • the shortage button enables a manual request by the customer to the host to convey the request to host-approved vendors, and can be done even when a customer-selected vendor, or a group of customer selected vendors, can satisfy the request.
  • the shortage button can appear, for example, in a window displayed on the customer's computer 102, perhaps along with the quotes received from those of the customer's pre-selected vendors that responded to the request.
  • the WEPS When the customer invokes the WEPS using this button, at least a portion of the terms of the request are made available to the WEPS. For example, the WEPS is informed of the quantity of the order and its delivery terms, and may further be apprised of the part availability indicated by the customer's pre-selected vendors. However, in the preferred embodiment, the WEPS is not informed of the price bid by the customer's suppliers, or perhaps of other information concerning the customer's selected suppliers.
  • the preferred embodiment can include an "agent” which shops the terms of a given request (e.g., an RFQ) among various auctions supported by auction servers on the Internet (see auction server 220 of Fig. 2).
  • An "agent” is a program that gathers information or performs some other service, typically without the user's immediate presence and on some regular schedule.
  • an agent program using parameters specified by the user, searches all or a designated part of the Internet, gathers information in accordance with the user-specified parameters, and presents it to the user on a daily or other periodic basis.
  • An agent is sometimes referred to as an "intelligent agent” or "bot” (short for robot).
  • any auction in which a product specified in a customer's request or RFQ can be pushed into the marketplace 200 for selection by the customer.
  • This enables the customer to enjoy the benefits of the so-called "business-to-business" auction Web sites that now exist, at which product is intended to be sold at auction, without spending time to determine if the desired part (or apart that is compatible with the desired part) is available through another forum.
  • the use of an agent also provides the customer with the opportunity to satisfy a portion of a request at a potentially favorable price through the auction market while satisfying the remainder of the request through purchases with its established vendors.
  • the host processes requests received from customer through an Internet connection and reports any responses back to the customer through the Internet connection.
  • the host web site formats the customer's request in any manner that is required to convey the request to a particular vendor selected by the customer.
  • the host 106 includes tool sets which permit the customer to identify its designated vendors to the host 106 with the host automatically determining the appropriate format for conveying the request.
  • the host maintains a database which correlates the preferred transmission modes of a plurality of vendors, including the pre-selected vendors of the customer for the particular request obtained at the host web site.
  • the host can access an ordered set of transmission modes associated with each of the pre-selected vendors and, thereafter, successively select transmission modes of descending order value so that the customer's request can be converted into a compatible format.
  • a particular vendor may prefer to have RFQs submitted by way of forms through the Internet and as an alternative mode may require all requests to be submitted by facsimile.
  • the database 112 in this example would include a set of two transmission modes associated with that vendor and would arrange them with Internet forms as the highest order transmission mode for selection by the system and facsimile transmission as the next, lower order mode.
  • the transmission modes and other vendor-specific information are preferably related in the database 112 to specific goods, services, or parts.
  • the customer can identify a desired ware in a web browser form and submit the form to the host 106.
  • the host can respond with a vendor list of those vendors that the host has determined are suppliers of the designated ware.
  • the customer can select a vendor from that list, but will only be permitted to post the request to that vendor if the customer has an existing relationship with the selected vendor. In this manner, the customer is not able to "shop" a request for quote to a vendor with whom it does not have a prior relationship.
  • the system filters the set of vendors in the vendors selection list to include only those that the customer has previously identified as being one of its vendors.
  • the host system can parse the request to identify what is being requested and which vendors, if any, are being listed as potential suppliers of that item.
  • the system continuously accumulates data relating vendors and the parts that it supplies so that the system is able to readily identify sources of parts in the event that it executes its outsource-handling routine, described below.
  • the marketplace 200 of Fig. 2 provides a service to both customers and vendors without charge. As in other Internet applications, advertisements can be displayed in the marketplace 200 web page as a source of revenue to the host 106.
  • neither the customer nor the vendor need experience a charge for the services provided by the host in garnering requests from customer, disseminating them in multiple formats to pre-selected vendors, and relaying the information back to the customers.
  • the host is able to accumulate information regarding vendors, the wares they sell, and the volume in their quotes and other data which enables the system to manage new and improved relationships with the customers.
  • the marketplace 200 remains customer-centered, with each customer's vendors available through the web site for responding to requests. This contrasts sharply with presently known "aggregator" sites which choose the vendors that are available at the marketplace and therefore are not customer-centric.
  • the invention includes a new source of revenue which is derived from a value-added benefit provided to the customers that come to the marketplace 200.
  • the test at step 344 fails, that is, the customer's preselected vendors have been unable to fully satisfy the customer's request, then and only then will the host 106 outsource that particular request at step 350 to determine whether some other vendor (including the host) can satisfy the request.
  • the host 106 outsources the customer's request to a host-approved vendor because the only vendor that the customer had pre-selected (vendor 104b) was unable to satisfy the terms of the request.
  • the process flow of a web-enabled purchasing system 210 is described as one preferred method for satisfying an outsourced request.
  • the process of fig. 4 starts at step 400 with the receipt of the outsourced request from step 350.
  • the WEPS database 130 is accessed to obtain a list of one or more host-approved vendors to whom a particular request is to be sent.
  • the outsourcing can be handled by any host-approved vendor, for example, by outsourcing the request through a bid engine which awards the request to a vendor based on predetermined criteria.
  • the criteria may include whether the vendor has paid a royalty for being included on the selection list, a determination of which vendor will supply the requested ware at the lowest price or one or more other criterion.
  • the outsource-handling routine relays the customer's request to one or more host-approved vendors, e.g., vendors that are not among the vendors that were pre-selected by the customer.
  • a host-approved vendor Index K is initialized and used as a pointer at step 430 to point to a first vendor K to whom the request is to be conveyed.
  • the arrangement of vendors (that is, which comes first) may be a further source of revenue in the present business model.
  • the addressed vendor is then compared against the vendors that were selected by the customer at step 440 and if the host- approved vendor was a previously selected vendor of the customer, then the host- approved vendor Index is incremented at step 442 and a test is made at step 444 as to whether all of the host-approved vendors have been queried. If not, when the process loops back to step 430, the next vendor is addressed. On the other hand, if the addressed vendor is not among those that were pre-selected by the customer, then at step 450 the addressed vendor is queried to determine whether it can satisfy the customer's request.
  • the host-approved vendor to which the WEPS 210 conveys the request can be a vendor selected by the customer. This can occur, for example, when the host 106 knows of additional locations or fulfillment houses of that vendor that might be able to satisfy the customer's request even though the customer's request was not able to be satisfied by that vendor.
  • the goal of the outsource-handling routine is to locate a vendor that is able to satisfy the customer's request.
  • the host-approved vendor Index is incremented again at step 442 and, if the list of host-approved vendors has not been exhausted, then the process again loops to step 430.
  • the outsource-handling routine posts that result to the host at step 460.
  • the host then does price mark-ups on the identified item, including an update of its customer-vendor database 112 and ultimately reports the price quote to the customer (see arrow 8 of Fig. 2).
  • a message is relayed to the host that the outsource handling routine is unable to satisfy a customer's request, and that information is in turn conveyed to the customer 102.
  • the invention is described in connection with the preferred embodiment in which the requests are RFQs and the responses are quotes.
  • the process is customer initiated as illustrated at step 500.
  • the customer Having connected to the host over the Internet, the customer enters into a standard form an RFQ in one of a variety of ways (see step 502).
  • the RFQ may be entered manually with the customer entering part numbers into the form.
  • the host 106 maintains a master catalog of all of the parts that relate to the Web site. Using the master catalog, the part numbers entered by the customer can be validated and any part number that is not recognized or included in the master catalog can be flagged as unprocessable and a suitable alert provided to the customer through the Web browser.
  • a like processing method is used to filter and screen responses by vendors to RFQs distributed by the host to the vendors 104.
  • Another way of entering the RFQ is to first perform a parametric search against the master catalog with part numbers being retrieved as the search results.
  • a customer can search for a timer and retrieve a part number as well as the identity of various manufacturers of the part.
  • the selected device will be the part number included in the RFQ.
  • Yet another way of creating an RFQ is by parsing one or more existing BOMs. The BOMs can be input to the RFQ creation process.
  • Yet another way of creating an RFQ is through a validated upload in which a customer prepares the RFQ offline using a local tool which is thereafter uploaded to the host. Part numbers are parsed from the uploaded file and validated against the master catalog for accuracy as described above.
  • the contents of the form are parsed by the host and, if the customer has identified its vendors for the requested part, or if the vendor-customer database 112 includes a prior vendor selection for that customer, then the request will be automatically routed to the marketplace 200, as indicated at steps 504a, 504b, and 504c.
  • step 504 the process flow of Fig. 3 is performed, including formatting the request into the appropriate format for the customer's pre-selected vendors and delivering the request to the vendor in the established format (step 504a).
  • quotes from the vendors can be provided to the customers and billed directly through communications in the marketplace 200 (step 504b). Communications proceed back and forth between the customer 102 and the vendor 104 byway of the host 106, with all of the transactions being logged in a discussion database for later processing.
  • a market failure condition flag is set (step 504c), and a rule-based engine operates in response to the flag to notify the account manager, as shown at step 506.
  • the account manager which preferably is an automated routine programmed to run on the server 110, responds to any RFQs and quotes prior to the customer receiving a response to the RFQ, as shown in steps 508-514.
  • the account manager searches the master catalog that is either maintained by the host 106, one or more host-approved vendors 104, or both at step 510.
  • the RFQ is located in inventory and the price is available from the database accessed by the account manager, as determined at step 512
  • a firm quote or price with the RFQ is formatted for transmission to the customer, as at step 514, and the customer is contacted with regard to that quote at step 516 manually or automatically through the marketplace 200 provided by the host 106.
  • a purchase order will issue.
  • the communications between the account manager at the host 106 and the customer 102 are preferably done exclusively through the Internet.
  • a sale order is created and routed to the back end of the system at step 520.
  • the back end of the system forms no part of the present invention and concerns the mechanics of checking a customer's credit as at step 522, issuing a purchase order to the vendor that is supplying the part being sold to the customer at step 524, obtaining acknowledgments from the vendor at step 526, obtaining the product and the invoice from the vendor at step 528, repackaging the product in host-branded packaging and shipping same to the customer, as shown at step 530.
  • step 540 wherein the RFQ is forwarded to a buyer.
  • the buyer is an individual that works for the host and is charged with the responsibility of contacting various suppliers using any suitable transmission means to obtain quotes on pricing and availability of components as shown at step 542.
  • the buyer interacts with a number of vendors as illustrated at step 544 and the price of inventory information obtained by the buyer is entered into the "database" at step 546 to extend the knowledge base of the master catalog. Now armed with additional price and inventory information, the system at step 548 routes the RFQ back to the account manager for further processing.
  • the information obtained by the buyer is provided to the account manager (see step 508) which marks up the price quoted by the vendor based on pricing and availability information in the master catalog. It must be remembered that the customer's pre-selected vendors were unable to satisfy the request and the host 106 has used its resources and buying power to secure a favorable price for the requested component and earn the price mark-up.
  • the account manager creates a quotation for a presentation to the customer at step 514.
  • the account manager routine may communicate with the identified vendor to obtain a better price, or a flag may be set to alert a supervisor to manually call the identified vendor and attempt to negotiate a better price.
  • the term "fill" refers to a responding vendor's ability to meet or satisfy the requirements stated in a request (e.g., an RFQ).
  • a request e.g., an RFQ
  • the requirements of a request are fully satisfied if all of its terms are met in a vendor's response.
  • the requirements of a request can be partially satisfied by a vendor's response which does not match all of the terms of the request.
  • the system and method of the present invention can be used to facilitate communications between the customer and its vendors while simultaneously freeing the customer of having to maintain catalog data in its own facilities.
  • the system and method of the present invention extends existing customer- vendor relationships by fulfilling requests that the customers' vendors are unable to satisfy without antagonizing or straining the existing business relationships between the customer and its vendors.
  • the present invention can be implemented in a variety of forms on a variety of machines operating under any number of software platforms. The invention is not to be limited by the foregoing detailed description but instead is to be limited only by the claims appended hereto and equivalents thereof.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L'invention concerne un système et un procédé destinés à satisfaire une demande client (100) d'achat d'un produit, élément ou service en particulier, lorsque les vendeurs habituels du client ne peuvent procéder à cette vente. L'invention met en oeuvre l'Internet (108), fournissant aux clients (102) une seule interface (106) servant de relais à toutes leurs demandes auprès de chacun de leurs vendeurs (104), quel que soit le support de communication par l'intermédiaire duquel un vendeur en particulier préfère recevoir une quelconque demande. Le serveur hôte (110) formate la demande client selon les modes de transmission préférés des vendeurs et achemine en retour les réponses par le biais de l'Internet, par exemple par courrier électronique ou par le biais d'un navigateur du Web. L'invention ne met en rapport un vendeur approuvé par le serveur hôte, avec le client, que lorsque les vendeurs habituels ne possèdent pas le produit demandé. Les relations commerciales existant entre le client et ses vendeurs habituels ne sont pas interrompues ni perturbées du fait que les vendeurs ne peuvent pas satisfaire la demande du client. Une demande ultérieure effectuée par le même client, pour le même produit, est acheminée seulement aux vendeurs habituels du client, pour donner à nouveau à ces contacts commerciaux une première chance de satisfaire la demande.
PCT/US2000/014365 1999-05-24 2000-05-24 Systemes et procedes de commerce electronique WO2000072213A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU52881/00A AU5288100A (en) 1999-05-24 2000-05-24 Systems and methods for electronic commerce

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US13553899P 1999-05-24 1999-05-24
US60/135,538 1999-05-24

Publications (1)

Publication Number Publication Date
WO2000072213A1 true WO2000072213A1 (fr) 2000-11-30

Family

ID=22468540

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/014365 WO2000072213A1 (fr) 1999-05-24 2000-05-24 Systemes et procedes de commerce electronique

Country Status (2)

Country Link
AU (1) AU5288100A (fr)
WO (1) WO2000072213A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002056215A1 (fr) * 2001-01-09 2002-07-18 Koninklijke Philips Electronics N.V. Transactions d'affaires par l'internet
WO2018218032A1 (fr) * 2017-05-24 2018-11-29 Taco Marketing Llc Appareil, système et procédés d'aide à la commande d'inventaire et à l'achat de consommateurs

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5224034A (en) * 1990-12-21 1993-06-29 Bell Communications Research, Inc. Automated system for generating procurement lists
US5319542A (en) * 1990-09-27 1994-06-07 International Business Machines Corporation System for ordering items using an electronic catalogue
US5734890A (en) * 1994-09-12 1998-03-31 Gartner Group System and method for analyzing procurement decisions and customer satisfaction
US5842178A (en) * 1996-02-22 1998-11-24 Giovannoli; Joseph Computerized quotation system and method
US5970475A (en) * 1997-10-10 1999-10-19 Intelisys Electronic Commerce, Llc Electronic procurement system and method for trading partners

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5319542A (en) * 1990-09-27 1994-06-07 International Business Machines Corporation System for ordering items using an electronic catalogue
US5224034A (en) * 1990-12-21 1993-06-29 Bell Communications Research, Inc. Automated system for generating procurement lists
US5734890A (en) * 1994-09-12 1998-03-31 Gartner Group System and method for analyzing procurement decisions and customer satisfaction
US5842178A (en) * 1996-02-22 1998-11-24 Giovannoli; Joseph Computerized quotation system and method
US5970475A (en) * 1997-10-10 1999-10-19 Intelisys Electronic Commerce, Llc Electronic procurement system and method for trading partners

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002056215A1 (fr) * 2001-01-09 2002-07-18 Koninklijke Philips Electronics N.V. Transactions d'affaires par l'internet
WO2018218032A1 (fr) * 2017-05-24 2018-11-29 Taco Marketing Llc Appareil, système et procédés d'aide à la commande d'inventaire et à l'achat de consommateurs
US11436559B2 (en) 2017-05-24 2022-09-06 Taco Marketing Llc Consumer purchasing assistant apparatus, system and methods

Also Published As

Publication number Publication date
AU5288100A (en) 2000-12-12

Similar Documents

Publication Publication Date Title
US8571940B2 (en) Method and apparatus for efficiently responding to electronic requests for quote
US7072857B1 (en) Method for providing online submission of requests for proposals for forwarding to identified vendors
US8694389B1 (en) System for optimization of business transactions between a selling vendor and a shipping vendor
US8046269B2 (en) Auction based procurement system
US5842178A (en) Computerized quotation system and method
US7263498B1 (en) Attaining product inventory groupings for sales in a group-buying environment
US20010049634A1 (en) System and method for conducting electronic commerce in the metals industry
US7295989B2 (en) Method and system for providing direct and indirect sales channels for goods or services from a single point of purchase
US20140236751A1 (en) Methods and System For Electronic Commerce Facility Client-Based Presentation Offer Management
US20020138399A1 (en) Method and system for creating and using a peer-to-peer trading network
US20020099611A1 (en) Formation of horizontal, vertical and diagonal databases in an extranet based e-commerce platform
US7366684B1 (en) Blind-supply open commerce business system
US7272579B1 (en) Auction based procurement system
US20060100896A1 (en) Web based restaurant management
KR20010093942A (ko) 통합 공급 경로 관리 시스템 및 그 방법
US20050177468A1 (en) Request for quote system and method
WO2000072213A1 (fr) Systemes et procedes de commerce electronique
KR20000054487A (ko) 견적서를 이용한 물품구매방법 및 시스템
US20020062275A1 (en) Buyer-driven electronic marketplace system
EP1327216A1 (fr) Procede et appareil pour traiter et distribuer les informations relatives aux couts et aux ventes de produits
US20030212570A1 (en) System and method for inquiring remaining quantity of orders
JP7042000B2 (ja) 情報処理装置、情報処理方法、及びプログラム
KR100367076B1 (ko) 역경매 방식의 과학기자재 전자상거래 시스템 및 그 방법
JP2002032644A (ja) 生鮮商品の発注・受注・運送システム及びそのサーバシステム
KR20010096569A (ko) 인터넷 상에서 가격입력방식을 이용한 물건판매방법

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK DM EE ES FI GB GD GE HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 09869538

Country of ref document: US

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP