Most recent edit on 2007-11-12 03:59:31 by WebMaster
Additions:
Bilag 3 Retningslinier vedrørende integrationsformen WSRP
De retningslinier, der gælder for integration af en portalservice ved hjælp af integrationsformen WSRP, vil i version 1.0 fremgå af dette bilag. Bilaget vil indeholde alle relevante retningslinier for denne integrationsform. Bilaget skal ses i sammenhæng med de generelle afsnit om principper, brugsscenarier og tilhørende processer.
I version 1.0 af integrationsmodellen beskrives brug af integrationsformen WSRP kort efterfulgt af specifikke retningslinier vedrørende sikkerhed, visuelt design og navigation og portalkontekst.
Integrationsmodellen vil i version 1.0 behandle disse spørgsmål:
- Hvad skal man være opmærksom på hvis man ønsker at integrere en portalservice vha. WSRP?
Integrationsmodellen vil i version 1.0 behandle regler der SKAL overholdes, retningslinier der BØR overholdes og anbefalinger der KAN overholdes.
Integrationsmodellen vil i version 1.0 behandle retningslinier vedrørende sikkerhed. Følgende emner indgår pt. på bruttolisten (ikke alle punkter forventes at indgå i version 1.0 for denne integrationsform):
- Sikker sessionsoverdragelse uden for den fællesoffentlige autentifikationsløsning.
- Integrationsmekanismer i forhold til logning, revisionsspor og transaktionsspor samt sikkerhedsmæssig overvågning heraf.
Alle portalservices der skal integreres i portalen skal anvende Single Sign-on. Hvordan portalservices, der integreres med WSRP, indgår heri afklares nærmere i en fællesoffentlig rapport under integrationsmodellen.
Integrationsmodellen vil i version 1.0 behandle retningslinier vedrørende visuelt design og navigation. Følgende emner indgår pt. på bruttolisten (ikke alle punkter forventes at indgå i version 1.0 for denne integrationsform):
- Navigering internt i portalservice (brug af menu eller andre navigeringsformer, fx wizards)
- Styring af layout for en portalservice, herunder bl.a. størrelse på areal og placering af logo, header, footer mv., farver, fonte og knapper (tekst, udseende) samt dynamisk ændring af fx størrelse på areal.
- Visning af meddelelser (informative og fejlmedd.) – fx. udseende og typer af meddelelser
- Integrationsmekanismer i forbindelser med øvrige navigationselementer.
- Integrationsmekanismer i forbindelse med afhængigheder mellem dialogforløb på tværs af portalservices (fx brug af pop-up vinduer).
- Brugertilgængelighed (handicappede, ældre m.v.) med henvisning til de enkelte dele af de gældende krav.
- Begrænsninger i forhold til brug af JavaScripts i portalservicen.
- Integrationsmekanismer i forbindelse med brug af referencer (URL’er mv.), herunder henvisninger til god praksis og eventuelle kendte krav/standarder.
- Integrationsmekanismer i forbindelse med dybe links med og uden parameteroverførsel, herunder henvisninger til god praksis.
- God praksis for brug af cookies, herunder eventuelle begrænsninger.
Integrationsmodellen vil i version 1.0 behandle hvilke muligheder og begrænsninger en given portalservice har i forhold til den portalkontekst den indgår i og hvordan kontekstinformation udveksles mellem portal og portalservice. Her kan eventuelt også beskrives relevante funktioner, som portalen stiller til rådighed for en portalservice.
Integrationsmodellen vil i version 1.0 behandle retningslinier vedrørende portalkontekst. Følgende emner indgår pt. på bruttolisten (ikke alle punkter forventes at indgå i version 1.0 for denne integrationsform):
- Hvilke metadata kræves – ud over de eksisterende metadata i Borger.dk og Virk.dk - om portalservicen på designtidspunktet og på run-time.
- Indrapportering, opbevaring, fremfinding og udveksling af metadata om portalservicen, dvs. udveksling på run-time ml. portalservice og portal og mellem portalservices indbyrdes
- Læsning og skrivning af portalservicespecifikke data (metadata og forretningsmæssige data), som portalen lagrer under portalservicens session.
- Integrationsmekanismer til overførsel af statiske parametre fra portal til portalservice på run-time, som er konfigureret på designtidspunkt (fx præferencer).
- Kobling mellem en portalservice og portalens CMS, såfremt en portalservice er afhængig af portalens CMS.
- Integrationsmekanismer i forbindelse med fejlhåndtering, herunder udveksling af fejlmeddelelser. Forslag til relevante typer af fejlmeddelelser ønskes, ikke indholdet i specifikke meddelelser.
- Integrationsmekanismer i forbindelse med logning, overvågning og trafiktælling.
- Integrationsmekanismer i forbindelse med søgning på tværs af portalservices.
Deletions:
claror
Bilag 3 Retningslinier vedrørende integrationsformen WSRP
De retningslinier, der gælder for integration af en portalservice ved hjælp af integrationsformen WSRP, vil i version 1.0 fremgå af dette bilag. Bilaget vil indeholde alle relevante retningslinier for denne integrationsform. Bilaget skal ses i sammenhæng med de generelle afsnit om principper, brugsscenarier og tilhørende processer.
I version 1.0 af integrationsmodellen beskrives brug af integrationsformen WSRP kort efterfulgt af specifikke retningslinier vedrørende sikkerhed, visuelt design og navigation og portalkontekst.
Integrationsmodellen vil i version 1.0 behandle disse spørgsmål:
- Hvad skal man være opmærksom på hvis man ønsker at integrere en portalservice vha. WSRP?
Integrationsmodellen vil i version 1.0 behandle regler der SKAL overholdes, retningslinier der BÃR overholdes og anbefalinger der KAN overholdes.
Integrationsmodellen vil i version 1.0 behandle retningslinier vedrørende sikkerhed. Følgende emner indgår pt. på bruttolisten (ikke alle punkter forventes at indgå i version 1.0 for denne integrationsform):
- Sikker sessionsoverdragelse uden for den fællesoffentlige autentifikationsløsning.
- Integrationsmekanismer i forhold til logning, revisionsspor og transaktionsspor samt sikkerhedsmæssig overvågning heraf.
Alle portalservices der skal integreres i portalen skal anvende Single Sign-on. Hvordan portalservices, der integreres med WSRP, indgår heri afklares nærmere i en fællesoffentlig rapport under integrationsmodellen.
Integrationsmodellen vil i version 1.0 behandle retningslinier vedrørende visuelt design og navigation. Følgende emner indgår pt. på bruttolisten (ikke alle punkter forventes at indgå i version 1.0 for denne integrationsform):
- Navigering internt i portalservice (brug af menu eller andre navigeringsÂformer, fx wizards)
- Styring af layout for en portalservice, herunder bl.a. størrelse på areal og placering af logo, header, footer mv., farver, fonte og knapper (tekst, udseende) samt dynamisk ændring af fx størrelse på areal.
- Visning af meddelelser (informative og fejlmedd.) â fx. udseende og typer af meddelelser
- Integrationsmekanismer i forbindelser med øvrige navigationsÂelementer.
- Integrationsmekanismer i forbindelse med afhængigheder mellem dialogforløb på tværs af portalservices (fx brug af pop-up vinduer).
- Brugertilgængelighed (handicappede, ældre m.v.) med henvisning til de enkelte dele af de gældende krav.
- Begrænsninger i forhold til brug af JavaScripts i portalservicen.
- Integrationsmekanismer i forbindelse med brug af referencer (URLâer mv.), herunder henvisninger til god praksis og eventuelle kendte krav/standarder.
- Integrationsmekanismer i forbindelse med dybe links med og uden parameteroverførsel, herunder henvisninger til god praksis.
- God praksis for brug af cookies, herunder eventuelle begrænsninger.
Integrationsmodellen vil i version 1.0 behandle hvilke muligheder og begrænsninger en given portalservice har i forhold til den portalkontekst den indgår i og hvordan kontekstinformation udveksles mellem portal og portalservice. Her kan eventuelt også beskrives relevante funktioner, som portalen stiller til rådighed for en portalservice.
Integrationsmodellen vil i version 1.0 behandle retningslinier vedrørende portalkontekst. Følgende emner indgår pt. på bruttolisten (ikke alle punkter forventes at indgå i version 1.0 for denne integrationsform):
- Hvilke metadata kræves â ud over de eksisterende metadata i Borger.dk og Virk.dk - om portalservicen pÃ¥ designtidspunktet og pÃ¥ run-time.
- Indrapportering, opbevaring, fremfinding og udveksling af metadata om portalservicen, dvs. udveksling på run-time ml. portalservice og portal og mellem portalservices indbyrdes
- Læsning og skrivning af portalservicespecifikke data (metadata og forretningsmæssige data), som portalen lagrer under portalservicens session.
- Integrationsmekanismer til overførsel af statiske parametre fra portal til portalservice på run-time, som er konfigureret på designtidspunkt (fx præferencer).
- Kobling mellem en portalservice og portalens CMS, såfremt en portalservice er afhængig af portalens CMS.
- Integrationsmekanismer i forbindelse med fejlhåndtering, herunder udveksling af fejlmeddelelser. Forslag til relevante typer af fejlmeddelelser ønskes, ikke indholdet i specifikke meddelelser.
- Integrationsmekanismer i forbindelse med logning, overvågning og trafiktælling.
- Integrationsmekanismer i forbindelse med søgning på tværs af portalservices.
Edited on 2007-11-11 14:02:05 by ReldaRoula
Additions:
claror
Bilag 3 Retningslinier vedrørende integrationsformen WSRP
De retningslinier, der gælder for integration af en portalservice ved hjælp af integrationsformen WSRP, vil i version 1.0 fremgå af dette bilag. Bilaget vil indeholde alle relevante retningslinier for denne integrationsform. Bilaget skal ses i sammenhæng med de generelle afsnit om principper, brugsscenarier og tilhørende processer.
I version 1.0 af integrationsmodellen beskrives brug af integrationsformen WSRP kort efterfulgt af specifikke retningslinier vedrørende sikkerhed, visuelt design og navigation og portalkontekst.
Integrationsmodellen vil i version 1.0 behandle disse spørgsmål:
- Hvad skal man være opmærksom på hvis man ønsker at integrere en portalservice vha. WSRP?
Integrationsmodellen vil i version 1.0 behandle regler der SKAL overholdes, retningslinier der BÃR overholdes og anbefalinger der KAN overholdes.
Integrationsmodellen vil i version 1.0 behandle retningslinier vedrørende sikkerhed. Følgende emner indgår pt. på bruttolisten (ikke alle punkter forventes at indgå i version 1.0 for denne integrationsform):
- Sikker sessionsoverdragelse uden for den fællesoffentlige autentifikationsløsning.
- Integrationsmekanismer i forhold til logning, revisionsspor og transaktionsspor samt sikkerhedsmæssig overvågning heraf.
Alle portalservices der skal integreres i portalen skal anvende Single Sign-on. Hvordan portalservices, der integreres med WSRP, indgår heri afklares nærmere i en fællesoffentlig rapport under integrationsmodellen.
Integrationsmodellen vil i version 1.0 behandle retningslinier vedrørende visuelt design og navigation. Følgende emner indgår pt. på bruttolisten (ikke alle punkter forventes at indgå i version 1.0 for denne integrationsform):
- Navigering internt i portalservice (brug af menu eller andre navigeringsÂformer, fx wizards)
- Styring af layout for en portalservice, herunder bl.a. størrelse på areal og placering af logo, header, footer mv., farver, fonte og knapper (tekst, udseende) samt dynamisk ændring af fx størrelse på areal.
- Visning af meddelelser (informative og fejlmedd.) â fx. udseende og typer af meddelelser
- Integrationsmekanismer i forbindelser med øvrige navigationsÂelementer.
- Integrationsmekanismer i forbindelse med afhængigheder mellem dialogforløb på tværs af portalservices (fx brug af pop-up vinduer).
- Brugertilgængelighed (handicappede, ældre m.v.) med henvisning til de enkelte dele af de gældende krav.
- Begrænsninger i forhold til brug af JavaScripts i portalservicen.
- Integrationsmekanismer i forbindelse med brug af referencer (URLâer mv.), herunder henvisninger til god praksis og eventuelle kendte krav/standarder.
- Integrationsmekanismer i forbindelse med dybe links med og uden parameteroverførsel, herunder henvisninger til god praksis.
- God praksis for brug af cookies, herunder eventuelle begrænsninger.
Integrationsmodellen vil i version 1.0 behandle hvilke muligheder og begrænsninger en given portalservice har i forhold til den portalkontekst den indgår i og hvordan kontekstinformation udveksles mellem portal og portalservice. Her kan eventuelt også beskrives relevante funktioner, som portalen stiller til rådighed for en portalservice.
Integrationsmodellen vil i version 1.0 behandle retningslinier vedrørende portalkontekst. Følgende emner indgår pt. på bruttolisten (ikke alle punkter forventes at indgå i version 1.0 for denne integrationsform):
- Hvilke metadata kræves â ud over de eksisterende metadata i Borger.dk og Virk.dk - om portalservicen pÃ¥ designtidspunktet og pÃ¥ run-time.
- Indrapportering, opbevaring, fremfinding og udveksling af metadata om portalservicen, dvs. udveksling på run-time ml. portalservice og portal og mellem portalservices indbyrdes
- Læsning og skrivning af portalservicespecifikke data (metadata og forretningsmæssige data), som portalen lagrer under portalservicens session.
- Integrationsmekanismer til overførsel af statiske parametre fra portal til portalservice på run-time, som er konfigureret på designtidspunkt (fx præferencer).
- Kobling mellem en portalservice og portalens CMS, såfremt en portalservice er afhængig af portalens CMS.
- Integrationsmekanismer i forbindelse med fejlhåndtering, herunder udveksling af fejlmeddelelser. Forslag til relevante typer af fejlmeddelelser ønskes, ikke indholdet i specifikke meddelelser.
- Integrationsmekanismer i forbindelse med logning, overvågning og trafiktælling.
- Integrationsmekanismer i forbindelse med søgning på tværs af portalservices.
Deletions:
Bilag 3 Retningslinier vedrørende integrationsformen WSRP
De retningslinier, der gælder for integration af en portalservice ved hjælp af integrationsformen WSRP, vil i version 1.0 fremgå af dette bilag. Bilaget vil indeholde alle relevante retningslinier for denne integrationsform. Bilaget skal ses i sammenhæng med de generelle afsnit om principper, brugsscenarier og tilhørende processer.
I version 1.0 af integrationsmodellen beskrives brug af integrationsformen WSRP kort efterfulgt af specifikke retningslinier vedrørende sikkerhed, visuelt design og navigation og portalkontekst.
Integrationsmodellen vil i version 1.0 behandle disse spørgsmål:
- Hvad skal man være opmærksom på hvis man ønsker at integrere en portalservice vha. WSRP?
Integrationsmodellen vil i version 1.0 behandle regler der SKAL overholdes, retningslinier der BØR overholdes og anbefalinger der KAN overholdes.
Integrationsmodellen vil i version 1.0 behandle retningslinier vedrørende sikkerhed. Følgende emner indgår pt. på bruttolisten (ikke alle punkter forventes at indgå i version 1.0 for denne integrationsform):
- Sikker sessionsoverdragelse uden for den fællesoffentlige autentifikationsløsning.
- Integrationsmekanismer i forhold til logning, revisionsspor og transaktionsspor samt sikkerhedsmæssig overvågning heraf.
Alle portalservices der skal integreres i portalen skal anvende Single Sign-on. Hvordan portalservices, der integreres med WSRP, indgår heri afklares nærmere i en fællesoffentlig rapport under integrationsmodellen.
Integrationsmodellen vil i version 1.0 behandle retningslinier vedrørende visuelt design og navigation. Følgende emner indgår pt. på bruttolisten (ikke alle punkter forventes at indgå i version 1.0 for denne integrationsform):
- Navigering internt i portalservice (brug af menu eller andre navigeringsformer, fx wizards)
- Styring af layout for en portalservice, herunder bl.a. størrelse på areal og placering af logo, header, footer mv., farver, fonte og knapper (tekst, udseende) samt dynamisk ændring af fx størrelse på areal.
- Visning af meddelelser (informative og fejlmedd.) – fx. udseende og typer af meddelelser
- Integrationsmekanismer i forbindelser med øvrige navigationselementer.
- Integrationsmekanismer i forbindelse med afhængigheder mellem dialogforløb på tværs af portalservices (fx brug af pop-up vinduer).
- Brugertilgængelighed (handicappede, ældre m.v.) med henvisning til de enkelte dele af de gældende krav.
- Begrænsninger i forhold til brug af JavaScripts i portalservicen.
- Integrationsmekanismer i forbindelse med brug af referencer (URL’er mv.), herunder henvisninger til god praksis og eventuelle kendte krav/standarder.
- Integrationsmekanismer i forbindelse med dybe links med og uden parameteroverførsel, herunder henvisninger til god praksis.
- God praksis for brug af cookies, herunder eventuelle begrænsninger.
Integrationsmodellen vil i version 1.0 behandle hvilke muligheder og begrænsninger en given portalservice har i forhold til den portalkontekst den indgår i og hvordan kontekstinformation udveksles mellem portal og portalservice. Her kan eventuelt også beskrives relevante funktioner, som portalen stiller til rådighed for en portalservice.
Integrationsmodellen vil i version 1.0 behandle retningslinier vedrørende portalkontekst. Følgende emner indgår pt. på bruttolisten (ikke alle punkter forventes at indgå i version 1.0 for denne integrationsform):
- Hvilke metadata kræves – ud over de eksisterende metadata i Borger.dk og Virk.dk - om portalservicen på designtidspunktet og på run-time.
- Indrapportering, opbevaring, fremfinding og udveksling af metadata om portalservicen, dvs. udveksling på run-time ml. portalservice og portal og mellem portalservices indbyrdes
- Læsning og skrivning af portalservicespecifikke data (metadata og forretningsmæssige data), som portalen lagrer under portalservicens session.
- Integrationsmekanismer til overførsel af statiske parametre fra portal til portalservice på run-time, som er konfigureret på designtidspunkt (fx præferencer).
- Kobling mellem en portalservice og portalens CMS, såfremt en portalservice er afhængig af portalens CMS.
- Integrationsmekanismer i forbindelse med fejlhåndtering, herunder udveksling af fejlmeddelelser. Forslag til relevante typer af fejlmeddelelser ønskes, ikke indholdet i specifikke meddelelser.
- Integrationsmekanismer i forbindelse med logning, overvågning og trafiktælling.
- Integrationsmekanismer i forbindelse med søgning på tværs af portalservices.
Oldest known version of this page was edited on 2007-09-02 05:46:56 by KristianHjortMadsen []
Page view:
Bilag 3 Retningslinier vedrørende integrationsformen WSRP
De retningslinier, der gælder for integration af en portalservice ved hjælp af integrationsformen WSRP, vil i version 1.0 fremgå af dette bilag. Bilaget vil indeholde alle relevante retningslinier for denne integrationsform. Bilaget skal ses i sammenhæng med de generelle afsnit om principper, brugsscenarier og tilhørende processer.
I version 1.0 af integrationsmodellen beskrives brug af integrationsformen WSRP kort efterfulgt af specifikke retningslinier vedrørende sikkerhed, visuelt design og navigation og portalkontekst.
Bilag 3.1 Indledende beskrivelse af integrationsform
Integrationsmodellen vil i version 1.0 behandle disse spørgsmål:
- Hvad betyder det at man integrerer vha. WSRP?
- Hvilke krav stiller det til de portalservices man integrerer med WSRP?
- Er der nogen portalservices der ikke kan integreres med WSRP? Hvorfor?
- Hvad skal man være opmærksom på hvis man ønsker at integrere en portalservice vha. WSRP?
Bilag 3.2 Regler og retningslinier ved integration af WSRP-baserede portalservices
Integrationsmodellen vil i version 1.0 behandle regler der SKAL overholdes, retningslinier der BØR overholdes og anbefalinger der KAN overholdes.
Bilag 3.2.1 Sikkerhed
Integrationsmodellen vil i version 1.0 behandle retningslinier vedrørende sikkerhed. Følgende emner indgår pt. på bruttolisten (ikke alle punkter forventes at indgå i version 1.0 for denne integrationsform):
- Integrationsmekanismer i forhold til autentifikation (SSO), samt Single Sign Off og time-out.
- Sikker sessionsoverdragelse uden for den fællesoffentlige autentifikationsløsning.
- Integrationsmekanismer i forhold til logning, revisionsspor og transaktionsspor samt sikkerhedsmæssig overvågning heraf.
- Integrationsmekanismer i forhold til autorisation og udveksling af rolleinformation.
- Integrationsmekanismer i forhold til udveksling af brugerprofildata.
- Integrationsmekanismer i forhold til uafviselighed.
- Integrationsmekanismer i forhold til signering.
- Integrationsmekanismer i forhold til sikker udveksling af data herunder kryptering, integritet mv.
Alle portalservices der skal integreres i portalen skal anvende Single Sign-on. Hvordan portalservices, der integreres med WSRP, indgår heri afklares nærmere i en fællesoffentlig rapport under integrationsmodellen.
Bilag 3.2.2 Visuelt design og navigation
Integrationsmodellen vil i version 1.0 behandle retningslinier vedrørende visuelt design og navigation. Følgende emner indgår pt. på bruttolisten (ikke alle punkter forventes at indgå i version 1.0 for denne integrationsform):
- Navigering fra portal til portalservice og retur (brug af menu eller andre navigeringsformer, fx wizards)
- Navigering internt i portalservice (brug af menu eller andre navigeringsformer, fx wizards)
- Styring af layout for en portalservice, herunder bl.a. størrelse på areal og placering af logo, header, footer mv., farver, fonte og knapper (tekst, udseende) samt dynamisk ændring af fx størrelse på areal.
- Visning af meddelelser (informative og fejlmedd.) – fx. udseende og typer af meddelelser
- Integrationsmekanismer i forbindelser med øvrige navigationselementer.
- Integrationsmekanismer i forbindelse med personalisering og customisering
- Globalisering og lokalisering
- Integrationsmekanismer i forbindelse med afhængigheder mellem dialogforløb på tværs af portalservices (fx brug af pop-up vinduer).
- Brugertilgængelighed (handicappede, ældre m.v.) med henvisning til de enkelte dele af de gældende krav.
- Begrænsninger i forhold til brug af JavaScripts i portalservicen.
- Integrationsmekanismer i forbindelse med brug af referencer (URL’er mv.), herunder henvisninger til god praksis og eventuelle kendte krav/standarder.
- Integrationsmekanismer i forbindelse med dybe links med og uden parameteroverførsel, herunder henvisninger til god praksis.
- God praksis for brug af cookies, herunder eventuelle begrænsninger.
Der forventes til version 1.0 udarbejdet en Klassemodel for CSS2-stylesheet som Serviceudbyderne anbefales at benytte.
Borgerportalen [og Virksomhedsportalen?] forventes at udarbejde et CSS2- stylesheet og et knapbibliotek, som kan anvendes ved styling af integrerede portalservices.
Bilag 3.2.3 Portalkontekst
Integrationsmodellen vil i version 1.0 behandle hvilke muligheder og begrænsninger en given portalservice har i forhold til den portalkontekst den indgår i og hvordan kontekstinformation udveksles mellem portal og portalservice. Her kan eventuelt også beskrives relevante funktioner, som portalen stiller til rådighed for en portalservice.
Integrationsmodellen vil i version 1.0 behandle retningslinier vedrørende portalkontekst. Følgende emner indgår pt. på bruttolisten (ikke alle punkter forventes at indgå i version 1.0 for denne integrationsform):
- Hvilke metadata kræves – ud over de eksisterende metadata i Borger.dk og Virk.dk - om portalservicen på designtidspunktet og på run-time.
- Indrapportering, opbevaring, fremfinding og udveksling af metadata om portalservicen, dvs. udveksling på run-time ml. portalservice og portal og mellem portalservices indbyrdes
- Udveksling af portalservicespecifikke data, fx. konkrete oplysninger, der indberettes.
- Læsning og skrivning af portalservicespecifikke data (metadata og forretningsmæssige data), som portalen lagrer under portalservicens session.
- Integrationsmekanismer til overførsel af statiske parametre fra portal til portalservice på run-time, som er konfigureret på designtidspunkt (fx præferencer).
- Kobling mellem en portalservice og portalens CMS, såfremt en portalservice er afhængig af portalens CMS.
- Personalisering og customisering i form af metadata og udvekslingssnitflader.
- Integrationsmekanismer i forbindelse med fejlhåndtering, herunder udveksling af fejlmeddelelser. Forslag til relevante typer af fejlmeddelelser ønskes, ikke indholdet i specifikke meddelelser.
- Integrationsmekanismer i forbindelse med logning, overvågning og trafiktælling.
- Integrationsmekanismer i forbindelse med søgning på tværs af portalservices.
- Integrationsmekanismer i forbindelse med afvikling af audio/video.
- Integrationsmekanismer i forbindelse med up/download af filer.
