Kravspesifikasjon for PLBSys NG. Versjon 1.0

Størrelse: px
Begynne med side:

Download "Kravspesifikasjon for PLBSys NG. Versjon 1.0"

Transkript

1 Kravspesifikasjon for PLBSys NG Versjon 1.0 Utarbeidet i juni 2010

2 Innhold Revisjonshistorikk Introduksjon Registrering av nødpeilesendere i Norge Systemets formål og omfang Målgruppe Organisering av kravspesifikasjonen Prioritering av krav Referansedokumenter Overordnet beskrivelse Systemperspektiv Overordnet funksjonalitet i fagsystemet Brukergrupper Arbeidsprosesser Brukerdokumentasjon og teknisk dokumentasjon Funksjonelle krav Registrere søknad om tillatelse Registrere endringer Søk registrerte enheter/kunder Vis registrerte enheter/kunder Vis status fakturering Fatte vedtak (utstede tillatelse) Godkjenne utstedelse av kreditnota Vedlikeholde liste godkjente PLB-modeller Vis informasjon om registrert PLB-enhet (eksternt) Ikke funksjonelle krav Tilleggsinformasjon Ordliste og forkortelser Side 2 av 12

3 Revisjonshistorikk Versjon Dato Beskrivelse Endret av Kravspesifikasjon etablert Side 3 av 12

4 1. Introduksjon 1.1 Registrering av nødpeilesendere i Norge En nødpeilesender er en radiosender som kan utløses manuelt eller automatisk i nødsituasjoner. En kategori av nødpeilesendere er PLB (Personal Locator Beacon). Dette er bærbare enheter som normalt utløses manuelt. Ved aktivering av en nødpeilesender vil radiosignalet fanges opp av satelitter (Cospas-Sarsat) som videresender signal fra alle norske nødpeilesendere til Hovedredningssentralen på Sola (HRS). Skissen nedenfor gir et overblikk over hva som skjer når en nødpeilesender blir aktivert. Figur 1 - Oversikt COSPAS-SARSAT (Kilde: Wikimedia Commons - Det er registreringsplikt for alle som ønsker å eie en PLB, og Post- og teletilsynet har ansvaret for å utstede tillatelser til bruk av nødpeilesendere i Norge. I registreringen inngår blant annet lagring og distribusjon til Hovedredningssentralen av kontaktinformasjon til personer som kan kontaktes dersom man fanger opp et nødsignal fra den registrerte PLB enheten. Det er per i dag færre enn 5000 registrerte PLB enheter i Norge. For alle registrerte enheter betales det et årlig gebyr til Post- og teletilsynet. 1.2 Systemets formål og omfang Det eksisterer i dag et fagsystem i PT for registrering av personlige nødpeilesendere (PLB). Dette systemet (PLBSys) er utviklet på gammel arkitektur, og skal erstattes av et nytt system på en mer moderne teknologisk plattform. Det gamle systemet er heller ikke optimalisert for å understøtte nye og mer effektive arbeidsprosesser i tilsynet. Det nye fagsystemet som skal utvikles skal bidra til effektiv registrering og saksbehandling av søknader, forvaltning av registeret og sikker distribusjon av informasjon knyttet til registrerte PLBer i Side 4 av 12

5 Norge. Det nyefagsystemet har arbeidsnavnet PLBSys NG (Next Generation). PLBSys NG vil ha et grensesnitt til en webbasert skjemaløsning (tredje parts løsning), slik at kundene (som i denne sammenheng er eierne av én eller flere PLB enheter) selv kan registrere og administrere informasjon om sin PLB. Samtidig skal Post- og teletilsynet har tilstrekkelig kontroll og ha et verktøy som understøtter en kostnadsmessig effektiv saksbehandling og forvaltning av registeret. I prosessen ved tildeling av tillatelser er arkivering og dokumentproduksjon et viktig element. Fagsystemet skal også initiere fakturering av årlig gebyr til kundene. Grensesnitt til arkivsystem (som bl.a. håndterer all dokumentproduksjon) og økonomisystem (håndterer bl.a. fakturering og utstedelse av kreditnota) eksisterer. Disse grensesnittene skal gjenbrukes av det nye fagsystemet. Produksjon av saksdokumenter, fakturaer og krediteringer skal ikke produseres i fagsystemet, og det er kun datagrunnlaget som skal overføres fra nytt fagsystem via eksisterende grensesnitt til omkringliggende systemer. 1.3 Målgruppe Målgruppen for dette dokumentet er potensielle leverandører av nytt fagsystem til Post- og teletilsynet for registrering og forvaltning av register for personlige nødpeilesendere. 1.4 Organisering av kravspesifikasjonen Kapittel 1 gir en kort introduksjon til registrering av nødpeilesendere i Norge og formålet med det nye fagsystemet som skal utvikles. Kapittel 0 gir en oversikt over funksjonaliteten som skal utvikles og hvordan det nye fagsystemet vil bli implementert med grensesnitt til andre systemer i Post- og teletilsynet samt eksterne grensesnitt. Kapittel 3 dokumenterer de funksjonelle kravene som stilles til det nye fagsystemet. De funksjonelle kravene er systematisert iht. use case dokumentert i kapittel 2. Kapittel 4 dokumenterer krav til grensesnitt (brukergrensesnitt, hardware, software og kommunikasjon). Kapittel Feil! Fant ikke referansekilden. er en samling av andre ikke-funksjonelle krav, som krav til fagsystemets ytelse, sikkerhet og tilgjengelighet. Alle krav har et unikt løpenummer og en beskrivelse. Leverandøren forventes å oppgi i hvilken grad man kan tilfredsstille kravet (Ja/Nei/Delvis). Leverandøren oppfordres også til å gi en kort beskrivelse av hvordan kravet evt tilfredsstilles med den tilbudte løsningen. 1.5 Prioritering av krav Kravene som dokumenteres er gitt en prioritet fra 1 3. Dette skal tolkes som følger: Prioritet 1 Prioritet 2 Prioritet 3 Krav som MÅ tilfredsstilles Krav som BØR tilfredsstilles Krav som vurderes som NYTTIGE. PT er interessert i å høre mer om ulike leverandørers tilnærming, løsning og omfang. Side 5 av 12

6 1.6 Referansedokumenter I tabellen nedenfor gis en oversikt over dokumenter som er relevante ift denne kravspesifikasjonen. Dokumenter Fremtidige arbeidsprosesser Kravtabell Beskrivelse Generell informasjon om Post- og teletilsynets. Beskrivelse av fremtidige arbeidsprosesser knyttet til saksbehandling og vedlikehold av register for PLB. Disse prosessene er ikke endelige, men vil kunne gi potensielle leverandører en bedre forståelse av målbildet. Dokumentet ligger ved som eget vedlegg til forespørselen. Dokument med tabeller hvor funksjonelle og ikkefunksjonelle krav spesifiseres. Dokumentet skal være en del av leverandørenes besvarelse av tilbudsforespørselen. Side 6 av 12

7 2 Overordnet beskrivelse 2.1 Systemperspektiv Det nye fagsystemet, omtalt som PLBSys NG, skal være bygget på en webbasert plattform. Det vil være tett integrert med saks-/arkivsystemet PTWebDok (P360), økonomisystemet Agresso og en tredjeparts skjemaløsning for datafangst fra nye og eksisterende kunder (søknader, endringer). Autentisering (single sign-on) skal benytte eksisterende Active Directory. PLBSys NG vil videre ha et grensesnitt til Hovedredningssentralen for å avlevere informasjon om registrerte nødpeilesendere. Noe mer detaljer om de ulike systemene beskrives i tabellen nedenfor. Figur 2 - Systemperspektiv Side 7 av 12

8 System PLBSys NG Arkiv / P360 Økonomisystem Brukeradministrasjon HRS Skjemaløsning Overordnet beskrivelse av system/grensesnitt Det nye webbaserte fagsystemet som skal utvikles Forventes å kjøre på en virtualisert server Applikasjonsserver vil sannsynligvis være Glassfish ODBC-kompatibel database med JNDI som tilkoblingsform Systemet er gitt navnet PTWebDok internt i PT Basert på Software Innovation sitt system P360 Alle saker og saksdokumenter i PT lagres her PTs kundedatabase (masterdata) er lagret her Agresso benyttes som økonomisystem Systemet håndterer bl.a. fakturering og kreditering Det er utviklet grensesnitt for disse to funksjonene og PLBSys NG skal benytte disse Det eksisterer også et grensesnitt for å hente betalingsstatus Active Directory benyttes i PT for brukeradministrasjon Hovedredningssentralen skal ha offline tilgang til informasjon om alle PLB og ELT nødpeilesendere Grensesnittet vil bestå av en eksport som kjøres jevnlig Det vil bli benyttet en 3. parts leverandør av løsning for webskjemaer Fagsystemet integreres med denne skjemaløsningen slik at data kan hentes inn i fagsystemet Side 8 av 12

9 2.2 Overordnet funksjonalitet i fagsystemet Funksjonaliteten som skal utvikles i fagsystemet er kan på et overordnet nivå sammenfattes i 9 use case. Disse detaljeres i egne tabeller med krav til systemet. Registrere søknad om tillatelse Registrere endringer på registrert enhet/ kunde Søker Saksbehandler Søk i registrerte enheter/kunder Vis informasjon om kunde/enhet Vis status fakturering Fatte vedtak (utstede tillatelse) Ansvarlig leder Godkjenne utstedelse av kreditnota Budsjett-ansv. Vedlikeholde liste - godkjente PLB-modeller Administrator Vis informasjon om reg. PLBenhet HRS Side 9 av 12

10 2.3 Brukergrupper Ulike typer brukere skal kunne benytte fagsystemet. Kapittel 0 viser use case og roller. 1. Søker. Person/organisasjon som søker om tillatelse til bruk av personlig nødpeilesender. Søker vil ikke benytte systemet direkte, men informasjon fra søker kommer inn i applikasjonen via grensesnitt til skjemaløsning. 2. Saksbehandler. Ansatt i Post- og teletilsynet som er ansvarlig for saksbehandling av søknaden. 3. Ansvarlig leder. Ansatt i Post- og teletilsynet med fullmakt til å fatte enkeltvedtak. 4. Budsjett-ansvarlig. Godkjenner krediteringer. 5. Administrator. Tilgang til oppdateringer av fagsystemet som innhold i enkelte nedtrekkslister og lignende. 6. HRS (Hovedredningssentralen). Mottar informasjon eksportert fra Post- og teletilsynet. 2.4 Arbeidsprosesser For å bidra til god forståelse av hvordan Post- og teletilsynet ønsker å benytte det nye fagsystemet har det blitt utarbeidet en beskrivelse av fremtidige arbeidsprosesser. Disse er beskrevet i eget vedlegg. De definerte arbeidsprosessene skal ikke anses som komplette og absolutte krav til løsningen. De skisserte arbeidsprosessene har derimot vært et utgangspunkt for utarbeidelse av krav til den nye løsningen og skal bidra til økt forståelse av hva PT ønsker å oppnå. Tilbyder av ny løsning må beskrive hvordan den nye løsningen kan støtte opp under de skisserte prosessene og beskrive graden av fleksibilitet i fagsystemet for tilpasning til endring i arbeidsprosesser. 2.5 Brukerdokumentasjon og teknisk dokumentasjon Følgende dokumentasjon ønskes som en del av leveransen av nytt fagsystem. Dokumentasjon Funksjonell veiledning / Brukermanual Teknisk dokumentasjon Dokumentert kode Beskrivelse Dokumentasjon av all funksjonalitet i systemet Veiledning til hvordan man utfører de ulike funksjonene i systemet Arkitektur (systemer, integrasjonspunkter, meldingstyper etc.) Drifts-/vedlikeholdsmanual (konfigurasjon av systemet etc.) Alle programkode skal være godt dokumentert 3 Funksjonelle krav I dette kapittelet beskrives de funksjonelle kravene til det nye fagsystemet. Kravene er organisert etter de ulike use case som er presentert i kapittel 0. Det gis i dette kapittelet en kort beskrivelse av de ulike områdene, mens kravene spesifiseres og detaljeres i eget vedlegg. 3.1 Registrere søknad om tillatelse Søknad om tillatelse til bruk av personlig nødpeilesender kan registreres direkte i fagsystemet av saksbehandler eller ved at informasjonen automatisk hentes inn i fagsystemet gjennom grensesnitt til 3. parts leverandør av webbaserte skjema. Side 10 av 12

11 3.2 Registrere endringer Endring av opplysninger knyttet til tillatelse til bruk av personlig nødpeilesender kan registreres direkte i fagsystemet av saksbehandler eller ved at informasjonen automatisk hentes inn i fagsystemet gjennom grensesnitt til 3. parts leverandør av webbaserte skjema. 3.3 Søk registrerte enheter/kunder I fagsystemet kan man søke frem registrerte PLB-enheter og kunder. Kunder er i denne sammenhengen foretak/organisasjoner eller personer som har en PLB. 3.4 Vis registrerte enheter/kunder I fagsystemet kan man vise informasjon om alle registrerte PLB-enheter og kunder. 3.5 Vis status fakturering Fagsystemet vil sende over faktureringsoppdrag til økonomisystemet. I fagsystemet skal man kunne se status på batch-oversendelsene av faktureringsoppdrag til økonomisystemet. 3.6 Fatte vedtak (utstede tillatelse) En søknad vil normalt resultere i at man fatter et vedtak og utsteder en tillatelse til bruk av PLB. Utstedelse av en tillatelse innebærer blant annet produksjon og distribusjon av dokumenter til kunden. 3.7 Godkjenne utstedelse av kreditnota Utstedelse av kreditnota godkjennes i fagsystemet før de overføres til økonomisystemet for videre håndtering. 3.8 Vedlikeholde liste godkjente PLB-modeller En liste med godkjente PLB-modeller vedlikeholdes i et administrasjonsgrensesnitt. 3.9 Vis informasjon om registrert PLB-enhet (eksternt) Informasjon om registrerte PLB-enheter skal kunne distribueres eksternt. Hovedredningssentralen benytter denne informasjon til å gjøre oppslag når et nødsignal blir fanget opp. 4 Ikke funksjonelle krav Det er definert ikke-funksjonelle krav til blant annet kommunikasjonsgrensesnitt, software, brukergrensesnitt. Disse er spesifisert i eget vedlegg. Side 11 av 12

12 5 Tilleggsinformasjon 5.1 Ordliste og forkortelser I tabellen nedenfor har vi listet ut en beskrivelse av ulike forkortelser og uttrykk som er benyttet i dokumentet. HRS PLB PT Hovedredningssentralen Personal Locator Beacon En personlig nødpeilesender Post- og teletilsynet Side 12 av 12

Kravspesifikasjon for Telefly NG. Versjon 1.0

Kravspesifikasjon for Telefly NG. Versjon 1.0 Kravspesifikasjon for Telefly NG Versjon 1.0 Utarbeidet i november 2010 Innhold Revisjonshistorikk... 4 1. Introduksjon... 5 1.1 Registrering av radioutstyr i luftfartøy i Norge... 5 1.2 Systemets formål

Detaljer

Utkast til fremtidige arbeidsprosesser - Godkjenning av radioutstyr for luftfartøy

Utkast til fremtidige arbeidsprosesser - Godkjenning av radioutstyr for luftfartøy Utkast til fremtidige arbeidsprosesser - Godkjenning av radioutstyr for luftfartøy Versjon 1.0 Utarbeidet i november 2010 Post- og teletilsynet Innhold 1. Introduksjon... 4 Bakgrunn... 4 Målgruppe... 4

Detaljer

Noark-5 hva blir det til? Ståle Prestøy IKA Trøndelag. 23. mai 2007 Noark-5 - hva blir det til? 1

Noark-5 hva blir det til? Ståle Prestøy IKA Trøndelag. 23. mai 2007 Noark-5 - hva blir det til? 1 Noark-5 hva blir det til? Ståle Prestøy IKA Trøndelag 23. mai 2007 Noark-5 - hva blir det til? 1 Hvorfor Noark-5? Generell teknologisk utvikling (1998-2006) Flere organ i samme database Sikring av dokumenters

Detaljer

Løsning for utgående EHFfaktura

Løsning for utgående EHFfaktura Løsning for utgående EHFfaktura og fakturahotell Bilag Kundens kravspesifikasjon Anskaffelse av konsulenttjenester DocuLive referanse nr 202036-38 Side av 7 Innledning... 3 2 Forklaring til kravspesifikasjonen...

Detaljer

ANBUDSFORESPØRSEL. RAMMEAVTALE IKT-tjenester m.m. Iknowbase, Oracle- applikasjonsserver og database

ANBUDSFORESPØRSEL. RAMMEAVTALE IKT-tjenester m.m. Iknowbase, Oracle- applikasjonsserver og database ANBUDSFORESPØRSEL RAMMEAVTALE IKT-tjenester m.m. Iknowbase, Oracle- applikasjonsserver og database Varighet: 2 år med mulighet for forlengelse i 1 år Innledende informasjon. Trygderetten ønsker å inngå

Detaljer

1 ANSKAFFELSENS FORMÅL Implementeringsplan Forkortelser og begreper KRAVTABELL... 3

1 ANSKAFFELSENS FORMÅL Implementeringsplan Forkortelser og begreper KRAVTABELL... 3 VEDLEGG 1: KRAVSPESIFIKASJON INNHOLDSFORTEGNELSE 1 ANSKAFFELSENS FORMÅL... 2 1.1 Implementeringsplan... 2 1.2 Forkortelser og begreper... 2 2 KRAVTABELL... 3 2.1 Generelle krav til aksesspunkttjenesten...

Detaljer

Gemini Arena. Jens Erik Thyholdt Arne R. Tøstibakken

Gemini Arena. Jens Erik Thyholdt Arne R. Tøstibakken Gemini Arena Jens Erik Thyholdt Arne R. Tøstibakken Gemini Arena Sak/ Arkiv Økonomi Folkeregister Matrikkel GAB Melding Vannmåler IndSys Slam Oppfølging Olje Varsling Renovasjon Feiing& tilsyn Eiendomsskatt

Detaljer

Request for information (RFI) Integrasjonsplattform

Request for information (RFI) Integrasjonsplattform Request for information (RFI) Integrasjonsplattform Trondheim kommune Trondheim kommune har initiert et prosjekt for å etablere en ny integrasjonsplattform TIP (Trondheim kommune Integrasjons Plattform).

Detaljer

Spørsmål og svar. Anskaffelse av elektroniske faktureringstjenester

Spørsmål og svar. Anskaffelse av elektroniske faktureringstjenester Anskaffelse av elektroniske faktureringstjenester Endringslogg Dokumentnavn Versjon Opprettet Siste endret Status Fjellinjen Revisjonshistorikk - Spørsmål og svar v1.0 1.0 10.06.2011 10.06.2011 Godkjent

Detaljer

Kravspesifikasjon Digital distribusjon av sakspapirer

Kravspesifikasjon Digital distribusjon av sakspapirer Kravspesifikasjon Digital distribusjon av sakspapirer Kravspesifikasjon 1.1. Tilbudets omfang og fylkeskommunens forventninger Aust-Agder fylkeskommune ber om tilbud på verktøy som legger til rette for

Detaljer

Statped har ca. 700 ansatte, fordelt på fire regioner med til sammen femten kontorsteder. For mer informasjon, se statped.no.

Statped har ca. 700 ansatte, fordelt på fire regioner med til sammen femten kontorsteder. For mer informasjon, se statped.no. Leverandørdialog for å anskaffe et system for å lagre og håndtere digitale mediefiler Grunnlag for dialog med leverandører frem mot å utarbeide et konkurransegrunnlag Om Statped Statped er en statlig spesialpedagogisk

Detaljer

System integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås,

System integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås, System integration testing Forelesning Systems Testing UiB Høst 2011, Ina M. Espås, Innhold Presentasjon Hva er integration testing (pensum) Pros og cons med integrasjonstesting Når bruker vi integration

Detaljer

PROSESSDOKUMENTASJON

PROSESSDOKUMENTASJON PROSJEKT NR.: 10-30 Studieprogram: Anvendt Datateknologi Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo TILGJENGELIGHET: Papir og elektronisk Telefon: 22 45 32 00

Detaljer

NOARK Hva? Fra: Wikipedia, den frie encyklopedi

NOARK Hva? Fra: Wikipedia, den frie encyklopedi NOARK Hva? "NOARK (Norsk Arkivstandard) ble opprinnelig utviklet som en kravspesifikasjon for elektroniske journalsystemer i Statsforvaltningen. Den første versjonen NOARK 1 kom i 1984, med påfølgende

Detaljer

PRODUKTBESKRIVELSE TJENESTE. NRDB Nummerportabilitet

PRODUKTBESKRIVELSE TJENESTE. NRDB Nummerportabilitet PRODUKTBESKRIVELSE TJENESTE NRDB Nummerportabilitet Versjon 2.0 11/10/04 Nasjonal referansedatabase AS 15/10/04 Page 1 of 8 Innholdsfortegnelse 1 INNLEDNING...3 1.1 NUMMERPORTABILITET...3 1.2 VIDERESALG

Detaljer

Bilag til kjøpsavtalen for Antivirusløsning K Bilag 1 - Kundens kravspesifikasjon

Bilag til kjøpsavtalen for Antivirusløsning K Bilag 1 - Kundens kravspesifikasjon Helse Vest Innkjøps saksnummer: 2015/22 Helse Vest IKTs avtalenummer: 901502 Bilag til kjøpsavtalen for Antivirusløsning K Bilag 1 - Kundens kravspesifikasjon ist oppdatert: 06.01.2016

Detaljer

SSA-V Bilag 1. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon

SSA-V Bilag 1. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon SS-V Bilag Vedlikeholdsavtalen (SS-V) Bilag : Kundens kravspesifikasjon SS-V Bilag Dokumenthistorikk Versjon Dato Beskrivelse av endring Forfatter(e) 0.8 08.2 20 Dokumentet som ble sendt ut på innspillsrunden

Detaljer

Målbildet for digitalisering arkitektur

Målbildet for digitalisering arkitektur Målbildet for digitalisering arkitektur KOMMUNESEKTORENS ORGANISASJON The Norwegian Association of Local and Regional Authorities Innholdsfortegnelse 1. Hva målbildet betyr for kommunene... 3 1.1 Digital

Detaljer

2B - SSA-V Bilag 1 Kundens kravspesifikasjon. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon

2B - SSA-V Bilag 1 Kundens kravspesifikasjon. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon 1 Innhold 1 INNLEDNING... 3 1.1 BESKRIVELSE BILAG 1... 3 1.2 KRAVTABELL... 3 2 AVTALENS OMFANG... 4 2.1 KUNDENS FORMÅL MED AVTALEN... 4 3

Detaljer

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus Forprosjektrapport Gruppe 2 Hovedprosjekt 2014, Høgskolen i Oslo og Akershus 1 INNHOLD 2 Presentasjon... 2 2.1 Gruppen medlemmer... 2 2.2 Oppgave... 2 2.3 Oppdragsgiver... 2 2.4 Veileder... 2 3 Sammendrag...

Detaljer

ebyggesak 360 «Fagsystem for digital byggesaksbehandling» Knut-Erik Gudim Produktsjef Tieto, Software Innovation

ebyggesak 360 «Fagsystem for digital byggesaksbehandling» Knut-Erik Gudim Produktsjef Tieto, Software Innovation ebyggesak 360 «Fagsystem for digital byggesaksbehandling» Knut-Erik Gudim Produktsjef Tieto, Software Innovation Knut-erik.gudim@tieto.com Dagenssituasjon i mange kommuner Dagens byggesaksystemer er Arkiv-

Detaljer

SOLICARD ARX. Adgangssystemet som gir deg ubegrenset frihet. An ASSA ABLOY Group company

SOLICARD ARX. Adgangssystemet som gir deg ubegrenset frihet. An ASSA ABLOY Group company SOLICARD ARX Adgangssystemet som gir deg ubegrenset frihet An ASSA ABLOY Group company SOLICARD ARX arkitektur SOLICARD ARX LCU oppkoblet via Internet Eksisterende nettverk SOLICARD ARX AC SOLICARD ARX

Detaljer

Vedlegg 3 Tekniske krav til IKT-løsninger i Kongsbergregionen

Vedlegg 3 Tekniske krav til IKT-løsninger i Kongsbergregionen Vedlegg 3 Tekniske krav til IKT-løsninger i Kongsbergregionen av 25.01.14 Tilbyder bes fylle inn nødvendig informasjon i felter som inngår i dokumentets følgende deler/kapitler: 1. Arkitekturprinsipper

Detaljer

Tjenestebeskrivelse. for. NRDB Opprinnelsesmarkering

Tjenestebeskrivelse. for. NRDB Opprinnelsesmarkering Tjenestebeskrivelse for NRDB Opprinnelsesmarkering Versjon 1.09 August 2007 Nasjonal referansedatabase AS, c/o Infostrada AS, St Olavs plass 3, N-0165 OSLO Side 1 av 7 Innholdsfortegnelse 1. INNLEDNING...

Detaljer

NOARK Hva? Fra: Wikipedia, den frie encyklopedi

NOARK Hva? Fra: Wikipedia, den frie encyklopedi NOARK Hva? "NOARK (Norsk Arkivstandard) ble opprinnelig utviklet som en kravspesifikasjon for elektroniske journalsystemer i Statsforvaltningen. Den første versjonen NOARK 1 kom i 1984, med påfølgende

Detaljer

FOR SJØSIKKERHET I ET RENT MILJØ. Noark 5 i praksis. Bjørn Tore Fasmer btf@sdir.no

FOR SJØSIKKERHET I ET RENT MILJØ. Noark 5 i praksis. Bjørn Tore Fasmer btf@sdir.no Noark 5 i praksis Bjørn Tore Fasmer btf@sdir.no Oversikt Innledning om arkivprosjektet Hva er forskjellen mellom sak/arkivsystemer og arkiv i fagsystem? Erfaringer med Noark 5 Hvordan Noark 5-standarden

Detaljer

PRODUKTBESKRIVELSE TJENESTE. NRDB Videresalg Telefoni

PRODUKTBESKRIVELSE TJENESTE. NRDB Videresalg Telefoni PRODUKTBESKRIVELSE TJENESTE NRDB Videresalg Telefoni Versjon 2.0 11/10/04 Nasjonal referansedatabase AS 15/10/04 Page 1 of 8 Innholdsfortegnelse 1 INNLEDNING...3 1.1 NUMMERPORTABILITET...3 1.2 VIDERESALG

Detaljer

ErgoGroup AS eway Nydalsveien 28 Postboks 4364 Nydalen 0402 Oslo Tlf.: +47 23 14 50 00 Faks: +47 23 14 50 01 www.ergogroup.no www.eway.

ErgoGroup AS eway Nydalsveien 28 Postboks 4364 Nydalen 0402 Oslo Tlf.: +47 23 14 50 00 Faks: +47 23 14 50 01 www.ergogroup.no www.eway. Hva er eway? eway er en portal og plattform for samarbeid internt i en organisasjon og med organisasjonens partnere og kunder. Gjennom portalen forenkles og effektiviseres arbeidsprosesser knyttet til

Detaljer

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? 1/15/2004 1 Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kapittel 8 i Gurholt og Hasle Kirsten

Detaljer

Noark 5 tjenestegrensesnittet Hvor er vi nå?

Noark 5 tjenestegrensesnittet Hvor er vi nå? Noark 5 tjenestegrensesnittet Hvor er vi nå? 01. april 2019 Øivind Kruse, arkivar Bakgrunn Noark Noark 1-4 (1984-2008) Kravspesifikasjon for system for elektronisk journalføring Definert uttrekksformat

Detaljer

Innovit AS. Prosjektskjønn - Brukerdokumentasjon Versjon /06/2015

Innovit AS. Prosjektskjønn - Brukerdokumentasjon Versjon /06/2015 Prosjektskjønn - Brukerdokumentasjon Versjon 0.1 29/06/2015 Innhold Innhold... 2 1 Introduksjon... 3 2 Brukerroller... 3 3 Grensesnitt Kommune/Søker... 3 3.1 Startside... 3 3.2 Opprette og redigere ny

Detaljer

Prosedyre for kontroll med journalføring og arkivering i fullelektronisk arkiv og avsluttet manuelt arkiv

Prosedyre for kontroll med journalføring og arkivering i fullelektronisk arkiv og avsluttet manuelt arkiv Side 1 av 5 Prosedyre for kontroll med journalføring og arkivering i fullelektronisk arkiv og avsluttet manuelt arkiv Formål Denne prosedyren skal sikre at arkivverdige dokumenter blir arkivert på en sikker

Detaljer

Skreddarsydd sakshandsamingssystem til ein låg kostnad?

Skreddarsydd sakshandsamingssystem til ein låg kostnad? Skreddarsydd sakshandsamingssystem til ein låg kostnad? Noark-5 og fri programvare Astrid Øksenvåg Rådgiver ekor AS Dagens situasjon - papir arkiv / elektroniske arkiv Dagens papirarkiv: Saksarkiv Personalarkiv

Detaljer

Litt om meg selv Innleid prosjektleder fra Bouvet Prosjektleder for utvikling av BiRK Barnevern Informasjon Registrering og Kvalitet Representerer her

Litt om meg selv Innleid prosjektleder fra Bouvet Prosjektleder for utvikling av BiRK Barnevern Informasjon Registrering og Kvalitet Representerer her Fra fagsystem til sak- og arkivløsning Et eksempel på hvordan fagsystemer kan integreres mot arkivsystemer Paul Hallan Svendsen BiRK Prosjektleder Barne-, ungdoms- og familieetaten 1 Sak og Portaldagene

Detaljer

Brukerdokumentasjon for registrering og rapportering beredskapsutstyr hos Post og Teletilsynet

Brukerdokumentasjon for registrering og rapportering beredskapsutstyr hos Post og Teletilsynet Brukerdokumentasjon for registrering og rapportering beredskapsutstyr hos Post og Teletilsynet Innholdsfortegnelse Innlogging...3 Forside...4 Menyen...4 Oversikt over utstyret...5 Rediger utstyr...6 Opprett

Detaljer

Avtale for kjøp av Elektronisk vedlikeholdssystem for drift renovasjon

Avtale for kjøp av Elektronisk vedlikeholdssystem for drift renovasjon Avtale for kjøp av Elektronisk vedlikeholdssystem for drift renovasjon Kundens kravspesifikasjon Bilag til Kjøpsavtalen K Bilag Kundens kravspesifikasjon Innholdsfortegnelse Innledning... 3 2 Kundens bakgrunn

Detaljer

ephorte Integration Services (eis) produktbeskrivelse

ephorte Integration Services (eis) produktbeskrivelse ephorte Integration Services (eis) produktbeskrivelse Versjon 2 31.10.2012 Gecko Informasjonssystemer AS Robert Vabo INNHOLDSFORTEGNELSE INNHOLDSFORTEGNELSE... 2 COPYRIGHT... 3 EPHORTE INTEGRATION SERVICES...

Detaljer

ebyggesak 360 «Fremtidens byggesaksbehandling vil foregå i skyen» Knut-Erik Gudim Produktsjef Tieto, Software Innovation

ebyggesak 360 «Fremtidens byggesaksbehandling vil foregå i skyen» Knut-Erik Gudim Produktsjef Tieto, Software Innovation ebyggesak 360 «Fremtidens byggesaksbehandling vil foregå i skyen» Knut-Erik Gudim Produktsjef Tieto, Software Innovation Knut-erik.gudim@tieto.com Dagenssituasjon i mange kommuner Stor del av den totale

Detaljer

PRODUKTBESKRIVELSE INFRASTRUKTUR. NRDB Lokal Node (VPN)

PRODUKTBESKRIVELSE INFRASTRUKTUR. NRDB Lokal Node (VPN) PRODUKTBESKRIVELSE INFRASTRUKTUR Lokal Node (VPN) Versjon 3.0 11/10/04 Nasjonal referansedatabase AS 14/10/04 Page 1 of 11 Innholdsfortegnelse 1 INNLEDNING...3 1.1 NUMMERPORTABILITET...3 1.2 VIDERESALG

Detaljer

Løsningsarkitektur i og rundt Altinn. 31. august 2009 Wilfred Østgulen

Løsningsarkitektur i og rundt Altinn. 31. august 2009 Wilfred Østgulen Løsningsarkitektur i og rundt Altinn 31. august 2009 Wilfred Østgulen 1 Formål Formålet med presentasjonen er å gi dere et innblikk i hvordan vi har tenkt og jobbet med arkitektur i den nye Altinn-løsningen

Detaljer

Hva har NOARK5 å bety for arkivet? Tormod Engebu, IKT-Rådgiver IKAVA

Hva har NOARK5 å bety for arkivet? Tormod Engebu, IKT-Rådgiver IKAVA Hva har NOARK5 å bety for arkivet? Tormod Engebu, IKT-Rådgiver IKAVA NOARK-5 Litt historikk Fra og med 1. oktober 2002 er det bestemt gjennom Riksarkivarens forskrift, kapittel IX Elektronisk arkivering

Detaljer

Frank Sandersen, EVRY 3. April 2014. Avansert integrasjon Saksbehandling med ephorte som arkiv

Frank Sandersen, EVRY 3. April 2014. Avansert integrasjon Saksbehandling med ephorte som arkiv Frank Sandersen, EVRY 3. April 2014 Avansert integrasjon Saksbehandling med ephorte som arkiv Meg Småbarnspappa EVRY Porsgrunn Automasjonsingeniør Systemutvikler Integrajonsarkitekt Arkivfaglig 2 3 Søker

Detaljer

MinTid web brukerdokumentasjon

MinTid web brukerdokumentasjon 5.4.0 MinTid web brukerdokumentasjon Logica Norge AS 3.1.0 MinTid brukerdokumentasjon i Innhold MinTid 1 Generelt... 1 Hvem skal bruke MinTid og hva kan gjøres?... 1 Standardfunksjoner i MinTid... 1 Logg

Detaljer

3B - SSA-D Bilag 1 Kundens kravspesifikasjon. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon

3B - SSA-D Bilag 1 Kundens kravspesifikasjon. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon 1 Innhold 1 INNLEDNING... 3 1.1 BESKRIVELSE BILAG 1... 3 2 AVTALENS OMFANG... 4 2.1 KUNDENS FORMÅL MED AVTALEN... 4 3 KRAV TIL DRIFT AV TILBUDT

Detaljer

Document Portal 1. Document Portal

Document Portal 1. Document Portal 1 Lexmark gjør det enkelt å bruke skjemaer i virksomheten din. Gå bort til berøringsskjermen, velg dokumentene og trykk på Start. er en programvareløsning som gir den funksjonaliteten du trenger for å

Detaljer

PRODUKTBESKRIVELSE. NRDB Videresalg Telefoni

PRODUKTBESKRIVELSE. NRDB Videresalg Telefoni PRODUKTBESKRIVELSE NRDB Videresalg Telefoni Versjon 2.1, juni 2007 Nasjonal referansedatabase AS, c/o Infostrada AS, St Olavs plass 3, N- 0165 OSLO Side 1 av 6 1. INNLEDNING... 3 2. REFERANSER... 3 3.

Detaljer

Enhetsregisteret Utviklingsplan 2016 Første halvår

Enhetsregisteret Utviklingsplan 2016 Første halvår Enhetsregisteret Utviklingsplan 2016 Første halvår Endringer i denne versjon Tiltaket felles løsning for «Innrapportering for frivillig sektor» er ferdig utviklet og er tatt ut av planen. Tiltaket «Løsning

Detaljer

Send og Motta efaktura bedrift i Nettbank bedrift

Send og Motta efaktura bedrift i Nettbank bedrift Kvikkguide Send og Motta efaktura bedrift i Nettbank bedrift Versjon 1/2016 Innhold Denne kvikkguiden gir en kort beskrivelse av tjenestene Send efaktura enkeltvis i Nettbank bedrift Motta efaktura enkeltvis

Detaljer

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kirsten Ribu beskriver kravene til systemet,

Detaljer

Tema: Nytt skoleår Fronter 92

Tema: Nytt skoleår Fronter 92 Tema: Nytt skoleår Fronter 92 Dette heftet er produsert av Fronter as www.fronter.com Heftet kan kun kopieres eller distribueres elektronisk ifølge kontrakt eller avtale med Tema: Nytt skoleår... 1 Innledning...

Detaljer

Målbilde for en effektiv elektronisk saksbehandling og samhandling

Målbilde for en effektiv elektronisk saksbehandling og samhandling Målbilde for en effektiv elektronisk saksbehandling og samhandling Innhold 1. Innledning... 4 Formål med målbildet... 4 2. Oslo vognselskap... 4 3. Bakgrunn... 5 4. Rammer og andre føringer... 5 Digital

Detaljer

Kravspesifikasjon. Forord

Kravspesifikasjon. Forord Kravspesifikasjon Forord Kravspesifikasjonen skal beskrive applikasjonens funksjonalitet og betingelsene som oppdragsgiver krever. Det skal også hjelpe utviklerne med å begrense applikasjonen slik at den

Detaljer

Kravspesifikasjon. for. Forvaltning og feilmelding av vei- og gatelys

Kravspesifikasjon. for. Forvaltning og feilmelding av vei- og gatelys Kravspesifikasjon for Forvaltning og feilmelding av vei- og gatelys Dato: 14. oktober 2013 INNHOLDSFORTEGNELSE 1. SKEDSMO KOMMUNES LØSNINGER... 3 1.1 BESKRIVELSE AV DAGENS KART OG VEI- GATELYSLØSNINGER

Detaljer

Kravspesifikasjon. Utvikling av moduler til CMS for bonefish.no. Gruppe 08-23

Kravspesifikasjon. Utvikling av moduler til CMS for bonefish.no. Gruppe 08-23 Utvikling av moduler til CMS for bonefish.no Gruppe 08-23 Kravspesifikasjon for hovedprosjektet utvikling av moduler til CMS for bonefish.no ved Høgskolen i Oslo, avdeling for Ingeniørutdanning våren 2008.

Detaljer

InfoRed Publisering. - produktbeskrivelse. TalkPool WebServices Postboks Åneby

InfoRed Publisering. - produktbeskrivelse.  TalkPool WebServices Postboks Åneby InfoRed Publisering - produktbeskrivelse www.talkpool.no TalkPool WebServices Postboks 90 1484 Åneby InfoRed Produktbeskrivelse 2 Sammendrag InfoRed Publisering er produktet for å administrere en hel informasjonstjeneste,

Detaljer

Web Service Registry

Web Service Registry BACHELORPROSJEKT 21 Web Service Registry Prosjektpresentasjon Ola Hast og Eirik Kvalheim 05.05.2010 Dette dokumentet er en kort presentasjon av bachelorprosjektet Web Service Registry Innhold 1. Om oppgavestiller...

Detaljer

Send og motta efaktura i Nettbank bedrift

Send og motta efaktura i Nettbank bedrift Versjon 1/2017 Kvikkguide Send og motta efaktura i Nettbank bedrift Innhold Denne kvikkguiden gir en kort beskrivelse av tjenestene Send efaktura enkeltvis i Nettbank bedrift Motta efaktura enkeltvis i

Detaljer

De punktene som vi ønsker redegjort for i forhold til opsjon barnehage vil også bli tillagt vekt dersom leverandørene ellers står likt.

De punktene som vi ønsker redegjort for i forhold til opsjon barnehage vil også bli tillagt vekt dersom leverandørene ellers står likt. Kravspesifikasjon for skoleadministrativt program Molde kommune Kommunen har spesifisert en del krav til løsningen, og beskrivelse av ønskelig funksjon. Der hvor vi stiller absolutte krav, må tilbyder

Detaljer

Synkron overføring - Digitalt skapt materiale fra kommunene. Petter B. Høiaas Rådgiver, IKA Kongsberg

Synkron overføring - Digitalt skapt materiale fra kommunene. Petter B. Høiaas Rådgiver, IKA Kongsberg Synkron overføring - Digitalt skapt materiale fra kommunene Petter B. Høiaas Rådgiver, IKA Kongsberg Hva er synkron overføring? «forenkle og effektivisere prosessene rundt arkivdanning i kommunal sektor»

Detaljer

Tjenestebeskrivelse. for. NRDB opprinnelsesmarkering

Tjenestebeskrivelse. for. NRDB opprinnelsesmarkering Tjenestebeskrivelse for NRDB opprinnelsesmarkering Versjon 1.1. juni 2007 Nasjonal referansedatabase AS, c/o Infostrada AS, St Olavs plass 3, N- 0165 OSLO Side 1 av 7 Innholdsfortegnelse 1. INNLEDNING...

Detaljer

Universitetet i Oslo Enhet for lederstøtte

Universitetet i Oslo Enhet for lederstøtte Universitetet i Oslo Enhet for lederstøtte Notat Til: AMU Dato: 16. mai 2019 Orientering om BOTT 1.1 Bakgrunn, hva er BOTT? BOTT-samarbeidet har som formål å styrke de deltakende organisasjonenes evne

Detaljer

«Service desk management system» Svar på spørsmål

«Service desk management system» Svar på spørsmål «Service desk management system» Svar på spørsmål Innhold 1. Innledning... 2 2. Spørsmål mottatt per 02.08.2013... 2 1. Innledning Det vises til kunngjøringen på Doffin, MAY198210. Dette dokumentet gir

Detaljer

Spørsmål og svar. Frist for å stille spørsmål kl 12:00 Dokument sendt

Spørsmål og svar. Frist for å stille spørsmål kl 12:00 Dokument sendt Spørsmål og svar Konkurranse Kontaktinformasjon NT-0130-15 CRM Verktøy NT-0130-15@norsk-tipping.no Frist for å stille spørsmål 19.08.2015 kl 12:00 Dokument sendt 14.07.2015 1.1 Generelt Denne anskaffelsen

Detaljer

hypernet Kurs & Konferanse

hypernet Kurs & Konferanse hypernet Kurs & Konferanse Beskrivelse av løsningen IST International Postboks 4799 Nydalen Avd. kontorer Organisasjonsnr.: Bankkonto: 9750.06.08513 Software Technology AS 0421 OSLO Bodø og Lillehammer

Detaljer

«ÅRETS ARKIV 2017» Grenlandssamarbeidet

«ÅRETS ARKIV 2017» Grenlandssamarbeidet «ÅRETS ARKIV 2017» Grenlandssamarbeidet Prosjekt: Nytt sak og arkivsystem Et tilbakeblikk: Samarbeidet i Grenland startet i 2008 nytt sak og arkivsystem. Prosjekt etablert og anskaffelsesprosess igangsatt

Detaljer

Innhold ! "# $ % "& $ "#$ $ $ %

Innhold ! # $ % & $ #$ $ $ % Innhold Innhold 1 Introduksjon 2 enerelle krav til løsningen 3 Krav til forsikringsselskapene 4 Systemteknisk løsning/systemarkitektur 5 rensesnitt mot sluttbruker 6 Krav til administrasjonsgrensesnittet

Detaljer

Priser NRDB Versjon 8.12 januar 2012

Priser NRDB Versjon 8.12 januar 2012 Priser NRDB Versjon 8.12 januar 2012 Nasjonal referansedatabase AS, c/o Infostrada AS, St Olavs plass 3, N-0165 OSLO Side 1 av 9 Innholdsfortegnelse 1. PRODUKTER... 3 2. PRISER... 4 2.1 INFRASTRUKTUR...

Detaljer

Helhetlig løsning for elektronisk faktura. Otto Kristoffersen Senior Cash Management Rådgiver DNB Bank ASA

Helhetlig løsning for elektronisk faktura. Otto Kristoffersen Senior Cash Management Rådgiver DNB Bank ASA Helhetlig løsning for elektronisk faktura Otto Kristoffersen Senior Cash Management Rådgiver DNB Bank ASA Hva er elektronisk faktura? PDF faktura er ikke definert som elektronisk faktura 13.09.2012 2 Hvorfor

Detaljer

Innføring av domeneregistreringer med elektroniske egenerklæringer

Innføring av domeneregistreringer med elektroniske egenerklæringer 1 (11) Innføring av domeneregistreringer med elektroniske egenerklæringer Dette dokumentet beskriver en løsning for registrering av domenenavn med elektroniske egenerklæringer. 2 (11) Historikk Dato Revisjon

Detaljer

ACTIVE WORKFLOW. Elektronisk bilagshåndtering i Microsoft Dynamics NAV AUTOMATISER RUTINER SPAR KOSTNADER. Your challenge. Our passion.

ACTIVE WORKFLOW. Elektronisk bilagshåndtering i Microsoft Dynamics NAV AUTOMATISER RUTINER SPAR KOSTNADER. Your challenge. Our passion. AUTOMATISER RUTINER SPAR KOSTNADER ACTIVE WORKFLOW Elektronisk bilagshåndtering i Microsoft Dynamics NAV Skanning og behandling av bilag i Microsoft Dynamics NAV Minimering av feil og automatisert oppfølgning

Detaljer

Technical Integration Architecture Teknisk integrasjonsarkitektur

Technical Integration Architecture Teknisk integrasjonsarkitektur Kap. 6 Technical Integration Architecture Studentpresentasjon av Cato Haukeland Oversikt Introduksjon -spesifikasjon Krav Beskrivelse Servicenivå Sikkerhet Plan Best practices Introduksjon Masterdokument

Detaljer

KF Avviksbehandling. KF Avviksbehandling. avvikshåndtering i din organisasjon

KF Avviksbehandling. KF Avviksbehandling. avvikshåndtering i din organisasjon KF Avviksbehandling avvikshåndtering i din organisasjon KF Avviksbehandling KF Avviksbehandling effektiviserer og automatiserer flyten av avviksskjema i kommuner og fylkeskommuner. Elektronisk innmelding

Detaljer

PRODUKTBESKRIVELSE INFRASTRUKTUR. NRDB Sentralisert Node

PRODUKTBESKRIVELSE INFRASTRUKTUR. NRDB Sentralisert Node PRODUKTBESKRIVELSE INFRASTRUKTUR NRDB Sentralisert Node Versjon 3.0 11/10/04 Nasjonal referansedatabase AS 14/10/04 Page 1 of 10 Innholdsfortegnelse 1 INNLEDNING...3 1.1 NUMMERPORTABILITET...3 1.2 VIDERESALG

Detaljer

Hvordan tenkes og jobbes det i dataindustrien til tema som bevaring og avlevering av earkiv til arkivdepot institusjoner

Hvordan tenkes og jobbes det i dataindustrien til tema som bevaring og avlevering av earkiv til arkivdepot institusjoner KDRS samling 23-24.05.2011 Hvordan tenkes og jobbes det i dataindustrien til tema som bevaring og avlevering av earkiv til arkivdepot institusjoner HELHETLIG LØSNING FOR NORSKE KOMMUNER Moderne og effektiv

Detaljer

Bilag 1 til vedlikeholdsavtalen samt driftsavtalen KRAVSPESIFIKASJON. Administrativt system for skole og SFO

Bilag 1 til vedlikeholdsavtalen samt driftsavtalen KRAVSPESIFIKASJON. Administrativt system for skole og SFO Bilag 1 til vedlikeholdsavtalen samt driftsavtalen KRAVSPESIFIKASJON Administrativt system for skole og SFO SAK NR.: 15/05314 1 Kravmatrise Spesifikasjon av krav Skal (S) Bør (B) Kravet MÅ tilfredsstilles.

Detaljer

Spørsmål og svar i sak 14/308 Kjøp av Konkurransegjennomførings- og Kontraktsadministrasjonsverktøy med tilhørende vedlikeholdsavtale

Spørsmål og svar i sak 14/308 Kjøp av Konkurransegjennomførings- og Kontraktsadministrasjonsverktøy med tilhørende vedlikeholdsavtale Spørsmål og svar i sak 14/308 Kjøp av Konkurransegjennomførings- og Kontraktsadministrasjonsverktøy med tilhørende vedlikeholdsavtale Spørsmål mottatt 3. september per telefon. Spørsmål 17: I Konkurransegrunnlaget

Detaljer

Utkast Kravspesifikasjon sensurregistrering

Utkast Kravspesifikasjon sensurregistrering Utkast Kravspesifikasjon sensurregistrering versjon 2.9.15 Richard Edvin Borge, Adelheid Mortensen Huuse 1 1 Introduksjon Som et ledd i digitaliseringen av eksamensprosessen er det ønskelig å få en løsning

Detaljer

Kort om anskaffelsesgrunnlag for nytt fagsystem for digital

Kort om anskaffelsesgrunnlag for nytt fagsystem for digital Kort om anskaffelsesgrunnlag for nytt fagsystem for digital cm byggesaksbehandling Versjon 1.0 2015 KOMMUNESEKTORENS ORGANISASJON The Norwegian Association of Local and Regional Authorities Dokumenthistorikk

Detaljer

Utvikling av nytt nettsted for Norsk Filminstitutt. Integrasjoner. Skrevet av: Geir Bruskeland,

Utvikling av nytt nettsted for Norsk Filminstitutt. Integrasjoner. Skrevet av: Geir Bruskeland, Utvikling av nytt nettsted for Norsk Filminstitutt Integrasjoner Skrevet av: Geir Bruskeland, geir@inthemix.no Siste revisjon: 4. februar 2009 1 Refererte og relaterte dokumenter Vedlegg Versjon Dokument

Detaljer

Avtale for kjøp av Elektronisk personalhåndbok

Avtale for kjøp av Elektronisk personalhåndbok Avtale for kjøp av Elektronisk personalhåndbok Kundens kravspesifikasjon Bilag til Kjøpsavtalen K Bilag Kundens kravspesifikasjon Innholdsfortegnelse Innledning... 3 Kundens bakgrunn og formål med anskaffelsen...

Detaljer

PRODUKTBESKRIVELSE INFRASTRUKTUR. NRDB Internett

PRODUKTBESKRIVELSE INFRASTRUKTUR. NRDB Internett PRODUKTBESKRIVELSE INFRASTRUKTUR NRDB Internett Versjon 3.0 11/10/04 Nasjonal referansedatabase AS 15/10/04 Page 1 of 10 Innholdsfortegnelse 1 INNLEDNING...3 1.1 NUMMERPORTABILITET...3 1.2 VIDERESALG TELEFONI...3

Detaljer

PRODUKTBESKRIVELSE. NRDB DSL Fullmaktsserver

PRODUKTBESKRIVELSE. NRDB DSL Fullmaktsserver PRODUKTBESKRIVELSE NRDB DSL Fullmaktsserver Versjon 1.2, februar 2015 NRDB DSL Fullmaktsserver Versjon 1.2, februar 2015 Side 1 av 5 1 INNLEDNING... 3 2 BESKRIVELSE AV TJENESTEN... 3 2.1 Prinsipp... 3

Detaljer

Anskaffelse av Elektroniske betalingskort (t:kort) Spesifikasjon av kort

Anskaffelse av Elektroniske betalingskort (t:kort) Spesifikasjon av kort Anskaffelse av Elektroniske betalingskort (t:kort) Spesifikasjon av kort DOKUMENTSTATUS Dokumentnummer: Status Versjon Beskrivelse Endelig 1 Del av konkurransegrunnlag Godkjenning Navn Dato Signatur Forfatter

Detaljer

Kommunale fellesløsninger Fra visjon til virkelighet. Rune Sandland, Sjefsarkitekt

Kommunale fellesløsninger Fra visjon til virkelighet. Rune Sandland, Sjefsarkitekt Kommunale fellesløsninger Fra visjon til virkelighet Rune Sandland, Sjefsarkitekt Program for IKT-samordning i kommunesektoren KS-program: Vedtak i KS hovedstyre 23. mai 2012 Skal i første omgang gå ut

Detaljer

Bilag 1 Kravspesifikasjon Avtalereferanse: NT Web avspiller

Bilag 1 Kravspesifikasjon Avtalereferanse: NT Web avspiller ilag 1 Kravspesifikasjon Avtalereferanse: NT-0730-15 Web avspiller SIST LAGRET DATO: 18. desember 2015 Side 1 av 12 Innholdsfortegnelse ilag 1 Kravspesifikasjon 1 INNLEDNING... 3 1.1 EGREPSDEFINISJONER...

Detaljer

Fri programvare og 3.parts hosting

Fri programvare og 3.parts hosting NITH 2.0 Internett og intranett Komponentsammensetting for fit-to-use Fri programvare og 3.parts hosting Cloud Computing Målsetning Målene var klare. Det var nødvendig med enklere informasjonsflyt mot

Detaljer

Visma ERP POS. Utvid økonomisystemet med en brukervennlig kasseløsning

Visma ERP POS. Utvid økonomisystemet med en brukervennlig kasseløsning Visma ERP POS Utvid økonomisystemet med en brukervennlig kasseløsning En moderne og funksjonell kasseløsning kasseløsning Det lønner seg å utvide økonomisystemet med integrert kassefunksjonalitet. I alle

Detaljer

ARKIVVERKETS EARKIV- PROSJEKT : STATUS

ARKIVVERKETS EARKIV- PROSJEKT : STATUS ARKIVVERKETS EARKIV- PROSJEKT : STATUS Tor Anton Gaarder Oslo 21. oktober 2015 Litt om meg: Status earkiv? Hvorfor? Hva er det? Når kommer det? Hva sier statsbudsjettet? Programkategori 08.20 i kulturdepartementets

Detaljer

Erfaringer med bruk av Noark 5 -om et utviklingsprosjekt i NAV

Erfaringer med bruk av Noark 5 -om et utviklingsprosjekt i NAV Erfaringer med bruk av Noark 5 -om et utviklingsprosjekt i NAV Olav Sataslåtten Seksjonssjef NAV Drift og Utvikling/Fagportalprogrammet Norsk Arkivråds Høstseminar 2009 Bakgrunn NAV søkte opprinnelig Riksarkivet

Detaljer

SAK / HENVENDELSE Kort veileder

SAK / HENVENDELSE Kort veileder Opprette en sak/henvendelse Alternativ 1: Merk: Dersom kunde registrerer henvendelse via kundeweb resulterer dette i opprettelse av en sak. Kommunikasjon med kunden vil foregå via saken (henvendelse for

Detaljer

AUTOMATISER RUTINER SPAR KOSTNADER. Elektronisk bilagshåndtering i Microsoft Dynamics NAV

AUTOMATISER RUTINER SPAR KOSTNADER. Elektronisk bilagshåndtering i Microsoft Dynamics NAV AUTOMATISER RUTINER SPAR KOSTNADER ACTIVE WORKFLOW Elektronisk bilagshåndtering i Microsoft Dynamics NAV Skanning og behandling av bilag i Microsoft Dynamics NAV Minimering av feil og automatisert oppfølgning

Detaljer

PRESENTASJON NORDIG OKTOBER Alle skal kunne teste alt - overalt

PRESENTASJON NORDIG OKTOBER Alle skal kunne teste alt - overalt PRESENTASJON NORDIG OKTOBER 2017 Alle skal kunne teste alt - overalt Det eksistensielle - Arkivverkets oppgaver Vår oppgave er - - - å dokumentere samtid for ettertid - i den tro at det er nyttig for ettertiden

Detaljer

Effektiv utvikling av interaktive tjenester med 360 og Digiforms

Effektiv utvikling av interaktive tjenester med 360 og Digiforms Effektiv utvikling av interaktive tjenester med 360 og Digiforms Andreas Munch Product Manager andreas.munch@tieto.com Peter Magnusson Sales Director Metafocus Peter.Magnusson@metafocus.no 2 Public Agenda

Detaljer

PRODUKTBESKRIVELSE. NRDB DSL Fullmaktsserver

PRODUKTBESKRIVELSE. NRDB DSL Fullmaktsserver PRODUKTBESKRIVELSE NRDB DSL Fullmaktsserver Versjon 1.1, mars 2012 NRDB DSL Fullmaktsserver Versjon 1.1, mars 2012 Side 1 av 5 1. Innledning... 3 2. Beskrivelse av tjenesten... 3 2.1 Prinsipp... 3 2.2

Detaljer

pronav.no/prislister 1.februar 2016 (oppdatert 2.mai)

pronav.no/prislister 1.februar 2016 (oppdatert 2.mai) Prisliste 2016 Denne prislisten erstatter alle tidligere prislister. ProNav forbeholder seg retten til endring av priser og spesifikasjoner uten forhåndsvarsel. Det tas forbehold om trykkfeil. Her er prislistene

Detaljer

e-forvaltning Altinndagen 2012 Nytt om Altinnløsningen for utviklere Lars Petter Svartis Løsningsarkitekt i AEI

e-forvaltning Altinndagen 2012 Nytt om Altinnløsningen for utviklere Lars Petter Svartis Løsningsarkitekt i AEI e-forvaltning Altinndagen 2012 Nytt om Altinnløsningen for utviklere Lars Petter Svartis Løsningsarkitekt i AEI Agenda Kortsiktige tiltak Hva kommer til høsten i år? Hva kommer til sommeren neste år? 2

Detaljer

Samdok samla samfunnsdokumentasjon

Samdok samla samfunnsdokumentasjon Samdok samla samfunnsdokumentasjon Tjenestegrensesnitt mot Noark 5 DELPROSJEKT Arkiv i e-forvaltning KDRS-dag 5. november 2015 Hans Fredrik Berg, Riksarkivet Samla samfunnsdokumentasjon SAMDOK Kommunale

Detaljer

Vedlegg 3 til konkurransegrunnlaget Tilbyders spesifikasjon av oppdraget

Vedlegg 3 til konkurransegrunnlaget Tilbyders spesifikasjon av oppdraget Vedlegg 3 til konkurransegrunnlaget Tilbyders spesifikasjon av oppdraget Rammeavtale om kjøp av innfordringstjenester for Statens landbruksforvaltning ilag 2 til SS-O ilag 2 til SS-O Konsulentens beskrivelse

Detaljer

// Mamut Business Software Nyheter i Mamut Business Software og Mamut Online

// Mamut Business Software Nyheter i Mamut Business Software og Mamut Online // Mamut Business Software Nyheter i Mamut Business Software og Mamut Online Innhold Nyheter i Mamut Business Software versjon 18.0 2 Netthandel 2 Regnskap 2 Salg 4 Systemforbedringer 5 Nyheter i Mamut

Detaljer

Kommentarer til kravspesifikasjon

Kommentarer til kravspesifikasjon Kommentarer til kravspesifikasjon 1 Innledning Universitets- og høgskolesektoren(uh-sektoren) har gått sammen om anskaffelse av rekrutteringssystem. Prosjektet har 26 rettighetshavere. Prosessen eies og

Detaljer