Sende og motta store filer

[erikhag1]

Users view

Title: **Sende store filer til en eller flere mottakere **
User role(s): Avsender
Users value statement(s):
Ved å kunne sende store filer til en eller flere mottakere sikrer jeg effektiv og pålitelig overføring av viktig informasjon eller data. Dette eliminerer behovet for kompliserte "omveier", som f.eks oppsplitting av filer eller bruk av eksterne eller manuelle metoder for overføring av data (f.esk minnepinne). Med denne funksjonaliteten kan jeg sørge for at mottakere raskt får tilgang til nødvendige filer, noe som sparer tid, ressurser og øker produktiviteten for alle involverte parter

Vendors view

Description

High level features (capabilities):

• Formidle oversendendelse av store filer fra en avsender til en eller flere mottakere

Additional information

TBD

Features

Preview Give feedback

1. Levere meldinger til adresserte mottakere (MVP)
2. Event-basert statustilbakemelding (MVP+1)
3. Formidling - GUI #523
   kind/feature-request product/formidling +2
4. Adressering og ruting basert på felles adresse/kapabilitetsregister
5. Støtte pub-sub
6. Logging av mottak også for events (ikke for lesing av events for Formidlingstjensten)
7. Sende filsamlinger med mulighet for samlet og enkeltvis levering og oppfølging av status #82
   0 of 4
   kind/feature role/sender status/draft +3
8. Etablere infrastruktur for bygg, deploy og test #105
   7 of 7
   kind/feature product/formidling role/provider +3
   
9. Oppdage forsinkede og mislykte forsendelser #79
   2 of 5
   kind/feature product/formidling role/sender +3
10. Sanering av filer #104
    2 of 3
    kind/feature product/formidling role/customer role/sender status/draft +5
    
11. Tidsnok levering av meldinger iht. SLA med aktuelle mottakere, uavhengig av belastning på systemet #85
    2 of 6
    kind/feature product/formidling role/sender status/draft +4
12. Sikre at dokumenter som utveksles ikke utsettes for brudd på informasjonssikkerhet og personvern #84
    7 of 9
    kind/feature product/formidling role/customer +3
13. Logging and monitoring #202
    1 of 3
    kind/feature product/formidling +2
    
14. Få gjentatt oversendelse av komplett dokumentsamling på forespørsel #67
    2 of 3
    kind/feature role/recipient status/draft +3
15. Identifisere at det er endringer i mottatte filer #69
    3 of 3
    kind/feature role/recipient status/draft +3
16. Kansellere forsendelser #72
    0 of 1
    kind/feature product/formidling role/sender status/draft +4
    
17. Tilrettelegge brukervennlige løsninger for å sende og motta store filer #87
    0 of 10
    kind/feature product/formidling role/recipient role/sender status/draft +5
18. Interoperabilitet på tvers av sektorer, land og kommunikasjonsinfrastrukturer #71
    0 of 4
    kind/feature role/serviceowner status/draft +3
19. Velge mellom å motta kun nye og endrede dokumenter i en sak vs. hele dokumentsamlingen #88
    0 of 3
    kind/feature role/recipient status/draft +3
20. Velge mottakskanal for forsendelser og varsler #89
    1 of 4
    kind/feature product/formidling role/recipient status/draft +4
21. Integrasjon med egne fagsystemer #70
    1 of 3
    kind/feature product/formidling role/recipient role/sender status/draft +5
22. Motta varsel om forsendelse #78
    3 of 3
    kind/feature product/formidling role/recipient status/draft +4
23. Finne og velge riktig mottakeradresse #64
    0 of 3
    kind/feature role/sender status/draft +3
24. Tilgjengeliggjøre formidlingstjenesten i dialogporten > "create dialogue"
25. Begrensning av API-forespørsler/Rate Limiting #420
    6 of 7
    kind/feature product/formidling +2
    
26. Støtte veldig store filer #525
    11 of 11
    kind/feature product/formidling +2
    

Work items

Preview Give feedback

No tasks being tracked yet.

Item attributes

Note: Automatically updated properties, not intended for change by you;)

Issue type: epic
Concept no: 24
Stage: Operation
ArchiConceptID: id-e7b524d5fcc04edabf0db219d0d164fe
GithubIssueID: I_kwDOIwEQMM5vYMwG

[erikhag1]

Det nye Rressursregisteret/RRR åpner for at tjenesteeiere kan lege inn logikk som f.eks. mottakerregister. Se også ELMA… Kan settes opp av mottaker (hva kan og vil jeg) og/eller tjenesteeier

• ang. pub-sub: push-varsel
• funksjonalitet for å sjekke status på prosess oppp mot koreografi

[RagnarFatland-Avanade]

"Støtte pub-sub"
Må grubles litt over; dersom fokus er sikkerhet, så bør avsender ALLTID vite hvem som kan motta forsendelsen før de sender.
Når jeg tenker Pub-Sub, så er mottakere ansvarlige for å sette opp subscriptions, og avsender publiserer kun meldingen uten å vite hvem som mottar.

[erikhag1]

Ang, pub-sub, så kreves det autorisasjon på mottak/sub. Tror dette er innbakt i Altinn Events, men må sjekkes nærmere.