Status meetings with System vendors 2017

Minutes of meeting 22th of December 2017

  • We had 2,5 hours downtime in Systest3 Thursday 21/12.
  • Defect related to missing meter reads to DDQ remains to be verified.
  • We will arrange for a separate test for submission of meter reads, It is most likely that this will be run in Exatest2 as part of Market trial.
  • We will send out meeting call for SVT status meetings in 2018.

Minutes of meeting 15th of December 2017

  • We had no downtime in Systest3 current week.
  • Defect related to missing meter reads to DDQ was deployed to Systest3 Wednesday.
  • Overall status for all System vendors in SVT is that 25% of test cases are executed. For the 10 System vendors participating in pilot activities the status is 75% executed and 64% pass.
  • Based on unstability in Systest3 we have moved the date for M7 to 1st february 2018. Criterias for meeting this date was presented in the meeting.
  • New Go-live date for Elhub is set to 18th February 2019.

Minutes of meeting 8th of December 2017

  • Downtime in Systest3 this week was presented in the meeting. Different issues have reduced the time available for testing. Overview of issues will be sent to the System vendors.
  • Defect related to missing meter reads to DDQ is now reported fixed in Elhub. It will be deployed in QA Monday and if verified OK, in Systest3 Thursday.
  • Requirements to M7 will be reviewed and decision on changes will be informed as soon as possible.
  • System vendors will prioritize Go-live simulation 1 next week.

Minutes of meeting 1st of December 2017

  • No downtime in Systest3 this week
  • Current status is 15,6 % pass for all system vendors and 43 % pass for system vendors involved in pilot activities.
  • Remaining defect on sending metering values to Balance supplier after move in have a new due date 7/12. Todays work on this defect have been promising and we hope to get this fixed next week.
  • System vendors have been able to do some testing this week despite periods of downtime. But the risk for not meeting the M7 requirements has increased.
  • Calculations test will continue week 49.
  • Test of BRS-NO-305 (bulk processes) will start week 49.

Minutes of meeting 24th of November 2017

  • We hade downtime in Systest3 all day Monday 20th November. This must be reported as part of status to M7.
  • System vendors have prioritized support of Market trials last week.
  • Remaining defect on sending metering values to new balance supplier after move in and change is still not fixed, New due date is week 48.
  • Calculations test is ongoing.

Minutes of meeting 17th of November 2017

  • Requirements to M7 were published on early this week with all BRS’es in scope.
  • System vendors were concerned that instability in Systest3 will reduce their ability to meet the requirements to M7. They also questioned if BRS’es that are set to red in internal verification during the test period.should be taken out of scope.
  • We keep the current scope to M7 but will not publish the results directly on (gapestokk). If any BRS is not green in internal verification this will be marked in the Test report.
  • Test results from M7 will be reported to the project lead to be used as basis for further planning.

Minutes of meeting 10th of November 2017

  • Systest3 has been available for testing all week. From week 46 we will start the weekly deployment Wednesdays at 14.00.
  • Elhub will inform about scope for M7 Monday 13/11 which will give the System vendors 6 weeks for their approval.
  • All BRS’es will be in scope for System approval to M7.
  • System approval can be done in Systest3 or Exatest2. Status must be reported for both environments.
  • Criterias for system approval:
    – All relevant test cases are run green minimum 1 time either in Systest3 or Exatest2
    – If requested, a test case must be retested by the System vendor due to major changes in Elhub
    – All messages described in the test case are processed correctly
    – There are no open critical defects
  • Requirements to Elhub for M7 as proposed by Hafslund in last Expert group meeting will be followed up
  • Time dependencies for BRS-103 and BRS-104 in Go-live simulation 1 was discussed

Minutes of meeting 3rd of November 2017

  • Systest3 had 4 hours downtime Thursday morning after deployment.
  • All BRS’es are still not verified green in Systest3. It is a risk that BRS-NO-301 (Bulk) and BRS-NO-503 (Reconciliation) will not be working 100% correct before end of the approval period. It was discussed to remove these from the scope for M7, but all System vendors in the meeting wanted them to be in scope. Elhub will review the test cases to see if they should be adjusted.
  • Test cases for BRS-NO-305 requires upload of new testdata which are published on System vendors need minimum 1 week to upload new testdata in their systems.
  • Status report from sanity check from weekly deployment in Systest3 will be published on
  • Requirements to calculations as part of SVT must be described on

Minutes of meeting 20th of October 2017

  • Systest3 had 2 hours downtime Thursday, but has been available for testing rest of the week.
  • Status from System vendors is that they have done some testing in Systest3, but also supported their customers in the preparation for Pilot Market trials.
  • Calculations test has been performed for some System vendors.
  • Elhub will verify possible volum restrictions in sending metering values to Exatest2.
  • Date for Milestone M7 is 22.December 2017.

Minutes of meeting 13th of October 2017

  • Systest3 has had no downtime this week.
  • Status from System vendors:
    -Enoro has continued testing but need fresh metering values on their metering points.
    -CGI has not been testing due to vacation.
    -Brady has started testing.
    -Tieto has problems on their side and has not done any testing. They hope to start testing next week.
    -EG Utility needs to get a Norwegian certificate to start testing
  • Calculations test is planned to start week 42, and we will contact each Sytem vendor in order to start the test.
  • Elhub will follow up defect on BRS-NO-611

Minutes of meeting 6th of October 2017

  • Systest3 release R3.1 was opened for System Vendors Monday this week and has been up all week with no downtime
  • Status sheet is updated daily on
  • CGI and Enoro has started testing this week, and more will start next week.
  • Calculations test will start as soon as the system vendors are ready. We will send out information to vendors supporting role DDQ next week.
  • Release notes for R3.1 has been published on

Minutes of meeting 22th of September 2017

  • Systest3 is now upgraded to R3.1 and sanity check is planned to be finalized today Friday. Internal verification will start Monday 25/9 and we will await external testing until earliest Wednesday. Smoke testing agreed with specific vendors will be done Monday.
  • Gzip on CollectedData is implemented in R3.1 but functionality is not fully verified.
  • Defect with Measurement definition (ED-4848) is solved and retest will be followed up with CGI.
  • Calculations test will continue in week 42.
  • The plan is to have all SVT-defects related to Market trial solved by the end of week 39.
  • Status on pilot activities and migration is followed up in separat meeting.

Minutes of meeting 15th of September 2017

  • Systest3 has been up all week with no downtime.
  • The Systest3 environment will be upgrades to R3.1 in the on Monday, according to plan. During week 38 the systest3 environment is not available for external testing. The plan is to open up for external testing in week 39, but we will have to consider the state of the system next Friday before we open up for external testing in week 39.
  • Calculations test have been running with two system vendors this week. D+1 calculations on Elhub created test data have been successful, and PPCs are sent out. D+1 calculations on sent in metering values have failed due to incorrect test data. System vendors should be ready to start calculations test after the upgrade of Systest3.
  • In UAT all SVT test cases have been run, and defects for SVT have the highest priority. There are open issues on reconciliation that will not be closed until mid-October.

Minutes of meeting 8th of September 2017

  • Systest3 has been up all week with no downtime.
  • Upgrade to R3.1 will start week 38 (18th September). System vendors will be involved in verification from week 39.
  • Verification of R3.1 in QA-environment will start 11th September. Firsts tests done by supplier is promising,.
  • Calculation test will be run week 37 with CGI, Hafslund and possibly Brady. Test for DDQ/DDK will wait till after R3.1.
  • Based on input from CGI we will consider to make testcase 601-2 optional.
  • Use of Gzip is implemented according to Emif in R3.1 and all system vendors must prepare for this.
  • Regression of R3.1 includes testing of all test cases in SVT.
  • Data upload of selected migration files from pilots in Exatest2 is done successfully this week (25000 MPID’s). Hafslund has started smoke testing
  • Status on Exatest2 has improved for market processes, but there are still issues on metering values. We will inform on status Monday morning and get more pilots to start connectivity testing.

Minutes of meeting 1st of September 2017

  • Systest 3 was kept down Monday to Wednesday to upgrade db memory and clean up queues. System has been up Thursday and Friday with improved stability.
  • Status of BRS-verification is shown in the status sheet. Most of the BRS’es are now tested green, but we still have some issues with bulk and calculation BRS’es.
  • Calculation test will start week 36 for all System vendors. For roles DDM we will start running imbalance settlements as soon as test data is uploaded. For role DDQ we will send out a separate email on further process.
  • Data upload of migration files from pilots in Exatest2 will start week 36 and connectivity test for pilots is planned to start 6th september.
  • Status on migration tool is that we have had improvements in performance. But the goal is still to upload 1000 MPID’s per Market party in pilot Market trial.
  • Elhub will starte reporting UAT status after upgrade to R3.1.
  • Decision on upgrade to Release 3.1 in our QA-environment will be done Friday afternoon. We will inform about decision on Monday.

Minutes of meeting 25th of August 2017

  • Downtime in Systest 3 is logged in Elhub. This weeks downtime was shown:
    -Tuesday 22/8 0800-1600. Messages were not returned from Elhub.
    -Wednesday 23/8 1000-1600. Problems with addressing caused messages to fail.
    -Thursday 24/8 0800-1200. Processes did not start successfully after deployment.
    -Friday 25/8 1030-1200. Messages were not processed due to problems with Resequencer.
  • Instability and downtime has the highest priority at the moment, and we have asked our supplier to make a list of actions points to prevent downtime. This will be presented in next weeks status meeting.
  • Status of BRS-verification is shown in the status sheet. Many BRS’es are now verified OK by minimum 1 System vendor. But there is still a problem with instability which need to be addressed.
  • A progress report showing executed and remaining tests will be made and published on
  • Calculation test will start as planned next week. We will use HipChat to coordinate the test and report status on environment. To verify environment we must run a separate 313 before start of the test to avoid destroying testdata for calculations.
  • Testdata will be published on for download instead of via email.
  • Data upload of migration files from pilots in Exatest2 will start next week and connectivity test for pilots is planned to start 4th september.
  • Elhub will create a report on UAT status to be presented externally.
  • Upgrade to Release 3.1 in our QA-environment is postponed, but will hopefully start next week. Upgrade of Systest3 can earliest be done in week 38 and 39.

Minutes of meeting 18th of August 2017

  • Downtime in Systest 3 this week:
    -Monday 0800-1300. Processes not running as expected.
    -Tuesday 0930-1130. Database problems.
    -Wednesday 1430-1530. Database problems.
    -Thursday 0800-1100. Processes not running as expected after deployment.
  • All BRS’es except calculations and third party are now verified in Systest 3. Status is 40 Pass, 11 Fail and 8 Partial.
  • Defects are listed in the Excel status-sheet. Except for ED-4848 all defects will be solved and retested in R3 May code branch.
  • A progress report showing executed and remaining tests will be made and published on
  • Testdata issues have been indentified and will be sorted out as soon as possible.
  • Testdata for calculations, bulk and polling will be distributed next week. Based on input from Validér we plan distribute testdata for download on
  • Data upload in Exatest2 is now being verified. But we have had severe problems to run BRS’es in Exa2 and have escalated the issue.
  • Elhub will decide how to report UAT status, ref. announcement in yesterday’s Expert group meeting.

Minutes of meeting 11th of August 2017

  • Downtime in Systest 3 all day Thursday and Friday.
    -Downtime Thursday was caused by implementation of “Compression of messages with gzip” where design was not according to EMIF. The implementation was rolled back Thursday evening, and solved the problem.
    -Downtime Friday until 12 am was caused by the general defect where Elhub returned 400 internal server error.
  • Verification of Systest 3: Elhub have verified many BRS’s, and some are remaining. Out aim is to verify remaining BRS’s next week.
  • Defects that will be delivered in R3.1 are ED-4848
  • Other remaining defects that will be fixed as soon as possible are
    -ED-12012 – Missing notify in BRS-NO-302
    -ED-9882 – Missing Notify BRS-NO-306
    -ED-11237 – No messages from BRS-NO-305, Bulk
  • Other issues in Systest3 are
    -Elhub Web-portal does not show Market process log
    -Startdate of activation of metering point is not midnight alligned is testdata, and affects BRS-NO-312, BRS-NO-313 and calculations. Test of calculations will be agreed with involved parties.
  • In migration we have uploaded a few thousand metering points, and next step is to start verifing upload by running BRS’s.
  • Downtime on Systest3 is being registered and will be reported, hopefully from next week.
  • Next week’s meeting will be cancelled as we have an expert meeting Thursday 17th, and a meeting with pilots Friday 18th.

Minutes of meeting 4th of August 2017

  • SVT test round 4 on R3 May code started 1st August. Scope is to do regression on M6 test cases and run tests on new BRS’es (305, 622).
  • Systest3 was unavailable for testing before lunch the first testday due to technical problems. We have also experienced some issues the folliowing days.
  • The goal is to verify all BRS’es by next week and mark all as green or red.
  • Current high priority defects are:
    -Several system vendors receive unvalid error message for all sent messages to Elhub. We are still investigating the issue.
    -ED-4848 will be fixed in release R3.1
  • Web-portal is available on Systest3 but still without metering values.
  • Release R3.1 is planned to be delivered end August and will earliest be deployed in Systest 3 mid September. Exact scope for 3.1 is still not settled.
  • Migration: We received a new release of DAM today 4.8 and will start testing it now. The plan is to do a new upload of migration files sent in before the summer vacation when DAM-functionality is verified, hopefully early next week.
  • We will start reporting downtime in Systest 3 and status from UAT as we move forward.

Staffing situation for the next week:
- Week 32: Are, Truls, Helle, Anita, Christine, Alf

Minutes of meeting 28th of July 2017

There has been no testing in Systest3 last week.

  • Upgrade of Systest3 to release R3 May has been conducted this week and internal verification has started. We hope to make the environment available for system vendors early next week. Feel free to start testing. We will update the Excel status-sheet and we prefer if you start regression testing on the OK (green) tested BRS’s. We will announce more information regarding this on HipChat early next week..
  • Existing testdata will be kept and upload of new testdata has been started.
  • Elhub has tested in Exatest2 this week. BRS-NO-311 and BRS-NO-306 have passed. Processes with changes in the future do not work due to test data issue, so we need to do a new upload of testdata before testing can resume.

Staffing situation for the next week:
- Week 31: Are, Truls, Helle, Ola, Anita, Christine
- Week 32: Are, Truls, Helle, Anita, Christine, Alf

Minutes of meeting 21st of July 2017

There has been no testing in Systest3 last week.

  • Upgrade of Systest3 to release R3 May will start 25th July and is planned to finish 31th July. From 1st August we will start internal verification and update the Excel status-sheet continously.
  • Existing testdata will be kept. Date when new testdata will be uploaded to Systest3 is still not settled.
  • Exatest2 is now upgraded to R3 May and we have startet verification on current testdata. No new migration-data has been uploaded.
  • Staffing situation for the next weeks:
    - Week 30: Are, Truls, Helle, Ola, Kim, Anita
    - Week 31: Are, Truls, Helle, Ola, Anita

Minutes of meeting 14th of July 2017

Systest3 has been up an running this week without major issues to the environment.

  • There has been some issues related to update estimated annual consumption (BRS-NO-317). The BRS is working fine, so we believe these issues are a special case due to many other instances appearing on the accounting point at the same time. Investigation is ongoing.
  • Deployment of release R3 May will be before August 1st. We will announce deployment date on HipChat.
  • Defects reported by now will be retested after the R3 May deployment.
  • The new testdata that we distributed on the 3rd of July is not uploaded in Systest3 yet. We will announce the date for uploading on HipChat.
  • No new status for Migration/DAM/Exatest2
  • Elhub has support for continued testing in Systest3 in July.
    Staffing situation for the next weeks:
    - Week 29: Are, Alf, Kim, Anita, Kristoffer, (Helle)
    - Week 30: Are, Truls, Helle, Ola, Kim, Kristoffer

Minutes of meeting 7. July 2017

Systest3 has been up an running this week without major issues to the environment.

  • BRS-NO-611 is fixed and working again after deployment Wednesday.
  • New defects registered and fixed in Weds. deployment see below.
    Weekly deploy contained fixes for the following defects:
  • ED-11135 BRS-NO-123 goes into recovery due to internal error in flex sync after sending requeststartofsupply to the supplier of last resort, but not confirmstartofsupply to the grid access provider.
  • ED-11133 BRS-NO-103 and 123 goes into recovery due to internal error in flexsync
  • ED-10697 BRS-NO-103 more than 30 business days back in time – initiating DDQ receives Confirm-message
  • Successfully migrates real prod. data meteringpoints into DAM/Elhub this week.
  • Hafslund breakthrough on Exatest this week – connectivity test responds OK http 200.
  • BRS-NO-611 responds with errorcode EH015 – Defect reported and being analysed ED-11277.
  • BRS-NO-301 sent by Hafslund and received by Elhub.
    Test plan SVT July, August and September
  • Elhub has support for continued testing in Systest3 in July.
  • Elhub will continuously report defect fixes and Wednesday release fixes on HipChat.
  • Deployment of release R3 May will be before August 1st. We will announce deployment date on HipChat.
  • Re-test of existing test cases on R3 May release starts week 31.
  • Test of imbalance settlement starts week 35. Test data will be distributed before August 1st.
    Staffing situation for the next weeks:
    - Week 28: Helle, Alf, Kim, Trond, Kristoffer
    - Week 29: Are, Alf, Trond, Anita, Kristoffer, (Helle)
    - Week 30: Are, Alf, Ola, Kim, Kristoffer

Minutes of meeting 30.June 2017

  • We have had several environmental issues with Systest3 this week, and we are very sorry for that.
          - Thursday last week the disk space for the OAG log went full, causing 500 internal server error until         Tuesday. We are still investigating if there were other root causes for the issues.
          - In the deployment Wednesday evening configurations of the AMI adapter went wrong, and messages sent         to Elhub failed Thursday.
          - Friday BRS-611 is still not working due to errors in the deployment Wednesday.
          - EIP-jobs do not run in Systest3 prevents Alf from running the calculations test.
  • Weekly deploy contained fixes for the following defects:
          - ED-10502 BRS-NO-211 Correct: Elhub validates on wrong GLN when PhysicalSenderEnergyParty is         different from JuridicalSenderEnergyParty (needs to be re-tested)
          - ED-11001 BRS-NO-312 is not processed in Elhub
          - ED-10813 Current timestamp in Elhub is in the future
  • M6 milestone passed 1.7.2017 – congratulations to everyone who have passed.
  • Test plan SVT July, August and September
          - Deployment of release R3 May will be before August 1st. We will announce deployment date on HipChat.
          - Re-test of existing test cases on R3 May release starts week 31.
          - Test of imbalance settlement starts week 35. Test data will be distributed before August 1st.
  • Migration
          - For the production environment deviation files are ready to be downloaded in DAM after M6. Instability         and performance issues was the reason to why it unfortunately took time.
          - In DAM UAT we are loading test data. Due to instability and performance issues we don’t know how long         uploading of data will take. Migration will report status frequency to involved parties next week.
  • Staffing situation for the next 3 weeks.
          - Week 27: Ola, Emily, (Helle), Victoria, Trond, Kristoffer
          - Week 28: Helle, Alf, Kim, Trond, Kristoffer
          - Week 29: Are, Alf, Trond, Anita, Kristoffer, (Helle)

Status meeting 23.June 2017

  • Some environment issues have disturbed testing this week, especially Thursday and Friday. Systest3 should now be up and running.
  • Weekly deploy contained fixes for the following defect: ED-10123 BRS-NO-111 fails to rollback BRS-NO-102 StartOfSupply
  • We plan to wipe all testdata in Systest 3 in order to correct structure data relations in existing testdata. Elhub will upload existing testdata for System Vendors after the wipe, but System Vendors who have not yet started testing will receive new test data. Hence System Vendor systems and Elhub will be out of sync, System Vendors must make sure that they use unused test data and send in metering values on metering points without updated meter reads before all tests when this is required.
  • For test of calculations, bulk and polling for selected System Vendors starting 01.09, we will distribute new testdata 01.08.
  • We continue with calculations testing where we send out PPCs and FPPCs to balance suppliers (DDQ), and will contact System Vendors who have not yet participated in this test.
  • We encourage System Vendors who have reached M6 to send us and e-mail, and we will approve you.

Status meeting 16.June 2017

  • Some environmental issues have disturbed testing this week. One service stopped and had to be restartet Tuesday and a large number of BRS-101 from Hafslund stopped the system Wednesday. Today Friday all external requests are stopped due to an expired certificate.
  • Release R3 May is planned to be installed in Systest3 before 1st August. Release 3.1 will be delivered early August and we have still not decided when to install it in Systest3.
  • Weekly deploy contained fixes for the following defects:
    - ED-9878: BRS-NO-315: The Pollresponse for MVTS has split hourly values into different payloads and gives incorrect values.
    - ED-10261: BRS-NO-312 on former withdrawn values respond with BRS-NO-332
    - ED-10490: BRS-NO-211 Correct: NotifyEndOfSupply is returned with wrong information in ConsumerInvolvedCustomerParty
    - We plan to make an extra deployment Monday 19/6 to fix the following defects: ED-9777, ED- 10534 and ED-10565.
  • Status round the table for each System Vendor
    - Hafslund: Going fine. Have passed M6. Are re-testing.
    - CGI: Have passed all M6-cases that are possible to test, and is approved for M6.
    - Enoro: Have passed all M6-cases that are possible to test, and is approved for M6.
    - Brady: Have passed 13 testcases and is heading for M6.
    - Embriq: No changes. Waiting for BRS-317.
    - Siemens: Have sent in BRS-313 but need assistance from Elhub to verify results.
    - Empower: No progress from last week.
  • Hafslund needs information on where to upload migration files for Smoke test in Exatest2. Planned day for upload is Thursday 22/6.
  • Elhub will present list of contact person during summer vacation. Status meetings will continue all summer.
  • The plan for August 1st, is to run regression on M6-testcases and new testcases for 302 and 306.
  • Pilot Market Trial is set to September 1st, and will most certainly be run on R3 May. Release R3.1 will be installed when suitable.

Status meeting 9.June 2017

  • The next release of Elhub, R3 May is still not delivered for internal verification. We don’t expect R3 May to be deployed in Systest3 before M6. The next release after R3 May is called 3.1 and is planned to be delivered during July.
  • Weekly deploy contained four main fixes:
    - ED-9321: BRS-NO-313: Poll response (DDM) is wrong is fixed and retested.
    - Confirm-message now comes before Notify-message for BRS 103, 104 and 123. New bug reported for BRS-111, BRS-133, BRS-221 and BRS-222 where Notify-message still comes before Confirm-message.
    - ED-10310: BRS-NO-302: Should not receive error message EH027 when metering point is non-profiled and active is fixed and retested.
    - BRS-NO-303 is missing elements. Now all dataelements stored on a metering point is returned when sending in a query, BRS-303.
  • The most important outstanding bug is:
    - ED-4848: Wrong measurement definitions returned in NotifyStartOfSupply. Will be delivered in Elhub version 3.1 (not R3 May). System Vendors affected by this defect will be approved to M6 if all other tests in the scope are passed.
  • What happens to System Vendors not passing M6? The practical consequence is that System Vendors serving Market Parties that participate in pilot activities will be affected if systems are not ready before planned pilot activities start. We will report the usual pass/fail list for system vendors at Regardless of M6, all System Vendors shall continue testing. New system vendor milestones will be included in the new plan.
  • A new testcase document is published at Here we have collected all SVT-tests in one document, and we have corrected errors in the test description. We have not changed the test scope.
  • The test log document is also updated, please use the new template.
  • Testdata: All new System Vendors (except third parties) have now received testdata. No more testdata will be distributed before the summer. Testdata for third parties will be distributed to august 1st.
  • We have managed to run calculations in one MGA on fictive test data in Systest3, and results have been sent to one system vendor serving the role balance supplier (DDQ).
  • System Vendors who want other GLN-structure(s) to test polling should send us an e-mail describing the GLN-structure(s).
  • Status round the table for each System Vendor
    - Hafslund: Going fine. Have passed M6. Are re-testing.
    - CGI: Some new processes tested this week, but defects in Elhub stops further progress.
    - Enoro: Only a few testcases left, most are past. 111 and 104 passed, and 133 technically past. Planning on testing BRS-601 next week.
    - Brady: Good progress. Have tested 8 or 9 BRS’s, and received good help from Alf and Are. Will continue next week.
    - Embriq: No changes. Waiting for BRS-317.
    - Siemens: Have communications up and running! Will continue to establish our system next week.
    - Empower: Will Continue. Have a lot of test to do.
  • Hafslund Fredrik: Hafslund needs information a few days in advance to participate in migration of production data from DAM to Elhub. To be ready to Friday next week, we will need information on Monday.
  • Meeting held in English went well, and we kept the regular ending of the meeting with “God helg” in Norwegian.

Statusmøte 2. juni 2017

  • Ukentlig deploy ble gjennomført torsdag og var ferdig innen kl. 08.00.
  • Eventuell nedetid rundt deployments bør ikke skje før kl.16.00
  • 2 defects hindrer testing for CGI, feil i measerment definitions og feil rekkefølge på Confirm- og Notify-meldinger. Den første er det CR på så den vil kunne ta litt tid. Den andre vil bli rettet til uken.
  • R3May vil sannsynligvis ikke bli installert i Systest3 før M6
  • Alle som har testet siste uke ga en rask status
  • Statusarket vil bli gjennomgått i etterkant av møtet
  • Utfordringer med polling ble gjennomgått, se også egen presentasjon. Det går på hvilke kombinasjoner av fysisk og juridisk GLN man poller for og om man bruker informasjon i Payload. De systemleverandørene som ønsker utvidet testing på dette vil få generert spesifikke testdata slik at dette kan testes etter ferien.
  • Testdata for testrunde 4 er ikke generert som opprinnelig planlagt. Vi er avhengig av å få beregningsjobbene til å kjøre internt før vi kan teste disse eksternt. Dette vil ikke være klart for test før etter ferien.

Statusmøte 26. mai 2017

  • Scope for M6 ble presentert.
  • Status Hafslund: Vi re-testet kanselleringer og 3 nye BRSer er grønne (201, 202, 211). Litt timeout-problemer med miljøet.
  • Status CGI: Feilen med 3 measurement definitions er en show-stopper for oss. Vi følger opp denne her i Elhub og løfter den i prioritet.
  • Status Compello: Utfordringer med kommunikasjonen, og venter på en feilretting i Elhub. Påvirker Siemens og Kinect i Systemgodkjenning.
  • Elhub vil gå over til ukentlige deployer torsdag morgen. Denne vil være ferdig til kl, 08.00. Vi må sikre at testmiljøet er oppe torsdager da dette er en dag det testes mye.
  • Elhub ønsker defects for portalen som anses som kritiske (funksjonalitet som plutselig slutter å virke, gjentakende feil, innhold i portalen som er uforståelig
  • Hva gjør vi med testdata for 104 som går ut på data? Kjør BRS-123 fra netteier først, deretter BRS-104.
  • Hafslund trenger et par dagers beskjed før de skal ta et nytt uttrekk for test til migreringsløpet. Dersom de trenger å ha med balanseansvarlig må de ha beskjed om dette siden dette er tatt bort etter NBS.
  • BRS-313 kapasitet er nå ca. 10 000 timesverdier.

Statusmøte 19. mai 2017

  • Statusarket er endret og markerer nå hvilke testcase som er med i Market trial/Aktørgodkjenning (kolonne B) og hvilke testcase som er verifisert OK og som er krav til M6 (kolonne C), Kolonne B er dette samme som tidligere var omtalt som Phase 1. Dette omfatter 37 av totalt 74 testcase. Kolonne C er et subsett av kolonne B.
  • Vi trenger mandagen på å fastsette det endelig kravet til M6. Alle oppfordres til å komme med innspill til forslaget som ligger ute på I møtet kom det kommentarer til 313, 315 neg og 311/317 som vi vil ta med i vurderingen.
  • Vi vil også bruke mandagen på å laste og opp verifisere testdata. For eksisterende systemleverandører gjelder dette spesielt måleverdier.
  • Testdager til uken er tirsdag, onsdag og fredag. Mandag trenger vi vil å laste opp og verifisere testdata og torsdag er Kristi Himmelfartsdag.
  • Testdata for resterende BRS’er som ikke er med i Aktørgodkjenning (testrunde 4) vil bli lastet opp i Elhub innen 2.juni og vil da også bli distribuert til leverandørene. Det er usikkert når disse testene kan startes pga. avhengig til beregningsjobber i Elhub.
  • R3May-release vil tidligst være klar 26/5. Vi vil fortløpende vurdere når denne skal installeres i vårt testmiljø.
  • Status på replanlegging vil være tema på ekstra Ekspertgruppemøte i månedsskiftet mai/juni.
  • Status på Migrering: Det har vært fremgang og vi har nå fått overlevert testmiljøet og har startet intern test av opplasting ihht. Go-live prosessen og vil fortsette med test av BRS’er. Når dette er gjennomført vil vi involvere Hafslund i ekstern verifisering. De må få beskjed noen dager i forveien før de skal gjøre sitt uttrekk. Dette kan være en kopi fra prod eller et eget uttrekk fra test. Det er lite sannsynlig at det er 24.mai-dumpen som skal brukes.

Statusmøte 12. mai 2017

  • Noe nedetid onsdag denne uken, ellers har miljøet vært tilgjengelig.
  • De fleste testcase i fase 1 er nå kjørt og flere nye defects er meldt denne uken. Disse vil bli lagt inn i statusarket. Generelle feil på Confirm på kanselleringer og respons til SLR påvirker flere BRS’er.
  • Vi skal legge inn dato for når siste test ble kjørt internt og eksternt i statusarket.
  • Krav til M6 vil bli satt 20.mai. Dette vil være de BRS’er som da er verifisert OK. Utfordring med nye releaser, R3 May og R3.1 må håndteres.
  • Vi går nå ut til alle systemleverandører og ber dem om å starte testing.
  • Hafslund har prøvd Aktørportalen og ser verdien av selv å kunne sjekke resultat av testing
  • Det går sakte men sikkert fremover for opplasting fra DAM til Elhub. Det testes fortsatt med syntetiske data.
  • Måleverdirapporter etter siste migrering vil bli sendt ut til uken.
  • Flere leverandører har implementert støtte for BRS-NO-601 og 602.

Statusmøte 5. mai 2017

  • Testing denne uken har vært litt amputert pga. fri mandag, Ekspertgruppemøte onsdag og mye nedetid torsdag som skyldtes fulle logg-disker. I tillegg opplever vi perioder der en eller flere tjenester i Elhub ikke kjører som de skal. Vi har ikke full overvåking av testmiljøet så dette vil kunne forekomme. Merk også at vindu for test er fra kl. 08.00 til 17.30.
  • Enoro, Tieto/Hafslund og CGI har sendt inn testlogger. Validér og Embriq har også rapportert status.
  • Det er viktig at øvrige systemleverandører også kommer i gang med testing. Det er nok BRS’er grønne til at testing kan starte.
  • Vi har fått mange rettinger tilbake til test og håper å kunne melde flere BRS’er grønne i nærmeste fremtid. Feilen på BRS-NO-313 er det imidlertid ikke noen umiddelbar løsning på.
  • Vi vil legge inn dato for når tester er kjørt i status-arket på Feil som kun gjelder 1 systemleverandør vil ikke bli rapportert.
  • Brukere til Elhub webportal er i ferd med å etableres. Vi vil sende ut info så fort dette er klart. Det henvises til Webinaret for opplæring. I tillegg vil vi sette opp en Skype-seanse for spørsmål etter litt tids bruk.
  • Release R3 Mai vil bli levert fra leverandør fredag 12.mai og kan da tidligst installeres i Systest3 i uke 20.
  • Rutiner for oppfølging og feilrapportering ved opplasting av måleverdier til DAM ble gjennomgått. Innspill: NCF-listene bør være ryddet for feil som ikke betyr noe. Burde fokusere på feil som er på nivå 1 og 2.
  • Feilrapporter vil bli sendt til nettselskaper i uke 19.
  • Status på opplasting fra DAM til Elhub er at testmiljøet, Exatest2 fortsatt ikke er overlevert fra leverandør. Vi vil rapportere status på DAM i statusmøtene fremover.

Statusmøte 28. april 2017

  • Pressemelding om Go/No go beslutning ble sendt ut fredag kl. 14.45
  • Testmiljøet er fortsatt ustabilt, og dette resulterer i manglende eller treg respons på innsendte meldinger. Vi tror at dette skyldes modulen som skal orkestrere prosessene og håndtere kryssende prosesser. Denne modulen skal være forbedret i mai-releasen som tidligst vil bli installert i vårt miljø 8.mai.
  • Det skjer hyppig installasjon av komponenter med feilrettinger. Etter innspill fra Hafslund vil vi informere på HipChat om hvilke defects som rettes hver dag.
  • Elhub har vurdert å pause testing, men det var et sterkt ønske om å fortsette testing uten opphold.
  • Det ble foreslått å sette opp et testmøte der Elhub og en eller flere leverandører sitter sammen og kjører tester og følger med på logger. Elhub kaller inn til et testmøte neste uke.
  • Det er laget en ny side på med retningslinjer for feilretting.
  • Embriq og Hafslund har testet BRS-NO-313 og fått forskjellige tilbakemeldinger med hensyn på volum. Vi tar deres resultater med i vår oppfølging. Det jobbes med en permanent løsning på volum-problemet.
  • Vi tar inn en ny kolonne i Statusarket på som angir om et test case er testet grønt av minimum 1 leverandør.
  • Testlogger skal sendes inn torsdag kveld slik at vi kan oppdatere status til statusmøtet fredag.

Statusmøte 21. april 2017

  • Det blir Go/No-Go beslutning i Elhub i løpet av uke 17 der status på Systemgodkjenning vil være et av kriteriene som inngår.
  • Det har vært god fremdrift på testrunde 4 for de som har kommet i gang. Men testloggene viser at totalt sett har mer enn 50% av testene feilet.
  • Det er hovedsaklig avdekket feil i Elhub og mindre i egne systemer. Mange tilfeller av manglende tilbakemelding fra Elhub.
  • Det legges ut oversikt over status pr. BRS på jevnlig.
  • Systemleverandørene trenger inntil 3 uker på å teste en BRS etter at den er meldt grønn fra Elhub.
  • Det er fortsatt ikke mulig å sende inn større volum av måleverdier til Elhub. Begrensningen ligger på 16 tidsserier.
  • Alle systemleverandører oppfordres til å holde trykket opp på testing for å avdekke feil i Elhub og egne systemer.

Statusmøte 7. april 2017

  • Vi har publisert ny status på BRSene for Systest3. Listen vil bli oppdatert daglig. Testrundene refererer til hvor man finner testcasene. Testfasene gjelder tidsapsekt for verifisering.
  • Test log runde 1-4 er også lagt ut.
  • Kommentar på 313 fra Embriq: klarer kun16 MP – ikke 84 som vi klarer internt
  • De uilke fasene i Systemgodkjenning er beskrevet i Test plan System Vendor Trial v4.
  • Testdatasettene inneholder en del ny informasjon som er Elhub-spesifikt. For enkelte er det også nye MGA. Det skyldes strengere krav i Elhub.
  • Status for systemleverandørene er at flere har kjørt connectivity og jobber med å lese inn testdata. Noen vil starte testing i påskeuka dersom innlesing går OK.
  • Vi sjekker spørsmål fra Energi Danmark om hvilke BRS’er som er påkrevd vs hvilke som er med i Aktørgodkjenning.
  • Vi har startet prosessen med å opprette brukere til Aktørportalen.
  • De som skal teste AG-rollen og/eller QRY-rollen må sende inn egne GLN for dette.
  • Det er mulig å kjøre flere BRS’er på samme MPID. Vi vil også sende ut ny informasjon om testdata for BRS-103.

Statusmøte 31. mars 2017

  • URL til Systest3 er foreløpig ikke tilgjengelig for testing. Det jobbes med saken slik at dette skal være klart til mandag 3/4.
  • Excel-ark med status pr. BRS i Systest3 er lagt ut på Dette vil bli kontinuerlig oppdatert. Det skal også legges inn oversikt over alt som er testet Rødt.
  • Testplan System Vendor Trial v4.0 er også lagt ut på I kapittel 14 er det angitt hvilke tester som må være gjennomført OK til oppstart Pilot Aktørgodkjenning i mai.
  • Det vil legges ut ny versjon av Testlogg som skal brukes for testrunde 4.
  • Status for miljø vil gis både på HipChat og pr. mail.
  • Test av beregninger er vanskelig/umulig å utføre i Systest3 med fiktive data. Dette er derfor planlagt utført som del av Markedstest.
  • Systemleverandører skal få tilgang til Elhub Aktørportal i Systest3.

Statusmøte 3. mars 2017

  • Mye god testing denne uke frem mot M5. De som er blitt godkjent har fått beskjed om dette. Status Systemgodkjenning pr. aktør vil bli rapportert på mandag.
  • Systest4 vil tidligst bli oppgradert til v1.7 20.mars, men det er sannsynlig at det blir enda senere. Systemleverandørene oppfordres til å teste videre på gjeldende kode.
  • Elhub er positiv til å gjennomføre work-shops med de leverandørene som ønsker det. CGI hadde god erfaring med dette denne uken.
  • Systemleverandører som ikke er kommet i gang ennå, må gjøre dette nå.

Statusmøte 24. februar 2017

  • Litt roligere testuke. Vi har rettet en del defects, to store som gjenstod. Har ikke fått verifisert alle BRS, men vil gjøre dette fortløpende.
  • Det er nå lagt ut nye krav til M5 for systemleverandører. Denne vil bli lagt til grunn for å sette rød eller grønn til milepælen. Vi vil i tillegg gjøre en manuell vurdering ut fra at det har vært mye feil i testmiljøet.
  • 104 og 111-4 som er vanskelig i forhold til gamle testdata er tatt ut
  • 312 og 313 er også tatt ut pga. problemer i Systest4
  • 306 er tatt ut og vi vil legge ut informasjon rundt krav til å ha med Measurement definitions
  • 111-2 inkluderer 306 og tas ut av fra listen
  • 211 Cancel kan kjøres selv om ikke hovedprosessen er grønn
  • Noen av testcasene er fra m4b. Det “nye” scope er de 5 siste casene som da tilhører runde 3.
  • Ny versjon av prosesspesifikke meldingsvalideringer (1.7.1) er nå publisert. En bedre beskrivelse / presiseringer, ingen endringer på BRS.
  • Automatisk kvittering får man så lenge man ber om det, men aktørportalen er ikke funksjonelt ferdig, så man vil ikke kunne logge inn å sjekke resultater selv.
  • Vi tenker å legge opp til mer ukentlig deploy, slik at f.eks. 312 og 313 som ikke fungerer nå tidligst vil være klar for testing neste mandag.
    Vi vil informere om hvilke BRS’er som vil bli klar kommende mandag
  • Det ble foreslått å involvere 1 og 1 leverandør til å verifisere nye BRS’er før disse settes grønn for testing
  • Oppgradering av Systest4 til 1.7 vil ikke bli gjennomført som planlagt i uke 9. Vi anslår en forsinkelse på minimum 3 uker. Det innebærer at det er mulig å fortsette å teste på 1.6 i Systest4 i uke 9, 10 og 11. Vi vil først installere 1.7 i UAT-miljøet, før vi installerer i eksterne miljøer.
  • Status Aktørsertifisering er at 266 av 528 er godkjent, over 50%. Ingen store utfordringer, men det har vært en del henvendelser rundt sertifikat.
    Disse har bl.a. gått på fysisk avsender, bruk av ESP og registrering av ombud i adresseringen er også en gjenganger.
    Noen aktører har ennå ikke registrert noe, og de blir da fulgt opp.

Statusmøte 17. februar 2017

  • Systemleverandørene skal nå fortsette Systemgodkjenning i Systest4.
  • Det er utfordringer med det nye miljøet der tester som har fungert i Exatest2 ikke fungerer i Systest4. Vi følger opp dette internt.
  • De største feilene nå er feil for BRSer som krever dagens dato. Alle kritiske feil og mange store feil er nå rettet i Exatest2.
  • Enkelte aktører har opplevd utfordringer med sertifikatet når de bytter fra Exatest2 til Systest4. Dette skal nå være rettet opp i Elhub.
  • Elhub skal bli flinkere til å gi informasjon om status på testmiljøer i alle kanaler (, hipchat, e-post, Elhub og systemleverandørene setter av tid de første dagene i uke 9 til å verifisere Systest 4. Elhub setter opp fordeling av BRSer mellom ulike systemleverandører. Elhub gir en status utover uken for hvordan testmiljøet fungerer.
  • Krav for godkjenning i M5 er de BRS’ene som fungerer, og vi vil ikke sette strenge krav til M5 da mye har vært feil på vår side.
  • Elhub legger inn flere timesavregnede målepunkt i testdata til testrunde 4 og for regresjonstest.

Statusmøte 20. januar 2017

  • Systemet har vært oppe hele uka —> god testuke.
  • Noen systemleverandører er veldig aktive andre ikke. Her må alle komme i gang. Det er kritisk for å komme gjennom testcasene til M5.
  • Hva skal prioriteres? De nye casene er viktige, spesielt en del reverseringer, hvor man uansett må kjøre initielle BRS. I tillegg regresjonstest av de som ikke ble kjørt i forrige testrunde.
  • Vi har endret noen case fra rød til gul: 301 kan kjøres hvis postal adress legges før invoice adress. Dette er meldt som en defect.
  • 312/313 er mulig å kjøre. 312 helt ok (burde vært grønn?), for 313 er det volumbegrensning til 17 dager (for ett målepunkt), dette er også meldt.
  • Noen tester med 29.nov som startdato for timeverdier, og skal de da sende må de splitte filene (har 100 MP som skal sendes inn).
  • “Ekstern” kolonne i BRS-tabellen på ble opprettet sist.
  • Viktig at leverandørene sender inn sine statusrapporter slik at vi kan få oppdatert denne.
  • Systest4 er ikke helt oppe å stå, noen har forsøkt connect uten suksess.
  • Vi har lastet opp testdata så det skal være klart. Vi sender mail når miljøet er tilgjengelig
  • Hva hvis systest 4 ikke er klar på tirsdag? Da tar vi ny vurdering da. Lite ønskelig at vi er helt uten testmiljø
  • Mandag 22. og tirsdag 23. vil Exatest2 være tilgjengelig for testing med fiktive testdata.
  • Det er viktig at alle Systemleverandører kommer i gang med testing.

Statusmøte 13. januar 2017

  • BRS’er som står som hvite i oversikten “Status verifisering nytt testmiljø” er ikke verifisert, men kan allikevel testes. Vi ønsker at dere rapporterer status fortløpende, og dette kan dere gjøre via HipChat. Vi vil lage en statuskolonne for intern verifisering og en for ekstern verifisering i tillegg til dato for verifisering.
  • BRS-312 og BRS-313 er satt til grønn nå, så vi oppfordrer alle til å starte test av måleverdier. Vi ænsker spesielt at dere tester med store volum slik at vi evt. får skrudd til de parameterne som skal til for å håndtere større volumer. Embriq og Validér skal starte neste uke.
  • Den ukentlige rapporteringen som viser alle testene vil vi be dere om å sende til oss fra og med neste uke.
    Spørsmål: Når blir “Status Elhub”- siden ryddet opp i slik at den blir enklere å lese – mer oversiktlig?
    Svar: Man ser på om BRS er grønn/rød i “Status verifisering nytt testmiljø”, dersom det ikke er grønt må man gå inn på “Kjente feil og avvik” for å se hva som er feil. Dersom feilen er løst vil det ligge under “Saker som er løst”. Vi skal sørge for at det ikke blir inkonsistens på de tre sidene. Under “Status Systemleverandører” ligger oversikt over hva som er testet av systemleverandørene. Elhub skal rydde i denne oversikten.
  • Market-trial miljøet (Exatest2) vil brukes til Markedstest fra uke 4 og da vil Systest4-miljøet bli gjort tilgjengelig igjen. Systest4 vil lastes med fiktive testdata som i dag er i Exatest2 og alle tidligere tester vil nullstilles.
    Systest4 har samme endepunkt som tidligere, ref.
    De som har mulighet til å gjennomføre Systemgodkjenning på migrerte data kan fortsette denne i Exatest2. Fra 1.3. vil det være go-livesimuleringer i miljøet. I februar er det forberedelser til Go live, og dette kan medføre noe nedetid i Exatest2.
  • M5 er en sanksjonsmilepæl, men NVE vil konferere med Elhub før sanksjoner iverksettes. Bl.a. vil nedetid på testmiljøet bli tatt hensyn til.
  • Elhub vil vurdere om noen av testene i Systemgodkjenning kan settes til valgfri basert på hva som er viktigst å få testet. BRS-324 står på planen, men Elhub kommer ikke til å levere funksjonaliteten før etter 1. mars, så den blir ikke med i testing til M5.
  • Elhub har vært med på flere informasjonsmøter for aktørsertifisering denne uken. Inntrykket er at mange av aktørene nå er klare for å kjøre testene for M5.
  • Det er en utfordring for systemleverandørene med mange parallelle aktiviteter. Det er derfor vanskelig å se hvor mye tid det er til overs for systemgodkjenningen.

Statusmøte 16. desember 2016

Status fra Elhubs side:

  • Det er p.t. ikke mulig å teste mot det nye testmiljøet. Vi har full fokus på å få rettet feilen slik at Systemgodkjenning kan fortsette.
  • Vi vil rapportere status både på HipChat og epost i den fasen vi er nå. Når testingen kommer i gang vil vi bruke HipChat som kommunikasjonskanal.
  • Vi har sendt ut nye testdata for Systemgodkjenning og vet at mange av dere er klare til å starte testing, Det er spesielt bra at de systemleverandørene som ikke har testet i høst nå er på banen.
  • Det vil være support fra Elhub i romjulen dersom noen legger opp til testing da
  • Det er lagt ut Url for endepunkter mot nytt testmiljø (ExaTest2) på, Det skal benyttes samme GLN som tidligere.

Statusmøte 9. desember 2016

Status fra Elhub:

  • Vi er i gang med å verifisere det nye testmiljøet og har så langt kjørt gjennom alle testcase i testrunde 1 og noen i testrunde 2.
  • Noen av feilene fra testrunde 1 er verifisert OK, men vi har også fått feil på noen kjøringer, bl.a. BRS-NO-101 og BRS-NO-312. Vi trenger litt mer tid på å avklare om dette er relatert til testdata.
  • Målet er å sende ut nye testdata i neste uke. Formatet på testdataene vil være lik tidligere testdata og sertifikat og GLN-nr vil være de samme.Nye endepunktene blir lagt ut på
  • Det gjenstår å verifisere hvordan polling fungerer i det nye miljøet. Ifølge leverandør skal polling for proxy-funksjonen ikke fungere enda, dvs. at en fysisk GLN kan polle på alle de juridiske GLN den er knyttet opp mot i samme poll (når dette er implementert må polling på et spesifikt GLN angis i payload).
  • Det gamle miljøet, Systest4 blir ikke supportert for tiden, og vi anbefaler alle å avvente testing til det nye miljøet er tilgjengelig.

Statusmøte 2. desember 2016

Status fra Elhubs side:

• Ny status for Systemgodkjenning er lagt ut basert på siste testrapporter, og aktørstatus til M4b oppdateres fortløpende under Aktørmilepæler (gapestokken).

  • Så langt er det testet veldig godt og alle leverandører har gjennomført/påbegynt testcase til M4b.
  • Aktører med systemleverandører som ikke kommer med før testrunde 3 vil stå som rød i oversikten på “Aktørstatus M4b – Systemgodkjenning”
    Det er allikevel veldig mange som er grønne og det er meget positivt.
    • Nytt testmiljø er under etablering og vi vil kjøre intern verifisering i uke 49.
  • Nye testdata vil bli sendt ut så fort vi har fått verifisert at oppsettet ser korrekt ut.

Planer fremover:

• Sende ut testdata i løpet av uke 49.

  • Gjenoppta Systemgodkjenning fra mandag 12.desember.
  • Forberede Markedstest med oppstart 15.januar
  • Vi jobber hardt med å få opp det nye R2-miljøet. Dette skal brukes både internt og eksternt. Neste uke vil opplasting av testdata starte, samtidig som vi vil gå i gang med testing og verifisering av miljøet. Planen er å gjenoppta Systemgodkjenning 12/12.
  • Testcase for testrunde 3 er publisert. Vi ønsker tilbakemeldinger på disse .
  • Gammelt miljø vil bli vedlikeholdt, men vi satser på at alle går over til det nye miljøet.
  • Testcase som er flyttet over til testrunde 3 vil fortsatt ligge som testcase runde 1 og 2.
  • Testcase for Markedstest sendes på høring i neste uke. Disse ønsker vi tilbakemeldinger på. Planen er å starte Markedstest 15/1 2017.

Statusmøte 18. november 2016

Status fra Elhubs side:

• Vi har fått inn noen testrapporter og det ser ut til at det rapporteres forskjellig. Det er også noe mindre rapportert, pga. funksjonalitet som ikke fungerer i Elhub.
• En liten gjennomgang av et eksempel testcase som viser at testcaset inneholder meldinger til og fra flere roller, f.eks. både kraftleverandør og nettselskap. Det er ønskelig at aktørene går igjennom og reviderer testloggen. Man må teste flere roller i et og samme testcase. Vi er klar over at en del av svarmeldingene ikke fungerer som forventet. Tieto/Hafslund opplever at de ikke mottar svar på 301 + 104 neg, vi tar en ny vurdering på disse selv om de er verifisert ok, men de fleste negative testcasene burde fungere.

• Det er viktig at de systemleverandørene som ikke har kjørt obligatoriske testcase får kjørt disse, slik at deres aktører unngår å ha “rød” status i gapestokken.
• Nytt testmiljø vil være oppe 12.12.2016. Da blir testmiljøet det samme for System Vendor Trial og Market Trial, men dette skilles igjen på nyåret. Spesielt polling vil fungere bedre i det nye miljøet.
• Testcasene til M4b er gjennomgått, og en revidert oversikt over hva som faktisk skal gjennomføres til M4b blir publisert forløpende. Elhub må imidlertid bruke litt tid på oversikt over testcasene som flyttes til testrunde 3 fordi de er knyttet til milepæler.

Status fra leverandørene:

• Tieto/Hafslund – Problem som går igjen i mange BRS-er er pollemeldingene. Trengs det at de finner ut hva som er galt fra deres side? Nei, dette vil bli forbedret i nytt testmiljø fra 12.12.2016.
CGI – Spørsmål rundt tester som ikke er obligatoriske – må disse kjøres? Vi anbefaler at de testes, men det er ikke obligatorisk fordi man får testet mange negative testcase ved at man får feilmelding/negativ respons i de positive testcasene.

Planer fremover:

• Informasjon om oppdatert liste med testcase for Milepæl4b med frist 01.12.2016 vil bli publisert neste uke. Vi publiserer også informasjon om testrunde 3 – milepæl 5, samt at testdata vil være klart og publiseres rundt månedsskiftet nov/des. Det vil komme ny testdata, men på samme format som tidligere.
• Market Trial-miljøet skal være på plass 12. desember, vi opprettholder SVT-miljøet inn i desember.

Statusmøte 11. november 2016

Status fra Elhubs side:
• Manglende respons fra testmiljøet grunnet tekniske problemer på server-nivå i begynnelsen av uka.
• Testdata dessverre gått ut på dato, dette innebærer da at BRS-NO-104 – Oppstart kraftleveranse – leverandørskifte fra leveringsplikt ikke kan gjennomføres grunnet dato for oppstart/skifte.
• Poll fra annet GLN enn det som er det juridiske ser ut til å ikke fungere som forventet for måleverdiprosesser. Vi kommer med nærmere informasjon når dette er analysert.
• Gjennomgang av kjente feil på

Status fra leverandørene:
• Noen feil som er meldt på bl.a. manglende Notify til kraftleverandør ligger ikke ute på kjente feil og avvik på
• Elhub oppdaterer oversikten over kjente feil og avvik, samt Status Systemgodkjenning i begynnelsen av neste uke.

Planer fremover:
• Testcasene til M4b vil bli gjennomgått, og det vil komme en revidert oversikt over hva som faktisk kan gjennomføres til M4b, dvs at kravene til milepælen vil bli redusert. Oversikt vil være klar tidlig neste uke.
• Market Trial-miljøet skal være på plass 7. des, vi opprettholder SVT-miljøet inn i desember.
• Planlegger å overføre testdata fra SVT til MT slik at systemleverandørene som ønsker en kontinuerlig testing kan utføre denne i Market Trial-miljøet.
SVT-miljøet vil så bli oppgradert slik at systemleverandørene kan utføre videre testing av sine systemer.

Statusmøte 28. oktober 2016

Status fra Elhubs side:

  • Testmiljø har vært stabilt siste uke bortsett fra litt nedetid ved deploy av ny kode onsdag.
  • Det er avdekket noen feil i testcase for testrunde 2. Alle rapporterte feil er rettet i Testcase System Vendor Trial – Testround 2 v2 på
  • Kjente feil på ble gjennomgått.

Status fra leverandørene:

  • Det er fortsatt tilfeller av manglende respons på meldinger. Vi analyserer hvert tilfelle.
  • Det er mulig å ha direktedialog med enkeltaktører via HipChat. Det vil vurderes å lage flere chatterom, f.eks. runde 1 og runde 2.
  • Vi foretrekker å ha dialog med enkeltakører via
  • Det er ønskelig med oversikt over BRS’er som har gått OK. Dette er nå lat ut.

Planer fremover:

  • Testcase for testrunde 3 er påbegynt. De vil lages på samme format som for testrunde 1 og 2.
  • Elhub planlegger klargjøring av nytt miljø og oppgradering til ny kode.
  • Elhub må sette en dato for når kopi av produksjonsdata skal lastes over til testmiljøet og sendes som migreringsdata til Elhub. Dette må koordineres med øvrige migreringsaktiviteter.