Én eiendom.
Altfor mange
systemer.

Vi bygger en egen app for bedriften deres, ut fra et avtalt behov. Funksjoner, datagrunnlag og oppfølging beskrives i et skriftlig tilbud. Dere kjøper appen og kildekoden som en engangsleveranse.

Bedrifter med en tydelig arbeidsflyt å samle eller forenkle. Størrelse, antall brukere, dagens verktøy og nødvendige integrasjoner påvirker om en egen app er et godt valg. Et standardverktøy kan fortsatt være riktig hvis det allerede dekker behovet.

Nei. Beskriv behovet i skjemaet på bransjesiden. Vi bruker svarene til å avklare omfang og lage et skriftlig tilbud. Hvis noe er uklart, tar vi oppklaringen på e-post.

Nei. Fjellvik Eiendom, personene og dataene i demoen er fiktive. Eksempelet viser hvordan en app kan fungere og dokumenterer ingen kundeleveranse eller oppnådd besparelse.

Toyota prioriterer de nødvendige funksjonene. Mercedes gir rom for flere funksjoner, mer tilpasning og tettere oppfølging. Lamborghini tar utgangspunkt i hele drømmeappen. Valget påvirker prisen; den skriftlige beskrivelsen avgjør hva som faktisk inngår.

Det avhenger av funksjoner, datagrunnlag, integrasjoner, tilgangsbehov og oppfølging. Dere får et skriftlig tilbud. Bilvalget alene er ikke en bestilling eller en bindende pris.

Selve appen leveres som et engangskjøp. Hosting, tredjepartstjenester, løpende AI-bruk og eventuell videre oppfølging kan koste penger og avklares separat. Kunden skal vite hvilke utgifter som gjenstår.

Når appen er levert og klar til den avtalte bruken. Hvordan dette bekreftes, hva som skal testes og hva som skjer etter prøveperioden beskrives i tilbudet. Innsending av et skjema starter ikke prøveperioden.

De forklarer hva som inngår når vi beregner tilbudet: kundeanskaffelse, arbeid, AI-bruk og midler til neste kunde. Oppsettet i skjemaet er en forklaring, ikke en faktura. Konkrete beløp og leveranse avklares skriftlig.

En annen bedrift må kjøpe en app gjennom deres verv. Det er ikke nok å dele en lenke eller at noen fyller ut et skjema. Da fjernes post 04 fra tilbudet etter de avtalte vervebetingelsene. Vervelenke og nærmere vilkår følger tilbudet. Rabatt utløses kun ved faktisk kjøp etter avtalte vilkår.

Vi må undersøke hva som faktisk kan erstattes, hvilke data som kan flyttes og hvilke avtaler som fortsatt trengs. Et nytt grensesnitt fjerner ikke lisensen til et system som appen fortsatt er avhengig av.

Ved kjøpet får dere kildekoden til den avtalte leveransen og den avtalte dokumentasjonen. Rettigheter til eventuelle tredjepartskomponenter følger deres lisenser. Kontoer, eierskap, tilganger og overlevering beskrives skriftlig.

Det er en del av poenget med overleveringen. Koden, dokumentasjonen og tilgangen til kundens kontoer skal gjøre det mulig å bruke en annen utvikler. Hva som følger med av oppsett og hjelp ved overlevering avtales før bygging.

Vi kartlegger tilgjengelige eksportfiler, datakvalitet og rettigheter. Hva som flyttes, eventuelt ryddes og kontrolleres må være en del av leveransen. Dere trenger ikke vite hva en API er for å beskrive behovet.

Ja, roller og innsyn per kunde, prosjekt eller team kan inngå i appen. Vi avtaler hvem som skal se, endre, registrere og godkjenne informasjon. Tilgangene må testes før reelle data tas i bruk.

AI brukes til å bygge løsningen. Det betyr ikke at driftsdata automatisk må sendes til en AI-modell. Eventuelle AI-funksjoner, databehandling, underleverandører og nødvendige avtaler avklares før data tas i bruk.

Drift, sikkerhetsoppdateringer, feilretting, endringer hos andre leverandører og videre støtte avklares i tilbudet. Engangskjøp betyr ikke at fremtidig arbeid er kostnadsfritt. Ansvar og eventuelle løpende kostnader skal være tydelige før oppstart.

Det avhenger av omfang, datatilgang og avklaringer. Før bygging avtaler vi leveranse, tidsplan og hvordan løsningen skal testes. Et lite, tydelig første omfang gjør det lettere å komme i gang.

Ja. Når du bekrefter siste steg, sendes forespørselen til Egen og lagres i mottaket. Du får en referanse på siden. Innsending er ikke en bestilling og starter ikke prøveperioden.

Nei. Vi må avklare riktig datatilgang, samtykker og hvordan målepunktene tilhører eiendommene. Tilgjengelighet, historikk og oppdateringsfrekvens beskrives i leveransen. Demoen er ikke koblet til Elhub.

Vi avtaler regler for validering, manglende verdier, korrigeringer og avviksvarsler. At to systemer henter fra samme kilde betyr ikke at behandling og presentasjon blir identisk. Sporbarhet og kontroll må være en del av arbeidet.

Tilbudet tar utgangspunkt i lesing og oppfølging. Fysisk styring er et eget omfang som krever særskilt avklaring av tilgang, testing og ansvar. Den interaktive bygningsmodellen i demoen styrer ingen faktiske anlegg.