Från offert till faktura till kontrakt: Den fullständiga dokumentlivscykeln

Av InvoiceFlow redaktion — publicerad 16 juni 2026 — 10 minuters läsning

Ett uppdrag är inte ett enda dokument. Det är en sekvens av dem, var och en markerar ett annat ögonblick i relationen mellan dig och din kund. Du lämnar ett erbjudande. De accepterar. Ni skriver ned villkoren. Du utför arbetet och lämnar över det. Du ber om betalning. Hoppar du över ett steg skapar du ett glapp — ett glapp där missförstånd, tvister och obetalda saldon bor.

InvoiceFlow hanterar fyra dokumenttyper, och de stämmer nästan exakt överens med stegen i ett verkligt uppdrag: offerten (ditt erbjudande), kontraktet (de överenskomna villkoren, med en signatur), följesedeln (bevis på att du överlämnade något) och fakturan (betalningskravet). Den här artikeln leder ett verkligt uppdrag genom alla fyra, förklarar vad varje dokument är till för och visar de konverteringar som kopplar ihop dem — inklusive den delvisa konverteringen som tripper upp så många.

De fyra dokumenten i ett svep

De är inte utbytbara, och ordningen spelar roll. Låt oss följa ett uppdrag.

Uppdraget: en köksinstallation i Göteborg

Möt Priya, som driver ett litet snickeriföretag. En villaägare, Tom, vill ha ett inbyggt kök: skåp, bänkskiva, installation. Det är ett uppdrag på 64 000 kr som löper över tre veckor. Här är hur de fyra dokumenten bär det från det första telefonsamtalet till slutbetalningen.

Steg 1 — offerten

Tom ringer och beskriver vad han vill ha. Priya mäter upp och skickar sedan en offert. Den listar omfånget som rader — hängskåp, ekbänkskiva, monteringsarbete, sophantering — med ett pris mot varje och en tydlig totalsumma på 64 000 kr. Den anger skattebehandlingen, en giltighetstid ("giltig i 30 dagar") och betalningsvillkoren som gäller om Tom går vidare.

Offerten är ett erbjudande, inte en räkning. Tom är inte skyldig något vid mottagandet. Han kan acceptera den, be Priya ta bort sophanteringen eller hämta in en andra offert. Avgörande är att eftersom det är nedskrivet och specificerat finns det inget argument senare om vad som ingick och inte ingick. Det vaga "ja, ungefär sextiofem mille"-samtalet ersätts av ett dokument som båda parter kan peka på.

I InvoiceFlow är offerten en fullvärdig dokumenttyp — inte en oemetiketterad faktura. Den får sin egen numrering och sin egen status, så Priya kan se på en gång vilka offerter som fortfarande är öppna, vilka som accepterades och vilka som löpte ut utan svar.

Steg 2 — kontraktet och signaturen

Tom säger ja. För ett 64 000 kr-uppdrag som sträcker sig över tre veckor räcker inte ett handslag — Priya vill ha villkoren skriftliga och underskrivna. Hon upprättar ett kontrakt som fångar omfånget, priset, schemat (en handpenning, en betalning när skåpen anländer, resten vid slutförande) och de saker som förhindrar tvister: vad som händer om Tom ändrar sig mitt i jobbet, vem som ansvarar för att rensa rummet, hur tilläggsarbeten prissätts.

Sedan den del som gör det bindande: InvoiceFlow-kontrakt stöder en digital signatur. Priya kan fånga Toms signatur på plats — han signerar på skärmen vid köksbordet — och den placeras på kontraktet. Ingen utskrift, ingen skanning, inget "jag signerar och skickar tillbaka" som aldrig händer. Det signerade kontraktet är ryggraden i hela uppdraget. Varje dokument som följer refererar tillbaka till det.

Det är här InvoiceFlows separation av dokumenttyper visar sin nytta. Ett kontrakt är ett annat djur än en faktura: det handlar om överenskommelse, inte betalning. Att behandla det som ett distinkt dokument — med sin egna struktur och en plats för en signatur — är det som låter det göra sitt jobb.

Steg 3 — konvertera offerten till en faktura (handpenningen)

Kontraktet kräver 30 % handpenning innan Priya beställer material. Här är nyckeldrag: hon skriver inte om något. Hon konverterar offerten till en faktura.

Konverteringen för de överenskomna raderna rakt igenom, så handpenningsfakturan matchar offerten exakt — samma beskrivningar, samma priser, samma skattebehandling. Det finns ingen risk för att ett nummer glider mellan offerten Tom accepterade och räkningen han får. Fakturan är ett nytt dokument med sitt eget fakturanummer (den sekvens skattemyndigheten bryr sig om), men dess innehåll kommer från offerten Tom redan godkänt.

Delvis konvertering: det drag som tripper upp folk

Men Priya vill inte fakturera hela 64 000 kr ännu — bara 30 % handpenning. Det är här delvis konvertering spelar roll. I stället för att omvandla hela offerten till en faktura konverterar hon en del av den: handpenningen nu, resten senare.

InvoiceFlow låter dig konvertera en offert till en faktura i etapper. Handpenningsfakturan skickas nu. Offerten är inte "förbrukad" — det finns fortfarande ett saldo kvar att fakturera när milstolparna nås. Det är exakt hur etappvis fakturering på ett verkligt projekt fungerar: en handpenning i förväg, en betalning när material anländer, resten vid slutförande. Varje faktura genereras från samma godkända offert, så siffrorna alltid kopplar tillbaka till vad kunden gick med på. Inget sidokalkylblad som spårar "hur mycket av offerten har jag fakturerat hittills" — appen håller den löpande totalen.

Misstaget som delvis konvertering förhindrar är det klassiska: fakturera hela beloppet i förväg eftersom att skriva om en delfaktura för hand är irriterande, och sedan behöva utfärda en kreditnota och fakturera om när kunden (med rätta) protesterar. Eller det omvända — fakturera handpenningen och sedan glömma hur mycket av offerten som är kvar och underfakturera slutbetalningen. Att konvertera i etapper från den enda källofferten eliminerar båda felen.

Steg 4 — följesedeln

Tre veckor senare är köket monterat. Innan Priya utfärdar slutfakturan lämnar hon Tom en följesedel: ett register över vad som levererades och installerades — skåpen, bänkskivan, monteringsarbetet — som Tom skriver under för att bekräfta att han fått allt och att det är som avtalat.

Folk hoppar över följesedlar för tjänstearbete, och det är ett misstag. Följesedeln är det dokument som stänger frågan "fick jag faktiskt det jag faktureras för?" innan fakturan anländer. Den separerar överlämningsögonblicket från faktureringsögonblicket. Om Tom sex veckor senare hävdar att en skåpdörr aldrig monterades avgör den signerade följesedeln det omedelbart. Lägg märke till att följesedeln listar vad som levererades, inte priserna — priser bor på fakturan. Följesedeln handlar om mottagande; fakturan handlar om pengar.

För en snickare är den signerade följesedeln också en tydlig trigger: överlämning klar, godkännande fångat, nu kan slutfakturan skickas ut med förtroende.

Steg 5 — slutfakturan

Nu utfärdar Priya slutfakturan för det kvarvarande saldot — igen konverterad från vad som är kvar av den ursprungliga offerten, med referens till kontraktet och den signerade följesedeln. Fakturan visar totalt jobbvärde, redan mottagen handpenning och belopp att betala. Den bär betalningsinstruktioner: bankuppgifter, en betalningslänk eller en QR-kod, som Priya föredrar.

InvoiceFlow är inte en betalningsprocessor — Tom betalar via sin egen bank, på det sätt han skulle betala vem som helst. När pengarna landar markerar Priya fakturan som Betald. Om Tom betalar en del av den registrerar hon en delbetalning och appen spårar det kvarvarande saldot tills det regleras. Uppdraget är avslutat och det finns ett rent papperspår från den första offerten till slutbetalningen.

Vilket dokument, när: beslutsreglerna

Skala bort berättelsen och du har enkla regler.

För en liten transaktion — en snabb reparation, en liten detaljhandelsliknande försäljning — kanske du bara använder en faktura. För ett långt, värdefullt projekt använder du alla fyra. Konsten är att matcha dokumentvikten till uppdragsvikten: låt inte en kund skriva under ett tresidigt kontrakt för ett 400 kr-jobb, och driv inte ett 200 000 kr-projekt på ett muntligt handslag.

Varför det spelar roll att låta dokumenten konvertera (i stället för att skriva om)

Den enskilt största källan till faktureringsfel är att mata in samma information på nytt vid varje steg. Du offerterar 64 000 kr, skriver sedan fakturan från minnet och skriver 46 000 kr. Du kommer överens om fem rader, hoppar sedan över en när du knackar in räkningen. Varje manuell inmatning är en chans för siffrorna att glida isär — och när fakturan inte matchar offerten märker kunden det, förtroendet tar en smäll och du utfärdar korrigeringar.

Att konvertera från offert till faktura (i sin helhet eller i etapper) innebär att datan flödar framåt från det dokument kunden redan godkänt. Raderna, priserna och skattebehandlingen för över oförändrade. Du skriver inte om; du avancerar samma uppdrag till nästa steg. Det är hela poängen med att behandla de fyra dokumenten som en sammankopplad livscykel snarare än fyra orelaterade filer.

Livscykeln i ett andetag

  1. Offert — du lämnar erbjudandet, specificerat och prissatt.
  2. Kontrakt — villkoren överenskomna och underskrivna (digital signatur, fångad på plats).
  3. Faktura (handpenning) — konverterad från offerten, delvis konvertering för handpenningen enbart.
  4. Följesedel — signerat bevis på överlämning, inga priser.
  5. Faktura (resterande saldo) — konverterad från den kvarvarande offerten, med referens till kontraktet och följesedeln.
  6. Markerad Betald — betalning registrerad; delvisa betalningar spårade tills saldot reglerats.

Fyra dokumenttyper, en kontinuerlig tråd. Var och en stänger ett specifikt glapp som nästa annars skulle falla i. Få sekvensen rätt och ett uppdrag som kunde ha spirat ur kontroll till "men du sa," "det fick jag aldrig" och "det är inte det pris vi kom överens om" löper i stället från det första samtalet till slutbetalningen utan ett enda argument värt att ha.