Här samlar vi information om vårt uppdrag som anvisningsleverantör till Telge Elnät AB. /frhb och lpo

Uppdragets startdatum 2026-09-01 innebär att vi börjar ta emot anvisningsmeddelanden (PRODAT Z04A) från Telge Elnät (aktörsid 34800) från och med 2026-09-02.

Detta pga att de kunder som flyttar in 1 september har hela den dagen på sig att välja egen elhandlare, så det blir först dagen efter som den anvisade leverantören aktiveras.

Buggar/problem vi upptäckt:

1. För att kunderna ska kunna skapas upp via anvisningsmeddelande, om de inte redan finns i vårt kundregister, behöver man lägga upp en mall för "Default engångskund". Denna mall har vi anpassat för privatkunder eftersom de är i majoritet. Det innebär att företagskunder skapas upp som privatkund. 
   Detta behöver löpande rättas manuellt (rätta kundtyp/dimension samt kontraktsmall). 
   MKA har rättningsrutin för detta i denna guide: MKA - Avvikande kunduppgifter | Affärsutveckling - Skellefteå Kraft
   
   
2. EG hade aviserat om att kunder som skapas via "Default engångskund" inte skapar upp kundadressen helt rätt, det saknas "Namn/beskrivning" samt "Syfte". Det gör att adressen inte är synlig i kundregistret i D365 men den finns ändå i registret och kommer ut på fakturor och visas i Lime. 
   Reskontra har rättat till de drabbande kunderna löpande för att vi ska ha adressen synlig när vi tittar i kundregistret i D365.
   
   Exempel nedan visar hur man kan rätta till detta manuellt via "Fler alternativ" och "Avancerad" i sektion för "Adresser" på kunden:
    
   Fyll i kundens namn i "Namn eller beskrivning" samt välj Näring som "Syfte":
   
   RÄTTNING LEVERERAD TILL D365PROD VIA HOTFIX 2026-09-22.
   
   
3. Första dagen mottog vi ca 160 st anvisningar varav 149 st (månadsavräknade) saknade kontraktsdel för anvisning (XAnRörleTV). Detta berodde på att vi missat lägga in den Xellentprodukten i omfattningen på de kontraktsmallar som vi pekat ut skulle användas. Tidigare har Amr-mallar använts för anvisade månadsavräknade men nu ska Fjärr-mallar användas. (Dygnsavräknade blev rätt pga där fanns rätt produkt med i Tim-mallarna.)
   De saknade kontraktsdelarna skapades manuellt.
   
   
4. Telge aviserade att de fick negativa aperak på deras förbrukningsprognoser (Utilts S02) för dessa leveranser. Vi hade enbart satt upp inläsning en gång per dygn (eftersom vi har det så för våra interna anvisningar) men det gjorde att mätpunkterna inte skapades upp i tid för att kunna ta emot förbrukningsprognosen.
   Vi ändrade inläsningarna från Telge så att de görs var 5'e minut istället. 
   De S02'or som stoppats läste vi in på nytt utan efterföljande problem. (Förutom att felloggarna i scenarieloggen för de som stoppats fick bockas bort manuellt.)
   
   
5. Skyddade kunder som inkommer via anvisning har namn "Skyddad id". Dessa behövde vi komplettera med övriga inställningar som gäller för skyddad. De är kompletterade på befintlig bevakningsrapport hos MKA.
   
   
6. Kontaktuppgifter på kunder kan inte uppdateras via integrationen från Lime mot D365 på kunder skapade via "Default engångskund". Kunderna skapas med en felaktig inställning för "Typ" (InstanceRelationType) i Globala adressboken, vilket visas som "Valfritt" istället för "Organisation" som gäller för kunder som skapas manuellt eller via avtalsimporten. Detta gör även att kontaktuppgifter från D365 inte heller speglas tillbaka till Lime och Mina sidor. 
   Kontaktuppgifterna registreras manuellt i D365 tills rättning levereras. 
   Script för att rätta drabbade kunder utförd i D365PROD den 2026-09-29.
   Rättning kommer i hotfix till D365PROD vecka 40, så att kommande kunder blir rätt när de skapas.
   
   Se exempel i bild nedan till vänster hur det ser ut i Kundregistret samt till höger hur samma kund ser ut i Globala adressboken:
   
7. Importjobb för bankkontoanmälan kan inte uppdatera återbetalningssätt på kunden i D365. Detta beror på samma fel som i punkt 6 ovan. 
   Återbetalninggsätt registreras manuellt i D365 till rättning enligt ovan punkt levereras.
   
   
8. På grund av att företagskunder skapas som privatkunder så kan det orsaka en dubblett av kunden i vårt kundregister, om företaget finns där sedan tidigare. Teorin är att funktionen som skapar upp kunden gör en kontroll på kundtyp och personnr/orgnr innan den skapar en privatkund via "Default engångskund". 
   Dialog pågår kring denna punkt...