Tarkvaraprojekti seisma jäämine on tõsine hoop mõlemale poolele. Klient investeeris oma tegevuse parandamiseks mõeldud süsteemi ja vaatab tähtaegade möödumist ilma toimivate tulemusteta. Tarnija näeb sageli teistsugust pilti: klient, kes esitab pidevalt uusi soove, lükkab otsuseid edasi või annab liiga vähe teavet.
Kes siis kannab kahju? Neli punkti alguses:
- Tarkvaraprojekti ebaõnnestumine ei tähenda automaatselt tarnijapoolset ebaõnnestumist.
- Kliendi koostöö võib olla ka juriidiliselt oluline.
- Hea projekti dokumentatsioon ja lepingulised kokkulepped piiravad kohtuvaidluste riski.
- Tehnilise hinnangu andmisel võib otsustavaks olla ekspertiisi analüüs.
Allpool käsitleme järgemööda levinumaid põhjuseid, õiguslikku hinnangut, kliendi koostöökohustust, ekspertiisi, menetluse võimalikke tulemusi, mida näitavad praktilised näited ja millised meetmed võivad vaidlust ära hoida.
Levinumad põhjused
Praktikas kordub käputäis põhjuseid.
- Ulatuse järkjärguline laienemine ehk ülesande ulatuse suurenemine. Süsteemile esitatavad nõuded kasvavad pidevalt ilma ametliku muutmisprotseduurita, mis käsitleks planeerimise ja eelarve tagajärgi.
- Ebaselged või mittetäielikud funktsionaalsed spetsifikatsioonid. Kui süsteemi toimimise põhimõtet pole eelnevalt kindlaks määratud, tekib hiljem vaidlus selle üle, kas saavutatud tulemus vastab nõuetele.
- Kehv süsteemi disain. Arhitektuur ei ole loodud tegeliku koormuse, liideste teiste süsteemidega ega tulevase laienemise jaoks.
- Keerukuse ja teostusaja alahindamine, eriti projektide puhul, kus tuleb ühendada mitu olemasolevat süsteemi.
- Kliendi hiline või piiratud koostöö.
Need põhjused esinevad harva üksteist. Sageli tugevdavad nad üksteist. Projekt, mis algselt ainult hilineb, võib selle tulemusel täielikult läbi kukkuda.
Õiguslik hinnang: lepingu mittetäitmine ja süüle kaasaaitav süü
Esimene õiguslik küsimus on see, kas tarnija on lepingut rikkunud. Hollandi tsiviilseadustiku artikkel 6:74 kohustab võlgnikku hüvitama võlausaldajale lepingu rikkumisest tuleneva kahju, välja arvatud juhul, kui rikkumist ei saa talle omistada.
Eduka nõude esitamiseks tuleb seega tõendada, et tarnija ei täitnud kokkulepitud kohustust, näiteks seetõttu, et tarkvara ei vasta registreeritud funktsionaalsetele spetsifikatsioonidele. Ja rike peab olema omistatav tarnijale, mis tähendab, et vääramatu jõu olemasolu ei ole olemas.
Praktikas on vastutus sageli jagatud. Klient selgitas teatud nõudeid hilinenult, muutis projekti käigus oma soove, aktsepteerimata tagajärgi planeerimisele ja kuludele, või ei teinud kättesaadavaks kasutatavat testimiskeskkonda.
Sellisel juhul võib kohus vähendada tarnija hüvitamiskohustust Hollandi tsiviilseadustiku artikli 6:101 alusel proportsionaalselt sellega, mil määral kliendi süüks pandud asjaolud kahju tekkimisele kaasa aitasid. See süü doktriin võib hüvitist märkimisväärselt vähendada ja erandjuhtudel viia selle täieliku tühistamiseni.
Praktiline nõuanne mõlemale poolele: dokumenteerige kogu projekti vältel, kes milliseid otsuseid langetab, milliseid muudatusi tehakse ja millist teavet millal esitatakse. Menetlustes määrab see dokument sageli vahet täieliku vastutuse ja tugevalt mõõduka tulemuse vahel.
Kliendi kohustus teha koostööd
Tarkvara juurutamine on ühine pingutus. Tarnija ehitab ja konfigureerib tarkvara, kuid sõltub pidevalt kliendist: õigeaegsed ja täielikud spetsifikatsioonid, kasutatavad testandmed, kiired otsused lahtiste küsimuste kohta ja tarnitud komponentide õigeaegne vastuvõtmine.
Kui see koostöö puudub, ei saa tarnija oma tööd teha. Seadus seab sellele tagajärjed. Hollandi tsiviilseadustiku artikkel 6:58 jj reguleerib võlausaldaja makseviivitust, mis tekib siis, kui võlgniku täitmine on takistatud võlausaldajalt nõutava koostöö puudumise tõttu.
Praktikas rakendatuna: kui tarnija hilineb seetõttu, et klient ei tarni vajalikku õigeaegselt, ei lange tarnija lepingu rikkumisse ega vastuta selle viivituse eest. Klient ise võib olla lepingu rikkumises. Kuna tarkvaraprojektid on üldiselt iteratiivsed, kus iga etapp tugineb eelmise etapi tagasisidele ja heakskiidule, kasutatakse kohtupraktikas sageli puuduvat sisendit, et omistada viivitus täielikult või osaliselt kliendile.
Klientide jaoks on see oluline märkus: edusammude kritiseerimisel on vähe kaalu, kui teie enda otsustusprotsess on aeglane. Tarnijate puhul kehtib vastupidine: märkige kliendi süüks pandud viivitus kohe ja kirjalikult, näiteks selge hoiatuse või teatega rikkumise kohta niipea, kui vajalikku sisendit ei ole esitatud. Kui seda ei juhtu, on sageli võimatu tagantjärele taastada, kes millise viivituse põhjustas.
Ekspertiisi uurimine
Tarkvaraprojektid on oma olemuselt tehnilised. Kas tarnitud tarkvara vastas spetsifikatsioonidele? Kas viivitus oli tarnija või kliendi süü? Kas lisatöö arveldamine oli põhjendatud? Küsimused arhitektuuri, lähtekoodi, nõuete jälgitavuse kohta arendusprotsessis ja testiaruannete sisu kohta nõuavad tehnilisi teadmisi, mida kohtunikult oodata ei saa.
Sel põhjusel tellitakse nendes vaidlustes sageli kohtu määratud ekspertiis vastavalt Hollandi tsiviilkohtumenetluse seadustiku artiklitele 194–207. Seejärel hindab sõltumatu ekspert, kas tarkvara vastas kokkulepitud tingimustele, kus tekkis viivitus ja kas kantud kulud olid mõistlikud. Praktikas on tulemusel kohtu otsuses suur kaal.
Tavaliselt vajab spetsialist järgmisi dokumente:
- leping ja selle lisad;
- funktsionaalsed ja tehnilised kirjeldused;
- muutmistaotlused;
- projekti planeerimine ja eduaruanded;
- katsearuanded;
- kirjavahetus viivituste ja vastuvõtmise kohta;
- lähtekood ja dokumentatsioon.
Kui osa sellest puudub, ei saa ekspert sageli küsimusele vastata. See kajastub nendele faktidele tugineva poole tõenduspositsioonis. Seetõttu tasub seda toimikut projekti vältel korras hoida, mitte ainult pärast vaidluse tekkimist.
Menetluse võimalikud tulemused
Kui ainult osa lepingust on valesti läinud, näiteks seetõttu, et üks moodul ei tööta, samas kui ülejäänud on kasutatavad, võib kohus Hollandi tsiviilseadustiku artikli 6:265 koostoimes artikliga 6:270 alusel määrata osalise tühistamise. Edukas osa jääb sel juhul kehtima.
Kahjutasu võidakse määrata ka artikli 6:74 alusel, mida seejärel saab artikli 6:101 alusel kaassüü tõttu vähendada. Lõpuks võib kohus kahjutasu artikli 6:109 alusel vähendada, näiteks kui nõutud summa ei ole seotud algse lepingu väärtusega. Kohtud rakendavad seda mõõdukuse õigust säästlikult.
Praktikas lõpeb ebaõnnestunud tarkvaraprojekt sageli taaskäivitamisega teise tarnija juures. See kulgeb liiga harva ilma aruteluta. Kes saab lähtekoodi? Kellele kuuluvad loodud süsteemi intellektuaalomandi õigused? Kas on olemas tingdeposiidi leping, mille kohaselt lähtekood deponeeritakse sõltumatu kolmanda osapoole kätte? Igaüks, kes ei lahendanud midagi sellist algusest peale, märkab seda just sel hetkel.
Mida näitavad praktilised näited
Lisaks tavakohtutele mängib IT-sektoris olulist rolli Automatiseerimisvaidluste Lahendamise Sihtasutus (SGOA). See sõltumatu vaidluste lahendamise instituut on tegutsenud alates 1989. aastast ning pakub vahendust, vahekohtumenetlust, vahekohtu kokkuvõtlikku menetlust, siduvat nõu, eksperdiarvamusi ja konfliktide ennetamist. Selle vahekohtunikud on valdkonna praktikud, mis selgitab, miks paljud IT-vaidlused lahendatakse kohtumenetluse asemel just selle teed pidi.
Avaldatud SGOA otsused toovad esile mõned korduvad õppetunnid, mis on kasulikud ka väljaspool menetlusi:
- Vastutus pannakse harva täielikult ühele osapoolele; vastutuse jaotus tuleneb sellest, mida igaüks neist tegelikult tegi ja mida tegemata jättis;
- Projekti edenedes muutuvad spetsifikatsioonid on ühed levinumad vaidluspunktid ning ametliku muutmisprotseduuri puudumine loeb üldiselt algsele kokkuleppele tugineva poole kahjuks;
- Projekti dokumentide kvaliteet on sageli määrav, sest sellest sõltub, milliseid fakte on veel võimalik kindlaks teha.
Igaühele lepingut koostavale inimesele on need kasulikud signaalid: just need teemad on kõige parem eelnevalt kokku leppida.
Ennetavad meetmed
Paljusid vaidlusi saab ära hoida õige lepingulise ülesehitusega.
- Töötage etapiviisiliste lepingutega. Jagage projekt osadeks ehk etappideks, millel igaühel on oma vastuvõtukriteeriumid. See aitab vältida terviku hindamist alles kuude pärast.
- Enne arve esitamist lepitakse kokku ametlikud vastuvõtukatsed. Seejärel määratakse kindlaks, millele tarnitud komponent peab enne maksetähtpäeva saabumist vastama.
- Registreerige muudatuste tegemise kord, milles on sätestatud, kes võib muudatust taotleda, kes otsustab ja kuidas planeerimise ja hinnakujunduse tagajärgi menetletakse.
- Lepi kokku eskalatsiooniredel: esmalt arutelu projektirühma sees, seejärel kõrgema taseme juhtkomitee, siis vahendaja ja alles seejärel menetlus kohtus.
- Kaaluge vaidluste lahendamist vahekohtunike ameti (SGOA) kaudu. Pange tähele ühte praktilist punkti: vahekohtunikud saavad arutada ainult juhtumit, mille puhul pooled on eelnevalt sihtasutusele pädevuse andnud, seega peab see klausel olema lepingus. SGOA pakub selleks tüüpklausleid.
Eskalatsiooniredel tagab, et konflikte arutatakse varajases staadiumis ja õigel tasandil, mitte alles siis, kui suhted on juba purunenud. Olukordades, kus projekt on kriitilises punktis toppama jäänud ja üks osapooltest ei soovi koostööd teha, pakub SGOA vahekohtumenetlus kiiret leevendust.
Sulgemisel
Ebaõnnestunud tarkvaraprojekt on harva ühe vea tagajärg. Tavaliselt tuleneb see ebaselgetest spetsifikatsioonidest, muutuvatest soovidest, tehnilisest alahindamisest ja halvast koostööst. Hollandi seadus pakub nüansirikast raamistikku kahju kandja kindlaksmääramiseks, olgu see siis lepingu mittetäitmise, süülise süü või võlausaldaja maksejõuetuse tõttu, kuid selle kohaldamine nõuab nii seaduse kui ka tehnoloogia tundmist.
Kas teie tarkvaraprojekt on takerdunud? Law & More Nõustab kliente ja tarnijaid vastutuse, projektidokumentide, lepingulise ennetamise ja vaidluste lahendamise küsimustes. Võtke meiega ühendust oma lepingu ja projekti toimiku hindamiseks.
Korduma kippuvad küsimused
Allpool vastame küsimustele, mida meile sellel teemal kõige sagedamini esitatakse.
Kas minu tarnija vastutab tarkvaraprojekti ebaõnnestumise korral?
Mitte automaatselt. Tuleb tõendada, et ta ei täitnud kokkulepitud tingimusi ja et see on tema süü. Praktikas jagatakse vastutus sageli mõlema poole vahel.
Mis siis, kui kliendina panustasin ise viivitusele?
Seejärel võib kohus vähendada tarnija hüvitise maksmise kohustust Hollandi tsiviilseadustiku artikli 6:101 alusel proportsionaalselt sellega, kui suures ulatuses teie enda käitumine kahju tekitamisele kaasa aitas. See võib hüvitist märkimisväärselt vähendada ja erandjuhtudel viia selle tühistamiseni.
Mida koostöökohustus endast kujutab?
Kliendina peate esitama spetsifikatsioonid, katseandmed, otsused ja kinnitused õigeaegselt. Kui seda ei juhtu ja tarnija ei saa seetõttu oma kohustust täita, ei satu see maksehäiresse ja teie ise võite sattuda võlausaldaja võlgnevuse olukorda (Hollandi tsiviilseadustiku artikkel 6:58 jj).
Miks määratakse sageli ekspert?
Kuna arhitektuuri, lähtekoodi ja testiaruannete kohta käivad küsimused nõuavad tehnilisi teadmisi, mida kohtunikult oodata ei saa, saab Hollandi tsiviilkohtumenetluse seadustiku artiklite 194–207 kohaselt tellida kohtu määratud ekspertiisi ja selle tulemusel on suur kaal.
Milliseid projekti dokumente peaksin alles hoidma?
Leping koos lisadega, funktsionaalsed ja tehnilised spetsifikatsioonid, muudatuste taotlused, projekti planeerimis- ja eduaruanded, testimisaruanded, kirjavahetus viivituse ja vastuvõtmise kohta ning lähtekood koos dokumentatsiooniga. Ilma nende dokumentideta ei saa ekspert sageli küsimusele vastata.
Miks on muutmisprotseduur nii oluline?
Ilma ametliku protseduurita kasvab ülesanne märkamatult, samal ajal kui planeerimine ja eelarve jäävad samaks. Vaidluse korral on seega võimatu kindlaks teha, millal ja miks ulatus muutus. Registreerige, kes võib muudatust taotleda, kes otsustab ja kuidas planeerimise ja hinna tagajärgi menetletakse.
Mis on vastuvõtukriteeriumide mõte?
Need määravad objektiivselt kindlaks, millal tarnitud komponent vastab nõuetele. See teeb selgeks, millal maksetähtpäev saabub, ja hoiab suures osas ära hilisemad vaidlused selle üle, kas tarnimine oli korrektne. Eelistatavalt seo need ametlike vastuvõtutestidega avaldatud versioonide või verstapostidega.
Mis juhtub lähtekoodiga, kui uuesti alustan teise tarnijaga?
See sõltub teie lepingust. Ilma kokkulepeteta lähtekoodi avaldamise, loodud süsteemi intellektuaalomandi õiguste ja võimaliku deponeerimislepingu kohta võib taaskäivitamine märkimisväärselt edasi lükkuda. Lepi see kokku lepingu sõlmimisel, mitte hiljem.
Millised võivad olla menetluste tagajärjed?
Osaline tühistamine, kui valesti on läinud ainult osa lepingust (Hollandi tsiviilseadustiku artikkel 6:265 koos artikliga 6:270), kahjutasu artikli 6:74 alusel, vähendamine süü tõttu vastavalt artiklile 6:101 ja mõõdukus artikli 6:109 alusel. Kohtud kohaldavad seda mõõdukust säästlikult.
Kas ma saan vaidluse lahendada kohtuväliselt?
Jah. Vahekohtunike amet (SGOA) pakub vahendust, vahekohtumenetlust, vahekohtu kokkuvõtlikku menetlust, siduvaid nõuandeid ja eksperdiarvamusi, kusjuures otsuseid langetavad valdkonna spetsialistid. Vahekohtunikud saavad menetleda ainult juhtumeid, mille puhul pooled on eelnevalt sihtasutusele pädevuse andnud, seega lisage see klausel lepingusse.
Kuidas vältida pikaajalist tüli?
Töötage etapiviisiliste lepingute ja iga versiooni puhul vastuvõtukriteeriumidega, leppige enne arvete esitamist kokku ametlikes vastuvõtutestides, registreerige muudatuste protseduur ja leppige kokku eskalatsiooniredelil, mis kulgeb projektirühmast juhtkomitee ja vahendajani ning alles seejärel kohtumenetluseni.
Kas teil on vaidlus IT-tarnijaga või soovite, et IT-leping üle vaadataks? Meie IT-juristid aitavad teid hea meelega.
Kuidas Law & More saab teid sellega aidata, on selgitatud meie lehel IT-jurist lehel.
