Let's say I have time-of-day pricing and not Tenders or Quotes
1.
A detailed accounting of my power expenses would be
Day 1, Early Morning, 5 hours, 13 kWH @ .12 kWh, extended price n
Day1, Late Morning, 4 hours, 47 kWH @ .14 kWh, extended price n
Day1, Mid-Day, 6 hours, 64 kWH @ .24 kWh, extended price n
Day1, Evening, 5 hours, 53 kWH @ .28 kWh, extended price n (note expensive during duck bill)
Day 1, Let Night, 6 hours, 14 kWh @.15 kWh, extended price
I could have a similar accounting for each day of the month, and analyze my spend (as opposed to usage) based on times of day, and look to shifting my load later. There are no a priori transactions for any of this, or we could say there are 5 transactions per day.
2.
Take the same facility, and augment with a negotiated load curve
Day 1, 9:00 pm , 1 hour, 15 kWH @ ..10 kWh, extended price n
Day 1, 10:00 pm, 1 hour, 20 kWH @ ..10 kWh, extended price n
Day 1, 11:00 pm, 1 hour, 20 kWH @ ...08 kWh, extended price n
Day 1, 12:00 pm, 1 hour, 20 kWH @ ...08 kWh, extended price n
Day 2, 1:00 am, 1 hour, 20 kWH @ ...08 kWh, extended price n
Day 2, 2:00 am, 1 hour, 20 kWH @ ...06 kWh, extended price n
Day 2, 3:00 am, 1 hour, 20 kWH @ ...06 kWh, extended price n
Day 2, 4:00 am, 1 hour, 12 kWH @ ...15 kWh, extended price n
So there is another transaction, a stream negotiated in an RFQ segment
3.
Take the same facility, and purchase with Tenders
Day 1, 10:00 am, 1 hour, 10 kWH @ ..06 kWh, extended price n
Day 1, 11:00 am, 1 hour, 10 kWH @ 06 kWh, extended price n
Day 1, 12:00 m, 1 hour, 10 kWH @ 06 kWh, extended price n
Day 1, 12:00 pm, 1 hour, 10 kWH @ 06 kWh, extended price n
So there are 4 more transactions
5. Now put 1-3 together in the same Facility. Same as (1), but computed from net of position after Segments 2, 3 are summed.
Case 1 is now be computed after the fact, as in 5, net of the Transactions
It is reasonable that as a Party that I be able to log all the CreatedTransaction messages and put them in a single report.
The purpose of the Automated Settlement Segment is purely to emit computed transactions, taking into account Delivery and whatever Arcane or Regulated process it wants to use. How do I know they were autogenerated? they came from that segment.
A Regulatory body is keenly interested in TE, and in being able to respond to consumer complaints that "Over-all Cost went up". To respond it asks for an accounting of:
Net transactions per each segment by time of day
How much of the complaining consumer's consumption was planned or self executing
Are the prices for Negotiated Power equitable. Why or Why not?
Just as an accounting system needs a ledger for "Petty Cash" for expenses not otherwise accounted for, a TE Market needs a segment for "stuff you did not buy in advance." Petty cash has transactions, so does the automatic consumption from the meter reading.
A Party/Device needs to be able to tell that it cannot reject Transaction from the SX segment
ML to analyze un-planned consumption follows the same process as any other kind of consumption.
I believe this is most simply accomplished by a self-executing segment, so identified, with a MMT that accepts no Tenders and no Quotes, and that generates Transactions with no precursors and that offers no Tickers.