Tilbake til utvalgt arbeid

Regnskap tilpasset ulike typer arbeid

Selvstendig produktutvikling · Under utvikling

Sumverk er en regnskapsplattform med felles kjerne og tilpassede arbeidsflyter for selvstendige bud, salonger og legepraksiser drevet som enkeltpersonforetak.

Status nå

Demonstrert lokalt
Felles kostnadsregistrering og innlesing av salongdata er demonstrert i en lokal nettleser.
Under utvikling
Betalingsoversikten i Courier og HELFO-import trenger videre arbeid. Skrivebordsutgaver, mobilutgaver og driftet skytjeneste er ikke verifisert.
Se de dokumenterte skjermbildene

Én regnskapskjerne, ulike utgangspunkt

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.

Regnskap som passer arbeidsdagen

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 nærmere på prototypen

Se innlesing av salongdata og felles kostnadsregistrering i Courier. Dette er separate eksempler fra regnskapsproduktet.

Dokumenterte skjermbilder fra utviklingen · demodata

  1. 1Se oppgjørsoversikten
  2. 2Gå gjennom Z-rapporten
  3. 3Registrer en kostnad

Se oppgjørsoversikten

Gå gjennom bookingfilen før den lagres som kildedokumentasjon.

Salon-profil med forhåndsvisning av et eksempeloppgjør fra Fresha og summer for tjenester, varesalg og betaling.
En bookingfil med demodata blir til en oppgjørsoversikt. Ved lagring beholdes kildedokumentasjonen for gjennomgang; beløpene bokføres ikke.Åpne skjermbildet i full størrelse

Gå gjennom Z-rapporten

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

Lagret Z-rapport fra Salon-kassen vist som kildedokumentasjon.
Den lagrede Z-rapporten skiller mellom behandlinger, varesalg og klipp. Avstemming og bokføring er senere steg.Åpne skjermbildet i full størrelse

Registrer en kostnad

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

Utgiftsskjema i Courier med opplysninger om en virksomhetsutgift klare for kontroll før lagring.
Felles kostnadsregistrering, her i Courier-profilen før lagring.Åpne skjermbildet i full størrelse

Skjermbildene viser utviklingsversjonen med demodata.

Apper og roller

Felles nettgrensesnitt

Ett nettgrensesnitt med profiltilpassede menyer og arbeidsflyter.

Demonstrert i en lokal utviklingsversjon

Skrivebordsprogram

Utformet for å ha programmet og databasen lokalt på brukerens datamaskin.

Kode for Tauri-pakking finnes; pakket app er ikke testet

Profiltilpasset registrering på telefon

Profiltilpassede registreringsskjemaer og filoverføring for gjennomgang i skrivebordsprogrammet.

React Native/Expo-kode; ikke testet på telefon

Frivillig kontroll hos regnskapsfører

Muligheter for gjennomgang, eksport og overlevering varierer mellom profilene.

Valgfritt samarbeid; ingen egen regnskapsførerapp dokumentert

Felles regnskap. Ulike arbeidsopplysninger.

Courier
Selvstendig budvirksomhet: plattforminntekter, provisjon, oppgjørsperioder og kjørelengde.
Salon
Booking- og kasseopplysninger: behandlinger, varesalg, betalingsmåter og gavekort.
Lege
Konsultasjoner: pasientbetalinger og det offentliges andel av honoraret.
Profilregler og nåværende begrensninger

Derfor har bransjeprofilene en funksjon

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.

Prinsippskisse for informasjonsflyten
  1. Bransjens opplysninger
  2. Tolkning og kontroll i profilen
  3. Strukturerte kildedata
ProfilOpplysninger fra virksomhetenHvorfor beholde skillet?
CourierOppgjø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.
SalonBehandlinger, 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.
LegePasientens 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.

Felles regnskapsfunksjoner

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.

Slik henger delene sammen

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.

Drift og tilgjengelighet

Status for apper og driftsformer
DriftsformNåværende status
Lokal nettleserUtvalgte arbeidsflyter er kjørt lokalt med SQLite-data. Nettavhengige funksjoner krever fortsatt forbindelse.
SkrivebordsutgaveTauri-kode og pakkemål for skrivebord finnes. Oppstart av en pakket native utgave er ikke bekreftet.
Registrering fra mobilReact Native/Expo-kildekode dekker registrering fra mobil og filoverføring. Native kjøring er ikke verifisert.
SkyløsningPlanlagt retning; ingen lansert sky- eller synkroniseringstjeneste.
KI-assistanse i produktetForslagsverktøy har eierkontroll. Valgfri lokal modellkjøring vises ikke i disse eksemplene.
Flere produktopplysninger og tekniske detaljer

En salongdag fra kildedokumentasjon til kontroll

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.

Teknisk merknad

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.

Ta kontakt om en stilling

Ta kontakt på e-post eller LinkedIn for en samtale om en relevant stilling.