Kravspesifikasjon for PLBSys NG. Versjon 1.0
|
|
- Bjørg Martha Ellingsen
- 6 år siden
- Visninger:
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 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
DetaljerUtkast 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
DetaljerNoark-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
DetaljerLø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...
DetaljerANBUDSFORESPØ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å
Detaljer1 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...
DetaljerGemini 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
DetaljerRequest 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).
DetaljerSpø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
DetaljerKravspesifikasjon 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
DetaljerStatped 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
DetaljerSystem 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
DetaljerPROSESSDOKUMENTASJON
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
DetaljerNOARK 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
DetaljerPRODUKTBESKRIVELSE 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
DetaljerBilag 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
DetaljerSSA-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
DetaljerMå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
Detaljer2B - 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
DetaljerHovedprosjekt 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...
Detaljerebyggesak 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-
DetaljerSOLICARD 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
DetaljerVedlegg 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
DetaljerTjenestebeskrivelse. 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...
DetaljerNOARK 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
DetaljerFOR 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
DetaljerPRODUKTBESKRIVELSE 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
DetaljerErgoGroup 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
DetaljerUse 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
DetaljerNoark 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
DetaljerInnovit 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
DetaljerProsedyre 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
DetaljerSkreddarsydd 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
DetaljerLitt 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
DetaljerBrukerdokumentasjon 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
DetaljerAvtale 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
Detaljerephorte 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...
Detaljerebyggesak 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
DetaljerPRODUKTBESKRIVELSE 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
DetaljerLø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
DetaljerHva 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
DetaljerFrank 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
DetaljerMinTid 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
Detaljer3B - 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
DetaljerDocument 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 å
DetaljerPRODUKTBESKRIVELSE. 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.
DetaljerEnhetsregisteret 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
DetaljerSend 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
DetaljerUse 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,
DetaljerTema: 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...
DetaljerMå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
DetaljerKravspesifikasjon. Forord
Kravspesifikasjon Forord Kravspesifikasjonen skal beskrive applikasjonens funksjonalitet og betingelsene som oppdragsgiver krever. Det skal også hjelpe utviklerne med å begrense applikasjonen slik at den
DetaljerKravspesifikasjon. 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
DetaljerKravspesifikasjon. 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.
DetaljerInfoRed 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,
DetaljerWeb 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...
DetaljerSend 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
DetaljerDe 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
DetaljerSynkron 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»
DetaljerTjenestebeskrivelse. 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...
DetaljerUniversitetet 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 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
DetaljerSpø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
Detaljerhypernet 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 Prosjekt: Nytt sak og arkivsystem Et tilbakeblikk: Samarbeidet i Grenland startet i 2008 nytt sak og arkivsystem. Prosjekt etablert og anskaffelsesprosess igangsatt
DetaljerInnhold ! "# $ % "& $ "#$ $ $ %
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
DetaljerPriser 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...
DetaljerHelhetlig 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
DetaljerInnfø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
DetaljerACTIVE 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
DetaljerTechnical 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
DetaljerKF 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
DetaljerPRODUKTBESKRIVELSE 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
DetaljerHvordan 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
DetaljerBilag 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.
DetaljerSpø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
DetaljerUtkast 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
DetaljerKort 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
DetaljerUtvikling 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
DetaljerAvtale 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...
DetaljerPRODUKTBESKRIVELSE 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
DetaljerPRODUKTBESKRIVELSE. 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
DetaljerAnskaffelse 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
DetaljerKommunale 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
DetaljerBilag 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...
DetaljerFri 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
DetaljerVisma 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
DetaljerARKIVVERKETS 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
DetaljerErfaringer 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
DetaljerSAK / 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
DetaljerAUTOMATISER 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
DetaljerPRESENTASJON 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
DetaljerEffektiv 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
DetaljerPRODUKTBESKRIVELSE. 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
Detaljerpronav.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
Detaljere-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
DetaljerSamdok 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
DetaljerVedlegg 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 Innhold Nyheter i Mamut Business Software versjon 18.0 2 Netthandel 2 Regnskap 2 Salg 4 Systemforbedringer 5 Nyheter i Mamut
DetaljerKommentarer 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