NYT I SONWIN RELEASE NOTES. SONLINC A/S Copyright 2017 PRINCE2 is a registered Trade Mark of the Cabinet Office

Transkript

1 RELEASE NOTES NYT I SONWIN /27

2 INDHOLDSFORTEGNELSE 1 Forord 3 2 Erfa-opgaver og andre større nyudviklingsopgaver 3 3 Projekt Drift-stabilisering : Område (1) Stabilitet af MP-struktur, Sync og Market Server Område (3) Valideringer / Hjælp til selvhjælp Område (4) Korrektioner Område (5) Konsistens Område (6) Pristilknytninger 10 4 Vigtige ændringer til SonWin 11 5 Øvrige ændringer til SonWin HP01 Vedligeholdelse af målepunkt HP02 Hjemtagning og validering af aflæsninger HP03 Serviceydelser HP04 Oprettelse af kunden HP05 Product Management HP06 Salg HP07 Ophør aftalen HP08 Afregning HP09 Faktura og Layout HP10 Debitorstyring HP11 Kundeservice HP12 Provisionering HP13 Balanceansvar 17 6 Vigtige ændringer til SonWin støttesystemer Document Flow Det tekniske net Markedskommunikation og Markedssync Integration Basis Finans Tids- og sagsstyring 20 7 Hotfix-notes 20 8 Apendix Databaseændringer 21 2/27

3 1 Forord Dette dokument indeholder en beskrivelse af de generelle nyudviklinger, som er leveret til: SonWin Billing Server SonWin Billing Client SonWin Invoice Engine, SWIE SonWin Server Invoice Renderer, SWIR SonWin Server NetsComm, SNEX SonWin Server NetsXML SonWin Server Customer Consumption Point Search, AWK SonWin Server Customer Search, AWK SonWin Server CustomerService Flows, AWK SonWin Market Server SonWin Server Market Sync SonWin Market Communicator SonWin Server Market Server, Engrosmodel SonWin Server Market Communicator, Engrosmodel SonWin XMLBasis SonWin Host SonWin Host Client Fra release til og med release Erfa-opgaver og andre større nyudviklingsopgaver I dette afsnit står Erfa-sager og de andre større nyudviklingsopgaver. Sagsnr Understøttelse af kontraktinterface til el og gas kontrakter (aprodukt) For at undgå manuel efterbehandling er web140 tilføjet mulighed for at ændre afregningstypen på installationen, når der er tale om en tilbagevender. Der anvendes samme opsætning af installationstyper som for web002b. Web035 Produktlisten er ændret så der alene vises produkter med aktuelle eller fremtidige priser. Listen med tilknyttede installationer er dermed fjernet. Der er foretaget forbedringer til produkt og prishåndtering via modulet aprodukt. Løsningen sikrer, at prisen fastlåses over for kunden på tidspunktet for indgåelse af aftalen. Aftalen kan indgås med kunden nogen tid før der sker faktisk oprettelse af aftalen i Billing. Løsningen skal således sikre, at det er prisen på tegningstidspunktet, der anvendes. For at skabe et bedre overblik i aprodukt tilrettes produktlinjefanen så der default vises aktuelle og fremtidige priser. Historiske priser skal kunne hentes ved, at skærmbilledet tilføjes markering for visning af historiske priser. 3/27

4 For at sikre mod prisoverlap er der tilføjet validering på, at der ikke må være overlap pr. forsyningsart, tarifart, procentdel, fradato, tildato og linjetype. I den nuværende løsning anvendes Fra dato og Til dato på aproduktlinje også til at styre fra dato og til dato på kontrakttilknytningerne. Det skal fortsat være muligt at angive dette på aproduktlinje niveau således, at web035 kan returnere disse oplysninger til brug for oprettelse af nye kontrakttilknytninger. Prisopdatering forbedres således, at datoer for tegningstidspunkter vises i bavedlpris udsøgningsresultatet. Herudover skal der opdateres i aproduktlinje med nye prislinjer. 3 Projekt Drift-stabilisering : Relevant for danske elselskaber, der kommunikerer med Engrosmodellen via SonWin. 4/27

5 3.1 Område (1) Stabilitet af MP-struktur, Sync og Market Server Sagsnr Månedstidsserier gensendes x antal gange (NET) Vi kan se, at der er et problem i Market Sync. Den bliver ved med at gensende månedstidsserier mange gange. Det ser ud til, at den i delta-tabellen kun får fjernet en "deltamængde" af månedstidsserien, hver gang den sync'er, og der dermed bliver ved med at blive lagt tidsserier i "kø" på det pågældende månedsaflæste målepunkt, indtil den har været over det så mange gange, at hele mængden er væk. Det betyder, at der er mange kuverter for samme periode på mflow. Ved test er der blevet fundet en situation, hvor sync af månedstidserier ikke fik opdateret SyncToken i PollSchedule tabellen korrekt, hvis den pågældende måned lå alene til sync i TimeSeriesValuesDelta (dvs. der på det tidspunkt ikke ligger tidsseriedata af nogen art *efter* månedstidserien i delta). Dermed kunne månedstidserien risikere at blive syncet og forsøgt afsendt flere gange. Problemet er blevet rettet, så SyncToken nu flyttes korrekt til slutning af månedsdata. Sagsnr TO-DO i koden ang. fjernafbryder (NET) Fjernafbrydelig sættes pt. default til MANUEL ved oprettelse af mmp fra ampop. Feltet vedligeholdes ikke i Sync, så alle fjernafbrydelige målere skal have sat værdien til Fjernafbrydelig manuelt. Det skal laves sådan, at hvis bchec'en AINST/FJERNAFBRYDER er sat, skal der tjekkes på almal og ttik, om den aktuelle måler er markeret som fjernafbrydelig. I så fald skal der sync es Fjernafbrydelig til Marked. Ved oprettelse af målepunktet skal det fortsat være default = Manuel - OGSÅ selvom bchec'en er sat, da måleren og det tekniske anlæg ikke er oprettet endnu, på tidspunktet for målepunktoprettelsen. Når en måler (amal) eller et teknisk modul (ttilk) tilkobles en installation sync'es afbrydelsesart til mmp for målepunkter, som er forbrug eller produktion (E17 og E18). Sagsnr Serviceanmodning Leveranceophør- mkunde opdatering (NET) Denne sag er udløber af sagsnr Net modtager "Serviceanmodning. Leveranceophør (D03 E20)". I dette flow indgår/modtages der "Notifikation om stamdata, kunde, leveranceophør (E21 E20)". Denne besked indeholder "HasBalanceSupplier = false", men i mkunde bliver feltet "Leverandør" ikke opdateret/fjernet. Note: Det oplyses, at hvis der efterfølgende laves en "D18 E0G Anmodning om Stamdata" så bliver mkunde feltet "Leverandør" sat korrekt. 5/27

6 Mapningen af feltet hassupplier var forkert i Communicatoren. Det betød, at uanset om den var true/false, så ville den altid blive indlæst som true, og derfor sat i mkunde. Det var først, når man modtog en anden beskedtype med hassupplier (hvor mapningen var korrekt), at mkundeskærmbilledet fik fjernet fluebenet, at der er en leverandør. Der er lavet en løsning, så værdien i beskeden indlæses i stedet for bare at få sat default værdien. Ændringen påvirker BRS002. Rettelse var med i release Sagsnr Skift af anlægstype i ampop (NET) Når man opretter solceller i nettoafregningsgruppe 2, nedtages måleren ikke fra E17 målepunktet i ampop. Både E17 og E18 oprettes som beregnede målepunkter. Måleroplysningerne blankes nu, når anlægstypen skifter, og dermed ændres E17 og/eller E18 fra fysisk til virtuelt/beregnet. Sagsnr Håndtering af tællerstand ældre end nyeste (LEV) Man kan risikere at modtage tællerstand, der er ældre end nyeste stand. Pt. vil det fejle i indlæsningen. De skal på en måde kunne håndteres/fremsøges af leverandøren, så der kan ryddes op (muligvis halvautomatisk). Syncen er blevet tilrettet således, at der nu kan modtages tællerstande hos en leverandør, selvom der måtte forefindes forbrugsopgørelser eller tællerstande med nyere pr. dato i SonWin Billing. Løsningen er lavet således: Ved modtagelse af en stand med en lavere pr.dato end nyeste stand, skal der findes et SWCOUNT og TRANSNR, der ligger imellem forrige og næste stand på atlv/evnts ift. pr.datoen på aflæsningen. Hvis der ikke er (mindst) 1 ledigt nummer imellem disse, skal SWCOUNT og TRANSNR sættes lig SWCOUNT og TRANSNR på den tætteste (men nyere) dato ift. aflæsningsdatoen på den nye stand, der forsøges indlæst. Sagsnr Afvist afbrydelse af netselskabet (LEV) Der er lavet et leveranceophør. Netselskabet har afvist afbrydelsen, der kommer ikke meget bedsked til SW, og det er utydeligt i DH, af det er afvist. Jeg har fundet 6 leveranceophør som er afvist i komlog, med status "Fejl under modtagelse". Burde det ikke komme videre til mlevskift? 6/27

7 Mlevskift viste ikke beskeden med afvisning af Anmoding om anm. om afbrydelsen, da disse i BRS-002 kommer med reference til processens hovedbesked (RSM-005/E20) i stedet for en egentlig anmodning om afbrydelse (RSM-020/E20). Dette er nu blevet rettet, så mlevskift kan finde afvisningerne under hovedkuverten. Grunden til, at disse fremstår som fejlet under modtagelse i mflow er netop, at de refererer direkte til processens hovedkuvert. Normalt vil man ved modtagelse af en afvisning fejlmarkere den anmodning, som afvisningen er svar på. Men ved BRS-002 ville dette betyde, at hovedkuverten ville blive rød, hvilket ville indikere, at hele processen er fejlet, hvilket jo ikke er tilfældet. Det blev derfor i sin tid vedtaget i stedet at markere selve afvisningen rød, så det stadig ville være visuelt tydeligt på mflow, at der var blevet modtaget en afvisning, der skulle reageres på. Sagsnr Ved flere leverandører i samme firma, annulleres flow fejlagtigt (LEV) Vi oplever fejl i forbindelse med, at vi har flere elleverandører i samme firma. Vi oplever, at vores leverandørskifteflow i mflow bliver annulleret, når den gamle leverandør modtager et stop fra DataHub en. Det er kun flowet i mflow der annulleres, mrolle står korrekt, og skiftet er registeret i DataHub en. Ved modtagelse af E44 E01 tjekkes der ikke på, om "Anmod start af leverance" er fra en anden leverandør. Der var ikke taget højde for, at der kunne være mere end en enkelt leverandør i samme firma. Det tjek er indført nu. Det påvirker BRS001. Sagsnr Oprettelse af samme aftagenummer på flere inst numre (LEV) Der kunne oprettes flere installationer med samme aftagenummer via aopret. Der er lagt et tjek ind i aopret, så det ikke længere er muligt at oprette flere installationer med samme aftagenummer/målepunktsid Planlagte sager, der er lukket som support: Nedenstående sager, der var planlagt som fejlsager i projektplanen, er i stedet lukket som support. Sagsnr Ampop Endsupply (LEV) Sagen omhandlede oprydning i den metode, der stopper leverancen på ampop ved et modtaget stop af leverance fra mrolle. Opgaven har ingen funktionel betydning, men vil gøre koden mere stabil og lettere at vedligehold for udviklere. Sagen er lukket fordi: Internt i Sonlinc har en arbejdsgruppe beståede af repræsentanter fra PO, supportere, 7/27

8 konsulenter og løsningsarkitekter arbejdet med nye principper til en forenklet datastruktur i maj og juni. En af arbejdsgruppens vigtigste formål var at træffe principbeslutninger omkring forenkling af afregningen af de forskellige anlægstyper, der i dag er afhængig af målepunktsstrukturen på ampop. Som følge heraf er det besluttet at forenkle ampop og fjerne leverandørforholdet herfra. En ny og mindre arbejdsgruppe arbejder nu videre med den konkrete opgave ud fra denne principbeslutning foretaget i arbejdsgruppen i maj og juni. Det konkrete sagsnr har vi valgt at lukke uden koderettelser på baggrund af de nye ændringer på leverandørforhold, der er planlagt, med det argument, at sagen ikke har nogen funktionel betydning for den aktuelle løsning, og vil blive irrelevant, når leverandørforholdet på ampop fjernes. Sagsnr Amalo opdaterer ikke tidsserier med nyt unik ID målerskift (NET) Ved målerskift med amalo (og sikkert også rafr120) af solcelleinstallationer bliver de fysiske child målepunkter D06 og D07 tidsserier ikke opdateret med nyt unik ID, hvorfor der ikke bliver indlæst værdier fra hjemtagningssystem. Unik ID bliver opdateret på de gamle _FB tidsserier fra abats, hvilket er forkert. Unik ID skal opdateres ud fra de fysiske målepunkter og deres tidsserier på ampop. Lukket som support: Denne fejl er rettet på sagsnr til release Sagsnr Blank atlv mm v. fiktiv målerskift (LEV) Målerskifte fejler pga. 'Can't parse settelmentmethodcode: Null' Lukket som support: Fejlen skyldes en kodefejl i den del af sync en, som skulle udlede installationstypen på baggrund af de ampop-skabeloner, der ligger i systemet. Fejlen har kun været tilstede i release (inkl. hotfixes), og blev rettet fra og med release ifm. sagsnr Oprydning: Oprydning foretages centralt fra Sonlinc på sagsnr I vil blive kontaktet nærmere herom. Sagsnr S Annulleret sekundær tilflytning - ampop fejl (LEV) Vi har meldt en sekundær tilflytning pr. 1. februar 2017 (Meldt pr. 30. januar 2017). Efterfølgende melder en anden elleverandør en almindelig tilflytning pr. 1. februar 2017 (Meldes pr. 19. febraur 2017). 8/27

9 Følgende fejl opstår: 1. Stop kuvert i mflow fejl Fejlbesked i mfejl Stop af leverance fejlede målepunktet havde ingen kommende leverance 2. Sekundær tilflytningsflow annulleres korrekt i mflow, men ikke i mrolle 3. Ampop blive forkert. Lukket som support: Problemet kunne ikke genskabes. 3.2 Område (3) Valideringer / Hjælp til selvhjælp Ingen leverancer til dette området i Område (4) Korrektioner Ingen leverancer til dette området i Planlagte sager, der er lukket som support: Nedenstående sager, der var planlagt som fejlsager i projektplanen, er i stedet lukket som support. Sagsnr Korrektioner af tællerstand- uhensigtsmæssig beh. i Billing (LEV) Modtagne korrektioner af tællerstande uden forbrug behandles uhensigtsmæssigt i Billing og på fakturaen. Vi modtager start tællerstand til nye leverancer - det er uden forbrug. Derefter modtager vi korrektioner til tællerstanden stadigvæk uden forbrug - korrektioner sync es ind i atlv og abehkor. Ved behandling i abehkor sættes det til alm. beregning, og atlv låses for redigering manuelt. Lukket som support: Korrektioner til tællestande har ikke medført krav om behandling i abehkor i de seneste versioner. Sagsnr S Korrektioner på solkunder (Nettomåler) (LEV) Når der kommer en korrektion ind på en solkunde, fremgår den på nettomåleren. I abehkor er det ikke muligt at vælge korrektionsberegning til trods for, at perioden allerede er afregnet. Lukket som support: Testet i version og , og her gør den, som den skal. Altså, når linjen er grøn i abehkor, har man mulighed for at kunne vælge korrektions beregning (jf. F1-hjælpen er det kun når linjen er grøn, man har denne mulighed). Kunden oplever efter løsning af dette problem, udfordringer med selve beregningen dette håndteres særskilt på sagsnr /27

10 3.4 Område (5) Konsistens Sagsnr Indførsel af forbedret filtrering på kolonner i mfejl (NET / LEV) Mulighed for filtrering via context menu ved højreklik på kolonne headere i mfejl er tilføjet. Det er nu muligt at filtrere på fundne data i tabellen ved at højreklikke for derefter at vælge/fravælge data typer, der skal vises. Sagsnr Mfejl indeholder linjer med Kode-exceptions (NET / LEV) Mfejl er blevet tilrettet, så exceptions nu vises med en mere brugervenlig besked om at kontakte Sonlinc samt en fejlkode til at holde styr på hvilke fejl, der er identiske. Derudover er checkboksen med exceptions blevet fjernet, og en ny fejltype, kaldet Systemfejl, er blevet tilføjet listen af fejltyper, der kan søges på. Sagsnr Man skal kunne taste rene stande og rene forbrug på atlv (LEV) Af hensyn til dataopretning, når forbrugssync fejler, skal man kunne taste rene stande og rene forbrug på atlv/evnts. Der er i atlv implementeret regler for Engrosmodellen, således NETTO tælleværker ikke får stand beregnet ved ændring/oprettelse af aflæsninger. På tælleværker, der er tilknyttet timemålte målepunkter fx timeafregnede, flexafregnede, D06, D07 m.fl., bliver der ikke beregnet forbrug. Det er ikke muligt at angive stand henholdsvis forbrug i de to nævnte situationer. 3.5 Område (6) Pristilknytninger Sagsnr Forkert kontrakt type i bakontr - DGF eller?? (LEV) Market Sync havde problemer ved sync af eksisterende FAST pris kontrakter, hvis de skiftede type til SPOT. Market Sync kigger nu på, om eksisterende kontrakt er af typen FAST, og på om opdateringen er SPOT. Såfremt kriterier mødes, vil kontrakttypen ændres fra FAST til SPOT Planlagte sager, der er lukket som support: Nedenstående sager, der var planlagt som fejlsager i projektplanen, er i stedet lukket som support. Sagsnr MarketSync sync er ikke alle priser ved flere aktive net (LEV) Problemet er løst i release på sagsnr /27

11 4 Vigtige ændringer til SonWin Der er ændret på en del indexes på swmarket-schemaet, dette vil gøre, at reorganisering af databasen tager længere tid. Et estimat er mellem 30 minutter og 4 timer afhængigt af databasestørrelsen. Sagsnr S Flytning på samme dato, der er færdiggjort Når vi laver en flytning pr. samme dato som den, der er færdiggjort i aopff, men senere meldt som fejlagtig i DH, fejler den med, at den er redundant i aopff. Hvis tilflytning på en installation med en given flyttedato er færdiggjort, kan der bestilles en ny tilflytning på den samme installation og den samme flyttedato, men kun i tilfælde, hvis der ikke findes forbruger med den samme flyttedato 1 dag. Hvis der findes forbruger med den samme flyttedato, skal fraflytter regning krediteres, og der skal foretages manuelt oprydning. Oprydning: varchar(18) =XXX int = YYY int = ZZZ delete from sonlinc.aford where INSTNR =XXX and FIRMANR =YYY and FORBNR = ZZ delete from sonlinc.audebhist where INSTNR =XXX and FIRMANR =YYY and FORBNR = ZZZ delete from sonlinc.audebfors where INSTNR =XXX and FIRMANR =YYY and FORBNR = ZZZ delete from sonlinc.audeb where INSTNR =XXX and FIRMANR =YYYY and FORBNR = ZZZ Sagsnr dages brev ifm. sekundær tilflytning skal bruge AWK-oplysning Redi03 fungerer ikke til at sende 5-dages brev til sekundære tilflyttere oprettet af FlowServeren. Det er, fordi underdebitor ikke oprettes, før tidligere forbruger er inaktiv, dvs. optil 5 uger efter flytning, hvilket er alt for sent. Der er lavet en tabel (UpcomingAgreement), som udfyldes med rækker for kommende aftaler, når en flytning er dkendt af DataHub en (UpcomingAgreement action i FlowServeren). Rækkerne slettes igen, når underdebitoren er oprettet (CleanUpcomingAgreement action i FlowServeren). Redi03 er rettet, så aftaler i tabellen UpcomingAgreement medtages ved udsendelse af 5-dages brev. Sagsnr Ocrlinjen overholder ikke kriterier fra F1-hjælpen Egen ocrlinie var ikke implementeret i rafr110 overførsel til PBS. Sættes NETSXML OWNOCR og NETSXML EGENOCR07 vil ocrlinie nu passe i rafr /27

12 5 Øvrige ændringer til SonWin I dette afsnit står de øvrige fejlrettelser og lukkede mangler. 5.1 HP01 Vedligeholdelse af målepunkt Sagsnr Fejl i approjektny, S Skærmbilledet approjektny gik ned på visse projekter, når man registrerede på linjerne. Skyldtes, at feltet opkrævningsnummer var blevet for stort. Derved fejlede den manuelle indbetaling. Det er rettet således, at store opkrævningsnumre også kan håndteres. Sagsnr Batteriudskiftning og udtagning af stikprøve rafr12 Det er ikke muligt at udsøge installationer med målere til batteriudskiftning. Ved udtagning til stikprøve må målere, der har været med i første udtagning ikke komme med i anden udtagning. I forbindelse med batteriudskiftning er der lavet en udvidelse i rafr12, hvor man kan vælge, at det kun er batteriudskiftning, der skal foretages, samt hvilken periode der skal søges på. Det er Batteri isat datoen fra almal, der udsøges på. Når en statistikgruppe klargøres til kontrol i amalb, ved at sætte en dato i Næste kontrol, slettes evt. dato i Seneste kontrol dato, og Næste kontrol dato sættes til den dato, der er indtastet i amalb på målere i den relevante statistikgruppe i almal. Ved udtagning i rafr12 bliver Næste kontrol dato sat på almal, og ved dato sammenfald ved anden udtagning frasorteres disse. Rettelserne gælder kun for gas. 5.2 HP02 Hjemtagning og validering af aflæsninger Sagsnr Rafr102 skøn af EL - skøn for højt ikke ud fra anslået Rapporten rafr102, skønner alt for høje aflæsninger. Skyldtes, at der ikke var data i residualtidserien. Bchec med RESIDUALTS, og blank i kodea, skal pege på en aktiv residualtidserie. 12/27

13 Gør den ikke det, er det dog rettet, så den fordeler lineært fra den dato sidste aflæsning var på og ikke fra sidste dato med data i residualtidserien, når sidste dato med data i residualtidserien er ældre end sidste aflæsningsdato, herudover ignoreres fremadrettede 0'er i serien. Sagsnr Selvaflæsningskort vedr. levskift Kontaktoplysninger er ikke altid korrekte, når der bestilles en rafr04 for installationer med leverandørskift. Skyldtes, at data blev hentet fra akunde. Kontaktoplysninger hentes nu fra kontaktpersonen i mkunde ved kørsel af rafr04 med leverandørskift. Obs. dette er kun, når rafr04 køres i et netselskab. Sagsnr Rafr04 manglende mulighed for at få kunden på kort Når der var en aflæser kontakt på en installation, kom standardkontaktens oplysninger ikke med i flettefilen for rafr04. Standardkontakt tages nu med som kunde_adresse efter udeb_kundenr. Sagsnr Anettoafr / rafr10, ændring af beregningsregler Ved manuelt indlagte linjer i anettoafr, eller ændring af aflæsningstermin, ville ny beregning overskrive tidligere afsendt information. Beregningskomponenten for anettoafr vil ikke længere kigge på perioder, der allerede er dækket af anettoafr forstået på den måde, at dagen efter den højeste slutdato i anettoafr, bliver startdatoen for næste periode. Opdatering af tidsserier vil følge den samme bundgrænse, der således er etableret - (D04, D07, D06). Det betyder til gengæld, at korrektioner via atlvkorr eller rettelser af fejl i ampop, skal håndteres manuelt. Beskrivelse af disse regler er lagt i F1-hjælpen for rafr10. 13/27

14 5.3 HP03 Serviceydelser 5.4 HP04 Oprettelse af kunden 5.5 HP05 Product Management Sagsnr Fejl i afastafr - mangler dropdown Dropdownboksen til visning af typer var forsvundet i afastafr. Dropdownbox er nu på afastafr igen under feltet type. Sagsnr DGF prisændringer tilbage i tid, S Rapporten DGF prisændringer tilbage i tid, kan ikke eksekveres. Skyldes, at kunden kører med forkert sprogsetup (collation) på sin billingdatabase og sin tempdatabase. Dette er som sådan ikke en fejl i rapporten, men en fejlopsætning af databaseserveren. Da en rettelse vil tage flere dage at køre, er rapporten tilrettet således, at den kan håndtere forskellige sprogsetups mellem tempdatabasen og billingdatabasen. Sagsnr Mmppris : Stop vises ikke selv om det ligger i Databasen I mmppris bliver der ikke vist stop på alle linjer, når der er stop på flere på samme dag. Dette er nu rettet, så der vises stop på alle linjer, der er stop på. 5.6 HP06 Salg 5.7 HP07 Ophør aftalen 14/27

15 5.8 HP08 Afregning Sagsnr Fejl i aregn Kan ikke uploade målergebyrer via aregn excelknap Skyldtes, at importen kun virkede for linjer med el, og hvor installationen var koblet på el. Det er rettet, således at der ses på forsyningsarten for tarifarten, som indlæses i bchec. Sagsnr Lev.skifte i SWIE skriver overflødig besked i InformationsJournalen. SWIE har ved leverandørskifte kørsler i rafr01 skrevet overflødig besked i InformationsJournalen om installationer, der er udsøgt, men ikke behandlet. SWIE skriver ikke længere disse indlæg i InformationsJournalen. Sagsnr Forkert beregning af D06 og D07 forbrug på SOL1-5. Ved beregning af kontrakter på D06 og D07, var forbruget forskelligt i forhold til NETTOtælleværket, hvis fx NETTARIF kontrakt ligger på D07. D06 og D07 vil nu benytte egen tidslinje til beregning af forbrug. 5.9 HP09 Faktura og Layout Sagsnr Rafr173 regning via Der er mulighed for at flette med INSTNR i feltet emne og tekst til mail. Det anvendes på samme måde som installationsadressen. Der sættes INSTNR i atext som refererer til: PDFMAIL, SUBREFTXTDEFR og/eller PDFMAIL, BODYREFTXTDEFR 15/27

16 Sagsnr Agirr med SWIR For selskaber som har SWIR og rendering af faktura implementeret. Der kan ikke sættes rendering i gang fra agirr, hvis faktura er sendt. I Agirr vil der være mulighed for at rendere faktura igen, selvom faktura er sendt. Dette dog kun, hvor brugeren har autoritet for agirr større end 9. Brugeren vil få besked, hvis faktura er sendt. Sagsnr S Fejl ved brug af aopg til kreditering 1. acontoregning på tilflytter skal ændres, og derfor skal regningen krediteres i aopg. Flytteopgørelsen har tidligere været krediteret, og har derfor højere regningsnummer end 1. acontoregning på tilflytter. Når aopg kaldes frem, og der sættes flueben i Krediter regning, kan man vælge, om det er acontoregningen eller flytteopgørelsen, man vil kreditere. Hvis man vælger at kreditere 1. acontoregningen og køre loop, sker der ingen kreditering installationen bliver sat INAKTIV, og der kommer denne besked på SWIE rapporten: Uventet fejl i SWIE, kontakt Sonlinc. Der er skrevet en koderettelse, så en regning med lavere regningsnummer, end den tidligere forbrugers sidste regningsnummer, kan krediteres og genberegnes. Oprydning: I forbindelse med rettelsen, er der fundet nogle installationer, hvor det ser ud til, at fejlen har skabt nogle forkerte data. Kontakt support, såfremt der er behov for hjælp til oprydning. Oprydning foretages med SQL fra sagsnr HP10 Debitorstyring Sagsnr Approjekt - fejl i bogføringen Der blev dannet moms af momslinjerne (der kom momskode på dem), når man bogførte projekter fra approjekt i rafr125. Dette har kun indflydelse for dem, som kører SonWin Power eller benytter momskode i deres filformat. Rafr125 er rettet således, at den ikke sætter momskode på momsen fra investeringsbidraget (approjekt). Sagsnr Ved ryk 3 kørsel annulleres rykkerforløb. 16/27

17 Rykker 2 bliver annulleret, og rykker 3 ikke dannet, ved kørsel af rykker 3 i rafr110. Skyldtes, at rafr110 gik ned under rykkerforløbet, lige efter den havde annulleret det gamle rykkerflow. Det er nu rettet således, at rafr110 ikke går ned. Dermed bliver det nye rykkerflow også dannet. Sagsnr Kunde er markeret med RYK2 men saldo er 0 Der er en del kunder, som har markering i rykker, selvom saldo er 0. Skyldtes, at der ikke blev taget forbehold for afrundinger, i forbindelse med annullering af rykker. Dette er nu rettet, så afrundinger tages med ved annullering af rykker HP11 Kundeservice 5.12 HP12 Provisionering 5.13 HP13 Balanceansvar 6 Vigtige ændringer til SonWin støttesystemer I dette afsnit står de vigtigste fejlrettelser. 6.1 Document Flow 6.2 Det tekniske net 6.3 Markedskommunikation og Markedssync Sagsnr og Manglende visning på mfejl, S Skærmbilledet mfejl svarede ikke altid. 17/27

18 Fejlen skyldtes forkerte index på databasen. Servicebrev er udsendt omkring, hvorledes man dropper de gamle index, og laver nye passende indexes. Reorganisering til release er lavet således, at alle tilsvarende indexes nu bliver korrigeret, og lavet korrekt. Dette gør, at reorganiseringen i kan tage væsentligt længere tid end før, måske op til 4 timer. 6.4 Integration SonWin Host SonWin XMLBasis Sagsnr Web021 fejler Der kommer mellemrum foran stand og forventet visning. Dette kan vores webleverandør ikke håndtere, da der forventes tal. Skyldtes en forkert omsætning til strenge, som gjorde, at felterne indeholdt en blank først. Det er rettet således, at der ikke er blank foran felterne stand og forventet visning. Sagsnr Mange VB-ERROR i XMLBasis. Konsekvens i CRM, ukendt fejl Kaldet web032b kommer med fejl 9999 "ukendt fejl". I loggen fremgår det, at det er en "duplicate key". Skyldtes, at kontrakttilknytninger ikke blev afsluttet, før de nye blev tilknyttet. Når der allerede lå en åben kontrakttilknytning med samme fra og til dato på samme kontrakt, gik web032b ned. Dette er nu rettet. Sagsnr Web140 fejler uden slutopgørelser på forbruger Web140 kommer med fejl 3328, der er ikke lavet slutopgørelse på forbruger. 18/27

19 Skyldes, at web140 kun kunne håndtere en leverandør. I web140 kaldet er tilføjet mulighed for at kalde med levnavn, så leverandør kan angives. Herudover er web140 rettet således, at leverandøren, som sidst har haft leverancen og som ikke er den samme som den leverandør, man sender til, nu bliver opfattet korrekt som ikke at have leverancen. Obs: er levnavn tomt benyttes standardleverandør fra bchec. 6.5 Basis Sagsnr Amaltype overføres ikke korrekt med akurs Tælleværkerne til amaltype kommer ikke med i overførsel af stamdata via akurs. Amaltype overføres nu korrekt ved stamdata, dvs. tælleværker kommer også med. Herudover overføres afsys og virk nu også ved stamdata overførsel. Sagsnr Akurs skal kunne køre en testplan som bulk Når man kommaseparerede installationer i akurs eller vælger fra - til installation, overføres tidsserier og kontrakter enkeltvis. Herudover, hvis kører man med testplaner, bliver installationerne overført enkeltvis. Dette tager meget tid, og er ikke effektivt. Akurs kan nu køre bulk. Dvs. alle tilhørende kontrakter og tidsserier overføres nu på en gang og ikke pr. stk. Ved testplaner overføres op til 100 installationer ad gangen. 6.6 Finans Sagsnr Kregeltess går ned Når man klikker på scanningsknapperne i skærmbilledet kregeltess, går det ned. Dette er løst med en config-fil. Denne kommer nu med i MSI-pakken. Derved går kregeltess ikke ned. 19/27

20 Sagsnr lreg fejler i Power Ved visse aonumre går ireg ned ved udlevering af varer. Fejlen opstod, når kundenr på aonr var større end Det er rettet således, at dette ikke sker længere. 6.7 Tids- og sagsstyring 7 Hotfix-notes 07. juli 2017 Sagsnr Rafr245 rettelse Indberetning til SKAT s nye renteindberetningssystem giver valideringsfejl. I forbindelse med SKAT s projekt Modernisering af rente har SonWin fået ny funktionalitet til at danne renteindberetningsfiler (rafr245). Desværre har Sonlinc ikke haft mulighed for at gennemføre en fyldestgørende test, da det har taget meget lang tid at få adgang til SKAT s testsystemer. Testen er nu gennemført imod SKAT s TFE (Test for erhvervslivet) system. Vi har på denne baggrund rettet et par mindre fejl i SonWin Billing server. Denne Hotfix berører kun renteindberetningsfiler dannet af rafr245. Hvis denne funktionalitet ikke anvendes, kan der ses bort fra den. Vi gør igen opmærksom, at det er en forudsætning for at anvende SKAT s nye renteindberetning, at der er gyldige Certifikater til SKAT, samt at tilladelse er opsat korrekt. Der skal i de fleste tilfælde ændres på tilladelse mv. Der skal påregnes tid til etablering, samt tid til at konfigurere dette. Kunder, der skal indberette via FTPS Gateway, skal følge punkt 3.1 til Kunder, der skal indberette via TastSelv Erhvev Filoverførsel, skal følge punkt /27

21 8 Apendix 8.1 Databaseændringer Når der opgraderes fra version til version , vil der blive foretaget databaseændringer i forbindelse med ReOrg. ***** Første årsag til reorganisering -> AELINADRESSE Felt -> ADRESSEType 12 * Tabel -> AFLOWLOCK Index -> AFLOWLOCK_ID1 Felt -> LOCKTOKEN <- medfører Reorganisering. DROP INDEX Sonlinc.AKOND.AKONDKEY_SWIR01 * Tabel -> SWHostClientScript Index -> ClientScript_ActTime Felt -> ActionTime <- medfører Reorganisering. execute sp_rename [Sonlinc.AELINADRESSE],XReorg_AELINADRESSE DROP INDEX Sonlinc.AFLOWLOCK.AFLOWLOCK_ID1 DROP INDEX Sonlinc.SWHostClientScript.ClientScript_ActTime CREATE TABLE Sonlinc.AELINADRESSE (INSTALNR Varchar(30) Null,FIRMANR Int Null,FIRMNAVN Varchar(100) Null,ADRESSE Varchar(100) Null,HUSNUMMER Int Null,HUSNUMMERTIL Int Null,BOGSTAVSAL Varchar(1) Null,BOGSTAVTIL Varchar(1) Null) ALTER TABLE Sonlinc.AELINADRESSE ADD SAL Varchar(5) Null ALTER TABLE Sonlinc.AELINADRESSE ADD SIDEDOR Varchar(20) Null ALTER TABLE Sonlinc.AELINADRESSE ADD STED Varchar(100) Null ALTER TABLE Sonlinc.AELINADRESSE ADD POSTNUM Varchar(15) Null ALTER TABLE Sonlinc.AELINADRESSE ADD KOMMUNKODE Int Null ALTER TABLE Sonlinc.AELINADRESSE ADD VEJKODE Int Null ALTER TABLE Sonlinc.AELINADRESSE ADD EDBINIT Varchar(10) Null ALTER TABLE Sonlinc.AELINADRESSE ADD EDBDATO datetime Null ALTER TABLE Sonlinc.AELINADRESSE ADD LOBENR Int Null CREATE TABLE Sonlinc.InstallationMgmtProject (Id bigint identity(1,1) Not Null,CompanyId Int Not Null default 0,State Varchar(60) Not Null default '',WorkOrderId bigint Null,InitialRevId bigint Null,WorkOrderRevId bigint Null) ALTER TABLE Sonlinc.InstallationMgmtProject ADD CompletedRevId bigint Null ALTER TABLE Sonlinc.InstallationMgmtProject ADD FinalRevId bigint Null ALTER TABLE Sonlinc.InstallationMgmtProject ADD Failed Tinyint Not Null default 0 ALTER TABLE Sonlinc.InstallationMgmtProject ADD ManualHandling Tinyint Not Null default 0 ALTER TABLE Sonlinc.InstallationMgmtProject ADD FlowEngineError Varchar(100) Null ALTER TABLE Sonlinc.InstallationMgmtProject ADD FlowEngineErrorExtra Varchar(max) Null ALTER TABLE Sonlinc.InstallationMgmtProject ADD ForceRunAt datetime Null CREATE TABLE Sonlinc.InstallationMgmtProjectRev (InstMgmtProjectId bigint Not Null default 0,RevisionId bigint Not Null default 0,RevisionVersion Int Not Null default 0,CreatedDate datetime Not Null default ' ') ALTER TABLE Sonlinc.InstallationMgmtProjectRev ADD CreatedBy Varchar(40) Not Null default '' ALTER TABLE Sonlinc.InstallationMgmtProjectRev ADD Data Varchar(max) Not Null default '' ALTER TABLE Sonlinc.InstallationMgmtProjectRev ADD Dirty Tinyint Not Null default 0 CREATE TABLE Sonlinc.UpcomingAgreement (FlowId Decimal(10,0) Null,ConsumptionPointId Float Null,CustomerId Float Null,CompanyId Int Null,MeteringPointId Varchar(40) Null,AgreementStartDate date Null,SupplyType Int Null) CREATE TABLE Sonlinc.WorkOrder (Id int identity(1,1) Not Null,CompanyId Int Null,SapWorkOrderId bigint Null,ConsumptionPointId Float Null,CustomerId Float Null,ConsumerId Int Null,DebtorId Int Null,CompanyProfileId Varchar(30) Null) 21/27

22 ALTER TABLE Sonlinc.WorkOrder ADD CreateDate datetime Null ALTER TABLE Sonlinc.WorkOrder ADD ExpectedDoneBy datetime Null ALTER TABLE Sonlinc.WorkOrder ADD ExecutionStart datetime Null ALTER TABLE Sonlinc.WorkOrder ADD ExecutionEnd datetime Null ALTER TABLE Sonlinc.WorkOrder ADD [Status] Int Null ALTER TABLE Sonlinc.WorkOrder ADD Steps Varchar(max) Null ALTER TABLE Sonlinc.WorkOrder ADD OrderTypeNumber Int Null ALTER TABLE Sonlinc.WorkOrder ADD OrderTypeVersion Int Null ALTER TABLE Sonlinc.WorkOrder ADD Remark Varchar(max) Null ALTER TABLE Sonlinc.WorkOrder ADD Version Int Null ALTER TABLE Sonlinc.WorkOrder ADD ChangedDate datetime Null ALTER TABLE Sonlinc.WorkOrder ADD ChangedBy Varchar(20) Null CREATE TABLE Sonlinc.WorkOrderHist (Id Int Null,CompanyId Int Null,SapWorkOrderId bigint Null,ConsumptionPointId Float Null,CustomerId Float Null,ConsumerId Int Null,DebtorId Int Null,CompanyProfileId Varchar(30) Null) ALTER TABLE Sonlinc.WorkOrderHist ADD CreateDate datetime Null ALTER TABLE Sonlinc.WorkOrderHist ADD ExpectedDoneBy datetime Null ALTER TABLE Sonlinc.WorkOrderHist ADD ExecutionStart datetime Null ALTER TABLE Sonlinc.WorkOrderHist ADD ExecutionEnd datetime Null ALTER TABLE Sonlinc.WorkOrderHist ADD [Status] Int Null ALTER TABLE Sonlinc.WorkOrderHist ADD Steps Varchar(max) Null ALTER TABLE Sonlinc.WorkOrderHist ADD OrderTypeNumber Int Null ALTER TABLE Sonlinc.WorkOrderHist ADD OrderTypeVersion Int Null ALTER TABLE Sonlinc.WorkOrderHist ADD Remark Varchar(max) Null ALTER TABLE Sonlinc.WorkOrderHist ADD Version Int Null ALTER TABLE Sonlinc.WorkOrderHist ADD ChangedDate datetime Null ALTER TABLE Sonlinc.WorkOrderHist ADD ChangedBy Varchar(20) Null CREATE TABLE Sonlinc.WorkOrderType (Id int identity(1,1) Not Null,CompanyId Int Null,TypeNumber Int Null,[Status] Int Null,OrderType Int Null,Text Varchar(4000) Null,StepTypes Varchar(max) Null,ApprovedDate datetime Null) ALTER TABLE Sonlinc.WorkOrderType ADD ApprovedBy Varchar(20) Null ALTER TABLE Sonlinc.WorkOrderType ADD Version Int Null ALTER TABLE Sonlinc.WorkOrderType ADD ChangedDate datetime Null ALTER TABLE Sonlinc.WorkOrderType ADD ChangedBy Varchar(20) Null CREATE TABLE Sonlinc.WorkOrderTypeHist (Id Int Null,CompanyId Int Null,TypeNumber Int Null,[Status] Int Null,OrderType Int Null,Text Varchar(4000) Null,StepTypes Varchar(max) Null,ApprovedDate datetime Null) ALTER TABLE Sonlinc.WorkOrderTypeHist ADD ApprovedBy Varchar(20) Null ALTER TABLE Sonlinc.WorkOrderTypeHist ADD Version Int Null ALTER TABLE Sonlinc.WorkOrderTypeHist ADD ChangedDate datetime Null ALTER TABLE Sonlinc.WorkOrderTypeHist ADD ChangedBy Varchar(20) Null CREATE TABLE Sonlinc.Passwords (Id int identity(1,1) Not Null,Generation Smallint Not Null default 0,Salt Varchar(200) Not Null default '',Hash Varchar(200) Not Null default '') ALTER TABLE Sonlinc.ACVRNRD ADD ENDPOINTID Varchar(20) Null ALTER TABLE Sonlinc.ADATAANMOD ALTER COLUMN AGGDATA Varchar(75) Null ALTER TABLE Sonlinc.AELIN ADD PasswordId Int Null ALTER TABLE Sonlinc.AGAS ADD ANVENDELSESFORMAL Varchar(5) Null ALTER TABLE Sonlinc.AGAS ADD EANNR Varchar(35) Null ALTER TABLE Sonlinc.AGASHIST ADD ANVENDELSESFORMAL Varchar(5) Null ALTER TABLE Sonlinc.AGASHIST ADD EANNR Varchar(35) Null ALTER TABLE Sonlinc.AKOND ADD WORKORDERNO Float Null ALTER TABLE Sonlinc.AMALLHIST ADD OnlineSynk rowversion Null ALTER TABLE Sonlinc.AMALLHIST ADD FlowRetning Tinyint Null ALTER TABLE Sonlinc.AMALLHIST ADD OlieDato date Null ALTER TABLE Sonlinc.AMALLHIST ADD PulsArt Int Null ALTER TABLE Sonlinc.AMALLHIST ADD PulsArtVaerdi Varchar(50) Null ALTER TABLE Sonlinc.AMALLHIST ADD BatteriDatoInterval Smallint Null ALTER TABLE Sonlinc.AMALLHIST ADD OverordnetKateri Int Null 22/27

23 ALTER TABLE Sonlinc.AMALTYPE ALTER COLUMN FABRIKAT Varchar(15) Null ALTER TABLE Sonlinc.AMALTYPE ALTER COLUMN TYPE Varchar(15) Null ALTER TABLE Sonlinc.APRODUKTLINIE ADD TEGNINGSTIDSPUNKTFRA datetime Null ALTER TABLE Sonlinc.APRODUKTLINIE ADD TEGNINGSTIDSPUNKTTIL datetime Null ALTER TABLE Sonlinc.AREGD ADD WORKORDERNO Float Null ALTER TABLE Sonlinc.AUDEBFORS ADD FAKTVIALEV Int Null ALTER TABLE Sonlinc.AUDEBFORSHIST ADD FAKTVIALEV Int Null ALTER TABLE Sonlinc.BAPARTY ADD DISTRIKT Varchar(50) Null ALTER TABLE Sonlinc.WorkOrderTask ADD InvoiceText Varchar(256) Null ALTER TABLE Sonlinc.WorkOrderTask ADD ItemId Varchar(5) Null ALTER TABLE Sonlinc.WorkOrderTask ADD VatCode Tinyint Null ALTER TABLE Sonlinc.crmSkabelon ADD DocumentDefinitionId Int Null ALTER TABLE Sonlinc.SdvRelation ALTER COLUMN TabelNavn1 Varchar(60) Null ALTER TABLE Sonlinc.SdvRelation ALTER COLUMN TabelNavn2 Varchar(60) Null ALTER TABLE Sonlinc.SdvRelation ALTER COLUMN FeltNavn1 Varchar(60) Null ALTER TABLE Sonlinc.SdvRelation ALTER COLUMN FeltNavn2 Varchar(60) Null ALTER TABLE Sonlinc.SDVSTAT ALTER COLUMN TabelNavn Varchar(60) Null ALTER TABLE Sonlinc.TUDST ADD PRDATO date Null ALTER TABLE Sonlinc.TUDSTGAS ADD FaktiskOpstartDato date Null ALTER TABLE Sonlinc.TUDSTTYPE ADD OverordnetKateri Int Null ALTER TABLE Sonlinc.TUDSTTYPE ADD OverordnetKateriObl Tinyint Null INSERT INTO Sonlinc.AELINADRESSE ( INSTALNR,FIRMANR,FIRMNAVN,ADRESSE,HUSNUMMER,HUSNUMMERTIL,BOGSTAVSAL,BOGSTAVTIL,SA L,SIDEDOR,STED,POSTNUM,KOMMUNKODE,VEJKODE,EDBINIT,EDBDATO,LOBENR ) SELECT INSTALNR,FIRMANR,FIRMNAVN,ADRESSE,HUSNUMMER,HUSNUMMERTIL,BOGSTAVSAL,BOGSTAVTIL,SA L,SIDEDOR,STED,POSTNUM,KOMMUNKODE,VEJKODE,EDBINIT,EDBDATO,LOBENR FROM Sonlinc.XReorg_AELINADRESSE; DROP TABLE Sonlinc.XReorg_AELINADRESSE CREATE INDEX AFLOWLOCK_ID1 ON Sonlinc.AFLOWLOCK (LOCKTOKEN,COMPANYID) CREATE UNIQUE INDEX UC_InstallationMgmtProject ON Sonlinc.InstallationMgmtProject (Id) CREATE UNIQUE INDEX UC_InstallationMgmtProjectRev ON Sonlinc.InstallationMgmtProjectRev (InstMgmtProjectId,RevisionId) CREATE UNIQUE INDEX UpcomingAgreementKey ON Sonlinc.UpcomingAgreement (ConsumptionPointId,CustomerId,AgreementStartDate,CompanyId,SupplyType) CREATE UNIQUE INDEX IX_WorkOrder_Id ON Sonlinc.WorkOrder (Id) CREATE UNIQUE INDEX IX_WorkOrderHist_Id_Ver ON Sonlinc.WorkOrderHist (Id,Version) CREATE UNIQUE CLUSTERED INDEX WorkOrderTypeKey1 ON Sonlinc.WorkOrderType (Id) CREATE UNIQUE INDEX WorkOrderTypeKey2 ON Sonlinc.WorkOrderType (TypeNumber,CompanyId,[Status]) CREATE UNIQUE INDEX WorkOrderTypeHistKey ON Sonlinc.WorkOrderTypeHist (TypeNumber,CompanyId,Version) CREATE UNIQUE INDEX UC_Passwords_Id ON Sonlinc.Passwords (Id) CREATE INDEX ClientScript_ActTime ON Sonlinc.SWHostClientScript (ActionTime) alter table SWMarket.MovingSupplyType alter column MeterReadingDate datetime2(7) null; alter table SWMarket.MovingSupplyType alter column NotificationDate datetime2(7) null; insert into SWMarket.MeteringPointHist( ChangedDate, ChangedBy, CompanyId, MeteringPointId, ScheduledMeterReadingDate, MPReadingCharacteristics, MeterReadingOccurrence, MaximumCurrent, MaximumPower, EstimatedAnnualConsumption, Occurrence, IgnoreMandatoryLimit, 23/27

24 MeteringPointAddress, SubTypeOfMeteringPoint, TypeOfMeteringPoint, MeteringGridArea, ParentRelatedMeteringPoint, ProductType, SupplyStart, PhysicalStatusOfMeteringPoint, HourlyTimeSeries, SettlementMethod, NetSettlementGroup, MeterNumberOfDigits, MeterConversionFactor, MeterUnitType, MeterIdentification, MeterReadingType, PowerPlant, FromGrid, ToGrid, MPStreetName, MPStreetCode, MPBuildingNumber, MPFloorID, MPRoomID, MPCitySubDivisionName, MPPostCode, MPCityName, MPMunicipalityCode, MPCountryName, UnitType, LocationDescription, ChangedFrom, [Description], DisconnectionType, MPAddressWashInstruction, MPConnection, MPCapacity, RowId, SupplementaryInfo) Select mp.changeddate, mp.changedby, mp.companyid, mp.meteringpointid, mp.scheduledmeterreadingdate, mp.mpreadingcharacteristics, mp.meterreadingoccurrence, mp.maximumcurrent, mp.maximumpower, mp.estimatedannualconsumption, mp.occurrence, mp.ignoremandatorylimit, mp.meteringpointaddress, mp.subtypeofmeteringpoint, mp.typeofmeteringpoint, mp.meteringgridarea, mp.parentrelatedmeteringpoint, mp.producttype, mp.supplystart, mp.physicalstatusofmeteringpoint, mp.hourlytimeseries, mp.settlementmethod, mp.netsettlementgroup, mp.meternumberofdigits, mp.meterconversionfactor, mp.meterunittype, mp.meteridentification, mp.meterreadingtype, mp.powerplant, mp.fromgrid, mp.togrid, mp.mpstreetname, mp.mpstreetcode, mp.mpbuildingnumber, mp.mpfloorid, mp.mproomid, mp.mpcitysubdivisionname, mp.mppostcode, mp.mpcityname, mp.mpmunicipalitycode, mp.mpcountryname, mp.unittype, mp.locationdescription, mp.changedfrom, mp.[description], mp.disconnectiontype, mp.mpaddresswashinstruction, mp.mpconnection, mp.mpcapacity, mp.rowid, mp.supplementaryinfo from SWMarket.MeteringPoint mp where mp.typeofmeteringpoint <> 'E17' and mp.typeofmeteringpoint <> 'D13' and isnull(mp.settlementmethod, '') <> '' update SWMarket.MeteringPoint set SettlementMethod = null where TypeOfMeteringPoint <> 'E17' and TypeOfMeteringPoint <> 'D13' and isnull(settlementmethod, '') <> '' insert into SWMarket.MeteringPointHist( ChangedDate, ChangedBy, CompanyId, MeteringPointId, ScheduledMeterReadingDate, MPReadingCharacteristics, MeterReadingOccurrence, MaximumCurrent, MaximumPower, EstimatedAnnualConsumption, Occurrence, IgnoreMandatoryLimit, MeteringPointAddress, SubTypeOfMeteringPoint, TypeOfMeteringPoint, MeteringGridArea, ParentRelatedMeteringPoint, ProductType, SupplyStart, PhysicalStatusOfMeteringPoint, HourlyTimeSeries, SettlementMethod, NetSettlementGroup, MeterNumberOfDigits, MeterConversionFactor, MeterUnitType, MeterIdentification, MeterReadingType, PowerPlant, FromGrid, ToGrid, MPStreetName, MPStreetCode, MPBuildingNumber, MPFloorID, MPRoomID, MPCitySubDivisionName, MPPostCode, MPCityName, MPMunicipalityCode, MPCountryName, UnitType, LocationDescription, ChangedFrom, [Description], DisconnectionType, MPAddressWashInstruction, MPConnection, MPCapacity, RowId, SupplementaryInfo) Select mp.changeddate, mp.changedby, mp.companyid, mp.meteringpointid, mp.scheduledmeterreadingdate, mp.mpreadingcharacteristics, 24/27

25 mp.meterreadingoccurrence, mp.maximumcurrent, mp.maximumpower, mp.estimatedannualconsumption, mp.occurrence, mp.ignoremandatorylimit, mp.meteringpointaddress, mp.subtypeofmeteringpoint, mp.typeofmeteringpoint, mp.meteringgridarea, mp.parentrelatedmeteringpoint, mp.producttype, mp.supplystart, mp.physicalstatusofmeteringpoint, mp.hourlytimeseries, mp.settlementmethod, mp.netsettlementgroup, mp.meternumberofdigits, mp.meterconversionfactor, mp.meterunittype, mp.meteridentification, mp.meterreadingtype, mp.powerplant, mp.fromgrid, mp.togrid, mp.mpstreetname, mp.mpstreetcode, mp.mpbuildingnumber, mp.mpfloorid, mp.mproomid, mp.mpcitysubdivisionname, mp.mppostcode, mp.mpcityname, mp.mpmunicipalitycode, mp.mpcountryname, mp.unittype, mp.locationdescription, mp.changedfrom, mp.[description], mp.disconnectiontype, mp.mpaddresswashinstruction, mp.mpconnection, mp.mpcapacity, mp.rowid, mp.supplementaryinfo from SWMarket.MeteringPoint mp where mp.subtypeofmeteringpoint = 'D02' and (mp.meterconversionfactor is not NULL or mp.meternumberofdigits is not NULL or mp.meterunittype is not NULL or mp.meteridentification is not NULL or mp.meterreadingtype is not NULL) update mp set mp.meterconversionfactor = NULL, mp.meternumberofdigits = NULL, mp.meterunittype = NULL, mp.meteridentification = NULL, mp.meterreadingtype = NULL, mp.changeddate = GetDate(), mp.changedby = 'Reorg' from SWMarket.MeteringPoint mp where mp.subtypeofmeteringpoint = 'D02' and (mp.meterconversionfactor is not NULL or mp.meternumberofdigits is not NULL or mp.meterunittype is not NULL or mp.meteridentification is not NULL or mp.meterreadingtype is not NULL) CREATE NONCLUSTERED INDEX [IX_BillingSyncBuffer_FetchRowId] ON [SWMarket].[BillingSyncBuffer] ( [Occurrence] ASC, [EntityRowId] ASC, [EntityType] ASC, [SyncStatus] ASC, [CompanyId] ASC ) CREATE NONCLUSTERED INDEX [IX_ManualSync_Fetch] ON [SWMarket].[ManualSync] ( [MeteringPointId] ASC, [SyncDirection] ASC, [ProcessStatus] ASC, [AttributeType] ASC, [CompanyId] ASC ) CREATE NONCLUSTERED INDEX [IX_Customer_EanNumber] ON [SWMarket].[Customer] 25/27

26 ( [EanNumber] ASC, [FromDate] ASC, [CompanyId] ASC ) CREATE NONCLUSTERED INDEX [IX_Contact_EanNumber] ON [SWMarket].[Contact] ( [EanNumber] ASC, [FromDate] ASC, [ContactRelationType] ASC, [CompanyId] ASC ) CREATE NONCLUSTERED INDEX [IX_MeteringPoint_MeteringPointId] ON [SWMarket].[MeteringPoint] ( [MeteringPointId] ASC, [Occurrence] ASC, [CompanyId] ASC ) create nonclustered index IX_BillingSyncBuffer_FetchItems on SWMarket.BillingSyncBuffer ([EntityType], [SyncStatus], [Occurrence], [CompanyId]) create clustered index IX_HubBufferMain on SWMarket.HubBuffer (PartyId asc, IsOuting asc, EntityId asc, CompanyId asc) create nonclustered index IX_EntityType on SWMarket.BillingSyncRequest (EntityType asc, CompanyId asc) create nonclustered index IX_ReceivedDate_Version on SWMarket.MissingMeteringData (ReceivedDate asc, Version asc, CompanyId asc) create nonclustered index IX_RequestPeriod_MeteringPointId on SWMarket.MissingMeteringData (RequestPeriod asc, MeteringPointId asc, CompanyId asc) create nonclustered index IX_ReportType on SWMarket.MissingDataReport (ReportType asc, CompanyId asc) create nonclustered index IX_CodeDE35Code on SWMarket.ConsumerCateryCode (CodeType asc, Code asc, DE35Code Asc,CompanyId asc) CREATE NONCLUSTERED INDEX [IX_EdiLog_Search] ON [SWMarket].[EdiLog] ( [SentReceivedTime] ASC, [CompanyId] ASC ) INCLUDE ( RowId, EventToken, TransactionId, MessageId, TransmissionId, OriginalTransactionId, IsOuting, 26/27

27 MessageType, MessageProcessType, SenderId, RecipientId, [Status], ChangedBy, ChangedDate, EdiFileRowId, ReadStatus ) CREATE NONCLUSTERED INDEX [IX_EventTokenCompany] ON [SWMarket].[LevFlow] ( [EventToken] ASC, [CompanyId] ASC ) INCLUDE ( [RowId], [MeteringPointId], [Status] ) CREATE NONCLUSTERED INDEX [IX_EventTokenCompany] ON [SWMarket].[ErrorLog] ( [EventTokenId] ASC, [CompanyId] ASC ) INCLUDE ( [RowId], [ErrorText], [IsHandled] ) create nonclustered index IX_CreatedCompanyDateTime on SWMarket.LevFlow (CreatedDateTime asc, CompanyId asc) create nonclustered index IX_OccurrenceMeteringPointCompany on SWMarket.MeteringPoint (Occurrence asc, MeteringPointId asc, CompanyId asc) create nonclustered index IX_ParentRelatedMeteringPoint on SWMarket.MeteringPoint (ParentRelatedMeteringPoint, CompanyId) INCLUDE ([MeteringPointId]) 27/27