Tjänsteavtal

Mall för programvaruutvecklingsavtal – färdig att använda

Denna mall för programvaruutvecklingsavtal hjälper beställare och leverantörer att tydligt reglera ett utvecklingsuppdrag. Den omfattar bland annat projektets omfattning, kravspecifikation, tidsplan, ersättning, acceptanstest, immateriella rättigheter, sekretess, ansvar och uppsägning.

Ett programvaruutvecklingsavtal skapar tydliga ramar för samarbetet mellan en beställare och en leverantör. Avtalet bör beskriva vilken lösning som ska utvecklas, hur arbetet ska bedrivas och när leveranser ska ske. Det minskar risken för tvister om funktioner, kostnader och rättigheter till källkod. En genomarbetad mall gör det enklare att få med de frågor som ofta blir viktiga först när projektet redan har startat.

Vad är ett programvaruutvecklingsavtal?

Ett programvaruutvecklingsavtal är ett tjänsteavtal där en leverantör åtar sig att utveckla, anpassa eller integrera programvara för en beställares räkning. Det kan avse exempelvis en webbplats, mobilapplikation, intern verksamhetssystemlösning eller integration mellan befintliga system.

Avtalet kan användas både vid projekt med fast pris och vid arbete på löpande räkning. Vilken modell som passar beror ofta på hur detaljerad kravspecifikationen är och hur sannolikt det är att kraven förändras under projektets gång.

Viktiga delar att reglera

Det viktigaste är att dokumentera uppdragets omfattning och vad som faktiskt ska levereras. En hänvisning till en bilagd kravspecifikation, projektplan eller offert ger normalt bättre precision än en allmänt hållen beskrivning i själva avtalet.

Kravspecifikation och ändringar

Kravspecifikationen bör ange funktionella och tekniska krav, prioriteringar, beroenden och avgränsningar. Avtalet bör också innehålla en ändringsprocess som beskriver hur ändringsönskemål beställs, uppskattas, godkänns och påverkar pris samt tidplan.

Leverans och godkännande

Bestäm när leverans anses ha skett och hur acceptanstester ska genomföras. Ange en tidsfrist för beställarens invändningar och vad som gäller om fel upptäcks, så att parterna undviker osäkerhet om när betalning och ansvar aktualiseras.

AvtalsfältSyfteVanligt misstag
OmfattningAvgränsar uppdraget och leveransenAtt beskriva tjänsten för allmänt
ErsättningAnger pris, fakturering och kostnaderAtt utelämna regler för tilläggsarbete
TidsplanFastställer milstolpar och slutleveransAtt inte ange beställarens medverkan
RättigheterReglerar kod, dokumentation och licenserAtt inte skilja på ny och befintlig kod
AcceptansBeskriver test och godkännandeAtt sakna tidsfrist för felanmälan

Ersättning, tidplan och medverkan

Avtalet bör ange om ersättningen är fast, rörlig eller kombinerad samt om beloppen anges inklusive eller exklusive mervärdesskatt. Vid löpande räkning är det lämpligt att ange timpris, uppskattad budget, faktureringsintervall och regler för utlägg.

Beställarens medverkan är ofta avgörande för tidplanen. Ange därför vem som ska lämna material, fatta beslut, tillhandahålla systemåtkomst och delta i tester. Förseningar som beror på beställaren bör kunna leda till justerad tidsplan.

  • Beskriv leverablerna och vilka delar som uttryckligen inte ingår.
  • Ange kontaktpersoner med befogenhet att godkänna ändringar.
  • Bestäm betalningsvillkor, dröjsmålsränta och faktureringsrutiner.
  • Reglera testmiljö, testdata och kriterier för godkännande.
  • Dokumentera support, garanti och eventuell vidareutveckling efter leverans.

Redigerbar mall

Dokumentmall

PROGRAMVARUUTVECKLINGSAVTAL

Avtal har ingåtts i ____________________ den ____________________ mellan följande parter.

Beställare: ____________________
Organisationsnummer/personnummer: ____________________
Adress: ____________________
Kontaktperson: ____________________
E-post: ____________________

Leverantör: ____________________
Organisationsnummer/personnummer: ____________________
Adress: ____________________
Kontaktperson: ____________________
E-post: ____________________

AvtalsuppgiftUppgift
Projekt/uppdrag____________________
Leveransbeskrivning____________________
AvtalsperiodFrån ____________________ till ____________________
ErsättningsmodellFast pris / löpande räkning: ____________________
Avtalat belopp eller timpris____________________ kr exklusive mervärdesskatt
Betalningsvillkor____________________ dagar
Bilagor____________________
  1. Uppdragets omfattning. Leverantören ska utveckla och leverera programvara enligt detta avtal och bilaga ____________________. Arbete eller leveranser som inte uttryckligen anges i bilagan ingår inte i uppdraget.
  2. Tidsplan och medverkan. Leverans ska ske enligt överenskommen tidplan. Beställaren ska utan dröjsmål tillhandahålla information, åtkomst, material och beslut som skäligen behövs för uppdragets genomförande.
  3. Ändringar. Ändringar eller tillägg ska beställas skriftligen. Leverantören ska, innan ändringsarbetet påbörjas, ange uppskattad påverkan på ersättning, tidplan och leverans.
  4. Ersättning och fakturering. Beställaren ska betala ersättning enligt tabellen ovan. Fakturering sker ____________________. Vid sen betalning har Leverantören rätt till dröjsmålsränta enligt lag.
  5. Test och godkännande. Beställaren ska genomföra acceptanstest inom ____________________ dagar från leverans. Fel eller brister ska rapporteras skriftligen med tillräcklig beskrivning. Om invändning inte lämnas inom denna tid anses leveransen godkänd, om inte annat anges här: ____________________.
  6. Immateriella rättigheter. Rättigheter till material som Leverantören hade före uppdraget tillhör Leverantören eller relevant tredje man. Rättigheter till material som utvecklas särskilt inom uppdraget ska efter full betalning ____________________.
  7. Tredjepartsmaterial och öppen källkod. Programvara, komponenter och material från tredje man omfattas av respektive licensvillkor. Leverantören ska informera Beställaren om väsentliga sådana komponenter som ingår i leveransen.
  8. Sekretess. Parterna får inte utan den andra partens skriftliga samtycke lämna ut konfidentiell information som de får del av genom uppdraget, annat än när det krävs enligt lag eller myndighetsbeslut. Sekretessen gäller under avtalstiden och i ____________________ år därefter.
  9. Personuppgifter. Om Leverantören behandlar personuppgifter för Beställarens räkning ska parterna ingå ett separat personuppgiftsbiträdesavtal före sådan behandling.
  10. Ansvar och felavhjälpning. Leverantören ska avhjälpa fel som anmälts enligt detta avtal inom skälig tid. Leverantörens sammanlagda ansvar enligt avtalet är begränsat till ____________________, utom vid uppsåt eller grov vårdslöshet där begränsning inte är tillämplig.
  11. Uppsägning. Vardera parten får säga upp avtalet med omedelbar verkan vid väsentligt avtalsbrott som inte avhjälps inom ____________________ dagar efter skriftlig anmodan.
  12. Tvist och tillämplig lag. Avtalet ska tolkas enligt svensk rätt. Tvist ska i första hand lösas genom förhandling mellan parterna och i andra hand avgöras av ____________________.

Detta avtal har upprättats i två exemplar, varav parterna har tagit var sitt.

Ort och datum: ____________________

För Beställaren: ____________________

Namnförtydligande: ____________________

Ort och datum: ____________________

För Leverantören: ____________________

Namnförtydligande: ____________________

Redigera texten direkt här. Ändringarna sparas i din webbläsare och du kan skriva ut dem eller exportera till Word och PDF.

Immateriella rättigheter och licenser

Rätten till den utvecklade programvaran är en central fråga. Parterna behöver ange om beställaren ska få äganderätt, en exklusiv licens eller en icke-exklusiv nyttjanderätt, samt från vilken tidpunkt rättigheten övergår eller upplåts.

Befintligt material och öppen källkod

Leverantören använder ofta befintliga komponenter, ramverk och verktyg som inte kan överlåtas till beställaren. Avtalet bör därför skilja mellan redan existerande material och sådant som tas fram inom uppdraget. Om öppen källkod används bör relevanta licensvillkor identifieras och följas.

Praktisk rekommendation: koppla alltid rättighetsövergången till att avtalad ersättning har betalats och dokumentera vilka tredjepartskomponenter som ingår i lösningen.

Sekretess, personuppgifter och säkerhet

Utvecklingsprojekt innebär ofta tillgång till affärsinformation, kunduppgifter och interna system. En sekretessklausul bör ange vilken information som skyddas, hur länge sekretessen gäller och vilka undantag som gäller för redan offentlig eller självständigt framtagen information.

Om leverantören behandlar personuppgifter för beställarens räkning kan ett personuppgiftsbiträdesavtal behövas. Säkerhetskrav bör anpassas till projektet och kan omfatta behörighetsstyrning, incidentrapportering, säkerhetskopiering och säker utveckling.

Så använder du mallen

Fyll i parternas uppgifter och anpassa de markerade fälten innan avtalet undertecknas. Bifoga gärna kravspecifikation, tidsplan och prisbilaga som uttryckliga bilagor, eftersom de då blir en del av avtalsunderlaget.

  1. Definiera projektets mål, omfattning och konkreta leverabler.
  2. Välj prismodell och fyll i betalningsplanen.
  3. Bestäm processer för ändringar, testning och godkännande.
  4. Granska reglerna om rättigheter, sekretess och ansvar före signering.

Vanliga frågor

Vem äger källkoden efter projektet?

Det beror på vad avtalet anger. Beställaren får inte automatiskt äganderätt till källkod bara för att utvecklingen har betalats. Rättigheter till nyutvecklad kod, befintliga komponenter och material från tredje man bör regleras separat.

Kan kraven ändras under utvecklingen?

Ja, men ändringar bör hanteras genom en skriftlig ändringsbegäran. Den bör ange den tekniska påverkan, prisjustering och påverkan på tidplanen innan arbetet påbörjas.

Behövs ett personuppgiftsbiträdesavtal?

Det kan behövas om leverantören behandlar personuppgifter på beställarens instruktioner. Bedömningen beror på projektets faktiska upplägg och vilka personuppgifter som hanteras.

Referenser

Skrivet av

Stefano Barcellos

Editor responsable

Es el editor responsable de Cidesp Docs: define qué modelos entran en el catálogo, cómo se estructuran y con qué palabras se explican. Todo texto pasa por sus manos antes de publicarse. Su criterio de partida es simple: quien busca un modelo de documento no quiere aprender redacción jurídica, quiere resolver algo hoy y sin ambigüedades. Por eso cada modelo se revisa en voz alta, se prueba con los campos vacíos a la vista y se descarta cualquier fórmula que esté ahí solo por costumbre. Trabaja con una regla fija: si una frase hay que leerla dos veces, se reescribe. No por estilo, sino porque una frase confusa en un documento es un problema que aparece más tarde, cuando ya nadie puede corregirlo.

Se författarsidan

Läs vidare

Relaterade dokument

Andra mallar i samma kategori som kan vara till hjälp.

Färdigt avtalsmall för underhållstjänster

Denna avtalsmall för underhållstjänster hjälper beställare och tjänsteleverantörer att dokumentera uppdragets omfattning, serviceintervall, ersättning, ansvar, rapportering och uppsägning…

Läs