Supplier of Last resort (SoLR) - Settlement Performance and Performance Assurance |
Guidance Note for the Replacement Supplier and affected Agents. |
This guidance has been put in place to provide helpful information to the appointed Replacement Supplier of a SoLR. as well as the previous and newly appointed Agents The guidance covers:
General good practice;
The options available to a Replacement Supplier;
Examples of potential pitfalls to watch out for and good practice for each of the options;
The information that Elexon will request from you to help understand the approach you are taking and the controls you are putting in place;
How to use Elexon’s performance reporting to ensure the management of the SoLR is not resulting in any Settlement Performance issues; and
The Performance Assurance Framework (PAF) responsibilities of the Replacement Supplier following a SoLR.
General advice to Agents affected by SoLR activities.
Prior to reading this guidance you should read:
We recommend that, where possible, the Replacement Supplier undertakes the following as general good practice:
Contact the appointed agents of the failing Supplier to inform them of your plans timeframes and any impacts this may have on their business , for example with regards to submission of de-appointment and other Change of Supplier (CoS) or Change of Agent (CoA) flows;
Contact any agents you plan to appoint to the new Metering System Identifiers (MSIDs) to inform them of your plans and any impacts this may have on them, for example with regards to submission of appointment and other CoS or CoA flows;
Contact the Administrator of the failing Supplier, where one has been appointed, and agree a clear view between both organisations of Settlement volumes associated with the account on the date of the change; whilst this isn’t a Settlement obligation, it can help to avoid misunderstanding between the two organisations and identify any issues early;
Compare this information to any data you are provided with from Ofgem around the customer base of the failing Supplier;
Ensure you have controls for identifying any data quality issues associated with the MSIDs you have been appointed to, and that any problems you identify are addressed quickly;
Contact Electralink and ensure they are aware of the SoLR event. They can advise on any Data Transfer Network (DTN) changes (such as flow re-routing) that will be necessary;
Ensure you have processes in place to request reads from customers of the failing Supplier, followed up by a robust read strategy that identifies and addresses the root cause of any problems processing these reads; Ofgem advises customers of failing Suppliers to take a Meter read when they announce the appointment of a SoLR, and getting accurate actual reads processed properly will be the best way to make sure that the MSIDs you are appointed to are settled accurately;
Monitor the Settlement performance data you receive from Elexon and via any relevant DTN (or other) flows, to identify and quickly work to resolve any issues not picked up by other processes; and
Liaise regularly with your Elexon Operational Support Manager (OSM) to inform them of how you are progressing with the actions, and advise them of any possible help or support you may need (for example, contact details for Agents you may not currently work with, or any additional data that would be helpful to you).
The options available to a Replacement Supplier
At the point of the SoLR (i.e., the date and time notified by Ofgem of the SoLR transfer taking place), the Replacement Supplier becomes:
Responsible for the BM Units’ Exports and Imports;
The Registrant for all Metering Systems associated with those BM Units; and
Liable for all charges and benefits relating to the Metering Systems.
Responsible for the failing Supplier’s MPID
The MPID(s) associated with the failing Supplier and all associated Metering Systems are transferred to the Replacement Supplier on the SoLR date. The Replacement Supplier is then able to either:
Whilst it is not a requirement, you should consider that the second of these options may be useful in establishing a clearer boundary in Settlement by using the closing read from the CoS process within three months of the SoLR date but noting the you are still responsible for maintaining the MPID until the CoS is complete.
Potential Replacement Supplier pitfalls and mitigations
As with migrations of MSIDsfor other reasons such as a CoSCoA, a SoLR can introduce risk into Settlement processes if data is not correctly transferred, or if any issues that occur as a result of the process are not detected and addressed.
You can mitigate some of these risks by following the general examples of good practice detailed above. However, depending on which of the two options you decide to take for managing the MSIDs, you may also wish to consider the following.
You should have a clear migration plan in place, with indicative numbers of migrations against dates; these dates should take into account any external limitations on what you will be able to process – for example, the Gas market has a hard limit of 5000 registrations that some Suppliers have found restricts the number of dual-fuel customers they are able to register in a single tranche and you may need to consider whether your plans exceed the Bulk Change of Agent threshold set out by the BSC Panel and follow the process set out in BSCP513 “Bulk Change of NHH Supplier Agent” ;
Your plan should consider any additional resources that will be required both at your business and your agents’ in order to complete the migration work and address any issues encountered along the way;
Your plan should include regular migration reports to check for any issues, and be clear as to who is responsible for addressing these, including clearly defined escalation points;
Depending on the number of MSIDs to be migrated, you may wish to consider undertaking a small pilot migration to see if any issues are encountered, and make sure these are addressed before continuing with the migration;
You should share this plan with your Elexon OSM, and keep them updated throughout any migration activities;
Whether you have undertaken a pilot migration or not, you should keep track of root causes for any issues you encounter during the migration, and analyse any common root causes to determine if changes to your chosen approach are required;
You should take steps to ensure that all account details are up-to-date and accurate, and that any notes or issues logged on a customer’s account are resolved; where the data provided to you by Ofgem or the failing Supplier is missing or incomplete, you should have a clear strategy in place for obtaining the missing information as quickly as possible;
You should take steps to ensure that there will be a full set of agents appointed and Meter Technical Details (MTDs) in place for each MSID that is due to be migrated, and check to make sure that this is the case once migration is complete;
You should take steps to ensure that any exceptions (for example, those indicated by D0095 and D0023), whether open before or created by the migration, are investigated and addressed; for the prior MPID; and
You should take steps to ensure that any excessive Estimated Annual Consumption (EACs) / Annualised Advances (AA)s whether in place before or created by the migration, are detected, investigated, and addressed. Excessive EAC and AAs are common after SoLRs as the customer read provided may be out of line with the previous consumption. This is particularly important in the event of a SoLR as the failing Supplier will no longer be available to review the CoS read against the previous consumption so a control point is lost.
If you encounter any issues or problems in either putting a plan together, or in delivering that plan, you should speak to your Elexon OSM as quickly as possible. They will not only be able to assist with the issue but also will be aware of the potential Settlement impacts and work with you to try to minimise these.
If you are intending to manage the new MSIDs using the Supplier MPID that had belonged to the failing Supplier:
It is not required for settlement but you should consider how best to establish a boundary marking the point that you took responsibility for the MSIDs for billing purposes or as part of any agreements you have with the administrator for the failing Supplier. If you intend to use customer reads to generate a D0010, you should consider planning what to do if these are unavailable as BSCP504 “Non Half Hourly Data Collection for SVA Metering Systems” does not permit a Supplier creating deemed a read in these circumstances nor does it allow the re-dating of actual reads. If you are intending to undertake a CoS to transfer the MSIDs to one of your existing MPIDs:
Firstly, it is not required for settlement but you should consider how best to establish a boundary marking the point that you took responsibility for the MSIDs for billing purposes or as part of any agreements you have with the administrator of the failing Supplier. If you intend to use customer reads to generate a D0010, you should plan what to do if these are unavailable as BSCP504 does not permit a Supplier creating deemed a read in these circumstances nor does it allow the re-dating of actual reads. If readings are obtained and you wish for them also to be used in Settlement then the reads must be provided to the current DC for validation and inclusion in the Meter Read History.
Secondly, you should ensure you have communicated your migration plan with the relevant Agents. Note that the Agent appointed at the time of the SoLR remains the Agent until either the CoS or CoA process has been completed. You should take steps to communicate with both the previous and new Agent before starting the migration. Once started you should monitor the transfer of MRH and the subsequent validation/generation of CoS reads to ensure that these properly enter into Settlement and do not generate large EAC/AA instants for both MPIDs involved.
You should be careful to draw a distinction between these two event and ensure only validated customer readings are allowed to progress into Settlement.
Additionally, you may need to migrate a small number of complex Meters over separately following a bulk CoS. You should inform Elexon the date you intend to have completed migration of all Meters, including any remaining Complex Meters.
You should be aware that you are now responsible for the failing Supplier’s MPID and managing the end to end process of migrating MSIDs across to a new MPID. For instance submitting D0151s, Termination of Appointment or Contract by Supplier, is the responsibility of the appointed SoLR rather than the Administrator. The administrator may submit this on behalf of the Supplier if there are issues with access to the systems of gateway that requires this however, the responsibility for the data and controls remain with the Replacement Supplier. Ensure that if you have agreed a process with the Administrator and ensure this has been communicated to both the previous and new Agents.
Where data flows concerning the migration are to be sent over the DTN you should make sure that you are monitoring these to ensure that they are sent, received, and processed as you expect. This may require you to set up additional monitoring, for example to confirm that your Agents have received and processed all of the data flows associated with their Appointment, or that any CoS reads from D0086 s have successfully generated D0019s to be aggregated for Settlement.
Where the DTN is not being used for the transfer of data you should make sure that you are monitoring that any information you have sent by other means is sent, received, and processed. Again, this may require you to set up additional monitoring, depending on the method you have chosen.
You should again keep your Elexon OSM up to date with your plans and progress, and alert them to any issues or potential issues you come across. They will be able to help you manage these, and will also be aware of any subsequent Settlement or Settlement Performance impacts at an early stage.
How Elexon’s Performance reporting can help
Elexon’s weekly performance reports can be a helpful tool in understanding what data the Supplier Volume Allocation Agent (SVAA) holds for an MPID, and to track the performance of any migration carried out due to a SoLR event. The GSP tab will show you the latest data Elexon holds for the MPIDs. This may include how many MSIDs remain on the MPID, and the number of MSIDs which are being settled on a Default EAC (these may indicate the DC(s) may have issues processing any reads provided).
The following graph depicts the progression of a SoLR where the Replacement Supplier has migrated the MSIDs to one of its existing MPIDs, progressed SoLR reads into Settlement and observed no major issues during the CoS:
Note that performance contains two peaks as the date you are appointed by Ofgem as the SoLR will not be the same as the date you chose to carry out the CoS process to move MISDs to your chose MPID.
Any deviation from the example shown requires prompt investigation to ensure issues before are rectified becoming more complex. The following graph depicts the progression of a SoLR where Settlement issues are encountered.
As can be seen from this graph, Settlement performance of each run as fallen to the level of the prior run before dropping to zero which suggests the flow of data has stopped. This may be because the old DC has stopped processing CoS Reads, or has become unable to since the SoLR date. Also, performance not reacted reacted at all to the CoS event that followed which indicates that the CoS reads haven’t progressed into Settlement possibly the new DC being unable to generate the D0086. In this scenario, the DC may require assistance.Whilst the Settlement performance prior to the SoLR date is not your responsibility as the Replacement Supplier (see the section below), it is your responsibility to ensure that the appropriate steps for the CoS are completed in line with the BSC. Reviewing the performance data prior to the SoLR to ensure these issues don’t occur will help you monitor whether the customer reads and any deemed or actual CoS reads have been successfully processed or whether there are issues that you need to investigate with your agents (pre and post the CoS date). Please contact your OSM if you would like to discuss this monitoring.
Information that Elexon will request from the Replacement Supplier
Elexon will request the following information from you to help understand the approach you are taking and the controls you are putting in place:
Confirmation on whether you will be undertaking a CoS process or maintaining the failing Supplier’s MPID;
Confirmation of a timeframe for any CoS/CoA activities;
Details of the controls you will put in place to manage appointments, data quality, exceptions and obtaining reads;
An indication of expected Performance across all run types for the next 14 months for the failing Supplier’s MPID and the MPIDs you are migrating MSIDs to if undertaking the CoS route from the SoLR date; and
That regular which detail when any migrations take place, the Agents involved and confirmation that you have communicated with Agents, during any performance discussions with your OSM.
Please remember that your OSM is here to provide any help and support you need through this process. They also have access to Elexon’s other experts across the business, who can help out whatever situation may arise during the SoLR process and subsequent activities. If you’re ever unsure, please reach out to them.
Performance Assurance responsibilities of the Replacement Supplier
From the SoLR date, all responsibilities under the BSC transfer to the Replacement Supplier. However, any Settlement Dates which fall before the SoLR date, and any responsibilities or obligations associated with those Settlement Dates, remain the responsibility of the failing Supplier.
For clarity, in an example where a SoLR event occurs on 01 January, the new Supplier will be responsible for obligations relating to all Settlement Dates from that point forward, so would only begin to be responsible for Final Reconciliation (RF) Performance after 14 months (when 01 January reaches the RF run). Until that point, the responsibility of RF performance would remain with the failing Supplier. It is worth noting, however, that actions the Replacement Supplier takes may still contribute to improving performance for Settlement Dates prior to them being responsible.
When a SoLR date occurs in the middle of a period being used for a Performance Assurance Technique (PAT), that period should not be the responsibility of either the old or the Replacement Supplier. This is because it would not be possible to accurately quantify the materiality or impact of the two Suppliers throughout that period.
Approaches for PATs that are impacted by a SoLR
Material Error Monitoring
This technique covers Large Estimated Annual Consumption (EAC)/Annualised Advance (AA) Reporting, Unmetered Supplies (UMS) Reporting, and Energisation Status Reporting. Whilst Suppliers are only responsible for excessive instances that are after the SoLR date, you should try all you can to resolve these and ensure that Settlement is as accurate as possible while allowing any CoS to progress smoothly.
Technical Assurance of Metering Systems
Non-compliances identified before the SoLR date should be closed (as there is no way the failing Supplier would be able to resolve them).
Non-compliances may be re-opened under the Replacement Supplier if the same non-compliance is identified on a date on or after the SoLR date.
Any organised Technical Assurance checks should be re-confirmed with the Replacement Supplier, but should still take place. Any new Technical Assurance checks should be planned with the Replacement Supplier.
Technical Assurance of Performance Assurance Parties (TAPAP)
Any non-compliances identified before the SoLR date should be closed (as there is no way the failing Supplier would be able to resolve them)
Non-compliances may be re-opened under the Replacement Supplier if the same non-compliance is identified on a date on or after the SoLR date.
Any TAPAP checks planned or organised should be re-confirmed with the Replacement Supplier, but should still take place. Any new TAPAP checks should be planned with the Replacement Supplier.
All open BSC Audit issues should be closed.
BSC Audit checks currently planned or being undertaken should continue, in discussion with the Replacement Supplier. The sample checks should only utilise Settlement Dates after the SoLR date.
BSC Audit Issues uncovered through this Audit check should be allocated under the Replacement Supplier, which will have responsibility to resolve these issues.
A Supplier may be Audited on its SoLR processes and controls for any SoLR it has undertaken within a given Audit period. This will be Audited through the ‘NHH Supplier of Last Resort’ BSC Audit workpaper. This paper will cover BSCP requirements, for example BSCP502 “Half Hourly Data Collection for SVA Metering Systems Registered in SMRS” and BSCP504, and could be conducted as a limited, targeted or full scope Audit.
Error and Failure Resolution (EFR)
All open EFR plans should be closed.
If the performance standards are breached following the SoLR date, the Replacement Supplier can be placed into EFR in line with the normal EFR processes.
Settlement Dates falling before the SoLR date will be the responsibility of the failing Supplier to correct. Note that this is not likely to be possible if the company has ceased trading and therefore poses a notable risk to the market.
Settlement Dates on or after the SoLR date will be the responsibility of the Replacement Supplier to correct.
Any charges and/or refunds necessitated by any Trading Disputes will also be assigned to the failing or Replacement Supplier dependent on the Settlement Date/s for which the Dispute occurs.
Supplier Charges for SP01, SP02 and SP04 for complete PARMS Reporting Periods (i.e. calendar months) falling before the SoLR date should be assigned to the failing Supplier and are its responsibility to pay.
Supplier Charges for SP01, SP02 and SP04 for complete PARMS Reporting Periods falling after the SoLR date should be assigned to the new Supplier and are its responsibility to pay.
Supplier Charges for SP01, SP02 and SP04 for PARMS Reporting Periods which straddle the SoLR date do not have a clear responsibility with either Party, and therefore should not be assigned to either.
Note that PARMS Serials SP01 and SP04 were removed in February 2022. Therefore only Reporting Periods prior to this date will attract SP01 and SP04 Supplier Charges.
SP08 and SP09 Supplier Charges should be examined by Settlement Date, with Supplier Charges relating to a Settlement Date prior to the SoLR date being assigned to the old Supplier, and Supplier Charges relating to a Settlement Date on or after the SoLR date to the new Supplier. Elexon is continuing to investigate how the reporting can be updated to ensure it is fully aligned with the invoicing.
Note that Supplier Charges were suspended from the March 2020 to September 2022 Reporting Periods, and therefore only Reporting Periods outside of this range will attract SP08 and SP09 Supplier Charges.
Advice for Agents involved in SoLR Activities
On the date a SoLR has been appointed by Ofgem, the Replacement Supplier becomes responsible for all the failing Suppliers BMUs Exports and Imports, Metering Systems associated with those BMUs, and the failing Suppliers MPIDs (including all MSIDs registered to the that MPID).
The Agents appointed to each MSID remain the same as before the SoLR date until the Replacement Supplier chooses to utilises the CoS or CoA processes outlined in the Agents respective BSCPs. Agents may wish to put in place a process to ensure, that after Elexon issues a circular confirming a SoLR and providing details of the Replacement Supplier, that all of its relevant staff are aware that the Company responsible for the MPIDs associated with that BSC Party would have changed.
Before starting the CoS or CoA process, the Replacement Supplier should contact the current Agent to confirm how it intends to manage its new Supplies. The Replacement Supplier cannot perform a CoS or CoA process before its appointed SoLR date.
The Replacement Supplier will either:
Manage the new MSIDs using the MPIDs that had belonged to the failing Supplier, in which case the Replacement Supplier should communicate if it intends to migrate the MSIDs to a new Agent; or
Undertake a CoS to transfer the MSIDs to one of its existing MPIDs, in which case the Replacement Supplier should communicate if it intends to use nominate a new Agent during the CoS process.
During a CoS or CoA process, the Replacement Supplier is responsible for all data flows the Old Supplier would normally send as well as the data flows for the new Supplier. For example where the Old Supplier would typically send a D0151 to the NHHDC, the Replacement Supplier is now responsible for ensuring this has been completed. However please be aware that the Replacement Suppliers can work with the failing Supplier’s Administrators to complete this using the failing Suppliers systems. Please check with the Replacement Supplier how it intends to conduct processes which the Old Supplier would usually complete.
The Replacement Supplier’s SoLR migration plan should follow standard practises for CoS and CoA processes outlined in the BSCP. If a migration plan appears to fall outside standard BSC Procedures, you should highlight your concerns to your Elexon OSM as quickly as possible.
Meter readings such as Customer Reads collected on or around the SoLR date (more than 5 working days prior to the CoS) should be sent to the current DC for validation and inclusion within the Meter Read History as they should only be sent to the new DC after being validated by a qualified system. While CoS Readings should be sent to the new DC as normal for use in or the generation of the D0086.
Be wary of Suppliers issuing D0010s containing readings incorrectly marked as validated. If the new DC is provided Customer Readings for dates prior to their appointment by the Supplier and outside of the MRH provided by the old DC they must be treated as Point of Sale (POS) reads and under BSCP504 (4.4.3) cannot be used to inform Settlement processes unless validated against the MRH.
Also as with all CoS events, the use of the underpinning (a process of obtaining data from the new Supplier instead of from the old DC) should only be used when the new DC has exhausted all reasonable efforts (with audit trail) and should be extremely rare unless the failed Supplier was operating an integrated DC subsequently also failed.
Please remember that your OSM is here to provide any help and support you need through this process. They also have access to Elexon’s other experts across the business, who can help out whatever situation may arise during the SoLR process and subsequent activities. If you’re ever unsure, please reach out to them.
At present there are no SoLR specific BSC Audit workpapers applicable to Agents. The BSC Audit workpaper ‘NHH Supplier of Last Resort’ does not currently extend to BSC Agents and only Suppliers are eligible for Audit on this.
Intellectual Property Rights, Copyright and Disclaimer The copyright and other intellectual property rights in this document are vested in Elexon or appear with the consent of the copyright owner. These materials are made available for you for the purposes of your participation in the electricity industry. If you have an interest in the electricity industry, you may view, download, copy, distribute, modify, transmit, publish, sell or create derivative works (in whatever format) from this document or in other cases use for personal academic or other non-commercial purposes. All copyright and other proprietary notices contained in the document must be retained on any copy you make. All other rights of the copyright owner not expressly dealt with above are reserved. No representation, warranty or guarantee is made that the information in this document is accurate or complete. While care is taken in the collection and provision of this information, Elexon Limited shall not be liable for any errors, omissions, misstatements or mistakes in any information or damages resulting from the use of this information or action taken in reliance on it. |