EP1040457A1 - Systeme multi-niveau de lutte contre la fraude a retroaction dynamique pour processeur de transactions commerciales sur internet - Google Patents

Systeme multi-niveau de lutte contre la fraude a retroaction dynamique pour processeur de transactions commerciales sur internet

Info

Publication number
EP1040457A1
EP1040457A1 EP99970758A EP99970758A EP1040457A1 EP 1040457 A1 EP1040457 A1 EP 1040457A1 EP 99970758 A EP99970758 A EP 99970758A EP 99970758 A EP99970758 A EP 99970758A EP 1040457 A1 EP1040457 A1 EP 1040457A1
Authority
EP
European Patent Office
Prior art keywords
order
customer
retail
orders
credit
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
EP99970758A
Other languages
German (de)
English (en)
Inventor
Robert S. Alvin
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hardwarestreet Com Inc
Original Assignee
Hardwarestreet Com 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
Priority claimed from US09/343,550 external-priority patent/US7139731B1/en
Application filed by Hardwarestreet Com Inc filed Critical Hardwarestreet Com Inc
Publication of EP1040457A1 publication Critical patent/EP1040457A1/fr
Withdrawn legal-status Critical Current

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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance

Definitions

  • the present invention relates to business transactions conducted over the Internet and in particular to a transaction processor to conducting the same .
  • BACKGROUND OF THE INVENTION Traditionally, commodities such as computer related products, for example, have been sold primarily through retail stores and catalogs and, more recently, through telephone sales supported by infomercials and other print and media advertising. However these traditional models for selling computer related products suffer significant disadvantages .
  • Store-based retailers have limited shelf space due to costly inventory and real estate investment considerations. This limits the number of products store- based retailers can offer to their customers. Also, the personnel required to operate stores are expensive and can be difficult to hire and train. The physical store's need for personnel also limits the flexibility and efficiency of the sales process. The number of customers that can be served and the quality of service is dependent on the number of personnel dedicated to the sales process.
  • Catalog-based (e.g., mail-order) retailing provides only a partial solution to the disadvantages of store- based retailing.
  • Catalogs do provide customers with the convenience of shopping from home or the office at flexible times.
  • catalog merchandising is costly and wasteful because paper, printing, and postage are increasingly expensive and a large percentage of people to whom catalogs are sent will not use them.
  • the number of products catalogs can feature and the product information they can provide are limited due to catalog mailing, printing and other related expenses.
  • Catalogs are also very inflexible and provide only limited accessibility. In order to change products or prices, the catalog must be reprinted and redistributed which is both costly and time consuming.
  • catalogs' accessibility is limited in that they are available only to those people to whom they are sent.
  • infomercial and other advertising supporting telephone sales also provides only a partial solution.
  • infomercial and other advertising is extremely expensive. They are also limited in their geographic scope. Typical media outlets serve only a relatively small geographic area. To expand the geographic scope of advertising, additional media outlets in different locations must be used. This greatly increases expenses. Advertising is also limited in duration. Expense increases drastically upon extending the term of the advertising.
  • the advertisements and infomercials that describe the products are also limited in the scope of products they can cover. The expense limits the size of print advertising and the duration of radio and television advertising. These limitations restrict the number of products that can be covered. They also restrict the amount of information that can be provided for the products .
  • the Internet also eliminates the traditional retail models' limited availability and barriers to expansion. On the Internet, a store is accessible throughout the world around the clock. The limitations associated with printed catalogs are eliminated as well. There is no incremental cost associated with making Internet content available to people who will not use it. Internet also provides easy adaptability to changing market conditions and allowing an interactive, customizable retail experience .
  • the usage of the Internet has replaced a few of the traditional business practices such as advertising and order processing, but most of the so- called E-Commerce retail businesses of the prior art still operate by maintaining an inventory. That is to say, the current online businesses still maintain inventories in warehouses that store the merchandise to be sold. As described above, the costs associated with such business practices are high, especially in the computer related products market where their relatively short life cycle and the rapid adoption of new technologies and products make the traditional inventory store and catalog sales models particularly problematic. If the computer products are not sold in a relatively short period of time, the unsold merchandise will become obsolete due to the fast pace in which technology is evolving .
  • the present invention provides an Internet based E-Commerce business transaction processor that overcome the disadvantages of the prior art systems by creating a virtual store front having "other people's warehouse” approach to avoid maintaining physical stores and operating warehouses while maintaining such practices transparent to the customer.
  • the business transaction processor of the present invention has a modular design comprising a plurality of distributed transaction processing systems, allowing the processing load to be distributed among multiple parallel servers thereby providing faster processing of transactions while providing expandability for future growth.
  • the business transaction processor of the present invention interacts with multiple distributors thereby providing a larger selection of products with higher availability with aggressively competitive pricing all the while maintaining gross company margins.
  • the business transaction processor of the present invention utilizes multi-level fraud checking system that incorporates propriety as well as commercially available fraud checking system thereby providing a higher level of risk management while providing a fraud check system that is not exclusively dependent on commercially available services .
  • the business transaction processor of the present invention is fully automated including automatic generation of an electronic catalog, competitive pricing engine based on flexible rule-based algorithms, and automatic feedback to the customer.
  • Figure 1 is a block diagram showing the overall system of the present invention.
  • Figure 2 is a state diagram of the order processing of the present invention.
  • Figure 3 is a flow diagram showing the fraud processing according to the present invention.
  • FIG 4 is a logic block diagram for performing the multilevel fraud processing according to the present invention.
  • Figure 5 is a flow diagram showing the distributor selection processing according to the present invention. DETAILED DESCRIPTION OF THE INVENTION Using the drawings, the preferred embodiments of the present invention will now be explained.
  • the Internet business transaction processor 10 of the present invention has a distributed processing design allowing the processing load to be distributed among multiple parallel servers.
  • the Internet business transaction processor according to the present invention is comprised of an Online Shopping System 20, Order Processing System 30, Payment Processing System 40, Catalog Builder/Price Modeler 50, and Administration System 60.
  • the transaction processor 10 of the present invention also includes a main database 70 comprised of a Customer Database 710, Products Database 720, Fraud Database 730, and Order Database 740.
  • a customer accesses the Online Shopping System 20 via a public Web server 110 to obtain product information available for purchases, set up a customer account, check order status, etc.
  • the Order Processing System 30 receives the product order requests and processes the orders to check for availability with multiple distributors, orders the products based on pricing information, performs credit card validations, etc.
  • the Payment Processing System 40 processes the method of payment once the orders have been properly processed.
  • the Catalog Builder/Price Modeler 50 builds information of the products offered by the distributors to be made available by the Online Shopping System 20 to the customer as well as the prices at which these products will be offered based on a pricing model to be described in detail below.
  • the Online Shopping System 20 is the main interface between the customer and the E-Commerce business and is primarily responsible for providing the overall online shopping experience to the customer.
  • the Online Shopping System 20 of the present invention provides an electronic catalog of available products stored in the Products Database 720 along with the price of the product. This information is generated by the Catalog Builder/Price Modeler 50 to be descried in detail below.
  • the electronic catalog is a Web page, for example, that dynamically displays product information from the Products Database 720. Consequently, the electronic catalog is always up to date with the most recent product information and does not suffer from the same shortcomings as that of the prior art cataloging systems. Furthermore, because each product is displayed as a dynamic variable, a new catalog does not have to be generated every time the Product Database 70 is updated. Only the updated product information will be changed in the catalog.
  • the Online Shopping System 20 provides an electronic shopping cart that keeps record of each item marked to be purchased by the customer and provides a finalized shopping list and the total amount purchased at the end of a shopping session which may include appropriate taxes and shipping/handling charges.
  • the Online Shopping System 20 is also used to create customer accounts with such information as customer name, billing address, telephone number, email address, etc. and this information is stored in the Customer Database 710. Such information is used by the transaction processor 10 for billing, order notification, promotional/incentive distribution, etc. A customer may also access the Online Shopping System 20 to track the status of previous orders and returned merchandise, send inquiries to Customer Service, etc. Furthermore, customer accounts can be used to generate customized portfolios based on purchase patterns of individuals to provide targeted advertising, purchase incentives such as electronic coupons and rebates, specialized promotions and competitive pricing of high demand products.
  • the Catalog Builder/Price Modeler 50 builds the Products Database 720 with available products from the distributors as well as the sales price for each product.
  • the Catalog Builder/Price Modeler 50 receives product information from multiple distributors.
  • the product information includes but are not limited to product description, quantity available, and price for the product.
  • Access to the product information from the distributors may be accomplished by Telnet, FTP (File Transfer Protocol), industry standard EDI (Electronic
  • the product information is preferably updated continually throughout the day as updated product information becomes available from the distributors or based on other preselected triggers. For example, all the distributor data may be updated during certain times of the day. Data for some selected distributors may be updated hourly while product data of others may be updated every time the web page is viewed for that product or after the product is ordered. As the communications technology becomes more advanced, it may be possible to maintain a continuous connection to the distributors' network thereby obtaining real-time status of each product offered by the distributor.
  • an alternative system may be provided for updating/accessing product information.
  • small distributors or individual vendors may operate through a secure web site to update their product information, receive order information from the transaction processor of the present invention, and provide shipping/tracking information of their products from their companies.
  • Modeler 50 sorts the product information to generate the electronic catalog.
  • the Catalog Builder/Price Modeler 50 of the present invention generates multiple catalogs from the same system and allows the Online Shopping System 20 to dynamically display user specific interfaces.
  • the Catalog Builder/Price Modeler 50 generates catalogs with different visual presentations (e.g., color, fonts, graphics, advertising, etc.) and product offerings depending on the user accessing the Online Shopping System 20 based on the user-specific information via criteria-specific templates.
  • the Online Shopping System 20 displays a catalog of mixed products appropriate for students with academic pricing.
  • a business person who accesses the Online Shopping System 20 of the present invention may see a catalog of products appropriate for his or her business with available corporate discounts for that product. This way, a single system is maintained that looks and functions like many different catalog shopping systems.
  • the pricing model used by the Catalog Builder/Price Modeler 50 of the present invention is an intelligent rule-based algorithm such as an Al (i.e., Artificial Intelligence) program generates a competitive price for a product based on price of the product offered from the distributors, any specials that are being promoted for the product, and cost/profit margins from the sale of the product to the customer. Simply stated, the price of the product is a function of the profit margin. Default margins are set in the rule-based prograniming of the pricing model, but due to its adaptability the Catalog Builder/Price Modeler 50 may automatically adjust the margins based on the rules of the pricing model and the pricing information obtained from the distributors. Further, the rules of the pricing model and setting of margins may be manually modified using the Administration System 60 to be explained in detail below.
  • Al i.e., Artificial Intelligence
  • the Catalog Builder/Price Modeler 50 of the present invention uses a plurality of margins to determine the sales price of a product depending on which category the product is in. For instance, the margin for the products in the first category may be set to 10% + cost since this is a category of products that the customer would most likely buy even though the price may be a little bit high. On the other hand, the margin for the products in the second category may be set to 2.5% + cost in order to provide a competitive price for high demand products. Further, the margin for the products in the third category may be set to 0% + cost due to promotionals of discontinued products, for example.
  • the Catalog Builder/Price Modeler 50 may be used to obtain initial sale prices of the products to be listed in the electronic catalog. Furthermore, the Catalog Builder/Price Modeler 50 may also adjust the pricing dynamically based on other system data that may change throughout the day. For example, the price may be adjusted based on the amount of web site traffic, sales for a particular vendor, category, or SKU, and even the time of day. Subsequently, the Catalog Builder/Price Modeler 50 may be used in conjunction with the Order Processing System 30 to be described in detail hereinafter to select a distributor to fill the order for a selected product using real-time data at the time of purchase. In this way, prices of the products in the electronic catalog can be dynamically changed based on the current market for these products. Order Processing System
  • the Order Processing System 30 of the present invention processes the orders passed from the Online Shopping System 20.
  • the Order Processing System 30 of the present invention is comprised of four basic subsystems: Fraud Detection 310, Credit Card Services 320, Distributor Selection 330, and Customer Service 340.
  • the overall functionality of the Order Processing System 30 is described hereinafter.
  • the Order Processing System 30 first determines whether the order is a valid order by the Fraud Detection subsystem 310. If the order is valid, then the order is sent to the Distributor Selection sub-system 330 to determine firstly if the product ordered is available and secondly from which distributor the product will be supplied. Once a distributor is chosen the order is fulfilled with the distributor.
  • the order is sent to the Payment Processing System 40 via the Credit Card Services subsystem 320 to charge the customer's credit card for the purchase.
  • the Customer Service sub-system 340 monitors each of the ordering processes and can intervene anywhere in the process if warranted.
  • the Order Processing System 30 of the present invention is driven as a state machine 300. As such, a purchase order during processing enters predetermined states as shown in Figure 2.
  • Interrupt switch 302 is operable to interrupt state machine 300 to facilitate selective tracking of an order during processing to determine the status of any purchase order during processing. The intervention of the state machine 300 also allows the ability to force an order into a particular state or manually set certain flags by hand.
  • the state machine 300 of the present invention allows enhancements to the state diagram for manageable changes to the Order Processing System 30. Additions or deletions of new states, arcs, and conditions change the paths an order takes through the order processing operation. As will be hereinafter more fully explained, a purchase order during processing under control of state machine 300 can only come to rest at a predetermined number of processing stations or states (e.g., H, M, N, 0, X, etc.) as shown in Figure 2.
  • a predetermined number of processing stations or states e.g., H, M, N, 0, X, etc.
  • Each block represents a state in which a purchase order being processed by the Order Processing System 30 can occupy.
  • the Fraud Detection sub-system 310 of the present invention is a multi-level fraud checking system used to determine if an order is a valid order. As shown in Figure 1, when an order is passed from the Online Shopping System 20, the Order Processing System 30 receives the order information such as credit card information, billing address, shipping address, quantity of selected products, sales prices of the products, etc. This order information is initially passed through the Fraud Detection sub-system 310.
  • the logic blocks of the Fraud Detection sub-system 310 includes a data integrity checker 312, a rule-based gross fraud comparator 314, a credit authorization/fraud score generator 316, and rule- based fraud score comparator 318.
  • the interaction of these logic blocks will be explained with reference to the flow diagram as shown in Figure 3.
  • the data integrity checker 312 initially performs a data integrity check on the order information for completeness such as billing address information, shipping address information, and method of payment. For example, credit card information is checked to verify that the credit card is not yet expired for credit card purchases. If the data integrity check fails on the order, the customer is notified of the incomplete portions of the order for correction. Once the order passes the data integrity check, the order then proceeds to the gross fraud comparator 314. Gross fraud check involves searching the Fraud Database 730 internal to the transaction processor 10 of the present invention for history of bad credit by the customer submitting the order.
  • the gross fraud check of the present invention acts as an initial filter for rejecting obvious fraudulent orders such as orders from "black-listed" customers in the Fraud Database 730 with previous histories of bad credit, orders from counties other than the United States under economic crisis, etc. If an order fails the gross fraud check, the order is passed to Customer Service 340 and the customer is immediately notified of the reasons why the order cannot be processed. If, on the other hand, the order passes the gross fraud check, the order is then checked for credit card authorization from a financial institution, such as a commercially available fraud check . service and AVS (Address Verification Service) .
  • AVS Address Verification Service
  • a fraud level score is generated by the credit authorization/fraud score generator 316.
  • the fraud level score is a grading system that indicates the level of risk the order will pose to the business by processing the order.
  • the score is then compared with several predetermined thresholds by the rule-based fraud score comparator 318 and takes different actions based on the comparison to these multiple thresholds. If the score is below the minimal threshold, the order is sent for further processing. If the score is above the maximum threshold, the order is sent into sorting bin 319.
  • the intermediate thresholds allow the order to pass through various intermediate steps while triggering flags for each failed threshold comparison. This allows the failed order to be characterized by several types of failures • given a total overall score.
  • the sorting bin 319 of the present invention acts as a buffer to minimize discarded orders. According to the present invention, a dynamic sorting procedure is performed on the rejected orders stored in the sorting bin 319.
  • the failed orders in the sorting bin 319 are analyzed for reasons why the fraud level score was so high. Failed orders are analyzed for previous purchases by the customer, whether the customer is an account holder, etc. and sorted between high risk and low risk orders. For instance, orders from repeat customers who otherwise have a good history of previous purchases, for example, are low risk orders even though the fraud score is high and orders from customers who have no previous purchase history pose a high risk on defaulting on payments. Subsequently, the sorted orders are either sent to Customer Service 340 to be altered and resubmitted for validation or stored in a list of bad names in the Fraud Database 730 to be used in the gross fraud check of subsequent orders .
  • the fraud scores are analyzed and either the rules for generating the fraud score is altered or the thresholds are dynamically modified to reduce the number of orders being rejected.
  • the comparator parameters in the data integrity checker 312 and gross fraud comparator may also be modified based on the results of the rejected orders to optimize order validations.
  • the products in the order are checked by the Distributor Selection sub-system 330 to determine which distributor will be used to fill the order.
  • the selection of a distributor may be determined by several different methods.
  • the product information such as the product SKU (i.e., Stock- Keeping Unit) number and quantity is determined from the order and sent to the data input 331.
  • This information is then sent to each of the distributors and the distributors are polled for availability, quantity available by the distributor, and the current price for the product, for example.
  • the information received from each of the distributors are then used by the distribution selection logic 332 to determine which distributor will fill the order.
  • the product information from each of the available distributors is processed by the distribution logic 332 based on the rule-based algorithm to determine which distributor will be able to best fill the order.
  • the rules for selecting a distributor may be set to select the distributor providing the product with the maximum profit margin or within a range of margins.
  • the rules may also take into consideration the type of shipping available from the distributor. For instance, if one distributor provides the product with the maximum profit margin but only has ground shipping available that may take weeks for delivery but another distributor provides next-day delivery with a lesser profit margin and the customer indicated speedy delivery, then the second distributor is selected since the first distributor, although providing the maximum profit margin, cannot fulfill the speedy delivery indicated by the customer.
  • the Distributor Selection sub-system 330 may be forced to select a particular distributor for a certain product regardless of other factors because of special relations with that particular distributor.
  • the product information stored in the Product Database 720 may be used instead of delaying the processing of the orders.
  • the products information is updated preferably three times during a business day. Therefore, although the data in the Product Database 720 is not as accurate as real-time data, the information is generally recent enough to fill the order.
  • the Distribution Selection sub-system 330 forwards the order electronically to the selected distributor to fill the order.
  • the Distributor Selection sub-system 330 receives verification from the distributor such as customer number, warehouse information, shipment date, invoice amount, shipping cost, tracking number, etc. and stores the order information in the Order Database 740 to make it immediately available to the customer service and the customer's online account.
  • Credit Card Services sub-system 320 receives the orders forwarded to the distributor by the Distributor Selection sub-system 330 and forwards the total cost of the order to the Payment Processing System 40 to be charged to the customer's credit card. Alternatively, if a product has been returned, the Credit Card Services sub-system 320 processes the RMA (i.e., Returned Merchandise Authorization) and sends the request to the Payment Processing System 40 to refund the amount to the customer .
  • RMA Returned Merchandise Authorization
  • Customer Service sub-system 340 provides a feedback interface between the E-Commerce business using the transaction processor 10 of the present invention with the customers. Customer Service sub-system 340 allows the customer service representatives to access any part of the order processing being performed by the Order Processing System. Customer Service 340 provides the interface into the Order Processing System 30 by handling failed orders, sorted orders from failed orders, customer inquires to order/RMA status, and other customer service issues .
  • Customer Service sub-system 340 provides automated feedback to the customer. For instance, once an order has been properly processed, the Customer Service sub-system 340 will send an automated message to the customer with the order information such as customer number, shipment number, tracking number, etc. In cases where orders have failed during the processing period, Customer Service sub-system 340 automatically generates notices to the customer and/or customer service relaying that the order has failed and provides further instructions on how to correct the problem. Additionally, Customer Service sub-system 340 may be programmed to send customers in the Customer Database 710 periodic newsletters, promotional offers, exclusive sales, coupons and incentive, etc. Moreover, this periodic feedback to the customer can be highly personalized based on the information stored in the Customer Database 710 such as the customer's buying patterns . Payment Processing System
  • the Payment Processing System 40 receives order/RMA information from the Order Processing System 30 in conjunction with the payment method information.
  • the Payment Processing System 40 contacts the financial institution issuing the credit card and charge the account holder for purchases or credit the account for processed RMAs .
  • the Payment Processing System 40 may issue bills, receive CODs (i.e., cash-on-delivery) and checks, issue refunds, process wire-transfers, etc.
  • the present invention may also take advantage of online leases and loans, a relatively new service in the area of e-commerce .
  • the customer applies electronically to a financial institution for a loan.
  • the financial institution sends a loan number and the loan balance limit to the Order Processing System 30.
  • the Payment Processor 40 then proceeds to use the loan number as a credit card number and finishes the transaction be drawing on the approved loan from the financial institution .
  • the customer applies for a lease from a financial institution.
  • the financial institution sends a lease number to the Order Processing System 30.
  • the Payment Processor 40 then proceeds to use the lease number as a credit card number and finishes the transaction drawing on the approved balance from the leasing institution.
  • the purchase is then shipped directly to the customer, but as with all leases, the leasing institution owns the products .
  • Example of Ordering Online The transaction processor 10 of the present invention will be described with specific embodiments to more clearly describe the functionality of the present invention. However, equivalent components and obvious modifications within the ability of one with ordinary skill in the art may be used without departing from the scope of the present invention.
  • the transaction processor 10 of the present invention is built on industry standard equipment including Sun UltraSparc servers, Solaris operating system, Apache Web servers, and Oracle databases.
  • each of the systems and sub-systems are installed on a dedicated server running in parallel in a distributed processing architecture.
  • a customer accesses the Online Shopping System 20 via the company' s Web page through a public Web server 110, such as the customer's ISP (i.e., Internet Service Provider) .
  • ISP Internet Service Provider
  • the customer is issued a unique identification number using various techniques such as using the customer's IP (i.e., Internet Protocol) address, IP host name, personal information, etc. so that others accessing the Online Shopping System 20 do not share each others' shopping information.
  • the customer browses/searches the Web site (i.e., electronic catalog) for a particular product.
  • the customer selects the product or products and the Online Shopping System 20 places the selected products in an electronic shopping cart.
  • the customer is asked to create a customer account asking for personal information such as name, billing address, telephone number, email address, as well as some profile information (all of which may be optional) to generate a customer account. If the customer already has an account, then the account ID is used to identify the customer and the customer is prompted for their password.
  • the order is filled out for the products to be purchased including quantity, method of payment (the credit card number may be established in the customer account so that it does not have to be inputted every time) , shipping address, and method of shipment.
  • the order is passed onto the Order Processing system 30.
  • the Fraud Detection sub-system 310 performs a data integrity check such as whether each of the required fields of the order form are filled out, checksum test of the credit card number, etc. If the order fails the integrity check, the customer is prompted with an error message requiring to resubmit the order with the corrections. If the order passes the integrity check, then the order undergoes the gross fraud check.
  • the gross fraud check determines whether the customer has a history of defaulting on payments, whether the credit card number is a valid number, or is ordering from a "black-listed" location such as Bulgaria or Russia. If the order fails the gross fraud check, the order is sent into a sorting bin. If the order passes the gross fraud check, the order is sent to a commercially available fraud checking service such as CyberSource®.
  • CyberSource® processes the order information and returns a fraud score. The fraud score is then compared to a plurality of predetermined threshold 340 and used in conjunction with other fraud rule based checks. If the order fails, it is placed into the sorting bin. If the order passes, it is sent to the Distributor Selection sub-system 330 for further processing.
  • the failed orders are sorted between high risk and low risk orders such as whether the order was from an account holder who has good credit history from past purchases, whether the fraud score was too high because the billing address did not match the address of the credit card, etc.
  • the plausible orders are then forwarded to the Customer Service subsystem 340 from which the Customer service representatives either contact the customer to clarify the discrepancies or override the fraud checks and place them into the processing bin to be sent to the Distributor Selection sub-system 330 for further processing.
  • the rest of the failed orders are placed in the Fraud Database 730.
  • the Distributor Selection sub-system 330 sends the product information (i.e., SKU and quantity) to each of the distributors such as independent pick, pack, and ship distributors and receives information on the products such as availability and cost.
  • the Distributor Selection sub-system 330 forwards this information to the Catalog Builder/Price Modeler 50 and profit margins are calculated.
  • the Distributor Selection sub-system 330 selects the distributor with, for example, the highest margin or other selected criteria for particular products and forwards the order electronically.
  • the Customer Service subsystem 340 receives or retrieves the order information such as the customer number, warehouse number, shipment date, shipment tracking information, invoice amounts, etc .
  • Customer Service sub-system 340 emails the customer within minutes after a valid order is received with a confirmation number.
  • the Customer Service sub-system 340 emails the customer again when the order is .shipped by the distributor or notifies the customer that the product is not available and has been placed on back order.

Abstract

L'invention se rapporte à un processeur de transactions commerciales sur Internet qui possède une architecture de traitement répartie permettant la répartition de la charge de traitement sur de multiples serveurs en parallèle. Le processeur de transactions de cette invention fournit une vitrine de magasin virtuel qui met en oeuvre une approche du type 'utilisation d'entrepôts gérés par d'autres personnes' au moyen d'un système de traitement dynamique de sélection des distributeurs conçu pour effectuer une sélection parmi une pluralité de distributeurs en fonction d'un algorithme fondé sur des règles souples. En outre, un système de traitement multi-niveau de vérification des fraudes permet le traitement de commandes qui seraient rejetées en d'autres cas de manière à assurer un meilleur rendement de l'activité commerciale.
EP99970758A 1998-10-19 1999-10-19 Systeme multi-niveau de lutte contre la fraude a retroaction dynamique pour processeur de transactions commerciales sur internet Withdrawn EP1040457A1 (fr)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US10483198P 1998-10-19 1998-10-19
US104831P 1998-10-19
US09/343,550 US7139731B1 (en) 1999-06-30 1999-06-30 Multi-level fraud check with dynamic feedback for internet business transaction processor
US343550 1999-06-30
PCT/US1999/024439 WO2000023909A1 (fr) 1998-10-19 1999-10-19 Systeme multi-niveau de lutte contre la fraude a retroaction dynamique pour processeur de transactions commerciales sur internet

Publications (1)

Publication Number Publication Date
EP1040457A1 true EP1040457A1 (fr) 2000-10-04

Family

ID=26801994

Family Applications (1)

Application Number Title Priority Date Filing Date
EP99970758A Withdrawn EP1040457A1 (fr) 1998-10-19 1999-10-19 Systeme multi-niveau de lutte contre la fraude a retroaction dynamique pour processeur de transactions commerciales sur internet

Country Status (3)

Country Link
EP (1) EP1040457A1 (fr)
AU (1) AU1211800A (fr)
WO (1) WO2000023909A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7139731B1 (en) * 1999-06-30 2006-11-21 Alvin Robert S Multi-level fraud check with dynamic feedback for internet business transaction processor

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030195974A1 (en) 1998-12-04 2003-10-16 Ronning Joel A. Apparatus and method for scheduling of search for updates or downloads of a file
US7058597B1 (en) * 1998-12-04 2006-06-06 Digital River, Inc. Apparatus and method for adaptive fraud screening for electronic commerce transactions
US7089197B1 (en) 2000-05-08 2006-08-08 Mci, Llc System and method for verification of customer information entered via an Internet based order entry system
US6826594B1 (en) 2000-07-15 2004-11-30 Commission Junction Method and system for remote content management of a designated portion of a web page
KR102210440B1 (ko) * 2014-01-10 2021-02-02 에스케이플래닛 주식회사 사용자 장치, 그 제어 방법 및 컴퓨터 프로그램이 기록된 기록 매체

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2651903B1 (fr) * 1989-09-12 1991-12-06 Michaud Andre Procede de limitation des risques attaches a une transaction informatique.
US6125352A (en) * 1996-06-28 2000-09-26 Microsoft Corporation System and method for conducting commerce over a distributed network
JPH10240823A (ja) * 1997-02-28 1998-09-11 Hitachi Ltd 電子ショッピングシステム及びその電子カタログデータ定義方法
US5903721A (en) * 1997-03-13 1999-05-11 cha|Technologies Services, Inc. Method and system for secure online transaction processing

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO0023909A1 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7139731B1 (en) * 1999-06-30 2006-11-21 Alvin Robert S Multi-level fraud check with dynamic feedback for internet business transaction processor

Also Published As

Publication number Publication date
AU1211800A (en) 2000-05-08
WO2000023909A1 (fr) 2000-04-27
WO2000023909A8 (fr) 2000-06-08

Similar Documents

Publication Publication Date Title
US7139731B1 (en) Multi-level fraud check with dynamic feedback for internet business transaction processor
US7933806B2 (en) Online product exchange system with price-sorted matching products
US8684266B2 (en) Forecast and demand based price calculation
WO2000023929A1 (fr) Selection dynamique de multiples distributeurs
WO2000023928A2 (fr) Processeur de transactions commerciales sur internet
WO2000023909A1 (fr) Systeme multi-niveau de lutte contre la fraude a retroaction dynamique pour processeur de transactions commerciales sur internet
KR20010025494A (ko) 멀티레벨 전자상거래 시스템 및 그 방법
KR20020084844A (ko) 멀티레벨 전자상거래 시스템 및 그 방법
WO2000041116A2 (fr) Systeme de commercialisation avec l'assistance d'un distributeur virtuel
WO2006011847A1 (fr) Systeme base sur internet et procede de commerce et de transactions financieres

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20000719

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FR GB GR IE IT LI LU MC NL PT SE

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20020501

RBV Designated contracting states (corrected)

Designated state(s): DE FR GB