MONOLITH LAW OFFICE+81-3-6262-3248Hétköznapokon 10:00-18:00 JST [English Only]

MONOLITH LAW MAGAZINE

IT

Milyen mértékig terjed a szállító felelőssége az OSS-t tartalmazó szállítási elemek esetében? Polgári jogi felelősség és intézkedések magyarázata szerződéstípusonként

IT

Milyen mértékig terjed a szállító felelőssége az OSS-t tartalmazó szállítási elemek esetében? Polgári jogi felelősség és intézkedések magyarázata szerződéstípusonként

A nyílt forráskódú szoftverek (OSS) költségcsökkentési és fejlesztési sebesség-növelési előnyeik miatt széles körben használatosak a modern szoftverfejlesztésben. Azonban az OSS integrálása a projektekbe jogi felelősséget is magával hozhat a licencsértések és a hibákból eredő problémák miatt. Különösen azok számára, akik szoftverfejlesztési szerződések alapján szállítanak termékeket, az OSS-ből eredő problémák miatt valósággá válhat a felhasználók részéről érkező kártérítési igények kockázata.

Ebben a cikkben bemutatjuk az OSS-alapú szoftverfejlesztési projektekben felmerülő felelősségi kérdéseket a japán jogi rendszer alapján, beleértve a különböző szerződési formákban vállalt felelősséget, a felelősség alóli mentesülés lehetőségeit és egyéb releváns aspektusokat.

A szállítók és felhasználók közötti szerződések Japánban vállalkozási vagy megbízási szerződések

A szállítók és felhasználók közötti szerződések Japánban vállalkozási vagy megbízási szerződések

A szoftverfejlesztési szerződések általában vagy a végeredmény elkészítésének kötelezettségét vállaló „vállalkozási szerződések”, vagy bizonyos feladatok elvégzésére irányuló „megbízási szerződések” formáját öltik. Az OSS-t tartalmazó szállítási tárgyak esetében is ezek a szerződéstípusok alapján ítélik meg a szállító jogi felelősségét.

Mi az a vállalkozási szerződés?

A vállalkozási szerződés a polgári törvénykönyv (Minpō) 632. cikkétől kezdődően szabályozott szerződésforma, amelyben a megbízott (szállító) köteles a végeredmény elkészítésére, cserébe a megbízó (felhasználó) díjat fizet. Ebben a szerződésben, ha a végeredmény hibás, a szállító szembesülhet a szerződésszegés felelősségével. Például, ha a vállalkozási szerződés keretében elkészült szoftver nem működik a specifikációknak megfelelően, ez a felelősség alá esik, függetlenül attól, hogy a hiba az OSS-ből ered-e vagy sem.

Forrás: Polgári törvénykönyv | e-Gov törvénykereső[ja]

Mi az a megbízási szerződés?

A megbízási szerződés a polgári törvénykönyv 656. cikkétől kezdődően szabályozott, és eltérően a vállalkozási szerződéstől, nem „a végeredmény elkészítését”, hanem „bizonyos cselekvések” végrehajtását tűzi ki célul. Ilyenek például a rendszerfejlesztők helyszíni munkája vagy a követelmények meghatározása. A megbízási szerződés alapján történő szoftverfejlesztés esetén, ha a végeredmény hibás, a szállító csak akkor visel szerződésszegési felelősséget, ha bizonyítható, hogy megsértette a figyelmeztetési kötelezettségét (a megfelelő gondosság kötelezettségét).

Szoftverhibák esetén a szállító szerződésszegési felelősséget visel

Vállalkozási szerződés esetén, ha a szoftver hibás, a szállító köteles lehet a javításra vagy kártérítési felelősséget viselhet. Még akkor is, ha a hiba az OSS-ből ered, a szállító, miután beépítette az OSS-t a szállítási tárgyba, nehezen kerülheti el a szerződéses felelősséget.

Megbízási szerződés esetén is, ha az OSS kiválasztása vagy bevezetése nyilvánvalóan nem megfelelő, a szállító felelősségre vonható a figyelmeztetési kötelezettség megsértése miatt. Az OSS kockázatértékelése és a felhasználási licenc ellenőrzése a szállító fontos kötelezettségei közé tartozik.

Az OSS-t tartalmazó programokat szállító vendégek intézkedései a japán jog szerint

Milyen lépéseket tehetnek a vendégek az OSS-t tartalmazó programok szállításakor, hogy elkerüljék vagy korlátozzák a polgári jogi felelősség felmerülését? A következőkben néhány szerződéses intézkedést sorolunk fel, amelyeket megfontolásra érdemes.

A vendég által beállított felelősségelhárító záradék, amely kizárja a szerződésszegési felelősséget

A szerződéses felelősség kérdése alapvetően a felek közötti megállapodás tárgya, így szabadon meghatározható. Ezért az OSS-ból eredő hibák vagy licencproblémák esetén a vendég felelősségelhárító záradékot állíthat fel, amely kizárja a szerződésszegési felelősséget.

Ebben az esetben a szerződés tartalmazhat olyan záradékot, amely kimondja, hogy “az OSS-ból eredő hibákért semmilyen felelősséget nem vállalunk”.

Ha a felhasználó fogyasztó, akkor a fogyasztói szerződés törvénye értelmében a felelősségelhárító záradék érvénytelen

Ha a felhasználó nem vállalkozás, hanem magánszemély, és a szoftvert nem üzleti célból, hanem fogyasztói tevékenység részeként kéri, akkor a szerződésre a fogyasztói szerződés törvénye vonatkozik.

A fogyasztói szerződés törvényének 8. cikk (1) bekezdésének 1. pontja kimondja, hogy “a vállalkozó szerződésszegéséből eredő fogyasztói kár teljes mértékű mentesítését biztosító záradék” érvénytelen. Tehát, ha a felhasználó fogyasztó, akkor a szerződésben szereplő felelősségelhárító záradék ellenére is felelősségre vonható.

Forrás: Fogyasztói szerződés törvénye | e-Gov törvénykereső[ja]

A felhasználó tulajdonságaitól függetlenül is lehet, hogy a felelősségelhárító záradék sérti a közrendet és az erkölcsöt

A felhasználó magánszemély-e vagy semtől függetlenül, az egyoldalú felelősségelhárító záradékok a polgári törvénykönyv 90. cikke értelmében érvénytelenek lehetnek.

A polgári törvénykönyv 90. cikke kimondja, hogy “a közrendet vagy a jó erkölcsöt sértő jogi aktus érvénytelen”. Például, ha a vendég szándékosan vagy súlyos gondatlanságból elrejtette az OSS-szel kapcsolatos kockázatokat, akkor a felelősségelhárító záradék érvénytelen lehet, és nem kerülheti el a kártérítési felelősséget.

Nemcsak a szerződéses felelősségelhárító záradék beállítása szükséges, hanem az OSS kiválasztásának, kezelésének és magyarázatának felelősségvállalása is elengedhetetlen a gyakorlati kockázatkezelés szempontjából.

A felhasználó által meghatározott OSS használata esetén a vendég felelőssége

A gyakorlatban előfordulhat, hogy a felhasználó kéri az OSS használatát. Ebben az esetben, ha szerződéses munkáról van szó, a polgári törvénykönyv 636. cikkének szövege szerint a megrendelő utasításainak alkalmatlansága miatt mentesülhet a felelősség alól.

Az azonban, ha a megrendelő utasításainak alkalmatlanságát a vállalkozó ismerte, akkor a polgári törvénykönyv 636. cikkének kivételével nem mentesülhet a felelősség alól.

Ha megbízási szerződésről van szó, akkor a jó gazdálkodói gondosság megsértésének tagadása miatt mentesülhet a felelősség alól. Azonban, hasonlóan a szerződéses munkához, ha a megbízó utasításainak alkalmatlanságát a vállalkozó ismerte, akkor jó gazdálkodói gondosság megsértésének minősülhet.

Ha a meghatározott OSS ismert biztonsági kockázatokat hordoz, vagy licencproblémái vannak, és a vendég ezeket tudva sem hívja fel rá a figyelmet, akkor felelősségre vonható. A vendégként nem szabad vakon elfogadni a felhasználó utasításait, hanem szakértőként újra kell ellenőrizni és probléma esetén fel kell hívni rá a figyelmet és jelenteni kell. Ha nem lehet megtagadni a használatot, akkor írásban kell közölni az aggályokat és megosztani a kockázatot, hogy később felkészüljünk a felelősség megállapítására.

Az OSS fejlesztők nem vállalnak felelősséget az OSS licenc alapján

Az OSS fejlesztők nem vállalnak felelősséget az OSS licenc alapján

Még ha az OSS-ben (nyílt forráskódú szoftver) hibák is találhatók, az OSS szoftverek ingyenesen használhatók, és a fejlesztők általában a licencdokumentumokban “jelen állapotban” (AS IS) történő szolgáltatást rögzítik, és nem vállalnak felelősséget a hibákért vagy biztonsági problémákért.

Ez az OSS licencelés alapvető elgondolása, és például az MIT licenc, az Apache License vagy a GPL esetében is a licenc dokumentum végén találhatók olyan felelősségkizáró záradékok, amelyek mindenféle garanciától, legyen az kifejezett vagy hallgatólagos, mentesítik a fejlesztőket. Emiatt, ha az OSS-ben magában hiba található, az OSS fejlesztői általában nem kerülnek polgári jogi felelősségre vonás alá, mint például kártérítési igények esetén.

Összefoglalás: OSS-alapú szoftverfejlesztési szerződések esetén forduljon ügyvédhez

Az Open Source Software (OSS) széles körben használatos a fejlesztési területeken, ugyanakkor magában hordozza a jogi és szerződéses kockázatokat is. Bár az OSS licenc gyakran mentesíti a fejlesztőket a felelősség alól, a terméket összeállító és szállító vállalatok a szerződéses viszonyok alapján polgári jogi felelősséggel számolhatnak. Különösen az alvállalkozói szerződések esetében, ha a végeredmény hibás, akkor szerződésszegési felelősség keletkezhet, és a megbízási szerződések esetében is, ha a szükséges gondosságot nem gyakorolják, szerződésszegési felelősség merülhet fel.

Ezen kockázatok kezeléséhez elengedhetetlen a szerződésekben a felelősség korlátozása, az OSS kiválasztásának és a licenceljárásoknak megfelelő rendszer kiépítése, valamint az átlátható információmegosztás a felhasználókkal. Az OSS előnyeinek maximális kihasználása mellett, mint szállító, a felelősség megfelelő kezelése érdekében létfontosságú a jogi kockázatokra való felkészülés.

A Monolith Ügyvédi Iroda által kínált megoldások bemutatása

A Monolith Ügyvédi Iroda egy olyan jogi szolgáltatást nyújtó iroda, amely az IT területén, különösen az internetes jog és a jogi szakértelem terén rendelkezik kiemelkedő szaktudással. Irodánk széleskörű ügyfélkört szolgál ki, a Tokiói Tőzsdén jegyzett vállalatoktól kezdve a startup vállalkozásokig, és vállalja szerződések készítését és felülvizsgálatát a különböző ügyekben. A szerződések készítésével és felülvizsgálatával kapcsolatos további információkért kérjük, olvassa el az alábbi cikket.

A Monolith Ügyvédi Iroda szolgáltatási területei: Szerződéskészítés és felülvizsgálat[ja]

Managing Attorney: Toki Kawase

The Editor in Chief: Managing Attorney: Toki Kawase

An expert in IT-related legal affairs in Japan who established MONOLITH LAW OFFICE and serves as its managing attorney. Formerly an IT engineer, he has been involved in the management of IT companies. Served as legal counsel to more than 100 companies, ranging from top-tier organizations to seed-stage Startups.

Category: IT

Tag:

Vissza a tetejére