US20090265274A1 - Automated Transaction Processing System and Approach with Currency Conversion - Google Patents

Automated Transaction Processing System and Approach with Currency Conversion Download PDF

Info

Publication number
US20090265274A1
US20090265274A1 US12/493,032 US49303209A US2009265274A1 US 20090265274 A1 US20090265274 A1 US 20090265274A1 US 49303209 A US49303209 A US 49303209A US 2009265274 A1 US2009265274 A1 US 2009265274A1
Authority
US
United States
Prior art keywords
transaction
currency
variables
currency conversion
pricing
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.)
Abandoned
Application number
US12/493,032
Inventor
Dean W. Hahn-Carlson
William H. Bailey
James B. Pogue
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.)
Syncada LLC
Original Assignee
US Bank NA
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 US Bank NA filed Critical US Bank NA
Priority to US12/493,032 priority Critical patent/US20090265274A1/en
Assigned to SYNCADA LLC reassignment SYNCADA LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: U.S. BANK NATIONAL ASSOCIATION
Publication of US20090265274A1 publication Critical patent/US20090265274A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/04Billing or invoicing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Definitions

  • the present invention is directed to communications and data processing and, more specifically, to communications and data processing involving the processing of transactions involving two or more currencies.
  • a typical commercial interaction between a seller offering a product and a buyer desiring to acquire that product moves through multiple steps.
  • the buyer and the seller negotiate an agreement as to the price the buyer will pay.
  • this agreement covers an extended period of time it is typically formalized in a contract or catalog.
  • Contracts and catalogs are typically maintained by the seller in a seller-managed computer system that is separate from the computer system or systems which the seller uses to accept orders, fulfill orders and generate invoices.
  • the invoice system used by the seller to bill the buyer has a different price file than is resident in the seller-managed contract system, pricing exceptions will occur which will increase the cost of the interaction because buyer and seller personnel will have to resolve the differences before a transaction can be completed.
  • the problem can be compounded when the buyer loads the current contract prices into its procurement system for determination of whether the seller is billing correctly during the pre-payment order/invoice reconciliation process, and even further compounded when the prices are dependent upon currency conversion rates.
  • All of the seller's invoicing systems could be representing the current contract while one or more of the buyer's systems still represent an expired or not yet active contract.
  • Some or all of the seller's invoicing systems could be representing expired or not yet active contracts while all of the buyer's procurement systems are up to date.
  • a currency conversion is typically made to convert into a currency desired by a buyer, seller or other party to the transaction.
  • currency conversion rates vary greatly over time, it is often difficult to determine not only when the conversion is to take place, but at what rate and at what cost to which transaction party.
  • different conversion rates are available from different sources.
  • pricing-related issues such as those discussed above occur, the payment issues are further compounded with currency conversion requirements associated with the pricing.
  • the carrier incurs administrative costs including: the cost to create and deliver the initial invoice, costs of resolving billing disputes, costs of providing a signed copy of the BOL to the shipper, costs of posting accounts receivable and the costs of absorbing price fluctuations relative to currency conversion rates.
  • the shipper incurs similar administrative costs to receive the bill, match it with the BOL, manually check the contracts to determine if pricing is correct, generate and deliver payment to the carrier.
  • Administrative costs include personnel, software, hardware, and entire departments created for managing commercial transactions to ensure accurate and timely billing and payment. These costs are furthered when transactional aspects become more complex, such as those involving fluctuating currency conversion rates. Most industries are quite competitive and any cost savings are therefore important. Administrative costs are targeted for reduction as no revenue is directly generated from administrative functions. However, administrative costs associated with commercial transactions have been difficult to reduce in the current business environment with widely diffused data and, in particular, with fluctuating currency rates for those transactions involving different currencies.
  • the present invention is directed to overcoming the above-mentioned challenges and others related to the types of devices and applications discussed above and in other applications.
  • the present invention is exemplified in a number of implementations and applications, some of which are summarized below.
  • a transaction processing approach involves automatically processing transactions between transaction parties as a function of transaction party rules and a currency conversion term.
  • a transaction processing approach involves a transaction processor implemented for automatically processing currency exchange for a transaction involving contracting parties.
  • the transaction processor is adapted to access contract-related business rules for the contracting parties and to automatically convert currency for a transaction related price for one of the contracting parties.
  • the transaction processor uses the business rules to select a particular source for use in determining a currency exchange rate to use in converting the currency. In another implementation, the transaction processor uses business rules to select a particular date and time to use in setting a currency exchange rate to use in converting the currency (implemented, e.g., where transaction parties are in different time zones).
  • a data storage arrangement stores the business rules used by the transaction processor.
  • Transaction parties store business rules that can be used in a plurality of transactions.
  • the transaction processor receives transaction information for processing, it identifies parties to the transaction from the transaction information and accesses the stored business rules for the identified parties. Using these accessed business rules, the transaction processor automatically selects (e.g., using an exchange rate reference authorized by the business rules) an exchange rate and converts currency for the transaction using the exchange rate.
  • FIG. 1 shows an arrangement and approach for transaction management, according to an example embodiment of the present invention
  • FIG. 2 shows a transaction processing arrangement, according to another example embodiment of the present invention.
  • FIG. 3 is a flow diagram showing an approach for transaction management involving currency conversion, according to another example embodiment of the present invention.
  • the present invention is believed to be applicable to a variety of different types of communications and financial process management approaches, and has been found to be particularly useful for applications involving the operational implementation and application of pricing (and related currency conversions) to transactions, payments, tracking and related aspects thereof. While the present invention is not necessarily limited to such approaches, various aspects of the invention may be appreciated through a discussion of various examples using these and other contexts.
  • a transaction management arrangement uses transaction party (e.g., buyers and sellers) information to automatically derive pricing and/or payment options with currency conversion for individual transactions.
  • the transaction information may include, for example, the identities of transaction parties, goods or services of the transaction, rules for processing currency conversions, user profile information specific to a particular party or parties to the transaction and others.
  • the currency conversion information is used to determine a payment amount for one or more of the transaction parties.
  • the transaction information may be set out in specific contracts between transaction parties or implemented using previously-agreed upon or otherwise standard transaction practices.
  • specific contracts under the terms of which a transaction is being prosecuted may include prices agreed upon between a buyer and seller for a particular item and/or transaction rules agreed upon for setting certain prices between a buyer and seller and for performing currency conversions.
  • Conditional contract terms may also be implemented to facilitate the selection between one or more different contract terms, or to facilitate the derivation of a new contract term.
  • Payment-related transaction functions as described above typically involve actual payment (i.e., transfer of money) to a seller on behalf of a buyer as well as settlement functions involving funding and accounting.
  • settlement functions involve the passage of information for accounting purposes including the posting of payment against accounts receivables.
  • settlement functions involve, where appropriate, collecting money relating to the payment directly and/or via an indirect approach such as the drawdown of a credit line (and related accounting).
  • Another example embodiment of the present invention is directed to a processing system that automatically manages transactions using a database implementation that provides a source of product prices and contracts for a multitude of transactions and transaction parties.
  • prospective buyers and sellers negotiate and/or validate prices and contract terms, or simply validate the electronic representation of prices and contract terms negotiated through other means.
  • a buyer reviews, accepts and/or disputes contract term(s) or contract term updates.
  • a processing center stores the accepted contract and activates the contract for current and/or future transactions.
  • a collaborative contracts manager applies contract terms for actual performance of the contract, with parties involved in the transaction defining the applicable contract terms including pricing and related currency conversion terms.
  • parties to the transaction directly define contract terms by agreeing to specific terms.
  • parties to the transaction indirectly define contract terms by setting business rules by which the party is willing to participate in transactions.
  • the collaborative contracts manager uses these business rules to set contract terms.
  • These business rules may, for example, be derived from and/or include buyer and/or seller profile information that includes contract-related data such as product, pricing, currency-conversion terms, shipping, payment terms, currency type, customs information and other typical contract data.
  • the business rules may also include information that relates to a particular type of transaction or generally accepted contract type terms, and may not necessarily be specific to a particular transaction party or a particular transaction. Furthermore, the business rules may be implemented with tolerance information, such as tolerance payment ranges, currency conversion rate tolerance, delivery term ranges and other information for use in automatically negotiating or otherwise setting contract terms. These business rules can be stored in a database accessible to the collaborative contracts manager. All pricing information and business rules are retrievable by a transaction manager or by applications remote from the collaborative contracts manager such as those located at buyer or seller locations (with security controls for remote access).
  • the collaborative contracts manager automatically resolves (or attempts to resolve) transaction disputes or incongruous contract terms. Predefined and accepted business rules are used to automatically arrive at contract terms prior to executing a transaction. In addition, where business rules for different parties to a transaction call for different contract terms, the collaborative contracts manager attempts to automatically resolve the different terms using tolerances or other information allowing variance from actual business rules. For example, when used for currency conversion type applications, the collaborative contracts manager sets conversion parameters such as conversion rate and conversion timing based on specific contract terms and/or business rules for each party to a transaction. When the collaborative contracts manager is unable to automatically resolve disputes or incongruous contract terms, the processing system alerts parties involved in the unresolved transaction, who can interact with the processing system to work towards resolution.
  • the user profiles discussed herein may include a variety of information for use in transaction management and otherwise.
  • a typical such profile includes one or more of the following data: user identification information, business rules for the user, general ledger charts of accounts (e.g., and accounts receivable as posted against for payment processing as described above), identification of computer systems submitting contract or transaction data to the collaborative contracts manager, customer lists, vendor lists, contract and price approval policies, currency conversion policies, credit extension policies (e.g., for extending a credit liability to a transaction party), payment policies, transactional approval policies, operational roles (e.g., defining what functions a user associated with that role can perform), organizational hierarchy (e.g., defining how much of a company's data universe a user associated with a particular organizational node can access), and users.
  • operational roles e.g., defining what functions a user associated with that role can perform
  • organizational hierarchy e.g., defining how much of a company's data universe a user associated with a particular organizational node can access
  • Seller customer list profiles may also include information further defining the business relationship with the customer from the Seller's perspective, for example, such as a retail buyer relationship and/or a wholesale buyer relationship.
  • Buyer vendor (e.g., seller or distributor) list profiles may also include information further defining the business relationship with the vendor from the Buyer's perspective.
  • an electronic interface facilitates user access to a transaction management system such as that involving a collaborative contracts manager as discussed above.
  • the electronic interface is adapted to communicate with the transaction management system for implementing a variety of processes, such as those involving the setting of contract terms, selection of currency conversion information and purchases of goods.
  • the electronic interface also facilitates user-executed search functions for accessing information such as product information, product prices, currency information, contracts and price notes. Access to information via the user interface is adaptively controllable, for instance, using authorization approaches including user identification, interface identification, password access and others.
  • the approaches to the use of business rules as well as contract information and user profiles (as part of business rules or otherwise) as discussed herein may be implemented in a variety of manners.
  • One implementation involves a transaction management approach that is based on business rules previously established by buyer(s) and seller(s).
  • the transaction management system includes a computer and communications node adapted for deriving prices for transactions as a function of pricing rules that are agreed upon by buying and selling entities related to the transaction. These pricing rules may be implemented via the business rules and/or may be tailored to a specific transaction.
  • U.S. patent application Ser. No. 10/436,878 USBA.101PA
  • an automated pricing and payment system conducts transaction processes for transaction parties who provide respective sets of business rules with information for selecting a currency conversion standard.
  • Currency conversion standards that may be implemented include, for example, public standards based upon published rates or other relative values of different currency, with the standards being susceptible to fluctuation as a function of currency conversion rates.
  • the system includes a transaction processor that can be implemented, for example, using one or more of a variety of processors or combinations of processors, such as a CPU or a distributed processing arrangement with multiple processors that communicate over a network.
  • the transaction processor is adapted to receive and use the business rules to derive a specific term for a transaction to be implemented by transaction parties, and sets a transaction price (in a first currency) as a function of the specific term.
  • the specific term may be derived using, for example, information in a contract between the transaction parties directly identifying a fixed transaction price, or information that uses characteristics of the transaction together with stored information to provide a flexible transaction price.
  • the transaction processor further selects a currency conversion standard using the business rules, and, using the selected standard, converts the set price from the first currency into a second different currency for at least one party to the transaction. Payment and settlement are then effected for the transaction as a function of the set price, the business rules and the converted set price.
  • payment and settlement can be effected by paying the seller in the first currency at the set price, and by extracting funds from the buyer in the converted set price. Further, fees associated with the currency conversion are selectively assessed with the effecting of payment and settlement, with a fee built into the selected currency conversion standard and/or being assessed separately to one or both of the transaction parties by the transaction processor.
  • FIG. 1 is a communication system 100 including a collaborative contracts manager 110 for handling business transactions between a seller and a buyer respectively at a seller terminal 122 and a buyer terminal 120 , according to another example embodiment of the present invention.
  • the seller terminal 122 includes a seller processor 123 adapted to generate a seller profile, one or more authorized buyer profiles and contract data, and further to communicate the profiles and contract data to a seller interface 133 .
  • the seller interface 133 includes a data processing device 146 adapted to establish rules for a business transaction by submitting a seller profile, one or more authorized buyer profiles and contract data (i.e., received from the seller processor 123 ) to a processor 140 .
  • the seller interface 144 is further adapted for displaying contract data received from the processor 140 , and communicating to the seller from the processor 140 the acceptance or dispute of contract data by a buyer.
  • the processor 140 electronically organizes a seller's contract data using a seller's profile, with the contract data and profile being stored in a data storage unit 142 .
  • the seller terminal 122 facilitates the control of access to the seller's contract data stored in the data storage unit 142 using, for example, authorization or password protection criteria.
  • the buyer terminal 120 includes a buyer processor 124 adapted for generating a buyer profile and communicating the generated profile to a data processing device 134 at a buyer interface 132 .
  • the buyer interface 132 is adapted for displaying contract data received from the processor 140 .
  • the data processing device 134 communicates a condition of acceptance of contract data as input at the buyer interface 132 to the processor.
  • the processor 140 is coupled to a collaborative contracts manager 110 that provides an interface for buyer and seller transaction management including pricing management.
  • the processor 140 processes and stores pertinent business transaction information in the data storage unit 142 , with access thereto being restricted to authorized users (i.e., authorized buyers and sellers via buyer and seller terminals).
  • One or both of the buyer and seller terminals 120 and 122 is further adapted to provide currency conversion terms, which can be stored at the data storage unit 142 (or, in the instance where a contract is currently processed, used directly by the processor 140 ).
  • the collaborative contracts manager 110 automatically sets prices for transactions between the buyer and seller and, for at least one of the buyer and seller, sets currency conversion parameters.
  • the processor 140 interfaces with a payment system 141 including an issuing institution 144 and a paying institution 152 .
  • An issuing processor 145 of the issuing institution 144 maintains a credit account for the buyer terminal 120 and debits (extends liability to) a particular buyer terminal's account for transactions managed with the communications system 100 , such as the shipment cost of a product, the product cost and others.
  • a paying processor 154 of the paying institution 152 tenders payment to the seller terminal 122 , for example, when the receipt of goods is acknowledged by a buyer or at the time a buyer makes a purchase.
  • the system 100 includes or is adapted to interface with one or more currency exchange functions, represented by currency exchange function 160 .
  • the currency exchange function 160 may be implemented via the processor 140 , which may perform a currency exchange (and assess associated fees, or build the fees into the exchange rate). Rules for effecting currency exchange, such as how to determine the currency exchange rate (e.g., using a standard index) and others can be supplied by buyer, seller or other transaction parties.
  • the exchanged currency value is used, where applicable, for communicating payment information to the payment system 141 .
  • the currency exchange function is implemented separately from the processor 140 , which selects the exchange function to execute the exchange, e.g., by selecting a particular exchange company, by selecting a particular published standard for the particular type of currencies being converted or by selecting a standard among those available for the particular conversion.
  • This external exchange is implemented at a position in the payment chain that is selected as a function of the application. For instance, when the seller wishes to be paid in a particular currency that requires a conversion, the processor 140 can direct the payment system 141 to use a particular source to execute the currency exchange function 160 . In other applications, the payment system 141 performs the exchange.
  • the party or parties performing the exchange also interact with the processor 140 and, in some instances, with the collaborative contracts manager 110 .
  • Such an external party may further implement user profiles and other information in a manner similar to that discussed above and as can be implemented with sellers or buyers via terminals 122 or 120 , respectively.
  • contract terms such as exchange rate terms can be set using business rules related to the exchange rate, with the collaborative contracts manager using business rules to arrive at an acceptable exchange rate.
  • the business rules used for setting an exchange rate are chosen as a function of the parties carrying out the exchange. For example, where a seller at seller terminal 122 requests to be paid in a particular currency, business rules for that seller and the entity performing the exchange may be used to set the exchange rate.
  • an entity managing the processor 140 may interact as an intermediary between a buying or selling party and a currency exchange entity.
  • the buying or selling parties arrive at a currency exchange agreement with the entity managing the processor 140 .
  • the entity managing the processor 140 may have a different agreement with a currency exchange entity.
  • the buying or selling party receive an exchange rate agreed upon via the processor 140 , and the managing entity running the processor executes the exchange at a rate agreed upon with the currency exchange entity.
  • the managing entity running the processor 140 may negotiate a preferential exchange rate using its high volume (as generated by a multitude of buying and selling parties), and charge the buying and selling entities a less preferential exchange rate.
  • FIG. 2 shows a transaction processing arrangement 200 including a transaction processor 210 programmed to automatically process currency conversion aspects of a transaction, according to another example embodiment of the present invention.
  • the transaction processor 210 is in communication with a database 212 and an exchange rate assignment engine 214 .
  • the database 212 stores transaction-related information including rules for currency conversion, as well as auditing information for individual currency conversions as applicable to one or more transactions.
  • the currency conversion engine 214 processes currency conversion related aspects of a transaction using rules from the database 212 and at the direction of the transaction processor 210 .
  • the database 212 and/or the exchange rate assignment engine 214 is implemented as part of the transaction processor 210 .
  • one or both of the database 212 and the exchange rate assignment engine 214 are located at a remote location and/or include a plurality of circuits at different locations.
  • a plurality of user nodes 220 , 222 , 224 , 226 and 228 are communicatively coupled with the transaction processor 210 .
  • the user nodes 220 - 228 may, for example, include one or more of a buyer, seller, distributor, shipper, carrier, government agency, financial institution or other type of individual, group or agency that would be involved in a transaction.
  • one or more of the seller terminal 122 , buyer terminal 120 , processor 140 , payment system 141 or currency exchange entity effecting the currency exchange function 160 may be implemented at one of the user nodes 220 - 228 .
  • the transaction processor 210 is adapted to automatically apply currency rules for assigning currency exchange rates or other parameters to a transaction when new transaction information is received or executed. This new transaction information may, e.g., be detailed in a transaction document such as an order or invoice.
  • the currency rules are used by the exchange rate assignment engine 214 to assign the exchange rate to the transaction or to a portion of the transaction to which the exchange rate applies.
  • a new call to assign an exchange rate to a transaction is made by the processor and corresponding updates are made. For instance, when a transaction for a particular user has been assigned a particular exchange rate parameter and that user inputs an update to currency rules used to assign the exchange rate parameter, the transaction processor 210 automatically updates the parameter assigned to the transaction.
  • the user providing the assignment rule update selectively controls the application of the updated rules, for example where the user desires to selectively apply the updated rules to new transactions.
  • the user nodes 220 - 228 can interact with the transaction processor 210 for providing a variety of different types of transaction-related information.
  • Such transaction information may include, for example, currency exchange parameters, accounting rules, orders, invoices, shipping documents, payment authorization, payment execution, customs documents, security documents and others.
  • the transaction processor 210 records, in the database 212 , currency-conversion related information to facilitate the auditing of individual and/or group transactions involving currency conversion.
  • This information may include one or more of a variety of types of information, with examples applicable to FIG. 2 including “pay to” currency type and amount, “bill to” currency type and amount, conversion date/time and conversion rate.
  • audit information is made readily available (e.g., for compliance with Sarbanes-Oxley related rules).
  • the conversion date and rate are selectively applied to one or both of the “pay to” and “bill to” portions of the transaction as a function of the types of currencies and/or business rules associated with parties to a particular transaction.
  • the transaction processor 210 performs a currency conversion in connection with the transaction portion relevant to the currency conversion.
  • the system 200 can be implemented using a multitude of nodes and arrangements, and is applicable to a variety of transaction processing approaches. However, for purposes of discussion, each of the user nodes is implemented as follows in connection with a particular transaction. Node 220 is a buyer node representing a buyer in a transaction and node 222 is a seller node representing a seller. Nodes 224 , 226 and 228 respectively represent financial institutions.
  • the buyer 220 and the seller 222 provide business rules that are stored in the database 212 for use by the transaction processor 210 .
  • the transaction processor 210 retrieves and uses the business rules to derive a term for use in setting a price for the transaction. For example, where the buyer 220 and seller 222 store business rules indicating a contractual relationship and information for setting a price, the transaction processor 210 derives a price term, such as the price per unit, for the transaction.
  • the transaction processor 210 receives transaction initiating event data with a transaction data receiving function 230 and matches the event data with a particular user (e.g., the buyer 220 and/or the seller 222 ) with a match function 231 .
  • event data may include, for example, an order or an invoice relating to a transaction between users.
  • the matching may involve, for example, matching the event data to a particular user or to a particular transaction using a product identification term that is associated with goods and/or services for the transaction.
  • a rule retrieval function 232 implements the matched user information to retrieve business rules applicable to the transaction event from the database 212 (e.g., by retrieving business rules tagged or otherwise associated with the matched user information).
  • a pricing engine 233 uses the retrieved business rules to set a price for the transaction in a first currency, for example, by using contract price information in the business rules or by calculating a price using terms in the business rules and other characteristics of the transaction such as quantity, transportation or regulatory issues.
  • the pricing engine 233 uses information in documents (e.g., the transaction initiating event data) to identify those rules in the retrieved rules to use in setting the price.
  • Such information may include, for example, a contract identifier that identifies a specific contract to which the information applies, an item identifier that identifies an item for which the price is being set, a currency code identifying the currency in which the transaction is denominated quantity and order date.
  • the price set via the pricing engine is the “pay to” price for the seller 222 to be paid.
  • An exchange rate retrieval function 234 retrieves an exchange rate using the business rules and the exchange rate assignment engine 214 .
  • the exchange rate assignment engine 214 is functionally implemented with the exchange rate retrieval function 234 .
  • the business rules may specify a particular approach to assigning an exchange rate, such as by identifying a particular conversion standard to use (e.g., a published standard), or by identifying a conversion standard using input received from one or more of the buyer and seller.
  • an exchange pricing function 235 sets the price for the transaction in a second currency. This price is the “bill to” price that the buyer 220 will be billed for the transaction.
  • the transfer of funds between the financial institutions 224 , 226 and, in some instances, 228 is carried out in accordance with the above approach.
  • the financial institutions 224 and 226 are respectively the buyer's and seller's financial institutions
  • funds in the “bill to” amount are transferred from the buyer's financial institution and funds in the “pay to” amount are transferred to the seller's financial institution.
  • the business rules in the database 212 indicate that one of the buyer's and seller's financial institutions will carry out a currency conversion.
  • the business rules specify that a third financial institution 228 carry out the currency conversion.
  • the transaction processor 210 further carries out settlement functions for transactions, including, e.g., functions relating to accounting and payment functions.
  • settlement functions for transactions, including, e.g., functions relating to accounting and payment functions.
  • the transaction processor 210 automatically posts the payment against an accounts receivable record for the seller 222 (e.g., stored in the database 212 , at the seller 222 or elsewhere).
  • the transaction processor 210 selects a funding source for paying the seller 222 and, accordingly, carries out payment settlement functions for extracting funds from the buyer 220 .
  • funds may be extracted directly (e.g., from the buyer's financial institution 224 ) or indirectly via a credit extension approach, such as by drawing down a credit line for the buyer.
  • funds are extracted directly and accordingly provided directly to the seller 222 .
  • funds are provided to the seller 222 on behalf of the buyer 220 , with the payment settlement function being subsequently carried out for retrieving funds from the buyer to cover the payment for the seller (and, e.g., to cover processing and/or conversion fees).
  • the transaction processor 210 carries out the currency conversion using, for example, the third financial institution 228 . Funds associated with the “bill to” amount received from the buyer's financial institution 224 are transferred to third financial institution 228 , and funds in the “pay to” amount are transferred from the same (or another) financial institution and transferred to the seller's financial institution 226 .
  • the transaction processor records auditing data regarding each conversion. This data may be stored, for example, in the database 212 or provided to one or more of the nodes 220 - 228 .
  • Example auditing data includes one or more of the “bill to” and “pay to” amounts (and currency types), as well as the transaction date, exchange rate information and more as discussed above and otherwise.
  • the transaction processor 210 further provides reconciliation information for ameliorating invoice or other discrepancies relating to currency conversions. Discrepancies may arise, for example, where the transaction is susceptible to fluctuation in currency exchange rate. Other discrepancies (or the potential for discrepancies) arise when timing characteristics of a particular transaction affect exchange rate; in these instances, the transaction processor 210 records the time used in determining the exchange rate.
  • Associated fees with the conversion may be assessed to the buyer 220 and/or the seller 220 using one or more of a variety of approaches. These fees may either built into the currency conversion to the “bill to” amount or separately assessed to the seller 222 and/or another party and may, e.g., be based on business rules stored in the database 212 .
  • Various bases may be used in determining which financial portion of a particular transaction is to be used in assessing fees (or, accordingly performing the currency exchange with built-in fees). For example, in the instance where a transaction uses the “bill to” amount as the basis for performing a currency conversion, a particular transaction amount is agreed in terms of the buyer's currency. Using nodes 220 and 222 respectively as buyer and seller nodes again, the transaction processor facilitates the billing of the buyer 220 in the transaction amount (“bill to” amount) in a first currency. A currency conversion is then made from the “bill to” currency to the “pay to” currency, with the “pay to” currency being provided to the seller 222 . Fees associated with this currency conversion may, for example, be built into the conversion or separately assessed to the seller and/or other party (e.g., based on business rules).
  • one or more of the user nodes 220 - 228 include control input interfaces (e.g., graphic user interfaces) that communicate with the transaction processor 210 , with users at the nodes being able to provide transaction-related information such as currency exchange rules.
  • the transaction processor 210 automatically accesses information from the user nodes for a variety of purposes, such as retrieving currency exchange rules (e.g., rates, rate sources or exchange sources) or updating related fields. This interaction between the nodes and the transaction processor 210 is controlled using, for example, authorization for access such as password-protected authorization and others.
  • the transaction processor 210 assesses fees to one or more of the user nodes 220 - 228 .
  • these fees are built into currency exchange types of transactions.
  • the fees are based upon a percentage of the amount of payment for a transaction.
  • the fees involve both a fee based on the amount of payment for a transaction as well as an amount relating to a currency conversion.
  • These fees may be applied to one or more of the parties to the transaction, depending upon the nature of the transaction, contract agreements with transaction parties and other considerations. For instance, some transaction implementations involving buyers and sellers are processed such that the seller pays all fees associated with a particular transaction. Processing fees such as these are allocated for the operator of the transaction processor 210 , which may be an entity separate from any transaction or integral to the transaction, such as a financial institution related to one of the transaction parties.
  • the transaction processor 210 is further adapted to grant and control information exchange with the database 212 as a function of inputs received from the nodes 220 - 228 , such as authorization inputs and transaction-specific inputs.
  • authorization information may include, for example, access-type information (e.g., a password or user ID) or simply document information that the transaction processor 210 recognizes.
  • the transaction processor 210 is configured and arranged to outsource bulk currency conversions involving two or more transactions, according to another example embodiment of the present invention. For example, where multiple transactions involve conversion between a first currency and a second currency, the transaction processor 210 can selectively have a bulk sum of funds converted, commensurate with the combined sum from the multiple transactions, from an external financial institution. The transaction processor 210 can then effect payment and settlement for the transactions, using the converted funds for all of the multiple transactions. In some applications, the transaction processor 210 converts funds for each transaction using a conversion rate that is higher than the obtained conversion rate for the bulk conversion, keeping a net difference in funds as a transaction fee for performing the conversion, for each transaction.
  • conversion rates for different transaction parties among the multiple transaction may be differently applied, for example, as relevant to contracts between the transaction parties and an operator of the transaction processor 210 .
  • the conversion rates may further be selected, for each transaction party, from a range of rates deemed acceptable in a contract with each transaction party. These rates and their applications are implemented using business rules for each transaction party, as appropriate, by the transaction processor 210 .
  • FIG. 3 is a flowchart illustrating an example approach for automated transaction management involving currency conversion, according to another example embodiment of the present invention.
  • Transaction-related information for a pricing function is received at block 300 .
  • This transaction-related information may include, for example, an electronic order or invoice, or other information describing pricing or currency characteristics for a particular transaction or portion of a transaction.
  • the transaction-related information also includes identification data for at least one transaction party.
  • the transaction-related information is associated with transaction parties using the identification data, which can include one or more of a variety of information that can be used to identify one or more transaction parties.
  • data in an electronic document can be used to identify the source of the document, which is then identified as one of the transaction parties.
  • the data may also be used to directly identify a transaction to which the data applies using, e.g., a transaction ID number.
  • the data can be used indirectly to identify a transaction to which it applies, with one or more characteristics of the transaction being ascertained and associated with a particular transaction (e.g., where a certain amount of matching data is used to define a match between the data and a transaction).
  • a pricing term is set using business rules from one or more parties to the transaction at block 320 , and a price for the transaction is set using the pricing term at block 330 .
  • a “pay to” price is derived at block 340 , representing the price (in a first currency) to be paid to a seller transaction party.
  • the currency conversion rules may include, for example, one or more of the above-discussed rules and characteristics associated with currency conversion such as conversion rate, currency type and exchange source.
  • a currency conversion rate is retrieved from a rate source, such as a publicly-available rate source, and used to set a currency conversion rate.
  • the derived “pay to” price is converted to a different currency at a “bill to” price using the set currency conversion rate, the “bill to” price being billed to a buyer transaction party.
  • payment is processed at block 370 , with the buyer transaction party being billed in the “bill to” amount and the seller transaction party being paid in the “pay to” amount.
  • Funds from each separate currency for the “bill to” and “pay to” amount are typically collected and paid from a common financial source, which extracts value from the conversion.
  • a payment processing entity facilitates the receipt and payment of “bill to” and “pay to” funds by exchanging a debt responsibility with different financial institutions. For example, where the payment processing entity is owed funds in the “pay to” currency from a first bank, funds in the amount of the “pay to” amount can be transferred from the first bank to the seller transaction party. The payment processing entity then takes as a receipt the funds from the buyer transaction party in the “bill to” amount and currency.
  • payment in the “bill to” amount from the buyer transaction party (or the associated financial institution) can be directed to the creditor, with the payment processing entity paying the seller transaction party the “pay to” amount in the “pay to” currency.
  • auditing data is recorded for tracking purposes relating to the currency conversion and the transaction in which it is implemented.
  • the “pay to” and “bill to” currency and amount are stored, as well as information that can be used to substantiate a currency conversion rate, such as conversion data and rate.
  • the conversion date information is further stored as relevant to a particular time zone, such that transactions with parties in different time zones can be facilitated.
  • the particular time zone (as well as other currency conversion parameters) may, for example, be retrieved with the business rules at block 320 .

Abstract

Transaction management for contract and contract-related approaches is facilitated. According to an example embodiment of the present invention, a transaction management system automatically sets contract terms including currency conversion terms for a transaction based on business rules previously established between parties to a transaction. In one implementation, the transaction management node automatically derives a contract term including a pricing-related term for a transaction between a buyer and seller using contract information therefor. The pricing-related term is used to set a price for the transaction, and a currency conversion term is used to convert the set price (or a portion of the set price corresponding to a particular transaction party) into a different currency.

Description

    RELATED PATENT DOCUMENTS
  • This patent document is a continuation of U.S. patent application Ser. No. 11/104,394 and filed on Apr. 12, 2005, to which benefit is claimed under 35 U.S.C. §120.
  • FIELD OF THE INVENTION
  • The present invention is directed to communications and data processing and, more specifically, to communications and data processing involving the processing of transactions involving two or more currencies.
  • BACKGROUND
  • Operational management of contractual and transactional interactions between buyers, sellers and others involved in the exchange of products for purposes of commerce have typically been labor and time intensive. Generally, the processes of managing transactions between business entities have been unduly burdensome and inefficient. The various parties involved in a transaction typically change proposed terms and aspects of a proposed transaction on a concurrent and/or iterative basis. In addition, transaction aspects involving currency conversion rates and other externally-influenced terms often fluctuate over time, relative to events for a particular transaction. For example, from the time an order is received to the time of performance of the order, currency exchange rates often change.
  • Often, data representing each corporate participant's view of the interaction is stored across one or more enterprise systems managed by that particular corporate participant and not accessible by other corporate participants. Consequently, it can be difficult to know which draft document represents the most current information about the interaction and whether the parties to the transaction have a common understanding. Where the corporate participants have communicated electronically (e.g. via email and Internet-enhanced communications), these document-synchronization difficulties have been compounded by an increased number of co-existing draft documents being viewed by the parties. Commercial transactions then become more difficult as business entities attempt to perform transactions with each other, and in particular, to perform payment related transactions involving currency conversion.
  • A typical commercial interaction between a seller offering a product and a buyer desiring to acquire that product moves through multiple steps. First, the buyer and the seller negotiate an agreement as to the price the buyer will pay. When this agreement covers an extended period of time it is typically formalized in a contract or catalog. Contracts and catalogs are typically maintained by the seller in a seller-managed computer system that is separate from the computer system or systems which the seller uses to accept orders, fulfill orders and generate invoices. When the invoice system used by the seller to bill the buyer has a different price file than is resident in the seller-managed contract system, pricing exceptions will occur which will increase the cost of the interaction because buyer and seller personnel will have to resolve the differences before a transaction can be completed. The problem can be compounded when the buyer loads the current contract prices into its procurement system for determination of whether the seller is billing correctly during the pre-payment order/invoice reconciliation process, and even further compounded when the prices are dependent upon currency conversion rates. All of the seller's invoicing systems could be representing the current contract while one or more of the buyer's systems still represent an expired or not yet active contract. Some or all of the seller's invoicing systems could be representing expired or not yet active contracts while all of the buyer's procurement systems are up to date.
  • Where different currencies are involved for a particular transaction, a currency conversion is typically made to convert into a currency desired by a buyer, seller or other party to the transaction. However, because currency conversion rates vary greatly over time, it is often difficult to determine not only when the conversion is to take place, but at what rate and at what cost to which transaction party. In addition, different conversion rates are available from different sources. Furthermore, where pricing-related issues such as those discussed above occur, the payment issues are further compounded with currency conversion requirements associated with the pricing.
  • The number of combinations of events leading to transaction misunderstandings and disagreements contributes significantly to the overall cost of settling for the exchange of goods and/or services that are the subject of a transaction. As a further complication, the contract contents, the order, the invoice and other documents representing the transaction and required to settle the transaction often only exist in paper form for access to the individuals attempting to resolve exceptions. Further, the data that does exist electronically is often scattered across numerous applications such as accounts payable, accounts receivable, purchasing, accounting, buyer or seller group, shipping, and receiving. Moreover, where each buyer transacts with many sellers and each seller transacts with many buyers, tracking such drafts becomes increasingly more difficult.
  • One type of transaction for which the above difficulties apply is a shipping transaction. Traditional approaches have lead to many challenges to managing transactions between one shipper and one carrier. Typically, however, there are multiple carriers and shippers involved in multiple transactions, which makes the management process more complex, and that much more time-consuming and inefficient. The process is labor intensive in that it relies on physically matching the hard copy of a bill of lading (BOL) for proof of delivery with the hard copy invoice and then trying to apply the terms of a hard copy contract to calculate whether the invoice amount is proper to pay. Exceptions need to be communicated to the trading partner, often involving faxing or mailing paper copies of support materials. Responses to requests for information often results in more paper copies with hand-written annotations that alter the understanding of how the transaction actually transpired. The ensuing series of repetitive and time consuming steps are a source of additional operational expense for both buyer and seller. Also, each BOL is often rated multiple times by multiple parties creating excessive redundancy.
  • Due to such difficulties and convoluted processes, traditional shipment transaction management systems are highly susceptible to billing errors and fraud. For example, there has been no connection between the delivery of goods and when the shipper is billed for delivery. This may result in double billing, no billing at all, or overbilling the shipper for freight delivery charges. Also, auditing errors may occur, which results in incorrect billing or payment, which is exasperated when currency conversion is involved. In addition, the carrier waits a disproportionately long time for payment while the invoice is being audited and/or disputed. For example, traditionally, a delivery takes about five days whereas payment takes about forty-five days. This delay adversely affects the carrier's working capital resources which, in turn, raises the carrier's transaction cost and raises the prices the carrier must charge to earn the economic return required to remain in business. Where currency conversion is involved, conversion rates vary over time and thus delays due to auditing errors or delivery may result in a very different conversion rate, if the conversion is carried out on a basis that fluctuates with these delays.
  • Additional costs arise as a result of the existing inefficiencies. Many of the costs are individually small, but very large in the aggregate. For example, the carrier incurs administrative costs including: the cost to create and deliver the initial invoice, costs of resolving billing disputes, costs of providing a signed copy of the BOL to the shipper, costs of posting accounts receivable and the costs of absorbing price fluctuations relative to currency conversion rates. The shipper incurs similar administrative costs to receive the bill, match it with the BOL, manually check the contracts to determine if pricing is correct, generate and deliver payment to the carrier.
  • The complexity of modern transactions has also lead to expensive administrative costs associated with the transactions. Administrative costs include personnel, software, hardware, and entire departments created for managing commercial transactions to ensure accurate and timely billing and payment. These costs are furthered when transactional aspects become more complex, such as those involving fluctuating currency conversion rates. Most industries are quite competitive and any cost savings are therefore important. Administrative costs are targeted for reduction as no revenue is directly generated from administrative functions. However, administrative costs associated with commercial transactions have been difficult to reduce in the current business environment with widely diffused data and, in particular, with fluctuating currency rates for those transactions involving different currencies.
  • The above and other difficulties in the management and coordination of transactions have presented administrative and cost challenges to business entities on buyer and seller ends of transactions, as well as those involved in other aspects of such transactions.
  • SUMMARY
  • The present invention is directed to overcoming the above-mentioned challenges and others related to the types of devices and applications discussed above and in other applications. The present invention is exemplified in a number of implementations and applications, some of which are summarized below.
  • According to an example embodiment of the present invention, a transaction processing approach involves automatically processing transactions between transaction parties as a function of transaction party rules and a currency conversion term.
  • According to another example embodiment of the present invention, a transaction processing approach involves a transaction processor implemented for automatically processing currency exchange for a transaction involving contracting parties. The transaction processor is adapted to access contract-related business rules for the contracting parties and to automatically convert currency for a transaction related price for one of the contracting parties.
  • In one implementation, the transaction processor uses the business rules to select a particular source for use in determining a currency exchange rate to use in converting the currency. In another implementation, the transaction processor uses business rules to select a particular date and time to use in setting a currency exchange rate to use in converting the currency (implemented, e.g., where transaction parties are in different time zones).
  • In another implementation, a data storage arrangement stores the business rules used by the transaction processor. Transaction parties store business rules that can be used in a plurality of transactions. When the transaction processor receives transaction information for processing, it identifies parties to the transaction from the transaction information and accesses the stored business rules for the identified parties. Using these accessed business rules, the transaction processor automatically selects (e.g., using an exchange rate reference authorized by the business rules) an exchange rate and converts currency for the transaction using the exchange rate.
  • The above summary of the present invention is not intended to describe each illustrated embodiment or every implementation of the present invention. The figures and detailed description that follow more particularly exemplify these embodiments.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The invention may be more completely understood in consideration of the detailed description of various embodiments of the invention in connection with the accompanying drawings, in which:
  • FIG. 1 shows an arrangement and approach for transaction management, according to an example embodiment of the present invention;
  • FIG. 2 shows a transaction processing arrangement, according to another example embodiment of the present invention; and
  • FIG. 3 is a flow diagram showing an approach for transaction management involving currency conversion, according to another example embodiment of the present invention.
  • While the invention is amenable to various modifications and alternative forms, specifics thereof have been shown by way of example in the drawings and will be described in detail. It should be understood, however, that the intention is not necessarily to limit the invention to the particular embodiments described. On the contrary, the intention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the invention as defined by the appended claims.
  • DETAILED DESCRIPTION
  • The present invention is believed to be applicable to a variety of different types of communications and financial process management approaches, and has been found to be particularly useful for applications involving the operational implementation and application of pricing (and related currency conversions) to transactions, payments, tracking and related aspects thereof. While the present invention is not necessarily limited to such approaches, various aspects of the invention may be appreciated through a discussion of various examples using these and other contexts.
  • According to an example embodiment of the present invention, a transaction management arrangement uses transaction party (e.g., buyers and sellers) information to automatically derive pricing and/or payment options with currency conversion for individual transactions. The transaction information may include, for example, the identities of transaction parties, goods or services of the transaction, rules for processing currency conversions, user profile information specific to a particular party or parties to the transaction and others. When payment-related transaction functions are carried out, the currency conversion information is used to determine a payment amount for one or more of the transaction parties.
  • The transaction information may be set out in specific contracts between transaction parties or implemented using previously-agreed upon or otherwise standard transaction practices. For instance, specific contracts under the terms of which a transaction is being prosecuted may include prices agreed upon between a buyer and seller for a particular item and/or transaction rules agreed upon for setting certain prices between a buyer and seller and for performing currency conversions. Conditional contract terms may also be implemented to facilitate the selection between one or more different contract terms, or to facilitate the derivation of a new contract term.
  • Payment-related transaction functions as described above typically involve actual payment (i.e., transfer of money) to a seller on behalf of a buyer as well as settlement functions involving funding and accounting. In some applications, settlement functions involve the passage of information for accounting purposes including the posting of payment against accounts receivables. In addition, settlement functions involve, where appropriate, collecting money relating to the payment directly and/or via an indirect approach such as the drawdown of a credit line (and related accounting).
  • Another example embodiment of the present invention is directed to a processing system that automatically manages transactions using a database implementation that provides a source of product prices and contracts for a multitude of transactions and transaction parties. In advance of any transaction, prospective buyers and sellers negotiate and/or validate prices and contract terms, or simply validate the electronic representation of prices and contract terms negotiated through other means. For each contract, a buyer reviews, accepts and/or disputes contract term(s) or contract term updates. Once the buyer accepts a contract, a processing center stores the accepted contract and activates the contract for current and/or future transactions.
  • A collaborative contracts manager applies contract terms for actual performance of the contract, with parties involved in the transaction defining the applicable contract terms including pricing and related currency conversion terms. In some instances, parties to the transaction directly define contract terms by agreeing to specific terms. In other instances, parties to the transaction indirectly define contract terms by setting business rules by which the party is willing to participate in transactions. The collaborative contracts manager then uses these business rules to set contract terms. These business rules may, for example, be derived from and/or include buyer and/or seller profile information that includes contract-related data such as product, pricing, currency-conversion terms, shipping, payment terms, currency type, customs information and other typical contract data. The business rules may also include information that relates to a particular type of transaction or generally accepted contract type terms, and may not necessarily be specific to a particular transaction party or a particular transaction. Furthermore, the business rules may be implemented with tolerance information, such as tolerance payment ranges, currency conversion rate tolerance, delivery term ranges and other information for use in automatically negotiating or otherwise setting contract terms. These business rules can be stored in a database accessible to the collaborative contracts manager. All pricing information and business rules are retrievable by a transaction manager or by applications remote from the collaborative contracts manager such as those located at buyer or seller locations (with security controls for remote access).
  • In some instances, the collaborative contracts manager automatically resolves (or attempts to resolve) transaction disputes or incongruous contract terms. Predefined and accepted business rules are used to automatically arrive at contract terms prior to executing a transaction. In addition, where business rules for different parties to a transaction call for different contract terms, the collaborative contracts manager attempts to automatically resolve the different terms using tolerances or other information allowing variance from actual business rules. For example, when used for currency conversion type applications, the collaborative contracts manager sets conversion parameters such as conversion rate and conversion timing based on specific contract terms and/or business rules for each party to a transaction. When the collaborative contracts manager is unable to automatically resolve disputes or incongruous contract terms, the processing system alerts parties involved in the unresolved transaction, who can interact with the processing system to work towards resolution.
  • The user profiles discussed herein may include a variety of information for use in transaction management and otherwise. For instance, a typical such profile includes one or more of the following data: user identification information, business rules for the user, general ledger charts of accounts (e.g., and accounts receivable as posted against for payment processing as described above), identification of computer systems submitting contract or transaction data to the collaborative contracts manager, customer lists, vendor lists, contract and price approval policies, currency conversion policies, credit extension policies (e.g., for extending a credit liability to a transaction party), payment policies, transactional approval policies, operational roles (e.g., defining what functions a user associated with that role can perform), organizational hierarchy (e.g., defining how much of a company's data universe a user associated with a particular organizational node can access), and users. Seller customer list profiles may also include information further defining the business relationship with the customer from the Seller's perspective, for example, such as a retail buyer relationship and/or a wholesale buyer relationship. Buyer vendor (e.g., seller or distributor) list profiles may also include information further defining the business relationship with the vendor from the Buyer's perspective.
  • In another example embodiment of the present invention, an electronic interface facilitates user access to a transaction management system such as that involving a collaborative contracts manager as discussed above. The electronic interface is adapted to communicate with the transaction management system for implementing a variety of processes, such as those involving the setting of contract terms, selection of currency conversion information and purchases of goods. The electronic interface also facilitates user-executed search functions for accessing information such as product information, product prices, currency information, contracts and price notes. Access to information via the user interface is adaptively controllable, for instance, using authorization approaches including user identification, interface identification, password access and others.
  • The approaches to the use of business rules as well as contract information and user profiles (as part of business rules or otherwise) as discussed herein may be implemented in a variety of manners. One implementation involves a transaction management approach that is based on business rules previously established by buyer(s) and seller(s). The transaction management system includes a computer and communications node adapted for deriving prices for transactions as a function of pricing rules that are agreed upon by buying and selling entities related to the transaction. These pricing rules may be implemented via the business rules and/or may be tailored to a specific transaction. For general information regarding the use of business rules, and for specific information regarding transaction processing approaches that may be implemented in connection with one or more example embodiments discussed here, reference may be made to U.S. patent application Ser. No. 10/436,878 (USBA.101PA), filed May 12, 2003, which is fully incorporated herein by reference.
  • In another example embodiment of the present invention, an automated pricing and payment system conducts transaction processes for transaction parties who provide respective sets of business rules with information for selecting a currency conversion standard. Currency conversion standards that may be implemented include, for example, public standards based upon published rates or other relative values of different currency, with the standards being susceptible to fluctuation as a function of currency conversion rates. The system includes a transaction processor that can be implemented, for example, using one or more of a variety of processors or combinations of processors, such as a CPU or a distributed processing arrangement with multiple processors that communicate over a network.
  • The transaction processor is adapted to receive and use the business rules to derive a specific term for a transaction to be implemented by transaction parties, and sets a transaction price (in a first currency) as a function of the specific term. The specific term may be derived using, for example, information in a contract between the transaction parties directly identifying a fixed transaction price, or information that uses characteristics of the transaction together with stored information to provide a flexible transaction price. The transaction processor further selects a currency conversion standard using the business rules, and, using the selected standard, converts the set price from the first currency into a second different currency for at least one party to the transaction. Payment and settlement are then effected for the transaction as a function of the set price, the business rules and the converted set price. For instance, with a seller and buyer who contract for goods, payment and settlement can be effected by paying the seller in the first currency at the set price, and by extracting funds from the buyer in the converted set price. Further, fees associated with the currency conversion are selectively assessed with the effecting of payment and settlement, with a fee built into the selected currency conversion standard and/or being assessed separately to one or both of the transaction parties by the transaction processor.
  • FIG. 1 is a communication system 100 including a collaborative contracts manager 110 for handling business transactions between a seller and a buyer respectively at a seller terminal 122 and a buyer terminal 120, according to another example embodiment of the present invention. The seller terminal 122 includes a seller processor 123 adapted to generate a seller profile, one or more authorized buyer profiles and contract data, and further to communicate the profiles and contract data to a seller interface 133. The seller interface 133 includes a data processing device 146 adapted to establish rules for a business transaction by submitting a seller profile, one or more authorized buyer profiles and contract data (i.e., received from the seller processor 123) to a processor 140. The seller interface 144 is further adapted for displaying contract data received from the processor 140, and communicating to the seller from the processor 140 the acceptance or dispute of contract data by a buyer. The processor 140 electronically organizes a seller's contract data using a seller's profile, with the contract data and profile being stored in a data storage unit 142. The seller terminal 122 facilitates the control of access to the seller's contract data stored in the data storage unit 142 using, for example, authorization or password protection criteria.
  • The buyer terminal 120 includes a buyer processor 124 adapted for generating a buyer profile and communicating the generated profile to a data processing device 134 at a buyer interface 132. The buyer interface 132 is adapted for displaying contract data received from the processor 140. The data processing device 134 communicates a condition of acceptance of contract data as input at the buyer interface 132 to the processor. The processor 140 is coupled to a collaborative contracts manager 110 that provides an interface for buyer and seller transaction management including pricing management. The processor 140 processes and stores pertinent business transaction information in the data storage unit 142, with access thereto being restricted to authorized users (i.e., authorized buyers and sellers via buyer and seller terminals).
  • One or both of the buyer and seller terminals 120 and 122 is further adapted to provide currency conversion terms, which can be stored at the data storage unit 142 (or, in the instance where a contract is currently processed, used directly by the processor 140). Using the buyer and seller profiles, the collaborative contracts manager 110 automatically sets prices for transactions between the buyer and seller and, for at least one of the buyer and seller, sets currency conversion parameters.
  • In one implementation, the processor 140 interfaces with a payment system 141 including an issuing institution 144 and a paying institution 152. An issuing processor 145 of the issuing institution 144 maintains a credit account for the buyer terminal 120 and debits (extends liability to) a particular buyer terminal's account for transactions managed with the communications system 100, such as the shipment cost of a product, the product cost and others. In response to transactions managed at the processor 140, a paying processor 154 of the paying institution 152 tenders payment to the seller terminal 122, for example, when the receipt of goods is acknowledged by a buyer or at the time a buyer makes a purchase.
  • In another implementation, the system 100 includes or is adapted to interface with one or more currency exchange functions, represented by currency exchange function 160. The currency exchange function 160 may be implemented via the processor 140, which may perform a currency exchange (and assess associated fees, or build the fees into the exchange rate). Rules for effecting currency exchange, such as how to determine the currency exchange rate (e.g., using a standard index) and others can be supplied by buyer, seller or other transaction parties. The exchanged currency value is used, where applicable, for communicating payment information to the payment system 141.
  • In some applications, the currency exchange function is implemented separately from the processor 140, which selects the exchange function to execute the exchange, e.g., by selecting a particular exchange company, by selecting a particular published standard for the particular type of currencies being converted or by selecting a standard among those available for the particular conversion. This external exchange is implemented at a position in the payment chain that is selected as a function of the application. For instance, when the seller wishes to be paid in a particular currency that requires a conversion, the processor 140 can direct the payment system 141 to use a particular source to execute the currency exchange function 160. In other applications, the payment system 141 performs the exchange.
  • In other applications involving an external exchange function, the party or parties performing the exchange also interact with the processor 140 and, in some instances, with the collaborative contracts manager 110. Such an external party may further implement user profiles and other information in a manner similar to that discussed above and as can be implemented with sellers or buyers via terminals 122 or 120, respectively. For example, contract terms such as exchange rate terms can be set using business rules related to the exchange rate, with the collaborative contracts manager using business rules to arrive at an acceptable exchange rate. The business rules used for setting an exchange rate are chosen as a function of the parties carrying out the exchange. For example, where a seller at seller terminal 122 requests to be paid in a particular currency, business rules for that seller and the entity performing the exchange may be used to set the exchange rate.
  • In various implementations, an entity managing the processor 140 may interact as an intermediary between a buying or selling party and a currency exchange entity. Here, the buying or selling parties arrive at a currency exchange agreement with the entity managing the processor 140. In turn, the entity managing the processor 140 may have a different agreement with a currency exchange entity. In this regard, the buying or selling party receive an exchange rate agreed upon via the processor 140, and the managing entity running the processor executes the exchange at a rate agreed upon with the currency exchange entity. In this regard, the managing entity running the processor 140 may negotiate a preferential exchange rate using its high volume (as generated by a multitude of buying and selling parties), and charge the buying and selling entities a less preferential exchange rate.
  • FIG. 2 shows a transaction processing arrangement 200 including a transaction processor 210 programmed to automatically process currency conversion aspects of a transaction, according to another example embodiment of the present invention. The transaction processor 210 is in communication with a database 212 and an exchange rate assignment engine 214. The database 212 stores transaction-related information including rules for currency conversion, as well as auditing information for individual currency conversions as applicable to one or more transactions. The currency conversion engine 214 processes currency conversion related aspects of a transaction using rules from the database 212 and at the direction of the transaction processor 210. In various implementations, the database 212 and/or the exchange rate assignment engine 214 is implemented as part of the transaction processor 210. In other implementations, one or both of the database 212 and the exchange rate assignment engine 214 are located at a remote location and/or include a plurality of circuits at different locations.
  • A plurality of user nodes 220, 222, 224, 226 and 228 are communicatively coupled with the transaction processor 210. The user nodes 220-228 may, for example, include one or more of a buyer, seller, distributor, shipper, carrier, government agency, financial institution or other type of individual, group or agency that would be involved in a transaction. Referring to FIG. 1 as an example, one or more of the seller terminal 122, buyer terminal 120, processor 140, payment system 141 or currency exchange entity effecting the currency exchange function 160 may be implemented at one of the user nodes 220-228.
  • In another implementation, the transaction processor 210 is adapted to automatically apply currency rules for assigning currency exchange rates or other parameters to a transaction when new transaction information is received or executed. This new transaction information may, e.g., be detailed in a transaction document such as an order or invoice. The currency rules are used by the exchange rate assignment engine 214 to assign the exchange rate to the transaction or to a portion of the transaction to which the exchange rate applies.
  • When an update to the currency rules is received at the transaction processor 210 (e.g., via one of the user nodes 220-228), a new call to assign an exchange rate to a transaction is made by the processor and corresponding updates are made. For instance, when a transaction for a particular user has been assigned a particular exchange rate parameter and that user inputs an update to currency rules used to assign the exchange rate parameter, the transaction processor 210 automatically updates the parameter assigned to the transaction. Optionally, the user providing the assignment rule update selectively controls the application of the updated rules, for example where the user desires to selectively apply the updated rules to new transactions.
  • The user nodes 220-228 can interact with the transaction processor 210 for providing a variety of different types of transaction-related information. Such transaction information may include, for example, currency exchange parameters, accounting rules, orders, invoices, shipping documents, payment authorization, payment execution, customs documents, security documents and others.
  • The transaction processor 210 records, in the database 212, currency-conversion related information to facilitate the auditing of individual and/or group transactions involving currency conversion. This information may include one or more of a variety of types of information, with examples applicable to FIG. 2 including “pay to” currency type and amount, “bill to” currency type and amount, conversion date/time and conversion rate. When outside entities at nodes 220-228 (or others, such as a regulatory entity) is allowed to access the database 212, audit information is made readily available (e.g., for compliance with Sarbanes-Oxley related rules).
  • The conversion date and rate are selectively applied to one or both of the “pay to” and “bill to” portions of the transaction as a function of the types of currencies and/or business rules associated with parties to a particular transaction. Where a transaction involves only one currency conversion (i.e., between a billing and paying currency), the transaction processor 210 performs a currency conversion in connection with the transaction portion relevant to the currency conversion.
  • The system 200 can be implemented using a multitude of nodes and arrangements, and is applicable to a variety of transaction processing approaches. However, for purposes of discussion, each of the user nodes is implemented as follows in connection with a particular transaction. Node 220 is a buyer node representing a buyer in a transaction and node 222 is a seller node representing a seller. Nodes 224, 226 and 228 respectively represent financial institutions.
  • The buyer 220 and the seller 222 provide business rules that are stored in the database 212 for use by the transaction processor 210. When a transaction initiating event such as a request for goods and/or services by the buyer 220 occurs, the transaction processor 210 retrieves and uses the business rules to derive a term for use in setting a price for the transaction. For example, where the buyer 220 and seller 222 store business rules indicating a contractual relationship and information for setting a price, the transaction processor 210 derives a price term, such as the price per unit, for the transaction.
  • The transaction processor 210 receives transaction initiating event data with a transaction data receiving function 230 and matches the event data with a particular user (e.g., the buyer 220 and/or the seller 222) with a match function 231. Such event data may include, for example, an order or an invoice relating to a transaction between users. The matching may involve, for example, matching the event data to a particular user or to a particular transaction using a product identification term that is associated with goods and/or services for the transaction. A rule retrieval function 232 implements the matched user information to retrieve business rules applicable to the transaction event from the database 212 (e.g., by retrieving business rules tagged or otherwise associated with the matched user information).
  • A pricing engine 233 uses the retrieved business rules to set a price for the transaction in a first currency, for example, by using contract price information in the business rules or by calculating a price using terms in the business rules and other characteristics of the transaction such as quantity, transportation or regulatory issues. The pricing engine 233 uses information in documents (e.g., the transaction initiating event data) to identify those rules in the retrieved rules to use in setting the price. Such information may include, for example, a contract identifier that identifies a specific contract to which the information applies, an item identifier that identifies an item for which the price is being set, a currency code identifying the currency in which the transaction is denominated quantity and order date. Using these approaches, the price set via the pricing engine is the “pay to” price for the seller 222 to be paid.
  • An exchange rate retrieval function 234 retrieves an exchange rate using the business rules and the exchange rate assignment engine 214. In some instances, the exchange rate assignment engine 214 is functionally implemented with the exchange rate retrieval function 234. The business rules may specify a particular approach to assigning an exchange rate, such as by identifying a particular conversion standard to use (e.g., a published standard), or by identifying a conversion standard using input received from one or more of the buyer and seller. After the exchange rate has been set, an exchange pricing function 235 sets the price for the transaction in a second currency. This price is the “bill to” price that the buyer 220 will be billed for the transaction.
  • The transfer of funds between the financial institutions 224, 226 and, in some instances, 228 is carried out in accordance with the above approach. For example, where the financial institutions 224 and 226 are respectively the buyer's and seller's financial institutions, funds in the “bill to” amount are transferred from the buyer's financial institution and funds in the “pay to” amount are transferred to the seller's financial institution. In some instances, the business rules in the database 212 indicate that one of the buyer's and seller's financial institutions will carry out a currency conversion. In other instances, the business rules specify that a third financial institution 228 carry out the currency conversion.
  • In some applications, the transaction processor 210 further carries out settlement functions for transactions, including, e.g., functions relating to accounting and payment functions. In one accounting function example, when the seller 222 is paid on behalf of the buyer 220 (with appropriate currency conversion characteristics), the transaction processor 210 automatically posts the payment against an accounts receivable record for the seller 222 (e.g., stored in the database 212, at the seller 222 or elsewhere). In a payment function example, the transaction processor 210 selects a funding source for paying the seller 222 and, accordingly, carries out payment settlement functions for extracting funds from the buyer 220. These funds may be extracted directly (e.g., from the buyer's financial institution 224) or indirectly via a credit extension approach, such as by drawing down a credit line for the buyer. In some applications, funds are extracted directly and accordingly provided directly to the seller 222. In other applications, funds are provided to the seller 222 on behalf of the buyer 220, with the payment settlement function being subsequently carried out for retrieving funds from the buyer to cover the payment for the seller (and, e.g., to cover processing and/or conversion fees).
  • In some implementations, the transaction processor 210 carries out the currency conversion using, for example, the third financial institution 228. Funds associated with the “bill to” amount received from the buyer's financial institution 224 are transferred to third financial institution 228, and funds in the “pay to” amount are transferred from the same (or another) financial institution and transferred to the seller's financial institution 226.
  • While a variety of currency conversion related payment functions can be implemented with the transaction processor 210, with a few examples of these functions discussed above, the transaction processor records auditing data regarding each conversion. This data may be stored, for example, in the database 212 or provided to one or more of the nodes 220-228. Example auditing data includes one or more of the “bill to” and “pay to” amounts (and currency types), as well as the transaction date, exchange rate information and more as discussed above and otherwise.
  • In a more particular implementation, the transaction processor 210 further provides reconciliation information for ameliorating invoice or other discrepancies relating to currency conversions. Discrepancies may arise, for example, where the transaction is susceptible to fluctuation in currency exchange rate. Other discrepancies (or the potential for discrepancies) arise when timing characteristics of a particular transaction affect exchange rate; in these instances, the transaction processor 210 records the time used in determining the exchange rate.
  • Associated fees with the conversion may be assessed to the buyer 220 and/or the seller 220 using one or more of a variety of approaches. These fees may either built into the currency conversion to the “bill to” amount or separately assessed to the seller 222 and/or another party and may, e.g., be based on business rules stored in the database 212.
  • Various bases may be used in determining which financial portion of a particular transaction is to be used in assessing fees (or, accordingly performing the currency exchange with built-in fees). For example, in the instance where a transaction uses the “bill to” amount as the basis for performing a currency conversion, a particular transaction amount is agreed in terms of the buyer's currency. Using nodes 220 and 222 respectively as buyer and seller nodes again, the transaction processor facilitates the billing of the buyer 220 in the transaction amount (“bill to” amount) in a first currency. A currency conversion is then made from the “bill to” currency to the “pay to” currency, with the “pay to” currency being provided to the seller 222. Fees associated with this currency conversion may, for example, be built into the conversion or separately assessed to the seller and/or other party (e.g., based on business rules).
  • A variety of other transaction-related aspects may be implemented with the system 200 as discussed above or otherwise. In some instances, one or more of the user nodes 220-228 include control input interfaces (e.g., graphic user interfaces) that communicate with the transaction processor 210, with users at the nodes being able to provide transaction-related information such as currency exchange rules. In other instances, the transaction processor 210 automatically accesses information from the user nodes for a variety of purposes, such as retrieving currency exchange rules (e.g., rates, rate sources or exchange sources) or updating related fields. This interaction between the nodes and the transaction processor 210 is controlled using, for example, authorization for access such as password-protected authorization and others.
  • Depending upon the application, the transaction processor 210 assesses fees to one or more of the user nodes 220-228. In some instances, these fees are built into currency exchange types of transactions. In other instances, the fees are based upon a percentage of the amount of payment for a transaction. In still other instances, the fees involve both a fee based on the amount of payment for a transaction as well as an amount relating to a currency conversion. These fees may be applied to one or more of the parties to the transaction, depending upon the nature of the transaction, contract agreements with transaction parties and other considerations. For instance, some transaction implementations involving buyers and sellers are processed such that the seller pays all fees associated with a particular transaction. Processing fees such as these are allocated for the operator of the transaction processor 210, which may be an entity separate from any transaction or integral to the transaction, such as a financial institution related to one of the transaction parties.
  • In another example embodiment, the transaction processor 210 is further adapted to grant and control information exchange with the database 212 as a function of inputs received from the nodes 220-228, such as authorization inputs and transaction-specific inputs. When users at one of the nodes 220-228 attempt to send information to or retrieve information from the transaction processor 210, authorization information from the users is used to control the information transfer. The authorization information may include, for example, access-type information (e.g., a password or user ID) or simply document information that the transaction processor 210 recognizes.
  • The transaction processor 210 is configured and arranged to outsource bulk currency conversions involving two or more transactions, according to another example embodiment of the present invention. For example, where multiple transactions involve conversion between a first currency and a second currency, the transaction processor 210 can selectively have a bulk sum of funds converted, commensurate with the combined sum from the multiple transactions, from an external financial institution. The transaction processor 210 can then effect payment and settlement for the transactions, using the converted funds for all of the multiple transactions. In some applications, the transaction processor 210 converts funds for each transaction using a conversion rate that is higher than the obtained conversion rate for the bulk conversion, keeping a net difference in funds as a transaction fee for performing the conversion, for each transaction. Furthermore, conversion rates for different transaction parties among the multiple transaction may be differently applied, for example, as relevant to contracts between the transaction parties and an operator of the transaction processor 210. The conversion rates may further be selected, for each transaction party, from a range of rates deemed acceptable in a contract with each transaction party. These rates and their applications are implemented using business rules for each transaction party, as appropriate, by the transaction processor 210.
  • FIG. 3 is a flowchart illustrating an example approach for automated transaction management involving currency conversion, according to another example embodiment of the present invention. Transaction-related information for a pricing function is received at block 300. This transaction-related information may include, for example, an electronic order or invoice, or other information describing pricing or currency characteristics for a particular transaction or portion of a transaction. The transaction-related information also includes identification data for at least one transaction party.
  • At block 310, the transaction-related information is associated with transaction parties using the identification data, which can include one or more of a variety of information that can be used to identify one or more transaction parties. For example, data in an electronic document can be used to identify the source of the document, which is then identified as one of the transaction parties. The data may also be used to directly identify a transaction to which the data applies using, e.g., a transaction ID number. Further, the data can be used indirectly to identify a transaction to which it applies, with one or more characteristics of the transaction being ascertained and associated with a particular transaction (e.g., where a certain amount of matching data is used to define a match between the data and a transaction).
  • A pricing term is set using business rules from one or more parties to the transaction at block 320, and a price for the transaction is set using the pricing term at block 330. After the price has been set, a “pay to” price is derived at block 340, representing the price (in a first currency) to be paid to a seller transaction party.
  • At block 340, business rules from the transaction parties are used to establish currency conversion rules. The currency conversion rules may include, for example, one or more of the above-discussed rules and characteristics associated with currency conversion such as conversion rate, currency type and exchange source. At block 350, a currency conversion rate is retrieved from a rate source, such as a publicly-available rate source, and used to set a currency conversion rate. At block 360, the derived “pay to” price is converted to a different currency at a “bill to” price using the set currency conversion rate, the “bill to” price being billed to a buyer transaction party.
  • After the “bill to” price has been set, payment is processed at block 370, with the buyer transaction party being billed in the “bill to” amount and the seller transaction party being paid in the “pay to” amount. Funds from each separate currency for the “bill to” and “pay to” amount are typically collected and paid from a common financial source, which extracts value from the conversion.
  • In some implementations, a payment processing entity facilitates the receipt and payment of “bill to” and “pay to” funds by exchanging a debt responsibility with different financial institutions. For example, where the payment processing entity is owed funds in the “pay to” currency from a first bank, funds in the amount of the “pay to” amount can be transferred from the first bank to the seller transaction party. The payment processing entity then takes as a receipt the funds from the buyer transaction party in the “bill to” amount and currency. Similarly, where the payment processing entity owes finds in the “bill to” currency to a creditor, payment in the “bill to” amount from the buyer transaction party (or the associated financial institution) can be directed to the creditor, with the payment processing entity paying the seller transaction party the “pay to” amount in the “pay to” currency.
  • At block 380, auditing data is recorded for tracking purposes relating to the currency conversion and the transaction in which it is implemented. For instance, the “pay to” and “bill to” currency and amount are stored, as well as information that can be used to substantiate a currency conversion rate, such as conversion data and rate. The conversion date information is further stored as relevant to a particular time zone, such that transactions with parties in different time zones can be facilitated. The particular time zone (as well as other currency conversion parameters) may, for example, be retrieved with the business rules at block 320.
  • The transaction processing approaches discussed above may be implemented in connection with a variety of types of business transactions involving the transfer of funds, including those discussed above and others. In this regard, for general information regarding transaction processing and for specific information regarding shipping type transactions and approaches with which the currency conversion approaches of the present invention may be implemented, reference may be made to U.S. Pat. No. 5,910,896 to Hahn-Carlson, which is fully incorporated herein by reference.
  • While certain aspects of the present invention have been described with reference to several particular example embodiments, those skilled in the art will recognize that many changes may be made thereto without departing from the spirit and scope of the present invention, aspects of which are set forth in the following claims.

Claims (17)

1. An automated transaction pricing and payment system comprising:
a rule-variable database that stores sets of predefined contract variables specific to each of a plurality of established contracts respectively agreed upon by parties including buyers and sellers, and sets of business rule variables for the buyers and sellers, the business rule variables including timing criteria and a predefined standard for computing currency conversion data, the standard being susceptible to fluctuation as a function of currency conversion rates;
a correlation database that stores correlation data for correlating received transaction data sets with a set of predefined contract variables and sets of business rule variables for a buyer and a seller involved in a transaction to which the transaction data set pertains;
a transaction processing engine configured with software to, for each received transaction data set for a transaction involving a buyer and seller,
use data in the correlation database to correlate the received transaction data set with contract variables and sets of business rule variables for the buyer and seller, and
execute a derivation algorithm, using the correlated contract variables and business rule variables as inputs to the algorithm, to derive a specific pricing term for the transaction and to set a price for the transaction based upon the specific term, the price being in a first currency; and
a pricing-settlement engine configured to respond to the derived pricing term by, for each transaction, using the correlated variables to
select a currency conversion standard and time based upon timing criteria and a predefined standard in the correlated business rule variables,
using the timing criteria and an active currency conversion rate defined for the predefined standard, convert the set price from the first currency into a converted price in a second different currency, and
generate and output electronic payment instructions to effect payment and settlement for the transaction based upon the set price, the business rule variables and the converted price.
2. The system of claim 1, wherein transaction processing engine is configured to execute a derivation algorithm by dynamically selecting and implementing a derivation algorithm on a transaction-by-transaction basis using the correlated business rule variables for at least one party to the transaction.
3. The system of claim 1, wherein the transaction processing engine is configured to execute a derivation algorithm by dynamically selecting and implementing a derivation algorithm on a transaction-by-transaction basis based upon currency conversion criteria specified in the business rule variables for at least one party to the transaction.
4. The system of claim 1, wherein the transaction processing engine is configured to generate new pricing term derivation variables specific to the transaction based upon correlated business rule variables for buyer and seller parties to the transaction, and to execute the derivation algorithm by using the generated derivation variables as inputs.
5. The system of claim 1, wherein the transaction processing engine is configured to generate new contract variables for the transaction using correlated business rule variables for buyer and seller parties to the transaction, and to execute the derivation algorithm by using the new contract variables as inputs to the algorithm.
6. The system of claim 1, wherein the pricing-settlement engine is configured to generate new currency conversion variables using correlated business rule variables, and to select the currency conversion standard by using the generated currency conversion variables to select the standard.
7. The system of claim 1, wherein the transaction processing engine is configured to execute a derivation algorithm by using stored contract pricing variables, previously agreed upon by the buyer and the seller, as inputs to the algorithm.
8. The system of claim 1, wherein the transaction processing engine is configured to match a product identification term in the correlated business rule variables for the buyer with a seller product specified in the transaction data set, and to execute a derivation algorithm to derive a specific pricing term by using correlated variables pertaining to the identified product as inputs to the algorithm.
9. The system of claim 1, wherein the pricing-settlement engine is configured to select a currency conversion standard based upon correlated business rule variables that specify a timing characteristic for determining a currency conversion rate.
10. The system of claim 1, wherein the pricing-settlement engine is configured to use correlated business rule variables that specify a reference location to set a date and time for determining a currency conversion rate, and to convert the set price using a currency conversion rate for the set date and time.
11. The system of claim 1, wherein the transaction processing engine is configured to execute the derivation algorithm using correlated contract variables defined for an established contract between a financing entity providing funds to effect payment for the transaction and one of a buyer and seller participant in the transaction.
12. The system of claim 1, wherein the pricing-settlement engine is configured to, for at least two transactions involving a currency conversion between a first and second currency during a particular time period,
convert the set price from the first currency into a converted price in a second different currency for each transaction by converting a bulk sum of currency for set prices in each transaction, processed using disparate derivation algorithm inputs, from the first currency to the second currency based upon a conversion configuration globally applied across the transactions, and
generate and output respective sets of electronic payment instructions for each transaction to effect payment individually for each party to each of the transactions.
13. The system of claim 1, wherein the pricing-settlement engine is configured to assess a currency conversion fee to at least one party to the transaction based upon the generated electronic payment data.
14. The system of claim 1, wherein the pricing-settlement engine is configured to convert the set price from the first currency into a converted currency by converting funds relating to the set price from the first currency to a second currency at a first currency conversion rate and to convert funds relating to the set price for at least one party to the transaction at a different currency conversion rate.
15. The system of claim 1, wherein the pricing-settlement engine is configured to select a currency conversion standard based upon correlated business rule variables indicating an acceptable range of currency exchange rates and external data indicating currently-available exchange rates.
16. The system of claim 1, wherein the pricing-settlement engine is further configured with software to
compare an actual currency conversion rate specified by the selected currency conversion standard to a budgeted currency conversion rate specified in the correlated business rule variables for a transaction party;
in response to the actual currency conversion rate being different than the budgeted currency conversion rate, calculate a difference between the converted set price using the actual currency conversion rate and a set price as converted using the budgeted currency conversion rate, and assess a fee to one of the transaction parties based upon the calculated difference.
17. The system of claim 1,
further including an auditing engine configured to audit the payment for each transaction using the correlated business rule variables and contract variables to determine a condition of payment authorization for the transaction, and
wherein the pricing-settlement engine is configured to generate and output electronic payment instructions in response to the determined condition of payment authorization.
US12/493,032 2005-04-12 2009-06-26 Automated Transaction Processing System and Approach with Currency Conversion Abandoned US20090265274A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/493,032 US20090265274A1 (en) 2005-04-12 2009-06-26 Automated Transaction Processing System and Approach with Currency Conversion

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/104,394 US7970671B2 (en) 2005-04-12 2005-04-12 Automated transaction processing system and approach with currency conversion
US12/493,032 US20090265274A1 (en) 2005-04-12 2009-06-26 Automated Transaction Processing System and Approach with Currency Conversion

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US11/104,394 Continuation US7970671B2 (en) 2005-04-12 2005-04-12 Automated transaction processing system and approach with currency conversion

Publications (1)

Publication Number Publication Date
US20090265274A1 true US20090265274A1 (en) 2009-10-22

Family

ID=37084233

Family Applications (2)

Application Number Title Priority Date Filing Date
US11/104,394 Active 2028-05-19 US7970671B2 (en) 2005-04-12 2005-04-12 Automated transaction processing system and approach with currency conversion
US12/493,032 Abandoned US20090265274A1 (en) 2005-04-12 2009-06-26 Automated Transaction Processing System and Approach with Currency Conversion

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US11/104,394 Active 2028-05-19 US7970671B2 (en) 2005-04-12 2005-04-12 Automated transaction processing system and approach with currency conversion

Country Status (7)

Country Link
US (2) US7970671B2 (en)
EP (1) EP1877928A4 (en)
CN (1) CN101185071A (en)
AU (1) AU2005330645B2 (en)
CA (1) CA2605061A1 (en)
MX (1) MX2007012639A (en)
WO (1) WO2006112880A1 (en)

Cited By (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100185539A1 (en) * 2009-01-16 2010-07-22 PayCargo, LLC Electronic cargo payment system
WO2012054786A1 (en) * 2010-10-20 2012-04-26 Playspan Inc. Flexible monetization service apparatuses, methods and systems
US8392285B2 (en) 1996-11-12 2013-03-05 Syncada Llc Multi-supplier transaction and payment programmed processing approach with at least one supplier
US8396811B1 (en) 1999-02-26 2013-03-12 Syncada Llc Validation approach for auditing a vendor-based transaction
US20130085933A1 (en) * 2011-10-03 2013-04-04 Steven W. Lundberg Patent registry architecture with portal for external annuity payment service providers
US8560439B2 (en) 2004-06-09 2013-10-15 Syncada Llc Transaction processing with core and distributor processor implementations
US8577803B2 (en) 2011-06-03 2013-11-05 Visa International Service Association Virtual wallet card selection apparatuses, methods and systems
US8589268B2 (en) 1996-11-12 2013-11-19 Syncada Llc Financial institution-based transaction processing system and approach
US8650119B2 (en) 2004-06-09 2014-02-11 Syncada Llc Order-resource fulfillment and management system and approach
US8712884B2 (en) 2006-10-06 2014-04-29 Syncada Llc Transaction finance processing system and approach
US8751337B2 (en) 2008-01-25 2014-06-10 Syncada Llc Inventory-based payment processing system and approach
US8762238B2 (en) 2004-06-09 2014-06-24 Syncada Llc Recurring transaction processing system and approach
US8825549B2 (en) 1996-11-12 2014-09-02 Syncada Llc Transaction processing with core and distributor processor implementations
US20150039485A1 (en) * 2013-07-31 2015-02-05 Metratech Corp. Billing transaction currency normalization
US9117225B2 (en) 2011-09-16 2015-08-25 Visa International Service Association Apparatuses, methods and systems for transforming user infrastructure requests inputs to infrastructure design product and infrastructure allocation outputs
US9355393B2 (en) 2011-08-18 2016-05-31 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
US9646291B2 (en) 2011-05-11 2017-05-09 Visa International Service Association Electronic receipt manager apparatuses, methods and systems
US9652765B2 (en) 2008-08-26 2017-05-16 Visa International Service Association System and method for implementing financial assistance programs
US9710807B2 (en) 2011-08-18 2017-07-18 Visa International Service Association Third-party value added wallet features and interfaces apparatuses, methods and systems
US9773212B2 (en) 2011-02-28 2017-09-26 Visa International Service Association Secure anonymous transaction apparatuses, methods and systems
US9830328B2 (en) 2012-02-02 2017-11-28 Visa International Service Association Multi-source, multi-dimensional, cross-entry, multimedia merchant analytics database platform apparatuses, methods and systems
US9953334B2 (en) 2011-02-10 2018-04-24 Visa International Service Association Electronic coupon issuance and redemption apparatuses, methods and systems
US9953378B2 (en) 2012-04-27 2018-04-24 Visa International Service Association Social checkout widget generation and integration apparatuses, methods and systems
US9996838B2 (en) 2011-03-04 2018-06-12 Visa International Service Association Cloud service facilitator apparatuses, methods and systems
US10096022B2 (en) 2011-12-13 2018-10-09 Visa International Service Association Dynamic widget generator apparatuses, methods and systems
US10121129B2 (en) 2011-07-05 2018-11-06 Visa International Service Association Electronic wallet checkout platform apparatuses, methods and systems
US10154084B2 (en) 2011-07-05 2018-12-11 Visa International Service Association Hybrid applications utilizing distributed models and views apparatuses, methods and systems
US10204327B2 (en) 2011-02-05 2019-02-12 Visa International Service Association Merchant-consumer bridging platform apparatuses, methods and systems
US10223691B2 (en) 2011-02-22 2019-03-05 Visa International Service Association Universal electronic payment apparatuses, methods and systems
US10223710B2 (en) 2013-01-04 2019-03-05 Visa International Service Association Wearable intelligent vision device apparatuses, methods and systems
US10223730B2 (en) 2011-09-23 2019-03-05 Visa International Service Association E-wallet store injection search apparatuses, methods and systems
US10242358B2 (en) 2011-08-18 2019-03-26 Visa International Service Association Remote decoupled application persistent state apparatuses, methods and systems
US10262148B2 (en) 2012-01-09 2019-04-16 Visa International Service Association Secure dynamic page content and layouts apparatuses, methods and systems
US10318941B2 (en) 2011-12-13 2019-06-11 Visa International Service Association Payment platform interface widget generation apparatuses, methods and systems
US10438176B2 (en) 2011-07-17 2019-10-08 Visa International Service Association Multiple merchant payment processor platform apparatuses, methods and systems
US10579662B2 (en) 2013-04-23 2020-03-03 Black Hills Ip Holdings, Llc Patent claim scope evaluator
US10586227B2 (en) 2011-02-16 2020-03-10 Visa International Service Association Snap mobile payment apparatuses, methods and systems
RU2734340C1 (en) * 2017-01-03 2020-10-15 Алибаба Груп Холдинг Лимитед Currency type switching method and device
US10825001B2 (en) 2011-08-18 2020-11-03 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
US11216468B2 (en) 2015-02-08 2022-01-04 Visa International Service Association Converged merchant processing apparatuses, methods and systems
US11288661B2 (en) 2011-02-16 2022-03-29 Visa International Service Association Snap mobile payment apparatuses, methods and systems
US11301810B2 (en) 2008-10-23 2022-04-12 Black Hills Ip Holdings, Llc Patent mapping
US11308227B2 (en) 2012-01-09 2022-04-19 Visa International Service Association Secure dynamic page content and layouts apparatuses, methods and systems
US11461862B2 (en) 2012-08-20 2022-10-04 Black Hills Ip Holdings, Llc Analytics generation for patent portfolio management
US11714839B2 (en) 2011-05-04 2023-08-01 Black Hills Ip Holdings, Llc Apparatus and method for automated and assisted patent claim mapping and expense planning

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080249937A1 (en) * 2007-04-06 2008-10-09 Walls Robert K Payment card based remittance system with delivery of anti-money laundering information to receiving financial institution
US20090063316A1 (en) * 2007-08-30 2009-03-05 Travis Richard C System and method for exchanging foreign coins and currency
US20090063344A1 (en) * 2007-08-30 2009-03-05 Travis Richard C System and method for exchanging foreign coins and currency
US8285573B1 (en) 2008-01-15 2012-10-09 SciQuest Inc. Prioritizing orders/receipt of items between users
US8930244B2 (en) * 2008-01-15 2015-01-06 Sciquest, Inc. Method, medium, and system for processing requisitions
US8359245B1 (en) 2008-01-15 2013-01-22 SciQuest Inc. Taxonomy and data structure for an electronic procurement system
US8694429B1 (en) 2008-01-15 2014-04-08 Sciquest, Inc. Identifying and resolving discrepancies between purchase documents and invoices
US9245291B1 (en) 2008-05-27 2016-01-26 SciQuest Inc. Method, medium, and system for purchase requisition importation
US8756117B1 (en) 2008-05-27 2014-06-17 Sciquest, Inc. Sku based contract management in an electronic procurement system
EP2321775A4 (en) * 2008-07-21 2013-10-02 Syncada Llc Resource-allocation processing system and approach with resource pooling
US7747475B1 (en) * 2008-09-05 2010-06-29 Amazon Technologies, Inc. Intelligent and firm currency conversion
US20100191587A1 (en) * 2009-01-23 2010-07-29 Donald Jeffrey Duerr Transaction system for charitable fund raising, with tax benefit
EP2355023A1 (en) * 2010-01-06 2011-08-10 Amadeus S.A.S. Improvements in or relating to a search engine and associated method
US20120023015A1 (en) * 2010-07-21 2012-01-26 Aji Mathai Consolidated Payment and Bank Error Correction
CA2913008A1 (en) * 2013-05-23 2014-11-27 Sureshwara Incorporated A system for authorizing electronic transactions and a method thereof
US20150294413A1 (en) * 2014-04-11 2015-10-15 Mastercard International Incorporated Method and system for assuring currency exchange rates
US20150302367A1 (en) * 2014-04-18 2015-10-22 Frederic Billou Systems and methods for funding source selection
US20150363769A1 (en) * 2014-06-16 2015-12-17 Bank Of America Corporation Cryptocurrency Real-Time Conversion System
CN105989238B (en) * 2015-03-04 2018-12-21 阿里巴巴集团控股有限公司 Data interactive method and device
CN114862434A (en) * 2015-10-09 2022-08-05 徐蔚 Information processing method and server for attribute adjustment
CN105590205B (en) * 2016-01-18 2020-11-13 连连银通电子支付有限公司 Electronic wallet with foreign exchange system
TWI687884B (en) * 2018-03-28 2020-03-11 兆豐國際商業銀行股份有限公司 Foreign exchange device and method for distributed foreign exchange
US20200082360A1 (en) * 2018-09-07 2020-03-12 Jointer, Inc. Systems and methods for implementing a smart stablecoin and facilitating the trustless smart swap of cryptocurrency
CN109325766A (en) * 2018-10-23 2019-02-12 数贸科技(北京)有限公司 Pricing method and device under cross-border payment scene based on Multiple Currencies
US20200242573A1 (en) * 2019-01-24 2020-07-30 Sensoriant, Inc. Cryptographic transactions supporting real world requirements
US20220005020A1 (en) * 2020-07-06 2022-01-06 Square, Inc. Peer-To-Peer Transfer of a Stored Value
US20230368169A1 (en) * 2022-05-11 2023-11-16 Intuit Inc. Optimization of cash flow

Citations (102)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4507778A (en) * 1981-10-30 1985-03-26 Fuji Xerox Co., Ltd. Digital transmission system
US4992940A (en) * 1989-03-13 1991-02-12 H-Renee, Incorporated System and method for automated selection of equipment for purchase through input of user desired specifications
US4995112A (en) * 1988-07-05 1991-02-19 Kabushiki Kaisha Toshiba Security system
US4996662A (en) * 1983-10-03 1991-02-26 Wang Laboratories, Inc. Method for generating document using tables storing pointers and indexes
US5483445A (en) * 1992-10-22 1996-01-09 American Express Trs Automated billing consolidation system and method
US5500513A (en) * 1994-05-11 1996-03-19 Visa International Automated purchasing control system
US5712990A (en) * 1991-10-03 1998-01-27 International Technology Corporation Of California Economical automated process for averting physical dangers to people, wildlife or environment due to hazardous waste
US5719771A (en) * 1993-02-24 1998-02-17 Amsc Subsidiary Corporation System for mapping occurrences of conditions in a transport route
US5870719A (en) * 1996-07-03 1999-02-09 Sun Microsystems, Inc. Platform-independent, usage-independent, and access-independent distributed quote configuraton system
US5892900A (en) * 1996-08-30 1999-04-06 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
US5896530A (en) * 1989-09-28 1999-04-20 Sterling Software, Inc. Portable and dynamic distributed applications architecture
US5897645A (en) * 1996-11-22 1999-04-27 Electronic Data Systems Corporation Method and system for composing electronic data interchange information
US6012041A (en) * 1996-03-01 2000-01-04 I.S.R. (Logistics) Limited Apparatus for the control of inventory
US6016477A (en) * 1997-12-18 2000-01-18 International Business Machines Corporation Method and apparatus for identifying applicable business rules
US6029140A (en) * 1994-07-21 2000-02-22 Micron Technology, Inc. On-time delivery, tracking and reporting
US6043819A (en) * 1990-01-16 2000-03-28 Digital Image Systems, Corp Image based document processing and information management system and apparatus
US6169542B1 (en) * 1998-12-14 2001-01-02 Gte Main Street Incorporated Method of delivering advertising through an interactive video distribution system
US6204763B1 (en) * 1999-03-22 2001-03-20 Jujitsu Limited Household consumable item automatic replenishment system including intelligent refrigerator
US20010011241A1 (en) * 1998-03-30 2001-08-02 Martin A. Nemzow Method and apparatus for localizing currency valuation independent of the original and objective currencies
US6338044B1 (en) * 1999-03-17 2002-01-08 Loudeye Technologies, Inc. Personal digital content system
US20020007302A1 (en) * 2000-03-06 2002-01-17 Work Bruce V. Method and apparatus for tracking vendor compliance with purchaser guidelines and related method for the commercial distribution of software and hardware implementing same
US20020016765A1 (en) * 2000-07-11 2002-02-07 David Sacks System and method for third-party payment processing
US20020026374A1 (en) * 2000-05-02 2002-02-28 Moneymaker Vincent B. Comprehensive third-party transactional processing and payment in an online environment
US6357042B2 (en) * 1998-09-16 2002-03-12 Anand Srinivasan Method and apparatus for multiplexing separately-authored metadata for insertion into a video data stream
US20020032649A1 (en) * 2000-04-13 2002-03-14 Balamurugan Selvarajan High-security E-currency IDs for E-commerce transactions
US20020035488A1 (en) * 2000-04-03 2002-03-21 Anthony Aquila System and method of administering, tracking and managing of claims processing
US20020038277A1 (en) * 2000-02-22 2002-03-28 Yuan Frank S. Innovative financing method and system therefor
US20020038305A1 (en) * 2000-08-04 2002-03-28 Bottomline Technologies (De) Inc. Automated invoice receipt and management system
US6366289B1 (en) * 1998-07-17 2002-04-02 Microsoft Corporation Method and system for managing a display image in compressed and uncompressed blocks
US20020040304A1 (en) * 2000-10-02 2002-04-04 Subrao Shenoy Methods and systems for creating and managing capital asset business exchanges
US20020046147A1 (en) * 2000-03-06 2002-04-18 Livesay Jeffrey A. Method and process for providing relevant data, comparing proposal alternatives, and reconciling proposals, invoices, and purchase orders with actual costs in a workflow process
US20020046169A1 (en) * 1999-10-01 2002-04-18 Cardinalcommerce Corporation Secure and efficient payment processing system
US20020046081A1 (en) * 2000-10-06 2002-04-18 International Business Machines Corporation System and method for workflow control of contractual activities
US20020046125A1 (en) * 2000-03-24 2002-04-18 Charles Speicher Systems and methods for correcting supply/demand imbalances in multi-tier exchanges
US20020048369A1 (en) * 1995-02-13 2002-04-25 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
US20020049622A1 (en) * 2000-04-27 2002-04-25 Lettich Anthony R. Vertical systems and methods for providing shipping and logistics services, operations and products to an industry
US20030004823A1 (en) * 2001-06-28 2003-01-02 Epylon Corporation Integrated procurement system facilitating the sharing of research and purchasing across multiple buying organizations
US6505169B1 (en) * 2000-01-26 2003-01-07 At&T Corp. Method for adaptive ad insertion in streaming multimedia content
US6505172B1 (en) * 1994-08-10 2003-01-07 Eplus Inc. Electronic sourcing system
US20030005876A1 (en) * 2001-06-04 2003-01-09 Anthony Boswell Guide device & car park
US6507826B1 (en) * 1999-01-29 2003-01-14 Koriel, Inc. Remote electronic invoice entry and validation system and method therefor
US20030014325A1 (en) * 2001-06-27 2003-01-16 Peter Biffar Automatic pricing and negotiation system
US6510383B1 (en) * 2000-03-01 2003-01-21 Arrivalstar, Inc. Vehicular route optimization system and method
US6510384B2 (en) * 2000-11-15 2003-01-21 International Business Machines Corporation Route search system and route search method
US20030026404A1 (en) * 1998-09-15 2003-02-06 Joyce Simon James Convergent communications system and method with a rule set for authorizing, debiting, settling and recharging a mobile commerce account
US20030033240A1 (en) * 2001-06-11 2003-02-13 Opt4 Derivatives, Inc. Integrated electronic exchange of structured contracts with dynamic risk-based transaction permissioning
US20030033205A1 (en) * 2000-01-10 2003-02-13 D.K. Nowers Method and system for facilitating fulfillment of electronic commercial transactions
US20030046089A1 (en) * 2001-03-23 2003-03-06 Restaurant Services, Inc. System, method and computer program product for an access-based revenue model involving a supply chain management framework
US20030050876A1 (en) * 1998-11-17 2003-03-13 Staas & Halsey Llp Accounting system and method for processing transaction data
US20030055783A1 (en) * 2000-11-06 2003-03-20 Cataline Glen R. System and method for optimized funding of electronic transactions
US20030055675A1 (en) * 2001-09-17 2003-03-20 Klein Twennaar Robbert Frank Arrangement and method for tele-commerce with client profiles
US20030055779A1 (en) * 2001-09-06 2003-03-20 Larry Wolf Apparatus and method of collaborative funding of new products and/or services
US6539360B1 (en) * 1999-02-05 2003-03-25 United Parcel Service Of America, Inc. Special handling processing in a package transportation system
US20030233286A1 (en) * 2002-05-10 2003-12-18 Hahn-Carlson Dean W. Automated transaction processing system and approach
US6673479B2 (en) * 2001-03-15 2004-01-06 Hydrogenics Corporation System and method for enabling the real time buying and selling of electricity generated by fuel cell powered vehicles
US20040010463A1 (en) * 1996-11-12 2004-01-15 Hahn-Carlson Dean W. Automated transaction processing system and approach
US6684384B1 (en) * 1997-03-28 2004-01-27 International Business Machines Corporation Extensible object oriented framework for general ledger
US20040019562A1 (en) * 2002-06-03 2004-01-29 Viberg Jon Jay Term allowance clearinghouse
US6687713B2 (en) * 2000-02-29 2004-02-03 Groupthink Unlimited, Inc. Budget information, analysis, and projection system and method
US20040034578A1 (en) * 2002-08-16 2004-02-19 Oney Bruce A. Data collection method and report generation apparatus including an automatch function for generating a report illustrating a field order and associated invoice
US20040039696A1 (en) * 2002-06-25 2004-02-26 Richard Harmon System and method for executing a payment transaction over a computer network
US6704612B1 (en) * 1996-11-12 2004-03-09 U.S. Bancorp Transaction validation system for auditing and method
US20040049446A1 (en) * 2000-08-04 2004-03-11 Kay Seljeseth Electronic trading system
US20050015332A1 (en) * 2003-07-18 2005-01-20 Grace Chen Cashless payment system
US20050021363A1 (en) * 2003-07-25 2005-01-27 Stimson Gregory F. Debit card per-transaction charitable contribution
US20050021527A1 (en) * 2003-07-10 2005-01-27 Jian Zhang System for resource accounting for multiple entities in an arbitrary value chain
US6850900B1 (en) * 2000-06-19 2005-02-01 Gary W. Hare Full service secure commercial electronic marketplace
US20050027613A1 (en) * 1997-12-08 2005-02-03 Nippon Steel Corporation Goods dealing apparatus, goods, dealing system, goods dealing method, and storage medium
US20050027651A1 (en) * 2003-07-28 2005-02-03 Devault Ricky W. Transaction workflow and data collection system
US20050033760A1 (en) * 1998-09-01 2005-02-10 Charles Fuller Embedded metadata engines in digital capture devices
US20050033660A1 (en) * 1998-06-29 2005-02-10 Netmarket Group Inc. Interactive computer-implemented system and method for negotiating sale of goods and/or services
US20050055306A1 (en) * 1998-09-22 2005-03-10 Science Applications International Corporation User-defined dynamic collaborative environments
US6873963B1 (en) * 1999-11-30 2005-03-29 Daimlerchrysler Corporation Shipment tracking analysis and reporting system (STARS)
US6873997B1 (en) * 1999-08-04 2005-03-29 Agile Software Corporation Data management system and method for automatically propagating information to disparate information systems from a central location
US6983278B1 (en) * 2001-04-10 2006-01-03 Arena Solutions, Inc. System and method for access control and for supply chain management via a shared bill of material
US20060004670A1 (en) * 1999-09-24 2006-01-05 Mckenney Mary K System and method for providing payment services in electronic commerce
US20060010058A1 (en) * 2004-07-09 2006-01-12 Microsoft Corporation Multidimensional database currency conversion systems and methods
US6988111B2 (en) * 2001-11-29 2006-01-17 I2 Technologies Us, Inc. Mapping between part numbers that are based on different part numbering schemes
US20060015454A1 (en) * 2004-06-09 2006-01-19 Hahn-Carlson Dean W Distributor-based transaction processing arrangement and approach
US6999943B1 (en) * 2000-03-10 2006-02-14 Doublecredit.Com, Inc. Routing methods and systems for increasing payment transaction volume and profitability
US7162458B1 (en) * 1998-11-16 2007-01-09 Sky Technologies, Llc System and method for process mining
US20070022021A1 (en) * 2000-05-12 2007-01-25 Walker Jay S Systems and methods wherein a buyer purchases products in a plurality of product categories
US7177836B1 (en) * 1999-12-30 2007-02-13 First Data Corporation Method and system for facilitating financial transactions between consumers over the internet
US7181017B1 (en) * 2001-03-23 2007-02-20 David Felsher System and method for secure three-party communications
US20070055582A1 (en) * 1996-11-12 2007-03-08 Hahn-Carlson Dean W Transaction processing with core and distributor processor implementations
US20070136278A1 (en) * 2003-10-31 2007-06-14 Daniele Grazioli Computer network
US7324976B2 (en) * 2004-07-19 2008-01-29 Amazon Technologies, Inc. Automatic authorization of programmatic transactions
US7327952B2 (en) * 2004-07-26 2008-02-05 Pentax Corporation Stage apparatus and camera shake correction apparatus using the stage apparatus
US7340433B1 (en) * 1999-07-30 2008-03-04 Orbian Management Limited System and method of transaction settlement using trade credit
US7346575B1 (en) * 2002-01-07 2008-03-18 First Data Corporation Systems and methods for selectively delaying financial transactions
US7475024B1 (en) * 2000-12-13 2009-01-06 Microsoft Corporation System and method for distributing in real-time, inventory data acquired from in-store point of sale terminals
US7499875B1 (en) * 2000-03-17 2009-03-03 Ebay Inc. Method and apparatus for facilitating online payment transactions in a network-based transaction facility using multiple payment instruments
US20100017315A1 (en) * 2008-07-21 2010-01-21 Hahn-Carlson Dean W Resource-allocation processing system and approach with adaptive-assessment processing
US7660788B1 (en) * 2003-05-23 2010-02-09 E2Open, Inc. Mapping part numbers and other identifiers
US20100049650A1 (en) * 2000-09-05 2010-02-25 Primerevenue, Inc. Factoring system and method
US20100070397A1 (en) * 2008-07-21 2010-03-18 Hahn-Carlson Dean W Resource-allocation processing system and approach with resource pooling
US7725372B2 (en) * 2006-10-06 2010-05-25 Syncada Llc Transaction payables processing system and approach
US20110004544A1 (en) * 2003-04-17 2011-01-06 Baum Diane T Environmental audit method
US20110029404A1 (en) * 2006-10-06 2011-02-03 Hahn-Carlson Dean W Transaction payables processing system and approach
US7890395B2 (en) * 2004-05-19 2011-02-15 Turnberry Partners, LP Method and system for processing tax pertaining to a goods and services transaction
US8103575B1 (en) * 2006-03-27 2012-01-24 Icap Services North America Llc System and method for use in auditing financial transactions
US8126785B2 (en) * 2004-06-09 2012-02-28 Syncada Llc Automated transaction accounting processing engine and approach

Family Cites Families (108)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4412287A (en) 1975-05-29 1983-10-25 Braddock Iii Walter D Automated stock exchange
US4114027A (en) 1976-09-13 1978-09-12 The Mosler Safe Company On-line/off-line automated banking system
US4270042A (en) 1977-08-01 1981-05-26 Case John M Electronic funds transfer system
US4305059A (en) 1980-01-03 1981-12-08 Benton William M Modular funds transfer system
US4567359A (en) 1984-05-24 1986-01-28 Lockwood Lawrence B Automatic information, goods and services dispensing system
US4713761A (en) 1985-07-18 1987-12-15 Pitney Bowes, Inc. System for centralized processing of accounting and payment functions
US5222018A (en) 1985-07-18 1993-06-22 Pitney Bowes Inc. System for centralized processing of accounting and payment functions
US4725719A (en) 1986-07-21 1988-02-16 First City National Bank Of Austin Restricted purpose, commercial, monetary regulation method
US5218188A (en) 1989-10-24 1993-06-08 Norand Corporation Compact hand-held RF data terminal
US4799156A (en) 1986-10-01 1989-01-17 Strategic Processing Corporation Interactive market management system
US4750119A (en) 1986-10-10 1988-06-07 Tradevest, Inc. Purchasing system with rebate feature
US5025372A (en) 1987-09-17 1991-06-18 Meridian Enterprises, Inc. System and method for administration of incentive award program through use of credit
US4926325A (en) 1988-08-23 1990-05-15 Moneyfax, Inc. Apparatus for carrying out financial transactions via a facsimile machine
US5077694A (en) 1988-12-16 1991-12-31 Pitney Bowes Inc. Distribution mailing system having a control database for storing mail handling categories common to the databases of selected mailer stations
US4949272A (en) 1988-12-16 1990-08-14 Pitney Bowes Inc. Flexible billing rate for mail communication systems
US5008827A (en) 1988-12-16 1991-04-16 Pitney Bowes Inc. Central postage data communication network
US5161109A (en) 1988-12-16 1992-11-03 Pitney Bowes Inc. Up/down loading of databases
US4960981A (en) 1989-01-17 1990-10-02 Moneyfax, Inc. Method of and system for electronic funds transfer via facsimile machines
US5040132A (en) 1989-03-15 1991-08-13 Pitney Bowes Inc. System for preparing shipping documents
US5043908A (en) 1989-10-03 1991-08-27 Pitney Bowes Inc. Mail delivery system with arrival monitoring
ZA907106B (en) 1989-10-06 1991-09-25 Net 1 Products Pty Ltd Funds transfer system
US5168444A (en) 1989-11-15 1992-12-01 Teknekron Transportation Systems Shipment system including processing of document images
US5220501A (en) 1989-12-08 1993-06-15 Online Resources, Ltd. Method and system for remote delivery of retail banking services
US5153842A (en) 1990-02-05 1992-10-06 Pitney Bowes Inc. Integrated circuit package label and/or manifest system
US5117364A (en) 1990-03-02 1992-05-26 Barns Slavin Ileana D Carrier management method and system having auto-rate shopping
US5231569A (en) 1990-06-12 1993-07-27 Sears Payment Systems, Inc. Account transaction system
US5063507A (en) 1990-09-14 1991-11-05 Plains Cotton Cooperative Association Goods database employing electronic title or documentary-type title
CA2059078C (en) 1991-02-27 1995-10-03 Alexander G. Fraser Mediation of transactions by a communications system
US5426281A (en) 1991-08-22 1995-06-20 Abecassis; Max Transaction protection system
US5208446A (en) 1991-09-19 1993-05-04 Martinez Jerry R Method and apparatus for validating credit information during home delivery of order
CA2091640A1 (en) 1991-09-19 1994-09-16 Jerry R. Martinez Method and apparatus for validating credit information during home delivery of order
GB9121995D0 (en) 1991-10-16 1991-11-27 Jonhig Ltd Value transfer system
US5428210A (en) 1992-01-10 1995-06-27 National Bancard Corporation Data card terminal with embossed character reader and signature capture
US5334823A (en) 1992-01-10 1994-08-02 National Bancard Corporation Systems and methods for operating data card terminals for transaction chargeback protection
US5393963A (en) 1992-03-17 1995-02-28 Company Chex, Inc. Check authorization system and process
US5293310A (en) 1992-05-22 1994-03-08 Pitney Bowes Inc. Flexible method for applying customized rating adjustments to transaction charges
US5337246A (en) 1992-05-22 1994-08-09 Pitney Bowes Inc. Flexible apparatus and method for applying customized rating adjustments to transaction charges
US6323894B1 (en) 1993-03-12 2001-11-27 Telebuyer, Llc Commercial product routing system with video vending capability
RU2183854C2 (en) 1993-05-20 2002-06-20 Мур Бизнес Формз, Инк. System of applications and application accompanying system
US5794207A (en) 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US5666493A (en) 1993-08-24 1997-09-09 Lykes Bros., Inc. System for managing customer orders and method of implementation
US5485369A (en) 1993-09-28 1996-01-16 Tandata Corporation Logistics system for automating tansportation of goods
US5920847A (en) 1993-11-01 1999-07-06 Visa International Service Association Electronic bill pay system
JPH07194139A (en) 1993-12-27 1995-07-28 Hitachi Ltd Cooling device of inverter for electric automobile
US6996542B1 (en) 1994-06-03 2006-02-07 Midwest Payment Systems System and method for paying bills and other obligations including selective payor and payee controls
GB9416673D0 (en) 1994-08-17 1994-10-12 Reuters Ltd Data exchange filtering system
US5717989A (en) 1994-10-13 1998-02-10 Full Service Trade System Ltd. Full service trade system
US5732400A (en) 1995-01-04 1998-03-24 Citibank N.A. System and method for a risk-based purchase of goods
EP1431864B2 (en) 1995-02-13 2012-08-22 Intertrust Technologies Corporation Systems and methods for secure transaction management and electronic rights protection
US5930363A (en) 1995-03-17 1999-07-27 Transmo Limited Card charging systems
US5677955A (en) 1995-04-07 1997-10-14 Financial Services Technology Consortium Electronic funds transfer instruments
US6223168B1 (en) 1995-07-25 2001-04-24 Bottomline Technologies, Inc. Automatic remittance delivery system
US5893080A (en) 1995-07-25 1999-04-06 Bottomline Technologies, Inc. Disbursement system and method
US5758328A (en) 1996-02-22 1998-05-26 Giovannoli; Joseph Computerized quotation system and method
US6026374A (en) 1996-05-30 2000-02-15 International Business Machines Corporation System and method for generating trusted descriptions of information products
US6266640B1 (en) 1996-08-06 2001-07-24 Dialogic Corporation Data network with voice verification means
US5806063A (en) 1996-10-03 1998-09-08 Mcdonnell Douglas Corporation Date formatting and sorting for dates spanning the turn of the century
US6029150A (en) 1996-10-04 2000-02-22 Certco, Llc Payment and transactions in electronic commerce system
US5960407A (en) 1996-10-08 1999-09-28 Vivona; Robert G. Automated market price analysis system
US5995976A (en) 1996-10-11 1999-11-30 Walker Asset Management Limited Partnership Method and apparatus for distributing supplemental information related to printed articles
US6070150A (en) 1996-10-18 2000-05-30 Microsoft Corporation Electronic bill presentment and payment system
US6697702B1 (en) 1999-03-12 2004-02-24 U.S. Bancorp Shipment transaction system and an arrangement thereof
WO1998037655A1 (en) 1996-12-20 1998-08-27 Financial Services Technology Consortium Method and system for processing electronic documents
US6167378A (en) 1997-01-21 2000-12-26 Webber, Jr.; Donald Gary Automated back office transaction method and system
US5949044A (en) 1997-06-13 1999-09-07 Walker Asset Management Limited Partnership Method and apparatus for funds and credit line transfers
US6199046B1 (en) * 1997-07-29 2001-03-06 Adsura Pty Ltd. Method system and article of manufacture for performing real time currency conversion
US6044362A (en) 1997-09-08 2000-03-28 Neely; R. Alan Electronic invoicing and payment system
US6055519A (en) 1997-10-11 2000-04-25 I2 Technologies, Inc. Framework for negotiation and tracking of sale of goods
US6047268A (en) 1997-11-04 2000-04-04 A.T.&T. Corporation Method and apparatus for billing for transactions conducted over the internet
US6131087A (en) 1997-11-05 2000-10-10 The Planning Solutions Group, Inc. Method for automatically identifying, matching, and near-matching buyers and sellers in electronic market transactions
US6493685B1 (en) 1999-02-10 2002-12-10 The Chase Manhattan Bank Electronic account presentation and response system and method
US7590575B2 (en) * 1999-03-08 2009-09-15 Microsoft Corporation Method and apparatus for converting, formatting, and displaying currency values
US6477510B1 (en) * 1999-03-15 2002-11-05 Andrew Johnson, Inc. Euro booking currency conversion method
US6944595B1 (en) * 1999-03-25 2005-09-13 International Business Machines Corporation Apparatus and method for performing conversion between different units of currency using an encapsulated conversion path of exchange rates
US6789252B1 (en) 1999-04-15 2004-09-07 Miles D. Burke Building business objects and business software applications using dynamic object definitions of ingrediential objects
US6526443B1 (en) 1999-05-12 2003-02-25 Sandia Corporation Method and apparatus for managing transactions with connected computers
US6829590B1 (en) * 2000-01-31 2004-12-07 Goldman, Sachs & Co. Enhanced online sales risk management system
US20020062278A1 (en) * 2000-02-18 2002-05-23 Ingram Bradley Kent Method and system for international e-commerce
US20010032171A1 (en) * 2000-03-07 2001-10-18 Brink Jerry Ten System and method for trading commodities
US20010047311A1 (en) 2000-04-13 2001-11-29 Bhavesh Singh Method for communicating, collaborating and transacting commerce via a communication network
WO2001082193A1 (en) 2000-04-26 2001-11-01 Oracle Corporation Many-to-many correspondance: methods and systems for replacing interbank funds transfers
WO2002015098A2 (en) 2000-08-11 2002-02-21 Loy John J Trade receivable processing method and apparatus
US8131627B2 (en) * 2000-08-17 2012-03-06 Mamoud Sadre Open clearing system
CA2322602A1 (en) * 2000-10-06 2002-04-06 Ibm Canada Limited-Ibm Canada Limitee System and method for generating a contract and conducting contractual activities under the contract
WO2002029608A2 (en) 2000-10-06 2002-04-11 Optiant, Inc. System and method for determining the optimum configuration strategy for systems with multiple decision options
US8577794B2 (en) 2000-10-24 2013-11-05 Bank Of America Corporation System and method for collecting information to facilitate enrollment in an electronic funds transfer program
US20020059134A1 (en) 2000-11-15 2002-05-16 Sun Microsystems, Inc. Flexible and extensible e-commerce architecture
US8311911B2 (en) 2000-12-30 2012-11-13 E*Trade Financial Corporation Global foreign exchange system
US20020095355A1 (en) * 2001-01-18 2002-07-18 Doreen A. Labit Computer-implemented international trade system
US6882983B2 (en) 2001-02-05 2005-04-19 Notiva Corporation Method and system for processing transactions
GB2372616A (en) 2001-02-23 2002-08-28 Hewlett Packard Co Transaction method and apparatus using two part tokens
US20020161719A1 (en) 2001-04-27 2002-10-31 Manning David Franklin Method of and apparatus for on-line enrolment
WO2002091113A2 (en) * 2001-05-03 2002-11-14 Thermodynamic Design, Llc Method and system of exchanging and deriving economic benefit from exchanging securities
US7730528B2 (en) 2001-06-01 2010-06-01 Symantec Corporation Intelligent secure data manipulation apparatus and method
US20030126047A1 (en) 2001-06-29 2003-07-03 Terri Hollar Accounting engine for a lease transaction management and accounting system
US20030018563A1 (en) 2001-07-13 2003-01-23 Efficient Capital Corporation Trading and processing of commercial accounts receivable
US20030158811A1 (en) 2001-07-18 2003-08-21 Ventanex System and method for rules based electronic funds transaction processing
US20030041008A1 (en) * 2001-08-22 2003-02-27 William Grey System and method for facilitating transactions among disparate entities
US7958049B2 (en) 2001-11-01 2011-06-07 Metavante Corporation System and method for obtaining customer bill information and facilitating bill payment at biller websites
US20030233321A1 (en) 2001-11-30 2003-12-18 Scolini Anthony J. Integrated invoice solution
US20030135435A1 (en) 2002-01-15 2003-07-17 Amos Aharoni E-DRAFT collection
US7356516B2 (en) 2002-06-13 2008-04-08 Visa U.S.A. Inc. Method and system for facilitating electronic dispute resolution
GB2398894A (en) 2003-02-28 2004-09-01 C6 Ltd A networked computer system for selling/distributing goods/products directly or indirectly to a customer based on the customers status/rating.
US7467639B2 (en) * 2003-03-28 2008-12-23 General Electric Company Systems and methods for controlling gas flow
SG120112A1 (en) * 2003-08-06 2006-03-28 Oneempower Pte Ltd Transaction method and system
US8660950B2 (en) 2004-04-16 2014-02-25 Wells Fargo, N.A. System and method for bill pay with credit card funding
US20050251478A1 (en) * 2004-05-04 2005-11-10 Aura Yanavi Investment and method for hedging operational risk associated with business events of another
US7529706B2 (en) * 2004-07-14 2009-05-05 Yahoo! Inc. Systems and methods for performing international money exchanges

Patent Citations (104)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4507778A (en) * 1981-10-30 1985-03-26 Fuji Xerox Co., Ltd. Digital transmission system
US4996662A (en) * 1983-10-03 1991-02-26 Wang Laboratories, Inc. Method for generating document using tables storing pointers and indexes
US4995112A (en) * 1988-07-05 1991-02-19 Kabushiki Kaisha Toshiba Security system
US4992940A (en) * 1989-03-13 1991-02-12 H-Renee, Incorporated System and method for automated selection of equipment for purchase through input of user desired specifications
US5896530A (en) * 1989-09-28 1999-04-20 Sterling Software, Inc. Portable and dynamic distributed applications architecture
US6043819A (en) * 1990-01-16 2000-03-28 Digital Image Systems, Corp Image based document processing and information management system and apparatus
US5712990A (en) * 1991-10-03 1998-01-27 International Technology Corporation Of California Economical automated process for averting physical dangers to people, wildlife or environment due to hazardous waste
US5483445A (en) * 1992-10-22 1996-01-09 American Express Trs Automated billing consolidation system and method
US5719771A (en) * 1993-02-24 1998-02-17 Amsc Subsidiary Corporation System for mapping occurrences of conditions in a transport route
US5500513A (en) * 1994-05-11 1996-03-19 Visa International Automated purchasing control system
US6029140A (en) * 1994-07-21 2000-02-22 Micron Technology, Inc. On-time delivery, tracking and reporting
US6505172B1 (en) * 1994-08-10 2003-01-07 Eplus Inc. Electronic sourcing system
US20020048369A1 (en) * 1995-02-13 2002-04-25 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
US6012041A (en) * 1996-03-01 2000-01-04 I.S.R. (Logistics) Limited Apparatus for the control of inventory
US5870719A (en) * 1996-07-03 1999-02-09 Sun Microsystems, Inc. Platform-independent, usage-independent, and access-independent distributed quote configuraton system
US5892900A (en) * 1996-08-30 1999-04-06 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
US20040010463A1 (en) * 1996-11-12 2004-01-15 Hahn-Carlson Dean W. Automated transaction processing system and approach
US6704612B1 (en) * 1996-11-12 2004-03-09 U.S. Bancorp Transaction validation system for auditing and method
US20070055582A1 (en) * 1996-11-12 2007-03-08 Hahn-Carlson Dean W Transaction processing with core and distributor processor implementations
US5897645A (en) * 1996-11-22 1999-04-27 Electronic Data Systems Corporation Method and system for composing electronic data interchange information
US6684384B1 (en) * 1997-03-28 2004-01-27 International Business Machines Corporation Extensible object oriented framework for general ledger
US20050027613A1 (en) * 1997-12-08 2005-02-03 Nippon Steel Corporation Goods dealing apparatus, goods, dealing system, goods dealing method, and storage medium
US6016477A (en) * 1997-12-18 2000-01-18 International Business Machines Corporation Method and apparatus for identifying applicable business rules
US20010011241A1 (en) * 1998-03-30 2001-08-02 Martin A. Nemzow Method and apparatus for localizing currency valuation independent of the original and objective currencies
US6721715B2 (en) * 1998-03-30 2004-04-13 Martin A. Nemzow Method and apparatus for localizing currency valuation independent of the original and objective currencies
US20050033660A1 (en) * 1998-06-29 2005-02-10 Netmarket Group Inc. Interactive computer-implemented system and method for negotiating sale of goods and/or services
US6366289B1 (en) * 1998-07-17 2002-04-02 Microsoft Corporation Method and system for managing a display image in compressed and uncompressed blocks
US20050033760A1 (en) * 1998-09-01 2005-02-10 Charles Fuller Embedded metadata engines in digital capture devices
US20030026404A1 (en) * 1998-09-15 2003-02-06 Joyce Simon James Convergent communications system and method with a rule set for authorizing, debiting, settling and recharging a mobile commerce account
US6357042B2 (en) * 1998-09-16 2002-03-12 Anand Srinivasan Method and apparatus for multiplexing separately-authored metadata for insertion into a video data stream
US20050055306A1 (en) * 1998-09-22 2005-03-10 Science Applications International Corporation User-defined dynamic collaborative environments
US7162458B1 (en) * 1998-11-16 2007-01-09 Sky Technologies, Llc System and method for process mining
US20030050876A1 (en) * 1998-11-17 2003-03-13 Staas & Halsey Llp Accounting system and method for processing transaction data
US6169542B1 (en) * 1998-12-14 2001-01-02 Gte Main Street Incorporated Method of delivering advertising through an interactive video distribution system
US6507826B1 (en) * 1999-01-29 2003-01-14 Koriel, Inc. Remote electronic invoice entry and validation system and method therefor
US6539360B1 (en) * 1999-02-05 2003-03-25 United Parcel Service Of America, Inc. Special handling processing in a package transportation system
US6338044B1 (en) * 1999-03-17 2002-01-08 Loudeye Technologies, Inc. Personal digital content system
US6204763B1 (en) * 1999-03-22 2001-03-20 Jujitsu Limited Household consumable item automatic replenishment system including intelligent refrigerator
US7340433B1 (en) * 1999-07-30 2008-03-04 Orbian Management Limited System and method of transaction settlement using trade credit
US6873997B1 (en) * 1999-08-04 2005-03-29 Agile Software Corporation Data management system and method for automatically propagating information to disparate information systems from a central location
US20060004670A1 (en) * 1999-09-24 2006-01-05 Mckenney Mary K System and method for providing payment services in electronic commerce
US20020046169A1 (en) * 1999-10-01 2002-04-18 Cardinalcommerce Corporation Secure and efficient payment processing system
US6873963B1 (en) * 1999-11-30 2005-03-29 Daimlerchrysler Corporation Shipment tracking analysis and reporting system (STARS)
US7177836B1 (en) * 1999-12-30 2007-02-13 First Data Corporation Method and system for facilitating financial transactions between consumers over the internet
US20030033205A1 (en) * 2000-01-10 2003-02-13 D.K. Nowers Method and system for facilitating fulfillment of electronic commercial transactions
US6505169B1 (en) * 2000-01-26 2003-01-07 At&T Corp. Method for adaptive ad insertion in streaming multimedia content
US20020038277A1 (en) * 2000-02-22 2002-03-28 Yuan Frank S. Innovative financing method and system therefor
US6687713B2 (en) * 2000-02-29 2004-02-03 Groupthink Unlimited, Inc. Budget information, analysis, and projection system and method
US6510383B1 (en) * 2000-03-01 2003-01-21 Arrivalstar, Inc. Vehicular route optimization system and method
US20020007302A1 (en) * 2000-03-06 2002-01-17 Work Bruce V. Method and apparatus for tracking vendor compliance with purchaser guidelines and related method for the commercial distribution of software and hardware implementing same
US20020046147A1 (en) * 2000-03-06 2002-04-18 Livesay Jeffrey A. Method and process for providing relevant data, comparing proposal alternatives, and reconciling proposals, invoices, and purchase orders with actual costs in a workflow process
US6999943B1 (en) * 2000-03-10 2006-02-14 Doublecredit.Com, Inc. Routing methods and systems for increasing payment transaction volume and profitability
US7499875B1 (en) * 2000-03-17 2009-03-03 Ebay Inc. Method and apparatus for facilitating online payment transactions in a network-based transaction facility using multiple payment instruments
US20020046125A1 (en) * 2000-03-24 2002-04-18 Charles Speicher Systems and methods for correcting supply/demand imbalances in multi-tier exchanges
US20020035488A1 (en) * 2000-04-03 2002-03-21 Anthony Aquila System and method of administering, tracking and managing of claims processing
US20020032649A1 (en) * 2000-04-13 2002-03-14 Balamurugan Selvarajan High-security E-currency IDs for E-commerce transactions
US20020049622A1 (en) * 2000-04-27 2002-04-25 Lettich Anthony R. Vertical systems and methods for providing shipping and logistics services, operations and products to an industry
US20020026374A1 (en) * 2000-05-02 2002-02-28 Moneymaker Vincent B. Comprehensive third-party transactional processing and payment in an online environment
US20070022021A1 (en) * 2000-05-12 2007-01-25 Walker Jay S Systems and methods wherein a buyer purchases products in a plurality of product categories
US6850900B1 (en) * 2000-06-19 2005-02-01 Gary W. Hare Full service secure commercial electronic marketplace
US20020016765A1 (en) * 2000-07-11 2002-02-07 David Sacks System and method for third-party payment processing
US20040049446A1 (en) * 2000-08-04 2004-03-11 Kay Seljeseth Electronic trading system
US20020038305A1 (en) * 2000-08-04 2002-03-28 Bottomline Technologies (De) Inc. Automated invoice receipt and management system
US20100049650A1 (en) * 2000-09-05 2010-02-25 Primerevenue, Inc. Factoring system and method
US20020040304A1 (en) * 2000-10-02 2002-04-04 Subrao Shenoy Methods and systems for creating and managing capital asset business exchanges
US20020046081A1 (en) * 2000-10-06 2002-04-18 International Business Machines Corporation System and method for workflow control of contractual activities
US20030055783A1 (en) * 2000-11-06 2003-03-20 Cataline Glen R. System and method for optimized funding of electronic transactions
US6510384B2 (en) * 2000-11-15 2003-01-21 International Business Machines Corporation Route search system and route search method
US7475024B1 (en) * 2000-12-13 2009-01-06 Microsoft Corporation System and method for distributing in real-time, inventory data acquired from in-store point of sale terminals
US6673479B2 (en) * 2001-03-15 2004-01-06 Hydrogenics Corporation System and method for enabling the real time buying and selling of electricity generated by fuel cell powered vehicles
US7181017B1 (en) * 2001-03-23 2007-02-20 David Felsher System and method for secure three-party communications
US20030046089A1 (en) * 2001-03-23 2003-03-06 Restaurant Services, Inc. System, method and computer program product for an access-based revenue model involving a supply chain management framework
US6983278B1 (en) * 2001-04-10 2006-01-03 Arena Solutions, Inc. System and method for access control and for supply chain management via a shared bill of material
US20030005876A1 (en) * 2001-06-04 2003-01-09 Anthony Boswell Guide device & car park
US20030033240A1 (en) * 2001-06-11 2003-02-13 Opt4 Derivatives, Inc. Integrated electronic exchange of structured contracts with dynamic risk-based transaction permissioning
US20030014325A1 (en) * 2001-06-27 2003-01-16 Peter Biffar Automatic pricing and negotiation system
US20030004823A1 (en) * 2001-06-28 2003-01-02 Epylon Corporation Integrated procurement system facilitating the sharing of research and purchasing across multiple buying organizations
US20030055779A1 (en) * 2001-09-06 2003-03-20 Larry Wolf Apparatus and method of collaborative funding of new products and/or services
US20030055675A1 (en) * 2001-09-17 2003-03-20 Klein Twennaar Robbert Frank Arrangement and method for tele-commerce with client profiles
US6988111B2 (en) * 2001-11-29 2006-01-17 I2 Technologies Us, Inc. Mapping between part numbers that are based on different part numbering schemes
US7346575B1 (en) * 2002-01-07 2008-03-18 First Data Corporation Systems and methods for selectively delaying financial transactions
US20030233286A1 (en) * 2002-05-10 2003-12-18 Hahn-Carlson Dean W. Automated transaction processing system and approach
US7496519B2 (en) * 2002-05-10 2009-02-24 U.S. Bank National Association Automated transaction processing system and approach
US20040019562A1 (en) * 2002-06-03 2004-01-29 Viberg Jon Jay Term allowance clearinghouse
US20040039696A1 (en) * 2002-06-25 2004-02-26 Richard Harmon System and method for executing a payment transaction over a computer network
US20040034578A1 (en) * 2002-08-16 2004-02-19 Oney Bruce A. Data collection method and report generation apparatus including an automatch function for generating a report illustrating a field order and associated invoice
US20110004544A1 (en) * 2003-04-17 2011-01-06 Baum Diane T Environmental audit method
US7660788B1 (en) * 2003-05-23 2010-02-09 E2Open, Inc. Mapping part numbers and other identifiers
US20050021527A1 (en) * 2003-07-10 2005-01-27 Jian Zhang System for resource accounting for multiple entities in an arbitrary value chain
US20050015332A1 (en) * 2003-07-18 2005-01-20 Grace Chen Cashless payment system
US20050021363A1 (en) * 2003-07-25 2005-01-27 Stimson Gregory F. Debit card per-transaction charitable contribution
US20050027651A1 (en) * 2003-07-28 2005-02-03 Devault Ricky W. Transaction workflow and data collection system
US20070136278A1 (en) * 2003-10-31 2007-06-14 Daniele Grazioli Computer network
US7890395B2 (en) * 2004-05-19 2011-02-15 Turnberry Partners, LP Method and system for processing tax pertaining to a goods and services transaction
US8126785B2 (en) * 2004-06-09 2012-02-28 Syncada Llc Automated transaction accounting processing engine and approach
US20060015454A1 (en) * 2004-06-09 2006-01-19 Hahn-Carlson Dean W Distributor-based transaction processing arrangement and approach
US20060010058A1 (en) * 2004-07-09 2006-01-12 Microsoft Corporation Multidimensional database currency conversion systems and methods
US7324976B2 (en) * 2004-07-19 2008-01-29 Amazon Technologies, Inc. Automatic authorization of programmatic transactions
US7327952B2 (en) * 2004-07-26 2008-02-05 Pentax Corporation Stage apparatus and camera shake correction apparatus using the stage apparatus
US8103575B1 (en) * 2006-03-27 2012-01-24 Icap Services North America Llc System and method for use in auditing financial transactions
US7725372B2 (en) * 2006-10-06 2010-05-25 Syncada Llc Transaction payables processing system and approach
US20110029404A1 (en) * 2006-10-06 2011-02-03 Hahn-Carlson Dean W Transaction payables processing system and approach
US20100017315A1 (en) * 2008-07-21 2010-01-21 Hahn-Carlson Dean W Resource-allocation processing system and approach with adaptive-assessment processing
US20100070397A1 (en) * 2008-07-21 2010-03-18 Hahn-Carlson Dean W Resource-allocation processing system and approach with resource pooling

Cited By (95)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8589268B2 (en) 1996-11-12 2013-11-19 Syncada Llc Financial institution-based transaction processing system and approach
US8825549B2 (en) 1996-11-12 2014-09-02 Syncada Llc Transaction processing with core and distributor processor implementations
US8392285B2 (en) 1996-11-12 2013-03-05 Syncada Llc Multi-supplier transaction and payment programmed processing approach with at least one supplier
US8595099B2 (en) 1996-11-12 2013-11-26 Syncada Llc Financial institution-based transaction processing system and approach
US8396811B1 (en) 1999-02-26 2013-03-12 Syncada Llc Validation approach for auditing a vendor-based transaction
US8762238B2 (en) 2004-06-09 2014-06-24 Syncada Llc Recurring transaction processing system and approach
US8560439B2 (en) 2004-06-09 2013-10-15 Syncada Llc Transaction processing with core and distributor processor implementations
US8650119B2 (en) 2004-06-09 2014-02-11 Syncada Llc Order-resource fulfillment and management system and approach
US8712884B2 (en) 2006-10-06 2014-04-29 Syncada Llc Transaction finance processing system and approach
US8751337B2 (en) 2008-01-25 2014-06-10 Syncada Llc Inventory-based payment processing system and approach
US9652765B2 (en) 2008-08-26 2017-05-16 Visa International Service Association System and method for implementing financial assistance programs
US11301810B2 (en) 2008-10-23 2022-04-12 Black Hills Ip Holdings, Llc Patent mapping
US8812381B2 (en) * 2009-01-16 2014-08-19 First Data Transportation Services, Inc. Electronic cargo payment system
US10467607B2 (en) * 2009-01-16 2019-11-05 PayCargo, LLC Electronic cargo payment system
US20100185539A1 (en) * 2009-01-16 2010-07-22 PayCargo, LLC Electronic cargo payment system
US20150026048A1 (en) * 2009-01-16 2015-01-22 PayCargo, LLC Electronic cargo payment system
US10500481B2 (en) 2010-10-20 2019-12-10 Playspan Inc. Dynamic payment optimization apparatuses, methods and systems
WO2012054786A1 (en) * 2010-10-20 2012-04-26 Playspan Inc. Flexible monetization service apparatuses, methods and systems
US10688385B2 (en) 2010-10-20 2020-06-23 Playspan Inc. In-application universal storefront apparatuses, methods and systems
US11311797B2 (en) 2010-10-20 2022-04-26 Playspan Inc. Dynamic payment optimization apparatuses, methods and systems
US9757644B2 (en) 2010-10-20 2017-09-12 Playspin Inc. Dynamic payment optimization apparatuses, methods and systems
AU2011316955B2 (en) * 2010-10-20 2016-12-01 Playspan Inc. Flexible monetization service apparatuses, methods and systems
US8571937B2 (en) 2010-10-20 2013-10-29 Playspan Inc. Dynamic payment optimization apparatuses, methods and systems
US10204327B2 (en) 2011-02-05 2019-02-12 Visa International Service Association Merchant-consumer bridging platform apparatuses, methods and systems
US11093919B2 (en) 2011-02-05 2021-08-17 Visa International Service Association Merchant-consumer bridging platform apparatuses, methods and systems
US9953334B2 (en) 2011-02-10 2018-04-24 Visa International Service Association Electronic coupon issuance and redemption apparatuses, methods and systems
US10621605B2 (en) 2011-02-10 2020-04-14 Visa International Service Association Electronic coupon issuance and redemption apparatuses, methods and systems
US11288661B2 (en) 2011-02-16 2022-03-29 Visa International Service Association Snap mobile payment apparatuses, methods and systems
US10586227B2 (en) 2011-02-16 2020-03-10 Visa International Service Association Snap mobile payment apparatuses, methods and systems
US11023886B2 (en) 2011-02-22 2021-06-01 Visa International Service Association Universal electronic payment apparatuses, methods and systems
US10223691B2 (en) 2011-02-22 2019-03-05 Visa International Service Association Universal electronic payment apparatuses, methods and systems
US9773212B2 (en) 2011-02-28 2017-09-26 Visa International Service Association Secure anonymous transaction apparatuses, methods and systems
US10482398B2 (en) 2011-02-28 2019-11-19 Visa International Service Association Secure anonymous transaction apparatuses, methods and systems
US11250352B2 (en) 2011-02-28 2022-02-15 Visa International Service Association Secure anonymous transaction apparatuses, methods and systems
US11263640B2 (en) 2011-03-04 2022-03-01 Visa International Service Association Cloud service facilitator apparatuses, methods and systems
US9996838B2 (en) 2011-03-04 2018-06-12 Visa International Service Association Cloud service facilitator apparatuses, methods and systems
US11714839B2 (en) 2011-05-04 2023-08-01 Black Hills Ip Holdings, Llc Apparatus and method for automated and assisted patent claim mapping and expense planning
US9646291B2 (en) 2011-05-11 2017-05-09 Visa International Service Association Electronic receipt manager apparatuses, methods and systems
US11853977B2 (en) 2011-05-11 2023-12-26 Visa International Service Association Electronic receipt manager apparatuses, methods and systems
US10489756B2 (en) 2011-05-11 2019-11-26 Visa International Service Association Electronic receipt manager apparatuses, methods and systems
US11263601B2 (en) 2011-05-11 2022-03-01 Visa International Service Association Electronic receipt manager apparatuses, methods and systems
US8577803B2 (en) 2011-06-03 2013-11-05 Visa International Service Association Virtual wallet card selection apparatuses, methods and systems
US10154084B2 (en) 2011-07-05 2018-12-11 Visa International Service Association Hybrid applications utilizing distributed models and views apparatuses, methods and systems
US10803449B2 (en) 2011-07-05 2020-10-13 Visa International Service Association Electronic wallet checkout platform apparatuses, methods and systems
US11900359B2 (en) 2011-07-05 2024-02-13 Visa International Service Association Electronic wallet checkout platform apparatuses, methods and systems
US10121129B2 (en) 2011-07-05 2018-11-06 Visa International Service Association Electronic wallet checkout platform apparatuses, methods and systems
US11010753B2 (en) 2011-07-05 2021-05-18 Visa International Service Association Electronic wallet checkout platform apparatuses, methods and systems
US10419529B2 (en) 2011-07-05 2019-09-17 Visa International Service Association Hybrid applications utilizing distributed models and views apparatuses, methods and systems
US10438176B2 (en) 2011-07-17 2019-10-08 Visa International Service Association Multiple merchant payment processor platform apparatuses, methods and systems
US10354240B2 (en) 2011-08-18 2019-07-16 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
US11397931B2 (en) 2011-08-18 2022-07-26 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
US9355393B2 (en) 2011-08-18 2016-05-31 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
US9710807B2 (en) 2011-08-18 2017-07-18 Visa International Service Association Third-party value added wallet features and interfaces apparatuses, methods and systems
US9959531B2 (en) 2011-08-18 2018-05-01 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
US11803825B2 (en) 2011-08-18 2023-10-31 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
US10242358B2 (en) 2011-08-18 2019-03-26 Visa International Service Association Remote decoupled application persistent state apparatuses, methods and systems
US11763294B2 (en) 2011-08-18 2023-09-19 Visa International Service Association Remote decoupled application persistent state apparatuses, methods and systems
US10825001B2 (en) 2011-08-18 2020-11-03 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
US11037138B2 (en) 2011-08-18 2021-06-15 Visa International Service Association Third-party value added wallet features and interfaces apparatuses, methods, and systems
US11010756B2 (en) 2011-08-18 2021-05-18 Visa International Service Association Remote decoupled application persistent state apparatuses, methods and systems
US9117225B2 (en) 2011-09-16 2015-08-25 Visa International Service Association Apparatuses, methods and systems for transforming user infrastructure requests inputs to infrastructure design product and infrastructure allocation outputs
US10223730B2 (en) 2011-09-23 2019-03-05 Visa International Service Association E-wallet store injection search apparatuses, methods and systems
US11354723B2 (en) 2011-09-23 2022-06-07 Visa International Service Association Smart shopping cart with E-wallet store injection search
US20130085912A1 (en) * 2011-10-03 2013-04-04 Black Hills Ip Holdings, Llc Patent registry architecture
US11714819B2 (en) 2011-10-03 2023-08-01 Black Hills Ip Holdings, Llc Patent mapping
US11775538B2 (en) 2011-10-03 2023-10-03 Black Hills Ip Holdings, Llc Systems, methods and user interfaces in a patent management system
US11360988B2 (en) 2011-10-03 2022-06-14 Black Hills Ip Holdings, Llc Systems, methods and user interfaces in a patent management system
US11789954B2 (en) 2011-10-03 2023-10-17 Black Hills Ip Holdings, Llc System and method for patent and prior art analysis
US11048709B2 (en) 2011-10-03 2021-06-29 Black Hills Ip Holdings, Llc Patent mapping
US11797546B2 (en) 2011-10-03 2023-10-24 Black Hills Ip Holdings, Llc Patent mapping
US11803560B2 (en) 2011-10-03 2023-10-31 Black Hills Ip Holdings, Llc Patent claim mapping
US20130085911A1 (en) * 2011-10-03 2013-04-04 Black Hills Ip Holdings, Llc Patent registry architecture with direct patent office payment conduit
US20130085933A1 (en) * 2011-10-03 2013-04-04 Steven W. Lundberg Patent registry architecture with portal for external annuity payment service providers
US11256706B2 (en) 2011-10-03 2022-02-22 Black Hills Ip Holdings, Llc System and method for patent and prior art analysis
US10846670B2 (en) 2011-12-13 2020-11-24 Visa International Service Association Payment platform interface widget generation apparatuses, methods and systems
US10096022B2 (en) 2011-12-13 2018-10-09 Visa International Service Association Dynamic widget generator apparatuses, methods and systems
US10318941B2 (en) 2011-12-13 2019-06-11 Visa International Service Association Payment platform interface widget generation apparatuses, methods and systems
US10685379B2 (en) 2012-01-05 2020-06-16 Visa International Service Association Wearable intelligent vision device apparatuses, methods and systems
US11308227B2 (en) 2012-01-09 2022-04-19 Visa International Service Association Secure dynamic page content and layouts apparatuses, methods and systems
US10262148B2 (en) 2012-01-09 2019-04-16 Visa International Service Association Secure dynamic page content and layouts apparatuses, methods and systems
US10983960B2 (en) 2012-02-02 2021-04-20 Visa International Service Association Multi-source, multi-dimensional, cross-entity, multimedia centralized personal information database platform apparatuses, methods and systems
US9830328B2 (en) 2012-02-02 2017-11-28 Visa International Service Association Multi-source, multi-dimensional, cross-entry, multimedia merchant analytics database platform apparatuses, methods and systems
US11036681B2 (en) 2012-02-02 2021-06-15 Visa International Service Association Multi-source, multi-dimensional, cross-entity, multimedia analytical model sharing database platform apparatuses, methods and systems
US10013423B2 (en) 2012-02-02 2018-07-03 Visa International Service Association Multi-source, multi-dimensional, cross-entity, multimedia analytical model sharing database platform apparatuses, methods and systems
US10262001B2 (en) 2012-02-02 2019-04-16 Visa International Service Association Multi-source, multi-dimensional, cross-entity, multimedia merchant analytics database platform apparatuses, methods and systems
US10430381B2 (en) 2012-02-02 2019-10-01 Visa International Service Association Multi-source, multi-dimensional, cross-entity, multimedia centralized personal information database platform apparatuses, methods and systems
US11074218B2 (en) 2012-02-02 2021-07-27 Visa International Service Association Multi-source, multi-dimensional, cross-entity, multimedia merchant analytics database platform apparatuses, methods and systems
US9953378B2 (en) 2012-04-27 2018-04-24 Visa International Service Association Social checkout widget generation and integration apparatuses, methods and systems
US11461862B2 (en) 2012-08-20 2022-10-04 Black Hills Ip Holdings, Llc Analytics generation for patent portfolio management
US10223710B2 (en) 2013-01-04 2019-03-05 Visa International Service Association Wearable intelligent vision device apparatuses, methods and systems
US11354344B2 (en) 2013-04-23 2022-06-07 Black Hills Ip Holdings, Llc Patent claim scope evaluator
US10579662B2 (en) 2013-04-23 2020-03-03 Black Hills Ip Holdings, Llc Patent claim scope evaluator
US20150039485A1 (en) * 2013-07-31 2015-02-05 Metratech Corp. Billing transaction currency normalization
US11216468B2 (en) 2015-02-08 2022-01-04 Visa International Service Association Converged merchant processing apparatuses, methods and systems
RU2734340C1 (en) * 2017-01-03 2020-10-15 Алибаба Груп Холдинг Лимитед Currency type switching method and device

Also Published As

Publication number Publication date
CN101185071A (en) 2008-05-21
AU2005330645B2 (en) 2008-07-03
EP1877928A1 (en) 2008-01-16
AU2005330645A1 (en) 2006-10-26
WO2006112880A1 (en) 2006-10-26
MX2007012639A (en) 2008-01-11
EP1877928A4 (en) 2009-07-01
US7970671B2 (en) 2011-06-28
US20060229982A1 (en) 2006-10-12
CA2605061A1 (en) 2006-10-26

Similar Documents

Publication Publication Date Title
US7970671B2 (en) Automated transaction processing system and approach with currency conversion
US8595099B2 (en) Financial institution-based transaction processing system and approach
US8069054B2 (en) Automated transaction processing system and approach
US8650119B2 (en) Order-resource fulfillment and management system and approach
US8712884B2 (en) Transaction finance processing system and approach
AU2005255453B2 (en) Financial institution-based transaction processing system and approach
US8521613B2 (en) Expense tracking, electronic ordering, invoice presentment, and payment system and method
US20090287590A1 (en) Multi-Supplier Transaction and Payment Programmed Processing System and Approach
US20060167762A1 (en) Multi-supplier transaction and payment programmed processing approach with at least one supplier
JP2007507800A (en) System and method for merchant-assisted automatic payment processing and exception management
US10127558B2 (en) Expense tracking, electronic ordering, invoice presentment, and payment system and method
AU2007221878B2 (en) Transaction finance processing system and approach
Walker et al. Planning a revenue stream system in an e‐business environment
AU2008200560B2 (en) Financial institution-based transaction processing system and approach

Legal Events

Date Code Title Description
AS Assignment

Owner name: SYNCADA LLC, MINNESOTA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:U.S. BANK NATIONAL ASSOCIATION;REEL/FRAME:023254/0091

Effective date: 20090701

Owner name: SYNCADA LLC,MINNESOTA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:U.S. BANK NATIONAL ASSOCIATION;REEL/FRAME:023254/0091

Effective date: 20090701

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION