Primjer SOW-a za web developera: kompletan projekt na fiksni iznos

Zašto napisati čvrst SOW za web development projekt na fiksni iznos?

Kada poduzeće povjeruje web developeru ili agenciji web development projekt na fiksni iznos, velika je pokušnja osloniti se na jednostavan predračun ili e-mail izmjene. To je međutim jedan od glavnih izvora sporova u odnosu klijenta i tehnološkog izvođača: nejasno definirani opseg projekta, osporene isporuke, nedefinirani prava na kod. Statement of Work (SOW) je ugovorni dokument koji sprječava sve te rizike formaliziranjem, članak po članak, što svaka strana mora raditi, kada i prema kojim kriterijima uspjeha.

U projektu na fiksni iznos — za razliku od rada po satnicama — izvođač se obavezuje na točan rezultat za fiksnu cijenu. Upravo ta priroda ugovora čini redakciju SOW-a još kritičnijom: svaka siva zona postaje nesuglasica oko toga što je bilo „uključeno" ili nije u opseg. Prema 2024. godini, prema godišnjem izvještaju Savjeta francuskih odvjetničkih komora, komercijalni sporovi vezani uz ugovore o pružanju informatičkih usluga predstavljali su više od 18% svih B2B sporova pred francuskim trgovačkim sudovima.

U ovom vodiču detaljno objašnjavamo strukturu kompletnog primjera SOW-a za web developera za fiksni projekt, pokrivajući isporuke, kriterije prihvaćanja, intelektualno vlasništvo i cesiju koda. Za dalnje podatke o osnovama, pogledajte naš kompletan vodič SOW-a: model, klauzule i elektronski potpis.

---

Tipična struktura SOW-a za web developera na fiksni projekt

Dobro strukturirani SOW slijedi logičku arhitekturu koja ide od općeg prema specifičnom. Evo nezaobilaznih dijelova za web development projekt.

1. Zaglavlje i identifikacija strana

Dokument počinje točnom identifikacijom obje strane: naručitelja (klijentske tvrtke, s naznakom pravnog oblika, SIREN broja, zakonskog predstavnika i njegov naslov) i izvođača (freelancer ili tvrtka). Također se navode:

• Broj SOW-a (posebno ako je dio MSA — Master Services Agreement)
• Datum stupanja na snagu
• Predviđeno trajanje misije
• Referent projekta sa strane klijenta i sa strane izvođača

Ovaj dio izgleda nebitan, ali je odlučan u slučaju spora: utvrđuje koji su sugovornici ovlašteni validirati isporuke i potpisati avenanse.

2. Opseg i opis isporuka

To je srce dokumenta. Za web development projekt na fiksni iznos, opseg mora biti opisan gotovo tehničkom preciznošću.

Primjer opisa za e-commerce web aplikaciju:

> Izvođač se obavezuje na dizajn, razvoj i isporuku e-commerce web aplikacije responsive na osnovi Next.js 14 (React framework), povezane na REST API back-end Node.js/Express, s integracijom Stripe-a za online plaćanje. Aplikacija će sadržavati sljedeće module: katalog proizvoda (do 5 000 stavki), shopping cart, conversion tunnel u 3 koraka, siguran klijentski prostor (JWT), administratorski dashboard.

Svaka isporuka mora biti pojedinačno navedena sa:

• Njenim nazivom (npr. „Modul autentifikacije korisnika")
• Njenim funkcionalnim opisom (što to radi, ne kako se radi)
• Predviđenim rokom isporuke (ili razrada po sprint/faza)
• Formatom isporuke (Git repozitorij, URL staginga, ZIP datoteka, tehnička dokumentacija)

Za složenije projekte preporuča se priložiti funkcionalni specifikacijski dokument (CDC) ili Agile korisničke priče, na koje se SOW izričito poziva.

3. Kriteriji prihvaćanja: kako validirati svaku isporuku?

Ovaj dio se najčešće zanemaruje i najčešće je izvor sporova. Kriteriji prihvaćanja objektivno definiraju uvjete pod kojima klijent priznaje da je isporuka sukladna.

Primjer kriterija prihvaćanja za web aplikaciju:

| Isporuka | Kriterij prihvaćanja | |---|---| | Modul autentifikacije | Funkcionalna prijava/odjava na Chrome, Firefox, Safari (verzije N-1). Vrijeme odgovora < 800 ms. Jedinični testovi koji pokrivaju ≥ 80% koda. | | Conversion tunnel | Stopa JavaScript grešaka = 0 pod simuliranom opterećenjem (200 istodobnih korisnika putem Lighthouse). | | Admin dashboard | Funkcionalan izvoz CSV. Ispravan prikaz na rezoluciji 1280 × 720 px minimum. | | Tehnička dokumentacija | Kompletan README.md datoteka, arhitekturni dijagram, dokumentirane varijable okruženja. |

SOW također mora precizirati:

• Proceduru provjere: tko testira, s kojima alatima, u kojem roku nakon isporuke (primjer: klijent ima 10 radnih dana da validira ili formalno objavi rezervacije)
• Upravljanje rezervacijama: male rezervacije (kozmetičke greške) ne blokiraju plaćanje; velike rezervacije (nefunkcionalna mogućnost) suspenziju plaćanja do ispravljanja
• Šutnja znači prihvaćanje: nakon roka provjere bez pisanog odgovora, isporuka se smatra prihvaćenom

Ovaj mehanizam formalnog prihvaćanja ključan je za fiksne projekte. Kako bi automatizirali potpisivanje zapisnika o provjeri, brojne DSI sada koriste elektronski potpis u poslovanju, koji ima dokaznu vrijednost ekvivalentnu rukom pisanom potpisu prema eIDAS regulaciji.

4. Financijski uvjeti i etape plaćanja

U fiksnom projektu, struktura plaćanja obično je vezana uz napredak projekta umjesto vremena utrošenog.

Primjer plana plaćanja za projekt od 24 000 € bez PDV-a:

• 30% pri potpisu SOW-a: 7 200 € bez PDV-a (akonт, pokriva fazu dizajna/arhitekture)
• 30% pri isporuci sprinта 1 (isporuke 1–4 validirane): 7 200 € bez PDV-a
• 25% pri isporuci sprinta 2 (isporuke 5–8 validirane): 6 000 € bez PDV-a
• 15% pri finalnoj provjeri i pokretanju produkcije: 3 600 € bez PDV-a

SOW precizira penale za kašnjenja izvođača (npr. 0,5% ukupnog iznosa po tjednu kašnjenja, ograničene na 10%) i penale za kašnjenja klijenta pri validaciji (npr. produžetak globalnog roka za vrijeme ekvivalentno kašnjenju validacije).

5. Intelektualno vlasništvo i cesija koda

Ovo je dijeljenski najosjetljiviji dio za sve web development ugovore. Prema francuskom pravu (Kodeks intelektualnog vlasništva, čl. L. 111-1), autor djela umnog rada — uključujući softver — zadržava prava čak i nakon isporuke i plaćanja. Drugim riječima, bez eksplicitne klauzule o cesiji, klijent plaća razvoj ali ne posjeduje legalno kod.

Dobro napisan SOW mora sadržavati kompletnu klauzulu o cesiji. Evo primjera teksta:

> U zamjenu za potpuno plaćanje dogovorene cijene, Izvođač cedi Klijentu, isključivo i završno, cjelinu imovinskih prava na izvornim Isporukama razvijenim specifično u okviru ovoga SOW-a, uključujući prava na reprodukciju, javni prenos, adaptaciju, prijevod, izmjenu i komercijalnu eksploataciju, za cijeli svijet i za cijelo trajanje zakonske zaštite autorskih prava.

SOW također mora razlikovati:

• Proprietary kod (razvijen specifično za ovaj projekt → cedira se klijentu)
• Komponente trećih strana (framework-ovi, open source biblioteke → izvođač jamči njihovu sukladnost s primjenjivim licencama)
• Alati i metode izvođača (znanje-kako, boilerplates → ostaju svojstvo izvođača)
• Open source ovisnosti: navedite komponente i njihove licence (MIT, Apache 2.0, LGPL…) kako bi izbjegali kršenje licence

Za misije koje uključuju inovativne razvoje koji bi mogli biti patentirani ili zaštićeni kao softver, pogledajte naš hub INPI: potpis, depozit i potvrdnica kako bi osigurali prava od početka razvoja.

Konačno, SOW mora sadržavati klauzulu escrow-a za kod ako klijent želi zaštititi se od neispunjavanja izvođača: kod se deponira kod pouzdanog trećeg lica i oslobađa pod unaprijed definiranim uvjetima (likvidacija izvođača, neispunjenje SLA-a, itd.).

---

Dopunske, nezaobilazne klauzule u SOW-u za web development

Povjerljivost i NDA integrirana

Izvođač će imati pristup osjetljivim informacijama: arhitekturi, klijentskim podacima, roadmapi proizvoda. SOW mora sadržavati klauzulu o povjerljivosti (ili referencu na NDA potpisanu odvojenо) pokrivajući:

• Trajanje obveze (obično 3–5 godina nakon završetka misije)
• Definiciju povjerljivih informacija
• Iznimke (informacije već javne, legitimno dobivene od trećih strana)
• Obaveze vraćanja ili uništavanja podataka na kraju ugovora

Jamstva i održavanje nakon isporuke

U fiksnom projektu, jamstvo za skrivene nedostatke primjenjuje se zakonski, ali SOW precizira njegovu operativnu primjenu:

• Jamstvo dobrog funkcioniranja: tijekom X mjeseci nakon finalne provjere, izvođač besplatno ispravljala sve greške vezane uz njegov razvoj (izuzev funkcionalnih napredovanja)
• SLA ispravljanja: kritična greška ispravljena unutar 24h radna dana; velika greška unutar 72h; mala greška uključena u sljedeći ciklus
• Isključenja iz jamstva: izmjene koje je dao klijent na kodu, neodrađene ažuriranja ovisnosti bez dogovora s izvođačem

Podgovaranje i ljudski resursi

Klijent mora znati može li izvođač podgovoriti dio ili sve razvoje. Ako se želi klauzula o prethodnom odobrenju (posebno iz razloga povjerljivosti ili GDPR-a), mora biti u SOW-u. U kritičnim misijama neki klijenti čak zahtijevaju imenovanje developera i suglasnost prije promjene tima.

Za SOW-ove potpisane s inozemnim izvođačima ili u multipartitnom kontekstu, rješenje elektronskog potpisa u skladu s eIDAS Certyneoa omogućava daljinsko potpisivanje s dokaznom vrijednosti priznatom u 27 država članica EU-a.

---

Najbolje prakse za završetak i potpisivanje SOW-a

Proces pregleda i izmjene

Prije potpisivanja, SOW mora biti pregledан od:

1. Tehnički projektnog čelnika sa strane klijenta (validacija funkcionalnog opsega)
2. Jurista ili financijskog direktora (validacija financijskih klauzula, IP i penala)
3. RSSI-ja ako se obrađuju osobni ili osjetljivi podaci (GDPR sukladnost)

Svaka izmjena opsega tijekom projekta mora biti predmet Change Order-a (avensa) potpisanog od obje strane, preciziranja utjecaja na rok i cijenu. Bez potpisanog avensa, svaki zahtjev za izmjenom smatra se izvan opsega.

Elektronski potpis SOW-a

Ručni potpis SOW-a zahtijeva spor papirni transfer i izvor grešaka (starija verzija potpisana, nedostaje potpis). Naprednи ili kvalificirani elektronski potpis, u skladu s eIDAS regulacijom, ima nekoliko odlučnih prednosti za ovaj tip dokumenta:

• Ojačana dokazna vrijednost: kvalificirani vremenski žig, sigurna identifikacija potpisnika
• Brzoća: SOW može biti potpisан u nekoliko minuta, čak i s izvođačem u home officeu ili inozemstvu
• Automatski arhiv: potpisani dokument čuva se neopozivo
• Praćenje verzija: izbjegava potpisivanje stare verzije

Naš usporedni pregled rješenja elektronskog potpisa pomaže vam odabrati razinu potpisa prikladnu za vrijednost i osjetljivost vašих SOW-ova. Za misije veće od 50 000 € ili koje uključuju proširene klauzule o cesiji IP-a, kvalificirani potpis (najviša razina eIDAS-a) preporuča se.

Kako bi ubrzali samu proizvodnju dokumenta, naš AI generator ugovora omogućava proizvodnju personaliziranog SOW nacerta u nekoliko minuta, na osnovi parametara vaše misije.

Zakonski okvir primjenjiv na SOW-ove web developera

Građanski zakonik i obavezujući karakter ugovora

SOW je prije svega ugovor u smislu članka 1101 francuskog Građanskog zakonika: „Ugovor je dogovor volji između dvije ili više osoba namenjen stvaranju, izmjeni, prijenosu ili gašenju obveza." Njegova obavezujuća snaga postavljena je u članku 1103: „Ugovori zakonito sklopljeni čine zakon onima koji su ih sklopili." Čim ga potpišu obje strane, SOW je zakonski obvezujući, uključujući njegove priloge i tehničke tablice.

Elektronski potpis SOW-a uređen je člankcima 1366 i 1367 Građanskog zakonika, koji elektroničkom pisanom dokumentu priznavaju istu dokaznu vrijednost kao papirnom, pod uvjetom da su identitet potpisnika pravilno identificirani i jamči se integritet dokumenta.

Regulacija eIDAS br. 910/2014 i ETSI standardi

Za SOW-ove potpisane elektronski između evropskih tvrtki, eIDAS regulacija (br. 910/2014 Europskog parlamenta i Vijeća) definira tri razine elektronskog potpisa: jednostavne, napredne i kvalificirane. Naprednі elektronski potpis (SEA) oslanja se na ETSI standarde EN 319 132 (XAdES) i ETSI EN 319 122 (CAdES), koji jamče integritet dokumenta i identifikaciju potpisnika. Za ugovorne obaveze s visokim financijskim rizikom ili koje sadržavaju klauzule o cesiji autorskih prava, kvalificirani potpis (SEQ), na osnovi certifikata izdanog od strane kvalificirane usluge povjerenja (PSTQ) na europskoj listi povjerenja (TSL), preporučuje se.

Kodeks intelektualnog vlasništva (CPI)

Cesija prava na kod upravljena je Kodeksom intelektualnog vlasništva. Članak L. 111-1 CPI-a utvrđuje moralnom i imovinskim pravima autora na svakom djelu umnog rada, uključujući software-e (čl. L. 112-2, 13°). Cesija imovinskih prava mora, prema članku L. 131-3 CPI-a, izričito navesti svako cedovano право, teritorij, trajanje i način eksploatacije. Svaki SOW koji izostavlja jedan od tih dijelova rizira da sud proglasi klauzulu o cesiji nevaljanom, ostavljajući prava izvođaču.

Osim toga, software-i koje je stvorio zaposlenik u obavljanju svojih funkcija pripadaju poslodavcu (čl. L. 113-9 CPI-a). Ovo pravilo se ne primjenjuje na samostalne izvođače, što je razlog za neophodno uključivanje ugovorne klauzule o cesiji.

GDPR (Regulacija br. 2016/679) i obrada podataka

Ako izvođač obrađuje osobne podatke u ime klijenta (npr. pristup bazi podataka klijenata kako bi razvio CRM), kvalificira se kao obrađivač u smislu članka 28 GDPR-a. SOW tada mora sadržavati ili referencirati sporazum o obradi podataka (DPA) preciziranja: priroda i svrha obrade, kategorije podataka, mjere sigurnosti, i obveze izvođača u slučaju kršenja podataka. U suprotnom, klijent i izvođač izlažu se CNIL kaznama, koje mogu dostići 4% godišnjeg svjetskog prometa.

Trgovačko pravo i ugovorna odgovornost

U slučaju neispunjenja isporuka ili rokova, ugovorna odgovornost izvođača bude se na osnovi članaka 1231-1 i dalje Građanskog zakonika (stari članci 1147 i dalje). Ograničenja odgovornosti (ograničenje na X mjeseci obračuna) valida su između stručnjaka, pod uvjetom da ne prazne ugovor od njegove suštine (čl. 1170 Građanskog zakonika).

Scenariji uporabe: SOW za web developera u praksi

Scenarij 1 — Tehnološka startup poduzeća naručuje prilagođeni modul naplaćivanja

Tehnološka startup B2B izdavač HR upravljačkog software-a, s oko 40 suradnika i 500 aktivnih klijenata, želi eksternalizirati razvoj prilagođenog modula automatske naplaćivanja integriranog u svoj glavni proizvod. Fiksni proračun je 35 000 € bez PDV-a za 4 mjeseca razvoja.

Bez formaliziranog SOW-a, prve tjedne otkrivaju velika odstupanja: izvođač smatra da je integracija s Stripe API-jem izvan opsega, dok klijent smatra da je implicitno uključena. Veliki spor od 8 000 € prekoračenja eskalira u drugi sprint.

S strukturiranim SOW-om koja sadržava tablicu isporuka, precizne kriterije prihvaćanja i popis integracija s trećim stranama eksplicitno uključenih, ovaj tip konflikta izbjegava se. Klauzula o Change Order-u zahtijeva potpisivanje avensa za svaki dodatak opsega. Rezultat viđen u sličnim kontekstima: smanjenje sporova tijekom projekta od 70–85% i dobit od 2–3 tjedna na roku do proizvodnje, prema podacima objavljenim SYNTEC Numérique u svojoj banci podataka iz 2023.

Scenarij 2 — Industrijska grupa osigurava cesiju prava na prilagođeni ERP

Industrijska grupa srednje veličine (oko 800 zaposlenih, 3 proizvodna lokacija) naručuje od agencije za razvoj web-a prilagođeni ERP za upravljanje proizvodnjom od 180 000 € bez PDV-a. Misija traje 18 mjeseci. Na kraju projekta, agencija je kupljena od konkurenta. Grupa tada shvaća da klauzula o intelektualnom vlasništvu njihova inicijalnog ugovora nije pokrivala cesiju prava na module razvijene od strane dva freelancea angažirana kao podgovarači.

Dobro napisan SOW bio bi predvidio: klauzulu o cesiji pokrivajući sve isporuke uključujući one od podgovarača, obavezu glavnog izvođača da dobije ekvivalentne cesije od svojih podgovarača, i mehanizam escrow-a koda aktivirajući se u slučaju promjene vlasništva. U sličnim situacijama dokumentiranima od strane specijaliziranoga bačeva za pravo digitalne tehnologije, troškovi sporova i djelomičnog re-razvoja redovito prelaze 30% inicijalnog proračuna projekta.

Scenarij 3 — Digitalna agencija standardizira SOW-ove kako bi ubrzala prodaju

Web agencija od 15 osoba prosječno realizira 25 fiksnih projekata godišnje, s budžetima od 8 000 do 60 000 € bez PDV-a. Uprava primjećuje da nego cija i potpisivanje SOW-ova godišnje mobilizira prosječno 4 sata po projektu sa strane komercijalne i pravne grupe, što je približno 100 sati godišnje izgubljenih.

Usvajanjem standardiziranog modela SOW-a, dopunjenog generatorom klauzula prilagođenih svakom tipu misije (vitrine web lokacije, web aplikacije, e-commerce, API), i primjenom elektronskog potpisa kako bi se dokumenti finalizirali daljinski, agencija skraćuje taj rok na 45 minuta po SOW-u. Na 25 godišnjih projekata, to je približno 55 sati vraćenih, što je ekvivalentno više od jednog tjedna-čovjeka. Elektronski potpis također skraćuje rok između slanja i efektivnog potpisivanja prosječno od 8 dana na manje od 24 sata, ubrzavajući pokretanje projekata i poboljšavajući likvidnost.

Zaključak

Pisanje kompletnog SOW-a za web developera za fiksni projekt nije administrativna formalnost: to je temeljni dokument ugovornog odnosa, onaj koji sprječava sporove o isporukama, jamči efektivnu cesiju koda i štiti obje strane u slučaju nesuglasica. Strukturiranjem SOW-a oko pet stupova — identifikacija strana, opseg isporuka, objektivni kriteriji prihvaćanja, jalonizirani financijski uvjeti i detaljne klauzule o intelektualnom vlasništvu — dajete svojem projektu najbolje šanse za glatko funkcioniranje.

Certyneo vas prati na svakom koraku: od generiranja nacerta putem našeg AI generatora ugovora do elektronskog potpisa u skladu s eIDAS-om na našoj platformi, prolazeci kroz sigurni arhiv vaših potpisanih dokumenata. Otkrijte naše formule na Certyneo stranici cijena i počnite osiguravati svoje misije još danas.