Klaar model softwareontwikkelingscontract voor projecten
Dit model softwareontwikkelingscontract helpt opdrachtgever en ontwikkelaar om duidelijke afspraken te maken over de ontwikkeling van software. Het bevat bepalingen over de opdracht, planning, vergoeding, acceptatie, intellectuele eigendomsrechten, geheimhouding, onderhoud en aansprakelijkheid, zodat de samenwerking beter kan worden vastgelegd.
Een softwareontwikkelingscontract legt de afspraken vast tussen een opdrachtgever en een ontwikkelaar of softwarebedrijf. Het beschrijft welke software wordt gemaakt, binnen welke termijn en tegen welke vergoeding. Ook regelt het document belangrijke onderwerpen zoals acceptatie, intellectuele eigendom, vertrouwelijkheid en ondersteuning na oplevering. Duidelijke afspraken beperken interpretatieverschillen en helpen beide partijen bij een professionele uitvoering van het project.
Wanneer gebruikt u een softwareontwikkelingscontract?
Dit contract is geschikt wanneer een partij maatwerksoftware, een webapplicatie, mobiele applicatie, koppeling of ander digitaal product laat ontwikkelen. Het kan worden gebruikt voor een eenmalig project, een gefaseerde ontwikkeling of een doorlopende ontwikkelopdracht.
Leg niet alleen het eindresultaat vast, maar ook de werkwijze. Bij complexe trajecten is het verstandig om technische specificaties, een planning en acceptatiecriteria als bijlagen aan de overeenkomst toe te voegen.
Opdracht en afbakening
De scope moet zo concreet mogelijk vermelden welke functies, schermen, integraties, prestaties en documentatie worden geleverd. Vermeld eveneens wat uitdrukkelijk buiten de opdracht valt, zodat aanvullende werkzaamheden niet automatisch onderdeel van de afgesproken prijs worden.
Essentiële onderdelen van de overeenkomst
Een bruikbaar contract omschrijft de partijen, de opdracht, de planning, de vergoeding en de wijze van oplevering. Daarnaast moeten afspraken over wijzigingen, gebreken, gegevensbeveiliging en de rechten op de programmatuur niet ontbreken.
| Onderdeel | Doel | Veelgemaakte fout |
|---|---|---|
| Scope en specificaties | Vastleggen wat precies wordt ontwikkeld | Alleen een algemene projectnaam noemen |
| Planning en mijlpalen | Termijnen en afhankelijkheden bepalen | Geen gevolgen bij vertraging afspreken |
| Vergoeding | Prijs, btw, facturatie en betaalmomenten regelen | Meerwerk niet benoemen |
| Acceptatie | Objectieve toets voor oplevering creëren | Geen testtermijn of herstelprocedure opnemen |
| Intellectueel eigendom | Gebruik en overdracht van rechten regelen | Aannemen dat alle rechten vanzelf overgaan |
Wijzigingen en meerwerk
Softwareprojecten veranderen regelmatig door nieuwe wensen, technische beperkingen of gewijzigde prioriteiten. Neem daarom een wijzigingsprocedure op waarin staat hoe partijen een wijziging aanvragen, beoordelen, begroten en schriftelijk goedkeuren.
- Omschrijf de beoogde software en de technische omgeving.
- Voeg functionele en technische specificaties als bijlage toe.
- Maak onderscheid tussen vaste prijs, nacalculatie en meerwerk.
- Bepaal wie toegang, data, inhoud en testomgeving levert.
- Leg vast hoe fouten worden gemeld en binnen welke termijn zij worden hersteld.
Oplevering, testen en acceptatie
De acceptatieprocedure bepaalt wanneer de opdrachtgever beoordeelt of de software aan de afspraken voldoet. Geef aan welke tests worden uitgevoerd, hoeveel tijd de opdrachtgever daarvoor heeft en wanneer sprake is van acceptatie of afwijzing.
Maak onderscheid tussen wezenlijke gebreken en kleine tekortkomingen. Kleine punten die het normale gebruik niet verhinderen, hoeven oplevering doorgaans niet tegen te houden, maar moeten wel binnen een redelijke termijn worden opgelost.
- De ontwikkelaar meldt schriftelijk dat een versie gereed is voor acceptatie.
- De opdrachtgever test de software binnen de afgesproken acceptatieperiode.
- De opdrachtgever meldt geconstateerde gebreken schriftelijk en zo concreet mogelijk.
- De ontwikkelaar herstelt de gebreken en biedt de software opnieuw ter acceptatie aan.
Neem meetbare acceptatiecriteria op, bijvoorbeeld verplichte functies, prestaties en beveiligingseisen, zodat een beoordeling niet alleen op persoonlijke verwachtingen berust.
Bewerkbaar sjabloon
Documentsjabloon
MODEL SOFTWAREONTWIKKELINGSCONTRACT
Plaats: ____________________
Datum: ____________________
Tussen:
1. Opdrachtgever: ____________________, gevestigd/gevestigd te ____________________, ingeschreven in het handelsregister onder nummer ____________________, rechtsgeldig vertegenwoordigd door ____________________, hierna: „Opdrachtgever”.
2. Ontwikkelaar: ____________________, gevestigd/gevestigd te ____________________, ingeschreven in het handelsregister onder nummer ____________________, rechtsgeldig vertegenwoordigd door ____________________, hierna: „Ontwikkelaar”.
Opdrachtgever en Ontwikkelaar worden hierna gezamenlijk aangeduid als: „Partijen”.
Partijen komen het volgende overeen:
| Onderwerp | Afspraak |
|---|---|
| Project / software | ____________________ |
| Functionele specificatie | ____________________ |
| Startdatum | ____________________ |
| Geplande opleverdatum | ____________________ |
| Vergoeding exclusief btw | € ____________________ |
| Betaalwijze en termijnen | ____________________ |
| Acceptatietermijn | ____________________ dagen |
| Onderhoud / ondersteuning | ____________________ |
- Opdracht. Opdrachtgever geeft aan Ontwikkelaar opdracht tot het ontwikkelen en opleveren van de software zoals omschreven in deze overeenkomst en de daarbij behorende bijlagen. Ontwikkelaar aanvaardt deze opdracht.
- Uitvoering en medewerking. Ontwikkelaar voert de werkzaamheden zorgvuldig en naar beste kunnen uit. Opdrachtgever verstrekt tijdig alle informatie, toegang, content, gegevens en medewerking die redelijkerwijs nodig zijn voor de uitvoering.
- Planning. De planning en mijlpalen zijn opgenomen in bijlage ____________________. Termijnen zijn slechts fataal indien Partijen dit uitdrukkelijk schriftelijk zijn overeengekomen.
- Wijzigingen en meerwerk. Wijzigingen in de scope, planning of specificaties worden vooraf schriftelijk vastgelegd. Meerwerk wordt uitsluitend uitgevoerd na schriftelijke goedkeuring van Opdrachtgever en tegen een vergoeding van € ____________________ per uur / een vaste prijs van € ____________________ exclusief btw.
- Vergoeding en betaling. Opdrachtgever betaalt de overeengekomen vergoeding binnen ____________________ dagen na factuurdatum. Bij niet-tijdige betaling is Opdrachtgever de wettelijke rente en redelijke buitengerechtelijke incassokosten verschuldigd.
- Oplevering en acceptatie. Ontwikkelaar meldt schriftelijk wanneer de software gereed is voor acceptatie. Opdrachtgever test de software binnen de overeengekomen acceptatietermijn en meldt wezenlijke gebreken schriftelijk. Indien Opdrachtgever niet tijdig en gemotiveerd afwijst, geldt de software als geaccepteerd.
- Herstel van gebreken. Ontwikkelaar herstelt gemelde, reproduceerbare en wezenlijke gebreken binnen een redelijke termijn. Kleine gebreken die normaal gebruik niet verhinderen, vormen geen grond voor weigering van acceptatie.
- Intellectuele eigendom. De intellectuele eigendomsrechten op specifiek voor Opdrachtgever ontwikkelde resultaten worden na volledige betaling overgedragen aan Opdrachtgever / aan Opdrachtgever in licentie gegeven. Bestaande materialen, algemene kennis, hulpmiddelen en componenten van Ontwikkelaar blijven eigendom van Ontwikkelaar, voor zover schriftelijk niet anders is overeengekomen.
- Geheimhouding. Partijen behandelen alle vertrouwelijke informatie die zij in het kader van deze overeenkomst ontvangen geheim en gebruiken deze uitsluitend voor de uitvoering van deze overeenkomst.
- Persoonsgegevens. Indien Ontwikkelaar persoonsgegevens verwerkt namens Opdrachtgever, sluiten Partijen zo nodig een afzonderlijke verwerkersovereenkomst.
- Aansprakelijkheid. De aansprakelijkheid van iedere partij is beperkt tot ____________________. Deze beperking geldt niet voor schade veroorzaakt door opzet of bewuste roekeloosheid, voor zover wettelijk niet toegestaan.
- Beëindiging. Iedere partij kan deze overeenkomst schriftelijk ontbinden indien de andere partij, na een schriftelijke ingebrekestelling met een redelijke hersteltermijn, toerekenbaar tekortschiet in de nakoming van een wezenlijke verplichting.
- Toepasselijk recht en geschillen. Op deze overeenkomst is het recht van ____________________ van toepassing. Geschillen worden voorgelegd aan de bevoegde rechter te ____________________, tenzij Partijen schriftelijk anders overeenkomen.
Ondertekend in twee exemplaren:
Voor Opdrachtgever
Naam: ____________________
Functie: ____________________
Handtekening: ____________________
Datum: ____________________
Voor Ontwikkelaar
Naam: ____________________
Functie: ____________________
Handtekening: ____________________
Datum: ____________________
Bewerk de tekst hier direct. De wijzigingen blijven in je browser en je kunt ze printen of exporteren naar Word en PDF.
Intellectuele eigendom en gebruiksrechten
De auteursrechten op broncode, documentatie, ontwerpen en andere resultaten ontstaan in beginsel bij de maker, tenzij partijen iets anders afspreken. Vermeld daarom expliciet of rechten worden overgedragen of dat de opdrachtgever een licentie krijgt.
Let ook op bestaande componenten, open-sourcebibliotheken en algemene ontwikkeltools. De ontwikkelaar kan die vaak blijven gebruiken, terwijl voor de opdrachtgever duidelijk moet zijn welke rechten hij nodig heeft om de software te gebruiken, wijzigen of laten onderhouden.
Geheimhouding, privacy en beveiliging
Partijen wisselen tijdens softwareontwikkeling vaak bedrijfsinformatie, inloggegevens en mogelijk persoonsgegevens uit. Een geheimhoudingsclausule beschermt vertrouwelijke informatie en moet aangeven welke informatie onder de verplichting valt en hoe lang deze duurt.
Wanneer de ontwikkelaar persoonsgegevens namens de opdrachtgever verwerkt, kan een verwerkersovereenkomst nodig zijn. Spreek daarnaast af welke beveiligingsmaatregelen, meldprocedures en toegangsregels gelden.
Aansprakelijkheid, onderhoud en beëindiging
Beperkingen van aansprakelijkheid, garanties en herstelverplichtingen moeten evenwichtig en duidelijk zijn geformuleerd. Bepaal bijvoorbeeld of aansprakelijkheid is gemaximeerd, welke schade wordt uitgesloten en wanneer een partij eerst een redelijke hersteltermijn krijgt.
Onderhoud na oplevering is niet vanzelfsprekend onderdeel van de ontwikkeling. Leg daarom vast of ondersteuning, updates, hosting, beveiligingspatches en servicelevels onder deze overeenkomst vallen of in een afzonderlijke onderhoudsovereenkomst worden geregeld.
Veelgestelde vragen
Moet intellectueel eigendom altijd worden overgedragen?
Nee. De opdrachtgever kan ook een voldoende ruime licentie krijgen. Welke oplossing passend is, hangt af van het beoogde gebruik, de vergoeding en de vraag of de ontwikkelaar onderdelen opnieuw wil gebruiken.
Wat gebeurt er als de opdrachtgever niet tijdig test?
Dat hangt af van de overeengekomen acceptatieclausule. In het contract kan staan dat de software na afloop van een redelijke testtermijn als geaccepteerd geldt als geen gemotiveerde afwijzing is ontvangen.
Is een verwerkersovereenkomst altijd verplicht?
Niet altijd. Deze is doorgaans nodig wanneer een partij als verwerker persoonsgegevens namens de andere partij verwerkt. Beoordeel de feitelijke rollen en gegevensstromen zorgvuldig.