Viktiga överväganden när man använder OSS i mjukvaruutvecklingskontrakt

Open Source Software (OSS) används ofta inom mjukvaruutveckling som ett sätt att minska utvecklingskostnader och arbetsinsats. När mjukvaruutveckling outsourcas kan OSS också komma till användning, men vad bör man tänka på vid ingående av ett utvecklingsoutsourcingavtal?

I denna artikel förklarar vi vad man bör beakta när man använder OSS i samband med mjukvaruutvecklingsoutsourcingavtal i Japan.

Risker med att använda OSS vid utvecklingsuppdrag av mjukvara i Japan

När man ingår ett avtal om mjukvaruutvecklingsuppdrag i Japan, är det nödvändigt att korrekt hantera riskerna som är förknippade med användningen av öppen källkod (OSS). Låt oss undersöka vilka risker som finns.

Skyldigheten att offentliggöra källkoden kan strida mot NDA

Vissa OSS använder så kallade copyleft-licenser, där upphovsrättsinnehavaren behåller sina rättigheter samtidigt som användaren får friheten att kopiera, modifiera och distribuera verket. Ett exempel är GNU General Public License (GPL) som har skapats av Free Software Foundation (FSF).

När man använder OSS med en copyleft-licens kan det finnas en skyldighet att offentliggöra källkoden enligt OSS-licensen. Detta kan leda till en skyldighet att offentliggöra hela källkoden för det uppdragsresultat som skapats, vilket kan strida mot sekretessavtal (NDA) eller en policy för kommersiell distribution som är stängd. Därför är det nödvändigt att noggrant granska vilka OSS-licenser som används vid mjukvaruutvecklingsuppdrag.

Skyldigheten att inkludera upphovsrättsmeddelanden och licensdokument

Även med licenser som MIT och Apache är det obligatoriskt att inkludera upphovsrättsmeddelanden och licensdokument.

Om detta försummas kan det leda till brott mot OSS-licensen, vilket i sin tur kan resultera i att mjukvaran inte får användas eller att skadeståndskrav ställs. När man levererar utvecklingsresultat är det viktigt att alltid inkludera dessa dokument.

Särskilda villkor som användningsbegränsningar och licenskompatibilitet

Vissa OSS kan ha begränsningar gällande användning och kompatibilitet mellan licenser.

Till exempel tillåter EU:s licens EUPL (European Union Public Licence) ersättning med en kompatibel licens vid distribution, men den kompatibla licensen måste vara en av de officiellt definierade av EUPL. Dessutom finns det begränsningar i Mozilla Foundations MPL (Mozilla Public License) version 1.1 som förhindrar kompatibilitet med andra OSS.

När man väljer OSS är det viktigt att inte bara granska licensinnehållet utan också jämföra det med affärsplanen och försäljningsstrategin för utvecklingsprojektet för att säkerställa att inga problem uppstår.

Risken för att kränka tredje parts upphovsrätt eller patent

Även om det är OSS kan det finnas fall där koden innehåller kränkningar av tredje parts upphovsrätt eller patent. Detta kan inkludera obehörig kopiering av kod eller inblandning av derivat som inte är kompatibla med licensen. Det är nödvändigt att säkerställa att mjukvaruutvecklingsleverantören inte bara följer licenserna utan också noggrant undersöker patent och upphovsrätt.

Beställare och leverantörs roller och ansvarsområden bör klargöras

I avtal om mjukvaruutvecklingsuppdrag i Japan kan det finnas en skillnad i förståelsen och ansvarsområdena mellan beställaren och leverantören när det gäller OSS.

Särskilt vem som ska utföra licensundersökningen och komplianskontrollen, samt vem som bär ansvaret om problem uppstår, bör tydligt anges i mjukvaruutvecklingsavtalet för att undvika framtida tvister.

Exempel på problem relaterade till OSS

Låt oss titta på exempel på problem som kan uppstå i samband med OSS och vad som kan hända när mjukvaruutveckling outsourcas.

Kända fall av överträdelser både inom och utanför Japan

I det förflutna har det funnits fall där företag har blivit indragna i rättsliga tvister och tvingats stoppa produktleveranser på grund av överträdelser av OSS-licenser. Till exempel har ett företag som utvecklar routrar blivit stämt för brott mot GPL-licensen och beordrats att stoppa försäljningen och betala skadestånd.

I liknande fall där mjukvaruutvecklingen har outsourcats kan det bli så att företaget måste kräva ersättning för förluster orsakade av försäljningsstopp och skadestånd från den entreprenör som tagit på sig uppdraget.

Relaterad artikel: Vad är en OSS-licensöverträdelse? Risker och åtgärder företag bör känna till, förklarat med exempel[ja]

Juridiska och affärsmässiga förluster orsakade av OSS-licensöverträdelser

OSS-licensöverträdelser leder inte bara till juridiska konsekvenser som användningsförbud och skadeståndsansvar, utan kan även resultera i affärsmässiga förluster såsom förtroendeförlust och kundavfall. Det är därför nödvändigt att undvika sådana situationer eftersom de förluster som uppstår inte alltid kan täckas genom juridiska krav på entreprenören.

Viktiga klausuler att inkludera i ett mjukvaruutvecklingsavtal

När man ingår ett mjukvaruutvecklingsavtal är det viktigt att beakta riskerna med att använda öppen källkod (OSS) och att inkludera relevanta klausuler i avtalet.

Klausuler om uttryckligt medgivande och användning av OSS

I ett mjukvaruutvecklingsavtal bör det tydligt anges att det finns en möjlighet att använda OSS och att uppdragsgivarens förhandsgodkännande erhålls genom en särskild klausul.

Om användningen av OSS kan leda till problem är det nödvändigt att ha en förutbestämd lösning i avtalet. Genom att tydligt specificera vilken OSS som kommer att användas och i vilken omfattning i mjukvaruutvecklingsavtalet kan man förebygga missförstånd och tvister mellan uppdragsgivaren och uppdragstagaren.

Klausuler om ansvarsfördelning (ansvar vid avtalsbrott, skadestånd etc.)

Det är viktigt att tydligt definiera ansvarsfördelningen för eventuella licensbrott eller intrång i rättigheter som kan upptäckas.

Till exempel, om den utvecklade mjukvaran saknar de funktioner som beställts, kan ansvar vid avtalsbrott bli aktuellt. Om det finns licensbrott eller intrång i rättigheter och det inte finns någon överenskommelse om vem som bär ansvaret, kan det leda till tvister mellan uppdragsgivaren och uppdragstagaren. Det är viktigt att avtalet reglerar frågor som skadeståndsansvar om uppdragstagaren använder OSS utan tillstånd, eller ansvarsomfattningen om uppdragsgivaren har instruerat användningen av OSS, för att undvika potentiella problem.

För mer information om ansvar vid avtalsbrott, se “Vad innebär ansvar vid avtalsbrott i system- och mjukvaruutvecklingsavtal? En förklaring av ändringspunkterna[ja]“.

Klausuler om undersökning och efterlevnad av använda licenser

I ett mjukvaruutvecklingsavtal bör man skriftligen fastställa uppdragstagarens skyldighet att undersöka och följa de licenser som gäller för den OSS som används.

Om det uppstår problem på grund av användningen av OSS och det inte är klart vems ansvar det är att undersöka och följa licenserna, kan det leda till tvister mellan uppdragsgivaren och uppdragstagaren. Genom att avtalet specificerar att uppdragstagaren ska utföra undersökningen och verifieringen kan man förhindra problem och tydliggöra ansvarsfrågor innan de uppstår. Dessutom kan man genom att införa en skyldighet att tillhandahålla information om licensändringar eller sårbarhetsrapporter säkerställa en smidig hantering efter leverans.

Tydliggörande av omfattningen av källkodsavslöjande och leveransform

Det är viktigt att tydligt definiera omfattningen av den källkod som ska levereras och att skilja mellan delar som inkluderar OSS och de som är egenutvecklade.

Genom att tydligt ange vilken omfattning som ska avslöjas och levereras kan man undvika lagbrott och problem, med tanke på de skyldigheter att avslöja källkod som krävs för att följa OSS-licenser och balansen med sekretesskyldigheter. I praktiken kan det också krävas att man tillhandahåller OSS-delen i binär form, som i fallet med copyleft-licenser.

Praktiska åtgärder vid användning av OSS

När du använder öppen källkod (OSS) i mjukvaruutveckling, är det viktigt att i förväg lista och granska de OSS du planerar att använda, samt att förbereda OSS-hanteringsverktyg och loggböcker, och att utveckla en policy och riktlinjer för användning av OSS.

Förhandslista och granska planerad OSS och dess licenser

Innan du påbörjar mjukvaruutvecklingen, bör du lista alla planerade OSS och noggrant granska licensvillkoren. Detta gör det möjligt att förutse potentiella risker och underlättar hanteringen av dessa.

Förberedelse av OSS-hanteringsverktyg och loggböcker

När du använder OSS är det viktigt att införa hanteringsverktyg och loggböcker för att visualisera och dokumentera användningen av OSS. Genom att skapa en mjukvaru-BOM (SBOM) kan du snabbt hantera eventuella licensändringar eller upptäckta sårbarheter.

Utveckling av policy och riktlinjer för användning av OSS

Genom att fastställa en policy för användning av OSS på företags- eller projektbasis, kan du ge konsekventa instruktioner till underleverantörer. Att dokumentera kriterier för val av OSS och strategier för hantering av olika licenser gör det enklare att hantera under mjukvaruutvecklingen.

Nödvändigheten av att konsultera en advokat vid mjukvaruutvecklingskontrakt

När du ingår ett mjukvaruutvecklingskontrakt som använder OSS (Open Source Software) är det fördelaktigt att rådgöra med en advokat. Låt oss undersöka vilka specifika fördelar detta kan innebära.

Möjlighet till analys och hantering av risker från utvecklingsstadiet

Som vi har nämnt tidigare, innebär mjukvaruutveckling med OSS en rad komplexa juridiska frågor: vilken OSS som ska användas, vilka klausuler som ska inkluderas i kontraktet och hur man bygger upp ett kontrollsystem efter kontraktet är undertecknat. Genom att konsultera en advokat kan du säkerställa att du ingår ett lämpligt mjukvaruutvecklingskontrakt.

Möjligheten att outsourca juridikavdelningen

Större företag har ofta en intern juridikavdelning som kan samarbeta med utvecklingsavdelningen. Men för mindre företag är det inte ovanligt att sakna en sådan avdelning. Med tanke på hur svårt det kan vara att hitta personal som är kunnig inom både IT och juridik, kan möjligheten att outsourca juridikavdelningen vara en betydande fördel.

Sammanfattning: Det finns många viktiga aspekter att beakta i mjukvaruutvecklingskontrakt som använder OSS i Japan

När man använder öppen källkod (OSS) i mjukvaruutvecklingskontrakt i Japan är det avgörande att ha en korrekt förståelse av licensvillkoren och att tydligt definiera ansvarsfördelningen genom kontraktet. Det är viktigt att inte bara tänka på den tekniska bekvämligheten utan också att noggrant hantera risker från ett juridiskt och affärsmässigt perspektiv för att säkerställa en säker och effektiv användning av OSS.

Vår byrås åtgärder

Monolith Advokatbyrå är en juridisk firma som specialiserar sig på IT, särskilt internet, och juridik. Vi hanterar skapande och granskning av avtal för en mängd olika klienter, från företag noterade på Tokyobörsen till nystartade företag. För mer information om skapande och granskning av avtal, vänligen se följande artikel.

Monolith Advokatbyrås expertisområden: Skapande och granskning av avtal etc.[ja]