Příklad SOW webového vývojáře: kompletní zakázka na pevnou cenu

Proč napsat solidní SOW pro webový vývojový projekt na pevnou cenu?

Když si podnik pronajme nezávislého webového vývojáře nebo agenturu pro projekt s pevnou cenou, je velká pokušení spolehnout se na jednoduchý odhad nebo e-mailové konverzace. Je to však jedním z hlavních zdrojů sporů ve vztahu klient-poskytovatel IT služeb: nejasně definovaný rozsah projektu, diskutabilné dodávky, neupřesněná práva ke zdrojovému kódu. Statement of Work (SOW) je smluvní dokument, který umožňuje zabránit všem těmto rizikům formalizací bodů, co musí každá strana udělat, kdy a podle jakých kritérií úspěchu.

V projektu s pevnou cenou – na rozdíl od pronájmu pracovníka – se poskytovatel zavazuje na přesný výsledek za pevnou cenu. Samotná povaha smlouvy činí zpracování SOW ještě kritičtější: jakákoliv neurčitost se změní v nesouhlas o tom, co bylo či nebylo „zahrnuto" v rozsahu. V roce 2024 podle výroční zprávy Národní rady advokátů představovaly obchodní spory související se smlouvami o poskytování IT služeb více než 18 % sporů B2B před francouzskými obchodními soudy.

V této příručce podrobně rozebíráme strukturu kompletního příkladu SOW webového vývojáře pro projekt na pevnou cenu, který zahrnuje dodávky, kritéria přijetí, duševní vlastnictví a převod zdrojového kódu. Chcete-li se více dozvědět o základech, podívejte se na naš kompletní průvodce SOW: model, doložky a elektronický podpis.

---

Typická struktura SOW pro webového vývojáře v projektu na pevnou cenu

Dobře strukturovaný SOW se řídí logickou architekturou, která postupuje od obecného ke konkrétnímu. Zde jsou nezbytné sekce pro webový vývojový projekt.

1. Záhlaví a identifikace stran

Dokument začíná přesnou identifikací obou stran: zadavatele (podnik jako klient, s uvedením právní formy, čísla SIREN, právního zástupce a jeho názvu) a poskytovatele (nezávislý vývojář nebo společnost). Obsahuje také:

• Číslo SOW (zejména pokud je součástí rámcové dohody – MSA – Master Services Agreement)
• Datum účinnosti
• Plánovaná doba trvání projektu
• Kontaktní osoba na straně klienta a na straně poskytovatele

Tato část se zdá být nevýznamná, ale v případě sporu je rozhodující: určuje oprávněné osoby k validaci dodávek a podpisu dodatků.

2. Rozsah a popis dodávek

Toto je jádro dokumentu. Pro webový vývojový projekt na pevnou cenu musí být rozsah popsán s téměř technickou přesností.

Příklad formulace pro e-commerce webovou aplikaci:

> Poskytovatel se zavazuje navrhnout, vyvinout a dodat responzivní e-commerce webovou aplikaci na základě Next.js 14 (framework React) připojenou k back-end API REST Node.js/Express s integrací Stripe pro online platby. Aplikace bude obsahovat následující moduly: katalog produktů (až 5 000 položek), nákupní košík, konverzní tunel ve 3 krocích, zabezpečený prostor pro zákazníka (JWT), administratorský panel.

Každá dodávka musí být uvedena jednotlivě s:

• Názvem (např. „Modul ověřování uživatele")
• Funkčním popisem (co to dělá, ne jak se to dělá)
• Plánovaným datem dodání (nebo rozdělení do sprintů/fází)
• Formátem dodání (Git úložiště, URL testovacího prostředí, soubor ZIP, technická dokumentace)

U složitějších projektů se doporučuje připojit funkční specifikaci (CDC) nebo Agile user stories, na které SOW výslovně odkazuje.

3. Kritéria přijetí: jak validovat každou dodávku?

Toto je nejčastěji opomíjená a nejspornější sekce. Kritéria přijetí objektivně definují podmínky, za kterých klient uznává, že dodávka je v souladu.

Příklad kritérií přijetí pro webovou aplikaci:

| Dodávka | Kritérium přijetí | |---|---| | Modul ověřování | Funkční přihlášení/odhlášení v Chrome, Firefox, Safari (verze N-1). Doba odezvy < 800 ms. Unit testy pokrývající ≥ 80 % kódu. | | Tunel konverze | Chyba JavaScriptu = 0 v simulovaných podmínkách zátěže (200 současných uživatelů přes Lighthouse). | | Dashboard administrátora | Funkční export CSV. Správné zobrazení na rozlišení minimálně 1280 × 720 px. | | Technická dokumentace | Kompletní soubor README.md, schéma architektury, zdokumentované proměnné prostředí. |

SOW musí také specifikovat:

• Postup přejímky: kdo testuje, s jakými nástroji, v jaké lhůtě po dodání (příklad: klient má 10 pracovních dní na validaci nebo formulaci podložených výhrad písemně)
• Správa výhrad: nezávažné výhrady (kosmetické chyby) neblokují platbu; závažné výhrady (nefunkční funkce) suspenzují platbu až do opravy
• Ticho znamená souhlas: je-li po lhůtě přejímky bez písemné odpovědi, je dodávka považována za přijatou

Tato mechanika formální přijetí je pro projekty na pevnou cenu zásadní. Pro automatizaci podpisu protokolů přejímky používá mnoho IT oddělení nyní elektronický podpis v podniku, který má podle nařízení eIDAS stejnou důkazní hodnotu jako ruční podpis.

4. Finanční podmínky a milníky platby

V projektu na pevnou cenu je struktura platby obvykle vázána na postup projektu spíše než na strávený čas.

Příklad rozpisu platby pro projekt za 24 000 € bez DPH:

• 30 % po podpisu SOW: 7 200 € bez DPH (záloha, pokrývá fázi návrhu/architektury)
• 30 % po dodání sprintu 1 (ověřené dodávky 1 až 4): 7 200 € bez DPH
• 25 % po dodání sprintu 2 (ověřené dodávky 5 až 8): 6 000 € bez DPH
• 15 % po závěrečné přejímce a nasazení do produkce: 3 600 € bez DPH

SOW specifikuje penále za zpoždění na straně poskytovatele (např. 0,5 % z celkové částky za týden zpoždění, maximálně 10 %) a penále za zpoždění na straně klienta za opožděné schválení (např. prodloužení celkové lhůty o dobu odpovídající zpoždění schválení).

5. Duševní vlastnictví a převod zdrojového kódu

Toto je právně nejcitlivější část pro jakoukoliv smlouvu na vývoj webu. Podle francouzského práva (Kodex duševního vlastnictví, čl. L. 111-1) si autor duševního díla – včetně software – uchovává práva i po dodání a zaplacení. Jinými slovy, bez výslovné doložky o převodu si klient platí vývoj, ale nemá právně zdrojový kód.

Dobře zpracovaný SOW musí obsahovat úplnou doložku o převodu. Zde je příklad formulace:

> Na základě úplné platby sjednaného ceníku si Poskytovatel ceduje Klientovi výhradně a trvale všechna majetková práva na původní Dodávky vyvinuté zvláště pro tento SOW, včetně práv na reprodukci, představení, adaptaci, překlad, modifikaci a komerční využívání, celosvětově a po celou dobu právní ochrany autorských práv.

SOW musí také rozlišit:

• Vlastní kód (vyvinutý zvláště pro tento projekt → cedován klientovi)
• Komponenty třetích stran (frameworky, open source knihovny → poskytovatel garantuje soulad s platnými licencemi)
• Nástroje a metody poskytovatele (know-how, boilerplates → zůstávají vlastnictvím poskytovatele)
• Open source závislosti: seznam komponent a jejich licencí (MIT, Apache 2.0, LGPL…) aby se předešlo jakémukoliv porušení licence

Pro projekty zahrnující inovativní vývoj, který by mohl být patentem chráněn nebo chráněn jako software, se podívejte na náš hub INPI: podpis, vklad a atestace pro zajištění práv od fáze vývoje.

Nakonec musí SOW obsahovat doložku escrow zdrojového kódu, pokud si klient přeje pojistit se proti selhání poskytovatele: kód je uložen u třetí důvěryhodné strany a uvolněn za předem definovaných podmínek (úpadek poskytovatele, selhání v SLA atd.).

---

Doplňující doložky nezbytné v SOW webového vývoje

Důvěrnost a integrovaná NDA

Poskytovatel bude mít přístup k citlivým informacím: technická architektura, data klientů, plán produktu. SOW musí obsahovat doložku o důvěrnosti (nebo odkaz na samostatně podepsanou NDA) pokrývající:

• Dobu trvání povinnosti (obvykle 3 až 5 let po skončení projektu)
• Definici důvěrných informací
• Výjimky (informace již veřejné, legitimně získané od třetí strany)
• Povinnosti vrácení či zničení dat po skončení smlouvy

Záruky a údržba po dodání

V systému pevné ceny se práva na skryté vady uplatňují právně, ale SOW upřesňuje jejich operační rozsah:

• Záruka řádného fungování: po dobu X měsíců od závěrečné přejímky poskytovatel zdarma opravuje jakoukoliv chybu související s jeho vývojem (bez funkčních vylepšení)
• SLA pro opravu: kritická chyba opravena do 24 hodin; závažná chyba do 72 hodin; nezávažná chyba integrována v příštím cyklu
• Vyloučení ze záruky: modifikace provedené klientem na kódu, nevalidované aktualizace závislostí

Subdodavatelství a lidské zdroje

Klient by měl vědět, zda může poskytovatel subdodávat část či všechny vývoje. Je-li vyžadavana klauzule předchozího schválení (zejména z důvodů důvěrnosti či souladu s GDPR), měla by být v SOW. V kritických projektech někteří klienti vyžadují pojmenování zapojených vývojářů a předchozí souhlas v případě změny týmu.

Pro SOW podepsané se zahraničními poskytovateli nebo v kontextu vícestranné spolupráce řešení elektronického podpisu odpovídající eIDAS společnosti Certyneo umožňuje dálkový podpis s uznávanou důkazní hodnotou v 27 členských státech EU.

---

Osvědčené postupy pro finalizaci a podpis vašeho SOW

Postup přezkumu a změny

Před podpisem musí být SOW zkontrolován:

1. Vedoucím technického projektu na straně klienta (validace funkčního rozsahu)
2. Právníkem nebo CFO (validace finančních doložek, IP a penál)
3. Oddělením bezpečnosti informací, pokud jsou zpracovávána osobní nebo citlivá data (soulad s GDPR)

Každou změnu rozsahu během projektu musí doprovázet Change Order (dodatek) podepsaný oběma stranami, která upřesňuje dopad na lhůtu a cenu. Bez podepsaného dodatku je jakákoliv žádost o změnu považována za mimo rozsah.

Elektronický podpis SOW

Ruční podpis SOW zahrnuje zdlouhavé papírové posílání a zdroj chyb (nepravidelná verze podepsaná, chybějící podpis). Pokročilý nebo kvalifikovaný elektronický podpis odpovídající nařízení eIDAS má několik rozhodujících výhod pro tento typ dokumentu:

• Zesílená důkazní hodnota: kvalifikovaný čas, jisté určení podpisujících
• Rychlost: SOW lze podepsat během několika minut, i s pracovníkem v home office či v zahraničí
• Automatické archivování: podepsaný dokument je uložen nepadělatelně
• Správa verzí: zabraňuje podpisu staré verze

Náš přehled řešení elektronického podpisu vám pomůže vybrat úroveň podpisu vhodnou pro hodnotu a citlivost vašich SOW. Pro projekty nad 50 000 € nebo s rozsáhlými klauzulemi převodu IP je doporučen kvalifikovaný podpis (nejvyšší úroveň eIDAS).

K urychlení samotné produkce dokumentu náš generátor kontraktů s umělou inteligencí umožňuje vytvořit personalizovaný návrh SOW za několik minut na základě parametrů vašeho projektu.

Právní rámec pro SOW webového vývoje

Občanský zákoník a závazná síla smlouvy

SOW je v prvé řadě smlouvou ve smyslu článku 1101 francouzského občanského zákoníku: „Smlouva je dohoda mezi dvěma nebo více osobami určená k vytvoření, změně, převodu nebo zániku závazků." Její závazná síla je stanovena v článku 1103: „Smlouvy právně uzavřené jsou pro osoby, které je uzavřely, jako zákon." Jakmile je podepsán oběma stranami, je SOW právně závazný, včetně jeho příloh a tabulek dodávek.

Elektronický podpis SOW se řídí články 1366 a 1367 francouzského občanského zákoníku, které uznávají elektronickému zápisu stejnou důkazní sílu jako zápisu papírovému, pokud je totožnost podpisujícího řádně ověřena a je zaručena integrita dokumentu.

Nařízení eIDAS č. 910/2014 a norma ETSI

Pro SOW podepsané elektronicky mezi evropskými podniky definuje nařízení eIDAS (č. 910/2014 Evropského parlamentu a Rady) tři úrovně elektronického podpisu: jednoduchý, pokročilý a kvalifikovaný. Pokročilý elektronický podpis (SEA) je založen na normách ETSI EN 319 132 (XAdES) a ETSI EN 319 122 (CAdES), které garantují integritu dokumentu a určení podpisujícího. Pro smluvní závazky s vysokým finančním rizikem nebo obsahující doložky o převodu autorských práv je kvalifikovaný podpis (SEQ) založený na certifikátu vydaném kvalifikovaným poskytovatelem služeb důvěry (QPSP) zapsaným na seznamu věřejné důvěry EU (TSL) doporučen.

Kodex duševního vlastnictví (CPI)

Převod práv na zdrojový kód je upraven Kodexem duševního vlastnictví. Článek L. 111-1 CPI zakládá osobnostní a majetková práva autora na jakékoliv duševní dílo, včetně software (čl. L. 112-2, bod 13). Převod majetkových práv musí podle článku L. 131-3 CPI výslovně uvádět každé právo převáděné, území, dobu trvání a způsob užití. Jakýkoliv SOW chybějící jednu z těchto údajů riskuje, že bude doložka o převodu soudem zneplatněna, čímž práva zůstanou u poskytovatele.

Dále software vytvořený zaměstnancem při výkonu svých funkcí patří zaměstnavateli (čl. L. 113-9 CPI). Toto pravidlo se neuplatňuje na nezávislé poskytovatele, odtud naléhavá potřeba smluvní doložky o převodu.

GDPR (Nařízení č. 2016/679) a zpracování údajů

Pokud poskytovatel zpracovává osobní údaje jménem klienta (např. přístup k databázi zákazníků pro vývoj CRM), je kvalifikován jako zpracovatel podle článku 28 GDPR. SOW musí pak obsahovat nebo odkazovat na dohodu o zpracování dat (DPA) upřesňující: povahu a účel zpracování, kategorie dotčených údajů, technická a organizační bezpečnostní opatření a povinnosti poskytovatele v případě porušení bezpečnosti dat. Bez toho se klient a poskytovatel vystavují sankcím CNIL, které mohou dosáhnout až 4 % celosvětového ročního obratu.

Obchodní právo a smluvní odpovědnost

V případě porušení dodávek nebo lhůt je smluvní odpovědnost poskytovatele posuzována podle článků 1231-1 a následujících francouzského občanského zákoníku (starší články 1147 atd.). Limitativní doložky odpovědnosti (plafon na X měsíců fakturace) jsou mezi profesionály platné, pokud nezbavují smlouvu její podstaty (čl. 1170 občanského zákoníku).

Scénáře praktického použití: SOW webového vývojáře v praxi

Scénář 1 — Scale-up SaaS si objedná modul fakturace na míru

Střední scale-up B2B vydavatel software pro řízení HR s přibližně 40 zaměstnanci a 500 aktivními klienty si chce externizovat vývoj modulu automatické fakturace integrovaného do hlavního produktu. Pevný rozpočet je 35 000 € bez DPH na 4 měsíce vývoje.

Bez formalizovaného SOW se v prvních týdnech objeví velké rozdíly: poskytovatel považuje integraci s API Stripe za mimo rozsah, zatímco klient ji považuje za implicitně zahrnutou. Ve sprintu 2 dojde ke sporu ohledně 8 000 € překročení rozpočtu.

Se strukturovaným SOW obsahujícím tabulku dodávek, přesná kritéria přijetí a seznam integrací třetích stran výslovně zahrnutých se tento typ konfliktu předejde. Doložka o změně objednávky vyžaduje podpis dodatku pro jakýkoliv přídavný rozsah. Výsledky pozorované v podobných situacích: snížení sporů během projektu o 70 až 85 % a úspora 2 až 3 týdnů na lhůtu nasazení do produkce, podle údajů publikovaných SYNTEC Numérique v baromětru z roku 2023.

Scénář 2 — Průmyslový koncern zajistí převod práv na vlastní ERP

Průmyslový koncern střední velikosti (přibližně 800 zaměstnanců, 3 výrobní lokality) si objedná u vývojářské agentury vlastní ERP pro řízení výroby za 180 000 € bez DPH. Projekt trvá 18 měsíců. Na konci projektu agenturu koupí konkurent. Koncern zjistí, že doložka o duševním vlastnictví původní smlouvy nepokrývala převod práv na moduly vyvinuté subdodavateli – dvěma freelancery, kteří na projekt participovali.

Dobře zpracovaný SOW by předvídal: doložku o převodu pokrývající všechny dodávky včetně těch od subdodavatelů, povinnost hlavního poskytovatele získat ekvivalentní převody od svých vlastních subdodavatelů a mechanismus escrow zdrojového kódu aktivovatelný v případě změny kontroly. V podobných situacích dokumentovaných právními kancelářemi specializovanými na právo v IT často náklady na spor a částečný re-vývoj překročují 30 % původního rozpočtu projektu.

Scénář 3 — Digitální agentura standardizuje své SOW pro urychlení prodejů

Webová agentura s 15 zaměstnanci realizuje v průměru 25 projektů s pevnou cenou ročně za rozpočty od 8 000 do 60 000 € bez DPH. Management zjistí, že vyjednávání a podpis SOW zabírá v průměru 4 hodiny na projekt u oddělení prodeje a práv, celkem zhruba 100 hodin ročně zmařených.

Přijetím standardizovaného modelu SOW, doplněného o generátor doložek přizpůsobený každému typu projektu (web vitríny, webová aplikace, e-commerce, API), a nasazením elektronického podpisu pro finalizaci dokumentů na dálku zmenší agentura tuto lhůtu na 45 minut na SOW. Na 25 ročních projektů to znamená zhruba 55 hodin získaných, equivalent více než jednoho týdne práce. Elektronický podpis také zkrátí dobu mezi odesláním a podpisem v průměru z 8 dnů na méně než 24 hodin, což urychluje zahájení projektů a zlepšuje peněžní tok.

Závěr

Psaní kompletního SOW webového vývojáře pro projekt na pevnou cenu není administrativa: je to zakládající dokument vztahu, ten, který brání sporům o dodávky, garantuje skutečný převod zdrojového kódu a chrání obě strany v případě nesouhlasu. Strukturováním vašeho SOW kolem pěti pilířů – určení stran, rozsah dodávek, objektivní kritéria přijetí, krokové finanční podmínky a podrobné doložky duševního vlastnictví – dáváte projektu nejlepší šanci na hladký průběh.

Certyneo vás doprovází v každém kroku: od generování návrhu přes náš generátor kontraktů s umělou inteligencí k elektronickému podpisu odpovídajícímu eIDAS na naší platformě, včetně bezpečného archivování podepsaných dokumentů. Objevte naše nabídky na stránce cen Certyneo a začněte zajišťovat své projekty ještě dnes.