Bokforing.io

Utmaningen

Ett bokföringssystem måste följa lagen även när någon försöker låta bli. Lägger man reglerna i gränssnittet räcker det med ett API-anrop förbi det för att bryta dem.

Vad vi byggt hittills

• Flera bolag från grunden

  Behörighet per modul, per användare och per bolag, genomdrivet på radnivå i databasen.

• Räkenskapsår

  Val av kontantmetod eller fakturametod, och garanterat icke-överlappande perioder.

• BAS-kontoplan

  Systemmall med momskoder och rapportrutor, provisionerad per räkenskapsår.

• Verifikationsregistrering

  Utkast, tangentbordsflöde, kontosökning och löpande saldo.

• Hårda spärrar vid bokföring

  Balans mellan debet och kredit, endast aktiva konton, datum inom räkenskapsåret.

• Luckfria serienummer

  Tilldelas atomiskt i samma ögonblick som verifikationen bokförs, aldrig på utkast.

• Oföränderlighet

  Databasen blockerar ändring och radering av bokförda verifikationer.

• Rättelse enligt lag

  Omvänd verifikation, länk mellan original och rättelse, och strykning av enskild rad med vem, när och varför.

• Periodlåsning

  Kan gälla alla eller utvalda användare, med undantag för bokslutsserien.

• Fullständig händelselogg

  En logg som bara går att lägga till i.

• Egen agentyta

  En AI-assistent kan läsa bokföringen med exakt samma behörigheter som användaren själv har.

Nästa steg

Rapporter, SIE-import och export, dokumentinkorg, bankimport samt kund- och leverantörsfakturor.

Varför vi visar det ändå

Det här är den svåra delen. Rapporter kan byggas när som helst. En regelefterlevnad som ligger i databasen och inte går att runda, ens av oss själva, är det som avgör om ett ekonomisystem håller.

Bilder