Open Andreass2 opened 4 days ago
En detalj med "varslingstidspunkt" som eksponeres fra Altinn 2: den har kun en verdi dersom Altinn-løsningen klarte å sende e-posten videre til e-post serverer. ellers så er den NULL. I praksis så er det kun dersom en e-post addresse har ugyldig format at det kan skje. Men siden A2 ikke har kontroll på hva som skjer på mailserveren er det ikke garantert at det har gått en e-post helt ut til mottakers server / klient. Men vi kan jo uansett ikke ha oversikt hele veien frem til sluttbrukers øyne, så ett sted må vi kunne si "godt nok".
Vi bør definere klare krav ovenfor hvordan vår bruk av varsling skal brukes.
Per i dag lagrer ikke Varsling informasjonom innholdet i varslene, er det noe vi bør/må ta vare på selv eller holder det å vite at en varsel er sent på X dato til Y epost/tlf? I A2 kan en TE kun se avsendertidspunkt, Varslingskanal og Varslingsadresse(tlf nr/epost)
Foreløpig plan er å returnere VarslingsID i details/overview request, for så å ha ett eget endepunkt som kaller Varsling sin varslingshistorikk. Men er det noe vi også burde lagre selv. Hvilke krav har vi til lagringstid av varslingshistorikk?
Er det krav om at vi sjekker om et varsel faktisk har blitt sendt OK, eller holder det at vi fikk opprettet varselet OK i notification? Det ser ikke ut som Varsling har noe event system per i dag, så her må vi enten sende det som et krav til varsling eller opprette en pollefunksjon.
Varsling tar i mot avsender epost/tlf nummer. Skal vi la TE definere avsender adresser selv. Bør vi undersøke hvilke steg dette innebærer med Varsling? Noe manuelt arbeid rundt å sette opp antispam, dns verdier osv?