”Vi behöver hjälp med en integration.” Uppdraget låter enkelt, men kan snabbt växa när nya önskemål tillkommer, tekniska beroenden upptäcks och tidsplanen förändras. Ett tydligt konsultavtal hjälper både beställare och leverantör att hålla ordning på vad de faktiskt har kommit överens om.
Ett konsultavtal bör beskriva uppdragets omfattning, leveranser, tidsplan, ersättning och hur ändringar hanteras. Det bör också reglera rättigheter till resultatet, sekretess, ansvar och hur uppdraget avslutas. Villkoren behöver passa både arbetssättet och det resultat kunden förväntar sig.
Guiden gäller kommersiella uppdrag mellan företag. Den kan användas både av IT-bolag som säljer konsulttjänster och av techbolag som anlitar extern kompetens.
1. Beskriv uppdraget och vem som leder arbetet
Börja med att reda ut om kunden köper en resurs för arbete under egen ledning eller en avgränsad leverans som konsultbolaget ansvarar för. Det påverkar hur ni bör beskriva åtagandet, uppföljningen och ansvaret.
Vid ett resursuppdrag kan fokus ligga på kompetens, tillgänglighet, omfattning och rapportering. Vid ett leveransuppdrag behöver resultatet och villkoren för godkännande vara tydligare.
Undvik att nöja er med ”utveckling av integration”. Beskriv vilka system som ska kopplas samman, vilka flöden som ingår och vad som ligger utanför uppdraget. Ange också vem som fattar beslut när det uppstår frågor.
2. Gör tidsplan och kundens medverkan tydliga
En leverans kan bero på att kunden lämnar testdata, öppnar åtkomst eller svarar på frågor. Ange sådana förutsättningar och när de behöver vara uppfyllda.
Vid leveransuppdrag bör ni beskriva hur granskning och godkännande går till. Vilka kriterier ska vara uppfyllda? Vem utför testerna? Hur dokumenteras avvikelser och när ska rättning ske?
Skriv även hur förseningar ska rapporteras och hanteras. En gemensam rutin gör det lättare att justera planeringen innan en mindre försening påverkar hela projektet.
Exempel: Om integrationen kräver tillgång till kundens testmiljö ska avtalet ange när den ska vara tillgänglig och hur en försenad åtkomst påverkar tidsplanen.
3. Skilj på fast pris, uppskattning och kostnadstak
Ersättningsmodellen behöver vara tydlig. Vid löpande räkning bör timpris, rapportering och fakturering framgå. Vid fast pris behöver omfattningen vara tillräckligt definierad för att parterna ska förstå vad priset avser.
En uppskattning av arbetstid är inte samma sak som ett avtalat kostnadstak. Skriv vad en angiven budget betyder och vad som ska hända när den riskerar att överskridas.
Reglera också resor, utlägg, licenser och andra externa kostnader. Bestäm när kunden måste godkänna kostnader i förväg och vem som följer upp förbrukad tid.
4. Bestäm hur ändringar ska beställas
Nya behov är vanliga i IT-projekt. Avtalet bör ge ett enkelt sätt att ändra uppdraget och samtidigt behålla kontrollen över pris och tid.
En ändringsrutin kan innehålla fyra steg:
- Beskriv den nya eller ändrade beställningen.
- Bedöm hur den påverkar omfattning, kostnad och tidsplan.
- Låt behöriga kontaktpersoner godkänna ändringen.
- Dokumentera beslutet så att projektteamet arbetar utifrån samma version.
För agila uppdrag behöver ni särskilt skilja på omprioritering inom överenskommen kapacitet och ett utökat åtagande. En ny prioritering betyder inte automatiskt att fler timmar eller funktioner ingår.
5. Reglera rättigheterna till kod och annat material
Bestäm vilka rättigheter kunden ska få till kod, design, dokumentation och andra resultat. Skilj mellan sådant som skapas i uppdraget, konsultens befintliga material och komponenter från tredje part.
Avtalet bör besvara praktiska frågor: Får kunden ändra lösningen? Låta någon annan underhålla den? Använda den i fler produkter? Behöver kunden en överlåtelse eller räcker en rätt att använda materialet på ett bestämt sätt?
Upphovsrätt kan uppstå automatiskt för verk som uppfyller skyddskraven. Därför behöver användning och rättigheter hanteras medvetet i samarbetet. Se PRV information om upphovsrätt.
Kontrollera också licensvillkor för externa komponenter och öppen källkod. Avtalet bör inte lova exklusiva rättigheter till material som konsulten inte kan överlåta. Om underkonsulter anlitas behöver rättighetsvillkoren hänga ihop genom hela kedjan.
6. Hantera sekretess, åtkomst och personuppgifter
En IT-konsult kan få tillgång till källkod, affärsplaner, kunddata och interna system. Avtalet bör ange hur informationen får användas, vilka som får ta del av den och hur åtkomst avslutas.
Gör även arbetssättet tydligt. Får produktionsdata kopieras till en testmiljö? Vilka externa verktyg får användas? Får material laddas upp i en AI-tjänst? Svaren behöver passa kundens information och era säkerhetsrutiner.
Bedöm separat om konsultbolaget behandlar personuppgifter som biträde åt kunden. Då ska behandlingen regleras enligt GDPR krav. Sekretessvillkor ersätter inte ett biträdesavtal. Se artikel 28 i GDPR.
7. Anpassa ansvaret till uppdraget
Beskriv hur fel och förseningar ska hanteras. Ange när kunden ska rapportera ett fel, hur konsulten får möjlighet att rätta det och hur ersättningsfrågor behandlas.
Eventuella ansvarsbegränsningar behöver förstås i sitt sammanhang. Kontrollera vad ett tak omfattar, vilka undantag som finns och hur det förhåller sig till uppdragets värde och möjliga konsekvenser.
Se också över försäkringen. Att ett bolag har en ansvarsförsäkring betyder inte att alla avtalsåtaganden täcks. Villkor, beloppsgränser och undantag behöver stämma med uppdraget.
Vid större kundändringar är det klokt att bedöma helheten. Ett nytt ansvarsvillkor kan få en annan innebörd tillsammans med exempelvis en garanti eller ett särskilt säkerhetsåtagande.
8. Planera avslut och överlämning
Ett uppdrag ska kunna avslutas utan att verksamheten blir beroende av en enskild person. Reglera uppsägning, betalning för utfört arbete och eventuell överlämningshjälp.
Bestäm vad som ska lämnas över: källkod, dokumentation, status på öppna frågor och instruktioner för drift eller fortsatt utveckling. Ange vem som ansvarar för konton och hur behörigheter stängs.
Om kunden behöver stöd efter avslutad leverans bör omfattning och ersättning framgå. Löpande support är inte självklart samma åtagande som rättning av fel i ett utvecklingsuppdrag.
Ett exempel: när ett litet tillägg förändrar affären
Ett konsultbolag ska bygga en integration till ett fast pris. Under arbetet vill kunden även föra över historiska uppgifter från ett äldre system.
Det nya behovet kan påverka mer än utvecklingstiden. Datakvalitet, åtkomst, testning och personuppgiftsbehandling kan också behöva bedömas.
Med en dokumenterad ändringsrutin kan parterna först beskriva tillägget och sedan besluta om pris, tid och ansvar. Det ger kunden ett tydligt beslutsunderlag och konsultbolaget en beställning att arbeta efter.
Kontrollera detta före signering
- Förstår båda parter om det är ett resurs- eller leveransuppdrag?
- Är omfattning, pris och kundens medverkan tydliga?
- Finns en rutin för tillägg och ändrade krav?
- Är rättigheter, sekretess och eventuell personuppgiftsbehandling hanterade?
- Hänger ansvar, försäkring och leveransförmåga ihop?
- Vet ni hur uppdraget ska avslutas och lämnas över?
Vanliga frågor om konsultavtal för IT
Räcker en offert som konsultavtal?
En accepterad offert kan vara en del av ett bindande avtal. Kontrollera ändå om den reglerar viktiga frågor som rättigheter, ansvar, ändringar och avslut. Bifogade villkor behöver ingå tydligt i överenskommelsen.
Kan samma mall användas för alla uppdrag?
En gemensam grund kan vara praktisk, men ett resursuppdrag och en fast leverans behöver ofta olika uppdragsbeskrivningar och ansvarsvillkor.
Behöver även ett kort uppdrag ett skriftligt avtal?
Skriftlighet gör det enklare att visa vad ni har avtalat. Även ett kort uppdrag kan beröra viktiga rättigheter eller känslig information.
Måste kunden äga all kod?
Det beror på vad parterna behöver och kommer överens om. Kunden kan få en avtalad användningsrätt eller en överlåtelse av vissa rättigheter. Befintligt material och tredjepartskomponenter behöver hanteras separat.
Skapa en gemensam grund för konsultaffärerna
Swedish Software ger medlemsföretag tillgång till branschavtal och rådgivning kring avtalen. Det hjälper er att strukturera återkommande avtalsfrågor när ni köper eller säljer konsulttjänster.
Läs också:
Artikeln ger generell information och ersätter inte juridisk rådgivning i ett enskilt fall.