Integrasjoner. Innhold: Sakstittel: DokType Sak/dok nr: Løpenr.: Journaldato: Dok.dato: Tilg.
Integrasjoner. Krav nr Kundens behov, beskrivelse av krav Krav type Krav til besvarelse
Integrasjoner. Dersom installasjonen ikke inkluderer programvaretjenester og integrasjoner, må kunden sørge for slik anskaffelse. Det påligger kunden å foreta forberedelser og delta ved installasjonen slik at løsningens funksjon kan utprøves fullt ut på en effektiv måte for begge parter. CodeIT har ikke ansvar for feil og forsinkelse som måtte oppstå som følge av mangler ved installasjoner eller andre forberedelser som kunden er ansvarlig for.
Integrasjoner. ⚫ IKT-relatert drift og forvaltning
Integrasjoner. Det er en forventning at leverandøren har en tydelig strategi for sin sak- og arkivløsning når det gjelder integrasjoner, med vekt på datadeling, sikkerhet og automatisering både for KNSE, interessenter og på tvers av offentlig sektor. Det er ønskelig at leverandøren skiller integrasjoner i 2 kategorier:
1. Integrasjoner som er en del av løsningen, inkludert i lisensprisen eller har en standard tilleggspris, og som forvaltes og endres løpende av leverandør.
2. Integrasjoner som er unike tilpasninger for KNSE, som medfører prosjektarbeid for definering, utvikling, implementering og vedlikehold / endring, samt testing og godkjenning. Se kravtabeller for spesifikke integrasjoner, samt listen under for mulige integrasjoner. KNSE ønsker i størst mulig grad å benytte seg av integrasjoner fra kategori 1. Det er ønskelig med integrasjoner mellom nytt system og andre fagsystemer, samt med eksterne nasjonale fellesløsninger som støtter digital kommunikasjon med borgere, næringsliv eller offentlig samarbeidspartnere jfr. krav i Digitaliseringsrundskrivet. Følgende systemer er i dag identifisert som mulige kandidater for integrasjoner med nytt system, og viser et mulig omfang.
Integrasjoner. Krav Nr. Type krav Beskrivelse av kravet Dokumentasjonskrav Ref. tildelingskriterier
2.8.1 B Løsningen bør kunne integreres med nasjonale felleskomponenter og fellesløsninger. F.eks. (ikke uttømmende): - ID-porten - Altinn - Digital postkasse til innbyggere og virksomheter - Kontakt- og reservasjonsregisteret - eSignering - eInnsyn - eFormidling - Folkeregisteret Beskriv hvilke av disse løsningen allerede har eller kan integreres mot. Leverandøren skal forklare integrasjoner opp mot deres pris- og lisensmodell samt dokumentere Automatisering og integrasjoner Robusthet Bruk og stabilitet - Enhetsregisteret integrasjoner. Eventuelt bistandsarbeid til implementering og endring skal spesifiseres / estimeres.
2.8.2 B Løsningen bør kunne integreres mot DFØ sine fellesløsninger. Beskriv hvilke av disse løsningen allerede har eller kan integreres mot. Leverandøren skal forklare integrasjoner opp mot deres pris- og lisensmodell samt dokumentere integrasjoner. Eventuelt bistandsarbeid til implementering og endring skal spesifiseres / estimeres. Automatisering og integrasjoner Robusthet Bruk og stabilitet
2.8.3 B Løsningen bør ha gode integrasjoner med M365 som muliggjør brukervennlige, sikre arbeidsprosesser og øker automasjon. Beskrive integrasjoner, samt eventuelle råd og anbefalinger dere har til hva KNSE selv lager av tilpasninger i M365 Automatisering og integrasjoner Robusthet Bruk og stabilitet
Integrasjoner. 4.1 Løsningen skal benytte seg av godkjente, ferdiglagde integrasjonsløsninger (plugins) for integrasjon med andre IT- løsninger gjennom et standardisert API. Som et minimum skal løsningen integreres med Azure DevOps, Azure AD, ServiceNow ogMicrosoft Outlook e-post. O
4.2 Løsningen skal tilby integrasjonsstøtte for webtjeneste (ReST) O/R
4.3 Løsningen bør kunne integreres mot flest mulig andre Service Management systemer. B/R 5 4.4 Løsningen bør kunne støtte alternative kanaler for innmelding og oppfølging/behandling av henvendelser, f.eks. e-post, Teams, chat, osv. B/R 3 4.5 Løsningen bør automatisk lagre all kommunikasjon i en henvendelse, uavhengig av kanal for innmelding. B 2 4.6 Kunden ønsker en løsning som er godt uttestet mot Azure Devops når det gjelder håndtering av endringer via Azure Devops, slik at det er etablert en god «bestepraksis» for denne integrasjonen. B/R 3
4.7 Løsningen bør kunne tilbyenveiskommunikasjon med InTune. B 3 4.8 Løsningen bør ha mulighet til å hyperlenke mot andre knowledge management systemer ogsystemdokumenter, for eksempel Ulf-Wiki. B/R 3 4.9 Løsningen bør støtte SCIM for bruker-provisjonering og deprovisjonering ifra UDIs IDP (Azure AD). B 3
Integrasjoner. 24Nettbutikk vil gjøre tilgjengelig ulike integrasjoner som kan velges å benyttes i nettbutikken, se oversikt her. Disse integrasjonene vil kunne ha ulike vilkår knyttet til seg, og som må aksepteres ved tilknytning av integrasjonene. Enkelte integrasjoner er satt som standard ved opprettelse av nettbutikk, hvor vilkårene må aksepteres ved opprettelsen. Dette gjelder:
Integrasjoner. Innhold: Sakstittel:
Integrasjoner. Som en del av sitt totalansvar for nettløsningen, skal Leverandøren vedlikeholde og gjøre feilrettinger på integrasjonspunkter til Xxxxxxx øvrige tjenester som beskrevet i vedlegg 5 Ved endringer i Kundens interne systemer som gir konsekvenser for nettløsningen, skal Leverandøren i samarbeid med Kunden og deres underleverandører utarbeide en plan for hvordan sikkerhet, funksjonalitet og tjenestenivå i nettløsningen ivaretas. Leverandøren bes besvare hvilke rutiner de har for å ivareta integrasjonspunkter. 2, K