WO2017027016A1 - Système et procédé pour évaluer un client préalablement à une transaction - Google Patents

Système et procédé pour évaluer un client préalablement à une transaction Download PDF

Info

Publication number
WO2017027016A1
WO2017027016A1 PCT/US2015/044614 US2015044614W WO2017027016A1 WO 2017027016 A1 WO2017027016 A1 WO 2017027016A1 US 2015044614 W US2015044614 W US 2015044614W WO 2017027016 A1 WO2017027016 A1 WO 2017027016A1
Authority
WO
WIPO (PCT)
Prior art keywords
consumer
pattern information
user
computer
query
Prior art date
Application number
PCT/US2015/044614
Other languages
English (en)
Inventor
John M. COVENDER
Anthony WELLENDORF
Original Assignee
Elite Information Services, Llc
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 Elite Information Services, Llc filed Critical Elite Information Services, Llc
Priority to PCT/US2015/044614 priority Critical patent/WO2017027016A1/fr
Publication of WO2017027016A1 publication Critical patent/WO2017027016A1/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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • 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/02—Banking, e.g. interest calculation or account maintenance

Definitions

  • the present invention relates to transactional sales risk mitigation and loss prevention, and in particular, to a system and method for evaluating a customer prior to entering into a commercial transaction.
  • Unreported Debt includes any debt that is not subject to reporting using conventional modern debt reporting tools, and as such, is not captured within any formal debt industry database.
  • Unreported Debt may be accrued by new participants to the economy for whom no database entry exists, such as youths, the unbanked, individuals participating in transactions where it is too expensive to report to conventional modern debt reporting tools, and youths. Unreported Debt may also be accrued by "credit invisible" individuals or individuals for whom no credit information exists, such as undocumented or unregistered individuals, and those individuals that participate in a wholly cash, barter or underground economy. It is estimated that in approximately 75% of commercial transactions, there is no record of the consumers in the commercial transaction in any of the conventional modern debt reporting tools. Thus, even if a goods and services provider were to utilize all conventional modern debt reporting tools to research all consumers prior to entering into a commercial transaction therewith, approximately three quarters of the time the conventional modern debt reporting tools would return no useful information.
  • a system and method for evaluating a customer prior to a transaction that enables a business to know whether a prospective customer is a high risk for payment failure based on prior activity, that further enables a business to mitigate potential losses, and which also provides a business with a relatively inexpensive, fast, and simple way to choose how and when to deal with lost revenue due to a customers' poor payment history, has surprisingly been discovered.
  • a computer method of pre-qualifying and warning business owners of customer risk involves a system having a central computer in communication with a first computer device of a first user.
  • the central computer is in communication with the first computer device of the first user by the Internet.
  • the central computer includes a server having a processor and a memory.
  • the first computer device of the first user sends to the central computer payment pattern information of at least one first consumer.
  • the payment pattern information is in the form of one of a text message, an email, a web application, and a database transfer application.
  • the central computer stores the payment pattern information received from the first computer device.
  • a searchable database is created including the payment pattern information of the at least one first consumer received from the first computer device.
  • a query is received by the central computer from a second computer device of a second user.
  • the query includes customized consumer profile criteria established by the second user.
  • the central computer next compares the query including the customized consumer profile criteria to the payment pattern information of the at least one first consumer in the searchable database.
  • the central computer generates either an approval or a disapproval in response to the query.
  • the one of only an approval and a disapproval is based at least in part on an identity of the at least one first consumer and the customized consumer profile criteria.
  • the one of only an approval and a disapproval is transmitted to the second computer device of the second user through the Internet.
  • the central computer tracks each query of payment pattern information of the at least one first consumer.
  • a periodic payment is disbursed to the first user based at least in part on a frequency of queries to the payment pattern information of the at least one first consumer sent by the first computer device of the first user to the central computer.
  • the payment pattern information of the at least one consumer includes identification information of the at least one consumer. In another embodiment, the payment pattern information includes purchasing habits of the at least one consumer.
  • the searchable database may be made available as a central database to third parties for one or more of resale, as part of a direct access portal, as part of a point of sale device, and to be bundled and distributed.
  • FIG. 1 illustrates an overview of a network or Internet architecture for implementing a system and method for evaluating a customer prior to entering into a commercial transaction according to one embodiment of the disclosure
  • FIG. 2 illustrates an overview of components that comprise one embodiment of a system and method for evaluating a customer prior to entering into a commercial transaction
  • FIG. 3 illustrates an overview of a set of databases that comprise one embodiment of a system and method for evaluating a customer prior to entering into a commercial transaction
  • FIG. 4 illustrates an exemplary data upload process flow chart according to one embodiment of a system and method for evaluating a customer prior to entering into a commercial transaction
  • FIG. 5 illustrates an exemplary database manipulation process flow chart according to one embodiment of a system and method for evaluating a customer prior to entering into a commercial transaction
  • FIG. 6 illustrates an exemplary questionnaire for generating a desired customer profile according to one embodiment of the disclosure
  • FIG. 7 illustrates a flow chart showing the possible steps performed by the central processing computer according to one embodiment of the system and method for evaluating a customer prior to entering into a commercial transaction
  • FIG. 8 is a summary diagram illustrating a system and method for evaluating a customer prior to entering into a commercial transaction according to one embodiment of the disclosure.
  • FIG. 9 illustrates an exemplary overview of a point of sale device according to one embodiment of the system and method for evaluating a customer prior to entering into a commercial transaction
  • FIG. 1 provides an overview of a network or Internet architecture 10 for implementing various features of an embodiment of a system and method for evaluating a consumer prior to entering into a commercial transaction.
  • the term "consumer” is understood as including any of an individual, business entity, government, non-profit, medical, and professional association customer interested in entering into a transaction for the exchange of goods and/or services. It should be appreciated that the consumer can include other types of customers other than those expressly listed hereinabove.
  • a first computer device 12 operated by a first user 14 communicates with a central computer 16 via a network and/or the Internet 18.
  • the central computer 16 may include a processor 20, a storage or memory 22, and a master database 24, described in more detail hereinbelow, and may further include additional computational devices, including, but not limited to, further servers, routers, switches and other hardware as is known in the art.
  • the term "memory" may include a non-transitory and tangible computer-readable storage medium, on which databases and processor- executable software code may be embodied.
  • the first user 14 is a vendor who enters into commercial transactions 26, such as transactions for goods and/or services, with at least one consumer 28, in exchange for payment thereof.
  • commercial transactions 26 such as transactions for goods and/or services
  • certain of the at least one consumers 28 are good customers, while others of the at least one consumers 28 may experience difficulty or failure to pay for goods and/or services. It is understood that the at least one consumer 28 may participate in the Reported Economy, the Unreported Economy, or both.
  • the first user 14 of the first computer device 12 submits to the central computer 16 payment pattern information 30 of the at least one consumer 28 compiled as a result of any commercial transactions 26 that occur between the first user 14 and the at least one consumer 28.
  • the payment pattern information 30 sent by the first user 14 may include identification information of the at least one consumer 28, and further may include information about payment or non-payment made by the at least one consumer 28, credit card holds applied by the at least one consumer 28, or any other information that may be payment pattern information 30 of the at least one consumer 28.
  • the payment pattern information 30 may be in the form of one of a text message, an email, a web application, a database transfer application, or any other usable form, and is uploaded to the master database 24, as discussed in further detail hereinbelow with reference to FIGS. 3 and 4.
  • the first user 14 need not be an individual, and instead could be a business or corporate concern having access to payment pattern information 30 for a significant number of the at least one consumers 28 as a result of a plurality of commercial transactions 26 between the first user 14 and the at least one consumer 28.
  • a second user 32 contemplates entering into one or more additional commercial transactions 26 with the at least one consumer 28.
  • the second user 32 may be concerned that the at least one consumer 28 may be a high risk for payment failure, or otherwise may wish to discover whether the at least one consumer 28 is a preferred customer.
  • a second computer 34 Using a second computer 34, a central server 36, or a point of sale device 38, the second user 32 submits a query 40 to the central computer 16, including the master database 24, via a network and/or the Internet 18.
  • submission of the query 40 is indicated by reference 42 in FIG. 1, and receipt of the query 40 by the central computer 16 is indicated by reference 44 in FIG. 1.
  • the query 40 includes information sufficient to identify the at least one consumer 28, and additionally may include customized profile information, discussed in further detail hereinbelow with reference to FIG. 6, that serves both to identify the at least one consumer 28 and to establish a set of criteria against which to evaluate the payment pattern information 30 of the at least one consumer 28 contained in the master database 24 in response to the query 40.
  • the central computer 16 Upon submission of the query 40, including any customized profile information, the central computer 16 evaluates the query 40 against the master database 24. The central computer 16 thereafter generates a binary response 46 that comprises only one of an approval and a disapproval for the commercial transaction 26, or for the at least one consumer 28 that is the subject of the query 40. In essence, the central computer 16, including the master database 24, generates only one of a "yes” and a "no" in response to the query 40. The only one of a "yes” and a "no" response 46 to the query 40 may be transmitted via a computer network such as the Internet 18. Transmission of the response 46 by the central computer 16 is indicated by reference 48 in FIG. 1, and receipt of the response 46 by the second user 32 is indicated by reference 50 in FIG. 1.
  • the central computer 16 comprises the processor 20, the storage or memory 22, and the master database 24, and is configured to receive submission of the query 40, and to evaluate the query 40 agamst the master database 24 to generate the binary response 46 that comprises the only one of an approval and a disapproval for the commercial transaction 26, or for the at least one consumer 28 that is the subject of the query 40.
  • the central computer 16 consists essentially of the processor 20, the storage or memory 22, and the master database 24, and is configured to receive submission of the query 40, and to evaluate the query 40 against the master database 24 to generate the binary response 46 that comprises the only one of an approval and a disapproval for the commercial transaction 26, or for the at least one consumer 28 that is the subject of the query 40.
  • the central computer 16 does not share any of the payment pattern information 30 with the second user 32, thereby protecting the privacy of the at least one consumer 28.
  • the default response 46 can be an approval.
  • the default response 46 can be an approval in the situation where a query 40 is made about an at least one consumer 28 for whom no payment pattern information 30 exists in the master database 24, in which case new payment pattern information 30 is generated for the previously unknown at least one consumer 28 and is stored in the master database 24, as discussed in more detail hereinbelow.
  • FIG. 2 illustrates an overview of components that comprise an embodiment of the central computer 16 of the present disclosure. It is understood that the various embodiments of the disclosure may include only some or all of the illustrated components.
  • the system 60 includes an Administrative component 62, a Business component 64, a Consumer Interface 66, and an Application Programing Interface (API) 68.
  • API Application Programing Interface
  • the Administrative component 62 includes all aspects of the disclosure required to enable interaction with accounts and data created and maintained in the system.
  • the Administrative component 62 allows the system 60 or an administrative user (not shown) to correlate related records, service various accounts, upload data to one or more databases, log and track data access, generate reports, connect to third party resources, export data, or the like.
  • the Administrative component 62 is therefore established mainly to manage accounts and data.
  • the Business component 64 is established to allow the various account holders to interface with data and with the account managed by the account holder.
  • the Business component 64 may allow the account holder to create and edit identification information, including business or transaction location information, create customized profile information or business rules against which entries in the database are compared as described in further detail below, access and view real time data based on business identification information, upload data to one or more databases as described in further detail below, transmit and receive queries submitted to one or more databases, manage users of the business account or data, or the like.
  • the Business component 64 is therefore directed to all aspects of account servicing and management.
  • the Business component 64 includes a first functionality accessible by Business Account Managers, and a second functionality accessible by Business Account Users.
  • the first functionality accessible by Business Account Managers may include the ability to create, edit and update various preferences to enable the Business Account Manger to use the system in performing business making tasks.
  • the first functionality accessible by Business Account Managers may also include the ability to control access permission of various Business Account Users within designated accounts, and may include the ability to evaluate metrics and reports generated by the system to determine the effectiveness of the system for the business.
  • the Consumer Interface 66 allows for consumers to interact with the data in a public manner.
  • the Consumer Interface 66 may be accessible to individual consumers via a network and/or the Internet, or through any other publicly accessible interface.
  • the Consumer Interface 66 allows for individual consumers to verify and validate any data contained within any database.
  • the Consumer Interface 66 may allow individual consumers to claim and merge profiles, verify records, flag records as unverified or incorrect, and the lilce.
  • the Consumer Interface 66 may also interface with known social media to allow consumers to be integrated and connected to one or more databases, and further may allow for data to be verified.
  • the Application Programing Interface (API) 68 allows for expansion and interconnection between one or more of the databases and any external systems owned or operated by third parties including but not limited to customers, vendors, suppliers, and partners.
  • the API 68 may be constructed to allow for integration of defined data in one or more of a Point of Sale (POS) system, a Customer Relationship Management (CRM) system, or an Enterprise Resource Planning (ERP) system.
  • POS Point of Sale
  • CRM Customer Relationship Management
  • ERP Enterprise Resource Planning
  • the system 10 of FIG. 1 relies on a series of interconnected databases to create a master database 24, illustrated in FIG. 3.
  • the interconnected databases 70 may be discrete and cross-referenced, or may be stacked and integrated into a master database 24, as shown in FIG. 3.
  • the master database 24 includes a further series of tables and records comprised of a plurality of databases, including a plurality of tables and records, as illustrated in FIG. 3.
  • the master database 24 may include a consumers table 74, a user's table 76, a business table 78, a transaction table 80, a business location table 82, a transaction location table 84, customer location table 86, a user location table 88, and the lilce.
  • Each of the tables 24, 74, 76, 78, 80, 82, 84, 86, and 88 are capable of storing information related to commercial transactions, businesses, consumers, users, and further are capable of storing payment pattern information generated during commercial transactions between goods and services providers and consumers.
  • any one of the tables 24, 74, 76, 78, 80, 82, 84, 86, and 88 may also be included in any other ones of the tables 24, 74, 76, 78, 80, 82, 84, 86, and 88.
  • the master database 24 may be cataloged and cross- referenced using conventional or application specific tools.
  • the master database 24, as well as all of the other tables 74, 76, 78, 80, 82, 84, 86, and 88, are constructed and maintained to allow for additional information to be added and appended to each of the tables 24, 74, 76, 78, 80, 82, 84, 86, and 88 as additional data is added to the system 10 and to the interconnected databases 70.
  • Data to be stored within any of the databases 24, 74, 76, 78, 80, 82, 84, 86, and 88 is uploaded by the first user 14 or by the second user 32, as described above with reference to FIG. 1.
  • An exemplary data upload process flow system 100 is shown in FIG. 4. It is understood that different process flow for file uploads may be utilized without departing from the disclosure.
  • a data file is uploaded.
  • the data file may be one of a text message, an email, a web application, and a database transfer application.
  • the data file type is evaluated to determine if the data file type is supported.
  • the data file type is not supported, a display error message is returned at step 114, the required fields necessary for proper data submission are displayed at step 116, and the data is potentially resubmitted.
  • the data file type is supported at step 112
  • the data file is evaluated at step 118 to determine if the data file contains an identifiable header row. If the data file does contain an identifiable header row, or if the algorithm determines that the data file contains an identifiable header row, then the system displays all columns and a predetermined number of rows at step 120 for review. In one embodiment, the system 100 determines if the data file includes fields corresponding to any fields in any of the databases or tables at step 126.
  • the system 100 may evaluate the data file to determine if any fields match the master consumers table 74 at step 122, or may evaluate the data file to determine if any fields match the master business table 78 at step 124.
  • the system 100 matches the data file header rows with data fields of one or more data bases at step 128, and then begins an iterative evaluation of each of the identified data fields at step 130.
  • each column including a header row is evaluated and compared to one or more databases at step 132 to determine if the header row matches a data entry variable contained in the one or more databases evaluated. If no variable match is determined at step 132, a new variable is created by the system 100 at step 134 and the data is incorporated into one or more databases. If a variable match is determined in step 132, the uploaded data is added to the one or more databases at step 136, and the uploaded data is cross-referenced and propagated to any of the one or more databases that tracks the variable matched by the system 100. The system 100 iterates the data incorporation until all data uploaded is incorporated and a completion message is displayed at step 138. Thereafter, the data may be sorted at step 140 for additional or relevant data to create additional databases, for example, the location databases. Thereafter, the uploading process is completed at step 142.
  • FIG. 5 shows an exemplary process 150 for evaluating, cross-referencing and propagating the submitted data at step 130 of FIG. 4. It is understood that the process 150 of FIG. 5 may be utilized in any instance that data is uploaded to the system 100, including when any new transaction 152 occurs that causes a data exchange or check between one or more of the databases 24, 74, 76, 78, 80, 82, 84, 86, and 88. It is understood that the new transaction 152 may be a singular transaction, or may represent a plurality of transactions that are being submitted for incorporation into one or more of the databases or tables 24, 74, 76, 78, 80, 82, 84, 86, and 88.
  • the submitted data uploaded due to the transaction 152 is displayed at step 154, and an iterative evaluation process begins at step 156.
  • each set of submitted data is evaluated at step 158 to determine if one or more of the databases or tables 24, 74, 76, 78, 80, 82, 84, 86, and 88 includes matching data. If a data match does occur, then the matched set of submitted data is reviewed to ensure accuracy at step 160 and is held for review. If no data match occurs at step 158, then the submitted data is manipulated to an appropriate format at step 162 and the data is uploaded to one or more of the databases or tables 24, 74, 76, 78, 80, 82, 84, 86, and 88, as desired. The iterative evaluation terminates at step 164 after all the submitted data has been evaluated.
  • a query submitted by a second user 32 may include information sufficient to identify at least one consumer 28, and additionally may include customized profile information.
  • FIG. 6 discloses a sample format for entering a customized consumer profile 170.
  • the customized consumer profile may be entered by the second user 32 at the POS device 38, the second computer 34, or the server 36 of FIG. 1.
  • the customized consumer profile 170 provides a questionnaire 172 to a second user for determining those aspects 174 of a consumer that make for a good customer.
  • aspects 174 that may be utilized include a lack of bad checks, unpaid or late rents, credit card charge backs, unpaid utility bills, unpaid child support, and the like, as shown in FIG. 6.
  • the second user is able to identify those aspects 174 as part of a customer profile 170 included as part of the query 40 (FIG. 1).
  • the second user creates a pre-defined customer profile 170 that is automatically transmitted with the query 40.
  • the customer profile 170 is utilized by the central computer 16 when the query 40 including appropriate identification information is compared to the payment pattern information of the one or more of the consumers in the master database 24. For example, if the consumer 28 is identified within the master database 24 as a result of the query 40, the customer profile 170 may be used to establish disqualification or qualification aspects that, if true, would result in a disapproval response 46.
  • the query submitted by the second user 32 may sometimes, at least initially, not have enough information to identify the at least one consumer 28.
  • there may be more than one "John Smith" of record in the central computer 16 in which case a query for the consumer 28 having the same name may result in multiple hits.
  • the query may undergo either an internal verification or an external verification, prior to further processing by the central computer 16.
  • the internal verification process is conducted at the central computer 16, in which the information from the consumer 28 is further analyzed to determine which, if any, of the records in the central computer 16 are related to the consumer 28.
  • the further analysis may include cross-reference other information pertaining to the consumer 28 with information in the master database 24.
  • the external verification process is conducted by a third party verification system 52, which can receive and send information to the central computer 16 through the Internet 18 as indicated by reference numbers 54 and 56 in FIG. 1, pertaining to the identity of the consumer 28. As with the internal verification process, further analysis and investigation of the information from the consumer 28 is conducted at the third party verification system 52, in order to ascertain the identity of the consumer 28. Upon return of this information to the central computer 16, the central computer 16 may then proceed with the generation of the approval of disapproval response relative to the customer profile, as described herein. It should also be understood that the second user 32 may select prior to submitting the query whether internal verification or external verification is desired, and should take place relative to the query.
  • FIG. 7 An exemplary flow chart 200 of the possible steps performed by the central processing computer 16 is shown in FIG. 7.
  • the central processing computer 16 receives a query regarding one or more consumers 28.
  • the central processing computer determines if the transaction being queried is business or consumer related in order to identify which of the one or more databases or tables against which to compare the query.
  • the query is processed along one of two paths, depending on whether information about the consumer 28 exists in one or more of the databases or tables 24, 74, 76, 78, 80, 82, 84, 86, and 88.
  • the system determines whether the consumer 28 is verified at step 216, and if so, whether the consumer 28 is trusted at step 218. The system then evaluates the consumer 28 against the customer profile 170 at step 220 to determine if the consumer 28 meets established qualification or disqualification aspects for the query. If the consumer 28 meets the established qualification aspects, a "yes" response is displayed in step 222, and the sequence terminates at step 224. If the consumer 28 fails to meet the established qualification aspects or meets any established disqualification aspects, or if the consumer 28 does not exist within one or more of the databases or tables, the query is processed along a second path where the system applies one or more predetermined criteria to the inquiry.
  • the system may determine whether the inquiring party uses a full data integration at step 226, whether the consumer 28 is listed in the master database at step 228, whether the consumer 28 is verified at step 230, whether the consumer is trusted at step 232, and the like.
  • the system may further apply database manipulation at step 234 to process the query against one or more of the databases or tables 24, 74, 76, 78, 80, 82, 84, 86, and 88.
  • the system evaluates the consumer 28 against the customer profile 170 at step 236 to determine if the consumer 28 meets established qualification or disqualification aspects for the query.
  • the system 200 displays a "no" response at step 238, after which the sequence terminates at step 224. It is understood that any negative result with respect to steps 226, 228, 230, 232 and the like may also result in the system 200 displaying a "no" response and terminating in step 224.
  • FIG. 8 An embodiment of the system and method of the present disclosure may be summarized as illustrated in FIG. 8.
  • the first user 14 need not be an individual, and instead could be a business or corporate account having access to payment pattern information 26 for a significant number of consumers 28 operating in the Unreported Debt economy.
  • payment pattern information 26 is provided by one or more of public entities 230, private financial entities 22, corporate entities 234, government entities 236, and other commercial entities 238.
  • the public entities 230 may include publicly owned utilities or lien-holder registration entities, indicated at reference 240 of FIG. 8.
  • Utilities typically amass significant data regarding consumers paying recurring bills over months, years, and even decades.
  • late payments or non-payments of utility bills typically result in liens against property rather than in collections actions against persons, and so are not typically reported to credit reporting or collections agencies.
  • a significant portion of payment pattern information 26a available from public entities 232 is representative of the Unreported Debt economy.
  • the private financial entities 232 may include for-profit or not-for-profit foundations, mortgage servicing entities, and financial service providers, including financial information services and on-line or electronic banking providers, indicated at reference 242 in FIG. 8. Foundations may generate significant data regarding gifts, pledges, and participation levels, correlated to individual consumers. Mortgage servicing entities and financial service providers similarly amass significant data regarding payment pattern information 26b potentially spanning years or even decades. While some of the private entities 232 may report total debt or an eventual non-payment within the Reported Debt economy, the private entities do not report payment pattern information 26b to the Reported Debt economy, and is therefore not available to other commercial goods and/or services providers. Thus, the present disclosure contemplates the private financial entities 232 having an opportunity to send payment pattern information 26b associated with the Unreported Debt economy to the central computer 16.
  • corporate entities 234 may include retail goods and/or services providers, particularly such as big-box stores, department stores, national franchisees, and the like, indicated at reference 244 in FIG. 8. Most such corporate entities 234 maintain customer lists or rewards programs from which to gather data for marketing purposes. However, the corporate entities 234 also amass significant data regarding late or non-payment, cash payment or credit payments, as well as number and frequency of returns, credit card holds, and the like. Such payment pattern information 26c is not reported to credit or collection entities, and is therefore unavailable to other commercial goods and/or services providers.
  • government entities 236 such as court collections, taxing authorities, or other public records repositories, indicated at reference 246 in FIG. 8, maintain significant data regarding payment pattern information 26d specifically relevant to payment or non-payment of taxes over long periods of time, including years or even decades.
  • court records may include payment pattern information 26d including, but not limited to, payment of judgments, child support, alimony, or the like, again over long periods of time. Failure to pay taxes or court-ordered monies may result in liens or warrants, only some of which are reported to conventional credit and collections entities. Accordingly, some of the data is within the Unreported debt economy and is not available to other commercial goods and/or services providers.
  • payment pattern information 26e may be from any potential provider of goods and/or services, such as landlords, vendors, and the like, indicated at reference 248 in FIG. 8.
  • the payment pattern information 26a-26e is sent to and is collected by the central processing computer 16, indicated by reference 250 in FIG. 8, and is further aggregated in a master database 24, including one or more searchable databases (not shown).
  • a master database 24 including one or more searchable databases (not shown).
  • a second user 32 submits a query 40 to the master database 24.
  • the query 40 may be generated on a second computer 34 or on a server 36, and may be transmitted via network and/or the Internet 18.
  • the query 40 includes information sufficient to identify one or more of the consumers 28, and further includes customized consumer profile information 170, as discussed above with reference to FIG. 6, to establish a set of criteria against which to compare the payment pattern information 26 of the one or more of the consumers 28 in the master database 24 to the query 40.
  • the central computer 16 After comparing the payment pattern information 26 of one or more of the consumers 28 to the customized consumer profile information 170, the central computer 16 generates a response 46 that comprises one of only an approval and a disapproval, for the transaction being queried.
  • the central computer 16, including the master database 24, generates only one of a yes and a no in response to the query 40.
  • the only one of a yes and a no response to the query 40 may be transmitted via network and/or the Internet 18.
  • the central computer does not share any of the detailed payment pattern information 26 with the second user 32, thereby protecting the privacy of the one or more of the consumers 28. Additionally, because any query 40 only results in an approval or a disapproval 46, a default response can be either an approval or a disapproval as desired, as in the situation where a query is made about a consumer for whom no payment pattern information 26 exists in the master database 40, in which case new payment pattern information 26 is generated for a new consumer 28.
  • the master database 24 may be made available to one or more third party distribution partners 252.
  • the one or more distribution partners 252 are invited to submit queries to the master database 24 to receive a binary response 46 thereto based on a customized consumer profile 170 submitted by the one or more third party distribution partners 252, as described in detail herein above.
  • the one or more distribution partners 252 may be able to obtain customer payment pattern information using information available in both the Reported Debt economy, through conventional debt reporting services, and in the Unreported Debt economy using the present system and method.
  • the customized consumer profile 170 may be limited to cause the master database 24 to compare payment pattern information 26 for a particular consumer 28 within a discrete segment of the economy, either by limiting the query 40 using Standard Industry Classification (SIC) codes or using any other suitable industry descriptor.
  • SIC Standard Industry Classification
  • a credit card company may limit all queries 40 to return only payment pattern information 26 of a particular consumer 28 that relates in any way to credit card payment pattern information.
  • system 10 may also be provided as a white- or private-labeled product, for example, relevant to a particular business or industry segment.
  • the master database 24 may be bundled for distribution and use within one or more industry verticals, again divided by SIC code or by any other suitable industry descriptor.
  • the master database 24 may be customized and bundled for use in a credit card vertical, a banking vertical, a real estate vertical, or the like.
  • the master database 24 may be loaded onto a point of sale device 38 that is updated continuously or from time-to-time via a network and/or the Internet 18.
  • the point of sale device 38 may be directly attached to point of sale register 280, or may comprise a portion of the point of sale register 280.
  • an identification of the consumer 28 first must be made, shown at reference 282 of FIG. 9.
  • the identification of the consumer 28 may be accomplished using a credit card reader, a rewards card, a telephone number, or any other customer specific database maintained by the point of sale merchant, such as a rewards or membership program.
  • the query 40 includes transaction information 284 concerning the proposed transaction between the consumer 28 and the point of sale merchant.
  • the query 40 includes any information provided by the point of sale merchant as a customized consumer profile 170, as described above with reference to FIG. 6.
  • the query 40 is received by a processor 286 resident in the point of sale device 38.
  • the processor 286 may have direct access to the master database 24, or may send the query 40 over the Internet 18 to the central computer 16 to access the master database 14.
  • the processor 286 Upon submission of the query 40, including any customized profile information 170, the processor 286 either directly evaluates the query 40 against the master database 24 stored locally on the point of sale device 38, or sends the processor 286 sends the query 40 off to the central computer 16 for evaluation against the master database 24. If the processor 286 sends the query 40 to the central computer 16, then the central computer 16 generates the binary response 46 that comprises only one of an approval and a disapproval for the commercial transaction 26, or for the at least one consumer 28 that is the subject of the query 40, as described above.
  • the processor 286 directly evaluates the query 40 against the master database 24, the processor 286 generates the binary response 46 that comprises only one of an approval and a disapproval for the commercial transaction 26, or for the at least one consumer 28 that is the subject of the query 40.
  • the point of sale device 38 may be configured to locally perform the query evaluation functions of the central computer 16.
  • the only one of an approval and a disapproval may be displayed in any conventional manner, for example, as a red or green light, as a notice on the register 280, as a notice displayed on the point of sale device 38, and the like.
  • each access to the point of sale device 38 will also generate additional payment pattern information 26 associated with one or more consumer 28 that may be temporarily stored on the point of sale device 38.
  • the point of sale device 38 may also be configured to update the master database 24, including one or more searchable databases, maintained on the central computer 16 either continuously or from time to time via a network and/or the Internet, and may further be configured to have the master database 24 transmitted for local storage and access on the point of sale device 38 from time-to-time to ensure that the master database 24 is up to date and current.
  • the central processing computer 16 includes a usage tracker 264 that tracks access to payment pattern information 26 associated with a specific consumer 28, and further tracks the first user 14 from which the accessed payment pattern information 26 originated. Based on data compiled by the usage tracker 264, a reward, indicated by reference 270 in FIG. 8, is periodically paid to one or more of the first users 14 or third parties 230, 232, 234, 236, 238. In one embodiment, the reward 270 paid to the one or more of the first users 14 or third parties 230, 232, 234, 236, 238 is based at least in part on a frequency of queries 40 made to access the payment pattern information 26 of the at least one first consumer 28 submitted by the one or more of the first users 14 or third parties 230, 232, 234, 236, 238.
  • the reward 270 may be arbitrary, or it may be based on any metric related to receipt of the queries 40, including, as a non-limiting example, limiting the queries 40 by SIC code.
  • the reward 270 includes a fixed amount for each access to the master database 40 associated with a particular first consumer 28.
  • the reward 270 may be based on a percentage of revenue generated through receipt of the queries within a particular industry descriptor, such as SIC code.
  • the reward 270 therefore serves to incentivize the one or more of the first users 14 or third parties 230, 232, 234, 236, 238 to connect to the central computer 16 and to submit payment pattern information 26 of at least one first consumer 28.
  • the reward 270 further incentivizes continual updating of the master database 24.
  • the master database 24 may include a significant amount of payment pattern information 26 representative of the Unreported Debt economy, and will be able to track the Unreported Debt economy in a way that no currently existing conventional modern debt reporting tool is capable.
  • information generated in one industry either classified by SIC Code or by any other metric, may become available to other industries because the system and method of the present disclosure is able to process information gathered by many different clearing houses efficiently to provide it to other industries or to providers of goods and services.
  • the present system and method provides an open forum crowd sourced method for tracking payment pattern information of potential consumers that may be limited by SIC/NAICS code when desired.
  • the centralized computer can assign a unique code to identify a business segment, similar to a SIC/NAICS code, to a consumer where the consumer does not have a pre-existing SIC/NAICS code.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Mining & Analysis (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L'invention concerne des informations de schéma de paiement d'au moins un premier consommateur (28) envoyées par un premier dispositif informatique (12) d'un premier utilisateur (14) à un ordinateur central (16), où elles sont stockées. Une base de données consultable (24) est créée, comprenant les informations de schéma de paiement du ou des premiers consommateurs (28), reçues en provenance du premier dispositif informatique (12). La base de données consultable est interrogée par un deuxième dispositif informatique (34) d'un deuxième utilisateur (32), l'interrogation pouvant comprendre des critères personnalisés de profil de consommateur établis par le deuxième utilisateur (32). L'interrogation comprenant les critères personnalisés de profil de consommateur est comparée aux informations de schéma de paiement du ou des premiers consommateurs (28) figurant dans la base de données consultable. Une seule décision parmi une approbation et un rejet est générée en réponse à l'interrogation, la décision unique parmi l'approbation et le rejet étant basée au moins en partie sur une identité du ou des premiers consommateurs (28) et les critères personnalisés de profil de consommateur.
PCT/US2015/044614 2015-08-11 2015-08-11 Système et procédé pour évaluer un client préalablement à une transaction WO2017027016A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/US2015/044614 WO2017027016A1 (fr) 2015-08-11 2015-08-11 Système et procédé pour évaluer un client préalablement à une transaction

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2015/044614 WO2017027016A1 (fr) 2015-08-11 2015-08-11 Système et procédé pour évaluer un client préalablement à une transaction

Publications (1)

Publication Number Publication Date
WO2017027016A1 true WO2017027016A1 (fr) 2017-02-16

Family

ID=57983392

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2015/044614 WO2017027016A1 (fr) 2015-08-11 2015-08-11 Système et procédé pour évaluer un client préalablement à une transaction

Country Status (1)

Country Link
WO (1) WO2017027016A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111061577A (zh) * 2019-12-11 2020-04-24 万表名匠(广州)科技有限公司 一种第三方支付处理系统及方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070263799A1 (en) * 2002-05-31 2007-11-15 Scott Wolmuth Toll-free directory assistance using standard industrial classification codes
US7587196B2 (en) * 2001-03-29 2009-09-08 Telefonaktiebolaget Lm Ericsson (Publ) Wireless point of sale transaction
US8606696B1 (en) * 2012-09-11 2013-12-10 Simplexity, Inc. Assessing consumer purchase behavior in making a financial contract authorization decision

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7587196B2 (en) * 2001-03-29 2009-09-08 Telefonaktiebolaget Lm Ericsson (Publ) Wireless point of sale transaction
US20070263799A1 (en) * 2002-05-31 2007-11-15 Scott Wolmuth Toll-free directory assistance using standard industrial classification codes
US8606696B1 (en) * 2012-09-11 2013-12-10 Simplexity, Inc. Assessing consumer purchase behavior in making a financial contract authorization decision

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111061577A (zh) * 2019-12-11 2020-04-24 万表名匠(广州)科技有限公司 一种第三方支付处理系统及方法

Similar Documents

Publication Publication Date Title
US20200042989A1 (en) Asset-backed tokens
US8417561B2 (en) Market dynamics
US20180285972A1 (en) Verifying and processing chain of transactions in distributed storage / computation network, including automatic transaction initiation and mining
US20100076812A1 (en) Business performance measurements
US8296206B1 (en) Method and system for providing intelligent targeted budgeting using financial transaction data from similarly situated individuals
US20030208412A1 (en) Method and system facilitating transactions between consumers and service providers
US8799040B2 (en) Engine, system and method of providing business valuation and database services using alternative payment arrangements
US20100076873A1 (en) Fee refund management
US8666851B2 (en) Engine, system and method of providing cloud-based business valuation and associated services
US8630884B2 (en) Engine, system and method of providing cloud-based business valuation and associated services
US20150254684A1 (en) Collecting and analyzing transaction datacollecting and analyzing transaction and demographic data to fulfill queries and target surveys
US10089664B2 (en) Increasing reliability of information available to parties in market transactions
Mildenstein et al. The optimal pricing policy of a monopolistic marketmaker in the equity market
Lamba et al. Exchange listings and delistings: The role of insider information and insider trading
US20190295181A1 (en) Computer-based identification and validation of data associated with real estate properties
US20190050868A1 (en) System and method for complaint and reputation management in a multi-party data marketplace
US20230116362A1 (en) Scoring trustworthiness, competence, and/or compatibility of any entity for activities including recruiting or hiring decisions, composing a team, insurance underwriting, credit decisions, or shortening or improving sales cycles
JP2020154347A (ja) 信用分析支援方法、信用分析支援システム、およびノード
JP6106699B2 (ja) 生成装置、生成方法及び生成プログラム
KR101927578B1 (ko) 기업정보 제공 시스템 및 방법
KR101666083B1 (ko) 매출채권 담보대출 평가시스템 및 평가방법
US20130103555A1 (en) System and method for business verification using the data universal numbering system
Seo et al. What determinants affect the capital structure of consumer co‐operatives? The case of Icoop Korea
US10594833B2 (en) System and method of reciprocal data sharing
Li et al. Voluntary verifiable information disclosure and loan funding performance: Evidence from Paipaidai in China

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15901131

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15901131

Country of ref document: EP

Kind code of ref document: A1