Ugovor o poslovno-tehničkoj saradnji u IT sektoru

Tehnološke inovacije dešavaju se daleko brže nego što zakonodavstvo može da ih isprati i adekvatno reguliše. Ugovor o poslovno-tehničkoj saradnji (PTS) jedan je od najvažnijih instrumenata poslovanja. Iako opšti modeli ugovora o poslovno-tehničkoj saradnji nude bazičnu strukturu – IT sektor zahteva daleko veću preciznost. Ovde se ne razmenjuje samo roba ili usluga, već se prepliću i intelektualna svojina, podaci, pristup infrastrukturi, specifična znanja (know-how), itd.

Kada se koristi PTS u IT sektoru?

Poslovno-tehnička saradnja u IT sektoru nije klasičan outsourcing, koji se najčešće reguliše ugovorom o pružanju usluga. Takođe, ugovor o poslovno-tehničkoj saradnji nije ugovor o radu. 

U IT-ju, PTS se najčešće koristi kada dve strane udružuju resurse radi postizanja zajedničkog cilja. Na primer, zajednički razvoj nove platforme, integracija kompatibilnih aplikacija, integracija postojećeg softvera sa novim hardverom,  dugoročno tehničko održavanje kompleksnih sistema, itd. 

U praksi, ovaj ugovor se najčešće koristi u sledećim situacijama:

• Angažovanje samostalnog developera ili razvojnog tima, ali tako da rade na zajedničkom cilju, a ne samo pruže uslugu naručiocu;
• Razvoj posebnog modula unutar postojećeg sistema;
• Dugoročna saradnja na održavanju i unapređenju softvera;
• Saradnja između dve IT kompanije na zajedničkom projektu.

U svim ovim slučajevima ne radi se o jednokratnoj usluzi, već o kontinuiranom procesu koji zahteva koordinaciju i jasno definisane obaveze obeju strana.

Zbog toga je neophodno detaljno definisati tehnički opseg:

• Koji specifični sistemi su predmet saradnje?
• Da li se saradnja odnosi na frontend, backend, ili celokupnu infrastrukturu?
• Koja je uloga svake strane u „životnom ciklusu“ razvoja softvera (SDLC)?

Zašto klasični ugovori često nisu dovoljni?

Jedan od najčešćih problema u praksi jeste pokušaj da se složene IT saradnje „uguraju“ u jednostavne ugovore. Rokovi, cene i glavni cilj ugovora nisu dovoljni jer mnoge stavke ostanu nejasne. 

Takav pristup obično dovodi do problema jer:

• Ne definiše faze razvoja (milestones);
• Ne reguliše izmene u toku projekta;
• Ne uređuje vlasništvo nad kodom;
• Ne predviđa održavanje i podršku;
• Ne reguliše odgovornost za greške (bugove). 

Rezultat su nesporazumi, kašnjenja i, u krajnjem slučaju, sporovi.

PTS ugovor omogućava da se svi ovi elementi unapred urede.

Najvažniji elementi PTS ugovora u IT sektoru

1. Predmet saradnje i obim razvoja

Jedna od najvažnijih stavki je jasno definisanje šta se razvija.

Predmet ugovora treba da obuhvati:

• Opis softverskog rešenja;
• Funkcionalnosti koje se razvijaju;
• Tehnologije koje se koriste;
• Eventualne integracije sa drugim sistemima;
• Sve glavne specifičnosti konkretne saradnje.

Preporučljivo je da se i pored detaljnog ugovora o PTS, priloži i detaljna specifikacija priloži kao poseban dokument.

2. Faze razvoja 

Razvoj softvera se gotovo uvek odvija kroz faze.

Ugovor bi trebalo da definiše:

• Koje su faze razvoja;
• Rokove za svaku fazu;
• Način prihvatanja izvršenih radova. 

Ovo je važno jer omogućava kontrolu projekta i smanjuje rizik od kašnjenja.

3. Naknada i model plaćanja

U IT projektima najčešće se koriste:

• Plaćanje po fazama;
• Mesečni angažman; ili 
• Kombinovani modeli. 

Važno je jasno definisati kada nastaje obaveza plaćanja: da li po završetku faze, po prihvatanju rada ili na neki drugi, specifičan način, i u kom roku. 

4. Vlasništvo nad kodom 

Jedno od najosetljivijih pitanja u IT saradnjama jeste: ko je vlasnik softvera?

Ugovor mora jasno definisati:

• Da li se autorska prava prenose na naručioca;
• Da li pružalac zadržava određena prava;
• Da li se koriste open-source komponente. 

Nejasno definisano vlasništvo nad kodom jedan je od najčešćih razloga sporova.

5. Održavanje i podrška

Razvoj softvera ne završava se njegovom isporukom. Zato je važno definisati:

• Da li postoji obaveza održavanja;
• Koliko dugo traje podrška;
• Šta podrazumeva ispravka grešaka. 

6. Odgovornost za greške (bugove)

Ugovor treba da reguliše:

• Šta se smatra greškom;
• U kom roku se greške otklanjaju;
• Da li se to posebno naplaćuje. 

7. Poverljivost i zaštita podataka

IT saradnje gotovo uvek uključuju pristup poverljivim podacima. Zato ugovor mora sadržati:

• Obavezu čuvanja poverljivosti;
• Zaštitu poslovnih i tehničkih informacija;
• Eventualne obaveze u vezi sa zaštitom podataka o ličnosti. 

8. Intelektualna svojina u IT sektoru

Za razliku od klasičnih industrija u kojima nije upitno šta je čija svojina, u IT-ju se vrlo često postavlja pitanje intelektualne svojine. Čiji je kod, algoritam, arhitektura baze podataka i korisnički interfejs? Bez precizno definisanih odredbi o intelektualnoj svojini (IP), PTS može postati pravna noćna mora.

Klauzule u ugovoru o PTS moraju pokriti 3 vrste intelektualne svojine:

1. Zatečena intelektualna svojina – svaka strana ostaje isključivi vlasnik tehnologije koju je unela u partnerstvo. Važno je taksativno navesti (najbolje u prilogu ugovora) šta svaka strana već poseduje;
2. Novonastala intelektualna svojina – ovo je najčešća tačka spora. Postoje dva osnovna pristupa:
   1. Isključivo vlasništvo jedne strane – gde je jedna strana vlasnik koda, a druga dobija licencu za korišćenje;
   2. Zajedničko vlasništvo – koje zahteva precizna pravila o tome kako partneri mogu komercijalizovati taj kod sa trećim licima;
3. Open-Source licence – budući da se IT projekti gotovo nikada ne pišu „od nule“, ugovor mora obavezati strane da prijave korišćenje bilo kog open-source koda koji bi mogao kontaminirati vlasnička prava krajnjeg proizvoda.

Nivoi saradnje – SLA (Service Level Agreement) 

Ugovor o PTS u IT-ju je nepotpun bez SLA odredbi, koje definišu parametre kao što su:

• Dostupnost (uptime): Ako jedna strana pruža hosting ili cloud resurse, kolika je garantovana dostupnost (npr. 99.9%)?
• Vreme odziva (response time): Koliko brzo tehnička podrška mora reagovati na kritičan bag, a koliko na manje estetske promene?
• Penali: Pravno formulisanje kazni za neispunjavanje ovih nivoa usluge, što uglavnom podrazumeva umanjenje mesečne naknade ili pravo na raskid.

Najčešće greške u IT saradnjama

U praksi se najčešće javljaju sledeći problemi:

• Ne postoji pisana specifikacija projekta;
• Nije definisano vlasništvo nad kodom;
• Nisu jasno definisani rokovi;
• Nisu usklađena očekivanja;
• Nije definisana odgovornost za greške. 

U većini slučajeva, ovi problemi mogli su se sprečiti dobrim, detaljnim ugovorom.

Bezbednost podataka i usklađenost (GDPR)

Ugovor o PTS saradnji mora sadržati rigorozne bezbednosne protokole. IT partneri često imaju pristup bazama podataka koje sadrže lične podatke korisnika.

PTS u IT-ju danas skoro uvek prati i DPA (Data Processing Agreement), kao poseban prilog koji reguliše obaveze u skladu sa GDPR-om.

U bankarskom ili fintech sektoru je standard da jedna strana sprovodi nezavisno proveru sistema bezbednosti druge strane – tzv. bezbednosni auditi – imajući u vidu rizik od curenja i zloupotrebe podataka.

Poverljivost (NDA) i zabrana konkurencije

Curenje informacije o novom algoritmu ili bazi klijenata pre zvaničnog lansiranja može uništiti biznis. Standardna klauzula o poverljivosti mora biti proširena tako da obuhvati:

• Tehničku dokumentaciju i logičke šeme;
• Pristupne kredencijale za testna i produkciona okruženja;
• Informacije o platama i uslovima pod kojima rade developeri (kako bi se sprečilo „preotimanje“ kadrova.

Zaključak

Razvoj softvera je kompleksan proces koji zahteva jasno definisana pravila saradnje. Ugovor o poslovno-tehničkoj saradnji omogućava da se odnosi između ugovornih strana urede na način koji odgovara stvarnim potrebama projekta.

Dobro sastavljen ugovor ne samo da smanjuje pravne rizike, već omogućava efikasniju realizaciju projekta i bolju saradnju između strana.

Pripremili smo nacrt Ugovora o poslovno-tehničkoj saradnji koji možete preuzeti besplatno, a zatim prilagoditi svojim specifičnim potrebama.