WO2012145701A2 - Optimisation de routage - Google Patents

Optimisation de routage Download PDF

Info

Publication number
WO2012145701A2
WO2012145701A2 PCT/US2012/034554 US2012034554W WO2012145701A2 WO 2012145701 A2 WO2012145701 A2 WO 2012145701A2 US 2012034554 W US2012034554 W US 2012034554W WO 2012145701 A2 WO2012145701 A2 WO 2012145701A2
Authority
WO
WIPO (PCT)
Prior art keywords
payment processing
processing network
routing
ordered list
request message
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.)
Ceased
Application number
PCT/US2012/034554
Other languages
English (en)
Other versions
WO2012145701A3 (fr
Inventor
Karen Cervenka
Marla BISCHOFF
Manish Nath PATHAK
Claudia Richter
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.)
Visa International Service Association
Original Assignee
Visa International Service Association
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 Visa International Service Association filed Critical Visa International Service Association
Publication of WO2012145701A2 publication Critical patent/WO2012145701A2/fr
Publication of WO2012145701A3 publication Critical patent/WO2012145701A3/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems

Definitions

  • Embodiments of the invention address these and other problems, individually and collectively.
  • One embodiment of the technology is directed to a method for routing an authorization request message.
  • the method includes receiving, by a gateway processing service, a first ordered list of payment processing networks associated with a first condition.
  • the first ordered list comprises a higher priority payment processing network and a lower priority payment processing network.
  • a second ordered list received by the gateway processing service comprises a higher priority payment processing network and a lower priority payment processing network.
  • An authorization request message for a transaction is received by the gateway processing service. If the first condition is satisfied, the gateway processing service routes the authorization request message according to the first ordered list. If the first condition is not satisfied, the gateway processing service routes the authorization request message according to the second ordered list.
  • a list of payment processing networks is received by a gateway processing service.
  • An authorization request message for a transaction is received by the gateway processing service.
  • a volume of transactions processed via each payment processing network of the list of payment processing networks over a period of time is determined. Based on the volume of transactions processed, the processing cost for processing the transaction via each payment processing network of the list of payment processing networks is determined.
  • the gateway processing service generates an ordered list of payment processing networks that are prioritized according to processing cost.
  • the authorization request message is routed according to the ordered list.
  • a further embodiment of the technology is directed to a system for routing an authorization request message.
  • the system comprises a processor and a computer readable medium coupled to the processor.
  • the computer readable medium comprises code executable by the processor for implementing a method of processing
  • FIG. 1 is an illustrative block diagram of a routing optimization system.
  • FIG. 2 is an illustrative block diagram of a system for generating routing priority lists.
  • FIGS. 3A-3B depict illustrative routing priority lists.
  • FIG. 4 is an illustrative flow diagram showing operations involved in routing optimization.
  • FIG. 5 is an illustrative flow diagram showing operations involved in least cost routing.
  • FIG. 6 is a block diagram of an exemplary computer apparatus. DETAILED DESCRIPTION
  • Embodiments of the present invention are directed to systems and methods for routing transactions using routing priority lists having associated conditions.
  • An "authorization request message” may be a message that includes a payment account identifier.
  • the payment account identifier may be a portable consumer device account identifier associated with a portable consumer device.
  • the authorization request message may request that an issuer of the portable consumer device authorize a transaction.
  • the authorization request message may include an approval code indicating approval of an authorization request.
  • the authorization request message may have a defined format to allow requests and responses between points in a financial network.
  • An authorization request message according to an embodiment of the invention may be a standardized interchange message such as a message that complies with International Organization for Standardisation (ISO) 8583, which is a standard for systems that exchange electronic transactions made by cardholders using payment cards, or other electronic data interchange formats.
  • ISO 8583 message includes a message type indicator, one or more bitmaps indicating which data elements are present in the message, and data elements of the message.
  • the data included in the authorization request message may include data obtained from a payment device as well as other data related to the transaction, the payment account holder, the merchant, and processing information, such as one or more of a payment account number, a payment device expiration date, a currency code, a transaction amount, a merchant transaction stamp, the acceptor city, the acceptor state/country, a routing transit number, a terminal identification, a network identification, etc.
  • An authorization request message may be protected using a secure encryption method (e.g., 128-bit SSL or equivalent) in order to prevent data from being compromised.
  • a "payment device” may refer to a device used to initiate a transaction, such as a portable consumer device or a portable communication device.
  • the payment device may interface with an access device such as a point of sale device to initiate the transaction.
  • an access device such as a point of sale device
  • a portable consumer device is hand-held and compact so that it can fit into a consumer's wallet or pocket (e.g., pocket sized).
  • portable consumer devices include payment cards such as smartcards, debit devices (e.g., a debit card), credit devices (e.g., a credit card), or stored value devices (e.g., a stored value card or "prepaid" card).
  • a portable communication device also referred to as a "mobile device” may be, for example, a cellular or wireless telephone (e.g., a smartphone), personal digital assistant (PDA), portable computer (e.g., tablet or laptop computer), pager, or other portable device carried by the payment account holder.
  • An "access device” may refer to a device that receives information from a payment device to initiate a transaction.
  • an access device may be a point of sale device configured to read account data encoded in a magnetic stripe or chip of a card-format portable consumer device.
  • Access devices include cellular phones, PDAs, personal computers, tablets, handheld specialized readers, set- top boxes, electronic cash registers, automated teller machines (ATMs), virtual cash registers, kiosks, security systems, access systems, and the like. Access devices may use means such as radio frequency (RF) and magnetic stripe readers to interact with a payment device.
  • RF radio frequency
  • the access device may be a device located at a merchant's physical location or may be a virtual point of sale such as a web-site that is part of an
  • the account owner may enter payment account data into a portable communication device, personal computer, or other device capable of communicating with a merchant computer.
  • communication may occur between a contactless element of a portable communication device and an access device, such as a merchant device reader or point of sale terminal, by using a wireless communications mechanism, such as near field communications (NFC), RF, infra-red, optical communications, etc.
  • NFC near field communications
  • RF radio frequency
  • a "gateway processing service” may refer to a service that enables transaction processing via multiple payment processing networks through a single connection to the gateway processing service.
  • the gateway processing service may include one or more servers, data processing subsystems, networks, and operations used to deliver authorization services, exception file services, and clearing and settlement services.
  • An authorization request message received by the gateway processing service may be routed to one of a plurality of payment processing networks according to a routing priority list.
  • the gateway processing service may assess network connectivity of payment processing networks and may use this information in the routing of
  • a "payment processing network” may refer to a system that receives accumulated transaction information from the gateway processing service, typically at a fixed time each day, and performs a settlement process. Settlement may involve posting the transactions to the accounts associated with the payment devices used for the transactions and calculating the net debit or credit position of each user of the payment devices.
  • An exemplary payment processing network is Interlink®.
  • a "routing priority list,” also referred to as an “ordered list,” is a ranked list of payment processing networks.
  • One or more routing priority lists may be generated by a merchant and communicated from a merchant to a gateway processing service.
  • routing priority lists may be generated according to one or more criteria, such as the price charged by a network for routing the transaction via the network.
  • Each member of the routing priority list is a payment processing network having an associated order.
  • the routing priority list includes at least a highest priority payment processing network and a lower priority payment processing network.
  • a routing priority list may have an associated condition. The routing priority list is applied when the condition is met.
  • a “condition” may be a value such as transaction amount, transaction type, the time of day at which settlement for a payment processing network occurs, merchant category code (MCC), merchant verification value (MVV), whether a payment processing network is subject to regulation, etc.
  • a “transaction amount” may be the price assessed to the consumer for the transaction.
  • the transaction amount condition may be a threshold value (e.g., all transactions for an amount exceeding $100) or a range (e.g., all transactions in the range of $25-$50). For example, a user may wish to use a first routing priority list for a transaction for an amount in the range of $0.01 -$100 and a second routing priority list for a transaction for an amount exceeding $100.
  • the "time of day" may be a cut-off time for settlement.
  • a user may wish to use a first routing priority list during a first time range and a second routing priority list during a second time range such that a payment processing network to which a transaction is routed has a cut off time that occurs within a particular period of time after the transaction occurs.
  • a "merchant category code” may refer to a numerical indication of a type of business classified according to the goods or services the business provides, such as “supermarket,” “quick service restaurant,” or “fuel dispenser.” Different rates may be charged by a payment processing network depending on the MCC generating the transaction. A user may generate transactions having different associated MCC values and may wish to generate different routing priority lists for each MCC.
  • a merchant verification value may be a customizable value, such as a numerical indication of a region or a particular store.
  • a user may wish to develop a routing priority list based on "regulatory information.”
  • a payment processing network may not be subject to a regulatory cap on the interchange fee because the payment processing network is a credit union or is otherwise exempt from the limit.
  • a routing prioritization list is designed to avoid or to give a low priority to a payment processing network that is not subject to a regulatory fee limit.
  • a payment processing network that is "providing degraded service" satisfies one or more system degradation criteria.
  • System degradation criteria include any condition resulting in delayed processing of an authorization request message by a payment processing network.
  • System degradation criteria may also include failure of a payment processing network to process an authorization request message.
  • a "server computer” can be a powerful computer or a cluster of computers.
  • the server computer can be a large mainframe, a minicomputer cluster, or a group of servers functioning as a unit.
  • the server computer may be a database server coupled to a Web server.
  • a gateway processing service allows a merchant to route transactions to multiple payment processing networks via a single gateway processor.
  • the merchant may establish a routing priority for payment processing networks. For example, a merchant may wish to prioritize a payment processing network offering a low
  • the merchant may define an alternative payment processing network to use.
  • a merchant may indicate a prioritized list of payment processing networks by including a representation of the list in an authorization request message. If no indication of a routing priority list is present in the authorization request message, the gateway processing service may use a prioritized list of payment processing networks provided by the merchant to the debit processing network. For example, the merchant may submit a form including a routing priority list to the gateway processing service as part of the process of establishing a connection to the gateway processing service. If the merchant has not provided a routing priority list, the debit processing service may use a default routing priority list.
  • a merchant establishing routing priorities is limited to a single prioritized list, the merchant lacks the ability to establish different routing priorities to be applied in different situations. Additionally, if a merchant wishes to change the routing priorities, the merchant must either include a prioritized list in each authorization request message or fill out a new form indicating routing priorities to be stored by the debit processing network. A merchant determining routing priorities may be overwhelmed by the number of payment processing networks offering different interchange rates, incentive programs, and services. A tool to help users to understand the benefits of various routing scenarios and generate corresponding routing priority lists would be beneficial to merchants, acquirers and processors having multiple routing options. [0036] In some cases, a payment processing network is unavailable or is failing to process transactions in a timely manner.
  • Routing transactions to a network that is available but producing a high number of declines or timeouts can lead to substantial costs for a gateway processing service. For example, an authorization request message may be sent repeatedly due to a network timeout, resulting in multiple charges associated with the same transaction. Resolving issues related to degraded network service can be labor intensive, especially when many errors occur over a long period of time. It is desirable to have a transaction routing system capable of bypassing networks exhibiting signs of degraded service. [0037] PRICING ANALYSIS TOOL
  • a merchant considering debit transaction routing options for debit transactions may have difficulty navigating the fees charged by various payment processing networks.
  • a debit card transaction fee may include a base transaction fee in addition to an interchange rate.
  • the interchange rate varies across networks. Interchange rates available for processing debit transactions currently number in the thousands. Multiple interchange rates may be available for a single payment processing network depending on the merchant category code (MCC) of the merchant with which the transaction is performed. Filtering the payment processing networks displayed to a merchant according to the merchant's operations and goals allows the merchant to establish routing priorities with increased efficiency.
  • MCC merchant category code
  • a merchant may wish to prioritize payment processing networks according to one or more factors such as cost, availability, reliability, or geographic location. For example, a merchant may wish to establish a routing priority based on the cost of processing a transaction on each network, assigning the highest priority to the least cost network of a routing priority list.
  • Another basis for prioritizing a payment processing network may be the services provided by the network. For example, a payment processing network that has a lower rate of chargebacks (return of funds to the consumer from the merchant) may be preferred by a merchant to a payment processing network offering a lower processing fee but more prone to chargebacks.
  • a payment processing network may provide other services, such as fraud detection or alerts, that a merchant may take into account when establishing routing priorities.
  • a pricing analysis tool is an application that may include one or more modules including a pricing analysis module, a user interface, etc.
  • the pricing analysis tool may be used by a merchant, acquirer or processor to generate routing priority lists. It will be understood that where reference is made to a merchant, any entity having an interest in generating routing priority lists, such as an acquirer or processor, may use the pricing analysis module as described herein.
  • the user may enter information into the user interface such as information about the merchant type, transaction volume information, historical use of payment processing networks, and information pertaining to routing preferences as described herein.
  • the pricing analysis module may analyze the input and present the user with various hypothetical routing priority lists. For example, the pricing analysis module may generate a range of routing priority lists representing "high cost-low value” and "low cost-high value” scenarios.
  • the pricing analysis module may be used to associate various conditions with each routing priority list. For example, the user may wish to apply a first routing priority list when a first condition is met and a second routing priority list when the first condition is not met.
  • a user may input preferences related to one or more of the incentives, services, and conditions discussed above.
  • the pricing analysis module may generate
  • the user may select one or more routing priority lists generated by the pricing analysis module. Additionally, the user may develop one or more routing priority lists by selecting individual payment
  • routing priority lists are transmitted by the pricing analysis module application to a gateway processing service.
  • the routing priority lists may be stored on a server of the gateway processing service.
  • the user may generate new lists using the pricing analysis module for transmission to a gateway processing computer. In this manner, a user may rapidly change the routing priority lists applied to transactions as frequently as the user desires.
  • a least cost routing calculator may be used to optimize routing.
  • This tool may allow merchants, processors, and acquirers to calculate the cost of routing transactions to different payment processing networks (e.g., PIN debit networks).
  • the tool may allow users to enter specific information about their business or merchants and receive a list of pass-through transactions costs, including both fees and charges.
  • the variables that may be considered include, but are not limited to, annual volume, average ticket size, MCC or Standard Industrial Classification (SIC) code, pre-authorization transaction count, pre-completion transaction count, average cash back amount, special pricing granted by networks (since these rates may be considered in the analysis and in the results), etc.
  • SIC Standard Industrial Classification
  • a payment processing network may offer a discounted processing fee based on the volume of transactions a merchant has processed with the network.
  • a reduced interchange rate is available to the merchant when the merchant routes a number of transactions in excess of a threshold number of transactions over a fixed period of time. Accordingly, the least cost network for processing a transaction changes over time based on the relative volume of transactions processed via different payment processing networks.
  • the fixed period of time may be, for example, a month or a quarter.
  • Network A reduces the interchange rate it charges to Merchant A from $0.10 per transaction to $0,075 per transaction when Merchant A has processed more than two million transactions via Network A in a month.
  • An authorization request may be routed according to an incentive having a condition such as a minimum volume of transactions that must be met before a volume discount applies to each transaction.
  • a service such as the gateway processing service logs the number of authorization request messages originating from a merchant.
  • the gateway processing service may determine a transaction volume over a particular period of time, such as a month-to-date transaction volume.
  • the volume determined may be a volume of transactions routed to one or more payment processing networks offering an incentive. If a transaction volume exceeds a threshold volume associated with an incentive offered by a payment processing network, the authorization request may be routed via the payment processing network offering the incentive. If the transaction volume does not exceed the threshold volume, the request may be routed via a different payment processing network.
  • a routing priority list may have an associated condition that a volume of transactions routed via a payment processing network exceed a threshold to meet an incentive for the payment processing network.
  • the priority of the network in a routing priority list is adjusted.
  • the gateway processing service may adjust the priority of the payment processing network offering the incentive such that it is the highest priority network when the condition of the incentive is met.
  • a routing priority list is arranged according to interchange fee, the gateway processing service may adjust the priority of the payment processing network such that it is ranked according to processing cost taking any incentives into account. In this way, a routing priority list of payment processing networks prioritized according to processing cost is generated.
  • Routing optimization may enable merchants, acquirers, and processors to be able to establish and maintain multiple routing priority lists and associated sets of conditions within a gateway processing service.
  • the gateway processing service would then use routing priority lists to determine where to route transactions. These lists could be established based on the results of data from a pricing analysis module or other tools.
  • a routing optimization service may refer to one or more applications for storing and applying routing priority lists generated by merchants, acquirers and processors.
  • the routing optimization service is typically implemented as a component of a gateway processing service.
  • the gateway processing service may include a routing optimization module executed by a gateway processor computer.
  • the routing optimization module receives one or more routing priority lists.
  • the routing priority lists may be transmitted to the gateway processor computer by a pricing analysis module as described above.
  • a merchant may submit one or more routing priority lists to the gateway processing service electronically, such as by way of a network connection between a merchant computer and a computer associated with the gateway processing service. Routing priority lists received from a plurality of merchants are stored in memory of a computer associated with the gateway processing service.
  • the routing priority lists may be stored in a database communicatively coupled to a gateway processor computer.
  • An authorization request message received by the gateway processor computer from a merchant is routed according to one or more routing priority lists received from the merchant. If the gateway processor computer has received multiple routing priority lists from a merchant, including at least one routing priority list having an associated condition, the routing optimization module applies the condition to determine which of the multiple routing priority lists to apply when processing the transaction.
  • the routing optimization module applies one or more criteria to determine whether the highest priority payment processing network on a routing priority list will be the routing destination for an authorization request message. For example, the routing optimization module may determine if the highest priority payment processing network supports the payment device used for the transaction. In another example, the routing optimization module may determine whether the highest priority payment processing network is bypassed. A payment processing network may be temporarily bypassed if it is unavailable (i.e., unresponsive) or if the network is providing degraded service. If the criteria applied by the routing optimization module are met, the routing optimization module determines that the transaction is to be routed via the highest priority payment processing network. If the criteria are not met, the routing optimization module may apply the criteria to the second highest rated payment processing network. If the criteria applied to the second highest rated payment processing network are met, the transaction is routed via the second highest rated payment processing network. If not, the routing optimization module may apply the criteria to the third highest payment processing network, and so on.
  • payment processing networks may experience service degradation that results in higher authorization declines, timeouts, etc. for merchants, acquirers, and processors.
  • Dynamic routing may enhance the gateway processing service dynamic routing functionality by expanding the criteria used to determine when to temporarily remove a network from the list of available payment processing networks available for routing (e.g., debit routing).
  • a payment processing network may only invoke dynamic routing when a network is hard down or has been manually marked as providing degraded service.
  • the dynamic routing solution disclosed herein may use system degradation criteria such as an unusual number of declines to determine whether to route a transaction to a payment processing network. This enhancement may increase the sensitivity of the existing routing criteria.
  • the gateway processing service may monitor network availability based upon pre-defined service quality criteria and temporarily remove any payment processing network from the list of payment processing networks available for routing.
  • the enhancement may also provide internal reports to facilitate network service quality monitoring and adjustments of trigger thresholds.
  • a gateway processing service may apply system degradation criteria to determine that a payment processing network is to be temporarily bypassed in transaction routing. When an authorization request message is routed to a payment processing network, the authorization request message may not be processed due to occurrence of an error such as a decline, a timeout, an encryption error, etc. Each time an authorization request message is routed to a payment processing network, a record of whether the authorization request message was processed or an error was produced is stored by the gateway processing service.
  • Evaluation of system degradation criteria may involve analyzing the records to determine a percentage of errors occurring over a particular period of time or a number of errors occurring over a particular period of time. The evaluation may be performed periodically or each time an error occurs. If the evaluation reveals that system degradation criteria are met, the payment processing network is determined to be providing degraded service. A payment processing network that is providing degraded service may be temporarily flagged or temporarily removed from a list of payment processing networks available as routing destinations for authorization request messages.
  • Examples of system degradation criteria include a rate of declines produced by the payment processing network in excess of a threshold rate of declines over a period of time. In an illustrative example, a threshold rate is 30% of authorization request messages declined over a period of five minutes.
  • the payment processing network is determined to be providing degraded service.
  • Additional examples of system degradation criteria include a number of declines produced by the payment processing network in excess of a threshold number of declines over a period of time, a number of timeouts produced by the payment processing network in excess of a threshold number of timeouts over a period of time, and a rate of timeouts produced by the payment processing network in excess of a threshold rate of timeouts over a period of time.
  • An encryption error generated by a payment processing network may also trigger the temporary designation of the payment processing network as providing degraded service.
  • Parameters used to define system degradation criteria may be adjustable by one or more of the merchants, acquirers, processors, and the gateway processing service.
  • the pricing analysis module and the routing optimization module may receive input from user interface applications configured to allow adjustment of the parameters.
  • System degradation criteria parameters such as error conditions, the period of time used in the evaluation, and the duration of time during which the payment processing network will be flagged or removed from a routing availability list may all be configurable via a user interface.
  • a network that is unresponsive or otherwise determined to be unavailable may also be temporarily flagged or temporarily removed from the list of available payment processing networks.
  • FIG. 1 An exemplary system 100 for embodiments of the technology can be seen in FIG. 1 . Where only one of each component is shown, it is understood that
  • the exemplary system 100 depicts an example of the system in which routing optimization may take place.
  • the routing optimization system 100 includes one or more server computers, data processing subsystems and networks that can be used to initiate an authorization request message for a transaction and route the authorization request message to an entity capable of approving the transaction.
  • a payment account holder provides a payment account identifier (e.g., a 16, 18 or 19 digit PAN or primary account number) or payment device identifier (e.g., a phone number) to a merchant, service provider, or other potential recipient of funds.
  • a payment account identifier e.g., a 16, 18 or 19 digit PAN or primary account number
  • payment device identifier e.g., a phone number
  • the payment account identifier or payment device identifier may be provided by a card (e.g. , a magnetic stripe card or smart card with an
  • the payment account identifier may be provided by a contactless element embedded in a mobile device that communicates with a point of sale terminal using a wireless communications protocol.
  • the payment account identifier is stored in the memory of the mobile device, stored in a database accessible by the mobile device via wireless communications, or any other suitable form.
  • an "acquirer” is typically a business entity (e.g., a commercial bank) that has a business relationship with a particular merchant. For example, the acquirer may deposit funds into a merchant bank account and recoup those funds from issuers.
  • An "issuer” is typically a business entity (e.g., a bank or credit union) which issues a payment device (such as a credit card, debit card, smart card, prepaid device or contactless device) to an account owner and which provides administrative and management functions for the payment account. Some entities may perform both issuer and acquirer functions.
  • a payment account may be any account usable in a transaction, such as a credit, debit or prepaid account.
  • a payment device such as payment device 102 interfaces with an access device 04 (or, in some embodiments, with merchant computer 106) to initiate a transaction.
  • access device 104 receives the payment account identifier or the payment device identifier
  • access device 104 or merchant computer 106 generates an authorization request message for the transaction.
  • merchant computer 106 may communicate with a database which stores data such as data regarding the account owner, the payment device, and the account owner's transaction history with the merchant.
  • the merchant computer 106 (or access device 104) transmits the
  • An acquirer may process transactions received from the merchant.
  • an acquirer may outsource the processing of transactions to a third-party processor such as a gateway processing service.
  • a merchant computer 106 (or access device 104) may transmit an authorization request message directly to gateway processor computer 1 12.
  • Gateway processor computer 1 12 may be a server computer that is a component of a gateway processing service.
  • Routing optimization module 1 14 is executed by gateway processor computer 1 12. Routing optimization module 1 14 accesses routing priority lists stored in routing priority lists database 1 16 to determine which of a plurality of payment processing networks (e.g., payment processing networks 1 18-122) will be the destination of an authorization request message received by gateway processor computer 1 12.
  • Routing priority lists database 1 16 may be stored on a device that is communicatively coupled to gateway processor computer 1 12, such as a server computer having a network connection to gateway processor computer 1 12. Alternatively, routing priority lists database 1 16 may be stored on gateway processor computer 1 12. [0070]
  • the gateway processor computer may execute an application, such as routing optimization module 1 14 or another application, to parse the authorization request message to obtain information used by routing optimization module 1 14 to determine how to route the authorization request message. For example, a prioritized list of networks may be stored in the authorization request message. In another example, the transaction amount is obtained from the authorization request message.
  • the routing optimization module 1 14 may use information such as the transaction amount to determine which routing priority list to apply to an authorization request message.
  • the payment processing networks that support the payment device used for the transaction may be obtained from or determined based on information obtained from the authorization request message.
  • the routing optimization module 1 14 may use information such as whether a payment processing network supports a payment device used for a transaction to determine whether to route a message to a highest priority payment processing network designated on a routing priority list. If the highest priority payment processing network is not supported, the routing optimization module determines whether a payment processing network having a lower priority is supported. In this manner, the authorization request message is routed to a payment processing network that supports the payment device used for the transaction.
  • the payment processing network that receives the authorization request message transmits the authorization request message to issuer computer 126.
  • the issuer computer 126 generates an authorization response message indicating whether the transaction was authorized.
  • the authorization response message is routed back to the merchant computer 106.
  • the authorization response may be displayed by the access device 104 (e.g., a POS terminal), printed on a receipt, or otherwise conveyed to the payment account holder.
  • a clearing and settlement process is typically conducted by each of the payment processing networks at a fixed time.
  • the fixed time may vary from one network to another.
  • a clearing process is a process of exchanging financial details between an acquirer and an issuer to facilitate posting to the payment account holder's account and reconciliation of the consumer's settlement position. Clearing and settlement may occur simultaneously.
  • Routing priority lists stored in database 116 may be created with a pricing analysis tool.
  • the pricing analysis tool may be an application executed by merchant computer 106, acquirer computer 108, gateway processor computer 1 12, or another computer capable of transmitting data to the gateway processor computer 112.
  • the pricing analysis tool is typically capable of accessing debit network pricing schedules.
  • the tool may enable merchants, acquirers, and processors to establish multiple routing lists based upon key values that may impact their routing decisions, such as transaction amount, transaction type, time of day, MCC, MW, regulatory status, payment processing network services and incentives, etc.
  • merchants, acquirers, and processors may provide input via a user interface of the pricing analysis tool.
  • a pricing analysis module of the pricing analysis tool may then produce one or more routing priority lists of payment processing networks based on the input provided.
  • a merchant, acquirer or processor may use the pricing analysis tool to identify routing options, determine routing priorities, and establish routing priority lists based on transaction characteristics and network offerings.
  • FIG. 2 shows a system 200 for generating routing priority lists.
  • Pricing analysis module 202 may be executed by a client device used by a merchant, acquirer or processor, such as a mobile device, tablet, laptop computer, desktop computer, etc.
  • a merchant may use a pricing analysis tool application including pricing analysis module 202 executed by merchant computer 106, as shown in FIG. 2.
  • An acquirer may use a pricing analysis tool with pricing analysis module 202 executed by acquirer computer 108.
  • the pricing analysis module is executed by gateway processor computer 1 12 or another server computer and accessed remotely by a client device of a merchant, acquirer or processor.
  • a user interface module 204 may receive user input, communicate the input to the pricing analysis module 202, and display information such as routing priority lists generated by the pricing analysis module 202 on a display of a client device such as merchant computer 106.
  • a merchant may use the user interface module 204 to provide input related to routing priority, such as pricing preferences, services desired from payment processing networks, incentives available from payment processing networks, etc.
  • sample routing priority lists are generated based on input provided by the merchant.
  • a merchant may select payment processing networks from list of payment processing networks and assign a priority to each payment processing network.
  • the list of payment processing networks may be filtered according to one or more of merchant input, historical data such as historical routing priority lists generated by the merchant, a determination by the pricing analysis module of payment processing networks available to the merchant, data obtained from a remote source (such as a payment processing network, a gateway processor computer, etc.), and the like. Historical data may be data that is stored by the pricing analysis module 202 or data obtained from routing priority lists database 1 6. The merchant may use the user interface to view current or historical routing priority lists, for example, to make adjustments to routing priorities.
  • the parameter-based routing may be an enhancement to the single static debit network routing list maintained within the payment processing network for the PIN debit gateway service for a merchant, acquirer, or a processor.
  • the merchant may apply one or more conditions to each routing priority list. For example, the merchant may associate a first transaction amount range (e.g., $0.01 -$100) with a first routing priority list and a transaction amount threshold (e.g., > $100) with a second routing priority list.
  • a first transaction amount range e.g., $0.01 -$100
  • a transaction amount threshold e.g., > $100
  • the merchant may indicate that the routing priority lists are to be transmitted to the gateway processing computer 1 12.
  • the routing priority lists are received by the gateway processing computer 1 12 for storage on routing priority lists database 1 16.
  • the routing priority lists are batch updated.
  • FIG. 3A and 3B show illustrative routing priority lists. Routing priority lists include a plurality of payment processing networks. Each payment processing network has a rank within the routing priority list. For example, in FIG. 3A, a first routing priority list 300 has Payment Processing Network A, Payment Processing Network B, and Payment Processing Network C. Payment Processing Network A is the highest priority network in the routing priority list as indicated by its position at the top of the list.
  • Payment Processing Network B has a lower priority than Payment Processing Network A, as indicated by its position below Payment Processing Network A.
  • Payment Processing Network B has a higher priority than Payment Processing Network C, as indicated by its position above Payment Processing Network C.
  • one or more conditions may be associated with a routing priority list.
  • the routing priority list is applied when each of the conditions are met.
  • the merchant may have the ability to indicate an order in which routing priority lists are applied.
  • First Routing Priority List 300 has an associated condition of "Transaction Amount ⁇ $15.00.”
  • routing optimization module 1 14 will apply First Routing Priority List 300 if the amount of the transaction is under $15.00. If the transaction amount is not less than $15.00, routing optimization module 114 will apply Second Routing Priority List 302. If a condition is associated with Second Routing Priority List 302, routing optimization module 1 14 will determine whether the condition is satisfied.
  • Second Routing Priority List 302 has an associated condition of "Transaction Amount > $15.00.” If the transaction amount is greater than or equal to $15.00, routing optimization module 1 14 will apply Second Routing Priority List 302. If the condition associated with a second routing priority list is not met, the routing optimization module may proceed to a third routing priority list and so on.
  • FIG. 3B shows illustrative First Routing Priority List 350 having an associated condition "Authorization Request Message Generated Before 1 PM” and illustrative Second Routing Priority List 352 having an associated condition "Authorization Request Message Generated At or After 1 PM.”
  • Exemplary Payment Processing Network B may have a daily cut-off time of 1 PM. A merchant may wish to route transactions occurring before the cut-off time to Payment Processing Network B. If the transaction occurs after the daily cut-off time, the merchant may wish to route the authorization request message for the transaction to a network with a later cut-off time.
  • FIG. 4 is a flow diagram showing operations involved in routing optimization according to an embodiment.
  • gateway processor computer 1 12 receives a first routing priority list having a first associated condition.
  • gateway processor computer 1 2 may receive a routing priority list generated by pricing analysis module 202 from merchant computer 106.
  • Gateway processor computer 1 12 may store the routing priority list in routing priority lists database 1 16.
  • gateway processor computer 1 12 receives a second routing priority list.
  • gateway processor computer 1 12 receives an authorization request message for a transaction.
  • the authorization request message may be received from access device 104 (e.g., via one or more of merchant computer 106 and acquirer computer 08).
  • routing optimization module 1 14 determines whether the transaction satisfies the first condition.
  • a first condition may be a transaction amount range associated with the first routing priority list. If the condition is satisfied (e.g., the transaction is within the transaction amount range), routing
  • the optimization module 14 determines which payment processing network of the first routing priority list will be the routing destination for the authorization request message.
  • the authorization request message is parsed to obtain information related to the condition, such as a transaction amount. This information is received by the routing optimization module 1 14 so that it may apply the condition.
  • Routing optimization module 1 14 may determine whether a higher priority payment processing network on the first routing priority list is providing degraded service, as indicated at operation 410. As an example of a payment processing network providing degraded service, the payment processing network may be generating a high number of timeouts. If the higher priority payment processing network of the first routing priority list is not providing degraded service, routing optimization module 114 routes the authorization request message to the higher priority payment processing network, as indicated at operation 412. If the higher priority payment processing network on the first routing priority list is providing degraded service, routing optimization module 114 determines whether a lower priority payment processing network on the first routing priority list is providing degraded service, as indicated at operation 414.
  • routing optimization module 1 14 routes the authorization request message to the lower priority payment processing network on the first routing priority list, as indicated at operation 416.
  • the higher priority payment processing network may be a payment processing network having the highest priority on a routing priority list.
  • the lower priority payment processing network may be a payment processing network having a second highest priority on the routing priority list.
  • routing optimization module 1 14 determines whether a higher priority payment processing network on the second routing priority list is providing degraded service. If the higher priority payment processing network of the second routing optimization list is not providing degraded service, routing optimization module 1 14 routes the authorization request message to the higher priority payment processing network, as indicated at operation 420.
  • routing optimization module 1 14 determines whether a lower priority payment processing network on the second routing priority list is providing degraded service, as indicated at operation 422. If the lower priority payment processing network on the second routing priority list is not providing degraded service, routing optimization module 114 routes the authorization request message to the lower priority payment processing network on the second routing priority list, as indicated at operation 424.
  • FIG. 5 is a flow diagram showing operations involved in least cost routing according to an embodiment.
  • a list of payment processing networks is received by gateway processor computer 1 12.
  • the list may be established by merchant computer 106 and transmitted to gateway processor computer 1 12.
  • gateway processor computer 112 receives an authorization request message for a transaction.
  • a volume of transactions processed via each payment processing network of the list of payment processing networks is determined. For example, the volume of transactions processed to date in a period of time (e.g., a month) by each payment processing network of the list may be retrieved from merchant computer 106, by gateway processor computer 1 12, or by another computer.
  • a volume of transactions may be calculated periodically and information regarding the periodically calculated volume may be accessed by the gateway processor computer 1 12 at operation 506.
  • the processing cost for processing the transaction via each payment processing network of the list of payment processing network is determined based on the retrieved volume information.
  • a routing priority list may be generated according to the processing cost associated with each network, with the highest priority assigned to the least cost network, the second highest priority assigned to the next lowest cost network, and so on.
  • the routing priority list may be generated by routing optimization module 1 14 or by pricing analysis module 202, and stored by gateway processor computer 1 12 or merchant computer 106.
  • routing optimization module 1 14 determines whether the higher priority payment processing network of the routing priority list is providing degraded service. If the higher priority payment processing network is not providing degraded service, the authorization request message is routed to a higher priority payment processing network on the routing priority list, as indicated at operation 514. If the higher priority payment processing network is providing degraded service, the authorization request message is routed to a lower priority payment processing network on the routing priority list, as indicated at operation 516. [0088]
  • the various participants and elements described herein with reference to the figures may operate one or more computer apparatuses to facilitate the functions described herein. Any of the elements in the figures, including any servers or databases, may use any suitable number of subsystems to facilitate the functions described herein.
  • FIG. 6 Examples of such subsystems or components are shown in FIG. 6.
  • the subsystems shown in FIG. 6 are interconnected via a system bus 602. Additional subsystems such as a printer 604, keyboard 606, fixed disk 608 (or other memory comprising computer readable media), monitor 610, which is coupled to display adapter 482, and others are shown.
  • Peripherals and input/output (I/O) devices which couple to I/O controller 614 (which can be a processor or other suitable controller), can be connected to the computer system by any number of means known in the art, such as serial port 616.
  • serial port 616 or external interface 618 can be used to connect the computer apparatus to a wide area network such as the Internet, a mouse input device, or a scanner.
  • system bus allows the central processor 620 to communicate with each subsystem and to control the execution of instructions from system memory 622 or the fixed disk 608, as well as the exchange of information between subsystems.
  • the system memory 622 and/or the fixed disk 608 may embody a computer readable medium.
  • Embodiments of the technology are not limited to the above-described embodiments. For example, although separate functional blocks are shown for an issuer, payment processing network, and acquirer, some entities perform all of these functions and may be included in embodiments of the technology.
  • Any of the software components or functions described in this application may be implemented as software code to be executed by a processor using any suitable computer language such as, for example, Java, C++ or Perl using, for example, conventional or object-oriented techniques.
  • the software code may be stored as a series of instructions, or commands on a computer readable medium, such as a random access memory (RAM), a read only memory (ROM), a magnetic medium such as a hard-drive or a floppy disk, or an optical medium such as a CD-ROM.
  • RAM random access memory
  • ROM read only memory
  • magnetic medium such as a hard-drive or a floppy disk
  • optical medium such as a CD-ROM.
  • Any such computer readable medium may reside on or within a single computational apparatus, and may be present on or within different computational apparatuses within a system or network.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention porte sur un système et un procédé d'optimisation de routage. Un service de traitement de passerelle reçoit une première liste ordonnée de réseaux de traitement de paiement associée à une première condition. La première liste ordonnée comprend un réseau de traitement de paiement à plus haute priorité et un réseau de traitement de paiement à plus basse priorité. Une seconde liste ordonnée reçue par le service de traitement de passerelle comprend un réseau de traitement de paiement à plus haute priorité et un réseau de traitement de paiement à plus basse priorité. Un message de requête d'autorisation pour une transaction est reçu par le service de traitement de passerelle. Si la première condition est satisfaite, le service de traitement de passerelle route le message de requête d'autorisation conformément à la première liste ordonnée. Si la première condition n'est pas satisfaite, le service de traitement de passerelle route le message de requête d'autorisation conformément à la seconde liste ordonnée.
PCT/US2012/034554 2011-04-20 2012-04-20 Optimisation de routage Ceased WO2012145701A2 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201161477334P 2011-04-20 2011-04-20
US61/477,334 2011-04-20
US13/451,437 US20120271765A1 (en) 2011-04-20 2012-04-19 Routing optimization
US13/451,437 2012-04-19

Publications (2)

Publication Number Publication Date
WO2012145701A2 true WO2012145701A2 (fr) 2012-10-26
WO2012145701A3 WO2012145701A3 (fr) 2013-01-03

Family

ID=47022075

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2012/034554 Ceased WO2012145701A2 (fr) 2011-04-20 2012-04-20 Optimisation de routage

Country Status (2)

Country Link
US (1) US20120271765A1 (fr)
WO (1) WO2012145701A2 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109214797A (zh) * 2017-07-04 2019-01-15 优信数享（北京）信息技术有限公司 一种支付方法、装置及具有支付功能的平台
WO2019018233A1 (fr) * 2017-07-18 2019-01-24 Visa International Service Association Routage d'autorisation de repli
WO2020132193A1 (fr) * 2018-12-21 2020-06-25 Visa International Service Association Procédé de traitement par autorisation conditionnelle
US11356364B2 (en) 2019-05-01 2022-06-07 Visa International Service Association Smart routing

Families Citing this family (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8886563B2 (en) * 2011-08-30 2014-11-11 Visa International Service Association Least cost routing and matching
US9852407B2 (en) * 2011-08-31 2017-12-26 First Data Corporation Systems and methods for routing debit transactions
US10496977B2 (en) 2012-07-16 2019-12-03 Square, Inc. Storing and forwarding payment transactions
US10152711B2 (en) * 2012-07-31 2018-12-11 Worldpay, Llc Systems and methods for arbitraged enhanced payment processing
CN103781056A (zh) * 2012-10-26 2014-05-07 中兴通讯股份有限公司 一种终端外设的数据管理方法及m2m网关
US20140129443A1 (en) * 2012-11-04 2014-05-08 Bank Of America Corporation Transaction cost brokering
US9818266B2 (en) 2012-12-05 2017-11-14 Bank Of America Corporation Remote disabling of target point-of-sale (“POS”) terminals
US8972293B2 (en) * 2012-12-05 2015-03-03 Bank Of America Corporation Surcharge auditing
US9219782B2 (en) * 2012-12-11 2015-12-22 Microsoft Technology Licensing, Llc Identifying seed computing devices using estimates in peer-to-peer networks
US10068288B2 (en) * 2012-12-17 2018-09-04 Capital One Financial Corporation Systems and methods for providing a user interface for facilitating personal payment transactions
US20140214651A1 (en) * 2013-01-29 2014-07-31 MphasiS Limited Methods and systems for least-cost routing of transactions for merchants
US9911110B2 (en) * 2013-03-05 2018-03-06 Square, Inc. Predicting approval of transactions
US20150032619A1 (en) * 2013-07-24 2015-01-29 Bank Of America Corporation Communication network for collecting data and executing electronic transaction services
US20150032600A1 (en) * 2013-07-24 2015-01-29 Bank Of America Corporation Communication network for collecting data and executing electronic transaction services
US20150046273A1 (en) * 2013-08-07 2015-02-12 Data Business Systems, Inc. Decision Engine For Payments
US20150142575A1 (en) * 2013-11-18 2015-05-21 Mastercard International Incorporated Method and system for targeted advertising on clothing
CN104753985B (zh) * 2013-12-30 2018-12-28 腾讯科技（深圳）有限公司 会话列表显示方法和装置
US9830651B1 (en) 2014-01-29 2017-11-28 Square, Inc. Crowdfunding framework
US10445826B1 (en) * 2014-05-26 2019-10-15 Square, Inc. Merchant financing system
US9786005B1 (en) 2014-05-26 2017-10-10 Square, Inc. System and methods for financing merchant business needs
US9984412B1 (en) 2014-05-26 2018-05-29 Square, Inc. Approaches to location based merchant financing
US9727912B1 (en) 2014-05-26 2017-08-08 Square, Inc. Approaches for merchant financing
US9667535B2 (en) * 2014-06-11 2017-05-30 Level 3 Communications, Llc Multi-peer routing in a network
US10565642B1 (en) 2014-10-23 2020-02-18 Square, Inc. Inventory management with capital advance
US9836786B1 (en) 2014-11-13 2017-12-05 Square, Inc. Intelligent division of funds across merchant accounts
US9881302B1 (en) 2014-12-11 2018-01-30 Square, Inc. Intelligent payment capture in failed authorization requests
GB2533562A (en) 2014-12-18 2016-06-29 Ipco 2012 Ltd An interface, method and computer program product for controlling the transfer of electronic messages
GB2533432A (en) 2014-12-18 2016-06-22 Ipco 2012 Ltd A device system, method and computer program product for processing electronic transaction requests
GB2533380A (en) * 2014-12-18 2016-06-22 Ipco 2012 Ltd An interface, system, method and computer program product for controlling the transfer of electronic messages
GB2533379A (en) 2014-12-18 2016-06-22 Ipco 2012 Ltd A system and server for receiving transaction requests
GB2537087A (en) 2014-12-18 2016-10-12 Ipco 2012 Ltd A system, method and computer program product for receiving electronic messages
US10902512B1 (en) 2015-01-22 2021-01-26 Square, Inc. Third party merchant financing
US9824394B1 (en) 2015-02-06 2017-11-21 Square, Inc. Payment processor financing of customer purchases
US10019698B1 (en) 2015-02-13 2018-07-10 Square, Inc. Merchant cash advance payment deferrals
US9773242B1 (en) 2015-03-19 2017-09-26 Square, Inc. Mobile point-of-sale crowdfunding
US9779432B1 (en) 2015-03-31 2017-10-03 Square, Inc. Invoice financing and repayment
US9892458B1 (en) 2015-03-31 2018-02-13 Square, Inc. Invoice financing and repayment
US10453086B1 (en) 2015-04-01 2019-10-22 Square, Inc. Individualized incentives to improve financing outcomes
US10423937B2 (en) * 2015-07-17 2019-09-24 Mastercard International Incorporated Systems and methods for establishing message routing paths through a computer network
US11127004B2 (en) * 2016-02-18 2021-09-21 Mastercard International Incorporated Systems and methods for pre-processing network messages to optimize routing
US11164163B1 (en) * 2016-03-24 2021-11-02 Electronic Arts Inc. Performance optimized automated processing and routing system
US10362109B2 (en) * 2016-03-30 2019-07-23 Task Performance Group, Inc. Cloud operating system and method
US10366378B1 (en) 2016-06-30 2019-07-30 Square, Inc. Processing transactions in offline mode
US10387850B1 (en) * 2016-09-23 2019-08-20 Worldpay, Llc Systems and methods for least cost acquirer routing for pricing models
US11587099B2 (en) * 2017-07-27 2023-02-21 Ripple Luxembourg S.A. Electronic payment network security
CA3314140A1 (en) 2017-11-06 2026-06-21 Connexpay Llc Intelligent payment routing and payment generation
US10692140B1 (en) 2017-11-15 2020-06-23 Square, Inc. Customized financing based on transaction information
US10796363B1 (en) 2017-11-15 2020-10-06 Square, Inc. Customized financing based on transaction information
US11282075B1 (en) * 2017-12-12 2022-03-22 Worldpay, Llc Systems and methods for optimized routing of electronic transactions across multiple acquirer processors
US20190340589A1 (en) * 2018-05-02 2019-11-07 SOURCE Ltd. System and method for optimizing routing of transactions over a computer network
CN109191109A (zh) * 2018-08-30 2019-01-11 中国平安人寿保险股份有限公司 交易路由规则的自适应调整方法及装置
US11836715B1 (en) * 2019-11-27 2023-12-05 Worldpay, Llc Methods and systems for dynamic routing of electronic transaction messages while maintaining token compatibility
WO2022072208A1 (fr) 2020-09-29 2022-04-07 Mastercard International Incorporated Réseau de routage de transactions de paiement en temps réel
US12034570B2 (en) 2022-03-14 2024-07-09 T-Mobile Usa, Inc. Multi-element routing system for mobile communications

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3825195B2 (ja) * 1999-02-26 2006-09-20 東芝テック株式会社 クレジット処理装置
AU2007223132A1 (en) * 2006-03-06 2007-09-13 First Data Corporation Least cost network routing for electronic transactions
KR20100060707A (ko) * 2008-11-28 2010-06-07 주식회사 하렉스인포텍 이동통신 단말기를 이용한 구매자에 의한 결제 승인, 정산 및 멤버십가입 방법, 장치 및 시스템
US20100211499A1 (en) * 2009-02-13 2010-08-19 Bank Of America Corporation Systems, methods and computer program products for optimizing routing of financial payments
US20120072347A1 (en) * 2009-03-20 2012-03-22 Anthony Conway Policy-based payment transaction routing service for credit card payment processing

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109214797A (zh) * 2017-07-04 2019-01-15 优信数享（北京）信息技术有限公司 一种支付方法、装置及具有支付功能的平台
WO2019018233A1 (fr) * 2017-07-18 2019-01-24 Visa International Service Association Routage d'autorisation de repli
US11263628B2 (en) 2017-07-18 2022-03-01 Visa International Service Association Fallback authorization routing
US11948147B2 (en) 2017-07-18 2024-04-02 Visa International Service Association Fallback authorization routing
EP3656086B1 (fr) * 2017-07-18 2025-12-24 Visa International Service Association Routage d'autorisation de repli
WO2020132193A1 (fr) * 2018-12-21 2020-06-25 Visa International Service Association Procédé de traitement par autorisation conditionnelle
US11356364B2 (en) 2019-05-01 2022-06-07 Visa International Service Association Smart routing
US11888729B2 (en) 2019-05-01 2024-01-30 Visa International Service Association Smart routing

Also Published As

Publication number Publication date
WO2012145701A3 (fr) 2013-01-03
US20120271765A1 (en) 2012-10-25

Similar Documents

Publication Publication Date Title
US20120271765A1 (en) Routing optimization
US8886563B2 (en) Least cost routing and matching
US20220198451A1 (en) System and method for updating account information
US12033151B2 (en) Authenticating transactions using risk scores derived from detailed device information
US8732042B2 (en) Mobile data mapping system and method
US9355394B2 (en) Systems and methods of aggregating split payments using a settlement ecosystem
US20190156313A1 (en) Account linking system and method
US8843405B1 (en) Systems and methods for providing card account controls and purchase impact information
AU2012275097B2 (en) Processing monitor system and method
US20190342407A1 (en) Techniques for tracking recurrence across computer systems
US20140358789A1 (en) Acquirer facing fraud management system and method
US20140304158A1 (en) Processor Issuer Detection and User Level Stand-In Authorization
WO2009158417A1 (fr) Création de rapports de ventes au détail
US20130253956A1 (en) Chargeback insurance
WO2012109492A2 (fr) Communication de compte en temps réel
US10740748B2 (en) System for improving card on file transactions
US10650472B2 (en) Single use account pool processing system and method
AU2016285425B2 (en) Electronic incremental payments
US20230289803A1 (en) Cross-network assessment of transactions for provider reputation
KR101039731B1 (ko) 고객 정보 통합관리방법

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: 12774560

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12774560

Country of ref document: EP

Kind code of ref document: A2