White-label-bokföring för byråer

TL;DRWhite-label-bokföring betyder att byrån driver bokföring under sitt eget varumärke på sin egen domän med sin egen prissättning, ovanpå en plattform (gnubok) som hanterar infrastruktur, compliance och uppdateringar. Den här artikeln går igenom hur setup ser ut konkret, vad varje part äger, och hur prissättning brukar fungera.

White-label-bokföring är ett av de tre tjänsteområdena som definierar byrå i AI-eran. Den här artikeln går djupare i hur det praktiskt fungerar: setup, affärsmodell, ansvarsfördelning, och hur du sätter upp din första klient.

Vad white-label faktiskt betyder

Tre samtidiga saker:

1. Klienten ser bara byrån. Domän, logo, mejlmallar, fakturamallar: allt är i byråns varumärke. Klienten loggar in på bokforing.dinbyra.se, ser ditt namn i mejl, läser dina villkor.
2. Byrån ser klienten och plattformen. Byrån har admin-access till hela sin klientstock. Kan logga in som klienten, dra rapporter, bygga automationer.
3. gnubok ser bara plattformen och byråsetupen. Vi vet att byrån finns, vi har volymavtal med dem, men vi har ingen direkt relation till klienterna.

Det här är en tre-skiktad arkitektur. Klienten är på toppen, byrån i mitten, gnubok som infrastruktur. Compliance, GDPR och avtal följer skikten.

Den tekniska setupen

Två timmar arbete:

1. Subdomän och varumärke

Byrån väljer en subdomän. Vanligen bokforing.dinbyra.se eller app.dinbyra.se. Du lägger till en CNAME som pekar mot gnubok-infra:

bokforing.dinbyra.se   CNAME   whitelabel.gnubok.se

SSL-certifikat hanteras automatiskt via Let's Encrypt.

2. Logo och färgvärld

Logga in på byråns admin-konto:

1. Inställningar, Varumärke.
2. Ladda upp logo (SVG eller PNG, transparent bakgrund rekommenderas).
3. Sätt primärfärg, sekundärfärg, textfärg.
4. Förhandsgranska.

Allt klient-vänt UI ärvar dessa inställningar automatiskt: inloggning, dashboard, fakturamallar, mejlmallar.

3. Mejlmallar

Påminnelser, fakturor, välkomstmejl. gnubok har default-mallar på svenska. Byrån redigerar dem för att matcha sin ton:

Inställningar, Mejlmallar
- Välkomstmejl (skickas när ny klient läggs upp)
- Fakturapåminnelse 1, 2, 3
- Månadsrapport (om aktiverat per klient)
- Compliance-meddelande (vid årsbokslut, momsdeklaration etc.)

4. Avtalsmallar

gnubok tillhandahåller default-mallar för:

• Klientavtal (byrå-klient)
• Personuppgiftsbiträdesavtal (PuB)
• Allmänna villkor

Byrån redigerar dem i Word, sparar tillbaka, och de blir tillgängliga för signering direkt från klientens dashboard.

Affärsmodellen

Tre vanliga prissättningsmodeller mellan gnubok och byrån:

1. Flat per ansluten klient

Volym	Pris per klient/mån
1-10 klienter	199 kr
11-50 klienter	149 kr
51-200 klienter	99 kr
201+ klienter	Förhandlas

Byrån prissätter sitt erbjudande mot klienterna fritt. Vanligen 400-1 200 kr/månad per klient beroende på storlek och inkluderade tjänster. Differensen är byråns marginal.

2. Rev-share

För större byråer (50+ klienter): rev-share-modell där gnubok tar en procentsats (typiskt 10-20%) av byråns klientintäkt. Byråns lönsamhet är linjär med klientstorlek.

3. Hybrid

För specialfall: en låg per-klient-basis + procent av automationer som byrån säljer ovanpå. Vettigt om byrån primärt säljer kundspecifik utveckling och plattformen är sekundär.

Konkret prissättning förhandlas i ett initialt samtal. Se /byraer.

Vad byrån äger, vad gnubok äger

Område	Byrån	gnubok
Klientrelation	✓
Klientavtal	✓
Klientprissättning	✓
Klientsupport (nivå 1)	✓
Klientvarumärke	✓
Plattformsdrift		✓
Säkerhetsuppdateringar		✓
Compliance-uppdateringar		✓
Skatteverket-integration		✓
Bank-integration (PSD2)		✓
Backup och DR		✓
Plattformsutveckling		✓
Plattformssupport till byrån		✓

Tydlig uppdelning. Byrån fokuserar på det klienten betalar för (relation, råd, automation). gnubok fokuserar på det som inte syns men behöver fungera (infrastruktur, compliance, säkerhet).

GDPR och avtalsstrukturen

Den juridiska kedjan i en white-label-setup:

Klient (personuppgiftsansvarig)
   │
   │ PuB-avtal
   ▼
Byrå (personuppgiftsbiträde)
   │
   │ PuB-avtal (under-)
   ▼
gnubok (underbiträde)

Det här är standardkonstruktion för outsourcad databehandling. Mallar finns för båda PuB-avtalen.

Praktisk konsekvens:

• En klient som vill utöva sina rättigheter (radera data, exportera, korrigera) vänder sig till byrån.
• Byrån sköter förfrågan direkt eller eskalerar till gnubok för plattformsfrågor.
• All data finns inom EU, specifikt i Stockholm.

Mer i gnoboks DPA och Integritetspolicy.

Konkret klient-onboarding (steg för steg)

När byrån har en ny klient som ska komma in:

1. Lägg upp klienten

I byråns admin:

Inställningar, Klienter, Lägg till
- Organisationsnummer
- Företagsnamn
- Räkenskapsårsperiod
- Förvald prisplan

Klientens instans skapas på 30 sekunder.

2. Bjuda in klientanvändare

Klienten får ett mejl från byrån (i byråns varumärke) med en länk att registrera sig med BankID. När de loggar in ser de din byrås interface.

3. Migrera klientens befintliga bokföring

Klienten exporterar SIE4 från sitt gamla system. Byrån importerar i gnubok-instansen. Standardprocedur.

För klienter som inte har befintlig bokföring (nystartade aktiebolag): kontoplan och räkenskapsår är redan förkonfigurerade, klienten kan börja bokföra direkt.

4. Anslut bank och Skatteverket

Klienten gör båda kopplingarna själva via BankID. Byrån har read-access till klientens reskontra och saldon men inte till bankens direktkoppling.

5. Konfigurera automationer

Om byrån har återanvändbara automationsmoduler (Stripe-payout-flöde, dunning-agent, månadsrapport till klientens styrelse): aktivera dem för den nya klienten. Det är vanligen två klick per modul.

Hur byråns skapar mervärde

White-label är fundamentet. Mervärdet bygger byrån själv.

1. Återanvändbara automationer

Byrån bygger en automation åt en klient. Den fungerar. Byrån paketerar den och säljer den åt nästa klient. Och nästa. Och nästa. Marginalen är högsta efter klient nummer fem.

Vanliga moduler:

• Stripe payout-flöde
• Shopify-orderintegration
• Daglig runway-rapport till styrelse
• Dunning-agent
• Kvartalsvis KPI-summering
• Lönesystem-koppling till bokföring

2. Kundspecifika integrationer

För specifika klienter med specifika behov: bygg det åt dem. Engångsersättning + löpande underhåll. Marginalen är hög eftersom det är produktifierat över tid.

3. Strategisk rådgivning baserad på live-data

Månadsmöten med klienten där byrån presenterar siffrorna i realtid på en dashboard, inte i en månadsrapport. Det här är en värdebaserad tjänst som passar bra för premium-klienter.

Risken som är värd att förstå

Den klassiska invändningen mot white-label är "vad händer om plattformsleverantören går omkull?"

Praktiska svar:

1. Data är AGPL och exporterbar. Om gnubok skulle försvinna (osannolikt men hypotetiskt) kan byrån köra själva källkoden vidare i en self-hosted instans. Du är inte låst.
2. SIE4-export i runtime. Varje klient kan exporteras till SIE4 när som helst. Byrån kan i värsta fall flytta alla klienter till en annan plattform inom dagar.
3. Avtalsmässiga garantier. Byråavtal med gnubok inkluderar runtime-garantier för dataåtkomst även vid avvecklingsscenarier.

Det här är inte trivialt men det är hanterat. Bättre svar än "vi har gone-concern-försäkring" som de flesta proprietära alternativen erbjuder.

Vad byrån gör nu

Tre konkreta steg:

1. Boka ett partner-samtal via /byraer. Vi går igenom volymprissättning, teknisk setup, och tidsplan.
2. Sätt upp en pilot med 1-3 klienter. En månads testperiod, ingen kostnad. Se hur övergången känns.
3. Skala när det funkar. När pilotklienterna är nöjda, börja flytta över befintliga klienter i takt med deras avtalstider.

För bredare kontext om vad övergången betyder strategiskt: Byrå i AI-eran.

White-label är inte en silver bullet. Det är ett verktyg. Vad du gör med verktyget är vad som avgör om byrån vinner på AI-eran eller blir överkörd av den.

Vanliga frågor

Vem äger klientrelationen i en white-label-setup?

Byrån. Klienten signerar avtal med byrån, faktureras av byrån, och får support från byrån. gnubok är osynlig från klientens perspektiv. Byrån har sina egna villkor, sin egen prislista, sin egen tekniska arkitektur från klientens synvinkel.

Vem är databehandlingsansvarig?

Klienten är personuppgiftsansvarig för sin bokföringsdata. Byrån är personuppgiftsbiträde (signerar PuB-avtal med klienten). gnubok är underbiträde (signerar PuB-avtal med byrån). Allt enligt GDPR artikel 28. Standardmallar finns i alla led.

Vad händer om en klient vill flytta bort från byrån?

Klienten exporterar SIE4 och underlag från white-label-instansen. Tar bort byråns access. Importerar i sitt nya system (vilket det än är). Det här tar samma tid som vilken som helst migration, normalt under 30 minuter. Inget data är låst hos byrån.

Kan vi bestämma prissättning per klient?

Ja. Byrån sätter pris fritt mot sina klienter. gnobok-kostnaden för byrån är en volymprissatt avgift per ansluten klient per månad. Differensen är byråns marginal. Större byråer har lägre per-klient-kostnad genom volymavtal.

Vad krävs tekniskt av byrån för att komma igång?

En ledig subdomän (t.ex. bokforing.dinbyra.se) och en logo. Det är allt. gnubok hanterar DNS, hosting, SSL, uppdateringar. Setup tar två timmar för en byrå med befintlig domän.