The present invention relates to auctioning of environmental commodities, and more particularly to providing an institutionally-focused system, method and architecture by which environmental commodities may be auctioned on a neutral platform such that buyers are provided with accessible liquidity and sellers are provided with competitive bid or offer prices.
Broadly speaking, an auction is a process of buying and selling goods or services whereby a seller first offers such goods or services up for bid, accepts bids from potential buyers, and then sells the goods or services to the highest bidder. And while auctions themselves have been recorded as early as 500 B.C., it is only in the last decade that a number of environmental commodities have been created. Such environmental commodities include Renewable Energy Certificates (RECs), Carbon Offsets, Carbon Allowances and so-called white certificates (e.g., Energy Efficiency Credits).
While there have been some attempts to implement auctions for environmental commodities, such approaches are limited in several respects. In addition to being very rudimentary, known methodologies for environmental commodity auctioning suffer from numerous drawbacks. For example, current platforms are not institutionally focused, are exclusively limited to spot auctions, and provide no mechanism for trading relationships to be established, and do not manage post-trade processing and reporting. Additionally, there is no current solution which adequately addresses the credit risk issue. Thus, there is a need for an improved system and method of auctioning environmental commodities which overcomes one or more of the aforementioned drawbacks.
The features, objects, and advantages of the present invention will become more apparent from the detailed description set forth below when taken in conjunction with the drawings in which like reference characters identify correspondingly throughout and wherein:
Disclosed and claimed herein is a method, server and computer program product for auctioning environmental commodities on a neutral trading platform in an online environment. In certain embodiments, the neutral trading platform is implemented using an auction platform server coupled to a network. One method of carrying out the invention is to execute, by the auction platform server, an on-boarding process for the auction participants, which include an auctioner. The auction participants may utilize client-side devices to access the auction platform server over the network. In certain embodiments the on-boarding process includes having the trading platform enter into one of a subscription agreement, brokerage agreement and auction-specific agreement with each of the auction participants. The method may further include initiating, by the auction platform server and in response to a request by the auctioner, an auction event based on an identified block of environmental commodities. Thereafter, the auction platform server may receive an indication of financial security from one or more of the auction participants. The method further includes receiving, by the auction platform server over the network, various bids for the identified block of environmental commodities from the auction participants. Once the bids have been validated against a predetermined set of criteria, a winning bidder may be selected using one of an automated fills methodology and auctioner-defined parameters. In certain embodiments, the auction platform may also perform a settlement function for delivery of, and payment for, the identified block of environmental commodities.
Other aspects, features, and techniques of the invention will be apparent to one skilled in the relevant art in view of the following description of the exemplary embodiments of the invention.
One aspect of the present disclosure relates to providing an auction platform that may be utilized for both the primary and secondary trading of environmental commodities and instruments, including RECs, Carbon Allowances, Carbon Offsets, and Energy Efficiency Credit, although it should be appreciated that any other type of environmental commodities/instrument may be similarly auctioned in accordance with the principles of the invention disclosed herein.
In one embodiment, the auction platform may provide a unique service to the environmental commodities market by offering a neutral platform for both buyers and sellers to achieve competitive transactions. More specifically, the invention may provide accessible liquidity for buyers, while also providing competitive sealed bid prices for sellers.
Another aspect of the invention is to implement the auction platform in terms of a “multi-term auction,” which provides the ability to auction a forward stream on both a firm and/or contingent basis. Alternatively, the invention may be implemented as a “multilateral auction,” whereby two rounds of processing are used to establish a market clearing price and a subsequent trading period.
Still another aspect is to provide complete credit/financial security that supports both prior established trading relationships (based on terms of written agreement), as well as ad hoc trading. Additionally, the principles of the invention envision a structured data reporting mechanism and interface for individual auction events that may be used for valuation and analytics.
Additional aspects of the invention, which will be described in more detail below, include automated trade confirmation and processing, operational processes for the fulfillment of financial reporting requirements and credit monitoring, and collateral and settlement reporting. Additionally, the auction platform disclosed and claimed herein may further provide for collateral management, including a standardized process for collateral adjustments and financial security allocation for multiple partners in multi-term auctions.
It should be appreciated that the auction platform of the present invention may be implemented in a client-server type architecture in which the individual users access one or more remote servers over a network using a client application that executes on a client-side computer. The auction platform itself may then reside on one or more remote servers that are accessible to the client-side computer. Alternatively, the client-side computers may access the auction platform server using a browser-type application.
As used herein, the term “financial security” refers to collateral posted to support participation in an auction. The term “holding account” refers to an account used to house instruments to be auctioned. The term “vintage” means the date of issuance for a particular environmental commodity (e.g., REC). Different regulatory bodies have different procedures and periods (i.e., vintages) for issuing environmental commodities. While the general term “auction” refers to an auction event in which there are multiple buyers and a single seller, a “reverse auction” refers to an auction event in which the roles of buyers and sellers are reversed such that there are multiple sellers, but only a single buyer. Additionally, the term “auctioner” means a party who initiates an auction, which is the seller in the case an auction, or is the buyer in the case of a reverse auction. It should be appreciated that the principles of the invention, as disclosed herein, may be equally applicable to auctions and reverse auctions.
While the following disclosure refers principally to the REC market, this is intended to be an exemplary embodiment only and may equally be applied to any other environmental commodities/instrument or hybrid thereof. Similarly, while many of the exemplary embodiments which follow are in terms of a traditional auction having a single seller and multiple buyers, it should be appreciated that each and everyone of those exemplary embodiments may be equally implemented as a reverse auction.
As used herein, the terms “a” or “an” shall mean one or more than one. The term “plurality” shall mean two or more than two. The term “another” is defined as a second or more. The terms “including” and/or “having” are open ended (e.g., comprising). The term “or” as used herein is to be interpreted as inclusive or meaning any one or any combination. Therefore, “A, B or C” means “any of the following: A; B; C; A and B; A and C; B and C; A, B and C”. An exception to this definition will occur only when a combination of elements, functions, steps or acts are in some way inherently mutually exclusive.
Reference throughout this document to “one embodiment”, “certain embodiments”, “an embodiment” or similar term means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, the appearances of such phrases or in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner on one or more embodiments without limitation.
In accordance with the practices of persons skilled in the art of computer programming, the invention is described below with reference to operations that may be performed by a computer system or a like electronic system. Such operations are sometimes referred to as being computer-executed. It will be appreciated that operations that are symbolically represented include the manipulation by a processor, such as a central processing unit, of electrical signals representing data bits and the maintenance of data bits at memory locations, such as in system memory, as well as other processing of signals. The memory locations where data bits are maintained are physical locations that have particular electrical, magnetic, optical, or organic properties corresponding to the data bits.
When implemented in software, the elements of the invention are essentially the processor-executable code segments to perform the necessary tasks. The code segments can be stored in a “processor readable medium,” which includes any medium that can store information. Examples of the processor readable medium include an electronic circuit, a semiconductor memory device, a ROM, a flash memory or other non-volatile memory, a floppy diskette, a CD-ROM, an optical disk, a hard disk, etc.
Prior to being able to avail oneself of the auction platform disclosed herein, it should be appreciated that one or more prerequisites may need to be satisfied. By way of example, in certain embodiments it may be necessary for each clients (i.e., buyer or seller) to complete an “on-boarding”process prior to participating in any auction event. The on-boarding process may include having the client enter into a subscription, brokerage and/or auction-specific registration agreement which covers the client's responsibilities, liabilities, indemnity, software licensing rights and the like. Thus, auction participants are provided a standardized contractual process by which to establish the necessary contractual relationships with both the platform and potential counterparties, prior to actually commencing an auction or other transaction.
The on-boarding process may be tailored for a specific auction or on a per-client basis. In particular, the platform may generate streamlined contracts for use between counterparties as a “default” agreement based on, for example, the parties involved. Additionally, the seller may tailor otherwise standard contract terms before marketing the agreement. In certain cases where the seller does not have extensive experience, advisory or consulting contract services may be provided to the seller as part of the on-boarding process.
Once the seller selects or finalizes the auction agreement, the seller may market the agreement either “as is” or open to buyer negotiation, whereby the auction platform may facilitate any such negotiation process. Finalized agreement terms may then be incorporated into the platform's operations systems in order to provide post-trade services in accordance therewith.
The on-boarding process may also require the client to provide some initial baseline information, such as the legal name, address, contact information and other data corresponding to the actual legal entity that will be engaging in the trading activity. During this process, the client-specific settlement instructions (e.g., instructions for confirmations, return of financial security, delivery of RECs, etc.) may also be provided and stored as part of the client's profile.
Other information that the client may provide includes a list of authorized users with contact details and authorization level, and potentially a list of approved counterparties with whom the particular client has executed credit facilities, e.g. an ISDA Master Agreement with an executed US Emissions Allowance Transaction Annex, or a Master Renewable Energy Certificate Purchase and Sale Agreement. Any such agreement will be generically referred to herein as a “trading agreement.” Included in the list of counterparties may be associated trading limits and specified products which are allowed under such trading agreements.
The client on-boarding process may similarly include such steps as installing a desktop software auction component on the client's desktop, performance of connectivity testing and client training on the auction platform.
It should of course be appreciated that the client on-boarding process need not include each of the steps described above, or may include additional steps not identified above but otherwise readily known to be useful or necessary in establishing user access to a trading platform.
Once the on-boarding process is complete, a client may begin to engage in trading activities using the auction platform of the invention. To that end,
With reference first to the auction setup module 110, an auction event may be initiated when a client identifies a specific block of RECs to buy or sell on either a single- or multi-term basis. Alternatively, an auction event may be run on a periodic basis (e.g., weekly, monthly, quarterly, etc.) depending on the instrument involved, compliance periods, etc.
Various parameters may be defined during auction setup as well. For example, the auction itself may be defined as a unilateral auction or a multilateral auction. While a unilateral auction is a single direction event (e.g., seller to buyer), a multilateral auction is a bi-directional event between participants that may act as buyers or sellers.
In the case of a unilateral auction, a seller may submit an auction request form which may include one or more of the following:
With respect to the quantity, the auction request may specify, in addition to the number of RECs to be sold, a minimum number of RECs per vintage. Additionally, some auctions may also limit the quantity to some predetermined percentage (e.g., 75%) of the projected production output per project, also known as the “firm” amount.
Continuing to refer to the auction setup module 110, auction participants may indicate their interest by responding to an alert or call from the auction platform/staff. In certain embodiments, this response may include the participant type (e.g., buyer, seller, or market maker), and the trading size. The auction setup module 110 may then review trading relationships to determine if there are any existing trading agreements. If so, then the auction trading limit referenced in the appropriate trading agreement will be used.
If on the other hand there is no existing trading agreement in place between the participants in question, the auction setup module 110 may then determine if the prospective participant has escrow account documentation on file. If so, a financial security submission form may be sent to the particular participant to complete prior to delivery of the financial security. On the other hand, if the prospective participant has not established an escrow account, the auction setup module 110 may facilitate the execution of a tri-party escrow agreement with an agent instead.
Finally, it should be appreciated that the auction setup module 110 may monitor the number of participants that have registered to participate since a minimum number of participants may be required for an auction to run (e.g., 3 buyers and 3 Sellers).
With reference now to
In the case of an escrow/holding account a predetermined number of business days prior to the auction event (e.g., 2 days) the seller may be required by the financial security module 150 to deliver either the RECs to be auctioned to a designated holding account, or collateral to an escrow account, while the buyer may be required to deliver its financial security in the form of cash or a Letter of Credit to the designated escrow account. Similarly, market makers may be required to deliver either cash or Letter of Credit to the designated escrow account or RECs to the designated holding account. While in this example, the auctioner is the seller, it should similarly be appreciated that the auctioner may be a buyer, i.e., in the context of a reverse auction.
In general, the pre-trade standardized financial security process may comprise having the parties post financial security prior to auction (e.g., cash, Letter of Credit, guarantee, insurance, etc.). The amount of the financial security may similarly be standardized, e.g., 10% of notional amount (reserve price) for seller, 10% of trading limit for buyer, or any other fixed percentage. The posted financial security may then be held in an escrow account by a third party bank pursuant to an escrow agreement between the bank and the party, with the auction platform serving as the trustee/administrator.
Thereafter, the financial security module 150 may review the designated holding or escrow account to ensure that all required RECs, cash or Letters of Credit have been received from the prospective participants. The financial security module 150 may then post details of deliveries to the system for settlement and reporting, and set any auction limits based on the financial security provided or the preexisting trading relationship (i.e., agreement terms). In certain embodiments, the RECs may be afforded an equivalent value calculated by multiplying the number of RECs at the most recent market price times some predetermined percentage less than 100% (e.g., multiply by 0.8). Additionally, this reduced valuation may be applicable only in the case of multilateral auctions.
In addition to establishing the financial security prior to the auction event, participants may also be required to login to the platform and access an appropriate auction screen (e.g., via a client-side browser-type application). The auction platform (e.g., platform 100) may track users signed in versus those registered for an auction through the auction setup module 110. In this fashion, if registered participants have not logged into the specified auction in time, they may be contacted via phone, email or text to alert them to the pending auction. Those unable to log onto the platform may be offered other alternatives for participating in the auction (e.g., phone participation).
During the life of the transaction/auction, the platform (e.g., platform 100) may also provide a financial reporting service for buyers and sellers. Such financial reporting may be based on various required public company disclosures (e.g., 10K's, 10Q's, etc.), as well as available private company financials (e.g., quarterly unaudited financials, annual audited financials, etc.). The financial reporting service may include forwarding such financial reports to counterparties. This service may be performed in accordance with a trading agreement, for example.
In addition to the aforementioned financial reporting service, one or more modules of the auction platform may further provide credit monitoring services to ensure compliance with credit assurance provisions, e.g., from a trading agreement. The credit monitoring service may be automated and may comprise monitoring applicable counterparties' credit ratings, and providing notice to clients upon predetermined credit changes (e.g., a downgrade) that might trigger or increase the risk of a default event. In the event of such a credit change, the auction platform may facilitate the process for posting additional collateral (credit assurance), as needed.
Still another service that may be provided by one or more modules of the auction platform (e.g., platform 100) relates to the collateral and settlement reporting aspect of the auction process. In particular, one of the auction platform modules, such as post-auction module 140, may provide clients with periodic (e.g., monthly, quarterly) collateral reports/financial security statements. Additionally, the auction platform may further facilitate the negotiation process if a collateral threshold is breached, or other security event occurs that requires client negotiation. The auction platform may act as trustee/administrator of any security escrow account that is involved in the collateral posting process.
With respect to post-trade collateral processing, auction “losers” may have their security returned through the auction platform. Security for the buyer(s) and seller(s) may also be adjusted to reflect trade notional and contract requirements.
Collateral processing services may be provided throughout the entire life of the trade, including return of collateral upon delivery of the auctioned commodity, and performing collateral adjustments as triggered by collateral threshold events, credit events, etc. The auction platform, as trustee/administrator, would instruct the applicable bank accordingly.
With reference now to
Referring now to
Additionally, all clients and support staff may utilize a bi-directional instant messaging system for communications during auctions (see
Referring now to
In the case of a single-term unilateral auction, it may first be necessary to ensure that a quorum of bidders (e.g., 3) exists to begin a valid auction. In any event, once the auction starts the sellers may be provided with access to a screen, such as screen 410 of
Similarly, buyers may utilize a bidding screen, such as screen 420 of
Submitted bids may then be validated by the auction platform. This validation process may include ensuring that the quantity bid is limited to the total number of RECs to be auctioned in a single event and potentially subject to a minimum size as defined during auction setup. Additionally, the quantity bid may be limited to the notional amount of the quantity multiplied by the price submitted and compared to the trading limit established by external agreements or the financial security. Similarly, the price bid may be required to be greater than the reserve price, as indicated in auction setup, and may be no greater than the compliance price plus some predetermined percentage (e.g., 25%). This feature may serve as a form of protection for bidders' data entry error.
Upon auction validation, bids will be filled on a pro-rata basis subjected to a predetermined set of rules. For example, bids may be sorted in descending order by price and quantity with winners assigned to the bids with the highest price, then continuing down the list until the entire quantity of the auction is exhausted. If more than one bid exists at a winning price level, the bids at that price level may be filled as follows:
Each winning order may then be filled pro-rata similar to the percentages calculated. By way of example, assuming 4 bids and an auction quantity of 100, the bids may be filled as follows:
Alternatively, the auction platform may support other auction methodologies, such as the following:
Referring now to
In the case of the two-round process of
Submitted bids may be validated against a predetermined set of criteria. For example, the price bid for each vintage may be required to be greater than the reserve price as indicated in during auction setup, and may be no greater than the compliance price per vintage plus some percentage (e.g., 25%) as a way to protect bidders against data entry error.
Following the close of the first round, the auction platform may then complete validations to confirm a successful round and calculate a market midpoint curve, which will then be displayed to all participants on their respective auction screens.
During the second round of the embodiment of
While bidders may submit bids on a fixed-interval basis auction (e.g., yearly), as shown in
Once the bidding is closed, the auction platform may confirm that a successful round has been completed, meaning at a minimum that all submitted bids are valid and a quorum of valid bids is present.
Following auction validation, seller may be presented with the full spectrum of anonymized “Best and Final” bids to select the curve that best suits their business needs, as shown for example in
Sellers may also be provided with tools via their auction screens to aid in decision making, such as the ability to turn on and off individual curves on graph, ability to mouse over a specific point on the curve to view the underlying price, ability to view contract term specifics and the ability to view submitted bids as lists of prices (see
Alternately, the platform may support other auctions methodologies, such as the following:
Additionally, an automated fills methodology may be used in connection with any multi-term auction. In one or more embodiments, the automated fills methodology may include a two-step process in which the first step is bid ranking and the second step is bid filling. In the first step—bid ranking—valid bids in each range may be ranked independently based on a series of predetermined criteria. By way of a non-limiting example, the bid ranking may be based on the following criteria, listed in descending order of consideration:
In the second step—bid filling—ranked bids may be filled independently for each range. This may be done in descending order until the quantity filled equals the available quantity. In the event that filling the next incremental bid would result in the quantity filled being greater than the available quantity, the final bidder may be filled only partially such that the quantity filled equals the available quantity.
Referring now to
Once a quorum of bidders is achieved, participants may utilize an auction screen to begin submitting bids (see
Following the close of Round 1, a market clearing price will be determined. In certain embodiments the market clearing price is determined after remove prices that cross, and eliminating prices that are more than X (e.g., 2, 3, etc.) standard deviations from the mean of all submitted prices. Finally, the average of the Y (e.g., 3, 4, etc.) best bids and best offers in both directions is computed as the market clearing price.
Following validation of Round 1, Round 2 will begin with participants utilizing their auction screens to submit the quantity desired at the market clearing price to either buy or sell (see
As with the previous auction types, once bidding is closed, the auction platform may confirm that a successful round has been completed, meaning at a minimum that all submitted bids are valid and a quorum of valid bids is present.
Upon auction validation, orders may then be filled on a pro-rata basis in which orders may be sorted by direction and participant ranking during Round 1, which is based on how aggressively the participant bid or offered during the Round 1.
If more than one order exists at a winning participant level, the orders may be filled in the following manner:
Still another aspect of the invention relates to the confirmation/reporting aspects of a completed auction. In particular, following the order filling process, a “trade ticket” may be generated and sent to both the buyer and seller. The trade ticket may include one or more of the identity of the Counterparty, Instrument, Buy/Sell, Quantity, Vintage, Price, and Delivery instructions. Such trade tickets may be sent using email, electronic file, fax, etc.
Additionally, a trade confirmation may be generated by the auction platform and forwarded to buyers and sellers as confirmation. The trade confirmation may include any of the trade details, including for example, trade date, parties identity, type of product (e.g., standard RECs, generation contingent, unit contingent, etc.), amount, vintage, price, delivery date(s), method of transfer (e.g., GIS REC tracking system), compliance with applicable programs, whether regulatorily continuing, etc. In addition, some or all of this information may be similarly forwarded to various necessary third parties (e.g., registries, etc.).
Additionally, part of the confirmation process is to generate and deliver reports specifically intended for active buyers and the seller of RECs. For example, seller reports may include an audit trail of final bids including price per vintage and quantity, number of participants, while buyer reports may include number of participants, percentage of quantity sold and the indicative average price. The aforementioned confirmation/reporting operations may be carried out by a post auction module, such as module 140 of
The post auction module of the present invention (e.g., module 140 of
With reference now to
Referring now to
Referring now to
Referring now to
On day two after the auction date, participants without filled bids may have their total financial security returned to their bank accounts per the agreed to settlement instructions. Thereafter, on the day before the vintage date, participants (buyers) with filled bids may delivery payment equaling the nominal amount of the filled bid per vintage to a designated escrow account. Thereafter, on the actual vintage date, a number of RECs equaling the quantity of filled bids per vintage may be delivered to the registry accounts of winning bidders as per settlement instructions. Finally, on the day after the vintage date the equivalent of the nominal amount of all filled bids per vintage less fees may be delivered to the seller's bank account per settlement instructions.
While certain exemplary embodiments have been described and shown in the accompanying drawings, it is to be understood that such embodiments are merely illustrative of and not restrictive on the broad invention, and that this invention not be limited to the specific constructions and arrangements shown and described, since various other modifications may occur to those ordinarily skilled in the art.
This application claims the benefit of U.S. Provisional Patent Application No. 61/286,891, filed Dec. 16, 2009.
Number | Date | Country | |
---|---|---|---|
61286891 | Dec 2009 | US |