Nettflate for skolekontoret
Timeplan, elev- og personaldokumentasjon, økonomi, læring og administrasjon
Utvalgte sider for skolekontoret er testet lokalt
Veisteg
Selvstendig produktutvikling · Under utvikling
Veisteg er en driftsplattform for trafikkskoler, kontoransatte, lærere og elever eller foresatte, som kobler skolearbeidet til opplærings- og økonomiske registreringer.
På en trafikkskole må kontoret, lærerne og elevene kunne arbeide ut fra samme opplysninger. Veisteg samler timeplanlegging, kjøretøy og kurs med elevregister, opplæringsprogresjon, meldinger og økonomi.
Jeg arbeider med hva som må følge med mellom rollene: hva læreren registrerer, hva eleven skal se, og hva kontoret må følge opp. Erfaringen min fra drift og økonomi hjelper meg å utforme arbeidsflyten. Jeg bruker KI-assistert utvikling til å bygge skjermbildene og reglene rundt den.
Se separate visninger for skolen og eleven. Koblingen fra kjøretime til økonomi er kontrollert separat fra disse skjermbildene.
Dokumenterte skjermbilder fra utviklingen · demodata
Kontoret ser kjøretimer og ressurser samlet i skolekalenderen.

Nettutgaven av elevappen viser aktiviteter fra den lokale demotjenesten, med simulert innlogging.

Økonomiadministrasjonen hører til Veistegs skoleløsning. SUMVERK-navnet er gjenbrukt profilering.

Skjermbildene viser utviklingsversjonen med demodata.
Timeplan, elev- og personaldokumentasjon, økonomi, læring og administrasjon
Utvalgte sider for skolekontoret er testet lokalt
Flutter-app med prosjekt for Android og iOS
Flutter-kode for Android/iOS; lærerappen er ikke kjørt
Én Flutter-app for Android, iOS og nettleser
Nettversjon testet lokalt; telefonapp ikke testet
Flater for kontor, lærer, elev og tilknyttet foresatt
Rollebaserte tilgangsregler i kildekoden
Plattformen inneholder også læring og teori, pakker og fakturaer, hovedbok og avstemming, personal- og utgiftsadministrasjon, nettsted og henvendelser, rapportering og TABS-migrering med CSV-filer. Ulike roller får ulike arbeidsflater. Økonomiområdet merket SUMVERK er Veistegs egen implementering, adskilt fra det selvstendige regnskapsproduktet.
| Driftsform | Nåværende status |
|---|---|
| Administrasjon på nett | Skolens data hentes gjennom skolens tjeneste; utvalgte sider kjørte lokalt. |
| Elevapp i nettleser | Nettversjon koblet til den lokale skoletjenesten med demodata |
| Native apper | Prosjektmål for Android/iOS finnes; enhet eller publisering er ikke kontrollert |
| Utvalgt håndtering ved gjenoppkobling | Noen lærerhandlinger kan legges i kø og prøves på nytt; dette betyr ikke at hele appen virker uten nett |
| Lokal server og skydrift | En felles Go/PostgreSQL-tjeneste er kjørt lokalt. Oppsett for skydrift finnes i kildekoden; en skybasert tjeneste i drift er ikke verifisert. |
| Tilgang fra datamaskin | Administrasjonen kjører i nettleser. Lokale startprogrammer starter tjenestene og åpner den; dette repositoriet har ikke et eget native skrivebordsprogram. |
Følg ansvaret fra planlegging til opplæring og riktig økonomiregel.
En kvalifiserende time bruker en eksisterende forhåndsbetalt pakke. Fullføring gir ikke automatisk en ny faktura eller innbetaling.
Betinget forløp støttet av kildekode; skjermbildene viser separate visninger. Vern mot gjentatt pakkebruk og håndtering av avlysning/tvist må fortsatt verifiseres.
Skolen, eleven og trafikklæreren har ulike oppgaver. Når en time fullføres, oppdateres opplæringsoversikten og den aktuelle økonomiregelen vurderes. Det betyr ikke automatisk en ny innbetaling.
Sett opp kjøretimen.
Se den planlagte timen.
Gjennomfør timen.
Registrer fullføring og attester opplæringen.
Oppdater elevens opplæringskort.
Vurder den konfigurerte regelen for pakke eller annen betaling.
Registrer pakkebruk og økonomiposten som den konfigurerte regelen krever. Et nødvendig kontrollkrav er at samme fullføring bare bruker rettigheten én gang, også ved nye forsøk. Dette betyr ikke i seg selv en ny faktura eller innbetaling.
Følg den konfigurerte løsningen utenfor pakke. Ikke forutsett at hver fullføring oppretter en ny faktura.
Ikke behandle timen som fullført i dette eksempelet. Avlysning, fravær og uavklarte timer må håndteres etter skolens egne regler.
Kildekode og avgrensede kontroller støtter betinget pakkebruk. Skjermbildene viser separate administrasjons- og elevvisninger, ikke én sammenhengende brukerreise. Vern mot gjentatt pakkebruk og håndtering av avlysninger eller tvister må fortsatt verifiseres.
En kvalifiserende time kan bruke en eksisterende forhåndsbetalt rettighet i stedet for å belaste eleven på nytt.
Kildekoden kobler fullføring av en kjøretime til opplæring og økonomi. Avgrensede tester dekker betinget pakkebruk. Nettutgaven av elevappen viser separat innlogging og kommende aktiviteter. Dette er ulike deler av grunnlaget, ikke én demonstrert brukerreise på tvers av appene.
Native telefonapper og driftet skyløsning ble ikke prøvd. Utvalgte handlinger kan legges i kø og sendes når forbindelsen er tilbake; dette er ikke full drift uten nett. TABS-støtten bruker CSV-opplasting, forhåndsvisning og avstemming; et direkte TABS-API ble ikke demonstrert. Koblingen fra kjøretime til regnskap ble kontrollert separat fra skjermbildene.
Kontakt om jobb · Oslo, Norge
Ta kontakt på e-post eller LinkedIn for en samtale om en relevant stilling.