-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Modify Energy concessions structure to allow non-fixed (e.g. daily, monthly etc.) concessions #476
Comments
Background:The current energy concession endpoint allows representation of concessions that are applied at a fixed amount or rate. However, concessions in energy can be calculated based on variable parameters (see example in the original comment) and the concession structure does not allow representation of such scenarios. Proposed ChangesThe DSB would like to propose and elicit community feedback on the following changes to the EnergyConcessionsResponse schema to allow representation of concessions that are calculated based on variable parameters: "concessions": [
{
"type" : ["FIXED_AMOUNT", "FIXED_PERCENTAGE" "VARIABLE"], //new attribute describing type of concession calculation
"displayName": "string",
"additionalInfo": "string",
"additionalInfoUri": "string",
"startDate": "string",
"endDate": "string",
"discountFrequency": "string", //conditional attribute for frequency at which a discount is applied - mandatory if type is FIXED_AMOUNT or FIXED_PERCENTAGE. Formatted according to ISO 8601 Durations
"amount": "AmountString", //conditional attribute for the amount of discount for the concession- required if type is FIXED_AMOUNT
"percentage": "RateSTring", //conditional attribute for the percentage of discount of concession - required if type is FIXED_PERCENTAGE
"additionalValue" : "string" //conditional attribute, a generic field containing additional information relevant to variable concession- mandatory if type is VARIABLE
}
] Summary of proposed changes
|
Please find below our feedback on proposed structure. Concessions are not always pre-fixed. Some of the concessions are calculated in Energy based on the usage amount and other parameters. Some examples are, Thanks, |
@Kingson-EA thank you for your feedback. The DSB would like to propose the following three options based on assessment of the above comment: Option 1Keep the current proposed structure and define “fixed” to only be a fixed $ or rate concession as below
This option, whilst simplest of the three, is also the most restrictive as it doesn’t provide the ability to specify what the concession is applied to (e.g. usage charges, controlled load rates, etc.) Option 2 (recommended)Add an attribute that allows specifying what the concession applies to and extend the definition as below
This is recommended as it provides a simple structure to cater for most scenarios and allows specificity to what a concession applies to. The categories to what a concession applies to can also be extended by adding more ENUM values. See example below: "concessions": [
{
"type" : ["FIXED_AMOUNT", "FIXED_PERCENTAGE" "VARIABLE"], //new attribute to capture method of concession calculation
"displayName": "string",
"additionalInfo": "string",
"additionalInfoUri": "string",
"startDate": "string",
"endDate": "string",
"discountFrequency": "string", //conditional attribute for frequency at which a concession is applied. Required if type is FIXED_AMOUNT or FIXED_PERCENTAGE. Formatted according to ISO 8601 Durations (excludes recurrence syntax)
"amount": "AmountString", //conditional attribute for the amout of discount for the concession- required if type is FIXED_AMOUNT
"percentage": "RateSTring", //conditional attribute for the percentage of discount of concession - required if type is FIXED_PERCENTAGE
"additionalValue" : "string", //conditional attribute, a deneric field containing additional information relevant to variable concession- mandatory if type is VARIABLE
"appliedTo": // Array of ENUM's to specify what the concession applies to. Feedback on the enum values is welcome
{
"type": "array",
"items": {
"type": "string",
"enum": ["INVOICE, USAGE, SERVICE_CHARGE, CONTROLLED_LOAD"]
}
},
}
] Note: The "appliedTo" field is an array of ENUMs that allows specifying multiple values from the list of ENUMs in a response. Option 3Refine the schema to precisely articulate concessions with complex formulas. This is not preferred as it could make the schema very restrictive to future enhancements. Feedback is welcome on the above options. |
As per the action captured during MI 10 meeting on 30th March, below is the updated option 2 with the following changes:
Updated Option 2 (recommended) "concessions": [
{
"type" : ["FIXED_AMOUNT", "FIXED_PERCENTAGE" "VARIABLE"], //new attribute to capture method of concession calculation
"displayName": "string",
"additionalInfo": "string", //conditional attribute to capture text providing more information about the variable concession - mandatory if type is VARIABLE- mandatory if type is VARIABLE
"additionalInfoUri": "URIString",
"startDate": "DateString",
"endDate": "DateString",
"discountFrequency": "string", //conditional attribute for frequency at which a concession is applied. Required if type is FIXED_AMOUNT or FIXED_PERCENTAGE. Formatted according to ISO 8601 Durations (excludes recurrence syntax)
"amount": "AmountString", //conditional attribute for the amount of discount for the concession- required if type is FIXED_AMOUNT
"percentage": "RateString", //conditional attribute for the percentage of discount of concession - required if type is FIXED_PERCENTAGE
"appliedTo": // Array of ENUM's to specify what the concession applies to. Feedback on the enum values is welcome
{
"type": "array",
"items": {
"type": "string",
"enum": ["INVOICE, USAGE, SERVICE_CHARGE, CONTROLLED_LOAD"]
}
},
}
] The above option will be updated with any feedback received within MI 10 and will be recommend to the Chair as agreed during the call. |
|
This change was incorporated into release v1.17.0. Refer to ConsumerDataStandardsAustralia/standards#237 for further details. |
Description
Energy concessions can be fixed (based on fixed % or frequency such as daily, monthly or annually) or derived (based on some calculation, for e.g service to property charge concession. The energy concession schema currently only caters for fixed concessions.
Area Affected
Energy Concession API
Change Proposed
The change request is being proposed to modify the schema to accommodate non-fixed concession. Pptions will be consulted on during the maintenance iteration.
The text was updated successfully, but these errors were encountered: