Tips |
---|
Revidert forslag er lagt inn etter arbeidsgruppemøtet. Forslaget er publisert. Endringer vil komme etter diskusjoner med arbeidsgruppa 9. desember. |
...
Se egen side: API for kvittering: Valideringsregler
API for mangel
Vi foreslår følgende validering ved utsending av mangelbrev:
...
For detaljert informasjon om validering av metadata, saksnummer, milepæl og utgående dokument, se felles datafelt.
UtlostFraSjekkpunkt
For å kunne hente inn sjekkpunkt som ikke er lagt inn i Nasjonale sjekklister for byggesak, ønsker vi først å validere på sjekkpunktEier.
Dersom sjekkpunktEier er DiBK eller SSB, vil sjekkpunktID og SjekkpunktTittel være obligatorisk.
Dersom sjekkpunktEier er kommunen, vil det være frivillig å legge inn sjekkpunktID og sjekkpunktTittel.
Svarfrist
Vi foreslår å gjøre SvarFrist obligatorisk i API for mangel. Fristen skal angis i standard datoformat.Se egen side: API for mangler: Valideringsregler
API for vedtak
Vi foreslår følgende validering ved utsending av vedtak:
...
For detaljert informasjon om validering av metadata, saksnummer, milepæl og utgående dokument, se felles datafelt.
SjekklisteUtfall
Det vil ikke alltid være utfall ved utsending av vedtak, derfor er bolken frivillig. Utfall skal sendes strukturert dersom det er vilkår eller oppfølgingspunkt.
UtlostFraSjekkpunkt
Se nærmere detaljer om logikken i valideringen her: API for mangel - Utlost fra sjekkpunkt.
API for oppdatert milepæl
...
For detaljert informasjon om validering av metadata, saksnummer og milepæl, se felles datafelt.
API for saksoppdatering
Vi foreslår følgende validering ved saksoppdatering:
...
For detaljert informasjon om validering av metadata, saksnummer og utgående dokument, se felles datafelt. Feltene skal kun oppdateres dersom det er noe nytt å melde i saken.
...
For detaljert informasjon om validering av metadata, se felles datafelt.
Opprinnelig saksnummer og til saksnummer
...