Utmaningen
Genomsnittlig svensk SMB betalar för 4–6 separata system
Faktureringsverktyg, bokföringsprogram, order- och offertsystem, inköpshantering, leverantörsfaktura-portal, tidrapportering — alla i var sitt universum. Resultatet är dubbla inmatningar, integrationer som bryts och en ekonomiavdelning som spenderar halva tiden på att stämma av mellan system istället för att tolka siffror.
Marknadens svar: fler integrationer. Vårt svar: färre system.
Vad vi bygger
Fem moduler, ett system, en sanning
Fakturering
- Kompletta svenska standardregler: moms, ROT/RUT, omvänd skattskyldighet
- Återkommande fakturor med automatisk hantering
- E-faktura (Peppol) och PDF som standard
- Påminnelse- och inkassoflöden
Orderhantering
- Offerter, ordrar och leveranser i ett flöde
- Koppling till lagernivåer utan separat lagersystem
- Automatisk fakturering vid leverans
Inköp
- Inköpsorder mot leverantörer
- Leverantörsfakturor: manuell inmatning och Peppol-import
- Attest- och betalflöden med spårbarhet
Bokföring
- Full BAS-kontoplan med svenska standarder
- Automatiska konteringar baserade på affärshändelser
- Avstämning, momsdeklaration, periodisering, årsbokslut
En sanning, en databas
- Alla moduler delar samma underliggande data
- En kundkontakt är samma kontakt i offert, order, faktura och bokföring
- Inga import/export-flöden mellan moduler — ingen data förloras i transition
Hur vi tänker tekniskt
Datamodellering som kärna — AI och Peppol som standard
Att bygga en ekonomi-SaaS från grunden 2026 är möjligt på ett sätt det inte var för tio år sedan. Modern stack — Next.js, Prisma, PostgreSQL — gör att vi kan modellera komplexa affärsregler utan att fastna i legacy-arkitektur från dag ett.
Vi bygger in AI där det skapar faktiskt värde: OCR av leverantörsfakturor, smart konteringsförslag baserat på historik, anomalidetektion i bokföringen. Inte AI för AI:s skull — AI som sparar ekonomiavdelningen tid varje dag.
Peppol-stöd byggs in som default, inte som plugin. Sverige rör sig mot e-faktura som standard — vi bygger för det från start istället för att retrofita det senare.
Den största designutmaningen är datamodelleringen. När faktura, order, bokföring och inköp delar samma databas måste varje förändring förstås i alla kontext. Vi lägger oproportionerligt mycket tid på databas-design i tidig fas — för det blir extremt dyrt att rätta till sent.
Vad vi redan lärt oss
Tre insikter från att bygga ett ekonomisystem från grunden
Domänkunskap är 50% av jobbet.
Svensk bokföring är full av undantag och regler som inte syns i internationella system. Vi har tillbringat hundratals timmar med ekonomer för att förstå hur verkligheten ser ut — inte hur vi tror att den ser ut.
Migrera-från-Fortnox är USP nummer ett.
Vi bygger import-verktyg som tar Fortnox-data och skapar motsvarande i Endoo. Utan det är tröskeln att byta för hög — oavsett hur bra produkten är.
Hastighet i UI är icke-förhandlingsbart.
Ekonomipersonal använder systemet hela dagarna. Varje sekund av latens är en sekund för mycket. Vi prestanda-budgeterar varje vy och sätter gränsen vid 100ms för interaktioner.
Status idag
Aktiv utveckling — beta sommaren 2026
Pågående utveckling
Privat beta planerad till sommaren 2026, publik lansering Q4 2026. Anmäl intresse på endoo.se för att vara med i betan.