Home → Blog → Software Development Agreements in Serbia Ažurirano: 21. oktobar 2026. Autor: Kristijan Stoiljković, advokat · Sledeća revizija: januar 2027.
Projekat je završen, ali klijent traži još izmena pre plaćanja. Dolazi momenat kad predajete kod, a zatim otkrivate da ugovor obuhvata i ranije razvijene alate. Ili prihvatate ugovornu kaznu za koju verujete da je gornja granica odgovornosti, a ona to nije. Ugovor o razvoju softvera treba da poveže obim rada, naplatu, prijem i prava na kod u dosledan sistem.
Za srpsku IT kompaniju koja radi sa domaćim ili stranim naručiocem nije dovoljno da dokument sadrži cenu i rok. Presudno je šta se dešava kada se zahtevaju promene, klijent ne odgovara ili saradnja prestane pre završetka. Tekst je pisan iz perspektive izvršioca/isporučioca, ali su ista pitanja ključna i za naručioca.
Ukratko: pet provera pre potpisivanja
- Obim: da li su MSA, SOW i specifikacija usklađeni i ko odobrava dodatni rad?
- Naplata: da li su faze, rok plaćanja i porezi ugovoreni tako da je naplata predvidiva?
- Prijem: da li postoji rok za pregled i jasna posledica njegovog proteka?
- Prava na kod: da li su razdvojeni naručeni kod, vaše postojeće komponente i materijali trećih lica?
- Odgovornost: da li limit obuhvata ugovorne kazne i da li ga izuzeci ne poništavaju?
Imate nacrt ugovora pred potpisivanjem?
Pregledamo ugovor zajedno sa ponudom, SOW-om i specifikacijom, utvrđujemo prioritetne rizike i predlažemo izmene i pregovaračke pozicije prema poslovnom modelu projekta.
Šta uređuje ugovor o razvoju softvera i kako se povezuju MSA i SOW?
Ugovor o razvoju softvera (u praksi i ugovor o izradi softvera) uređuje izradu dogovorenog rešenja i prava i obaveze tokom projekta. Kod duže saradnje, MSA (Master Services Agreement) postavlja opšte uslove, dok SOW (Statement of Work) opisuje konkretan posao, isporuke, cenu i rokove. Tehnička specifikacija razrađuje funkcionalnosti i kriterijume testiranja.
Ovi dokumenti treba da imaju jasan red prvenstva. Ako ponuda predviđa ograničen broj integracija, a MSA obećava svaku integraciju potrebnu za poslovanje klijenta, nastaje prostor za spor. Posebno odredite kada SOW može odstupiti od MSA i ko takvo odstupanje odobrava.
Razvoj po narudžbini razlikuje se od licence za postojeći proizvod i SaaS modela, u kojem se prvenstveno pruža pristup softveru. Jedan projekat može kombinovati ove elemente, ali svaki zahteva odgovarajuće uslove.
Obim rada: šta tačno ulazi u cenu?
Opis „razvoj aplikacije prema potrebama klijenta” ostavlja otvoreno pitanje gde je kraj projektu i šta u stvari predstavlja krajnji proizvod. Specifikacija treba da obuhvati funkcionalnosti, integracije, podržana okruženja, dokumentaciju i isporuke po fazama. Navedite pretpostavke i isključenja: migracija podataka, obuke, hosting ili podrška nisu nužno isti posao.
Za svaku važnu isporuku odredite merljiv kriterijum. Umesto obećanja „brzog rada”, precizirajte uslove pod kojima se meri odziv sistema. Obaveze bez definisanog okruženja i opterećenja mogu postati šire nego što je razvojni tim uračunao u cenu.
Naplata: model, rokovi i porezi
Fiksna cena ima smisla kada je obim dovoljno određen. Dobavljač tada treba pažljivo da proceni pretpostavke i postupak dodatnog ugovaranja. Kod time-and-materials modela naknada se zasniva na utrošenom vremenu i dogovorenim resursima, pa su ključni satnice, evidencija i kontrola budžeta.
Ugovorite avans ili fazno fakturisanje, valutu, dospelost i način osporavanja računa. Razmotrite da spor oko dela računa ne odlaže plaćanje nespornog dela.
Kod domaćeg klijenta rok plaćanja nije u potpunosti stvar dogovora. Zakon o rokovima izmirenja novčanih obaveza u komercijalnim transakcijama propisuje da se ugovorom između privrednih subjekata po pravilu ne može predvideti rok plaćanja duži od 60 dana. Kada je dužnik subjekt javnog sektora, rok ne može biti duži od 45 dana. Zakon predviđa određene izuzetke, pa ugovoreni rok proverite prema važećem tekstu propisa. Za zakašnjenje u plaćanju ne ugovara se ugovorna kazna; zaštitu daju zatezna kamata, sredstva obezbeđenja (npr. menica ili bankarska garancija) i ugovoreno pravo na obustavu rada.
Kod stranog klijenta unapred proverite poreski tretman: PDV, eventualni porez po odbitku u zemlji klijenta i primenu ugovora o izbegavanju dvostrukog oporezivanja. Neto iznos koji očekujete mora odgovarati ugovorenoj raspodeli poreza i troškova transfera. Formulacija „cena uključuje sve poreze” kod prekograničnog posla može značiti da porez po odbitku snosite vi. Više o tome: poresko pravo.
Pravo obustave rada zbog neplaćanja uredite kroz obaveštenje, naknadni rok i posledice po plan projekta. Sama neizmirena faktura nije dovoljan razlog za proizvoljno isključivanje produkcionog sistema.
Promene zahteva: dodatni rad mora imati postupak odobrenja
Fleksibilnost u razvoju softvera ne znači neograničen obim za istu cenu. Postupak izmene zahteva, odnosno change request, treba da odredi ko podnosi zahtev, ko procenjuje posledice i ko odobrava cenu i novi rok. Dogovoreni kanal može biti elektronska pošta ili projektni alat, uz jasna ovlašćenja učesnika.
Primer odredbe · izmena obima: „Svaka izmena obima, rokova ili cene sprovodi se na osnovu pisanog zahteva za izmenu. Izvođač u roku od [pet] radnih dana dostavlja procenu uticaja izmene na cenu, rokove i angažovane resurse. Izvođač nije dužan da započne rad na izmeni pre nego što lice ovlašćeno u [Prilogu X] pisanim putem odobri procenu, a do odobrenja se rad nastavlja prema važećem SOW-u.”Ilustrativni primer. Rokove, ovlašćena lica i kanal komunikacije prilagodite projektu i ostatku ugovora.
Razlikujte procenu budžeta od čvrsto ugovorenog maksimuma. Uvedite upozorenje kada se približava dogovoreni prag i pravilo za nastavak rada. Komercijalni tim i projektni menadžer treba da primenjuju isti postupak koji piše u ugovoru.
Rokovi zavise i od saradnje klijenta
Rok razvoja može zavisiti od pristupa infrastrukturi, testnih podataka, odluka i povratnih informacija naručioca. Ugovorom rasporedite ove obaveze i datume. Predvidite obaveštavanje o blokadi, razumno pomeranje rokova i način obračuna dodatnih troškova ponovnog angažovanja tima.
Kašnjenje klijenta treba povezati sa konkretnim uticajem na projekat. Opšta odredba da svako kašnjenje oslobađa dobavljača svih obaveza teško objašnjava šta se stvarno dogodilo. Čuvajte evidenciju zahteva, odgovora i promena plana.
Prijem softvera: kako sprečiti neodređeno čekanje na odobrenje?
Odredite način isporuke, početak testiranja, rok za pregled i sadržinu obrazloženih primedaba. Razdvojite nedostatak u odnosu na specifikaciju od nove funkcionalnosti. Dogovorite koje greške sprečavaju prijem, a koje se otklanjaju naknadno prema planu.
Zakon daje dobavljaču određenu zaštitu. Kada se na odnos primenjuju pravila o ugovoru o delu, smatra se da je posao primljen ako naručilac bez opravdanog razloga ne postupi po pozivu izvođača da ga pregleda i primi (čl. 614 st. 2 ZOO). Zato poziv na pregled uputite tako da ga možete dokazati. U sporu se ipak raspravlja da li je razlog za nepostupanje bio opravdan, pa ugovorom precizirajte rok za pregled, sadržinu primedaba i dokaze o isporuci.
Primer odredbe · prijem isporuke: „Izvođač obaveštava Naručioca o isporuci kada je isporuka dostupna u dogovorenom okruženju za testiranje, zajedno sa dokumentacijom potrebnom za testiranje. Naručilac u roku od pet radnih dana od prijema tog obaveštenja sprovodi testiranje prema kriterijumima iz Specifikacije i dostavlja Izvođaču zapisnik o prijemu ili obrazložen spisak nedostataka koji predstavljaju odstupanje od Specifikacije. Ako Naručilac u tom roku ne dostavi obrazložene primedbe, ili isporuku počne da koristi u redovnom produkcionom radu, osim probne upotrebe dogovorene radi testiranja, smatra se da je isporuka primljena. Nedostaci razvrstani kao manji u skladu sa [Prilogom X] nisu razlog za odbijanje prijema i otklanjaju se prema dogovorenom planu.” Ilustrativni primer. Razvrstavanje nedostataka (npr. kritični, značajni, manji) definišite u prilogu. Proverite usklađenost sa planom plaćanja i garantnim odredbama.
Hipotetički primer: Klijent koristi isporučeni modul, ali ne potpisuje zapisnik i odlaže završnu uplatu. Precizno ugovoreni kriterijumi, dokaz o dostavljenoj isporuci i pravilo o produkcionoj upotrebi olakšavaju utvrđivanje da li je nastupio prijem.
Autorska prava na softver: ako u ugovoru nije precizirano, rizik je na dobavljaču
Odvojite novorazvijeni kod, postojeće komponente dobavljača i materijale trećih lica. Za svaku kategoriju definišite šta klijent dobija i pod kojim uslovima. Predaja izvornog koda, licenca za korišćenje i ustupanje imovinskih prava predstavljaju različita pitanja.
Za naručeni program dispozitivno pravilo ide u korist naručioca. Kod računarskog programa izrađenog na osnovu ugovora o narudžbini autorskog dela, Zakon o autorskom i srodnim pravima predviđa da naručilac stiče prava iskorišćavanja, osim ako je ugovorom drugačije određeno (čl. 95). Pravilo se odnosi na program koji je predmet narudžbine. Ne znači da se vaše ranije razvijene biblioteke i alati automatski prenose klijentu. Ali ako ugovor ne razgraniči šta je naručeno, a šta je postojeća komponenta, otvara se prostor za spor. Uz to, dobavljač klijentu može preneti samo prava koja je sam stekao od zaposlenih i saradnika. Zato izričito razdvojite tri kategorije: naručeni kod, postojeće komponente dobavljača i prava pribavljena od autora i trećih lica.
Kod programa koji zaposleni stvore izvršavajući radne obaveze, Zakon predviđa trajna isključiva imovinska prava poslodavca, osim ako ugovorom o radu nije drugačije određeno (čl. 98). Za računarski program zaposleni ima pravo na posebnu naknadu samo ako je to predviđeno ugovorom; ona ne postoji automatski. Zato u ugovoru o radu jasno odredite da li se posebna naknada plaća ili je rad na softveru obuhvaćen zaradom. Moralna prava autora nisu predmet ugovornog prenosa.
Ako tim čine i saradnici van radnog odnosa (preduzetnici, podizvođači), ugovor sa programerom mora preneti prava koja pokrivaju sve što obećavate klijentu. Utvrdite prava na izmene, dalje ustupanje i ugrađivanje postojećih komponenti. Za dizajn i druge prateće materijale ne pretpostavljajte automatski isti režim kao za računarski program.
Ako sticanje ugovorenih prava vezujete za plaćanje, to izričito uredite, zajedno sa dozvoljenim testiranjem pre uplate. Posebno navedite predaju dokumentacije i pristupnih podataka: ugovorna prava bez tehnički upotrebljive predaje mogu ostaviti klijenta zavisnim od dobavljača.
Hipotetički primer: Dobavljač klijentu obećava isključiva prava na celu isporuku, a podizvođač zadržava svoju biblioteku uz ograničenu licencu. Nesklad treba otkloniti proširenjem pribavljenih ovlašćenja ili preciznim izdvajanjem biblioteke iz obećane isključivosti.
Open-source i AI alati: proverite šta ulazi u isporuku
Open-source komponente nisu same po sebi prepreka komercijalnom razvoju. Potrebno je proveriti konkretnu licencu, način povezivanja i distribucije, obaveze obaveštavanja i eventualnog stavljanja izvornog koda na raspolaganje. Uvedite evidenciju komponenti i odobrenje za licence koje mogu uticati na planiranu upotrebu.
Za AI alate odredite dozvoljene servise, postupanje sa poverljivim podacima i pregled generisanog koda. Izbegavajte apsolutne izjave o poreklu i isključivosti rezultata bez odgovarajuće provere. Ako projekat uključuje obradu podataka o ličnosti, uredite uloge i potrebnu dokumentaciju zasebno (zaštita podataka).
Ograničenje odgovornosti i ugovorna kazna
Limit mora imati osnovicu, period i obuhvat: da li se računa prema naknadama za konkretni SOW, svim plaćanjima ili određenom vremenskom periodu? Proverite da li je zbirni i da li izuzeci, ugovorne kazne i zahtevi trećih lica praktično poništavaju njegovo dejstvo.
Član 265. ZOO dozvoljava ugovaranje najvišeg iznosa naknade, ali samo ako taj iznos nije u očiglednoj nesrazmeri sa štetom. Odgovornost za nameru i krajnju nepažnju ne može se unapred isključiti, a ograničenje visine naknade ne štiti dužnika koji je namerno ili krajnjom nepažnjom prouzrokovao nemogućnost ispunjenja. Sud može poništiti i isključenje odgovornosti za običnu nepažnju ako je proizašlo iz neravnopravnog odnosa strana. Zato komercijalno prihvatljiv limit nije automatski punovažan u svakoj situaciji.
Izraz „indirektna šteta” treba ugovorno definisati. ZOO ne zasniva pravila o obimu naknade na podeli na direktnu i indirektnu štetu. Razlikuje običnu štetu i izmaklu korist, a naknadu vezuje za štetu koju je dužnik u vreme zaključenja ugovora morao predvideti, osim kod prevare, namere i krajnje nepažnje (čl. 266). Izraz preuzet iz stranih ugovora zato može biti tumačen različito. Ako ga koristite, navedite koje kategorije štete se isključuju, na primer izmaklu korist. Gubitak podataka ili prekid poslovanja uredite posebno, jer u konkretnom slučaju mogu predstavljati i običnu štetu.
Primer odredbe · ograničenje odgovornosti: „Ukupna odgovornost Izvođača za sve zahteve proistekle iz istog SOW-a, po svim osnovama iz ovog Ugovora ili u vezi sa njim, uključujući ugovorne kazne, ograničena je na iznos naknade plaćene ili dospele za plaćanje po tom SOW-u u periodu od dvanaest meseci pre prvog događaja koji je doveo do zahteva. Ukupna odgovornost Izvođača po svim SOW-ovima zajedno ne može preći [iznos]. Izvođač ne odgovara za izmaklu korist Naručioca. Ograničenja iz ovog člana ne primenjuju se u slučaju namere ili krajnje nepažnje, niti u drugim slučajevima u kojima zakon ne dozvoljava ograničenje odgovornosti.” Ilustrativni primer za trajnu saradnju po MSA sa više SOW-ova. Kod jednokratnog razvoja limit se obično vezuje za ukupnu naknadu po ugovoru, bez vremenskog perioda. Visina limita je komercijalno pitanje i zavisi od vrednosti projekta, rizika i osiguranja.
Ugovorna kazna nije limit odgovornosti. Po ZOO, poverilac može zahtevati kaznu i kad nije pretrpeo štetu, a ako je šteta veća od kazne, ima pravo i na razliku do potpune naknade (čl. 275). Sud na zahtev dužnika može smanjiti nesrazmerno visoku kaznu (čl. 274), ali na to ne treba računati u pregovorima. Ugovorna kazna se ne ugovara za novčane obaveze (čl. 270). Ako želite da kazna bude jedina novčana posledica zakašnjenja, izričito ugovorite da isključuje naknadu štete preko njenog iznosa i obuhvatite je zbirnim limitom. Takva odredba ne oduzima naručiocu pravo da zahteva ispunjenje ili raskine ugovor, a ne štiti dobavljača kod namere i krajnje nepažnje (čl. 265).
Primer odredbe · ugovorna kazna: „Ugovorna kazna iz ovog člana isključuje pravo Naručioca da zbog zakašnjenja u isporuci zahteva naknadu štete u iznosu većem od kazne. Ukupan iznos kazne ne može preći [10%] vrednosti SOW-a na koji se zakašnjenje odnosi i obuhvaćen je ograničenjem odgovornosti iz člana [X]. Ova odredba ne utiče na pravo Naručioca da zahteva ispunjenje ili raskine Ugovor pod uslovima iz ovog Ugovora.” Ilustrativni primer. Isključenje veće naknade ne važi ako je zakašnjenje prouzrokovano namerno ili krajnjom nepažnjom (čl. 265 ZOO). Procenat je pregovaračko pitanje.
Garancije vežite za dogovorene karakteristike i uslove korišćenja. Kod zahteva zbog povrede prava trećih lica uredite obaveštavanje, kontrolu odbrane, poravnanje i korektivne mere. Izraz indemnity zahteva precizan sadržaj i proveru prema merodavnom pravu.
Kod stranog nacrta ili složenog lanca podizvođača, pregled ugovora treba da obuhvati i SOW, prava na komponente i izuzetke od ograničenja odgovornosti.
Zatražite pregled ugovora → Ugovori i pregovori
Prestanak saradnje i sporovi sa stranim klijentom
Razdvojite prestanak zbog povrede od otkaza bez povrede. Uredite rok za otklanjanje problema, obračun izvedenog rada, rad u toku i troškove tranzicije. Kada se primenjuju pravila o ugovoru o delu, ZOO omogućava naručiocu da raskine ugovor pre dovršetka posla, ali uz obavezu da izvođaču isplati ugovorenu naknadu, umanjenu na način koji propisuje zakon, npr. za troškove koje izvođač usled raskida nije imao (čl. 629). Ugovorom jasno odredite kako se taj obračun vrši.
Definišite materijale koji se predaju, status plaćenih i neplaćenih isporuka, trajanje pomoći novom timu i njenu cenu. Merodavno pravo, sud i arbitraža su zasebna pitanja. Strano pravo može zahtevati lokalnog savetnika, a troškovi postupka i izvršenja odluke treba da budu srazmerni poslu.
Odredbe koje treba proveriti pre potpisivanja
| Potencijalni rizik | Šta pregovarati |
|---|---|
„Sve potrebne izmene” Rizik: dodatni rad bez jasne naknade | Obim, isključenja i odobravanje izmena |
Plaćanje tek po konačnom odobrenju Rizik: odlaganje celokupne naplate | Faze, kriterijume prijema i rok za pregled |
Ugovor ne uređuje pravila o pravima na kod Rizik: spor o tome šta je naručeno, a šta ostaje dobavljaču | Jasno razgraničenje naručenog koda, postojećih komponenti i licenci |
Isključiva prava na svaki deo rešenja Rizik: gubitak mogućnosti korišćenja sopstvenih alata | Kategorije koda i obim prava za svaku od njih\ |
Ugovorna kazna bez zbirnog maksimuma Rizik: kazna i naknada štete istovremeno | Maksimum, isključenje naknade preko kazne i obuhvat limitom |
Limit sa širokim izuzecima Rizik: izloženost izvan planiranog limita | Zbirni obuhvat, posebni limiti i postupak za zahteve |
„Cena uključuje sve poreze” kod stranog klijenta Rizik: umanjen neto prihod zbog poreza po odbitku\ | Gross-up ili jasna raspodela poreza |
Prestanak bez obračuna izvedenog rada Rizik: spor oko poslednje fakture i predaje | Rad u toku, troškovi i plan izlaska |
Kontrolna lista pre potpisivanja
- Da li su MSA, SOW, ponuda i specifikacija međusobno usklađeni i da li postoji red prvenstva?
- Da li svaki dodatni zahtev prolazi odobrenje cene i roka?
- Da li su naplata i prijem povezani sa dokazivim događajima i rokom za pregled?
- Da li je rok plaćanja usklađen sa zakonskim maksimumom kod domaćeg klijenta?
- Da li je poreski tretman stranog klijenta proveren pre potpisivanja?
- Da li su postojeće komponente izdvojene iz prava koja dobija klijent?
- Da li prava pribavljena od zaposlenih i saradnika pokrivaju obećanja klijentu?
- Da li su ugovorne kazne ograničene i obuhvaćene zbirnim limitom?
- Da li je jasno šta se plaća i predaje pri prestanku saradnje?
Česta pitanja o ugovoru o razvoju softvera
Da li je dovoljan obrazac ugovora sa interneta?
Ne, i to je jedan od najrizičnijih izbora. Obrazac nije pisan za vaš projekat, poslovni model ni merodavno pravo, pa često ne uređuje upravo pitanja od kojih zavise naplata i izloženost.
Da li MSA zamenjuje SOW?
MSA postavlja okvir. SOW konkretizuje projekat. Ako sve uređujete jednim dokumentom, on treba da pokrije obe funkcije.
Ko ima prava na softver ako ugovor o tome ništa ne kaže?
Za program izrađen po narudžbini zakonsko pravilo ide u korist naručioca. Ono ne obuhvata automatski ranije razvijene komponente dobavljača, ali bez jasnog razgraničenja raste rizik dolaženja do spora. Zato ugovorom odredite šta klijent dobija, a šta ostaje vaše.
Da li klijent automatski dobija izvorni kod?
Pravo iskorišćavanja i obaveza tehničke predaje proveravaju se odvojeno. Ugovorom navedite sadržaj, format i trenutak predaje.
Može li prijem nastupiti bez potpisa zapisnika?
Može. Kod ugovora o delu smatra se da je posao primljen ako naručilac bez opravdanog razloga ne postupi po pozivu da ga pregleda i primi. Ugovoreni rok za pregled i dokaz o pozivu smanjuju prostor za spor.
Da li ugovorna kazna ograničava moju odgovornost?
Ne sama po sebi. Ako je šteta veća od kazne, poverilac može tražiti razliku, osim ako je ugovorom isključena naknada preko iznosa kazne. Ni tada to isključenje ne važi kod namere i krajnje nepažnje.
Koji je prihvatljiv limit odgovornosti?
Ne postoji univerzalni procenat. Procena zavisi od vrednosti projekta, mogućih posledica, osiguranja, izuzetaka i merodavnog prava.
Da li strani klijent znači primenu stranog prava?
Ne automatski. Proverite ugovorni izbor i pravila koja određuju merodavno pravo kada izbor nije učinjen.
Pravna podrška pre potpisivanja IT ugovora
Dobro postavljen ugovor o razvoju softvera treba da podrži način na koji tim zaista radi. Stoiljković Law pruža podršku u izradi i pregledu IT ugovora, usklađivanju MSA/SOW dokumentacije, ugovora sa zaposlenima i podizvođačima, i u pregovorima sa domaćim i stranim klijentima. Više o oblasti: IT pravo i intelektualna svojina.
Šta obuhvata pregled ugovora:
- pregled nacrta i priloga: MSA, SOW, specifikacija i ponuda;
- spisak prioritetnih rizika iz ugla vaše kompanije;
- predlog izmena u obliku spremnom za slanje drugoj strani;
- podršku u pregovorima, po potrebi.
Za prvi kontakt dovoljni su kratak opis projekta i planirani rok potpisivanja. Ulogu vaše kompanije, državu druge strane i okvirnu vrednost posla navedite ako su vam poznati. Razmenu poverljivog nacrta dogovaramo naknadno, odgovarajućim kanalom.