Izstrādes līgumi bieži izskatās vienādi: darbu apraksts, cena, termiņš, paraksti. Problēmas parādās tikai tad, kad kaut kas nenotiek pēc plāna. Zemāk ir astoņi punkti, kuros riski slēpjas visbiežāk. Tas ir praktisks ceļvedis, nevis juridisks padoms; svarīgu līgumu vērts parādīt juristam.
1. Kas tieši tiek piegādāts
Risks: darbu apraksts ir vispārīgs (“izstrādāt mājaslapu”), un katra papildu lapa vai funkcija kļūst par strīdu.
Ko pārbaudīt:
- vai ir lapu, sadaļu un funkciju saraksts, vai atsauce uz pielikumu (brifu, tehnisko aprakstu);
- kas ir iekļauts (dizains, saturs, tulkojumi, SEO pārnese, apmācība) un kas nav;
- kā tiek apstrādātas izmaiņas: rakstiski, ar jaunu vērtējumu pirms darba sākšanas.
Labs brifs šo problēmu samazina; skatiet rakstu par brifu.
2. Kā tiek pieņemts darbs
Risks: nav definēts, kas ir “pabeigts”. Tad rēķins ir izrakstīts, bet vietne nedarbojas, kā gaidīts.
Pārbaudiet, vai līgumā ir pieņemšanas kārtība: kad jūs saņemat versiju testēšanai, cik ilgi to pārbaudāt, kā tiek ziņots par kļūdām un kā tiek noteikts, ka kļūda ir novērsta. Skaidrs termiņš labojumiem ir svarīgāks par vārdu “garantija”.
3. Maksājumi un to saistība ar rezultātu
Risks: lielākā daļa summas jāmaksā pirms jūs redzat darbu.
Maksājumus saistiet ar posmiem (piemēram, dizains, izstrāde, palaišana), nevis tikai ar datumiem. Pārbaudiet, kas notiek, ja posms aizkavējas jebkuras puses dēļ, un vai ir noteikti kavējuma nosacījumi.
4. Tiesības uz kodu un saturu
Risks: jūs maksājat par darbu, bet tiesības uz kodu paliek pie izstrādātāja. Koda kopija vai piekļuve pati par sevi tiesības nenodod; Autortiesību likums nosaka, ka īpašums uz priekšmetu, kurā darbs iemiesots, nenodod autora tiesības (likumi.lv). Šis punkts ir plaši aplūkots rakstā par koda, domēna un datu piederību; šeit tikai atgādinājums par divām formulām, kurām jāpievērš uzmanība:
- “Pasūtītājs saņem neekskluzīvu licenci”: jūs varat izmantot, bet ne vienmēr mainīt vai nodot;
- “Izstrādātājs saglabā tiesības uz risinājumu”: norādiet, vai tas attiecas uz jūsu specifisko loģiku vai tikai uz vispārīgām bibliotēkām.
5. Trešo pušu licences un abonementi
Risks: vietne atkarīga no maksas spraudņa, šablona vai pakalpojuma, kas pieder izstrādātājam, un pēc gada rēķins pieaug vai licence beidzas.
Pārbaudiet, vai līgumā ir saraksts ar visām maksas komponentēm: kam pieder licence, uz kāda vārda tā reģistrēta, cik tā maksā un kad atjaunojas. Pieprasiet, lai licences tiktu reģistrētas uz jūsu uzņēmumu.
6. Hostings, uzturēšana un automātiskā pagarināšana
Risks: līgumā ar nelielu rindiņu par “uzturēšanu” jūs saistāt uz daudziem gadiem ar automātisku pagarinājumu.
Pārbaudiet:
- uzturēšanas apjomu: ko tieši tā ietver (atjauninājumi, kopijas, drošība, izmaiņas) un kas ir papildu darbs;
- reakcijas laiku, ja kaut kas nedarbojas, un kurā laikā tas ir spēkā;
- līguma termiņu, automātiskās pagarināšanas nosacījumus un uzteikuma termiņu;
- kur vietne uzstādīta un kam pieder hostinga konts.
7. Personas dati
Risks: izstrādātājs vai hostings apstrādā jūsu klientu datus, bet līgumā par to nav neviena vārda.
Eiropas Savienības datu aizsardzības regula (VDAR) 28. pantā prasa, lai apstrādātājs strādātu pēc līguma, kurā ir noteikts, ka pēc pakalpojuma beigām viņš pēc jūsu izvēles dzēš vai atdod visus personas datus (GDPR 28. pants). Ja jūsu vietne vāc pieteikumus, pasūtījumus vai kontaktus, jautājiet par apstrādātāja līgumu un datu glabāšanas vietu.
8. Izeja: kas notiek, ja sadarbība beidzas
Risks: līgumā nav neviena punkta par to, kā jūs pārņemat kodu, piekļuves un dokumentāciju, tāpēc aiziešana kļūst par sarunu ar spiedienu.
Pārbaudiet:
- vai ir noteikts, ka pēc darbu apmaksas jūs saņemat kodu, piekļuves un dokumentāciju;
- kāds ir termiņš pārnesei pēc uzteikuma;
- vai uzteikuma gadījumā ir sodi vai maksājumi, kas nav saistīti ar paveikto darbu;
- vai izstrādātājs apņemas palīdzēt nodošanā (un par kādu atlīdzību).
Tieši šis punkts nosaka, vai ilgtermiņa sadarbību var izvēlēties brīvi. Par to rakstām rakstā par ilgtermiņa attiecībām.
Sarkanie karogi, kas jāpamana ātri
Dažas formulas liecina, ka līgums rakstīts vienai pusei:
- “izstrādātājs patur visas tiesības līdz pilnai samaksai par visiem pakalpojumiem”, ieskaitot vēlākus;
- sodi vai papildu maksājumi tikai pasūtītājam, bet ne izpildītājam;
- tiesības izmantot jūsu vietni vai nosaukumu reklāmā bez saskaņošanas;
- atbildības ierobežojums, kas izslēdz jebkādu atbildību par datu zudumu;
- nosacījumi “pēc pieprasījuma” vai “pēc vienošanās” tur, kur jābūt konkrētam termiņam.
Neviens no tiem pats par sevi nav iemesls atteikties, taču katrs ir iemesls pajautāt.
Ko darīt, ja līgums jau parakstīts
Nepanikojiet un nesāciet ar strīdu. Vispirms izlasiet līgumu pret šo sarakstu un atzīmējiet, kuri punkti trūkst. Tad rakstiski lūdziet piegādātājam precizēt tieši šos punktus (kas pieder jums, kur ir piekļuves, kā tiek pārņemts darbs). Daudzi jautājumi, ko līgums neapraksta, labi izlemjami vienošanās formā, kamēr attiecības ir normālas. Ja piegādātājs atsakās, jūs vismaz zināt risku un varat to ieplānot.
Lēmuma noteikums
- Ja līgumā nav skaidri uzrakstītas tiesības uz kodu, piekļuves un izejas kārtība, neparakstiet.
- Ja uzturēšana pagarinās automātiski, pārliecinieties, ka varat uzteikt.
- Ja piegādātājs uz šiem jautājumiem atbild tikai mutiski, ierakstiet atbildes līgumā.
- Ja summa vai risks ir liels, parādiet līgumu juristam.
Mēs kā studija strādājam, balstoties uz principu, ka kods un dati ir jūsu; par to, kā strādājam, lasiet lapā par mums. Ja gribat pārbaudīt kāda līguma projektu pret šo sarakstu no tehniskā viedokļa, aprakstiet situāciju: apspriest projektu. Ja izvēlaties piegādātāju, noderēs arī jautājumi pirms izvēles.
