Zmluvy o službách

Vzor zmluvy o vývoji softvéru pripravený na použitie

Vzor zmluvy o vývoji softvéru pomáha objednávateľovi a dodávateľovi jasne dohodnúť rozsah projektu, technické požiadavky, harmonogram, cenu, odovzdanie diela a práva k vytvorenému kódu. Dokument obsahuje aj ustanovenia o testovaní, opravách chýb, mlčanlivosti a zodpovednosti zmluvných strán.

Zmluva o vývoji softvéru upravuje spoluprácu medzi objednávateľom a dodávateľom pri tvorbe aplikácie, informačného systému alebo iného digitálneho riešenia. Jej účelom je presne určiť, čo má byť vytvorené, v akej kvalite, za akú odmenu a v akých lehotách. Dobre pripravená zmluva znižuje riziko sporov o rozsah funkcií, vlastníctvo zdrojového kódu či prijatie hotového diela. Tento vzor je možné prispôsobiť menším aj rozsiahlejším IT projektom.

Kedy použiť zmluvu o vývoji softvéru

Tento dokument je vhodný pri zákazkovom vývoji webovej aplikácie, mobilnej aplikácie, e-shopu, interného systému, integrácie alebo úprave existujúceho programu. Použiť ho možno pri jednorazovom projekte aj pri etapovom vývoji, ak sú jednotlivé výstupy dostatočne popísané.

Ak dodávateľ poskytuje len priebežnú technickú podporu alebo správu systému, môže byť vhodné doplniť zmluvu o samostatné podmienky servisných služieb a SLA.

Základné údaje, ktoré treba doplniť

Pred podpisom zmluvy si strany majú zjednotiť najmä očakávaný výsledok, zodpovedné osoby, spôsob schvaľovania a pravidlá komunikácie. Technická špecifikácia by mala byť prílohou zmluvy, aby sa predišlo nejasnostiam pri posudzovaní, či bolo dielo vykonané riadne.

PoložkaÚčelČastá chyba
Predmet dielaUrčuje funkcie, moduly a výstupy projektu.Všeobecný opis bez merateľných požiadaviek.
HarmonogramStanovuje míľniky, termíny a závislosti.Chýbajúce termíny schválenia zo strany objednávateľa.
OdmenaUpravuje cenu, fakturáciu a splatnosť.Nejasnosť, či je cena pevná alebo hodinová.
AkceptáciaPopisuje testovanie a prevzatie diela.Nie je určená lehota na oznámenie vád.
Licencia a kódVymedzuje práva k výsledkom vývoja.Neupravené vlastníctvo zdrojového kódu.

Technická špecifikácia

Príloha by mala uvádzať funkčné a nefunkčné požiadavky, podporované zariadenia, rozhrania, bezpečnostné požiadavky, kritériá testovania a prípadne použitú technológiu. Pri agilnom vývoji je praktické dohodnúť postup schvaľovania backlogu a zmien požiadaviek.

Odmena, harmonogram a zmeny rozsahu

Zmluva môže pracovať s pevnou cenou, hodinovou sadzbou alebo kombináciou oboch spôsobov. Pri pevnej cene je dôležité presne vymedziť rozsah; pri hodinovej sadzbe zas pravidlá evidencie práce, limity rozpočtu a schvaľovanie vykázaných hodín.

  • určite cenu alebo hodinovú sadzbu vrátane informácie o DPH,
  • rozdeľte projekt na kontrolovateľné etapy a míľniky,
  • stanovte spôsob fakturácie a lehotu splatnosti,
  • upravte postup pri zmene zadania alebo rozpočtu,
  • vymedzte súčinnosť objednávateľa, najmä dodanie podkladov a prístupov.

Riadenie zmien

Každá zmena funkčnosti, termínu alebo ceny by mala byť potvrdená v písomnej alebo preukázateľnej elektronickej forme. Zmena objednaná bez dohody o jej vplyve na cenu a čas patrí medzi najčastejšie zdroje konfliktov.

Upraviteľný vzor

Vzor dokumentu

ZMLUVA O VÝVOJI SOFTVÉRU

uzatvorená podľa príslušných ustanovení právnych predpisov

V ____________________, dňa ____________________

I. Zmluvné strany

Objednávateľ:
Názov/meno: ____________________
Sídlo/adresa: ____________________
IČO/dátum narodenia: ____________________
IČ DPH: ____________________
Zastúpený: ____________________
E-mail: ____________________

Dodávateľ:
Názov/meno: ____________________
Sídlo/adresa: ____________________
IČO/dátum narodenia: ____________________
IČ DPH: ____________________
Zastúpený: ____________________
E-mail: ____________________

II. Základné údaje projektu

Premenný údajDohodnuté znenie
Názov projektu____________________
Predmet a rozsah diela____________________
Termín začatia vývoja____________________
Termín odovzdania____________________
Odmena____________________ EUR bez DPH/s DPH
Spôsob fakturácie____________________
Miesto alebo spôsob odovzdania____________________
Príloha – technická špecifikácia____________________

III. Predmet zmluvy

Dodávateľ sa zaväzuje pre objednávateľa vytvoriť a odovzdať softvérové dielo špecifikované v tejto zmluve a v jej prílohe č. ____________________. Objednávateľ sa zaväzuje poskytnúť potrebnú súčinnosť a zaplatiť dodávateľovi dohodnutú odmenu.

IV. Podmienky plnenia

  1. Dodávateľ vykoná dielo s odbornou starostlivosťou, v rozsahu dohodnutom v technickej špecifikácii.
  2. Objednávateľ poskytne dodávateľovi potrebné podklady, prístupy a stanoviská najneskôr do ____________________.
  3. Zmeny rozsahu diela budú platné len po ich odsúhlasení oboma zmluvnými stranami v písomnej alebo preukázateľnej elektronickej forme.
  4. Dodávateľ odovzdá dielo spôsobom uvedeným v článku II tejto zmluvy spolu s dohodnutou dokumentáciou a materiálmi.
  5. Objednávateľ vykoná akceptačné testovanie do ____________________ dní od odovzdania a písomne oznámi prípadné vady.
  6. Dodávateľ odstráni oprávnené vady v primeranej lehote, najneskôr do ____________________ dní, ak sa strany nedohodnú inak.

V. Odmena a platobné podmienky

Za riadne vykonanie diela patrí dodávateľovi odmena vo výške ____________________ EUR bez DPH/s DPH. Odmena bude uhradená na základe faktúry so splatnosťou ____________________ dní odo dňa jej doručenia objednávateľovi.

Platobný harmonogram: ____________________.

VI. Práva k výsledkom vývoja

Dodávateľ udeľuje objednávateľovi k odovzdanému dielu licenciu v rozsahu: ____________________. Licencia je udelená na území: ____________________, na dobu: ____________________, s oprávnením/bez oprávnenia udeľovať sublicencie: ____________________.

Zdrojový kód bude/nebude odovzdaný objednávateľovi za podmienok: ____________________.

VII. Dôvernosť a ochrana údajov

Zmluvné strany sa zaväzujú zachovávať mlčanlivosť o všetkých dôverných informáciách získaných v súvislosti s plnením tejto zmluvy. Povinnosť mlčanlivosti trvá aj po skončení tejto zmluvy po dobu ____________________.

VIII. Zodpovednosť a ukončenie zmluvy

Zmluvné strany zodpovedajú za porušenie svojich povinností podľa tejto zmluvy v rozsahu stanovenom právnymi predpismi a touto zmluvou. Zmluvu možno ukončiť dohodou, výpoveďou alebo odstúpením pri podstatnom porušení zmluvných povinností.

Osobitné podmienky zodpovednosti, zmluvnej pokuty alebo obmedzenia náhrady škody: ____________________.

IX. Záverečné ustanovenia

Táto zmluva nadobúda platnosť a účinnosť dňom jej podpisu oboma zmluvnými stranami. Zmeny a doplnenia tejto zmluvy možno vykonať len písomnou dohodou zmluvných strán.

Zmluva je vyhotovená v ____________________ rovnopisoch, z ktorých každá zmluvná strana dostane ____________________ vyhotovenie.

Za objednávateľa:

____________________
Meno, funkcia a podpis

Za dodávateľa:

____________________
Meno, funkcia a podpis

Text upravte priamo tu. Zmeny sa ukladajú vo vašom prehliadači a môžete ich vytlačiť alebo exportovať do Wordu a PDF.

Odovzdanie, testovanie a vady

V zmluve určite prostredie, v ktorom bude dielo odovzdané, napríklad produkčný server, testovací server alebo zdrojový repozitár. Upravte tiež, aké podklady sa odovzdávajú spolu so softvérom, napríklad dokumentácia, prístupové údaje, inštalačné súbory a zdrojový kód.

Akceptačný proces má obsahovať lehotu na testovanie, spôsob oznámenia vád a primeranú lehotu na ich odstránenie. Je vhodné rozlíšiť kritické vady, ktoré bránia používaniu, od menej závažných nedostatkov.

  1. Dodávateľ oznámi pripravenosť diela alebo etapy na odovzdanie.
  2. Objednávateľ vykoná testovanie podľa dohodnutých kritérií.
  3. Objednávateľ potvrdí prevzatie alebo písomne uvedie zistené vady.
  4. Dodávateľ odstráni oprávnené vady a predloží dielo na opätovné overenie.
Praktické odporúčanie: Prílohou zmluvy vždy urobte aspoň stručnú technickú špecifikáciu a jasne určite, kto a v akej lehote schvaľuje jednotlivé etapy.

Práva k softvéru a dôvernosť

Softvér je spravidla autorským dielom, preto treba výslovne upraviť, či objednávateľ získava licenciu, jej rozsah, územné a časové trvanie, oprávnenie upravovať dielo a možnosť poskytnúť ho tretím osobám. Ak objednávateľ potrebuje zdrojový kód, má to byť v zmluve uvedené jednoznačne.

Dohoda o mlčanlivosti chráni obchodné, technické a osobné informácie, ku ktorým sa strany počas projektu dostanú. Ak sa spracúvajú osobné údaje, môže byť potrebná aj samostatná zmluva o spracúvaní osobných údajov.

Zodpovednosť a ukončenie spolupráce

Zmluva by mala obsahovať pravidlá zodpovednosti za škodu, zmluvné pokuty, prípadné obmedzenie náhrady škody a okolnosti vylučujúce zodpovednosť. Tieto ustanovenia musia byť vyvážené a prispôsobené významu projektu.

Upravte aj možnosti odstúpenia alebo výpovede, najmä pri podstatnom porušení povinností, omeškaní, nezaplatení odmeny alebo neposkytnutí nevyhnutnej súčinnosti. Pri ukončení spolupráce je dôležité dohodnúť odovzdanie rozpracovaných výstupov a vyúčtovanie vykonanej práce.

Často kladené otázky

Musí zmluva obsahovať zdrojový kód?

Nie vždy, ale ak má objednávateľ získať zdrojový kód alebo právo na jeho úpravu, musí to byť v zmluve a v licenčných podmienkach výslovne uvedené.

Je možné dohodnúť hodinovú odmenu?

Áno. Zmluva by mala určiť hodinovú sadzbu, spôsob evidencie práce, maximálny rozpočet alebo pravidlá jeho prekročenia a termín fakturácie.

Čo ak objednávateľ počas vývoja zmení zadanie?

Zmenu je vhodné zaznamenať v dodatku alebo objednávke zmeny, ktorá upraví rozsah, cenu, termín a prípadný vplyv na už vykonanú prácu.

Referencie

Napísal

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.

Zobraziť stránku autora

Čítať ďalej

Súvisiace dokumenty

Ďalšie vzory z rovnakej kategórie, ktoré sa môžu hodiť.