# data[].attributes.headline
Problemer/utfordringer vi kan prøve å løse

# data[].attributes.subject
Problemer/utfordringer vi kan prøve å løse

# data[].attributes.body
Unødvendige feil som oppstår på grunn av uklarheter ved kontraktsinngåelse og på grunn av feil som er lett å gjøre underveis f.eks at en person uten fullmakt sender en endring som så utføres.
Mye tid brukes på inngåelse og forvaltning av kontraktene og likevel blir det ofte(antar det?) tvister
Mye tid brukes på å sende varsler og endringsforslag osv
Uklart om noe er en byggherresvikt eller en endring
Plutselig har sluttparten (den som har kjøpt en boligprosjekt eller den som skal drive flyplassen som bygges) kontakt direkte med en underleverandør om f.eks hvilke fliser som skal brukes uten at det er enighet om det

# data[].attributes.body
Varsel om fare for skade (og tiltak?) etter punkt 11.1(3) jf. punkt 42
Varsel om skade (og virkning - hvem har ansvaret - utbedring/prisavslag?) punkt 11.2
Varsle om stikningsarbeid etter 12.3
Varsle om utstyr etter 12.6
Varsle om entreprenørens prosjektering etter 13.2
Melde om at kontraktsarbeidet ikke er i samsvar med kontrakten etter 14.1

# data[].attributes.body
Mapper for

dokumenter det er enighet om - en part kan ikke alene legge inn dokumenter der inkl endelig referat

Forslag og referater (og protokoller) som ikke er godkjent enda

Forslag som er avslått

Forslag som er for sene i henhold til punk 8 3.ledd i NS8405-2008

Varsler/ting som skal meldes inn

Ulike filtyper?

Mulighet for å laste ned alle dokumentene?
Ulempe: lett å gå over til en annen tjeneste
Fordel: lettere å argumentere for å prøve ut vår tjeneste siden det er lett å bytte fra om det ikke funker - viktig også basert på at tidshoristonten til prosjektene er lang og det kan derfor være skummelt å skulle prøve en startup

Ide: alternativ organisering basert på tegning av bygningen? Praktis, men ved motstrid «gjelder beskrivelsen foran tegningene»

# data[].attributes.headline
(Nice to have?) Integrere Norsk Standard i løsningen/appen

# data[].attributes.subject
(Nice to have?) Integrere Norsk Standard i løsningen/appen

# data[].attributes.body
Norsk Standard kontrakter koster jo egentlig penger. Vi burde derfor (hvertfall i refleksjonene for veien videre) ha dette integrert. For eksempel en måte å verifisere at de som bruker appen har kjøpt kontrakten eller mulighet til å kjøpe den gjennom appen.
Opphavsrettsproblemer med at vi bruker norsk standard? Må vi (hvis det skulle blitt utviklet) også ha kjøpt standarene i tillegg/må ha et samarbeid med Norsk Standard?

# data[].attributes.body
- Byggherren alene?
- Entreprenøren alene?
- Begge to?
- Staten, som et program man må bruke når man bruker standardkontrakter?

# data[].attributes.body
Det må være helt tydelig at programmet er den autoritative portalen man bruker. Avtalen med oss må derfor inngås før noe arbeid starter.
- Egen klausul i kontrakten mellom byggherre og entreprenør? (drøm, men antakelig ikke realistisk)

# data[].attributes.body
- Effektiv håndtering av mangler og endringer i kontrakter
- Dekker alle behov, slik at man kun trenger denne tjenesten - muligens å gape litt for vidt
- Sikring av samtidige bevis
- Bidra til å forebygge tvister
- Bidra til raskere tvisteløsing

# data[].attributes.body
Ulike brukere av systemet kan ha ulike behov- Kanskje noe i retning av:

Admin/superbruker: Har full tilgang, gir andre brukere tilgang til relevante kontrakter og handlinger. Tilgang via web, også til historisk kontraktsarkiv etc.

Kontraktsansvarlig/konsernjurist: Har ansvar hos byggherre for å opprette kontrakter, sende til signering, legge inn rett kontaktpersoner, følge opp og kobles på om det oppstår uenigheter(Behovet for dette som egen rolle avhenger kanskje av størrelsen på byggherre-selskapet?)

Prosjektleder byggherre: Oppfølging av konkrete prosjekter/kontrakter fra byggherre-siden (Foretar inspeksjoner underveis, følger opp milepæler/planer, melder inn feil, godkjenner rettinger etc. underveis)

Prosjektleder entreprenør: en "gjestebruker" med tilgang til kontrakten de er ansatt for å følge opp- følger opp fra entreprenørens side

Kontrollør: Uavhengig tredjepart (f.eks. takstmann el?) kan få tilgang under konkrete kontrakter for å utferdige en sluttrapport/retteliste som vil lagres i systemet sammen med kontrakten? (usikker på hvor mye dette brukes, men vi hadde en inne da vi hadde prosjekt i borettslaget som skulle dokumentere hva vi ble enige om vdr innrapporterte feil- ulempen var at han hadde penn og papir som både var feil-datert (brukte gammel utskrift), uleselig pga håndskrift og hadde bare med ett a4-ark med to linjer til hvert sjekkpunkt)

Kontaktsmedhjelper? Melde inn feil til/på vegne av byggherre/entreprenør

Hva med sidentreprenør og underentreprenør?

# data[].attributes.headline
Nice-to-have: Opptak av møter/telefonsamtaler i løsningen?

# data[].attributes.subject
Nice-to-have: Opptak av møter/telefonsamtaler i løsningen?

# data[].attributes.body
Kommunikasjon om feilretting etc. kan være hensiktsmessig å ta muntlig, men da oppstår problem med å kunne bevise hva som er avtalt i ettertid- om møter ble gjennomført via applikasjonen kunne opptak feks. bli bevart- MEN opptak av stemme regnes vel som biometriske data under GDPR, og det skal da særlig grunnlag til etter art. 9- 9f kan kanskje være relevant, men usikker på om det vil være oppfylt i et slikt tilfelle? Kan problemet løses ved at man 1) samtykker til at møtet behandles i appen og 2) appen genererer et referat basert på opptaket, slik at opptaket ikke lagres i ettertid, kun automatisk generert referat? Eller blir dette for komplisert? Problem med automatisk referat er nøyaktigheten - jeg har ikke vært borti en løsning som er helt nøyaktig.

# data[].attributes.body
Kontaktpersoner for selskaper og prosjekter vil ha brukere, som minimum må ha:
- Navn
- Stillingstittel/rolle
- Arbeidsplass
- tilknyttet prosjekter
- Kontaktinfo: e-post og/eller telefonnummer (strengt tatt nødvendig om man tilrettelegger for at all kommunikasjon går i løsningen?)
- Signatur (på kontrakt, evt. på senere endringsvedlegg, forlik osv.) - Legge til rette for flere ulike eksisterende signaturløsninger? Jeg har inntrykk av at det er flere som er etablerte i dag og derfor ønskelige å bruke.

Grunnlag:
For oss som databehandler- oppfyllelse av kontrakt

Må huske å skrive om mulighet til å slette personlig informasjon. (Spesielt med blockchain kanskje)

Hvem har tilgang til hva -> se roller i systemet.

# data[].attributes.body
- Noe lav IT-kompetanse? bruker lite PC til til daglig? App å foretrekke for sluttbruker?
- Språk: Samme som kontrakter (norsk?)- mange har engelsk som arbeidsspråk- bør appen tilrettelegge for dette?

# data[].attributes.body
- Varslingssystem mtp. frister på mail

# data[].attributes.body
- Applikasjonen gjenkjenner kontrakten.
- Kan det kobles på signeringsløsning? Avtalen signeres og lagres digitalt i løsningen?

Inngå kontrakten på platformen? Utgangspunkt i NS også gjøre det lett forståelig hva som er deklaratorisk og hva man kan legge til?

# data[].attributes.headline
Sikker oppbevaring av all informasjon (generelt)

# data[].attributes.subject
Sikker oppbevaring av all informasjon (generelt)

# data[].attributes.body
Mye informasjon vil være sensitiv, og kunder må kunne betrygges med at informasjonen lagres trygt. Kanskje via blockchain, med en tredjepart som påtar seg risikoen for at informasjonen stemmer? Se på ekstern tilbyder av enten:
1. Lagringsplass, eller
2. Sikring av vår egen lagringsplass.
Evt andre løsninger.

# data[].attributes.headline
Både til telefoner og til datamaskiner (generelt)

# data[].attributes.subject
Både til telefoner og til datamaskiner (generelt)

# data[].attributes.body
Som mange andre programmer: Man bruker telefonen til å ta bilder, dokumentere, få varsler mv., men man kan også åpne programmet på en PC, hvor man får enda bedre oversikt.

Til pitch: Lage en ordentlig prototype til telefon, men også et enkelt utkast til "Hjem"-siden vil se ut på pc?

# data[].attributes.headline
(Nice to have) Robot (AI/maskinlæring) som kan løse noen type tvister (siste fase?)

# data[].attributes.subject
(Nice to have) Robot (AI/maskinlæring) som kan løse noen type tvister (siste fase?)

# data[].attributes.body
Ikke aktuelt å implementere innenfor rammen av faget. Et godt tilskudd til applikasjonen på lang sikt.

# data[].attributes.body
- Sist frist for å klage
- Frist for å respondere på klage
- Frist for å akseptere retting?
SI ifra om at maskiner fjernes
Entreprenør kan kreve leveringsplan (og revidering) etter 20.3
Varsle om avvik etter hvertfall 20.3

Kommentar til dette: Hadde vært kult om man i appen kan klikke seg inn på vær enkelt kontrakt og velge ulike handlinger, f.eks. "Meld inn mangel", "gi beskjed om forsinkelse" (osv.osv.), og at disse funksjonene var knyttet opp mot kontraktsklausulene, slik at det vil opprettes en "sak" der svartfrist og konsekvenser legges inn automatisk

Inkludere møter i kalenderen?
Burde være mulig å «abonnere» på kalenderen slik at den kommer over på google kalender/apple sin osv.