Zodpovednosť za nedokončenú prácu: Môže firma vymáhať ušlý zisk od programátora?

Vzťahy medzi podnikateľmi a freelance pracovníkom alebo subdodávateľom sú často kľúčové pre úspech projektu. V prípade, že nie sú jasne definované zmluvnými podmienkami, môžu viesť k nejasnostiam a potenciálnym sporom. Situácia, kedy programátor webových stránok nedokončí rozpracovaný e-shop, hoci dodal takmer hotovú prácu bez nároku na honorár, vyvoláva otázky týkajúce sa náhrady škody a ušlého zisku. Je možné, aby firma vymáhala od programátora dodatočné finančné plnenie, keď už obdržala značnú časť práce zadarmo?

Podstata vzťahu a jeho ukončenie

V popisovanom prípade bola realizovaná práca na vývoji e-shopu bez písomnej zmluvy. Tento typ právneho vzťahu sa vo všeobecnosti riadi Obchodným zákonníkom, ak obe strany podnikajú. Podľa poskytnutých informácií, programátor upozornil spoločnosť na svoje osobné problémy, ktoré mu bránia v dokončení projektu. Všetky vypracované podklady a inštrukcie boli spoločnosti doručené dňa 25. júla s jeho jasným vyjadrením, že systém nedokončí a prácu nedokončí, a s tým, že si nenárokuje na žiadny "honorár". V podstate programátor urobil veľkú časť práce zadarmo a poslal im to, nech to niekto dokončí. Spoločnosť s tým súhlasila a prijala dodané materiály s tým, že si dajú systém dokončiť niekým iným. Tento krok zo strany spoločnosti naznačuje akceptáciu ukončenia spolupráce v danej forme a s daným rozsahom práce.

O mesiac neskôr, spoločnosť kontaktovala programátora s informáciou, že zatiaľ nikoho nenašli, kto by projekt dokončil. Programátor opätovne potvrdil, že kvôli svojim problémom nemá čas a projekt nedokončí. Spoločnosť opäť reagovala slovami: "Deadline najnovší a posledný od klienta je do 31.12. Potom bude žiadať zmluvnú pokutu + náhradu ušlého zisku, čiže keď dôjde k tomu a pôjde to na súd, tak ja to budem ako s.r.o. žiadať od teba potom ako od FO." Toto vyjadrenie naznačuje, že spoločnosť vníma potenciálne riziko vzniku škody, ktorú by chcela presunúť na programátora.

Nárok na náhradu škody a ušlý zisk

V slovenskom právnom poriadku je nárok na náhradu škody a ušlý zisk všeobecne možný, ak dielo nie je vykonané riadne a včas. Občiansky zákonník definuje škodu ako ujmu, ktorá nastala v majetkovej sfére poškodeného a je objektívne vyjadriteľná v peniazoch. Rozlišujú sa dva základné druhy škody, ktoré sa uhrádzajú: skutočná škoda a ušlý zisk.

• Skutočná škoda: Predstavuje ujmu spočívajúcu v zmenšení majetku poškodeného, teda majetkové hodnoty, ktoré je potrebné vynaložiť na obnovenie pôvodného stavu.
• Ušlý zisk: Je ujmou spočívajúcou v tom, že u poškodeného nedošlo v dôsledku škodnej udalosti k rozmnoženiu majetkových hodnôt, hoci sa to s ohľadom na pravidelný beh vecí dalo očakávať. Ušlý zisk sa neprejavuje zmenšením majetku, ale stratou očakávaného prínosu alebo výnosu.

V kontexte tejto situácie je dôležité posúdiť, či boli splnené predpoklady vzniku zodpovednosti za škodu. Tieto predpoklady zahŕňajú:

1. Porušenie právnej povinnosti (protiprávny úkon): Je potrebné určiť, či programátor porušil nejakú konkrétnu právnu povinnosť. Keďže nebola spísaná žiadna zmluva, definícia týchto povinností je oveľa zložitejšia. Programátor však explicitne informoval o nemožnosti dokončenia práce a odovzdal všetko, čo mal, bez nároku na odmenu.
2. Vznik škody: Firma musí preukázať, že jej vznikla reálna škoda. V tomto prípade sa firma obáva najmä ušlého zisku, ktorý by mohol nastať v dôsledku nedokončeného e-shopu do konca roka.
3. Príčinná súvislosť: Musí existovať priama väzba medzi konaním programátora a vzniknutou škodou. Teda, že škoda vznikla práve preto, že programátor nedokončil prácu.
4. Zavinenie: V občianskoprávnych vzťahoch sa vo všeobecnosti vyžaduje zavinenie, pokiaľ nejde o objektívnu zodpovednosť. V obchodnoprávnych vzťahoch (medzi podnikateľmi) však často platí objektívna zodpovednosť, kde sa zavinenie nevyžaduje.

Analýza situácie s ohľadom na ušlý zisk

Firma spomína "deadline najnovší a posledný od klienta je do 31.12." a následne hrozbu zmluvnej pokuty a náhrady ušlého zisku. Programátor argumentuje, že firma mala dostatok času (viac ako mesiac) na to, aby si dali projekt dokončiť niekým iným, dokonca aj od nuly.

Pokiaľ ide o náhradu "ušlého zisku", je potrebné sa zamyslieť nad jeho povahou. Ušlý zisk predstavuje stratu očakávaného príjmu, ktorý by poškodený subjekt s najvyššou pravdepodobnosťou dosiahol, keby nedošlo k škodnej udalosti. V kontexte nového e-shopu, ktorý ešte nebol v prevádzke, je otázne, či bolo možné hovoriť o reálnom "ušlom zisku".

Podľa judikatúry, ušlý zisk musí byť preukázateľný a reálne očakávaný. Nestačí len pravdepodobnosť. V prípade nového e-shopu, ktorý ešte negeneroval žiadne príjmy, by firma musela preukázať, že s najvyššou pravdepodobnosťou by z neho v stanovenom období (do 31.12.) plynul konkrétny zisk. Toto je často problematické, najmä ak neexistujú predchádzajúce skúsenosti s podobnými projektmi alebo jasné zmluvné garancie od klienta.

Skúsenosti z praxe ukazujú, že súdy pri posudzovaní ušlého zisku prihliadajú na konkrétne okolnosti. Ak ide o nový projekt, kde neexistuje história príjmov, je preukázanie ušlého zisku zložitejšie. Firma by musela predložiť dôkazy o tom, aké konkrétne obchody alebo zisky boli zmeškané kvôli nedokončeniu e-shopu v danom termíne. Samotný fakt, že klient má stanovený termín, nemusí automaticky znamenať, že vznikol ušlý zisk, ak firma mala reálnu možnosť zabezpečiť dokončenie projektu inak v primeranom čase.

Programátor navyše zdôrazňuje, že odovzdal takmer hotovú prácu zadarmo. Toto konanie, hoci nebolo podložené zmluvou, naznačuje snahu o minimalizáciu negatívnych dopadov. Ak by sa firma rozhodla systém dokončiť sama alebo prostredníctvom iného dodávateľa, mohli by tieto náklady teoreticky predstavovať skutočnú škodu, nie však ušlý zisk z neexistujúcej prevádzky.

Možné scenáre a odporúčania

Vzhľadom na absenciu písomnej zmluvy a skutočnosť, že programátor odovzdal rozpracovanú prácu zadarmo s vyjadrením nemožnosti dokončenia, je vymáhanie ušlého zisku zo strany firmy pomerne problematické. Firma by musela preukázať všetky vyššie uvedené predpoklady zodpovednosti za škodu.

1. Komunikácia a dohoda: Najlepším postupom by bola otvorená komunikácia medzi programátorom a firmou. Programátor by mal trvať na svojom stanovisku, že žiadnu škodu nespôsobil, keďže odovzdal takmer hotovú prácu bez nároku na odmenu a firma mala dostatok času na zabezpečenie dokončenia projektu.
2. Písomná odpoveď: Ak by firma pristúpila k formálnym krokom, napríklad k zaslaniu doporučeného listu s výzvou na úhradu, programátor by mal na tento list rovnako písomne odpovedať, ideálne doporučeným listom, kde by jasne uviedol svoje stanovisko a argumenty.
3. Odborná konzultácia: V prípade, že by firma trvala na svojich nárokoch a hrozila súdnym konaním, bolo by vhodné, aby programátor vyhľadal právnu pomoc a konzultoval svoju situáciu s advokátom špecializujúcim sa na obchodné právo. Advokát by mohol posúdiť reálnosť nárokov firmy a pomôcť pri formulácii obhajoby.
4. Posúdenie ušlého zisku: Kľúčové bude posúdenie, či firma dokáže preukázať reálny a predvídateľný ušlý zisk. Ak ide o nový e-shop, ktorý ešte nebol spustený a negeneroval žiadne príjmy, bude preukazovanie ušlého zisku veľmi obtiažne. Trvanie na dokončení projektu do 31.12. zo strany klienta firmy nemusí automaticky znamenať, že firma priamo v dôsledku konania programátora prišla o konkrétny, preukázateľný zisk.

Je dôležité si uvedomiť, že súdy pri rozhodovaní o náhrade škody a ušlého zisku vychádzajú z konkrétnych skutkových zistení a dôkazov predložených stranami. Bez písomnej zmluvy a jasne definovaných podmienok je pozícia firmy pri vymáhaní nárokov oslabená. Programátor urobil v podstate ústretový krok odovzdaním práce zadarmo, čo by mohlo byť zohľadnené pri prípadnom hodnotení situácie.

tags: #usly #zisk #najomne