17. august 2017 EKSPERTGRUPPEMØTE. Migrering og test. Statnett SF, Nydalen, Oslo

Transkript

1 17. august 2017 EKSPERTGRUPPEMØTE Migrering og test Statnett SF, Nydalen, Oslo

2 AGENDA 09:30-11:00 11:00-11:15 11:15-12:00 12:00-12:45 12:45-14:00 14:00-14:15 14:15-15:15 Status - Elhub utvikling og test - Arbeid med ny tidsplan Pause Funksjonelle diskusjonspunkter - Overtagelse av avviksoppgjør - Historikk måleverdier - Bruk av PPC D+1 og D+2 Lunsj Testing - Plan aktørgodkjenning - Plan utvidet markedstest - Status Systemgodkjenning Migrering - EMF Felles regler for vask Pause Go Live - Forberedelser

3 Statusoppdatering Elhub Hvor er i vi i leveranseplanen? Hvordan går akseptansetesten? Re-planleggingen metering points master data metered values time series

4 Elhub-leveransen All kode for Go-Live versjonen Release 3.1 er ferdig utviklet og integrasjons-testes av leverandør planlagt ferdig Estimert dato for oppstart UAT-testing for versjonen 3.1 er Portal-, og rapporteringssikkerhet Kryssende prosessoppdatering Måleverdipresentasjon i Aktørportalen Distribusjon av balanseavregning og retrospektive hendelser Kritiske feilrettinger knyttet til ytelse av meldingsflyt køer NBS interfacet metering points master data metered values time series

5 Go-Live status (ukentlig) Rapport skal legges ut på Elhub.no Sammendrag: Kommentarer fra funksjonell og teknisk leder Fremdriften gernerelt Utvikling og feil-status Testfremdrift og status Plan

6 UAT test gjennomføring pr Fremdrift på kalkulering/aggregering og måleverditesting er lav fordi vi venter på viktige rettelser og funksjoner i leveransen 3.1 metering points metered values master data Bunntekst time series 6

7 UAT Teststrategi UAT Pass 1a : ferdig nov-18 Markedsfokus syntetiske data UAT Pass 1b : ferdig des-18 Elhubs operasjonelle støttefunksjoner og interfacer som NBS, NOA, NECS osv. UAT Pass 2a : som Pass 1a med migrerte data (forutsetning for aktørgodkjenning) UAT Pass 2b : som Pass 1a med migrerte data UAT "Pass 3": buffer metering points master data metered values time series

8 Arbeid med ny tidsplan EGM

9 Prosess Utarbeidelse av ny plan, inkludert ekstern kvalitetssikring, planlegges ferdigstilt i løpet av august Viktige forutsetninger som nå vurderes Leveransetidspunkt for siste gjenværende release (R3.1) Tidspunkt for ferdigstillelse av funksjonalitet og ytelse i migreringsverktøyet mengde utestående feil i migrering før oppstart pilottesting Varighet av Elhubs akseptansetest Mengde reserve Styrebehandling i Statnett i slutten av september

10 Grovplan Høst 2017 UAT pass 1 oppstart UAT pass 2 Gjennomføring av systemgodkjenning uten kritiske feil Første runde av pilottesting på migrerte data Pilot aktørgodkjenning runde 1 Utvidet markedstest runde 1 Go Live simulering UAT pass 2 - Q1 Regresjon systemgodkjenning forut for viktige aktørtestaktiviteter samt ved behov Fortsette pilottesting Pilot aktørgodkjenning endelig Vi må forvente relativt mye feil både i migrering, i Elhub og hos aktører under pilottestingen i høst Utvidet markedstest runde 2 og 3 Forberede aktørgodkjenning laste testdata, connectivity testing mm (januar) Aktørgodkjenning (tidligst fra februar, avhengig bl.a. av status UAT pass 2) Operations test (tidligst fra februar, avhengig av status UAT pass 2) Go Live simulering 2, alle aktører (etter aktørgodkjenning) Go Live

11 Aktivitetsplan høst 2017 M : SVT approved all test c Environment Activity Responsible partduration Key Dependencie Status System Vendor Trial environment (Systest4) 8 Smoke System Vendor Trials System Vendors Completed 9 System Vendor Trials - M6 scope System Vendors 6w Completed 10 Deploy and verify R3May Accenture 1w Completed 11 System Vendor Trials - market trial scope ex imbalance settlement incl regresssystem Vendors 6w R3May stable Ongoing 12 System Vendor Trials - imbalance settlement /recon test cases, ex aggregationsystem Vendors 2w Not started 13 Deploy and verify R3.1 Elhub 2w Not started 14 System Vendor Trials - regression of market trial scope 2w 15 System Vendor Trials - remaining scope in SVT System Vendors 4w R3.1 stable Not started 16 System Vendor Trials - remaining scope in SVT - contingency System Vendors 1w Not started 16 System Vendor Trials - regression on latest Elhub version System Vendors Not started Market Trial environment (Exatest2) 17 Smoke Market Trials Hafslund Selected pilots 8w DAM functionality Ongoing 19 Migration of production data from pilot market parties to Elhub ~1000 MPs/pElhub 5w Not started 18 Connectivity testing / smoke market trials for all pilots Pilots 3w Not started 18 Deploy and verify R3.1, re-migrate if necessarry Elhub 2w Not started 20 Pilot Market Trials - Run 1 Pilots 4w SVT market trial scnot started 21 Extended Market Trials - free testing combined market processes Pilots continous Not started 22 Extended Market Trials - imbalance settlement Run 1 Pilots 2w SVT imbalance settnot started 23 Extended Market Trials - imbalance settlement Run 1 contingency Pilots 1w Not started 24 Extended Market Trials - crossing/combined market processes Run 1 Pilots 2w Not started 25 Migration of production data from pilot market parties to Elhub - full load Elhub 1w DAM performance Not started 26 Go Live simulation 1 Pilots 3w Not started 27 Extended Market Trials - performance Run 1 Pilots 3w Elhub performance Not started 28 Extract of data from test system and upload to DAM in Exa2 Market Parties 3w Not started 29 Migration of production data from DAM to EnergyIP - all metering points Elhub 1w Not started 30 Market Trial preparations (connectivity testing, test of BRS-301/302) Market Parties 3w Not started 31 Pilot Market Trials - market trial scope - Run 2 Pilots 3w Not started 32 Market Trial preparations - contingency Market Parties 2w Not started 33 Market Trials all parties Market Parties 8w UAT completed (incnot started 34 Market Trials all parties - contingency Market Parties 3w Not started 35 Extended Market Trials - imbalance settlement Run 2 incl. recon Pilots 6w Not started 36 Extended Market Trials - crossing/combined/2-party market processes Run 2Pilots 6w Not started Production Environment 37 Market party uploads to DAM Market Parties Ongoing Prod test migrations and calculations on migrated data Elhub Not started 39 Smoke testing in production environment Selected pilots 4w Not started 40 Operations Test Pilots/Elhub/Accen6w Not started 41 Operations Test contingency Pilots/Elhub/Accen6w Not started 42 Extended Market Trials - performance Run 2 Pilots 2w Not started 43 Extended Market Trials - disaster/recovery Run 1 Pilots 2w Not started 44 Extended Market Trials - crossing/combined market processes Run 3 Pilots 2w Not started 45 Preparations for Go Live simulation 2, connectivity testing etc Market Parties/Elh1w Not started 46 Go Live simulation 2 Market Parties/Elh4w Operations Test comnot started ELHUB AND MARKET PARTIES READY FOR GO LIVE 47 Extended Market Trials - performance Run 3 Pilots 2w Not started 48 Extended Market Trials - disaster/recovery Run 2 Pilots 2w Not started 49 Contingency for rerun of failed/not executed test activites incl go live simulations) 4w Not started 50 Preparations for Go Live - connecticity testing, setting grid loss parameters etcmarket Parties 5w Not started 51 Go Live Market Parties/Elh3w Not started 52 Go Live - backup date 3w Not started 31/07 07/08 14/08 21/08 28/08 04/09 11/09 18/09 25/09 02/10 09/10 16/10 23/10 30/10 06/11 13/11 20/11 27/11 04/12 11/12 18/12

12 Aktivitetsplan høst 2017 zoomet inn M : SVT approved all test c Environment Activity Responsible partduration Key Dependencie Status System Vendor Trial environment (Systest4) 8 Smoke System Vendor Trials System Vendors Completed 9 System Vendor Trials - M6 scope System Vendors 6w Completed 10 Deploy and verify R3May Accenture 1w Completed 11 System Vendor Trials - market trial scope ex imbalance settlement incl regresssystem Vendors 6w R3May stable Ongoing 12 System Vendor Trials - imbalance settlement /recon test cases, ex aggregationsystem Vendors 2w Not started 13 Deploy and verify R3.1 Elhub 2w Not started 14 System Vendor Trials - regression of market trial scope 2w 15 System Vendor Trials - remaining scope in SVT System Vendors 4w R3.1 stable Not started 16 System Vendor Trials - remaining scope in SVT - contingency System Vendors 1w Not started 16 System Vendor Trials - regression on latest Elhub version System Vendors Not started Market Trial environment (Exatest2) 17 Smoke Market Trials Hafslund Selected pilots 8w DAM functionality Ongoing 19 Migration of production data from pilot market parties to Elhub ~1000 MPs/pElhub 5w Not started 18 Connectivity testing / smoke market trials for all pilots Pilots 3w Not started 18 Deploy and verify R3.1, re-migrate if necessarry Elhub 2w Not started 20 Pilot Market Trials - Run 1 Pilots 4w SVT market trial sc Not started 21 Extended Market Trials - free testing combined market processes Pilots continous Not started 22 Extended Market Trials - imbalance settlement Run 1 Pilots 2w SVT imbalance settnot started 23 Extended Market Trials - imbalance settlement Run 1 contingency Pilots 1w Not started 24 Extended Market Trials - crossing/combined market processes Run 1 Pilots 2w Not started 25 Migration of production data from pilot market parties to Elhub - full load Elhub 1w DAM performance Not started 26 Go Live simulation 1 Pilots 3w Not started Production Environment 37 Market party uploads to DAM Market Parties Ongoing /07 07/08 14/08 21/08 28/08 04/09 11/09 18/09 25/09 02/10 09/10 16/10 23/10 30/10 06/11 13/11 20/11 27/11 04/12 11/12 18/12

13 Nye milepæler Milepæl Akseptansekriterier Dato M7 Systemgodkjenning gjennomført uten kritiske feil Datakvalitet ihht Go Live krav M8 Aktør klar for aktørgodkjenning Testdata lastet inn i testsystem Testdata lastet opp til Elhub DAM (kun for nett) Connectivity test gjennomført (BRS-301 for kraft, BRS-302 for nett, inkl avsjekk i aktørportalen) Datakvalitet ihht Go Live krav M9 Aktørgodkjenning gjennomført Datakvalitet ihht Go Live krav M10 Go Live simulering gjennomført aktør klar for Go Live Brukeravtale inngått Datakvalitet ihht Go Live krav (gitt at R3.1 er stabil i systest 3 innen 22.09) ~februar 2018 TBD (vår 2018) TBD (vår 2018)

14 Overtagelse av ansvar for avviksopgjør

15 Bakgrunn Opprinnelig ble dato for overtagelse av ansvar satt til oppstart av NBS Årsaken var endringen fra komponentkoder til nettavregningsområder Datoen er nå blitt flyttet til etter NBS oppstart, slik at dagens løsninger må håndtere NBS overgangen Flere aktører har tatt kontakt med Elhub i forhold til utfordringer med å splitte endringene av måleverdier som kommer inn i perioden før Elhub GoLive, spesielt i frysperioden Det ser ut til at det vil bli en gradvis forbedring at datakvalitet fra NBS oppstart til Elhub GoLive, som vil komplisere arbeidet med å sikre at grunndata og strukturdata endringer ikke tas med 2 ganger, eller utelates

16 Forslag til ny dato for overtagelse av ansvar for avviksoppgjør Vi ser ikke lengre noen grunn til å overta ansvaret fra en annen dato enn Elhub GoLive. Det blir en ren ansvarsovertagelse som vil forenkle prosessene for alle parter Nettselskapene tar ansvaret for alle bruksdager før GoLive, også hvis korreksjonene oppdages etter GoLive Elhub har kun ansvaret for bruksdager der Elhub selv har beregnet grunnlaget for balanseavregningen, og har full sporbarhet i alt grunnlag som grunndata, strukturdata og måleverdier

17 Migrering av historikk og innlasting av denne i Elhub

18 Migrering Vi må fremdeles migrere inn både grunndata og måleverdier for å sikre konsistens og sjekke kvalitet og kompletthet ift dagens marked.

19 Innlasting av historikk i Elhub Hvis ansvarsovertagelsen for avviksoppgjør skjer fra Elhub GoLive, har vi 2 hovedalternativer: Ingen historikk 3 mnd

20 Ingen historikk Vi krever da at det i løpet av de første 3 virkedagene sendes inn målestand på GoLive datoen for alle profilavregnede målepunkt Markedsprosessene vil da kunne forvente at det vil finnes en avlesning på GoLive dato Re-sending av måleverdier til f.eks. ny kraftleverandør ved endringer tilbake i tid, vil måtte skje fra nettselskapene (gjennom Elhub) Det bør sannsynligvis lastes inn noen typer måleverdier for 1 dag for å kunne brukes i sjekk av nett-tapsparametre.

21 3 mnd med historikk Opplasting av konsistent historikk er krevende, men gir noen fordeler Sjekk mot måleravlesning siste 3mnd kan skje som normalt, og nettselskapene kan bruke mer tid på å kvalitetssikre målerstand på oppstartsdato og fordeling som grunnlag for periodevolum til Elhub. Re-sending av måleverdier til f.eks. ny kraftleverandør ved endringer tilbake i tid, vil i de fleste tilfeller kunne skje direkte fra Elhub. FPCer må likevel re-sendes fra nettselskapet som en del av avviksoppgjøret En variant er kun historikk på profilavregnede målepunkt, inkludert PPC, men ikke historikk på timeavregnede målepunkt. Da vil en ikke kunne re-sende timeverdier.

22 Bruk av D+1 og D+2 PPC verdier

23 Hvem ser for seg å bruke D+1 og D+2 PPC verdier? Vi har et abonnement for å kunne få tilsendt PPC verdier per målepunkt for D+1 og D+2 Disse kan ikke benyttes i avregning Flere aktører har meldt tilbake til oss at disse ikke vil bli brukt Verdiene vil være tilgjengelig i portalen Disse PPCene utgjør i dag den største mengden meldinger som skal sendes ut hver morgen, uten at vi kan se behovet for disse Vi ønsker derfor å fjerne muligheten til å få disse tilsendt automatisk hver dag

24 Diskusjon rundt Elhub Go Live-dato 17. august 2017, Nydalen

25 1. i måneden eller annen dato? Bakgrunn for diskusjonen er at forrige Go Live dato var satt til 23. oktober Dette for å unngå å sammenfalle med månedsavslutning Nå er det snakk om å flytte Cut Over for saldooppgjør til Elhub Go Live Da får man i praksis to månedsoppgjør i Go Live-måneden om man ikke flytter Go Live til den 1.! Det finnes imidlertid også grunner for ikke å flytte til den 1. Go Live blir sannsynligvis en annen dag enn mandag som medfører at siste ukesrapportering fra nettselskapene blir på kun noen dager av en uke. Er det et problem? Dersom det ikke blir en mandag blir det en endring på Go Live-prosessen som medfører at systemoppgradering ikke kan skje i helgen, og man mister siste helgen som et buffer. Dette er et potensielt problem.

26 Aktørtesting Are Berg Testkoordinator

27 AGENDA Aktørgodkjenning Utvidet markedstest Systemgodkjenning

28 Aktørtesting - Omfang Utvidet markedstest Forretningsprosesser/Beregninger/Ytelse/DR Systemgodkjenning BRS-nivå Aktørgodkjenning + Pilot BRS + kombinerte

29 Aktørtest Gjennomføring Systemgodkjenning Gjennomføre alle testcase innen M7 Regresjon før oppstart aktørgodkjenning Pilot aktørgodkjenning Gjennomføre runde 1 med alle testcase i høst Regresjon før oppstart aktørgodkjenning Utvidet markedstest Testrunde 1/Smoke med begrenset scope før jul (beregningstest og markedsprosesser) 2 testrunder i løpet av våren 2018 med fullt scope Fritesting i hele perioden Aktørgodkjenning Connectivity og forberedelser Q Gjennomføres mars/april 2018

30 Aktørgodkjenning Pilot aktørgodkjenning Gjennomføringsperiode: 4 uker Forutsetninger: Smoke Market Trials Migrering Connectivity testing Elhub release 3.1 er testet og stabil Gjennomføres på migrerte og fiktive data avhengig av rolle De migrerte dataene som skal benyttes er fra opplasting Fiktiv testdata vil bli distribuert i forkant

31 Aktørgodkjenning Pilot aktørgodkjenning Gjennomføres med Testbeskrivelser v0.98 Disse er publisert på elhub.no Inkluderer bruk av Edielportalen Inkluderer sannsynligvis bruk av Elhub Aktørportal Vi mangler informasjon om noen kontaktpersoner

32 Utvidet markedstest - Omfang Beregninger og måleverdiinnsending Ende-til-ende markedsprosesser Kryssende, flere samtidige BRS er på samme målepunkt Kombinerte, flere BRS er i sekvens på samme målepunkt På tvers, flere aktører involvert på samme BRS Fritesting Ikke-funksjonelle tester Ytelse Katastrofe / DR

33 Ende til ende test av markedsprosesser i utvidet markedstest er en test av at markedsprosesser kjørt i rekkefølge fungerer iht. kravspesifikasjon Kombinert Flere markedsprosesser kjørt i sekvens på samme målepunkt. Formålet er å kjøre markedsprosesser i rekkefølge slik aktørene vil gjøre i drift. Kryssende Flere (primært to) samtidige markedsprosesser kjørt på samme målepunkt. Formålet er å teste at valideringsregler fungerer iht. krav. På tvers Flere aktører er involvert i samme markedsprosess. Formålet er å teste et utvalg av kombinerte og kryssende markedsprosesser på tvers av markedsaktører. Eksempler på testcase

34 Systemgodkjenning/SVT Status Testperiode 1: Elhub release R3 May Test av nye BRS er: BRS-302, BRS-306 Test av BRS er som krever beregninger Regresjon av øvrige testcase i Aktørgodkjenning minus de som krever beregninger Testperiode 2: Elhub release R3.1 Regresjon av alle testcase De som inngår i pilot må gjennomføre relevante testcase innen oppstart pilot aktørgodkjenning

35 Ytelsestest Formål: Teste at aktørene og Elhub kan håndtere ytelse som i en faktisk driftssituasjon Forutsetning: Elhub fungerer stabilt på produksjonsmiljø og migrering fra DAM til EnergyIP er gjennomført for alle målepunkt Omfang: Gjenbruke faktiske markedshendelser i testmiljøet mot Elhub Alle måleverdier flyter daglig til Elhub innen kl 07 Aktørene må motta alle måleverdier innen kl 09 Peak døgn antall markedshendelser i et ekstremtilfelle (reelt) Stresstest Testrunde 1 gjennomføres i Exatest2 i januar Testrunde 2 gjennomføres som del av Elhub operational test i prodmiljøet

36 Katastrofetest Formål: Teste at aktørene og Elhub kan håndtere nedetid i Elhub som i en faktisk driftssituasjon Testrunde 1 og 2: Forutsetning: Elhub fungerer stabilt på produksjonsmiljø og migrering fra DAM til EnergyIP er gjennomført for alle målepunkt Omfang: Simulere at Elhub faller ut og må opp igjen på disaster recovery site. Nedetid må være minimum ett døgn. Håndtering av markedshendelser i et scenario basert på normal drift Gjenbruke faktiske markedshendelser i testmiljøet mot Elhub Alle måleverdier flyter daglig til Elhub Aktørene sender inn markedsprosesser flere ganger til Elhub er oppe igjen

37 Planlegging av beregningstest høsten 2017 Ekspertgruppemøte 17. August 2017

38 Grov oversikt over områder og målepunkter Trøndernett Gauldal Timesavregnede: 159 Profilavregnede: 5486 Produksjon: 10 Utveksling: 1 Skagerak SKAGN1 Total: 98 Timesavregnede: 11 Profilavregnede: 0 Produksjon: 9 Utveksling: 78? Statnett Sentral Totalt: 434 Utveksling: 400 Produksjon:? Timesavregnede:? Hafslund Totalt: ca 1000 Timesavregnede: 55 Profilavregnede: 950 Produksjon: 5 Utveksling: 5 Plusskunder: 2 Agder AEN1RN Timesavregnede: 19 Profilavregnede: 0 Produksjon: 29 Utveksling: 9 Norsk Hydro Total: Timesavregnede: Profilavregnede: Produksjon: Utveksling:

39 Gjennomføring Migrering 17. august Komplett migrering i utgangspunktet til DAM i Exa 2 (samme som til produksjon) målepunkter fra hver aktør lastes inn i Elhub. Viktig at data som avregningsform, antatt årlig forbruk, tilknytning til nettområde osv blir korrekt Testcaser blir lagt inn i JIRA som blir gjort tilgjengelig for alle piloter Legge inn nettapsparametre BRS 313 Oversendelse av volumserier for målepunkt for utvekslingspunkter, produksjon og andre timesmålte BRS-NO Purring på måleverdier og antatt årsforbruk fra nettselskap BRS-NO Spørring måleverdier BRS-NO Oppdatering av antatt årsforbruk BRS-NO Oppdatering av parametre for nettap BRS-NO Kvalitetssikring avregningsgrunnlag - nettselskap BRS-NO Preliminært timesfordelt volum for profilavregnede målepunkt BRS-NO Spørring avregningsgrunnlag BRS-NO Reporting structure data for Imbalance Settlement BRS-NO Reporting data for Imbalance Settlement BRS-NO Rapportering grunnlag for avviksoppgjør BRS-NO Reporting Produced Volume to Registry Responsible Elcertificates BRS-NO Reporting Quota Obliged Consumption Etc. Kjøre i uke 43, 44 (og 45)

40 Gjennomføring forts. Hovedfokus: Sende inn daglige timesverdier om formiddagen Elhub gjør sine beregninger: Nettap, JIP, PPCer, aggregering til NBS Elhub sender PPCer til aktør Aktør sjekker PPCer Elhub sender avregningsgrunnlag til NBS og NECS Aktør sjekker avregningsgrunnlag

41 Presiseringer Områdene må gå i balanse Sum produksjon + innmating = Forbruk time + forbruk profil + utmating Merk at Elhub regner ut timesverdiene for profilpunkter, men for at det skal være mulig må de timesverdiene som sendes inn være nogenlunde realistiske Identifisere felles utvekslingspunkter med andre piloter, om det er noen. I så fall må man bli enige om måleverdier slik at begges nettområder går i balanse Dersom man er avhengig av timesverdier for utvekslingspunkter som man ikke selv er ansvarlig for å sende til Elhub, må verdiene sendes til oss slik at vi kan agere den andre aktøren og sende de inn Det legges opp til at kraftleverandører som er i samme konsern som pilotene også er med i testen, både for målepunkter i eget nett men også fremmedleveranse til andre piloter. (For kraftleverandørene er spesielt mottak av måleverdier relevant, men vi ser om vi også kobler på andre testcases)

42 Presiseringer forts. Aktørene bestemmer selv om de bruker fiktive, historiske eller sanntids måleverdier Aktørene må sjekke at verdier tilbake fra Elhub stemmer med det forventede Aktørene må også sende forventede aggregeringer og forventede verdier for enkelte profilavregnede til oss (stikkprøver) slik at vi også kan kontrollere fra vår side

43 Migrering Ekspertgruppemøte 24

44 AGENDA Opplasting i dag Status DAM EMF30021 NOW - Konsistensdato Vask mot BRREG

45 Opplasting i dag Vi har ikke oppgradert DAM siden sist. Ytelsesforbedringer har introdusert funksjonelle feil. Vi forventer derfor at det går ca. like tregt som siste fulle opplasting. Håper å oppgradere til deltaopplasting.

46 Status DAM Manglende funksjonalitet Subnett Balanseansvarlig Utvidede sjekker på måleverdier Ytelse Bedre, men ikke bra nok Dagevis, men ikke ukevis Overføring til Elhub Transformasjon (Staging) og overføring til Elhub har blitt gjort med Hafslunds testdata 85% inne BRS-testing så vidt i gang Ustabilitet i Elhub stopper testing Stabilitet Samme utfordringer som i DAM produksjon

47 EMF30021 Avvikende MeterReadingCharacteristics. Netteiers data er angitt. Innsendingsmetode E13 = AUTOMATIC (automatically metered) E14 = MANUAL (manually metered) E16 = NOT METERED Mye feil på denne Gatelys? Fyrlykter? Vet at KIS har mange valg som ikke nødvendigvis er 1 til 1 med de tre metodene Hvordan disse mappes må kommuniseres Systematiske feil?

48 NOW - Konsistensdato Settes nå tilbake 1 måned før opplasting for at enda flere tilbakevirkende endringer ikke skal kunne utløse falske feil. Tidligere : 1. i samme måned som opplasting

49 Vask mot BRREG Hjertesukk fra flere aktører/personer i markedet: Vask mot BRREG Spørsmål: Oppleves det som et problem? Bør det gjøres? Bør det sendes ut retningslinjer om at dette bør gjøres og hvordan?

50 TAKK FOR MEG!