{"id":74075,"date":"2025-07-29T18:41:17","date_gmt":"2025-07-29T09:41:17","guid":{"rendered":"https:\/\/monolith.law\/nl\/?p=74075"},"modified":"2025-08-19T14:10:50","modified_gmt":"2025-08-19T05:10:50","slug":"oss-development-contract","status":"publish","type":"post","link":"https:\/\/monolith.law\/nl\/it\/oss-development-contract","title":{"rendered":"Aandachtspunten bij het gebruik van OSS in softwareontwikkelingsovereenkomsten"},"content":{"rendered":"\n<p>Open Source Software (OSS) wordt veel gebruikt in softwareontwikkelingsprojecten als een middel om ontwikkelingskosten en tijd te besparen. Wanneer softwareontwikkeling wordt uitbesteed, kan het voorkomen dat er gebruik wordt gemaakt van OSS, maar wat zijn de aandachtspunten bij het sluiten van een ontwikkelingscontract in dergelijke gevallen?<\/p>\n\n\n\n<p>In dit artikel bespreken we de aandachtspunten bij het gebruik van OSS in softwareontwikkelingscontracten onder Japans recht.<\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Risico%E2%80%99s_van_OSS-gebruik_bij_het_uitbesteden_van_softwareontwikkeling_in_Japan\" title=\"Risico&#8217;s van OSS-gebruik bij het uitbesteden van softwareontwikkeling in Japan\">Risico&#8217;s van OSS-gebruik bij het uitbesteden van softwareontwikkeling in Japan<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Verplichting_tot_openbaarmaking_van_broncode_kan_in_strijd_zijn_met_NDA%E2%80%99s\" title=\"Verplichting tot openbaarmaking van broncode kan in strijd zijn met NDA&#8217;s\">Verplichting tot openbaarmaking van broncode kan in strijd zijn met NDA&#8217;s<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Verplichting_tot_bijvoegen_van_auteursrechtvermeldingen_en_licentiedocumenten\" title=\"Verplichting tot bijvoegen van auteursrechtvermeldingen en licentiedocumenten\">Verplichting tot bijvoegen van auteursrechtvermeldingen en licentiedocumenten<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Speciale_voorwaarden_zoals_gebruikslimieten_en_licentiecompatibiliteit\" title=\"Speciale voorwaarden zoals gebruikslimieten en licentiecompatibiliteit\">Speciale voorwaarden zoals gebruikslimieten en licentiecompatibiliteit<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Risico_op_inbreuk_op_auteursrechten_of_patentrechten_van_derden\" title=\"Risico op inbreuk op auteursrechten of patentrechten van derden\">Risico op inbreuk op auteursrechten of patentrechten van derden<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#De_rollen_en_verantwoordelijkheden_van_opdrachtgever_en_opdrachtnemer_moeten_duidelijk_zijn\" title=\"De rollen en verantwoordelijkheden van opdrachtgever en opdrachtnemer moeten duidelijk zijn\">De rollen en verantwoordelijkheden van opdrachtgever en opdrachtnemer moeten duidelijk zijn<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Voorbeelden_van_problemen_met_OSS_in_Japan\" title=\"Voorbeelden van problemen met OSS in Japan\">Voorbeelden van problemen met OSS in Japan<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Bekende_inbreukgevallen_binnen_en_buiten_Japan\" title=\"Bekende inbreukgevallen binnen en buiten Japan\">Bekende inbreukgevallen binnen en buiten Japan<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Juridische_en_zakelijke_verliezen_veroorzaakt_door_OSS-licentieschendingen\" title=\"Juridische en zakelijke verliezen veroorzaakt door OSS-licentieschendingen\">Juridische en zakelijke verliezen veroorzaakt door OSS-licentieschendingen<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Essentiele_Clausules_voor_Softwareontwikkelingsovereenkomsten_in_Japan\" title=\"Essenti\u00eble Clausules voor Softwareontwikkelingsovereenkomsten in Japan\">Essenti\u00eble Clausules voor Softwareontwikkelingsovereenkomsten in Japan<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Clausule_voor_de_expliciete_vermelding_en_goedkeuring_van_OSS-gebruik\" title=\"Clausule voor de expliciete vermelding en goedkeuring van OSS-gebruik\">Clausule voor de expliciete vermelding en goedkeuring van OSS-gebruik<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-12\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Clausules_voor_verdeling_van_verantwoordelijkheden_niet-naleving_van_het_contract_schadevergoeding_etc\" title=\"Clausules voor verdeling van verantwoordelijkheden (niet-naleving van het contract, schadevergoeding, etc.)\">Clausules voor verdeling van verantwoordelijkheden (niet-naleving van het contract, schadevergoeding, etc.)<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-13\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Clausules_betreffende_het_onderzoek_naar_en_de_naleving_van_de_gebruikte_licenties\" title=\"Clausules betreffende het onderzoek naar en de naleving van de gebruikte licenties\">Clausules betreffende het onderzoek naar en de naleving van de gebruikte licenties<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-14\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Verduidelijking_van_de_reikwijdte_van_de_broncode-openbaarmaking_en_de_vorm_van_levering\" title=\"Verduidelijking van de reikwijdte van de broncode-openbaarmaking en de vorm van levering\">Verduidelijking van de reikwijdte van de broncode-openbaarmaking en de vorm van levering<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-15\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Praktische_Maatregelen_bij_het_Gebruik_van_OSS_onder_Japans_Recht\" title=\"Praktische Maatregelen bij het Gebruik van OSS onder Japans Recht\">Praktische Maatregelen bij het Gebruik van OSS onder Japans Recht<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-16\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Vooraf_opstellen_van_een_lijst_met_geplande_OSS_en_het_nauwkeurig_beoordelen_van_licenties\" title=\"Vooraf opstellen van een lijst met geplande OSS en het nauwkeurig beoordelen van licenties\">Vooraf opstellen van een lijst met geplande OSS en het nauwkeurig beoordelen van licenties<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-17\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Inrichten_van_OSS-beheertools_en_-registers\" title=\"Inrichten van OSS-beheertools en -registers\">Inrichten van OSS-beheertools en -registers<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-18\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Opstellen_van_OSS-gebruiksbeleid_en_-richtlijnen\" title=\"Opstellen van OSS-gebruiksbeleid en -richtlijnen\">Opstellen van OSS-gebruiksbeleid en -richtlijnen<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-19\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#De_Noodzaak_om_een_Advocaat_te_Raadplegen_bij_Softwareontwikkelingscontracten_in_Japan\" title=\"De Noodzaak om een Advocaat te Raadplegen bij Softwareontwikkelingscontracten in Japan\">De Noodzaak om een Advocaat te Raadplegen bij Softwareontwikkelingscontracten in Japan<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-20\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Risicoanalyse_en_-beheer_vanaf_de_Ontwikkelingsfase\" title=\"Risicoanalyse en -beheer vanaf de Ontwikkelingsfase\">Risicoanalyse en -beheer vanaf de Ontwikkelingsfase<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-21\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#De_Juridische_Afdeling_Uitbesteden\" title=\"De Juridische Afdeling Uitbesteden\">De Juridische Afdeling Uitbesteden<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-22\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Samenvatting_Aandachtspunten_bij_softwareontwikkelingscontracten_die_gebruikmaken_van_OSS_in_Japan\" title=\"Samenvatting: Aandachtspunten bij softwareontwikkelingscontracten die gebruikmaken van OSS in Japan\">Samenvatting: Aandachtspunten bij softwareontwikkelingscontracten die gebruikmaken van OSS in Japan<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-23\" href=\"https:\/\/monolith.law\/nl\/it\/oss-development-contract\/#Maatregelen_van_ons_kantoor\" title=\"Maatregelen van ons kantoor\">Maatregelen van ons kantoor<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Risico%E2%80%99s_van_OSS-gebruik_bij_het_uitbesteden_van_softwareontwikkeling_in_Japan\"><\/span>Risico&#8217;s van OSS-gebruik bij het uitbesteden van softwareontwikkeling in Japan<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Wanneer u een contract aangaat voor het uitbesteden van softwareontwikkeling, moet u adequaat reageren op de risico&#8217;s die het gebruik van Open Source Software (OSS) met zich meebrengt. Laten we bekijken welke risico&#8217;s dat kunnen zijn.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Verplichting_tot_openbaarmaking_van_broncode_kan_in_strijd_zijn_met_NDA%E2%80%99s\"><\/span>Verplichting tot openbaarmaking van broncode kan in strijd zijn met NDA&#8217;s<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Binnen OSS bestaan er copyleft-licenties die, terwijl de OSS-ontwikkelaars hun auteursrechten behouden, gebruikers de vrijheid geven om het werk te kopi\u00ebren, wijzigen en redistribueren. Een voorbeeld hiervan is de GNU General Public License (GPL), opgesteld door de Free Software Foundation (FSF).<\/p>\n\n\n\n<p>Wanneer u OSS met een dergelijke copyleft-licentie gebruikt, kan de OSS-licentie vereisen dat u de broncode openbaar maakt. Dit kan leiden tot een verplichting om de broncode van het gehele uitbestede werk openbaar te maken, wat in strijd kan zijn met contractuele geheimhoudingsverplichtingen (NDA&#8217;s) of een gesloten commercieel aanbodbeleid. Daarom is het essentieel om de licenties van de gebruikte OSS zorgvuldig te controleren bij het uitbesteden van softwareontwikkeling.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Verplichting_tot_bijvoegen_van_auteursrechtvermeldingen_en_licentiedocumenten\"><\/span>Verplichting tot bijvoegen van auteursrechtvermeldingen en licentiedocumenten<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Zelfs bij licenties zoals MIT en Apache is het verplicht om auteursrechtvermeldingen en licentiedocumenten bij te voegen.<\/p>\n\n\n\n<p>Het verzuimen hiervan kan leiden tot een schending van de OSS-licentie, wat kan resulteren in het stopzetten van het gebruik van de software of claims voor schadevergoeding. Bij het leveren van ontwikkelde producten is het noodzakelijk om altijd te zorgen voor het bijvoegen van de bijbehorende documenten.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Speciale_voorwaarden_zoals_gebruikslimieten_en_licentiecompatibiliteit\"><\/span>Speciale voorwaarden zoals gebruikslimieten en licentiecompatibiliteit<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Sommige OSS hebben beperkingen op het gebied van gebruikslimieten of licentiecompatibiliteit.<\/p>\n\n\n\n<p>Bijvoorbeeld, de door de EU opgestelde licentie EUPL (European Union Public Licence) staat vervanging door een compatibele licentie toe bij redistributie, maar die compatibele licentie moet wel een van de officieel door EUPL gedefinieerde licenties zijn. Ook bestaan er beperkingen bij de MPL (Mozilla Public License) versie 1.1, opgesteld door de Mozilla Foundation, die het onmogelijk maken om compatibiliteit met andere OSS te behouden.<\/p>\n\n\n\n<p>Bij het selecteren van OSS is het niet alleen noodzakelijk om de inhoud van de licentie te controleren, maar ook om deze af te stemmen op het bedrijfsplan en de verkoopstrategie van het ontwikkelproject om problemen te voorkomen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Risico_op_inbreuk_op_auteursrechten_of_patentrechten_van_derden\"><\/span>Risico op inbreuk op auteursrechten of patentrechten van derden<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Zelfs bij OSS kan het voorkomen dat de code inbreuk maakt op auteursrechten of patentrechten van derden. Dit kan bijvoorbeeld het geval zijn bij ongeautoriseerd kopi\u00ebren en plakken van code of bij de inmenging van afgeleide werken die niet compatibel zijn met de licentie. Het is noodzakelijk om de softwareontwikkelingspartner niet alleen te laten voldoen aan de licentie, maar ook om een grondig onderzoek naar patentrechten en auteursrechten uit te voeren.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"De_rollen_en_verantwoordelijkheden_van_opdrachtgever_en_opdrachtnemer_moeten_duidelijk_zijn\"><\/span>De rollen en verantwoordelijkheden van opdrachtgever en opdrachtnemer moeten duidelijk zijn<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>In een contract voor softwareontwikkeling kan er een verschil in begrip of verantwoordelijkheidsbereik zijn tussen de opdrachtgever en de opdrachtnemer met betrekking tot OSS.<\/p>\n\n\n\n<p>In het bijzonder, als het niet duidelijk is vastgelegd wie verantwoordelijk is voor het onderzoeken van licenties en het bevestigen van compliance, of wie verantwoordelijk is bij problemen, kan dit leiden tot geschillen in een later stadium.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Voorbeelden_van_problemen_met_OSS_in_Japan\"><\/span>Voorbeelden van problemen met OSS in Japan<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2025\/06\/ed26aebe37e8bbc1dc93cffbdebe8c48.jpg\" alt=\"Voorbeelden van problemen met OSS\" class=\"wp-image-138425\" style=\"aspect-ratio:1.5;width:840px;height:auto\" \/><\/figure>\n\n\n\n<p>Laten we voorbeelden bekijken van problemen met Open Source Software (OSS) en wat er kan gebeuren als softwareontwikkeling wordt uitbesteed.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Bekende_inbreukgevallen_binnen_en_buiten_Japan\"><\/span>Bekende inbreukgevallen binnen en buiten Japan<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>In het verleden zijn er gevallen geweest waarin bedrijven door schendingen van OSS-licenties betrokken raakten bij rechtszaken en zelfs gedwongen werden om de verzending van producten te stoppen. Bijvoorbeeld, een routerontwikkelingsbedrijf werd aangeklaagd wegens schending van de GPL-licentie en kreeg een verkoopverbod en schadevergoeding opgelegd.<\/p>\n\n\n\n<p>In soortgelijke gevallen waarbij softwareontwikkeling is uitbesteed, kan het bedrijf dat de opdracht heeft gegeven de geleden verliezen door verkoopstops en schadevergoedingen verhalen op de opdrachtnemer.<\/p>\n\n\n\n<p>Gerelateerd artikel: <a href=\"https:\/\/monolith.law\/corporate\/oss-license-violation\" target=\"_blank\" rel=\"noreferrer noopener\">Wat is een OSS-licentieschending? Risico&#8217;s en maatregelen die bedrijven moeten kennen, uitgelegd aan de hand van voorbeelden[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Juridische_en_zakelijke_verliezen_veroorzaakt_door_OSS-licentieschendingen\"><\/span>Juridische en zakelijke verliezen veroorzaakt door OSS-licentieschendingen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>OSS-licentieschendingen leiden niet alleen tot juridische verantwoordelijkheden zoals een verbod op gebruik en schadevergoedingen, maar ook tot zakelijke verliezen zoals reputatieschade en het verlies van klanten. Juridische claims tegen de opdrachtnemer zijn niet altijd voldoende om deze verliezen te dekken, dus het is essentieel om dergelijke schendingen te vermijden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Essentiele_Clausules_voor_Softwareontwikkelingsovereenkomsten_in_Japan\"><\/span>Essenti\u00eble Clausules voor Softwareontwikkelingsovereenkomsten in Japan<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Bij het opstellen van een softwareontwikkelingsovereenkomst in Japan, is het belangrijk om rekening te houden met de risico&#8217;s van het gebruik van Open Source Software (OSS) en de volgende clausules op te nemen:<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Clausule_voor_de_expliciete_vermelding_en_goedkeuring_van_OSS-gebruik\"><\/span>Clausule voor de expliciete vermelding en goedkeuring van OSS-gebruik<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>In de softwareontwikkelingsovereenkomst moet expliciet vermeld worden dat er mogelijk OSS gebruikt zal worden, en voorafgaande goedkeuring van de opdrachtgever verkregen worden.<\/p>\n\n\n\n<p>Wanneer het gebruik van OSS tot problemen kan leiden, is het noodzakelijk om hier in de overeenkomst op voorhand afspraken over te maken. Door duidelijk te specificeren welke OSS en in welke mate gebruikt zal worden in de softwareontwikkelingsovereenkomst, kunnen misverstanden of geschillen tussen opdrachtgever en opdrachtnemer voorkomen worden.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Clausules_voor_verdeling_van_verantwoordelijkheden_niet-naleving_van_het_contract_schadevergoeding_etc\"><\/span>Clausules voor verdeling van verantwoordelijkheden (niet-naleving van het contract, schadevergoeding, etc.)<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Het is essentieel om duidelijk te maken hoe de verantwoordelijkheden verdeeld worden in het geval van een licentieovertreding of inbreuk op rechten.<\/p>\n\n\n\n<p>Bijvoorbeeld, als de ontwikkelde software niet de gevraagde functionaliteiten bevat, kan de opdrachtnemer aansprakelijk gesteld worden voor niet-naleving van het contract. Als er sprake is van een licentieovertreding of inbreuk op rechten en er geen afspraken zijn gemaakt over wie verantwoordelijk is, kunnen er geschillen ontstaan tussen opdrachtgever en opdrachtnemer. Het is belangrijk om in de overeenkomst vast te leggen wie aansprakelijk is voor schadevergoeding als de opdrachtnemer OSS zonder toestemming gebruikt, of wat de verantwoordelijkheden zijn als de opdrachtgever OSS heeft aangewezen. Voor meer informatie over niet-naleving van het contract, zie &#8220;<a href=\"https:\/\/monolith.law\/corporate\/defect-warranty-liability\" target=\"_blank\" rel=\"noreferrer noopener\">Wat houdt aansprakelijkheid voor niet-naleving van een systeem- of softwareontwikkelingscontract in? Uitleg over de wijzigingen[ja]<\/a>&#8220;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Clausules_betreffende_het_onderzoek_naar_en_de_naleving_van_de_gebruikte_licenties\"><\/span>Clausules betreffende het onderzoek naar en de naleving van de gebruikte licenties<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>In de softwareontwikkelingsovereenkomst moet de opdrachtnemer verplicht worden om onderzoek te doen naar en zich te houden aan de licenties van de gebruikte OSS.<\/p>\n\n\n\n<p>Als het gebruik van OSS de oorzaak is van een geschil, en het is niet duidelijk wiens verantwoordelijkheid het is om onderzoek te doen naar en de licenties na te leven, kan dit leiden tot conflicten tussen opdrachtgever en opdrachtnemer. Door in de overeenkomst vast te leggen dat de opdrachtnemer verantwoordelijk is voor het onderzoek en de naleving, kan de verantwoordelijkheid bij eventuele problemen duidelijk worden vastgesteld en kunnen geschillen voorkomen worden. Ook is het verstandig om een informatieplicht op te nemen voor wijzigingen in licenties of kwetsbaarheidsrapporten, zodat de afhandeling na levering soepel verloopt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Verduidelijking_van_de_reikwijdte_van_de_broncode-openbaarmaking_en_de_vorm_van_levering\"><\/span>Verduidelijking van de reikwijdte van de broncode-openbaarmaking en de vorm van levering<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Het is belangrijk om duidelijk te maken welke delen van de broncode geleverd worden en hoe de OSS-onderdelen gescheiden worden van de eigen ontwikkelde onderdelen.<\/p>\n\n\n\n<p>Door duidelijk te maken welke delen van de broncode openbaar gemaakt en geleverd moeten worden, kan men voldoen aan de openbaarmakingsverplichtingen die nodig zijn voor naleving van OSS-licenties en tegelijkertijd de vertrouwelijkheidsverplichtingen in acht nemen, waardoor juridische overtredingen en geschillen voorkomen kunnen worden. In het geval van copyleft kan het bijvoorbeeld nodig zijn om OSS-onderdelen in binaire vorm te leveren, wat praktische oplossingen vereist.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Praktische_Maatregelen_bij_het_Gebruik_van_OSS_onder_Japans_Recht\"><\/span>Praktische Maatregelen bij het Gebruik van OSS onder Japans Recht<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2025\/06\/c5b194f6e3ea6ed861c42b6b36e8d7dc.jpg\" alt=\"Praktische Maatregelen bij het Gebruik van OSS\" class=\"wp-image-138427\" style=\"aspect-ratio:1.5;width:840px;height:auto\" \/><\/figure>\n\n\n\n<p>Wanneer u Open Source Software (OSS) gebruikt bij softwareontwikkeling, zijn er praktische maatregelen nodig zoals het vooraf opstellen van een lijst met geplande OSS en het nauwkeurig beoordelen van licenties, het inrichten van OSS-beheertools en -registers, en het opstellen van OSS-gebruiksbeleid en -richtlijnen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vooraf_opstellen_van_een_lijst_met_geplande_OSS_en_het_nauwkeurig_beoordelen_van_licenties\"><\/span>Vooraf opstellen van een lijst met geplande OSS en het nauwkeurig beoordelen van licenties<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Voor aanvang van de softwareontwikkeling is het belangrijk om alle geplande OSS grondig te inventariseren en de licentievoorwaarden nauwkeurig te beoordelen. Dit maakt het mogelijk om potenti\u00eble risico&#8217;s te voorspellen en maakt het makkelijker om hierop te reageren.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Inrichten_van_OSS-beheertools_en_-registers\"><\/span>Inrichten van OSS-beheertools en -registers<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Bij het gebruik van OSS is het aan te raden om beheertools en registers voor OSS in te voeren om het gebruik van OSS inzichtelijk te maken en te documenteren. Door het cre\u00ebren van een Software Bill of Materials (SBOM) kunt u snel reageren op eventuele licentiewijzigingen of het ontdekken van kwetsbaarheden.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Opstellen_van_OSS-gebruiksbeleid_en_-richtlijnen\"><\/span>Opstellen van OSS-gebruiksbeleid en -richtlijnen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Door op bedrijfs- of projectniveau een OSS-gebruiksbeleid te formuleren, kunt u consistente instructies geven aan uitbestedingspartners. Het documenteren van selectiecriteria voor OSS en beleid voor het omgaan met verschillende licenties maakt het makkelijker om tijdens softwareontwikkeling te reageren.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"De_Noodzaak_om_een_Advocaat_te_Raadplegen_bij_Softwareontwikkelingscontracten_in_Japan\"><\/span>De Noodzaak om een Advocaat te Raadplegen bij Softwareontwikkelingscontracten in Japan<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Wanneer u een softwareontwikkelingscontract aangaat dat gebruikmaakt van Open Source Software (OSS) in Japan, is het raadzaam om vooraf een advocaat te raadplegen. Laten we eens kijken welke specifieke voordelen dit kan bieden.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Risicoanalyse_en_-beheer_vanaf_de_Ontwikkelingsfase\"><\/span>Risicoanalyse en -beheer vanaf de Ontwikkelingsfase<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Zoals tot nu toe besproken, brengt softwareontwikkeling met OSS in Japan complexe juridische vraagstukken met zich mee, zoals welke OSS te gebruiken, welke clausules in het contract op te nemen en hoe het controlemechanisme na het contract op te zetten. Door een advocaat te raadplegen, kunt u een passend softwareontwikkelingscontract opstellen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"De_Juridische_Afdeling_Uitbesteden\"><\/span>De Juridische Afdeling Uitbesteden<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Grote bedrijven hebben vaak een eigen juridische afdeling die samenwerkt met de ontwikkelingsafdeling. Echter, bij kleinere bedrijven ontbreekt zo&#8217;n afdeling vaak. Gezien het zeer moeilijk is om personeel te vinden dat zowel in IT als in recht gespecialiseerd is, biedt het uitbesteden van de juridische afdeling een aanzienlijk voordeel.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Samenvatting_Aandachtspunten_bij_softwareontwikkelingscontracten_die_gebruikmaken_van_OSS_in_Japan\"><\/span>Samenvatting: Aandachtspunten bij softwareontwikkelingscontracten die gebruikmaken van OSS in Japan<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Wanneer u Open Source Software (OSS) benut in softwareontwikkelingscontracten in Japan, is een nauwkeurig begrip van de licentievoorwaarden en een duidelijke verdeling van verantwoordelijkheden in het contract essentieel. Zorg voor een grondig risicobeheer vanuit technisch, juridisch en zakelijk oogpunt, niet alleen voor het technische gemak, en streef naar een veilig en effectief gebruik van OSS.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Maatregelen_van_ons_kantoor\"><\/span>Maatregelen van ons kantoor<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Monolith Advocatenkantoor is een juridische firma met een hoge mate van specialisatie in IT, en in het bijzonder internetrecht. Wij bieden contractcreatie en -review voor een breed scala aan cli\u00ebnten, vari\u00ebrend van beursgenoteerde bedrijven in Japan tot startende ondernemingen. Voor meer informatie over het opstellen en beoordelen van contracten, zie het onderstaande artikel.<\/p>\n\n\n\n<p>Expertisegebieden van Monolith Advocatenkantoor: <a href=\"https:\/\/monolith.law\/contractcreation\" target=\"_blank\" rel=\"noreferrer noopener\">Contractcreatie en -review[ja]<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Open Source Software (OSS) wordt veel gebruikt in softwareontwikkelingsprojecten als een middel om ontwikkelingskosten en tijd te besparen. Wanneer softwareontwikkeling wordt uitbesteed, kan het voork [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":74296,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts\/74075"}],"collection":[{"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/comments?post=74075"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts\/74075\/revisions"}],"predecessor-version":[{"id":74297,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts\/74075\/revisions\/74297"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/media\/74296"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/media?parent=74075"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/categories?post=74075"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/tags?post=74075"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}