Dacă îți administrezi propriile servere, probabil ai instalat mai multe plugin-uri și aplicații decât poți număra. Majoritatea sunt licențiate: primești dreptul de a folosi software-ul în anumite condiții, dar codul rămâne la autorul lui. Asta e în regulă pentru un plugin de server media pe care îl instalezi și îl uiți. Devine o problemă când o bucată de software se află în centrul modului în care funcționează configurația ta — un plugin Jellyfin sau Emby care se potrivește structurii bibliotecii tale, o aplicație Nextcloud care comunică cu uneltele tale interne sau o integrare de care depinde afacerea ta.
Acest articol explică modelul din spatele dezvoltării la comandă cu drepturi exclusive: ce primești, ce înseamnă concret cesiunea drepturilor de autor, de ce nu există cheie de licență, cum se gestionează confidențialitatea și când are sens să plătești pentru exclusivitate. Este scris din perspectiva cuiva care administrează stive self-hosted de ani de zile și reprezintă informații generale, nu consultanță juridică.
Produs licențiat vs dezvoltare exclusivă
Un produs licențiat este ceva ce ai voie să folosești. Autorul păstrează drepturile de autor, poate vinde același produs altora și îl poate modifica sau retrage mai târziu. De obicei primești actualizări, dar nu decizi tu încotro merge produsul.
Dezvoltarea exclusivă este altfel. Tu descrii ce ai nevoie, noi construim, iar după plata integrală drepturile patrimoniale asupra codului trec la tine. Proiectul nu este revândut și nu este refolosit pentru altcineva. În practică, asta înseamnă că software-ul este doar al tău — nu o copie a unui produs pe care îl rulează și alții.
Această distincție contează cel mai mult când software-ul codifică ceva specific pentru tine: modelul tău de date, fluxurile tale de lucru, convențiile tale de denumire. Dacă codul este partajat cu alți clienți, aceste specificuri tind să fie generalizate. Dacă este al tău, pot rămâne.
Cerințe preliminare
Înainte să comanzi, pregătește următoarele:
- O descriere clară a ceea ce ar trebui să facă software-ul și pe ce platformă (Emby, Jellyfin, Nextcloud sau o integrare între sistemele tale).
- Acces la persoanele care pot aproba o specificație și o estimare.
- O idee aproximativă despre bugetul tău în ore, deoarece serviciul se facturează la oră, cu un minim de 20 de ore.
- Dacă confidențialitatea contează pentru tine, o mențiune că vrei un NDA — se semnează la cerere.
Nu trebuie să pregătești un design tehnic. Specificația scrisă face parte din proces.
Pasul 1: Descrie ce ai nevoie
Începe prin formularul de contact, un tichet sau Telegram. Explică problema, nu soluția: cum arată configurația serverului tău astăzi, ce lipsește și cum ar arăta un rezultat bun. Cu cât ești mai concret în privința platformelor și constrângerilor, cu atât estimarea va fi mai precisă.
Pasul 2: Primești o specificație scrisă și o estimare
Primești gratuit o specificație scrisă, cu numărul de ore. Nu se percepe nimic până nu ești de acord cu ea. Citește-o cu atenție — acest document stă la baza a tot ce urmează, inclusiv a sferei cesiunii drepturilor de autor. Dacă ceva din configurația ta nu se regăsește în specificație, spune acum, înainte de a cumpăra vreo oră.
Pasul 3: Cumperi orele
Odată ce accepți estimarea, cumperi orele de pe pagina produsului. Minimul este de 20 de ore; proiectele mai mari adaugă ore conform celor convenite în estimare. Facturile sunt emise prin Stripe și sunt disponibile în contul tău.
Pasul 4: Dezvoltare cu rapoarte pe etape
În timpul dezvoltării primești versiuni de test și un scurt raport la fiecare etapă. Orele se consumă în pași de 15 minute, așa că poți vedea unde se duce timpul. Acesta este avantajul practic al unui model orar pentru lucrări la comandă: nu ghicești ce s-a întâmplat între start și livrare.
Pasul 5: Predarea
La final primești:
- Codul sursă complet — proiectul întreg, cu instrucțiuni de compilare. Îl poți modifica singur sau îl poți da altor dezvoltatori.
- Documentul de cesiune a drepturilor — după plata integrală, drepturile patrimoniale asupra codului trec la tine.
- Fără cheie de licență și fără limită de servere — aplicația rulează pe câte servere ale tale vrei, fără să contacteze un serviciu de licențiere.
Ultimul punct merită subliniat pentru cei care își administrează singuri serverele. Nu există un server de activare pe care să-l menții funcțional, nicio cheie de rotit când reconstruiești un host și nicio verificare „phone-home” care se strică atunci când rețeaua ta se schimbă. O implementezi la fel cum implementezi orice altceva pe infrastructura ta.
Ce înseamnă cesiunea drepturilor de autor în practică
Drepturile de autor au două laturi: drepturi morale și drepturi patrimoniale. În legislația UE și în cea română, drepturile morale (de exemplu, paternitatea operei) rămân în general la autor și nu sunt transferabile, în timp ce drepturile patrimoniale — dreptul de a folosi, reproduce, modifica și distribui opera — pot fi cesionate. Documentul de predare acoperă latura patrimonială: după plata integrală, codul este al tău, de folosit și de modificat, iar noi nu îl vindem, nu îl publicăm și nu îl refolosim pentru altcineva.
Câteva consecințe practice:
- Poți să îl derivatezi. Dacă mai târziu vrei ca alt dezvoltator să extindă aplicația, îi poți da sursa și instrucțiunile de compilare. Nimic din înțelegere nu te obligă să revii la noi.
- Poți să îl păstrezi privat. Nu există nicio obligație să publici codul și nicio intrare în portofoliu care să îl expună.
- Componentele open-source rămân sub licențele lor. Dacă proiectul folosește biblioteci terțe, acestea își păstrează termenii originali; cesiunea se aplică codului scris pentru tine. Întreabă despre asta în faza de specificație dacă proiectul tău se bazează pe biblioteci anume.
- Cesiunea urmează după plata integrală, motiv pentru care pasul de predare este legat de ea.
Aceasta este o descriere generală, nu consultanță juridică. Pentru situația ta concretă, mai ales dacă transmiți drepturile mai departe către un client sau un angajator, consultă un avocat.
Confidențialitate și menționare
Proiectul nu apare în portofoliul nostru, iar un NDA se semnează la cerere. Dacă software-ul face parte dintr-un serviciu comercial sau conține detalii pe care preferi să nu le faci publice, spune asta de la început, astfel încât NDA-ul să fie în vigoare înainte de a se scrie specificația.
Când merită exclusivitatea prețul
Exclusivitatea nu este alegerea potrivită pentru fiecare plugin. Merită luată în calcul când:
- Software-ul codifică o logică de business pe care nu vrei să o împarți cu concurenții.
- Te aștepți să întreții sau să extinzi codul ani de zile și vrei libertatea de a alege cine face această muncă.
- Ai nevoie de el pe multe servere, fără o dependență de licențiere.
- Vrei opțiunea de a păstra proiectul complet privat.
Probabil nu merită pentru un plugin mic de confort, fără logică sensibilă, unde un produs licențiat sau o dezvoltare la comandă obișnuită ar face treaba. Modelul orar este același; ceea ce se schimbă este ce primești la final.
Sfaturi și depanare
- Extinderea necontrolată a sferei este principalul risc. Ține-te de specificația scrisă. Dacă cerințele se schimbă, conveniți mai întâi ore suplimentare — proiectele mai mari adaugă ore conform celor convenite în estimare.
- Orele nefolosite nu dispar imediat. Rămân în contul tău 12 luni, ceea ce îți lasă spațiu pentru lucrări ulterioare după predare.
- După predare, modificările sunt ore obișnuite de dezvoltare — fie cu noi, fie cu oricine alegi tu. Acesta este rostul de a deține codul.
- Păstrează instrucțiunile de compilare împreună cu sursa. Stochează-le laolaltă în propriul tău repository, ca un viitor întreținător să nu rămână să ghicească.
- Întreabă din timp despre componentele terțe dacă regulile tale de conformitate cer să știi ce licențe sunt implicate.
- Nu trata estimarea ca pe un preț fix. Este o estimare în ore; contorizarea la 15 minute există ca să poți urmări consumul.
Concluzie
Software-ul licențiat îți dă dreptul de a folosi ceva. Dezvoltarea exclusivă îți dă lucrul în sine: codul sursă complet, drepturile patrimoniale după plata integrală, fără cheie de licență și fără limită de servere, plus confidențialitate dacă ai nevoie de ea. Pentru cei care își administrează singuri serverele, diferența practică se vede ani mai târziu — când vrei să schimbi un comportament, să treci pe un host nou sau să dai proiectul altcuiva.
Dacă ai un proiect care trebuie să fie doar al tău, începe cu o descriere prin pagina de contact și cere specificația scrisă. Poți parcurge și Bază de cunoștințe pentru ghiduri conexe sau verifica FAQ pentru întrebări frecvente despre cum funcționează procesul.