← Tudástár2026. 09. 19. · 5 perc olvasás · Ellenőrizve: 2026. 09. 27.
A feladat: mi készül, és honnan tudjuk, hogy kész?
A legtöbb vita abból lesz, hogy a feladat leírása egyetlen mondat: „weboldal a cégnek”. A szerződés – vagy az ajánlat, amelyre hivatkozik – sorolja fel, mi készül: milyen oldalak és funkciók, mi van benne, és mi nincs. És mondja meg, mi az elfogadás feltétele: mikor számít átadottnak a munka, ki nézi át, mennyi időd van jelezni a hibát, és mi számít hibának, illetve mi új kérésnek.
Az elfogadás rendje nem bürokrácia: ez választja el a „nem így kértem”-et a „meggondoltam magam”-tól. Az első a fejlesztő dolga, a második új megrendelés.
Kié a kód?
Ez a legfontosabb és a legritkábban tisztázott pont. A szoftver a magyar szerzői jogi törvény szerint szerzői mű, a szerzői jog pedig a szerzőt illeti, vagyis a fejlesztőt (ha egy fejlesztő cég alkalmazottja a munkája részeként írta, a vagyoni jogokat a cég szerzi meg). Te azt kapod, amit a szerződés ad: egy felhasználási engedélyt.
A törvény néhány alapszabálya a megrendelő szemével nézve kellemetlen. Kizárólagos jogot csak akkor kapsz, ha a szerződés ezt kifejezetten kiköti. Ha a szerződés nem mondja meg, mire és milyen mértékben használhatod a művet, az engedély a szerződés céljához elengedhetetlen felhasználásra szűkül. Ha pedig a szerződés nem egyértelmű, a szerző számára kedvezőbb értelmezés érvényes. A szoftvert jogszerűen megszerző felhasználó a törvény szerint a rendeltetésszerű használathoz szükséges módosításokat, például a hibajavítást, a szerző engedélye nélkül is elvégezheti, ha a szerződés nem zárja ki. A továbbfejlesztés, egy másik fejlesztőnek való átadás vagy a kód más célra való felhasználása viszont már nem biztos, hogy belefér. Ha a szerződés hallgat, könnyen lehet, hogy kifizettél egy weboldalt, amellyel nem rendelkezhetsz szabadon.
A szerződésben ezért rögzítsd: milyen felhasználási jogot kapsz a kész műre, és milyen terjedelemben – kizárólagos-e, továbbadható-e, meddig szól, átdolgozható-e –, és hogy a forráskódot is megkapod, nem csak a futó változatot. A szoftvernél ez tovább is mehet: a legtöbb művel ellentétben a szoftver vagyoni jogai át is ruházhatók, ha a felek így állapodnak meg. Ha a fejlesztő a saját, több ügyfélnél használt alapjait építi be, ésszerű, hogy azokon ő tartsa meg a jogot – de a rád szabott részekről legyen leírva, mit kapsz.
A forráskód nem részlet
Egy futó weboldal forráskód nélkül olyan, mint egy ház tervrajz nélkül: lakni lehet benne, de bővíteni nehéz, és ha a fejlesztő eltűnik, senki nem mer hozzányúlni. A forráskód átadása – lehetőleg hozzáféréssel a kódtárhoz, nem egy zip-fájllal – legyen az átadás része, és álljon benne a szerződésben.
Hozzáférések: a te nevedre
A domain, a tárhely vagy a hosting, az adatbázis és a külső szolgáltatások fiókjai a vállalkozásod eszközei, ezért a te nevedre szóljanak, akkor is, ha a fejlesztő kezeli őket. A leggyakoribb csapda a fejlesztő nevére bejegyzett domain: amíg jó a viszony, nem gond; ha megromlik, az oldalad neve sem a tiéd. A szerződés mondja ki, hogy a fiókok a megrendelő tulajdonában és nevén állnak, a fejlesztő hozzáférést kap, és a munka végén vagy felmondáskor az összes hozzáférést átadja.
Hibajavítás és garancia
Átadás után a hibák egy részét a fejlesztő díj nélkül javítja – de meddig, és mi számít hibának? A szerződés adjon meg egy jótállási időt, amelyen belül a leírt funkciók hibáját díjmentesen javítják, és válassza el ettől az új igényt, a külső szolgáltatás változását és a te módosításod okozta hibát. A reakcióidő is ide tartozik: egy leállás sürgősebb, mint egy elgépelés.
Díj, ütemezés, fizetés
Az ajánlatban a díj, a szerződésben az ütemezés: mikor mennyit fizetsz, és mihez kötve. Egy nagyobb munkánál az előleg természetes; a mérföldkövekhez kötött részszámla mindkét felet védi – te nem fizetsz előre mindent, a fejlesztő pedig nem dolgozik a végén ingyen. Rögzítsd, mi történik változáskérésnél: hogyan árazzák, ki hagyja jóvá, és hogy egy változáskérés a határidőt is tolhatja.
Felmondás és kilépés
Mi történik, ha a munka félbeszakad, bármelyik fél miatt? A szerződés mondja meg: mennyi az addigi munka díja, hogyan kapod meg az addig elkészült anyagot és kódot, és ki mikor adja vissza a hozzáféréseket. Ezt a részt senki nem akarja használni, de ha kell, mindenki hálás érte.
Titoktartás és adatok
Ha a fejlesztő hozzáfér az ügyfeleid személyes adataihoz – az adatbázishoz, a rendszerhez –, a GDPR szerint adatfeldolgozó, és erről írásban kell megállapodni: mit tehet az adatokkal, és mit nem. A titoktartás pedig kétirányú: az üzleti információid és a fejlesztő megoldásai is védettek.
Nálunk, a Nextsoftnál a szerződés az írásos, tételes árajánlat elfogadásával jön létre, a keretet pedig az ÁSZF adja (next-soft.hu/aszf). Weboldalnál az ajánlatban megadott ideig díjmentesen javítjuk a saját hibánkból eredő hibákat, a bővítés külön megrendelés. Ha neked fontos a felhasználási jog, a forráskód átadása vagy az, hogy a fiókok kinek a nevén legyenek, kérd, hogy az ajánlat ezt is rögzítse; kérdéseidet az [email protected] címre is megírhatod. Ez a cikk általános tájékoztató: a saját szerződésedről ügyvéd tud felelősséggel nyilatkozni, és egy nagyobb megrendelésnél megéri megkérdezni.
Röviden
Írd le, mi készül, és mi az elfogadás feltétele. Rögzítsd, milyen jogot kapsz a kódra, és hogy a forráskódot is megkapod – ne bízd a törvény alapszabályaira. A fiókok a te nevedre szóljanak. Legyen jótállási idő és világos hibafogalom. Előleg, mérföldkövek, a változáskérés rendje. Felmondásnál átadás. Adatvédelem és titoktartás. Aztán jöhet az aláírás.