MKA - Röda bollar

Uppdaterad 2026-05-11

Rödbollar:

När man åtgärdar Rödbollar använder man sig av: Scenarielogg – Kontrakt - Ingående kommunikation

Öppna panelen genom att klicka på Röda bollar.

Då hamnar man i Scenarieloggen.

Klicka fram din sparade Vy och sortera på Uttagspunkt från A-Ö.

Gå igenom listan och åtgärda dem fel beskrivningar som finns.

Här kommer en manual på hur man löser dem olika fel beskrivningarna.

Ingen serie kopplad till mätpunkt:

Exempel: Mikroproduktionsanläggning där Z04 är inläst

Kopiera anläggnings-id från Rödbollarnas Scenarielogg och sök fram anläggningen i Kontrakt.

På kontraktet kan man se att det är en Mikroproduktionsanläggning.

Tryck på Leverantör - Scenarielogg.

Markera Rödbollarna.

Tryck på Fel behandlat.

Gå sedan till Ingående kommunikation och sök fram anläggningen.

Ställ dig på UTILTS E66 TIM raden under Ingående CML.

Ställ dig på UTILTS E66 TIM raden under Ingående Batchkö.

Ändra status från Färdigbehandlat till Ej behandlat på UTILTS E66 TIM raden.

Tryck på Starta markerad ingående körning.

Då ändras statusen tillbaka till Färdigbehandlat och vi har läst om UTILTS så den har gått in i systemet.

Ställ dig sedan på den övre UTILTS E66 TIM raden under Ingående CML.

Ställ dig också på den tillhörande UTILTS E66 TIM raden under Ingående Batchkö.

Ändra status från Färdigbehandlat till Ej behandlat på UTILTS E66 TIM raden.

Tryck på Starta markerad ingående körning.

Då har vi läst om båda UTILTS så dem har gått in korrekt i systemet.

KLART!

Exempel: Mikroproduktionsanläggning där Z04 inte är inläst

Kopiera anläggnings-id från Rödbollarnas scenarielogg och gå till kontrakt.

Denna ruta kommer upp när man försöker söka på anläggningen i kontrakt men då Z04 inte har blivit inläst.

Sök då fram anläggningen i Ingående kommunikation istället och godkänn Z04.

Ställ dig på PRODAT Z04 raden under Ingående CML.

Ställ dig på PRODAT Z04 D raden under Ingående Batchkö.

Tryck på Manuellt godkännande.

Tryck på Skapa avtal mm automatik.

Ifall det inte går att skapa avtalet kommer denna ruta upp.

Det betyder att det finns ett slutdatum på tillhörande konsumtionsanläggning.

I detta fall är den tillhörande konsumtionsanläggningen 735999114006022570.

Sök då fram konsumtions anläggningen 735999114006022570 i Kontrakt.

Här kan man se att anläggningen har ett slutdatum på 2026-12-31 och därför gick inte Z04D att läsa in.

Gå sedan till Avtal genom att klicka på Avtal i relationsträdet.

Tryck på Gå till ny flik.

Välj Nödprocedurer - Aktivera avtal.

Tryck OK.

Då blir avtalet aktivt igen.

Gå sedan tillbaka till Ingående kommunikation och godkänn Z04D.

Tryck på Starta markerad ingående körning.

Då ändras statusen från Ej behandlad till Färdigbehandlat.

Gå sedan tillbaka till Scenarieloggen och bocka i alla rödbollar.

Sedan går man tillbaka till Ingående kommunikation och läser om alla UTILTS E66 TIM.

Ändra status från Färdigbehandlat till Ej behandlad.

Tryck sedan på Starta markerad ingående körning.

När man läst om alla UTILTS E66 TIM går man tillbaka till Avtalet på konsumtionsanläggningen.

Välj Nödprocedurer - Avaktivera avtal.

Fyll i datumet som var kontraktets slutdatum, i detta fall var det 2026-12-31.

Tryck OK.

KLART!

Exempel:

Kopiera anläggnings-id från rödbollarnas scenarielogg och gå till kontraktet.

Kolla sedan i relationsträdet på kunden ifall det finns en serie under ”mätpunkt”.

Ifall det finns en serie: Bocka bort rödbollarna i scenarieloggen och läs in dem via ingående kommunikation. Där ändrar man status från ”felbehandlad” till ”ej behandlad” och trycker på ”starta markerad ingående körning”. KLART!

Ifall det inte finns en serie (vilket är fallet i detta exempel):

Mejla nätbolaget och efterlys Z10M/Z06F om vi ännu inte mottagit Z10M/Z06F.

Om man inte har kontaktuppgifter till nätbolaget kan man söka på de gulmarkerade siffrorna nedan i Edielportalen och då hittar man vilken mejladress man ska mejla till.

Ifall vi har mottagit Z10M/Z06F i ingående kommunikation men en serie inte har skapats så får man kolla under mätpunktstypen och kolla så att det ligger rätt datum där och ibland kan man behöva ändra datum manuellt på mätpunktstypen ifall prodat-meddelandet inte kunde läsas in korrekt.

Inte timmätt:

Kopiera anläggning-id från rödbollarnas scenarielogg och sök fram anläggningen under kontrakt.

Tryck sedan på leverantör scenarielogg för att komma till kontraktets scenarielogg.

Kolla sedan om Z10M eller Z06F inkommit. Har det kommit så ställ dig på den raden, välj ”EDI” och sedan ”initierande meddelande”.

Ifall vi inte mottagit Z10M eller Z06F men får upp rödbollar med felkod ”inte timmätt” så mejlar man nätbolaget och efterlyser Z10M/Z06F och avvaktar med denna hantering tills vi mottagit något av dessa meddelanden.

Leta efter koden ”L917Q” eller ”L639Q” i EDI-meddelandet.

L639Q = anläggningen ska vara dygnsavräknad. Vi får enbart kvartsvärden.

L917Q med CAV 101 = anläggningen ska vara månadsavräknad. Vi får enbart mätarställningar.

L917Q med CAV 901 = anläggningen ska vara månadsavräknad kvartsmätt. Vi får både mätarställningar och kvartsvärden.

L641Q = anläggningen är en dygnsavräknad mikroproduktion. Vi får enbart kvartsvärden.

I detta fall är anläggningen månadsavräknad då det stod L917 och CAV 101 i EDI-meddelandet på Z06F.

Ifall anläggningen ska vara dygnsavräknad eller månadsavräknad kvartsmätt enligt Z06F: Bocka bort rödbollarna i scenarieloggen och läs in dem i ingående kommunikation. Kan också vara bra att kolla mätpunktstypen så att rätt mätpunktstypskod och datum ligger där.

Ifall anläggningen ska vara månadsavräknad enligt Z06F: Gå till mätpunkt under relationsträdet och välj ”gå till ny flik”.

Då hamnar man på mätpunkten. Välj sedan ”inställningar” och ”mätpunkstyp”.

Då är det viktigt att kolla så det ligger rätt mätplatstypskod med rätt datum, annars behöver man ändra.

FRB = Dygnsavräknad

MÅN = Månadsavräknad

SCH = Månadsavräknad kvartsmätt

SOL = Dygnsavräknad mikroproduktion

Nu ser vi att kunden ligger som månadsavräknad från 2023-06-26, så allt ser rätt ut här.

Då behöver man bara bocka bort rödbollarna i scenarieloggen, man behöver inte läsa in dem i ingående kommunikation.

OBS! Om man får felkod ”inte timmätt” och kunden ska vara schablon i enligt EDI-meddelandet så behöver man endast bocka bort rödkollarna och ändra i mätpunktstypen (ifall det inte stämmer där), man behöver alltså inte läsa om via ingående kommunikation.

KLART!

Felkod 41:

Varje gång denna felkod kommer upp har nätbolaget glömt att skicka något i EDI-meddelandet. Oftast handlar det om att händelsedatum saknas. Ifall det saknas händelsedatum står det ”DTM” i felmeddelandet.

I detta fall saknas inte händelsedatum, för då hade det stått DTM i tilläggsbeskrivningen.

Här saknas det i stället Mätpunktstypskod i EDI-meddelandet t.ex: L639Q eller L917Q eftersom det står Fel i segment CCI.

Kopiera då felmeddelandet och mejla nätbolaget och be dem skicka om UTILTS med mätpunktstypskod.

Gör en notering på Rödbollen att man har mejlat nätbolaget och avvakta tills man fått svar innan man bockar bort den.

Ett annat exempel:

I det här fallet så saknas mätarställning i EDI-meddelandet och det kan man se genom att QTY under Segment.

Kopiera då felmeddelandet och mejla nätbolaget och be dem skicka om UTILTS med mätarställning.

Gör en notering på Rödbollen att man har mejlat nätbolaget och avvakta tills man fått svar innan man bockar bort den.

Ifall man känner sig osäker på betydelsen så kan man kopiera felmeddelandet och mejla nätbolaget och be dem om att rätta och skicka om.

KLART!

Felkod 40:

Ta anläggnings-id från scenarielogg och gå till i ingående kommunikation och sök fram anläggningen och kolla om Z04, Z05, Z06F eller Z10M har kommit.

I detta fall har vi fått Z10M och Z05.

Kolla sedan EDI-meddelandena så att datum stämmer med datum i förbrukningstransaktionerna. Stämmer det inte så behöver man ändra förbrukningstransaktionerna så det stämmer med EDI.

Här ser vi EDI-meddelandet i Z10M med datum 2023-06-27, vilket innebär att det är nytt mätarnummer från 2023-06-27.

Här ser vi Z05L där kund lämnar oss 2023-06-28. Eftersom kund lämnar oss 1 dag efter mätarbytet så kan vi bortse från mätarbytet och göra en nedtagning i förbrukningstransaktioner.

OBS! Om vi fått Z05 och en kund vill lämna men får ett mätarbyte samma dag eller någon dag ifrån så kan man bortse från mätarbytet och lägga in mätarställningen på nedtagningen i förbrukningstransaktioner med status levbyte.

Ifall det inte finns en nedtagning i förbrukningstransaktioner så behöver man lägga till en.

Där tar vi avläsningssätt levbyte då kund lämnar oss, men vi väljer att sätta datum 2023-06-27 som avläsningsdatum för att förbrukningstransaktionerna ska stämma med slutdatum på kontrakt.

På kontraktet så står 2023-06-27 som slutdatum, så då måste datum på nedtagning i förbrukningstransaktioner vara samma.

KLART!

Ifall detta felmeddelande kommer upp:

Gå till mätpunkten via relationsträdet – inställningar – mätpunktstyp

Kolla sedan så att datum och mätplatstypskod stämmer överens med EDI-meddelandet i scenarieloggen ex: Z06F eller Z10M.

Här ser allt rätt ut om man jämför med EDI-meddelandet som vi fik på Z06F i scenarieloggen för där går anläggningen över till dygnsavräkning 2023-06-26.

Eftersom allt ser rätt ut om man jämför EDI-meddelandet med mätpunkstypen och då behöver man bara bocka bort rödbollen om allt stämmer.

Stämmer det inte med EDI-meddelandet med vad som står i mätpunktstypen så behöver man ändra i mätpunktstypen så att det stämmer överens.

KLART!

Felkod 42:

Exempel där vi fått ett Mätarbyte (Z10M) på det gamla mätarnumret:

Börja med att kolla Ingående felbeskrivning.

Här ser vi att nätbolaget har skickat ett Mätarbyte på det gamla mätarnumret eftersom det står felaktigt mätarnummer i ingående felbeskrivning.

Kolla sedan EDI-meddelandet på den rad i scenarieloggen där rödbollen uppstår.

Leta efter dessa i EDI-meddelandet:

RFF+MG = nytt mätarnummer

RFF+Z02 = gammalt mätarnummer

Som man kan se på bilden har RFF+MG och RFF+Z02 samma mätarnummer och så ska det inte vara. När vi får ett Mätarbyte ska det alltid vara ett nytt mätarnummer.

Kopiera därefter felmeddelandet och mejla nätbolaget och be dem skicka om Mätarbytet fast med ett nytt mätarnummer.

KLART!

Exempel på fel i ett Segment på UTILTS:

Börja med att läsa vad som står i Ingående felbeskrivning.

Här ser vi att det är ett Fel i Segment på UTILTS.

Kopiera då det som står i Ingående fel beskrivning och mejla nätbolaget och be dem skicka om ett korrekt UTILTS.

Här är ett exempel på hur man kan skriva i mejlet.

Gör en notering i Rödbollen att man mejlat nätbolaget och avvakta med att bocka bort den tills vi fått svar och nätbolaget har skickat om.

KLART!

Felkod E61: Kan vara flera olika fel!!!

Första scenariot:

När man gör rödbollar med felkod E61 så har de ibland skickat ett nytt mätarnummer i EDI-meddelandet på rödbollen, men de har inte skickat Z10M (mätarbyte) och stöter man på den sådan så mejlar man nätbolaget och efterlyser Z10M med korrekt mätarnummer. Detta kan man enkelt se eftersom det inte finns Z10M i scenarieloggen om så är fallet.

När Z10M sedan kommit och när nätbolaget svarat så bockar man bort rödbollen i scenarieloggen och kollar så att rätt mätarnummer har åkt in i förbrukningstransaktioner.

Andra scenariot:

När felkod E61 uppkommer så kan nätbolaget ha skickat Z10M (mätarbyte) men meddelandet har inte kunnat läsas in korrekt eftersom mätarbytet sker på den dagen som kunden lämnar oss och byter leverantör.

 Man kan se under händelsedatum i scenarieloggen eller under händelsedatum i ingående kommunikation vilket datum det sker ett mätarbyte på och om det är samma dag som kunden byter leverantör så gör vi ingen åtgärd.

Då behöver man bara bocka bort rödbollen i scenarieloggen.

Tredje scenariot:

Ibland när felkod E61 dyker upp så har vi fått Z10M (mätarbyte) som har kunnat läsas in korrekt men problemet kan då bli att fel mätarnummer registreras i förbrukningstransaktioner så att månadsavläsningarna inte kan läsas in.

 Då behöver man ta bort förbrukningstransaktionerna på det felaktiga mätarnumret och sedan lägga upp en ny uppsättning med det korrekta mätarnumret.

 Det är det gulmarkerade numret på rödbollen i scenarieloggen som gäller och ifall det är något annat nummer i förbrukningstransaktioner så ska det tas bort och det nya ska läggas upp.  

När man tagit bort dem felaktiga förbrukningstransaktionerna och lagt upp en uppsättning med det korrekta mätarnumret så bockar du bort rödbollen i scenarieloggen och läser om dem via ingående kommunikation. Då kommer det skapas en ordinär förbrukningstransaktion.

KLART!

Felkod E50:

Denna felkod uppkommer då nätbolaget har skickat en felaktig tidsperiod i EDI-meddelandet på rödbollen.

Om det är en dygnsavräknad (L639Q) så behöver man bara bocka bort rödbollarna.

Om det är en månadsavräknad anläggning eller månadsavräknad kvartsmätt (L917Q) så mejlar man nätbolaget och ber de skicka om ett korrekt meddelande. Man kan även kolla om det finns NULL-värden.

Gå då till förbrukningstransaktioner, välj ”funktioner” och sedan ”avläsningar EDI”

Om det finns en bock i ”saknat värde” så vet vi att nätbolaget rapporterat NULL-värden (att dem inte har kontakt med elmätaren). Ifall det finns NULL-värden och anläggningen är schablon så tar man med den informationen när man mejlar nätbolaget.

KLART!

Felkod E87:

Man behöver kolla förbrukningstransaktionerna för att se så allt där stämmer överens med EDI-meddelandet.

På EDI-meddelandet kollar man efter (man kollar EDI-meddelandet där man fått en rödboll):

SEQ = sequence (händelse)

QTY= quantity (mätarställning)

Man kollar så att siffrorna på raden QTY stämmer överens med mätarställningen i förbrukningstransaktionerna för det datum EDI-meddelandet avser.

Ifall det stämmer överens så bockar man bort rödbollen.

Ifall det inte stämmer överens så ändrar man i förbrukningstransaktioner så att mätarställningen blir samma som den i EDI-meddelandet.

KLART!

Felkod: Mätpunktstypskod inte uppsatt för produktkod L639.

 Detta felmeddelande kommer bara på Z06F:or och då har nätbolaget skickat mätpunktstypskod L639 istället för kod L639Q i EDI-meddelandet. Från 2023-11-01 är det kvartsmätning som gäller och då måste nätbolagen skicka prodat-meddelanden med Q.

Man behöver mejla nätbolaget och be dem skicka om Z06F med mätpunktstypskod L639Q i EDI-meddelandet.

Gör en notering på rödbollen i scenarieloggen att man mejlat nätbolaget och vänta med att bocka bort den tills nätbolaget skickat en ny korrekt Z06F. Man behöver inte läsa om den via ingående kommunikation.  

KLART!

Felkod: Ett fel inträffade när nytt RecID-värde hämtades till registret.

 Man behöver bocka bort rödbollen i scenarieloggen och läsa om den i ingående kommunikation.

KLART!

Felkod: Det går inte att välja en post i Systemsekvenser.

 Man behöver bocka bort rödbollen i scenarieloggen och läsa om den i ingående kommunikation.

KLART!

Felkod: Det går inte att skapa en post i Timserievärden (EMS_TimeSeriesValues). Tidpunkt (utc): 2026-04-16 16:15:00, 2026-05-04 11:42:30.Posten finns redan.Det går inte att skapa en post i Timserievärden (EMS_TimeSeriesValues). Tidpunkt (utc): 2026-04-16 16:15:00, 2026-05-04 11:42:30. Posten finns redan.

Felmeddelandet betyder att det finns för många kvartsvärden på serien. Just nu har vi ett ärende hos EG där dem håller på att ta fram en lösning för att dubbla värden inte ska kunna läsas in.

Bocka bort rödbollen i scenarieloggen och läs om UTILTS i ingående kommunikation.

KLART!

Felkod: Det går inte att redigera en post i Avläsningar (EXU_ReadingTableExt_Meter). Anslutningsnummer: 2407186, 887624004579259.Posten finns redan.Det går inte att redigera en post i Avläsningar (EXU_ReadingTableExt_Meter). Anslutningsnummer: 2407186, 887624004579259. Posten finns redan.

Denna felkod kommer endast på Z06F och det innebär att ifall vi har fått Z04 och Z06F på samma dag och då uppdateras inte korrekt information på mätpunktstypen och då får vi lägga in det manuellt.

Z06F anger den korrekta mätpunktstypskoden så vi lägger in enligt vad som står i den.

Börja med att kopiera anläggningsid, i detta exempel 735999100054232580.