Bilag 1: Kundens kravspesifikasjon
|
|
- Tonje Ellen Dalen
- 7 år siden
- Visninger:
Transkript
1 ilag 1: Kundens kravspesifikasjon ilag 1 Fylles ut av Kunden. Kunden skal i bilag 1 spesifisere det Leverandøren skal fylle ut i øvrige bilag. Alle deler av avtalen, inkludert alle bilag og vedlegg, er å anse som krav det skal ageres på. Dette betyr at Oppdragsgiver forutsetter at Leverandøren setter seg inn i alle deler av konkurransens dokumenter. Det legges vekt på at Leverandøren besvarer eksplisitt de krav som er satt og at alle referanser følger konkurransedokumentenes oppbygging. Alt materiale skal være relevant og direkte relatert til konkurransen. Generelle brosjyrer og oversikter ønskes ikke vedlagt, med mindre de har klar relasjon til et krav. Relevant materiale skal fortrinnsvis oppgis kun en gang, slik at tilbudet blir leservennlig. Alt materiale skal identifiseres entydig, primært med Leverandørens navn og versjonsnummer. Leverandøren bes om å gi en overordnet beskrivelse av hele løsningen (ilag 2a) slik den tilbys og i samsvar med kravene i denne kravspesifikasjonen. Kravtyper: Absolutte krav () Absolutte, poengsatte krav () Viktige krav () Kravet MÅ tilfredsstilles. Tilbud som ikke tilfredsstiller alle MÅkrav kan bli avvist. Kravet vurderes som oppfylt/ikke oppfylt og poengsettes ikke. Kravet MÅ tilfredsstilles. Tilbud som ikke tilfredsstiller alle MÅkrav kan bli avvist. Kravet poengsettes. Kravet ØR tilfredsstilles, men det er ikke et absolutt krav. Svar poengsettes, og vil ha stor betydning for evaluering av tilbudet. 1. Generelle krav Krav eskrivelse 1.1 Løsningen skal understøtte ITIL v3. Avvik skal beskrives. 1.2 Løsningen skal leveres som tjeneste, hvor leverandøren av tjenesten skal ha et totalansvar for de fysiske servere og datalagringen. eskriv 1.3 Ved tilpasninger / utvikling utover standard funksjonalitet skal det fungere også etter konfigurasjonsendringer og oppgraderinger uten behov for utstrakt bistand fra leverandør. Leverandøren skal beskrive eventuelle unntak. 1.4 Tilpasninger og konfigurasjoner må ikke forhindre senere mulighet for oppgraderinger. Leverandøren skal beskrive eventuelle unntak. 1.5 Løsningen skal inneholde et testmiljø, hvor kunden (evt. leverandør) kan teste ut ny funksjonalitet, oppdateringer eller saksflyt før det settes i produksjon. 1.6 Leverandør skal ha en fast primærkontakt for kunden. Personen som innehar kontaktpunktet skal være navngitt i denne avtalens ilag 6. Parafer / Side 1 av 9
2 Primærkontakt har ansvaret for alle leveranser til kunden og skal fungere som rådgiver / koordinator ved oppgraderinger og andre tekniske spørsmål. 1.7 Løsningen skal ha dokumenterte rutiner for å eksportere kundens data ut av løsningen. eskriv format og mekanismer som brukes ved eksportering. Kunden bør kunne initiere og verifisere dataeksportering. 1.8 Løsningen skal inneholde en self-service portal for sluttbrukeren, hvor sluttbrukeren kan følge saksflyten på egne saker, samt melde inn incident og request. ilag 1 2. Krav til brukeradministrasjon Krav eskrivelse 2.1 Løsningen skal ha en fleksibel løsning for styring av tilganger. Leverandøren skal beskrive hvordan autorisasjonssystemet er bygget opp og hvorvidt sikkerhet, autorisasjon og kontroll ivaretas i programvaren, i databasen eller begge deler. Dette gjelder også for roller, profiler og organisering. 2.2 Løsningen skal ha støtte for rollebasert og konfigurerbar brukeradministrasjon. 2.3 Dersom løsningen har en intern brukerdatabase skal denne kunne populeres med data fra Microsoft Active Directory eller tilsvarende systemer. 2.4 Løsningen skal ha mulighet for å vise hvor mange og hvem som til enhver tid er logget på og med hvilke roller. Slikt innsyn må være tilgangsstyrt av administrator. Eventuelle avvik fra dette må beskrives. 2.5 Løsningen skal ikke lagre passord i klartekst, og ha sikker overføring av passord. 2.6 Løsningen skal tilby Single Sign-on for interne brukere, med støtte for ADFS. eskriv 2.7 Løsningen bør ha støtte for 2 faktor autentisering for tilgang til administrative funksjoner. 2.8 Løsningen skal ha støtte for å gi/skjerme tilgang på saker av bestemt art, basert på blant annet sakstype, ansvarsområde og organisatorisk tilknytning. 3. Krav til informasjonssikkerhet Krav eskrivelse 3.1 All tilgang og aktivitet i løsningen skal kunne logges. 3.2 Løsningen skal leveres av en virksomhet sertifisert etter ISO eller tilsvarende. Sertifiseringen skal dekke hele tjenesteleveransen. 3.3 Integrasjon mot tredjepartsløsninger må beskyttes under transport. eskriv hvordan sikkerheten ivaretas. Parafer / Side 2 av 9
3 3.4 Alle sikkerhetsmekanismer i applikasjonen, samt endringer av disse skal være dokumentert og gjort tilgjengelig for kunden på tidspunkt for innlevering av tilbud og fortløpende gjennom kontraktsperioden. 3.5 All kommunikasjon over Internett skal være over HTTPS-protokoll og skal til enhver tid støtte de protokoller og krypteringsalgoritmer som er allment brukt. 3.6 Forsøk på tilgang til data eller saker som du ikke har rettigheter til å lese skal logges eller generere en «sikkerhetssak». eskriv. 3.7 Løsningen skal være designet slik at dataene blir holdt separert fra andre kunder. eskriv. 3.8 Kunden skal ha tilgang til å eksportere logger. eskriv. 3.9 Leverandøren skal beskrive hvilke rutiner som er på plass for å sikre at løsningen ikke blir utsatt for uønsket tilgang. Hvordan løsningen testes for inntrenging skal også beskrives (penetrasjonstesting) Leverandøren skal beskrive hvilke rutiner for patchhåndtering av løsningen og underliggende infrastruktur som foreligger eskriv hvordan løsningen beskyttes mot tjenestenektangrep Løsningen skal sørge for at data blir behandlet etter EØS/EU regelverk for håndteringen av personopplysninger, herunder også begrensinger i lagring og av behandling av data. ilag 1 4. Krav til systemmiljø/teknisk miljø Krav eskrivelse 4.1 Løsningen skal være designet for høy tilgjengelighet. eskriv hvordan dette ivaretas. 4.2 Leverandøren skal oppgi hvilke responstider som normalt må påregnes ved ulike funksjoner, herunder funksjoner som oppdatering av felt, registering av incident, rapportering, spørring og hvilke funksjoner som er spesielt tidkrevende. 4.3 Leverandør skal beskrive skalerbarhet og ytelse for tilbudt løsning, herunder antall saker, eller andre volumenheter som kan være registrert, eventuelt andre forhold, før ytelse blir redusert. 5. Krav til integrasjon Krav eskrivelse 5.1 Løsningen skal støtte kjente grensesnitt for bruker-kataloger, inklusiv Microsoft Active Directory. 5.2 Løsningen skal støtte integrasjon med E-postløsning (Microsoft Exchange). 5.3 Løsningen skal ha muligheter for integrasjon (datautveksling) med eksterne datakilder og system/verktøy. Kunden har flere andre servicedesker/helpdesker det kan være aktuelt å utveksle data med. Parafer / Side 3 av 9
4 Leverandøren skal beskrive hvilke kjente standarder løsningen støtter (SQL,WS, XML og likende). 5.4 Løsningen skal støtte integrasjon mot telefoniløsningen slik at det effektiviserer registrering og gjenfinning av data/informasjon. Leverandøren skal beskrive hvordan løsningen kan integreres med telefoniløsningen Cisco Unified Communication Manager. 5.5 Integrasjon, evt. modulkoblinger, import og eksport skal fungere, tegnsett skal være standardisert og kunne kommunisere med andre systemer uten at for eksempel æ, ø og å blir erstattet med andre tegn. Dette gjelder også for samiske tegn. 5.6 Løsningen skal støtte kobling mot Microsoft System Center Configuration Manager(SCCM). ilag 1 6. Krav til generell saksbehandling Krav eskrivelse 6.1 Løsningen skal automatisk lage en unik referanse til nye registreringer. 6.2 Løsningen skal ha felt for å vise kontaktinformasjon til sluttbruker. 6.3 Alle felter unntatt saksnummer, skal kunne endres av saksbehandler etter mottak av sak. Alle endringer skal logges. 6.4 Flerrad tekstfeltet skal støtte: - Rik tekstformatering (fet, understrek, kursiv, tekststørrelser, farger, kulelister, etc). - Interne og eksterne linker skal automatisk gjøres klikkbare (også linker til filområder). - URLer skal kunne maskeres med linktekst om ønskelig. 6.5 Det skal være mulig å søke både på feltnivå og i fritekst. Leverandøren skal beskrive muligheter og eventuelle begrensninger, også for vedlegg som inneholder tekst samt for søk på tvers av sakstyper og organisasjonsenheter. Leverandøren må også beskrive hvordan dette blir ivaretatt innenfor ønskede responstider. 6.6 Det er ønskelig med «fuzzy search» i løsningen; treff på ord som feilstaves eller på ord som ligner på det som det ble søkt på. Leverandøren må også beskrive hvordan dette blir ivaretatt innenfor ønskede responstider. 6.7 Det skal være mulig å bruke klipp og lim-funksjoner for å sette for eksempel skjermbilder inn i saker, både i saksbehandling og i Self- Service portalen. 6.8 Løsningen skal inneholde felt for å automatisk sette prioriteringer ut fra gitte kriterier. 6.9 Løsningen skal ha støtte for både manuell og automatisk klassifisering og kategorisering av saker i flere nivåer (minimum 3) for lettere gjenfinning Løsningen skal ha støtte for å tildele en sak automatisk eller manuelt til interne og eksterne individer/roller/prosesser, avdelinger eller organisasjonsenheter Løsningen skal kunne tilordne frister for når sak skal være påbegynt og løst i henhold til SLA. Parafer / Side 4 av 9
5 6.12 Løsningen skal registrere navn på individ eller funksjon som oppretter eller oppdaterer en sak. Registreringen skal være tilgjengelig i saksloggen Løsningen skal ha støtte for å sende epostvarsel til saksbehandler når det mottas en ny task Saksbehandlere skal kunne se samlet oversiktsbilde (dashbord) for status på alle saker i egen enhet. eskriv 6.15 Saker som gjennom Self Service-portal eller e-post er oppdatert av sluttbruker skal flagges for saksbehandler og automatisk få status «Svar mottatt» eller lignende Løsningen skal ha støtte for tilbakemelding til bruker etter registrering av saker Løsningen skal inneholde felt for en saks status (for eksempel: aktiv, venter, lukket) Historikk, inkludert interne oppdateringer på en sak skal være tilgjengelig for saksbehandler Historikk, med unntak av interne oppdateringer på en sak, skal være tilgjengelig for sluttbruker Løsningen skal ha støtte for å laste opp vedlegg på en sak. Løsningen må støtte kjente formater som (Office,.pdf.,.odf, OpenOffice, Google docs,.jpg,.png osv.) Løsningen skal ha støtte for å ta imot e-post med vedlegg. Vedlegget skal i så fall håndteres på samme måte som andre opplastede vedlegg Det skal være mulig å angi flere mottakere for eksempel andre saksbehandlere, eksterne leverandører eller lignende av oppdateringer gjort i saken, i tillegg til allerede involverte sluttbrukere/saksbehandlere Løsningen skal ha støtte for at en saksbehandler kan jobbe med flere saker av ulik type, for eksempel incident, problem og change samtidig, for eksempel en sak per nettleserfane. eskriv Løsningen skal ha støtte for at flere kan se samme objekt samtidig, men at bare én skal ha mulighet til å redigere. Andre saksbehandlere skal kunne lese saken og samtidig bli varslet om at saken er låst for redigering Saksbehandler skal kunne legge til oppdateringer som ikke vises eller sendes til sluttbruker. Det skal kunne velges om oppdateringen skal sendes ut. Oppdateringen må logges på samme måte som andre oppdateringer Det skal være mulig å opprette incident, problem, change etc. med utgangspunkt i en eksisterende sak. Den eksisterende saken skal kobles til den nye En henvendelse kan bestå av flere saker. Kunden bør derfor ha mulighet til å splitte en sak uten å måtte kopiere hele eller deler av innholdet manuelt (en variant av «opprett ny sak basert på denne» kan benyttes). eskriv Saker skal kunne endres fra en sakstype til en annen, f.eks. incident til request Koblede saker skal være synlig for alle som jobber med en sak med koblinger. En koblet sak skal flagges i listevisninger Løsningen skal ha muligheten til å etablere forhåndsdefinerte maler for incident, request og change. ilag 1 Parafer / Side 5 av 9
6 6.31 Det skal kunne settes en dato for reaktivering på saker som får status «utsatt». Saksbehandler skal varsles om at saken er reaktivert eller på annen måte se saker der datoen er utløpt En sak må kunne omfordeles fra en saksbehandler til en annen saksbehandler. eskriv Kunden skal motta e-post fra eksterne brukere. Løsningen må derfor kunne godta at «ukjente» sluttbrukere legges til i systemet etter manuell kontroll Informasjon lagt inn om eksterne sluttbrukere skal lagres for senere gjenbruk i løsningen. Informasjonen skal ikke oversendes til andre interne systemer. eskriv Løsningen skal ha mulighet for å etablere ønskede tekstbokser i grensesnittet. For eksempel en tekstboks for referansenummer til ekstern helpdesk. ilag 1 7. Krav til spesifikke ITIL-prosesser Krav eskrivelse 7.1 Rolle- og prosessflyt til alle de forhåndsdefinerte ITIL-prosesser (for eksempel change, incident, problem og release) skal være mulig å tilpasse til kundens arbeidsprosesser. Dette gjelder både i test- og produksjonsmiljø, og gjøres ved hjelp av egne administratorroller Incident Management Krav eskrivelse Løsningen skal være ITIL sertifisert på prosessen Incident Management 7.2. Change Management Krav eskrivelse Løsningen skal være ITIL sertifisert på prosessen Change Management Løsningen skal støtte at changeprosessen bygges opp med flere typer prosesser avhengig av hvilken type endring (om dette er en standardendring, hasteendring, osv.) Ref. krav 9.2 Løsningen skal ha støtte for å bygge opp ulike maler avhengig av hvilken type endring som bestilles Løsningen skal inneholde en endringskalender, slik at man har et kalenderbilde som viser samlet når de ulike endringene planlegges utført. Parafer / Side 6 av 9
7 7.2.5 Ref. krav Det må være tydelig i endringskalenderen i hvilket miljø endringen planlegges utført (om endringen planlegges utført i testmiljø, produksjonsmiljø, kursmiljø osv.) Ref krav Løsningen skal ha støtte for integrert e-postvarsling til en gruppe brukere om hvilke endringer som planlegges utført for en kommende angitt periode Når en endring er avsluttet og ferdig skal utvalgte brukere i etterkant legge inn en tekstlig evaluering av gjennomført endring. ilag Request Fulfilment Krav eskrivelse Løsningen skal være ITIL sertifisert på prosessen Request Fulfilment Problem Management Krav eskrivelse Løsningen skal være ITIL sertifisert på prosessen Problem Management Release Management Krav eskrivelse Løsningen skal være ITIL sertifisert på prosessen Release Management Asset and Configuration Management Krav eskrivelse Løsningen skal være ITIL sertifisert på prosessen Asset and Configuration Management Service Level Management Krav eskrivelse Løsningen skal være ITIL sertifisert på prosessen Service Level Management. Parafer / Side 7 av 9
8 ilag Event Management Krav eskrivelse Løsningen skal være ITIL sertifisert på prosessen Event Management. 8. Krav til rapportering Krav eskrivelse 8.1 Løsningen skal ha fleksibilitet i oppsett og generering av rapporter. Løsningen skal kunne fremstille registrerte kildedata i form av statistikker, rapporter og grafer. 8.2 Løsningen må ha mulighet for at kunden kan lage egendefinerte rapporter på alle verdier i løsningen. Rapporten må kunne bygges og konfigureres av kunde ut fra vedlagt dokumentasjon. eskriv. 8.3 Løsningen skal støtte eksport av rapportdata. Det må beskrives hvilke eksportmuligheter og formater tilbudt verktøy gir. 8.4 Løsningen skal gi mulighet for å etablere egendefinerte dashboards. Eksempel på aktuell informasjon: - Når ble forespørselen innsendt? - Når ønskes endringen å være ferdig utført? - Hvem er innsender? - Hvem er neste godkjenningspunkt? - Er tasken godkjent for utførelse? - Status for gjennomføring av tasken? - Hvem eier tasken nå? eskriv. 8.5 Det skal være mulig å skrive ut resultatet av skjermrapporter uten å måtte overføre data til andre verktøy, samt filtrere data som skrives ut (for eksempel om interne oppdateringer skal være med). 8.6 Det skal være mulig for brukere å abonnere (f.eks. ukentlige rapporter på spesifikke parametre) på utvalgte rapporter, også egenproduserte rapporter. 9. Krav til opplæring og dokumentasjon Krav eskrivelse 9.1 Leverandøren skal angi plan for opplæringen i prosjektplanen i bilag 4. Priser for opplæring angis i ilag 7, vedlegg 1 Prismatrise. 9.2 Leverandøren skal beskrive sitt tilbud på kursmateriell/ informasjon som kunden kan bruke til videreopplæring / egenopplæring av de respektive brukergrupper. En eventuell prising av dette skal framgå av ilag 7, vedlegg 1 Prismatrise. Parafer / Side 8 av 9
9 9.3 Det forutsettes at leverandør leverer dokumentasjon som en del av tilbudet og oppdatert versjon på kontraktstidpunkt. Dokumentasjonen skal minimum inneholde: - Dokumentasjon for brukere - Teknisk dokumentasjon, inkludert maskinvare, implementasjon, oppdateringer, samt beskrivelse av systemets oppbygging med flytskjemaer. - Dokumentasjon av evt. spesialtilpassinger. - Oversikt over versjons- og endringshistorikk. - Oversikt over ansvarlige og nøkkelpersoner hos leverandør og kunde fremgår av denne avtalens bilag 6. ilag 1 Det må oppgis om dokumentasjon er en del av grunnprisen, eller om det kommer i tillegg. Dersom det kommer i tillegg skal prisen fremgå av ilag 7, vedlegg 1 prismatrise Parafer / Side 9 av 9
Bilag 1: Kundens kravspesifikasjon
: Kundens kravspesifikasjon Fylles ut av Kunden. Kunden skal i bilag 1 spesifisere det Leverandøren skal fylle ut i øvrige bilag. Alle deler av avtalen, inkludert alle bilag og vedlegg, er å anse som krav
DetaljerKravspesifikasjon for PLBSys NG. Versjon 1.0
Kravspesifikasjon for PLBSys NG Versjon 1.0 Utarbeidet i juni 2010 Innhold Revisjonshistorikk... 3 1. Introduksjon... 4 1.1 Registrering av nødpeilesendere i Norge... 4 1.2 Systemets formål og omfang...
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
DetaljerLaget av Dato Orginal plassering fil. Johnny Andre Sunnarvik. Nov 2016
Laget av Dato Orginal plassering fil. Johnny ndre Sunnarvik Nov 2015 http://innsiden.helse-vestikt.no/avdelinger/tjenesteproduksjon/anbudskrav/documents/sikkerhet.docx Dato Nov 2015 Des 2015 Nov 2016 Beskrivelse
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
DetaljerBilag 2 til konkurransegrunnlag del II: Kravspesifikasjon
ilag 2 til konkurransegrunnlag del II: Kravspesifikasjon Side 1 av 10 Kravspesifikasjon I 2008 startet et prosjekt for å etablere et felles skoleadministrativt system for grunnskole, SFO og barnehage.
DetaljerBilag 6 Vedlegg 3 Definisjoner
Bilag 6 Vedlegg 3 Definisjoner Saksnummer 13/00203 1 / 7 Versjonshåndtering Versjon Dato Initiert av Endringsårsak 0.1 16.05.2013 Difi Dokument distribuert til tilbydere 02. 01.11.2013 Difi Ny definisjon
DetaljerTeknisk hjørne RiskManager
Teknisk hjørne RiskManager Nye muligheter med RiskManager levert i skyen Tor Myklebust Peter Hjelvik Tom Martens Meyer Solem WWW.EVRY.NO/SAKOGPORTAL Tor Myklebust (46) Utvikler på RiskManager siden 2011
DetaljerKundens kravspesifikasjon ERP-løsning for kommunene i DDV-samarbeidet
Bilag 1 til vedlikeholdsavtalen Kundens kravspesifikasjon ERP-løsning for kommunene i DDV-samarbeidet Side 2 av 14 Innhold 1 KRAV TIL VEDLIKEHOLDSAVTALE... 3 1.1 KRAV TIL BRUKERSTØTTE OG OPPFØLGING.3 1.2
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
DetaljerTJENESTEBESKRIVELSE INCIDENT
TJENESTEBESKRIVELSE INCIDENT Innholdsfortegnelse 1 Innledning... 3 2 Generelt om tjenesten... 3 3 Funksjoner... 3 3.1 Meldinger... 4 3.2 Chat... 4 3.3 Oppgaver... 4 3.4 Bekreftelse... 4 3.5 Lukk aktivitet...
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
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
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
DetaljerPRODUKTBESKRIVELSE. NRDB DSL Fullmaktsserver
PRODUKTBESKRIVELSE NRDB DSL Fullmaktsserver Versjon 1.0 juni 2008 Nasjonal referansedatabase AS, c/o Infostrada AS, St Olavs plass 3, N- 0165 OSLO Side 1 av 5 Innholdsfortegnelse 1. INNLEDNING... 3 2.
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
DetaljerKundens krav til leveranser
Kundens krav til leveranser HiB Felles plattform for Høgskolens nettsider Parafer / Side 1 av 6 Innhold 1 FORMÅL MED ANSKAFFELSEN... 3 2 ANSKAFFELSENS INNHOLD OG OMFANG... 3 3 KRAV TIL LEVERANSEN... 5
DetaljerVisma Anbud og Kontrakt. Releasedokumentasjon Versjon 6.3.0
Visma Anbud og Kontrakt Releasedokumentasjon Versjon 6.3.0 9. april 2010 1. VISMA ANBUD OG KONTRAKT (KGV) - RELEASEDOKUMENTASJON V6.3.0... 3 Kritiske momenter som er viktig for eksisterende brukere før
DetaljerAdministrasjon av brukere (EK versjon 2.37)
Administrasjon av brukere (EK versjon 2.37) Hvorfor flere brukere? «Mine» saker og «dine» saker Styring av rettigheter Sporing, logg Du er alltid innlogget Oppsett av rettigheter EK Dokument Mange mappestrukturer
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
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
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...
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...
DetaljerB r u k e r h å n d b o k Sjekklistemodul ver. 16
B r u k e r h å n d b o k Sjekklistemodul ver. 16 Copyright 2016 Input Data AS Alle rettigheter er reserverte Innholdsfortegnelse 1. Innledning 3 2. Kriterier for å få tilgang til sjekklister 4 3. Starte
DetaljerBilag 1 Utstyr og/eller programvare som skal vedlikeholdes Her angis det utstyr og/eller programvare som vedlikeholdstjenesten omfatter.
Bilag 1 Utstyr og/eller programvare som skal vedlikeholdes Her angis det utstyr og/eller programvare som vedlikeholdstjenesten omfatter. Beskrivelse/navn Rammeavtalen gjelder bistand til APEX programmering
DetaljerRammeavtale for kjøp av vannmålere
Bilag 2 TEKNISK BESKRIVELSE, SERVICE OG VEDLIKEHOLD VEDRØRENDE Rammeavtale for kjøp av vannmålere TIL Skedsmo kommune Side 1 av 7 1 Tekniske krav, service og vedlikehold... 3 1.1 Tekniske forhold... 3
DetaljerPRINTER DRIVER ADMINISTRATOR GUIDE
PRINTER DRIVER ADMINISTRATOR GUIDE OpusCapita forbeholder seg retten til å endre produktets funksjoner og produktspesifikasjon. Oppdaterte versjoner er tilgjengelige på www.opuscapita.com/terms 1. ROLLEBESKRIVELSE
DetaljerSSA V, Den store vedlikeholdsavtalen
SS V, Den store vedlikeholdsavtalen ilag 1: Kundens kravspesifikasjon Løsning for ny portal Rana kommune Innhold 1.1. Oppbygging av dokumentet 1.2. Mål og omfang 1.3. Juridiske rammebetingelser 1.4. Sikkerhet
DetaljerBasis interoperabilitetstest - ebxml
Basis interoperabilitetstest - ebxml Testversjon: 1.0 2 Basis interoperabilitetstest - ebxml Innholdsfortegnelse 1. Revisjonshistorikk... 3 2. Basis interoperabilitetstest - ebxml... 4 Hvordan gjennomføre
DetaljerBrukermanual. Quality PayBack Starter Edition
Brukermanual Quality PayBack Starter Edition Innhold 1. Kapittel 1 Innledning 1.1. Dette dokumentet 1.2. Quality PayBack 1.3. Kort oversikt over funksjoner i QPB. 2. Registering 2.1. Generelt 2.1.1. Logg
DetaljerIntegrasjon mot Active Directory i EK 2.37
Notat EK har funksjonalitet for å synkronisere brukertabellen sin mot Active Directory eller en annen katalogtjeneste som kan aksesseres via LDAP protokollen. Funksjonaliteten kan brukes til å: - Oppdatere
Detaljer2010 One Voice AS. CIM-seminar for kommunale beredskapsmedarbeidarar 2014
CIM-seminar for kommunale beredskapsmedarbeidarar 2014 One Voice AS 27 ansatte 100% norskeid selskap etablert i 2006 Ansatte er sikkerhetsklarert på nivå hemmelig Eget beredskapsplanverk og beredskapsorganisasjon
DetaljerIT:PULS. Cloud Computing Fremtiden er her allerede. Praktiske erfaringer med etablering og leveranse av Cloudtjenester
Cloud Computing Fremtiden er her allerede Baard Mühlbradt Leder for CoE Cloud tjenester IT:PULS Kunnskap fra ErgoGroup Praktiske erfaringer med etablering og leveranse av Cloudtjenester Hva skjer i markedet?
DetaljerOpt inn/opt ut, mailliste
Opt inn/opt ut, mailliste Etter lovgivningen i GDPR må du kunne dokumentere at personer som mottar masseemail, for eksempel nyhetsbrev, fra firmaet ditt har eksplisitt akseptert å motta disse e-postene.
DetaljerBilag 1 Innhold 1. Innledning 1.1 Definisjoner og forkortelser 1.2 Krav til besvarelse Omfang Krav til leveranse 3.1 Overordnede krav 3.
Innhold 1. Innledning... 2 1.1 Definisjoner og forkortelser... 2 1.2 Krav til besvarelse... 3 2. Omfang... 4 3. Krav til leveranse... 5 3.1 Overordnede krav... 5 3.2 Tekniske krav... 6 3.3 Funksjonelle
DetaljerEgenevalueringsskjema
Egenevalueringsskjema Service Desk, Incident Management og Problem Management - ITIL Dato: 02.02.2009 Versjon 1.1 Finanstilsynet Tlf. 22 93 98 00 post@finanstilsynet.no www.finanstilsynet.no Evalueringsskjema
DetaljerBilag 1 Kravspesifikasjon Avtalereferanse: NT Rekrutteringsbistand
ilag 1 Kravspesifikasjon Avtalereferanse: NT-0150-15 Rekrutteringsbistand SIST LAGRET DATO: 20. februar 2015 Side 1 av 6 Innholdsfortegnelse ilag 1 Kravspesifikasjon 1 INNLEDNING... 3 1.1 EGREPSDEFINISJONER...
DetaljerImplementering av nytt ITSM-system og selvbetjeningsportal
10:00-10:45 Implementering av nytt ITSM-system og selvbetjeningsportal v/sølvi Hagen og Leo Sande Gasnier ITSM systemet skal understøtte saksflyt og avtaleoppfølging mellom tjenesteeier, AAS og leverandørene
DetaljerBilag 1 Kravspesifikasjon Avtalereferanse: NT Leveranse av kaker
ilag 1 Kravspesifikasjon Avtalereferanse: NT-0420-15 Leveranse av kaker SIST LAGRET DATO: 24. august 2015 Side 1 av 7 Innholdsfortegnelse ilag 1 Norsk Tippings kravspesifikasjon 1 INNLEDNING... 3 1.1 EGREPSDEFINISJONER...
DetaljerIT Service Management
IT Service Management Forelesning uke 3 Innhold Repetisjon fra forrige uke. Service Operation: Incident Management Repitisjon Service Operation: Finne rette balansen Event Management: Få oversikt over
DetaljerVeiledende bilag til SSA-V Vedlikeholdsavtalen versjon 2015
Vedlikeholdsavtalen versjon 2015 Innhold: Bilag 1: Nittedal kommunes kravspesifikasjon (krav til vedlikeholdstjenesten)... 2 Bilag 2: Leverandørens løsningsspesifikasjon (beskrivelse av vedlikeholdstjenesten)...
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
DetaljerTekniske krav til portal med publiseringsløsning (fase 1)
Avdeling for strategi og helsefag UTVIKLING AV IT-LØSNING: FJERNBASERT BEHANDLING FOR SPILLEAVHENGIGE SAK NR 200700210 VEDLEGG A2 TIL KONKURRANSEGRUNNLAG TEKNISKE OG SIKKERHETSMESSIGE KRAV Innledning og
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
DetaljerVedlegg 1 til konkurransegrunnlaget Beskrivelse av bistanden. Kontrakt om medieovervåkning til Statens landbruksforvaltning
Vedlegg 1 til konkurransegrunnlaget Beskrivelse av bistanden Kontrakt om medieovervåkning til Statens landbruksforvaltning 1 Anskaffelsen gjelder Statens landbruksforvaltning ønsker å inngå en avtale om
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).
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
DetaljerDirektoratet for IKT og fellestjenester i høyere utdanning og forskning
Direktoratet for IKT og fellestjenester i høyere utdanning og forskning Brukerhåndtering i Alma Et smertens kapittel Er det utsikter til forbedring? Per Hovde, strategirådgiver Unit Litt bakgrunn for problemstillingen
DetaljerDiskusjon:SportsAdmin Medlemsadministrasjon
Diskusjon:SportsAdmin Medlemsadministrasjon Medlemsadministrasjonsmodulen er et register over alle personer tilknyttet en organisasjon i idretten. Her kan organisasjonsleddene administrere og endre personer
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
DetaljerRammeavtale for anskaffelse av ny tra dløs løsning for Ryfylke IT Samarbeid
Vedlegg A: Kravspesifikasjon Rammeavtale for anskaffelse av ny tra dløs løsning for Ryfylke IT Samarbeid Vedlegg A - Kravspesifikasjon Side 1 av 5 1. Innledning Kort om status historikk, status og utvikling
DetaljerLønn 5.0. Veiledning for ASP leverandører
Lønn 5.0 Veiledning for ASP leverandører Om denne veiledningen Innhold Om denne veiledningen... 2 Installere første database og programmet... 2 Installere flere databaser på samme server... 2 Sette opp
DetaljerPURESERVICE ROADMAP OG NYHETER DESEMBER 2014
PURESERVICE ROADMAP OG NYHETER DESEMBER 2014 INNHOLD Typiske bruksområder for Pureservice Pureservice v2 Pureservice v3 Hva er likt i v2 og v3? Nyheter i v3 Vi ønsker v3, hva gjør vi nå? Migrering til
DetaljerGi kundene tilgang til å redigere egne data ved hjelp av landingssider
Gi kundene tilgang til å redigere egne data ved hjelp av landingssider Ifølge GDPR er et selskap pålagt å gi sine kunder eller leder tilgang og evnen til å redigere personlig informasjon som er lagret
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.
DetaljerVEDLEGG A UTKAST TIL LEVERANSEBESKRIVELSE
ANSKAFFELSESNR.: K-00319 Rammeavtale informasjonssikkerhet Side 1 av 5 VEDLEGG A UTKAST TIL LEVERANSEBESKRIVELSE INNHOLDSFORTEGNELSE 1. Bakgrunn og formål med anskaffelsen... 2 2. Leveranseomfang... 2
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 04.08.2015 1.1 Generelt Denne anskaffelsen
DetaljerSafeUse 6.2.0 Build 2014-12-18
RELEASE NOTES SafeUse 6.2.0 Build 2014-12-18 Versjon 6.2.0 tilbyr ny og viktig funksjonalitet. De viktigste endringene er ny etikett og verneblad modul, samt utvidelse av multidokument støtten. Nyheter
DetaljerSSA-V Bilag 8. Bilag 8. Endringer i den generelle avtaleteksten. Anskaffelse av analyse- og informasjonsplattform /
SSA-V Bilag 8 Bilag 8 Endringer i den generelle avtaleteksten Anskaffelse av analyse- og informasjonsplattform Anskaffelsesnummer Saksnummer 20170021 2017/345746 Side 1 av 5 Bilag 8: Endringer i den generelle
DetaljerEffektiv bruk av RT Foreleser: Christopher Culina Tjenestegruppa for RT
Effektiv bruk av RT Foreleser: Christopher Culina Tjenestegruppa for RT Hovedpunkter: Søk! RTs søkeverktøy og avansert søk Søk fort! Lagring og gjenbruk av søk Søk automatisk! Tilpassing av RT at a glance
DetaljerBilag 1 Kravspesifikasjon Avtalereferanse: NT Elektrisk kraft
ilag 1 Kravspesifikasjon Avtalereferanse: NT-0140-15 Elektrisk kraft SIST LAGRET DATO: 16. februar 2015 Side 1 av 9 Innholdsfortegnelse ilag 1 Kravspesifikasjon 1 INNLEDNING... 3 1.1 EGREPSDEFINISJONER...
DetaljerAkseptansetest av mottak Dialogmelding
Akseptansetest av mottak Dialogmelding Meldingsversjon: 1.0 datert 08.07.2005 Akseptansetest av mottak Dialogmelding 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST FOR MOTTAK AV DIALOGMELDINGEN...
DetaljerMaritech Lønn versjon 10.00.39 (Endringer etter versjon 10.00.38)
18.03.2014 Maritech Lønn versjon 10.00.39 (Endringer etter versjon 10.00.38) Innholdsfortegnelse Endringslogg... 2 Utfasing av maritech Lønn... 2 10.00.39... 2 Eksport av lønnsdata til annet system...
DetaljerKravspesifikasjon 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
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Patologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK...
Detaljer1 INNLEDNING... 2. 1.1 Om Altinn... 2. 1.2 Skjemaer som støttes... 2 2 INSTALLASJON OG OPPSTART... 3. 2.1 Nedlasting... 3. 2.2 Registrering...
INNHOLD Mamut for Altinn INNHOLD 1 INNLEDNING... 2 1.1 Om Altinn... 2 1.2 Skjemaer som støttes... 2 2 INSTALLASJON OG OPPSTART... 3 2.1 Nedlasting... 3 2.2 Registrering... 5 2.3 Opprett en bruker... 7
DetaljerAgio Forvaltning AS - Portal. Enkelt, effektivt og tidsbesparende!
Agio Forvaltning AS - Portal Enkelt, effektivt og tidsbesparende! Innhold Innlogging... 3 Første gangs innlogging... 4 Åpningsside beboere... 6 Dokumenter... 7 Mitt borettslag/sameie... 10 E-post... 12
DetaljerFRC-Feeder-E. Et sikkert og raskt verktøy for overføring av data til File Record Converter Versjon 1.9
FRC-Feeder-E Et sikkert og raskt verktøy for overføring av data til File Record Converter Versjon 1.9 Installasjon FRC-feeder skal installeres på den computeren hvor dataene ligger. Les mer om dette under
DetaljerKonfigurasjonsstyring hos Norsk Tipping. itsmf Hordaland, 09 juni 2010 Eystein Linnerud, konfigurasjonsansvarlig
Konfigurasjonsstyring hos Norsk Tipping itsmf Hordaland, 09 juni 2010 Eystein Linnerud, konfigurasjonsansvarlig Norsk Tipping - Spill og underholdning siden 1948 9. juni 2010 2 Målet med presentasjonen
DetaljerAkseptansetest for mottak av PLO-meldingen: Konsultasjon
Akseptansetest for mottak av PLO-meldingen: Konsultasjon Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.4, datert 20.02.2008 Akseptansetest mottak - PLO-melding
DetaljerVedlegg 11: Foreløpige krav til drift, vedlikehold og support. Dato: Sider: 19
Vedlegg 11: Foreløpige krav til drift, vedlikehold og support Dato: 31.10.2012 Sider: 19 Innhold Side til drift, vedlikehold og support... 1 1.0 Drift av løsning... 2 2.0 Support og vedlikehold... 9 3.0
DetaljerOpplæring Content Workbench og overgang fra prosjekt til driftsfase
Opplæring Content Workbench og overgang fra prosjekt til driftsfase Sogn og Fjordane Felles Innkjøp Helle Hestnes www.ehandelsplattformen.no Agenda Content Workbench Introduksjon Innlogging Godkjenn katalog
DetaljerAkseptansetest for mottak av administrativ kommunikasjon mot kjernejournal
Akseptansetest for mottak av administrativ kommunikasjon mot kjernejournal Meldingsversjon: Standard for administrativ kommunikasjon mot kjernejournal, versjon 1.0, datert 12.08.2008 Akseptansetest - Mottak
DetaljerKonkurransegrunnlag Del 3
Konkurransegrunnlag Del 3 Kravspesifikasjon Konsulentbistand IKT Saksnummer 2013/153 Dato 15.09.2013 Innhold 1 PRODUKTSPESIFIKASJON... 1 1.1 Omfang og volum... 1 2 KRAVSPESIFIKASJON... 3 2.1 Innledning...
DetaljerRammeavtale for utvikling og tjenesteleveranse på verdiøkning av portefølje Sportsspill
Rammeavtale for utvikling og tjenesteleveranse på verdiøkning av portefølje Sportsspill Referanse: INTER-00090-2010 Spørsmål og svar # 3, utstedt 25.8.2010 Innhold 1. Introduksjon 3 1.1 Formål 3 1.2 Spørsmål
DetaljerTom Bjærum Løsningssalg Software. AD og SharePoint administrasjon
Tom Bjærum Løsningssalg Software AD og SharePoint administrasjon Roller og ansvar mot Active Directory Hvilke holdninger har IT-avdelingen til å la brukeren utføre oppgaver som naturlig hører til hos IT,
DetaljerFG-KONTROLL. Presentasjon av FG-kontroll for el-kontrollører
FG-KONTROLL Presentasjon av FG-kontroll for el-kontrollører Oslo, 05.12.2013 Innlogging Alle brukere må logge inn med egen, unik e-postadresse E-postadressen må ligge i systemet før man kan logge inn (legges
DetaljerOverordnet beskrivelse av de viktigste områdene et IAM-system skal hjelpe oss med.
1 Overordnet beskrivelse av de viktigste områdene et IAM-system skal hjelpe oss med. Vi skal anskaffe en standard hyllevare med et «standard» innføringsprosjekt for å ta løsningen i bruk i vår organisasjon.
Detaljer3 Kravtabell De spesifikasjoner som fremgår av tabellen danner grunnlaget for Leverandørens løsningsforslag, jf. bilag 2.
Bilag 1 - Oppdragsgivers spesifikasjon 1 Anskaffelsen gjelder Konkurransetilsynet ønsker å inngå en avtale om medieovervåkningstjenester. Tjenestene skal omfatte løpende overvåking av papiraviser, nettaviser
DetaljerELRAPP System for elektronisk innhenting av rapportdata fra funksjonskontraktentreprenører.
2006-12-04 ELRAPP System for elektronisk innhenting av rapportdata fra funksjonskontraktentreprenører. For å effektivisere og bedre oppfølgingen av kontraktene innenfor drift og vedlikehold, har Statens
DetaljerNOVUG 3 februar 2009
NOVUG 3 februar 2009 Tjenestekatalog og CMDB En kombinasjon som fungerer i praksis 2008 Prosesshuset AS All tillhørende informasjon kan bli endret uten varsel 1 Introduksjon Stig Bjørling Ellingsen Gründer
DetaljerKONKURRANSE - GRUNNLAG DEL II
KONKURRANSE - GRUNNLAG DEL II ÅPEN ANBUDSKONKURRANSE FOR KJØP AV Konsulenttjenester Siebel INNHOLDSFORTEGNELSE Bilag 1: Kundens kravspesifikasjon... 3 1.1 Tekniske løsninger hos Ruter... 3 1.2 Utførelse
DetaljerBilag 3. Kundens tekniske plattform
Løsning for utgående EHFfaktura og fakturahotell Bilag 3 Kundens tekniske plattform Anskaffelse av Løsning for utgående e-faktura DocuLive referanse nr 201201136-38 Side 1 av 6 1 OVERORDNET BESKRIVELSE
DetaljerSSA-K Bilag 1 Kundens kravspesifikasjon
SS-K ilag 1: Kundens kravspesifikasjon - Rådgivning og kjøp av lisenser og programvare Versjon 1.0 SS-K ilag 1 Kundens kravspesifikasjon Rådgivning og kjøp av lisenser og programvare Versjon 1.0 Versjonsdato
DetaljerTeletrafikk BILAG 6. til kontrakten. Bilag 6 Administrative bestemmelser
BILAG 6 til kontrakten Administrative bestemmelser Side 1 av 7 Innholdsfortegnelse 1 Alminnelige bestemmelser...3 2 Oppdragsgivers og leverandørs plikter...4 2.1 Leverandørens nøkkelpersonell... 4 2.2
Detaljer4.1. Kravspesifikasjon
4.1. Kravspesifikasjon Dette delkapittelet beskriver nærgående alle deler av systemet, hvordan det er tenkt ferdigutviklet med fokus på oppdragsgivers ønsker. 4.1.1. Innledning Informasjon om hvordan kravspesifikasjonens
DetaljerBrukerstøttesystem. Innhold
ITB Brukerstøttesystem IT Tjenestebeskrivelse for: Brukerstøttesystem Ansvarsforhold: Organisasjon IT Ansvarlig: n/a IT-Driftsleder Eier: n/a IT-Sjef Rådgivende: Superbrukere/Tjenesteeiere Brukerstøtte/Nettverksteam
DetaljerKontakt oss i Egroup for mer informasjon!
Oversikt System Replikering Integrasjon Web Services API I Utviklingsmiljø 3.0 Nyheter 3.0 Nyheter Publisering Publisering Publisering sansvarlig, Webmaster Konsulent, Rådgiver Utvikler Kontakt oss i Egroup
DetaljerISY JobTech 7.4.3 Release Notes, 29.1.2014
ISY JobTech 7.4.3 Release Notes, 29.1.2014 ISY JobTech versjon 7.4.3 er nå tilgjengelig for nedlasting på våre hjemmesider. Den nye versjonen er et resultat av utbedring av identifiserte feilsituasjoner
Detaljerservicetorg24:7 Bli best på kundeservice
servicetorg24:7 Bli best på kundeservice Servicetorg24:7 fra Sem & Stenersen Prokom De fleste kommunene har behov for en mer systematisk måte å registrere og følge opp henvendelser på. Bedre håndtering
DetaljerArbeidsflyt og integrasjoner i. Pureservice. Mars 2014
Arbeidsflyt og integrasjoner i Pureservice Mars 2014 Tlf 23 20 51 00 / www.pureservice.com Pureservice by Syscom AS, Sørkedalsveien 6, Pb. 35 Majorstuen, N-0330 Oslo ARBEIDSFLYT... 3 Påkrevd kategori...
DetaljerElektroniske tjenester og ITIL
Elektroniske tjenester og ITIL Etablert 01.01.2008 Statsråd Rigmor Åserud: Digitalt førstevalg! Difi Forvaltningsutvikling Ledelse og medarbeiderskap Offentlige anskaffelser DIFI: Fremskaffer kunnskap
DetaljerANSKAFFELSE NR 17/05028 Bilde i EPJ. Bilag 1 Konsesjonsgivers kravspesifikasjon
ANSKAFFELSE NR 17/05028 Bilde i EPJ Bilag 1 Konsesjonsgivers kravspesifikasjon 1 Innhold 1. Bakgrunn og begrunnelse for prosjektet...3 1.1. Prosjektets formål... 3 1.2. Omfang og avgrensninger... 3 2.
DetaljerKravspesifikasjon Helseklage sak N2016/05346
Kravspesifikasjon Helseklage sak N2016/05346 Innhold 1 Om kravspesifikasjonen... 2 2 Beskrivelse av leveransen... 2 2.1 Overordnet beskrivelse... 2 2.2 Beskrivelse av arkivene... 2 2.3 Befaring... 3 2.4
DetaljerTjenestebeskrivelse. for. NRDB opprinnelsesmarkering
Tjenestebeskrivelse for NRDB opprinnelsesmarkering Versjon 1.3, august 2010 Nasjonal referansedatabase AS, c/o Infostrada AS, St Olavs plass 3, N- 0165 OSLO Side 1 av 8 Innholdsfortegnelse 1. INNLEDNING...3
DetaljerKatalogsynkronisering i skyen
Katalogsynkronisering i skyen Å opprette og ivareta bruker og personalinformasjon i flere forskjellige systemer kan være både tidskrevende og kostbart. ID Manager Katalogsynkronisering er en struktur-
DetaljerBrukerdokumentasjon for LabOra portal - forfattere
Brukerdokumentasjon for LabOra portal - forfattere Skin: Dnnbest-Grey-Skin1024 Skin: Metro7 Custom LabOra web-portal er et web-basert publiseringsprogram for publisering av informasjon på hjemmesider.
DetaljerVisma Anbud og Kontrakt Releasedokumentasjon
Visma Anbud og Kontrakt Releasedokumentasjon Versjon 6.4 25. juni 2010 1. VISMA ANBUD OG KONTRAKT (KGV) - RELEASEDOKUMENTASJON V6.4... 3 Kritiske momenter som er viktig for eksisterende brukere før ny
DetaljerPraktiske erfaringer med bruk av SSA-L Senioradvokat Stian Oddbjørnsen i samarbeid med Difi
Praktiske erfaringer med bruk av SSA-L Senioradvokat Stian Oddbjørnsen i samarbeid med Difi Tema for innlegget Overordnet innføring i avtalen Erfaringer - basert på bruk i praksis og tilbakemeldinger på
Detaljer