Felles nettgrensesnitt
Ett nettgrensesnitt med profiltilpassede menyer og arbeidsflyter.
Demonstrert i en lokal utviklingsversjon
Sumverk
Selvstendig produktutvikling · Under utvikling
Sumverk er en regnskapsplattform med felles kjerne og tilpassede arbeidsflyter for selvstendige bud, salonger og legepraksiser drevet som enkeltpersonforetak.
Sumverk samler fakturering, kunder, tilbud og kreditnotaer med utgifter, kvitteringer, posteringer, balanser og periodekontroll. Kjernen inneholder også import og avstemming av bankfiler, rapporter, måneds- og årsavslutning, sikkerhetskopiering og overlevering. Generelle ENK- og AS-oppsett omfatter også selskapsoppgaver som lønn og aksjonærer; hvilke funksjoner som vises, avhenger av profilen.
Kassarapporter fra salonger og plattformoppgjør til bud trenger ulike kontroller. Jeg arbeider med disse kontrollene og reglene for beregning og bokføring, mens felles oppgaver samles i regnskapskjernen.
Se innlesing av salongdata og felles kostnadsregistrering i Courier. Dette er separate eksempler fra regnskapsproduktet.
Dokumenterte skjermbilder fra utviklingen · demodata
Gå gjennom bookingfilen før den lagres som kildedokumentasjon.

Hold behandlinger og varesalg atskilt. Avstemming og bokføring er senere steg.

Courier-profilen bruker det felles kostnadsskjemaet. Skjermbildet viser skjemaet før lagring.

Skjermbildene viser utviklingsversjonen med demodata.
Ett nettgrensesnitt med profiltilpassede menyer og arbeidsflyter.
Demonstrert i en lokal utviklingsversjon
Utformet for å ha programmet og databasen lokalt på brukerens datamaskin.
Kode for Tauri-pakking finnes; pakket app er ikke testet
Profiltilpassede registreringsskjemaer og filoverføring for gjennomgang i skrivebordsprogrammet.
React Native/Expo-kode; ikke testet på telefon
Muligheter for gjennomgang, eksport og overlevering varierer mellom profilene.
Valgfritt samarbeid; ingen egen regnskapsførerapp dokumentert
Courier, Salon og Lege organiserer ulik virksomhetsinformasjon rundt en felles regnskapskjerne. Profilen tar vare på forskjeller som et bankinnskudd eller en totalsum alene ikke forklarer.
| Profil | Opplysninger fra virksomheten | Hvorfor beholde skillet? |
|---|---|---|
| Courier | Oppgjørsperiode, leveringsinntekter, plattformprovisjon og tips eller bonuser. Prinsipielle oppgjørsfelter: bruttobeløp, gebyrer og utbetalt beløp. | Sammenhold oppgjørsopplysningene med inntekter og kostnader i virksomheten; det innbetalte beløpet beskriver ikke hele aktiviteten. Feltene forklarer skillet; dette er ikke en demonstrert oppgjørsimport. |
| Salon | Behandlinger, varesalg, betalingsmåter og salg eller bruk av gavekort. | Skill mellom hva som er solgt, hvordan det er betalt og gavekortbevegelser. Salg av et gavekort og senere bruk er ulike hendelser; ikke enhver innbetaling er samme type inntekt. |
| Lege | Pasientens egenandel og den offentlige betalerens andel av et konsultasjonshonorar. | Fordel honoraret mellom betalerne i praksisens regnskap. Eksempelet gjelder verken pasientjournaler eller en aktiv tilkobling til HELFO for refusjonsoppgjør. |
De strukturerte opplysningene kan deretter brukes i felles økonomikontroller, regnskapsfunksjoner og relevante rapporter. Den bransjespesifikke tolkningen kommer før disse felles funksjonene.
Skjermbildene viser at oppgjørsopplysninger i Salon importeres og lagres for gjennomgang. Bokføring, avstemming og regnskapsavslutning ble ikke demonstrert i denne arbeidsflyten.
Ulike opplysninger fra bransjene, felles økonomikontroller.
Ulike virksomheter begynner regnskapsarbeidet med ulike opplysninger. En budvirksomhet mottar plattformoppgjør og registrerer provisjoner og kjøring. En salong avstemmer booking- eller kassadata, behandlinger, varesalg og gavekort. En legepraksis fordeler konsultasjonsinntekter mellom pasient og offentlig betaler. Disse forskjellene former skjermbildene og kontrollene rundt de felles regnskapsreglene.
| Driftsform | Nåværende status |
|---|---|
| Lokal nettleser | Utvalgte arbeidsflyter er kjørt lokalt med SQLite-data. Nettavhengige funksjoner krever fortsatt forbindelse. |
| Skrivebordsutgave | Tauri-kode og pakkemål for skrivebord finnes. Oppstart av en pakket native utgave er ikke bekreftet. |
| Registrering fra mobil | React Native/Expo-kildekode dekker registrering fra mobil og filoverføring. Native kjøring er ikke verifisert. |
| Skyløsning | Planlagt retning; ingen lansert sky- eller synkroniseringstjeneste. |
| KI-assistanse i produktet | Forslagsverktøy har eierkontroll. Valgfri lokal modellkjøring vises ikke i disse eksemplene. |
Salon-eksemplet følger to kilder til salgsopplysninger. En Fresha-fil med demodata leses inn som en oppgjørsoversikt og lagres for gjennomgang. Deretter lagres en Z-rapport fra kassen med egne summer for behandlinger, varesalg og klipp.
Lagring av disse kildedokumentene bokfører ikke beløpene eller fullfører avstemmingen. Eieren kan dermed kontrollere grunnlaget før neste regnskapssteg. Kostnadsskjemaet i Courier viser en annen inngang til den samme kjernen, mens Lege har sin egen arbeidsflyt for konsultasjoner og fordeling mellom betalere.
Den lokale nettleserdemonstrasjonen krevde tilpasning av avhengigheter og oppstart i en isolert kopi. Forslagsverktøy beholder eierens gjennomgang; valgfri lokal modellkjøring ble ikke demonstrert.
Kontakt om jobb · Oslo, Norge
Ta kontakt på e-post eller LinkedIn for en samtale om en relevant stilling.