moet de klant eigenaar zijn van de broncode voor de toepassing?

wanneer u een eigen softwareontwikkelingsbedrijf inhuurt, is het vrij natuurlijk dat het belangrijkste doel van uw interesse de werkende toepassing is. Op het eerste gezicht lijkt een dergelijke aanpak redelijk. Op maat gemaakte applicatie moet aan uw eisen voldoen, handig zijn voor uw gebruikers, er aantrekkelijk uitzien en, belangrijker nog, het werk doen zonder bugs. Er is geen andere bron van angst, toch? Nou, niet precies.

source code ownership

naast de genoemde factoren, is er nog een cruciaal ding dat niet genoeg aandacht krijgt omdat het onder de oppervlakte blijft.”We hebben het over de broncode. De waarheid is dat je niet het recht krijgt om de hele applicatie automatisch te bezitten wanneer je een aanvraag indient voor de diensten van het Ontwikkelbedrijf. Het prijsbeleid verschilt van bedrijf tot bedrijf. Soms is het recht om de broncode te bezitten inbegrepen in de totale prijs. Maar sommige ontwikkelbedrijven vereisen extra betaling voor het verstrekken van rechten op de broncode. Aangezien het eigendom van de broncode de mogelijkheid garandeert om software te kopiëren, te verkopen en te wijzigen, moet u de licentieproblemen niet onderschatten en aandacht besteden aan de details van de overeenkomst tussen u en de ontwikkelaar.

In dit artikel geven we antwoorden op een aantal belangrijke vragen met betrekking tot de broncode licentie. Het onthouden van de valkuilen te vermijden tijdens het sluiten van de software development agreement, zult u in staat zijn om de best mogelijke perspectieven te bereiken.

Wie is eigenaar van de broncode van de Software?

wanneer iemand zijn/haar programmeervaardigheden gebruikt voor het ontwikkelen van een website, applicatie of module, is hij meestal eigenaar van het copyright op alles wat hij heeft gemaakt. Het hangt af van de beslissing van de eigenaar over hoe de gemaakte software zal worden gebruikt. Hij kan een nieuwe versie van de applicatie bouwen op de bestaande basis of de kopieën van de app verspreiden onder een gratis of commerciële licentie. Alles ziet er eerlijk uit. Maar is er een mechanisme dat het mogelijk maakt het delegeren van het recht van het bezit van de broncode van de ontwikkelaar aan iemand anders? Eens kijken.

wanneer een ontwikkelaar werkt als werknemer van het Ontwikkelbedrijf en de broncode creëert in het kader van zijn dienstverband, is het Ontwikkelbedrijf dat hem inhuurde eigenaar van de gecreëerde software. Meestal kan een dergelijke Ontwikkelaar niet beschikken over zijn eigen ontwikkelingen die tijdens de werkuren zijn gemaakt.

zoals u zich wellicht herinnert, kreeg de hoofdpersoon van de Silicon Valley TV-serie te maken met copyrightproblemen. De reden was simpel. Het bleek dat zijn applicatie gedeeltelijk werd gemaakt tijdens de werkuren, terwijl hij een werknemer was van de software development corporation. Geloof ons of niet, de beschreven situatie is niet zo ver van het echte leven. In de meeste gevallen is het product gemaakt door een gehuurde Ontwikkelaar eigendom van de werkgever of van de klant die het in opdracht heeft gegeven. De details over hoe de geschreven broncode kan worden gebruikt, worden beschreven in de software development agreement.

Custom Software License Agreement

voordat het eerste onderdeel van de toekomstige applicatie wordt gemaakt, moet elke leverancier ervoor zorgen dat er geen bronnen van misverstanden zijn tussen hem en de client. Deelnemers moeten hun verwachtingen duidelijk begrijpen, die geformuleerd en opgeschreven moeten worden in de software development agreement. In de ontwikkelingsovereenkomst tussen de klant en de verkoper moet onder andere worden bepaald wie na afloop van het project eigenaar zal zijn van het auteursrecht. De lijst van specifieke rechten die de respectieve partijen volgens de overeenkomst zullen krijgen, kan aanzienlijk variëren. Zonder in te gaan op de details van de Auteurswet, kunnen we twee belangrijke vormen van eigendomsdeling noemen: licentie van het auteursrecht en toewijzing van het auteursrecht.

de licentie van het auteursrecht biedt een client de mogelijkheid om de broncode te gebruiken zonder het volledige eigendom te krijgen. Het hangt af van bepaalde voorwaarden van de ontwikkelingsovereenkomst over hoe precies de gemaakte software kan worden gebruikt. Zo kan de klant volgens de overeenkomst de mogelijkheid krijgen om de applicatie te wijzigen of afgeleide software op basis daarvan te maken. Er zijn twee belangrijke soorten licenties. De exclusieve licentie garandeert dat de oorspronkelijke eigenaar van het product niet dezelfde licentie zal verlenen aan een andere klant. Een dergelijke overeenkomst helpt om het concurrentievoordeel te besparen, omdat u er zeker van kunt zijn dat de unieke kenmerken van de applicatie niet zullen worden verstrekt aan een ander bedrijf op de markt. Maar het verkrijgen van de overeenkomst die dergelijke privilege verleent kost u meer dan een niet-exclusieve licentie die, op zijn beurt, kan worden verleend aan de verschillende klanten.

de toewijzing van het auteursrecht is een alternatief voor de licentie van het auteursrecht. In dit geval worden volgens de overeenkomst alle rechten door de oorspronkelijke eigenaar aan de klant toegekend. Dus, als het Ontwikkelbedrijf besluit om zijn broncode te hergebruiken, zal hij de licentie moeten krijgen van de nieuwe eigenaar.

alles lijkt vrij eenvoudig. Maar het kan wat ingewikkelder worden als we het hebben over het ontwikkelingsproces waarbij open-source software betrokken is. Aangezien het verzamelen van meer en meer populariteit de laatste tijd, het zal een goed idee om een kijkje te nemen op hoe het licentieproces werkt in dit geval.

Wie is eigenaar van Open-Source Software

vanwege het wijdverbreide misverstand worden open-source software en de bijbehorende term vrije software vaak gezien als een volledig verzet tegen de commerciële software die is ontwikkeld voor de verkoop en commerciële doeleinden dient. Het feit is dat commerciële software net zo open-source kan zijn als propriëtair.

het is belangrijk om de aspecten van het gebruik van het open-source product in het proces van commerciële software ontwikkeling te behandelen voordat de overeenkomst met de ontwikkelaar wordt ondertekend. Laten we eerst de voorwaarden bespreken. De open-source software wordt gedistribueerd onder de licentie die het mogelijk maakt de broncode te wijzigen en te delen. Een dergelijke aanpak stelt gebruikers en ontwikkelingsbedrijven in staat om de bestaande componenten voor hun eigen behoeften te herzien en aan te passen. Software die wordt gedistribueerd onder een van de open-source licenties is meestal gratis, maar er zijn een aantal beperkingen die in gedachten moeten worden gehouden voordat het ontwikkelingsproces te starten.

de lijst met mogelijke vereisten kan variëren van het vermelden van de naam van de productontwikkelaar tot het distribueren van de ontwikkelde applicatie onder dezelfde licentie als het gebruikte open-source product.

Houd er rekening mee dat de overeenkomst tussen u en ontwikkelaar moet beschrijven hoe het gebruik van de open-source licentie het eindproduct zal beïnvloeden. U moet niet vergeten dat een open-source product niet het publieke domein is. Het is gelicentieerd. Daarom zijn er enkele beperkingen. Bijvoorbeeld, zoals gezegd, de voorwaarden kunnen vereisen dat de afgeleide toepassing dezelfde open-source licentie moet volgen. Als een dergelijke stand van zaken niet overeenkomt met uw intenties, moet u het ontwikkelingsproces niet op zichzelf laten gaan. Natuurlijk, er is niets schadelijk in het gebruik van open-source licentie, omdat het niet de mogelijkheid om te profiteren van het gebruik van het product te beperken. Maar in het geval van propriëtaire software, moet je er zeker van zijn dat een bepaalde licentie het gebruik van open-source componenten toestaat als onderdeel van dergelijke projecten. Bijvoorbeeld, GPL-gelicentieerde bibliotheken kunnen worden gebruikt tijdens de ontwikkeling van het propriëtaire project, als de licentiehouder een expliciete uitzondering toestaat.

conclusies

om uzelf te beschermen tegen ongewenste gevolgen, moet u tijdens de onderhandelingen over de ontwikkelingsovereenkomst duidelijkheid verschaffen over de kwestie van het auteursrecht. Je moet er absoluut zeker van zijn dat zowel jij als de ontwikkelaar elkaars verwachtingen begrijpen. Naast de functionaliteit van de applicatie, moet de overeenkomst beschrijven welke rechten op de broncode je krijgt nadat de klus is geklaard.

als u zich zorgen maakt over de veiligheid van uw ideeën die hun belichaming vinden in de vorm van het eindproduct, laat de dingen niet vanzelf gaan. Maak deze eis het deel van uw onderhandelingen en zorg ervoor dat al uw eisen worden vastgelegd in de overeenkomst. Vergeet niet dat een Ontwikkelbedrijf meestal eigenaar is van de app en kan u vragen om een premie te betalen voor het verlenen van u de eigendom. Waar ook rekening mee moet worden gehouden is het gebruik van de open-source componenten. Houd er rekening mee dat sommige licenties specifieke beperkingen hebben voor het gebruik van de toepassing op basis van het opensourceproduct.

ons bedrijf levert de volgende ontwikkelingsdiensten: datavisualisatie-apps, fleet management software, enterprise resource planning software, enz. Een van onze belangrijkste bedoelingen is het creëren van langdurige en efficiënte relaties met onze klanten. Daarom zijn wij zowel voor hun belangen als voor die van ons verantwoordelijk. U kunt er dus zeker van zijn dat de licentiekwesties, evenals alle andere, tijdens de onderhandelingsfase zullen worden opgehelderd.

Vitaly Hornik, de Chief Operating Officer van de afdeling levering van XB Software, heeft het volgende opgemerkt:
om het ontwikkelingsproces te versnellen, hebben ontwikkelaars meestal verschillende bibliotheken en tools van derden. Dus, om eventuele onverwachte problemen te voorkomen kunt u beter de lijst van alle gebruikte spullen aanvragen en de licentievoorwaarden van tevoren controleren, omdat het verwijderen of vervangen van hen kan leiden tot ongeplande kosten.

wanneer u een eigen softwareontwikkelingsbedrijf inhuurt, is het vrij natuurlijk dat het belangrijkste doel van uw interesse de werkende toepassing is. Op het eerste gezicht lijkt een dergelijke aanpak redelijk. Op maat gemaakte applicatie moet aan uw eisen voldoen, handig zijn voor uw gebruikers, er aantrekkelijk uitzien en, belangrijker nog, het werk doen zonder bugs.…

wanneer u een eigen softwareontwikkelingsbedrijf inhuurt, is het vrij natuurlijk dat het belangrijkste doel van uw interesse de werkende toepassing is. Op het eerste gezicht lijkt een dergelijke aanpak redelijk. Op maat gemaakte applicatie moet aan uw eisen voldoen, handig zijn voor uw gebruikers, er aantrekkelijk uitzien en, belangrijker nog, het werk doen zonder bugs.…

Geef een antwoord

Het e-mailadres wordt niet gepubliceerd.