Patent Publication Number: US-8533111-B1

Title: System and method for providing promotional pricing

Description:
RELATED APPLICATIONS 
     This patent application is a continuation of U.S. patent application Ser. No. 10/909,407, filed on Aug. 3, 2004, now U.S. Pat. No. 7,392,222, entitled “System and Method for Providing Promotional Pricing.” The disclosure of this priority application is hereby incorporated herein by reference in its entirety. 
    
    
     FIELD OF THE INVENTION 
     The present invention relates generally to banking and financial services. More particularly, the present invention relates to a system and method for providing promotional pricing for credit accounts. 
     BACKGROUND OF THE INVENTION 
     A credit card is generally known as a payment card issued to a customer for purchasing goods and services or obtaining cash against a line of credit established by the issuer. It not only enables a customer to make cashless payment throughout the world, but also offers the financial flexibility to repay the credit extended either at once or on an installment basis. Apart from being a convenient financial instrument for the customers, credit cards or credit accounts also prove to be a powerful revenue-generating tool for the card-issuers. Routinely, a card-issuer can collect fees from merchants that honor the credit card in their transactions. The issuer can also collect finance charges from customers who carry unpaid balance in their accounts. 
     In recent years, card-issuers have been offering various types of promotional programs to attract new customers or to increase transaction activities among existing customers. For example, most banks promise a low introductory interest rate to new card members. Many offer low-interest-rate balance transfer opportunities by providing customers with balance transfer coupons or convenience checks. These promotional programs typically lower the annual percentage rate (APR) for a particular portion of a customer&#39;s account balance for a certain period of time, thereby encouraging the customer to spend more or borrow more against his or her available credit. As a result, the customer&#39;s account balance is typically subdivided into two or three parts, each being subjected to a different APR. For example, the account balance resulting from regular purchases may have a first APR of 9.99%, the balance resulting from cash advances may have a second APR of 19.99%, and the balance transferred from another card may have a third APR of 6.99% for 6 months. Here, the first and second APRs may have been specified in the card member agreement while the third APR may be a promotional rate valid for a limited time period. 
     A number of problems exist in traditional credit account management and promotional offering. For example, traditional credit accounts are usually limited to either a two-tier configuration (i.e., without any promotional APR) or a three-tier configuration (i.e., with only one promotional APR). Therefore, existing credit account systems typically lack the ability to offer multiple concurrent promotional APRs to a single account or to process transactions and payments based on multiple concurrent promotional APRs. This deficiency can significantly limit the card-issuer&#39;s ability to effectively promote a large array of products or services to each customer. Moreover, with the traditional two-tier or three-tier credit account configuration, there is a fixed payment arrangement specified in an initial card member agreement, which does not allow customer input on the payment allocation. Further, traditional credit account systems lack the ability to retroactively adjust payment allocation or re-calculate fees and charges. 
     Other problems and drawbacks also exist. 
     In view of the foregoing, it would be desirable to provide a solution for managing credit accounts and promoting credit sales which overcomes the above-described deficiencies and shortcomings. 
     SUMMARY OF THE INVENTION 
     One embodiment of the present invention comprises a method for providing promotional pricing. The method may comprise providing one or more pricing offers to a plurality of credit accounts, wherein at least one of said pricing offers is directed to a transaction selected from the group consisting of a purchase of a specific product, a purchase of a product within a defined class of products, a purchase from a specific merchant, a purchase from a merchant within a defined class of merchants, a purchase in a specific date and time range, and a purchase in a specific amount range. The method may also comprise determining whether a transaction associated with a credit account qualifies for said one or more pricing offers based on at least one predetermined criterion. The method may further comprise assigning a balance incurred through a transaction to a promotional bucket associated with a particular pricing offer if said transaction qualifies for said particular pricing offer, or assigning said balance to a default bucket if said transaction does not qualify for said one or more pricing offers, thereby causing a total balance associated with said credit account to be distributed among said default bucket and one or more promotional buckets. The method may additionally comprise allocating payments associated with said credit account to said default bucket and said one or more promotional buckets according to a payment hierarchy. 
     Another embodiment of the present invention comprises a method for providing promotional pricing. The method comprises: providing one or more pricing offers to a plurality of credit accounts; determining whether a transaction associated with a credit account qualifies for said one or more pricing offers based on at least one predetermined criterion; assigning a balance incurred through said transaction to a promotional bucket associated with a particular pricing offer if said transaction qualifies for said particular pricing offer, or assigning said balance to a default bucket if said transaction does not qualify for said one or more pricing offers, thereby causing a total balance associated with said credit account to be distributed among said default bucket and one or more promotional buckets; applying fees and charges to said default bucket and said one or more promotional buckets based at least in part on said one or more pricing offers; and allocating payments associated with said credit account to said default bucket and said one or more promotional buckets according to a payment hierarchy, wherein said payment hierarchy is retroactively adjustable. 
     Yet another embodiment of the present invention comprises a system for providing promotional pricing. The system comprises: means for providing one or more pricing offers to a plurality of credit accounts, wherein at least one of said pricing offers is directed to a transaction selected from the group consisting of: a purchase of a specific product, a purchase of a product within a defined class of products, a purchase from a specific merchant, a purchase from a merchant within a defined class of merchants, a purchase in a specific date and time range, and a purchase in a specific amount range; means for determining whether a transaction associated with a credit account qualifies for said one or more pricing offers based on at least one predetermined criterion; means for assigning a balance incurred through a transaction to a promotional bucket associated with a particular pricing offer if said transaction qualifies for said particular pricing offer, or assigning said balance to a default bucket if said transaction does not qualify for said one or more pricing offers, thereby causing a total balance associated with said credit account to be distributed among said default bucket and one or more promotional buckets; and means for allocating payments associated with said credit account to said default bucket and said one or more promotional buckets according to a payment hierarchy. 
     Still another embodiment of the present invention comprises a system for providing promotional pricing. The system comprises: means for providing one or more pricing offers to a plurality of credit accounts; means for determining whether a transaction associated with a credit account qualifies for said one or more pricing offers based on at least one predetermined criterion; means for assigning a balance incurred through said transaction to a promotional bucket associated with a particular pricing offer if said transaction qualifies for said particular pricing offer, or assigning said balance to a default bucket if said transaction does not qualify for said one or more pricing offers, thereby causing a total balance associated with said credit account to be distributed among said default bucket and one or more promotional buckets; means for applying fees and charges to said default bucket and said one or more promotional buckets based at least in part on said one or more pricing offers; and means for allocating payments associated with said credit account to said default bucket and said one or more promotional buckets according to a payment hierarchy, wherein said payment hierarchy is retroactively adjustable. 
     One further embodiment of the present invention comprises a computer readable medium having code for causing at least one processor to provide promotional pricing. The computer readable medium comprises: code adapted to provide one or more pricing offers to a plurality of credit accounts, wherein at least one of said pricing offers is directed to a transaction selected from the group consisting of: a purchase of a specific product, a purchase of a product within a defined class of products, a purchase from a specific merchant, a purchase from a merchant within a defined class of merchants, a purchase in a specific date and time range, and a purchase in a specific amount range; code adapted to determine whether a transaction associated with a credit account qualifies for said one or more pricing offers based on at least one predetermined criterion; code adapted to assign a balance incurred through a transaction to a promotional bucket associated with a particular pricing offer if said transaction qualifies for said particular pricing offer, or to assign said balance to a default bucket if said transaction does not qualify for said one or more pricing offers, thereby causing a total balance associated with said credit account to be distributed among said default bucket and one or more promotional buckets; and code adapted to allocate payments associated with said credit account to said default bucket and said one or more promotional buckets according to a payment hierarchy. 
     One still further embodiment of the present invention comprises a computer readable medium having code for causing at least one processor to provide promotional pricing. The computer readable medium comprises: code adapted to provide one or more pricing offers to a plurality of credit accounts; code adapted to determine whether a transaction associated with a credit account qualifies for said one or more pricing offers based on at least one predetermined criterion; code adapted to assign a balance incurred through said transaction to a promotional bucket associated with a particular pricing offer if said transaction qualifies for said particular pricing offer, or assigning said balance to a default bucket if said transaction does not qualify for said one or more pricing offers, thereby causing a total balance associated with said credit account to be distributed among said default bucket and one or more promotional buckets; code adapted to apply fees and charges to said default bucket and said one or more promotional buckets based at least in part on said one or more pricing offers; and code adapted to allocate payments associated with said credit account to said default bucket and said one or more promotional buckets according to a payment hierarchy, wherein said payment hierarchy is retroactively adjustable. 
     Additional features and advantages of the invention will be set forth in the description that follows. The objects and other advantages of the invention will be realized and attained by the system and methods, particularly pointed out in the written description and claims hereof as well as the appended drawings. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
       The purpose and advantages of the present invention will be apparent to those of skill in the art from the following detailed description in conjunction with the appended drawings in which like reference characters are used to indicate like elements. 
         FIG. 1  is a block diagram illustrating an exemplary credit account for providing promotional pricing according to an embodiment of the present invention. 
         FIG. 2  is a flow chart illustrating an exemplary method for providing promotional pricing according to an embodiment of the present invention. 
         FIG. 3  is a flow chart illustrating an exemplary process for setting up pricing offers and updating credit accounts according to an embodiment of the present invention. 
         FIG. 4  is a flow chart illustrating an exemplary process for qualifying transactions according to an embodiment of the present invention. 
         FIG. 5  is a flow chart illustrating an exemplary process for applying payments according to an embodiment of the present invention. 
         FIG. 6  is a flow chart illustrating an exemplary process for applying fees and charges according to an embodiment of the present invention. 
         FIG. 7  is a block diagram illustrating an exemplary payment hierarchy according to an embodiment of the present invention. 
     
    
    
     DETAILED DESCRIPTION OF THE INVENTION 
     Reference will now be made in detail to the present embodiments of the invention, examples of which are illustrated in the accompanying drawings. 
     Referring to  FIG. 1 , there is shown a block diagram illustrating an exemplary credit account  100  for providing promotional pricing according to an embodiment of the present invention. The exemplary account  100  may comprise a number of buckets each of which may have a separate balance, APR, and other terms. 
     For example, Bucket  1  may be a “default bucket” or “contract bucket,” which holds the balance resulting from regular (i.e., non-promotional) transactions. The APR(s) and all relevant terms applicable to Bucket  1  may be those specified in an initial card member agreement. It is also possible to have two separate default buckets, one for regular purchases and one for regular cash advances, for example. 
     Buckets  2  through N may be promotional buckets holding balances resulting from qualified transactions according to various promotional programs. For example, Bucket  2  may contain the balance transferred during a particular program period and may be subjected to a specific promotional APR. It is also possible to have additional balance transfer buckets for different promotional APRs. Bucket  3  may contain the balance resulting from convenience check transactions. Bucket  4  may contain the balance resulting from airfare purchases with XYZ Airline, where the XYZ Airline may be a business partner associated with the card-issuer. A lowered APR for Bucket  4  may promote ticket sales for the XYZ Airline. Further, balance and transactions associated with Bucket  4  may be linked with a mileage reward program. According to an embodiment of the present invention, different buckets may be associated with different reward programs. Bucket  5  may contain the balance resulting from general or specific purchases at ABC Department Store. The ABC Department Store may be another merchant affiliated with the card-issuer. A lower APR may apply to all purchases at the ABC Department Store for a certain period of time. Or a low or zero APR may apply to certain purchases (e.g., furniture and home appliances or other product of a particular manufacturer) for certain period of time. Bucket  6  may contain the balance from certain vacation package purchases, or another category of purchase regardless of merchant identity. Bucket  7  may be associated with same-as-cash promotions where the customer may accumulate interest-free balances for a few months and only start to pay finance charges if the same-as-cash balance is not paid off by end of the promotion period. Bucket  8  may be associated with foreign or international purchases, wherein balances and fees incurred in different foreign currencies may be accumulated. Special fees, value-added taxes and special exchange rates may be applied to the balance in Bucket  8 . Bucket N may be associated with fixed-payment fixed-term promotions where the customer agrees to pay back a balance at a fixed installment amount over a fixed number of months. 
     As exemplified by the credit account  100 , the multi-tiered multi-bucket account system may offer numerous possibilities for the card-issuer to offer promotional pricing. There can be an arbitrary number of buckets for each credit account, each bucket being associated with one or more promotional programs. The transactions and resulting balances may be categorized and assigned to different buckets based on transaction types (e.g., purchases, balance transfers or cash), merchant/product identities (e.g., UVW vacations, XYZ Airline tickets, or LMN books), or promotional programs (e.g., fixed-payment fixed-term programs or home improvement purchase programs). In general, a pricing offer may be directed to transactions such as a purchase of a specific product, a purchase of a product within a defined class of products, a purchase from a specific merchant, a purchase from a merchant within a defined class of merchants, a purchase in a specific date and time range, or a purchase in a specific amount range. 
     For each promotional bucket, there may be a set of criteria for determining which transactions are qualified so that the resulting balance can be assigned to this particular bucket. The qualification criteria may specify, for example, the transaction type(s), qualification period and amount restriction for the corresponding promotion program. Those transactions that do not qualify for any promotional bucket may be assigned to the default bucket(s). For each bucket, there may be a different set of terms regarding balance payback method, fees and charges, rewards amount, etc. When the customer makes a payment, it may be applied to the various buckets according to a payment hierarchy. The payment hierarchy may dictate the order in which the buckets receive payments and the amount each bucket receives. The payment hierarchy may be structured based on the card member agreement, promotional pricing offers, business rules and/or customer directions. 
     It should be appreciated that the various buckets may be created at different times. For example, when there is not any account balance, there may only be one or more default buckets. Or the default bucket(s) may be created only when a regular transaction has been posted to the account. As for promotional buckets, they may be created for a credit account around the time when the corresponding pricing offers are disclosed to the customer, i.e., at the beginning of the program period. Or a promotional bucket may be created only when a qualified transaction is posted to the account. According to embodiments of the invention, the various buckets may exist at substantially the same time, or during different time periods with or without overlaps. 
       FIG. 2  is a flow chart illustrating an exemplary method for providing promotional pricing according to an embodiment of the present invention. This exemplary flow chart provides an overview of how a card-issuer may provide and manage the pricing offers. Some of the process steps are described in greater detail with reference to  FIGS. 3-6 . 
     In step  202 , one or more uniquely identifiable promotional pricing offers may be created and set up. Based on approved promotional pricing requests, unique identifiers for the pricing offers may be created. All the pricing features including qualification criteria relevant to the pricing offers may be set up and recorded in an offer management database. Typical pricing features may include, without limitation: qualifying transaction type, promotional balance payback method, payment hierarchy placement, promotional pricing fee placement, qualifying transaction amount restrictions, and promotional pricing qualification period. Once the pricing offers are set up, the relevant terms and conditions may be created in preparation for disclosure to customers. 
     In step  204 , the credit account data may be updated based on the new pricing offers. This step may apply to both prospective card members and existing customers. For example, prospective card members that qualify for the pricing offers may be selected. These qualified new customers may receive notification of offer availability via updated card member agreements or other types of communications. For existing customers that qualify for the pricing offers, their accounts may be flagged. For example, each credit account may be linked to one or more promotion identifiers (“Promo IDs”) that the account qualifies for. 
     The flagged accounts may be referenced in step  206  for transaction decisioning. In this step, credit card transactions may be examined based on the qualification criteria. Upon qualification, each transaction may be assigned to its appropriate bucket. If a corresponding bucket does not exist, it may be created immediately in order for a qualified transaction to be properly assigned. 
     In step  208 , processed payments may be applied to the credit accounts. For each account, the payment may be allocated to one or more buckets within the account based on a payment hierarchy. Upon payment allocation, the account data may be updated. 
     In step  210 , fees and charges may be applied to each account based on its qualified transactions, payment information, and the updated account status, for example. Upon application of the fees and charges, the account data may be updated. 
     In step  212 , the card-issuer may receive and service customer inquiries. The service may be provided at a telephone call center, on an Internet website, or via regular mail or electronic mail. A customer  20  may request detailed information regarding an ongoing pricing offer and demand inclusion therein. Or the customer  20  may be inquiring about a potential promotional pricing error on his or her account. Or the customer  20  may be requesting an adjustment to the payment hierarchy of his or her account. In the event of a potential pricing error, a customer service representative or an automated computer system may identify the error, provide a temporary solution to the customer, and create an issue report for correction of the pricing error. If the error is identified in the promotional pricing creation and setup process, such error may be elevated as a system-wide issue. For example, a software program may be utilized to provide a user interface for allowing a customer service representative or other employee to report system errors. If the customer requests an adjustment to the payment hierarchy, the adjustment may be applied retroactively. That is, one or more earlier payments may be re-allocated across the buckets in the customer&#39;s account. With this adjustment, any change in fees, charges and rewards may be re-calculated and the customer&#39;s account status may be updated accordingly. The issuer may apply a charge to the cardholder&#39;s account for executing the re-allocation. Further, the customer-preferred payment hierarchy may be recorded for application to later payments. 
     Apart from the ability to request or suggest payment re-allocation, a customer may also be able to move existing debt (i.e., balances) from one bucket to another. For example, through a web interface or the customer service call center, a customer may transfer balances from one or more buckets to a fixed-payment fixed-term bucket. Or the customer may merge the balances from several buckets into a single bucket. These processes are similar to balance transfers within the customer&#39;s credit account, which may simplify subsequent payment allocations. 
     In step  214 , when the account cycle date is reached, the promotional pricing account information may be communicated to the customers via the monthly online or paper statements. The statements may report multiple APRs, that is, one or more different APRs for each promotional bucket. The statements may disclose specific account information for regulatory compliances. For example, a separate set of APRs, known as jurisdiction-specific APRs, may be calculated and disclosed based on the regulations of a particular state or other government entity, such as California regulations. Further, according to federal regulations such as the Truth In Lending Act, one or more effective APRs may be disclosed for each bucket to reflect true costs of a loan. One or more aggregated and/or effective APRs may also be disclosed for the credit account. Therefore, the statements may report to the customer multiple APRs which include, for example, one or more annual percentage rates associated with a particular bucket, one or more aggregated annual percentage rates associated with the credit account, one or more effective annual percentage rates associated with the credit account, and one or more jurisdiction-specific annual percentage rates associated with the credit account. 
     During statement generation, all the account information that has been updated due to various aspects (e.g., payment allocation, fees and charges and customer adjustment) of the promotional pricing offers may be incorporated into the statements. For example, for each non-fixed-payment fixed-term or non-same-as-cash promotional bucket, the statement may display its daily periodic rate, corresponding APR, previous and current cycle average daily balances, transaction fees, finance charges, and ending balance. For a fixed-payment fixed-term promotional bucket, the statement may display its outstanding principal balance, original transaction amount, monthly finance charge for billing period, fixed payment amount, expiration date, daily periodic rate, finance charge calculation method, and grace period explanation. If a retroactive adjustment has been made to a customer&#39;s account, one or more revised statements may be generated for the past months, or the adjustments may be reflected on current and future statements. 
     According to an embodiment of the present invention, the customer may also receive information associated with each transaction via electronic mail (E-mail), text messaging or other communication channels shortly after the transactional data are transmitted to the card issuer. The card issuer may have the customer&#39;s E-mail address on file. As soon as a purchase is posted to the customer&#39;s account, an E-mail message may be sent to inform the customer of the details of the transaction such as the transaction amount, date and time of transaction, merchant, product purchased. The customer may also be informed of pricing information associated with the transaction, such as its qualification for any promotional pricing offer, to which bucket the corresponding balance is assigned, the applicable APR, fees and rewards, etc. The customer may be offered one or more options to modify the current processing of the transaction. For example, the customer may choose to re-assign the balance to another bucket or to request a different payment method. The customer may parse the transaction summary information and load it into a financial management software application for each bookkeeping. Instead of E-mail notification for each transaction, similar notifications may be sent on a daily basis or weekly basis. Alternatively, these notifications may be loaded onto a web server and provided to the customer on a regular basis. 
     In step  216 , a simulation function may be provided to simulate a payment-and-transaction stream for a customer&#39;s credit account. As retroactive changes are applied to the customer&#39;s account, the payment-and-transaction stream may keep track of the account transactions, balance movements, payments and payment allocations in a chronological order, thereby facilitating re-calculation of the APRs, fees, and rewards affected by the retroactive changes. The simulation function may be referred to as a “What-If” function since the customer or the customer service representatives may utilize this function to find out what happens if certain adjustments are made to the customer&#39;s account. That is, the balance assignment and/or payment allocation may be hypothetically adjusted and the resulting account status (e.g., balance, fees and charges) may be shown interactively. By trying different payment-and-transaction stream variations, a desired adjustment to the account may be determined and then executed. In addition, a rewards amount affected by the adjustment may be re-calculated. The simulation may also allow a customer to vary immediate and future payment amounts to observe their impact on the bucket balances, APRs, and reward points. 
     Referring to  FIG. 3 , there is shown a flow chart illustrating an exemplary process for setting up pricing offers and updating credit accounts according to an embodiment of the present invention. This process may be an exemplary implementation of the steps  202  and  204  shown in  FIG. 2 . The process may involve an offer setup team, a feature build team and a list management team. 
     In step  302 , the offer setup team may receive a promotional pricing request. In step  304 , the offer setup team may check whether any marketing materials related to the requested pricing offer exist. The marketing materials may include, for example, any content describing the pricing features of the pricing offer and disclosure of terms and conditions as required for legal compliance. If such materials do not exist, they may be created in step  306 . The pre-existing or newly created marketing materials may then be sent to the customers in step  336 . 
     In step  308 , the offer setup team may set up the requested pricing offer in an offer management database. Then, in step  310 , the offer management database may check existing Promo IDs, convenience check numbers or balance transfer codes. It may be determined, in step  312 , whether any existing promotional pricing offer matches the requested pricing offer. If a match exists, an existing identifier may be noted for the matching pricing offer, and the process may branch to step  316 . If a match does not exist, a feature request report may be created in step  314  for submission to the feature build team. Upon receiving the feature request report, the feature build team may, in step  324 , build a new unique identifier (e.g., a Promo ID, convenience check number, or balance transfer code) for the requested pricing offer. The new identifier may be loaded into the offer management database in step  326 . 
     In step  316 , the new or existing identifier may be attached to the new pricing offer. The new pricing offer may then be approved in step  320 . And the “offer build complete” message may be communicated to the list management team in step  322 . 
     In step  328 , the list management team may determine what customer population the new pricing offer applies to and may create marketing offers containing both control and test populations split appropriately for back-end analysis. In step  330 , upon receiving the “offer build complete” message, the list management team may pull the new pricing offer identifier from the offer management database and match it to qualified customer population. Then, in step  332 , it may be determined whether the new pricing offer is a balance transfer or convenience check promotion. Either way the pricing offer information may be sent to the customers in step  336 . If the new pricing offer is not for balance transfers or convenience checks, the updated population may be sent to the account database in step  334 . In step  338 , the qualified accounts may be flagged based on the updated population. 
       FIG. 4  is a flow chart illustrating an exemplary process for qualifying transactions according to an embodiment of the present invention. This process may be an exemplary implementation of step  206  shown in  FIG. 2 . The exemplary process starts in step  402  where data associated with authorized transactions may be received. In step  404 , it may be determined whether a transaction is a cash or quasi-cash transaction. If so, the process may branch to step  414 . Otherwise, it may be determined in step  406  whether the transaction is a balance transfer or convenience check transaction. If the transaction is not a balance transfer or convenience check transaction, the process may branch to step  407 . Otherwise, the process may branch to step  408 . In step  407 , it may be determined whether the transaction is a purchase. If the transaction is a purchase, the process may branch to step  414 . Otherwise, it may be determined in step  408  whether the transaction is for a particular promotion. If the transaction is for a particular promotion, the process may branch to step  410 . If not, it may be determined in step  414  whether the corresponding credit account has a permanent or temporary promotional flag. If it is determined in step  416  that the account is not flagged for any promotion, then the transaction may be processed as regular non-promotional transaction in step  418 . If the account is flagged, then it may be determined in step  420  whether the transaction qualifies for the promotion. If the transaction does not qualify, it may be processed as a regular transaction in step  418 . If it does qualify, a promotional bucket may be created for the transaction in step  410 . Then, in step  412 , the balance resulting from the transaction may be assigned to the promotional bucket. 
       FIG. 5  is a flow chart illustrating an exemplary process for applying payments according to an embodiment of the present invention. This process may be an exemplary implementation of step  208  shown in  FIG. 2 . In step  502 , processed customer payments may be received. It may be determined in step  504  whether a payment is for a fixed-payment fixed-term promotion. If so, a fixed payment amount may be applied to the fixed-payment fixed-term bucket and the process may branch to step  508  if there is still payment left. If the payment is not for any fixed-payment fixed-term promotion, a payment hierarchy may be determined in step  508 . Based on the payment hierarchy, in step  510  the remaining payment may be applied to the remaining buckets in the customer&#39;s account. Then, in step  512 , the account may be updated with the payment information. 
       FIG. 6  is a flow chart illustrating an exemplary process for applying fees and charges according to an embodiment of the present invention. This process may be an exemplary implementation of step  210  shown in  FIG. 2 . In step  602 , a credit account may be reviewed for any fees and charges triggers. Fees and charges triggers may include any account activities that lead to transaction fees and finance charges. For example, a balance transfer may incur a minimum fee. A same-as-cash bucket not paid off at expiration of the same-as-cash promotion period may cause a finance charge. If it is determined in step  604  that no trigger occurred, no action is required in step  606 . If one or more triggers did occur, then certain fees may be applied in step  608  and certain finance charges may be applied in step  610 . In step  612 , the account may be updated based on the fees and charges. 
       FIG. 7  is a block diagram illustrating an exemplary payment hierarchy according to an embodiment of the present invention. With multiple buckets carrying separate balances in a single credit account, it may be desirable to have a well-defined yet flexible payment hierarchy. When a customer makes one or more payments, the payment hierarchy may specify not only a priority order for the various buckets to receive payments but also a payment allocation scheme among the buckets. 
     The payment hierarchy may be contingent upon the amount of payment as well as the number and type of balance-carrying buckets. Basic rules or guidelines for the payment hierarchy may be predetermined based on the card member agreement, card-issuer&#39;s business rules, or customer preference. For example, a set of default rules for payments allocation may be initially established in the card member agreement. Certain business rules may be set up to maximize the card-issuer&#39;s profits. One exemplary business rule may be to apply payments to buckets with zero or low APRs first before the payments are applied to higher-APR buckets. Another exemplary rule may be to give certain un-expired promotional buckets the lowest priority in payment allocation, so that the customer may fully enjoy the promotion benefits. The payment hierarchy may also be adjusted based on customer inputs. That is, the customer may contact the card-issuer to propose a preferred payment hierarchy different from an existing configuration. The adjusted payment hierarchy may then be applied retroactively to past payment(s) as well as future payments. For example, for same-as-cash transactions with deferred interest applicable if the corresponding balance is not paid in full by the expiration date of the promotion, a payment may be retroactively applied based on an adjusted payment hierarchy. 
     In the exemplary payment hierarchy shown in  FIG. 7 , the fixed-payment fixed-term promotion bucket  702  has the highest priority in receiving payment. Whenever payments  700  are received, a fixed amount may be allocated to the fixed-payment fixed-term amount due bucket  702  since the customer has agreed to pay this fixed amount. If there is any remaining amount, it is applied to the buckets with a second priority. The second-priority buckets may include a balance transfers bucket  704 , a default bucket  706  and a convenience checks bucket  708 , for example. These second-priority buckets may be associated with expired promotional programs and may contain balances that are accumulating finance charges at a faster rate than other buckets. If there is any payment left after the second-priority buckets are paid off, the remaining buckets may receive the leftover payment. These lower priority buckets may have lower interest rates than those higher priority buckets. In this example, the lower priority buckets may include a same-as-cash promotion bucket  710 , an XYZ Airline purchases bucket  712 , an ABC Department Store purchases bucket  714 , a vacation package purchases  716 , and a fixed-payment fixed-term promotions bucket  718 . The bucket  718  may contain the remaining fixed-payment fixed-term balance that is not immediately due. 
     For a better understanding of the payment re-allocation process, an exemplary scenario is described below. A card member may have taken advantage of a same-as-cash promotion (e.g., with 0% APR for 6 months with deferred interest if the corresponding balance is not paid in full by the expiration date). When the promotion expires, finance charges may be assessed for the unpaid balance, or all the deferred finance charges may be assessed. The card member may call customer service of the card issuer and request that the most recent payment be applied to the same-as-cash promotion instead of the other buckets to which the payment has already be applied. A customer service representative may cause the system to waive the finance charges assessed on the same-as-cash balance and re-allocate the payment to the same-as-cash bucket. A rule may be imposed to require this payment re-allocation be done within 30 days of the assessment of the finance charges. 
     The method for providing promotional pricing in accordance with the present invention may be typically implemented in a computer-based system. The computer-based system may comprise one or more processors and/or computers capable of data manipulation, logic operation and mathematical calculation. The system may further comprise one or more databases for storing and managing promotional pricing offer data, credit account data, and credit transaction data, for example. In addition, a number of user interfaces may be provided for the card-issuer&#39;s personnel to set up pricing offers and to service customers. The system may be implemented on computers or computer networks. 
     While the foregoing description includes many details and specificities, it is to be understood that these have been included for purposes of explanation only, and are not to be interpreted as limitations of the present invention. It will be apparent to those skilled in the art that other modifications to the embodiments described above can be made without departing from the spirit and scope of the invention. Accordingly, such modifications are considered within the scope of the invention as intended to be encompassed by the following claims and their legal equivalents.