<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Коментари на: Kako se pravno tretira korišćenje otvorenog koda (open source) u komercijalnom?	</title>
	<atom:link href="https://advokati-rs.com/questions/kako-se-pravno-tretira-koriscenje-otvorenog-koda-open-source-u-komercijalnom/feed/" rel="self" type="application/rss+xml" />
	<link>https://advokati-rs.com/questions/kako-se-pravno-tretira-koriscenje-otvorenog-koda-open-source-u-komercijalnom/</link>
	<description>Поиск юристов</description>
	<lastBuildDate>Sun, 28 Jun 2026 07:45:05 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0.4</generator>
	<item>
		<title>
		Од: Odgovor na pitanje		</title>
		<link>https://advokati-rs.com/questions/kako-se-pravno-tretira-koriscenje-otvorenog-koda-open-source-u-komercijalnom/#comment-3997</link>

		<dc:creator><![CDATA[Odgovor na pitanje]]></dc:creator>
		<pubDate>Sun, 28 Jun 2026 07:45:05 +0000</pubDate>
		<guid isPermaLink="false">https://advokati-rs.com/questions/kako-se-pravno-tretira-koriscenje-otvorenog-koda-open-source-u-komercijalnom/#comment-3997</guid>

					<description><![CDATA[Korišćenje open source biblioteka u komercijalnom softveru je uobičajena i potpuno legitimna praksa, ali svaka open source licenca ima svoje specifične uslove koje morate poštovati, i greška u tumačenju ovih uslova može ozbiljno ugroziti vaš poslovni model, uključujući, u najgorem slučaju, obavezu da svoj sopstveni, komercijalni izvorni kod objavite kao otvoren, ukoliko koristite biblioteku pod određenim, restriktivnijim licencama, tako da je prva i najvažnija stvar da precizno identifikujete pod kojom licencom je objavljena svaka pojedinačna biblioteka koju koristite. Open source licence se generalno dele u dve široke kategorije prema stepenu restriktivnosti. Permisivne licence, poput MIT, Apache 2.0 ili BSD licence, dozvoljavaju gotovo neograničeno korišćenje, modifikovanje i distribuiranje koda, uključujući ugradnju u zatvoreni, komercijalni softver, uz jedini glavni uslov da se sačuva originalno obaveštenje o autorskim pravima i licenci u dokumentaciji ili kodu, što je relativno lako ispuniti i predstavlja nizak pravni rizik za komercijalno korišćenje. Sa druge strane, takozvane copyleft licence, posebno GNU General Public License (GPL) u svojim strožim verzijama, sadrže mnogo restriktivnije uslove koji zahtevaju da svaki izvedeni rad, odnosno softver koji uključuje ili je povezan sa kodom pod GPL licencom na način koji se smatra &#039;derivativnim delom&#039;, takođe mora biti distribuiran pod istom GPL licencom, uključujući obavezu objavljivanja izvornog koda vašeg sopstvenog softvera ako ga distribuirate klijentima, što bi za komercijalni, zatvoreni proizvod poput vašeg moglo predstavljati ozbiljan problem ako se GPL biblioteka koristi na način koji aktivira ovu obavezu (tačan doseg zavisi od toga da li je biblioteka statički ili dinamički povezana sa vašim kodom i drugih tehničkih detalja koji utiču na pravno tumačenje &#039;izvedenog dela&#039;). Postoje i međukategorije poput LGPL licence, koja je blaža verzija GPL-a i po pravilu dozvoljava korišćenje biblioteke u zatvorenom softveru pod uslovom da sama biblioteka ostane odvojivo zamenljiva i da se izmene same biblioteke, ako ih pravite, objave pod istom licencom. Preporučujem da odmah sprovede detaljan pregled (audit) svih open source biblioteka koje vaš proizvod koristi, uz pomoć specijalizovanih alata za skeniranje licenci (poput FOSSA, Black Duck ili sličnih), i da rezultate tog pregleda, posebno ako identifikujete bilo kakve biblioteke pod GPL ili sličnim restriktivnim licencama, damo na ocenu advokatu specijalizovanom za pravo intelektualne svojine u IT sektoru, koji će precizno oceniti da li vaš konkretan način korišćenja te biblioteke aktivira copyleft obaveze i, ako je potrebno, predložiti zamenu problematičnih biblioteka alternativama pod permisivnijim licencama pre nego što proizvod dalje komercijalno distribuirate.]]></description>
			<content:encoded><![CDATA[<p>Korišćenje open source biblioteka u komercijalnom softveru je uobičajena i potpuno legitimna praksa, ali svaka open source licenca ima svoje specifične uslove koje morate poštovati, i greška u tumačenju ovih uslova može ozbiljno ugroziti vaš poslovni model, uključujući, u najgorem slučaju, obavezu da svoj sopstveni, komercijalni izvorni kod objavite kao otvoren, ukoliko koristite biblioteku pod određenim, restriktivnijim licencama, tako da je prva i najvažnija stvar da precizno identifikujete pod kojom licencom je objavljena svaka pojedinačna biblioteka koju koristite. Open source licence se generalno dele u dve široke kategorije prema stepenu restriktivnosti. Permisivne licence, poput MIT, Apache 2.0 ili BSD licence, dozvoljavaju gotovo neograničeno korišćenje, modifikovanje i distribuiranje koda, uključujući ugradnju u zatvoreni, komercijalni softver, uz jedini glavni uslov da se sačuva originalno obaveštenje o autorskim pravima i licenci u dokumentaciji ili kodu, što je relativno lako ispuniti i predstavlja nizak pravni rizik za komercijalno korišćenje. Sa druge strane, takozvane copyleft licence, posebno GNU General Public License (GPL) u svojim strožim verzijama, sadrže mnogo restriktivnije uslove koji zahtevaju da svaki izvedeni rad, odnosno softver koji uključuje ili je povezan sa kodom pod GPL licencom na način koji se smatra &#8216;derivativnim delom&#8217;, takođe mora biti distribuiran pod istom GPL licencom, uključujući obavezu objavljivanja izvornog koda vašeg sopstvenog softvera ako ga distribuirate klijentima, što bi za komercijalni, zatvoreni proizvod poput vašeg moglo predstavljati ozbiljan problem ako se GPL biblioteka koristi na način koji aktivira ovu obavezu (tačan doseg zavisi od toga da li je biblioteka statički ili dinamički povezana sa vašim kodom i drugih tehničkih detalja koji utiču na pravno tumačenje &#8216;izvedenog dela&#8217;). Postoje i međukategorije poput LGPL licence, koja je blaža verzija GPL-a i po pravilu dozvoljava korišćenje biblioteke u zatvorenom softveru pod uslovom da sama biblioteka ostane odvojivo zamenljiva i da se izmene same biblioteke, ako ih pravite, objave pod istom licencom. Preporučujem da odmah sprovede detaljan pregled (audit) svih open source biblioteka koje vaš proizvod koristi, uz pomoć specijalizovanih alata za skeniranje licenci (poput FOSSA, Black Duck ili sličnih), i da rezultate tog pregleda, posebno ako identifikujete bilo kakve biblioteke pod GPL ili sličnim restriktivnim licencama, damo na ocenu advokatu specijalizovanom za pravo intelektualne svojine u IT sektoru, koji će precizno oceniti da li vaš konkretan način korišćenja te biblioteke aktivira copyleft obaveze i, ako je potrebno, predložiti zamenu problematičnih biblioteka alternativama pod permisivnijim licencama pre nego što proizvod dalje komercijalno distribuirate.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
