Co znamená dokončení práce na smlouvě o dílo v systémovém vývoji

Vývoj systému je obvykle dlouhodobý proces, a navíc se může stát, že se opakovaně vyžadují změny specifikací nebo implementace dalších funkcí. To může vést k tomu, že dodavatelé, kteří přijímají takovou práci, se někdy ocitnou v těžké situaci, kdy nevidí konec. Pro tyto dodavatele může být otázka “Co a do jaké míry musíme udělat, abychom mohli říci, že jsme dokončili naši práci?” někdy zdrojem vážných obav.

A vývoj systému je často prováděn na základě smlouvy o dílo, která je zaměřena na “dokončení práce”.

V tomto článku se budeme zabývat otázkou, kdy a co musíme udělat v rámci vývoje systému z právního hlediska, abychom mohli říci, že jsme dokončili práci.

Dokončení vývoje systému

Dokončení vývoje systému z pohledu technika

Na pracovišti vývoje systému, pokud byste se zeptali, “Kdy je dokončen vývoj systému?”, obecně byste dostali odpověď jako “Když je dokončena fáze testování a výsledky jsou dodány”. Skutečně, obecný postup vývoje systému začíná definicí požadavků, kde se provádí například identifikace funkcí, které je třeba implementovat, pokračuje vytvářením různých návrhových dokumentů a implementací programu, a končí testovací fází, kde se ověřuje, zda systém správně funguje. Celý proces je ukončen přijetím uživatelem.

Takže z pohledu technika, který se podílí na konkrétních úkolech, by bylo obecné pochopení “Dokončení vývoje systému = úspěšné přijetí”.

Dokončení vývoje systému z právního hlediska

Na druhou stranu, z právního hlediska, pokud se zeptáte, kdy je dokončen vývoj systému, diskuse se zaměří na to, kdy lze říci, že dodavatel splnil své právní povinnosti podle smlouvy. Smlouvy o vývoji systému jsou obecně klasifikovány buď jako smlouvy o dílo nebo jako smlouvy o zastoupení.

https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]

Vysvětlení rozdílu mezi těmito dvěma typy smluv je v předchozím článku, ale pokud jde o dokončení vývoje systému, tedy o splnění povinností, které na sebe dodavatel vzal, kritéria pro rozhodnutí jsou následující:

Smlouva o dílo: Občanský zákoník § 632
§ 632
Smlouva o dílo vzniká, když jedna strana se zaváže dokončit určitou práci a druhá strana se zaváže zaplatit za výsledek této práce.
Smlouva o zastoupení: Občanský zákoník § 648
§ 648
1. Pokud není dohodnuto jinak, zástupce nemůže požadovat odměnu od zastoupeného.
2. Zástupce může požadovat odměnu pouze po splnění zastoupení. Pokud je odměna stanovena podle doby, platí ustanovení § 624 odst. 2.
3. Pokud zastoupení skončí předčasně z důvodu, který nelze přičíst zástupci, může zástupce požadovat odměnu v poměru k již provedenému plnění.

Dokončení vývoje systému je problém u smlouvy o dílo

Avšak, bez ohledu na kontext vývoje systému, otázka “Kdy je práce dokončena?” je základní otázkou u smlouvy o dílo. U smlouvy o zastoupení je důležitější, že odborník s určitou pravomocí (bez ohledu na výsledek) dělá to, co by měl dělat, než dosažení konkrétního výsledku nebo výsledku. Smlouva o zastoupení umožňuje požadovat odměnu, i když výsledek není podle očekávání, pokud byla správa řádně provedena (§ 648 odst. 2), a pokud zastoupení skončilo předčasně z důvodu, který nelze přičíst zástupci, může zástupce požadovat odměnu v poměru k již provedenému plnění (§ 648 odst. 3). Smlouva o dílo je zaměřena na “výsledek”, zatímco smlouva o zastoupení je zaměřena na “proces”.

Proto u smlouvy o zastoupení je spíše “povinnost péče” v procesu provádění pověřených úkolů, která se snadno stává právním problémem. Jinými slovy, otázka je, kdy lze uplatnit porušení povinnosti péče na základě smlouvy o zastoupení, pokud je předpokladem vysoká důvěra.

Na druhou stranu, u smlouvy o dílo je důležité “dokončení práce”. Pokud to, co mělo být dokončeno, není dokončeno, dodavatel nemůže splnit své povinnosti a nemůže požadovat odměnu. Ale pokud je práce dokončena, není třeba se zabývat otázkami týkajícími se průběhu práce. Proto lze otázku “Kdy je dokončen projekt vývoje systému?” základně přeložit jako otázku právní interpretace fráze “dokončení práce” v smlouvě o dílo.

Kdy je práce na vývoji systému považována za dokončenou?

Tak kdy konkrétně bychom měli považovat práci za “dokončenou”? Podívejme se na některé příklady z minulých soudních případů.

Soudní případy týkající se dokončení práce

V následujícím citovaném soudním případu se objevily problémy s rychlostí zpracování a náklady na komunikaci v systému, který dodavatel dodal. Přestože byly tyto problémy zjištěny, všechny fáze vývoje byly dokončeny, a tak bylo sporné, zda lze práci považovat za “dokončenou”. Výsledkem bylo, že dokončení práce bylo uznáno.

Články 632 a 633 japonského občanského zákoníku (japonský ~) stanoví, že doba platby odměny pro dodavatele je, když dodavatel dokončí práci a předá výsledek práce objednateli, zatímco článek 634 tohoto zákoníku stanoví, že pokud má výsledek práce vady, dodavatel nese záruční odpovědnost vůči objednateli (odstavec 1) a objednatel má právo odmítnout současné plnění platby odměny, dokud dodavatel nesplní svou záruční odpovědnost za vady výsledku práce (odstavec 2). Podle těchto ustanovení občanského zákoníku, zákon rozlišuje mezi případy, kdy výsledek práce je nedokonalý, protože má vady, a případy, kdy práce není dokončená, a je chápán tak, že i když výsledek práce má vady, ať už jsou skryté nebo zjevné, to neznamená, že práce není dokončená.
Proto, pokud jde o otázku, zda dodavatel dokončil práci, mělo by se rozhodovat na základě toho, zda práce byla dokončena až do poslední fáze plánované v původní smlouvě o dílo, a objednatel by neměl mít právo odmítnout platbu za práci pouze na základě toho, že výsledek práce má vady, když dodavatel dokončil poslední fázi práce a předal výsledek práce.

V uvedeném rozhodnutí bylo rozhodnuto, že “dokončení práce” je splněno, pokud je dokončena poslední fáze vývoje systému. Pro případ, kdy je v systému, který dodavatel vytvořil, nějaká chyba (v právním smyslu se často hovoří o “vadách”), existuje samostatný systém záruky za vady.

Takže i když je pojem “dokončení práce” chápán poměrně široce, nakonec to neznamená, že by to bylo nespravedlivé pro uživatele. Shrnutí je následující:

【Závazek v smlouvě o dílo = Dokončení práce = Dokončení všech fází】
========
Pokud práce není dokončená…
↓
【Nese odpovědnost za nesplnění závazku】
========
Pokud práce je dokončená, ale má vady…
↓
【Uznání plnění závazku a otázka záruky za vady】

Toto rozdělení problémů ukazuje výše uvedený soudní případ.

Samozřejmě, v souvislosti s “dokončením práce” můžeme také zvážit otázku z pohledu “schválení uživatelem”. Právní problémy, když schválení uživatelem není hladké, jsou vysvětleny v jiném článku.

https://monolith.law/corporate/estimated-inspection-of-system-development[ja]

Co znamená dokončení právní práce

V systémovém vývoji, pokud je “dokončení práce” uznáno, znamená to, že dluh byl splněn, a tedy nebude možné uplatnit odpovědnost za nesplnění dluhu. V případě smlouvy o dílo, pokud nelze říci, že práce byla dokončena, nelze požadovat odměnu a pokud byla sjednána zvláštní dohoda o předplatném, musí být tyto částky základně vráceny. Na druhou stranu, pokud je skutečnost, že práce je dokončena, uznána, dodavatel by měl nést odpovědnost za vady a problémy s kvalitou dle smlouvy.

Uvolnění dodavatele od odpovědnosti za nesplnění dluhu znamená, že prostor pro uživatele k odstoupení od smlouvy se výrazně zmenšuje. To proto, že odstoupení od smlouvy na základě odpovědnosti za vady je omezeno na případy, kdy nelze dosáhnout cíle smlouvy. Pokud je smlouva zrušena, dodavatel také ztrácí právo na požadování odměny (tj. jednoduše řečeno, nebudou mu příjmy), což v praxi často vede k sporům o “dokončení práce”.

Poznámka: Podrobný výklad o “zrušení” smlouvy v systémovém vývoji je uveden v následujícím článku.

https://monolith.law/corporate/cancellation-of-contracts-in-system-development[ja]

Poznámky týkající se dokončení práce

Jak přistupovat ke změnám specifikací a dalšímu vývoji

Je možné, že se dodavatelé mohou ocitnout v situaci, kdy “již splnili původní specifikace, ale jsou požadovány změny specifikací nebo přidání funkcí, a i když se snaží dokončit práci, nemohou najít vhodný konec”. V takových případech se objeví otázky týkající se “času ukončení vývoje systému”. Podrobný výklad tohoto problému najdete v následujícím článku.

https://monolith.law/corporate/increase-of-estimate[ja]

Pozor na změny v občanském zákoníku (Japonský občanský zákoník)

Navíc, ustanovení o záruce za vady na základě smlouvy o dílo jsou oblastí, která silně odráží dopady změn občanského zákoníku, vzhledem k tomu, že vztahy mezi původními články byly často složité a těžko srozumitelné. Jak by měla být interpretována “vada” v kontextu změn občanského zákoníku, je podrobně vysvětleno v následujícím článku.

https://monolith.law/corporate/defect-warranty-liability[ja]

Shrnutí

V tomto článku jsme vysvětlili cestu k právnímu pojetí “dokončení práce” pro projekty vývoje systémů, které se často dostávají do situace, kdy “nevidí východisko”. Východisko každého projektu se bude lišit podle požadavků na vývoj, ale pokud dojde k sporům ohledně těchto bodů, není neobvyklé, že právní koncept “dokončení práce” se stane vodítkem.