1 / 17

Adressering i kraftbransjen

Adressering i kraftbransjen. Problemstillinger. Roar Grindstrand. STATNETT SF. E-Mail: roar.grindstrand@statnett.no. Velkommen. Referent. Ordstyrer. Praktiske opplysninger. Tidspunkt for å avslutte, reise. Lunsj. Serveres her mellom 1200 og 1230. Presentasjon av deltakere?.

Download Presentation

Adressering i kraftbransjen

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Adressering i kraftbransjen Problemstillinger Roar Grindstrand STATNETT SF E-Mail: roar.grindstrand@statnett.no

  2. Velkommen • Referent. • Ordstyrer. • Praktiske opplysninger. • Tidspunkt for å avslutte, reise. • Lunsj. Serveres her mellom 1200 og 1230. • Presentasjon av deltakere?

  3. Flaskehals i dagens EDI system

  4. EDI System X400 Intermediate System KIS • Sending comm. status / Timeout. • Sending to application status. • Conversion status. • Routing status. • Sending is in progress. • "Delivery Report" status. • Etc. EDI/MTA

  5. Utfordringer • Adressering • Aperak • Målepunkt-id • Produktkoder

  6. Typiske problemer • Feil bruk av subadresse. • Feil bruk av tredjepart. • Definisjon på tredjepart?? • Krav til tredjepart. • Tredjepart og adressering. • Feil bruk og feil i CONTRL-meldinger.

  7. Typiske problemer • For mye logikk på EDI systemet. • Ulik praksis på hvordan aktører/bolag adresserer på innad i hvert land. • Hvordan skal man klare å adressere på tvers av landegrensene???

  8. Hvorfor • De ulike løsningene på adressering har basert seg på den systemløsning og krav kunden stiller til sine leverandører. • For stor frihet i adressering gir mange forskjellige tekniske løsninger. • Det er for dårlig kvalitetssjekk på systemendringer og patcher som distribueres til aktørene i bransjen.

  9. Konsekvenser • Alt for mange meldinger feiler. Det brukes alt for mye ressurser til feilsøking og retting av feilene. Aktørene lider.... • VI MÅ TA ANSVAR.

  10. Tiltak • Klare definisjoner og ansvar i alle ledd. • Fjerning av unødige frihetsgrader gir klare og enklere regler. • Mindre logikk på EDI systemet. All informsjon skal frem til applikasjonen. • Hver rolle sin ID. • Låse subadressene. Produktkodene kan hjelpe oss med sammenhengen mellom forretningsfunksjon og hvor mange subadresser som trengs.

  11. Tiltak • En produktkode bør ha tilhørighet i kun en subadresse. • Definisjon av tredjepart endres. ”Functional Description”. • Enkle adresseringsregler MÅ spikres. • Felles database for automatisk eller manuell innhenting av teknisk informasjon. Adresseweb.

  12. Prinsippene Juridisk enhet Firma Applikasjon/ forretningsfunksjon 1...* 1 marked nett leverandør En rolle/ID kan ha kobling til flere forretningsfunksjoner/applikasjoner, men en rolle/ID knyttet til en subadresse kan kun ha kobling til en forretningsfunksjon/applikasjon. UNB 1 Identifikasjon pr. rolle 1 1 1...* Subadresse 1..* 1...* 1 1 1...* 1 1...* 1 X400-adresse Målepunkt-id Produktkode

  13. Oppfølging • Bransjen trenger et kontrollorgan for testing av programendringer og patcher. • Dette kan testes: • Riktig innhold, spesielt i forhold til påkrevde felt. Dette gjelder prodat, mscons(timer, stander, avregning) og tilhørende contrl og aperak. • Syntaksfeil. • Subadresse. • Feilkoder i Aperak. • ETC.

  14. Hvordan • Systemleverandørene tester og blir godkjent for hver gang ny programendring skal distribueres. • SSE vil holde oversikt over alle systemene i markedet (KIS og EDI) med til enhver tid godkjente programversjoner. • Aktørregisteret vil holde register på alle kontaktpersoner hos aktørene og hos systemleverandørene.

  15. Hovedmål for Adresseweb • Vi trenger en felles adresseweb slik at alle i kraftbransjen kan holde rede på sine tekniske data i et offentlig tilgjengelig "rom". Denne serveren må være frittstående slik at alle land kan inviteres til å være med. • Et felles mål er å komme frem til en enhetlig og god måte å adressere på basert på enhetlige og enkle regler. • Den skal hjelpe til å redusere drift og vedlikeholdskostnadene på systemene hos den enkelte aktør ved at gjøre adressewebben til en mal for hvordan prinsippene for adressering skal gjennomføres og etableres.

  16. Innhold i Adresseweb Hver enkelt partner skal ha ansvaret for informasjon om sine data. • Organisasjonsnummer. • Meldingstyper/funksjoner og tilhørende: • Rolle: netteier, leverandør, balanseansvarlig etc. • Subadresser. • X.400 adresser. • Program og versjoner. • Kontaktpersoner. • Telefon, e-post etc. • ETC.

  17. Adresseweb KIS/EDI KIS/EDI KIS/EDI KIS/EDI KIS/EDI KIS/EDI Partners Partners Partners Partners Partners Partners ADRESSEWEB Internet Copy of Adresseweb Copy of Adresseweb Copy of Adresseweb Copy of Adresseweb Copy of Adresseweb Copy of Adresseweb

More Related