Szoftverbevezetési szerződés: 10 pont, amit aláírás előtt ellenőrizzen

Egy jó szoftverbevezetési szerződés pontosan leírja, mit szállít a szállító, hogyan veszi át Ön, mikor és mi alapján fizet, és mi történik, ha valami megváltozik vagy félresikerül. Ha ezek közül bármelyik hiányzik, a kockázat Önnél marad.

Az alábbi tíz pont ellenőrzőlistaként használható aláírás előtt. Nem jogi tanácsadás, hanem gyakorlati szempontrendszer, amelyet érdemes jogásszal együtt végignézni.

A szerződés alapja a pontos hatókör: melléklete legyen a követelményspecifikáció, amely felsorolja a lefedett folyamatokat, modulokat, felhasználói köröket és integrációkat. Ami nincs leírva, arról később nehéz bizonyítani, hogy a vállalás része volt.

Az átvételi feltételek határozzák meg, mikor kész egy fázis. Érdemes rögzíteni a tesztelés módját, a tesztidőszak hosszát, a hibák súlyossági kategóriáit, és azt, hogy milyen nyitott hibákkal fogadható el egy szállítás.

A fizetést mérföldkövekhez, és ne naptári dátumokhoz kösse. Így a szállító akkor kap pénzt, amikor egy ellenőrizhető eredmény átvételre került, például a konfigurált rendszer, a sikeres adatmigráció vagy az éles indulás.

• Hatókör: követelményspecifikáció mellékletként, folyamatokra és modulokra bontva.
• Átvétel: tesztforgatókönyvek, hibakategóriák, elfogadási határidő.
• Mérföldkövek: minden részfizetés egy átvett eredményhez kötve.

A változáskezelési eljárás rögzíti, hogyan kerül be új igény a projektbe: ki kérheti, ki becsüli meg, ki hagyja jóvá, és milyen óradíjjal számolnak. Írásos jóváhagyás nélkül ne induljon többletmunka, mert ez a költségtúllépés leggyakoribb forrása.

Az SLA, vagyis a szolgáltatási szint megállapodás az éles üzem utáni támogatást szabályozza. Nézze meg a rendelkezésre állást, a hibabejelentés csatornáit, a reakció- és megoldási időket hibasúlyosság szerint, valamint azt, mi a következménye, ha a szállító ezeket nem tartja.

Az adatok tulajdonjoga mindig a vállalkozásé legyen. A szerződés mondja ki, hogy Ön bármikor, szabványos és géppel olvasható formátumban kiexportálhatja a teljes adatállományát, és ennek díja előre ismert.

A licencfeltételeknél a díjszámítás alapja a lényeg: felhasználónként, modulonként vagy tranzakció szerint fizet, és hogyan változhat az ár a következő években. Felhőalapú szoftvernél kérdezzen rá az áremelés mértékének korlátjára.

A garanciális időszakban a szállító díjmentesen javítja a hatókörbe tartozó hibákat. Rögzítse a garancia kezdetét, jellemzően az átvételtől számítva, és hogy mi számít garanciális hibának.

A kilépési feltételek mondják meg, mi történik a szerződés megszűnésekor: felmondási idő, adatátadás, átmeneti támogatás egy új rendszerre váltásnál. Az egyedi fejlesztésű részeknél, például integrációknál és testreszabásoknál tisztázza, kié a szellemi tulajdon, illetve milyen felhasználási jogot kap Ön.

• Licenc: díjalap, áremelési korlát, felhasználószám bővítésének ára.
• Garancia: kezdete, időtartama, a garanciális hiba fogalma.
• Kilépés: felmondási idő, adatexport, átadási segítség.
• Szellemi tulajdon: egyedi részek tulajdonjoga vagy felhasználási joga, forráskód elérhetősége.

Pályázati forrásnál a szerződés ütemezésének illeszkednie kell a támogatás szabályaihoz. A DIMOP Plusz-1.2.3/A konstrukcióban a megvalósítás a szerződéskötéstől 18 hónap, indokolt esetben további 6 hónappal hosszabbítható, ezért a mérföldköveket ezen belül kell elhelyezni.

A kérelem benyújtása előtt megkezdett projekt nem finanszírozható, így aláírt megrendelés, előleg vagy munkakezdés nem lehet a beadás előtt. A szerződéstervezetet ezért úgy érdemes előkészíteni, hogy az aláírás a beadás után történjen.

Érdemes a szerződésben a szolgáltatási tételeket (specifikáció, testreszabás, integráció, migráció) külön soron feltüntetni, mert a programban ezekre költségkorlát vonatkozik. A Pályázati Szoftver díjmentes előszűréssel segít eldönteni, hogy a tervezett projekt és az ütemezés megfelel-e a feltételeknek.