-
Notifications
You must be signed in to change notification settings - Fork 56
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
Decision Proposal 314 - Last Consumer Change Date (Phase 1) #314
Comments
Discussed in AEC/DSB forum 20/07 - Recommendation to add data correction as a topic for this consultation as the scope of data correction increases by introducing LCCD related changes to CDR data being shared. If a data correction request comes through for CDR data which is from before the current FRMP start date, how will this be managed and by whom etc. |
Please find AGL's response to the consultation paper attached. |
Please find the OAIC's officer-level comments on DP 314 attached. |
Thank you for your consideration of EnergyAustralia's response. |
Thanks to those who provided feedback. The feedback period is now closed, and responses will be reviewed and considered as part of phase 2 consultations. |
Thanks again to those who provided feedback on this decision proposal. The DSB has developed responses to a number of the queries raised. Thank you @OAIC-CDR for your submission. Please see responses to specific queries below:
The DSB understands that ADRs are already required to inform consumers of historical data that may be accessed, which we expect would naturally extend to historical data relating to a previous retailer. This understanding stems from r4.11(3)(c)(i), OAIC guidance on consent (Chapter C: Consent, C.56), and is reflected in the CX guidelines on consent (Collection and use consents - default example, wireframe ref 34). The DSB will consider the need for further detail regarding previous retailers as part of this message.
In the context of Option 1a, the meaning of unnecessary friction is not to be conflated with positive friction. Option 1a is considered to minimise unnecessary friction compared to Options 2a and 2b, which would require consumers to give permission separately and actively to share historical data. This is considered unnecessary friction as ADRs are already prohibited from collecting more CDR data than is reasonably needed, as per the data minimisation principle, and as such should only be requesting the data if it is necessary for the service. Further, Option 2a may result in a redundant or conflicting control on the DH side where the consumer has already given the ADR permission to access historical data. On this basis, Option 1a is considered to minimise unnecessary friction, in the form of controls that may be redundant or contribute to consent fatigue, while still providing positive friction, in the form of a contextual notification.
This decision proposal was informed by 2020 research on energy data sharing and AEMO’s role in CDR, along with more recent research conducted in 2022 on the consent review. Based on research to date, Option 1a is considered to strike the right balance between transparency, control, and cognitive load when facilitating informed consent.
Option 1 refers to sharing historical metering data without the need for the consumer to actively make a selection. The options provided by option 1 are to (a) clearly indicate to the consumer as part of the consent when historical data from previous retailers may be shared; or (b) share historical data from previous retailers without indicating this fact. In the preferred Option 1a, while historical data will be shared by default, the consumer will be alerted to this detail before the data is shared and as such will have the opportunity to exit the process if they do not wish for this to occur. With Option 1b, which is not recommended, the consumer will not be alerted that historical data will be shared by default.
The findings from energy sector research conducted in 2020 showed that participants expected AEMO’s role to be made transparent. Noting this finding, the DSB will revisit this issue and consider the inclusion of further detail in the authorisation flow in relation to historical data and AEMO’s role in the process. |
In response to @AGL-CDR, please see the below from the @CDR-API-Stream:
With the assumption that the LCCD will be populated with a pre-defined default value, its interpretation and use would be similar to leaving it blank. It is not clear how this will address the above noted issue. If the intention is to pre-populate with the appropriate value a consumer has been at a given premise, this would be beneficial to consumers allowing them to benefit from LCCD sooner. Further details of how this would be carried out would be of value to discuss and understand.
The DSB understands that this risk was discussed as part of AEMO's original consultation. As per our understanding the mitigation of this risk is that a retailer will be required to update the LCCD value based on AEMO defined rules as they are applicable to the energy sector outside of CDR. Note that the DSB is intending to undertake a risk assessment on the use of LCCD for data sharing resulting from feedback received during this consultation. Thank you @AGL-CDR for your input on implementation considerations. We will consider this when proposing any new obligation dates. |
The @CDR-API-Stream has provided the below in response to @TravisWorsteling: Thank you for your submission. Based on stakeholder feedback in relation to these issues, given in various forums, the DSB is planning to undertake a risk assessment consultation for community feedback on the use of LCCD in sharing consumer energy usage data via the CDR data standards. We currently anticipate initiating this assessment this year. We will update the community with further details soon. |
In response to @Parag-PowershopAU, please see the below from the @CDR-API-Stream:
Our current understanding is that the existing data correction processes for AEMO held data would work for LCCD as it is also AEMO held data. We are discussing the issue with Treasury and will provide clarification when available. |
@CDR-CX-Stream thank you for your detailed comment and response. I look forward to discussing these issues further in more detail. AEMO have recently confirmed that they will not be upgrading the existing Blind Update Tool (BUT) to enable bulk update to LCCD. This precludes a coordinated response from industry to address the issue raised in our submission above. Alternative solutions are available but are dependent on individual retailer implementation, eg. it may be possible to bulk trigger updates via CATS CRs, however this needs to be approached carefully to prevent stop-files caused by exceeding MSATS thresholds. |
…ce/611 Clarification of Energy PRD Obligations
A little late to the party, sorry, but commenting nonetheless... As a fledgling DR in the energy space, I am very supportive of the introduction and use of the LCCD field as a means of providing the full consented extent of the consumer's usage history at a site, regardless of the retailer's involved. In a time of increasing churn frequency, this would allow use-cases to be implemented that would otherwise not be viable. The options recommended in the DP paper make sense, provided the "notification" obligation on the DH can be satisfied by a simple "Includes usage data from before ACME Energy" (or similar). The only potential alteration would be to include the LCCD date in the CDR data standards. Having this date available could enable software products to better understand the integrity of the usage history data, as well as provide a more personalised contextual experience (cheesy example: "Happy 5-year anniversary at 1 Main Street!"), particularly when the LCCD date is prior to the oldest retrieved usage date and so the usage history can't be used as a proxy to determine move-in date. |
Tuesday 11 June: Decision Proposal 314 Published
This decision proposal outlines and seeks feedback on the considerations and recommendations for incorporating the Last Consumer Change Date (LCCD) into the CDR standards. It focuses on scenarios where the LCCD value can be utilised by the standards, identify potential risks related to LCCD usage and the need for consumer experience (CX) data standards.
The proposal for consultation is attached below:
Decision.Proposal.314-Last.Consumer.Change.Date.(Phase.1).pdf
Feedback is now open for this proposal. Feedback is planned to be closed on Tuesday 8th August 2023.
The text was updated successfully, but these errors were encountered: