Preskoči na sadržaj
TsunamiDigital

Jamstveni rok za softver: što je greška, a što nova želja

Jamstveni rok za softver pokriva greške u dogovorenom opsegu, a ne nove želje. Pošten test, uobičajeno trajanje, što poništava jamstvo i primjer odredbi.

Jamstveni rok za softver razdoblje je nakon primopredaje u kojem dobavljač besplatno ispravlja greške u onome što je dogovoreno i isporučeno. Ne pokriva nove želje, ono što nikad nije bilo specificirano ni probleme koje je izazvala tuđa izmjena. Većina sporova nakon puštanja u rad vodi se upravo oko te granice. Tekst je za vlasnike koji su upravo preuzeli aplikaciju po mjeri ili je tek naručuju.

Kratak odgovor

  • Greška (nedostatak): softver ne radi ono što piše u dogovorenom opsegu ili više ne radi ono što je radio pri primopredaji. Ispravlja se u jamstvu.
  • Zahtjev za promjenu: sve što nikad nije bilo specificirano, koliko god se sada činilo očitim. Plaćate ga Vi, nakon što odobrite procjenu.
  • Konfiguracija i uzroci treće strane (promijenjen DNS zapis, promjena API-ja na drugoj strani) nisu ni jedno ni drugo; to je u pravilu posao održavanja.
  • Ugovori dobavljača najčešće navode jamstveni rok od 30 dana do 12 mjeseci.
  • Većinu sporova rješava zapisnik o primopredaji, jer bilježi što je isporučeno i kada.

Pošten test: dva pitanja

Za svaku prijavu nakon puštanja u rad postavite dva pitanja.

1. Je li to bilo u dogovorenom opsegu? Provjerite specifikaciju, kriterije prihvaćanja, odobrene dizajne i pisane odgovore dane tijekom izrade. Ako je ponašanje ondje opisano, a softver radi nešto drugo, riječ je o grešci.

2. Je li radilo pri primopredaji? Ako je funkcija prošla primopredaju, a sada se ponaša drukčije iako je nitko nije dirao, riječ je o grešci. Ako nikad nije postojala, to je zahtjev za promjenu, čak i ako su svi “podrazumijevali” da će biti tu.

Siva zona su osnove koje nitko ne zapiše, primjerice da se podaci ne gube i da jedan kupac ne vidi podatke drugoga. Ozbiljan dobavljač to smatra greškom; svejedno to upišite u ugovor.

Koliko jamstvo za softver obično traje

Jedinstvenog standarda nema, a ono što dobavljači objavljuju jako se razlikuje. Kanadski studio Paper Leaf navodi 30 dana kao uobičajenu odredbu, poljska softverska kuća JMR kaže da jamstvo obično traje od 90 dana do godine dana, a G-Group tržišnim standardom u Poljskoj smatra 12 mjeseci. Dulji rok stoji više, jer dobavljač dulje nosi rizik.

Ako se Vaš ugovor smatra ugovorom o djelu (čl. 590. Zakona o obveznim odnosima), članci 604. i 605. kažu da naručitelj treba pregledati djelo i bez odgađanja prijaviti nađene nedostatke. Nakon pregleda i primitka izvođač više ne odgovara za nedostatke koje je mogao otkriti uobičajeni pregled. Skriveni nedostatak treba prijaviti najkasnije mjesec dana od otkrivanja, a nakon dvije godine od primitka posla na njega se više ne možete pozvati. Ugovorno jamstvo dolazi povrh toga, pa ih čitajte zajedno.

Primjer: pet prijava nakon puštanja u rad

Veletrgovac je 1. ožujka preuzeo B2B portal za narudžbe sa šestomjesečnim jamstvom. U prvim mjesecima stiglo je pet prijava:

PrijavaVrstaZaštoTko plaća
PDV na računima na nekim narudžbama odstupa za jedan centGreška, u jamstvuSpecifikacija traži PDV po stavci zaokružen na dvije decimale; testovi pri primopredaji koristili su samo cijele iznose, pa je greška bila skrivenaDobavljač
”Možemo li popis narudžbi izvesti u Excel?”Zahtjev za promjenuIzvoz nikad nije bio u opseguNaručitelj, nakon odobrene procjene
Potvrde narudžbi više ne stižu e-poštomKonfiguracijaNaručiteljev informatičar promijenio je zapise domene za e-poštu; portal nitko nije diraoNaručitelj, kroz održavanje ili po satu
Plaćanje karticama ne radi od ponedjeljkaUzrok treće stranePružatelj plaćanja ugasio je verziju API-ja koju portal koristi, najavljeno mjesecima ranijeNaručitelj, kroz održavanje; dobavljač je trebao upozoriti
Izvještaj se učitava 40 sekundiZahtjev za promjenuKriterij prihvaćanja: ispod 3 sekunde za 20.000 narudžbi. Naručitelj ih sada ima 200.000Naručitelj. Da je specifikacija navela 200.000, bila bi to greška

Zadnji redak pokazuje zašto su brojke u specifikaciji važne: isti simptom može biti greška ili promjena, ovisno o tome što je zapisano.

Što poništava ili ograničava jamstvo

Uobičajene i poštene iznimke:

  • Netko drugi mijenja kod. Jamstvo tada vrijedi samo za dijelove koje nitko drugi nije dirao.
  • Hosting koji održava naručitelj, a nije ažuriran ili je promijenjen.
  • Promijenjene integracije: drugi sustav promijeni API, format podataka ili pristupne podatke.
  • Korištenje izvan dogovorenog okruženja, primjerice na pregledniku ili uređaju koji opseg isključuje.

Zašto spor rješava zapisnik o primopredaji

Bez potpisanog zapisnika o primopredaji sporni su i početak jamstva i ono što je zapravo prihvaćeno. Dobar zapisnik sadrži datum, isporučenu verziju, provedene testne slučajeve i popis poznatih otvorenih problema s dogovorenim rokovima ispravka. U ugovor upišite da poznati problemi s tog popisa ostaju obveza dobavljača i ako jamstvo istekne prije ispravka.

Primjer odredbi u ugovoru

Polazište koje ćete prilagoditi s odvjetnikom:

  • Greška: “Svako odstupanje isporučenog softvera od dogovorene specifikacije i kriterija prihvaćanja ili od ponašanja potvrđenog pri primopredaji, koje nije posljedica izmjena Naručitelja ili trećih osoba. Greške prijavljene tijekom jamstvenog roka Izvođač otklanja bez naknade.”
  • Promjena: “Svaka nova funkcija, izmjena dogovorenog ponašanja ili zahtjev koji nije sadržan u specifikaciji. Promjene se izvode na temelju pisane procjene koju je Naručitelj odobrio.”
  • Uzrok treće strane: “Neispravnosti uzrokovane promjenama usluga trećih strana, hostinga ili konfiguracije izvan nadzora Izvođača nisu Greške. Izvođač ih dijagnosticira i otklanja kao Promjenu ili u okviru ugovora o održavanju.”

Kod fiksne cijene ta definicija promjene čuva i poštenu cijenu. Kad uspoređujete ponude, provjerite navodi li svaka trajanje jamstva i što ono pokriva.

Napomena: ovaj tekst je informativan i nije pravni savjet. Prava i obveze ovise o Vašem ugovoru - uvjete provjerite s odvjetnikom.

Što nakon isteka jamstva

Sve oko aplikacije i dalje se mijenja: biblioteke, preglednici, pružatelji plaćanja. Što mora sadržavati ugovor o održavanju i SLA i koliko održavanje stoji, opisano je u zasebnim člancima. U našoj mjesečnoj suradnji na održavanju i razvoju softvera podjela na greške, promjene i uzroke treće strane ostaje ista i nakon jamstva; mijenja se samo tko plaća ispravak greške. Rad izvan jamstva naplaćuje se 40-60 € po satu bez PDV-a, uvijek nakon procjene koju odobrite.

Često postavljana pitanja

Ima li softver po mjeri jamstvo? U pravilu ima, ako ga ugovor predviđa. Jamstvo pokriva greške u dogovorenom opsegu tijekom određenog razdoblja nakon primopredaje, a ne nove funkcije.

Koliko traje jamstvo za softver? Ugovori dobavljača najčešće navode od 30 dana do 12 mjeseci od primopredaje. Dulji rok je moguć, ali obično stoji više.

Tko plaća ispravak greške nakon predaje? Tijekom jamstva greške u dogovorenom opsegu plaća dobavljač. Zahtjeve za promjenu, konfiguraciju i uzroke treće strane plaća naručitelj.

Počinje li jamstvo teći ispočetka nakon ispravka? Samo ako to piše u ugovoru. Poštena sredina je novi rok samo za ispravljenu funkciju.

Povezani članci

Sporite se s dobavljačem je li nešto greška ili promjena?

Pošaljite nam prijavu i specifikaciju. Reći ćemo Vam kako bismo je razvrstali i zašto - bez obveze.

Javite nam se na info@tsunami-digital.com ili putem obrasca na našoj stranici.

Svi članci