Caietul Zenith
RO
0%

Capitolul 15 · Afaceri

Cine deține cu adevărat site-ul tău: domeniu, cod și date

Coboară

Capitolul 15 · Afaceri

Cine deține cu adevărat site-ul tău: domeniu, cod și date

În ziua în care schimbi furnizorul afli ale cui sunt domeniul, codul și datele. Mai bine afli dinainte, citind oferta cu întrebările potrivite.

17 minute de lectură 4 planșe desenate 4 probe

În acest capitol
  1. Ziua mutării
  2. Cine deține ce
  3. Domeniul
  4. Codul sursă
  5. Datele
  6. Server și conturi
  7. Citirea ofertei
  8. Întrebări frecvente
  9. Surse

01Ziua în care schimbi furnizorul

Cât timp totul merge bine, nimeni nu se întreabă al cui e site-ul. Furnizorul l-a făcut, îl ține pornit, îl actualizează; tu plătești și lucrezi. Întrebarea apare în ziua în care ceva se schimbă: furnizorul își închide activitatea, crește prețurile, nu mai răspunde, sau pur și simplu ai găsit unul care ți se potrivește mai bine. În ziua aceea descoperi, dintr-odată, ce este cu adevărat al tău.

O scenă care se repetă des: o firmă vrea să-și refacă site-ul cu un furnizor nou. Îi cere celui vechi să «transfere domeniul» și descoperă că domeniul e pe numele agenției. Cere «fișierele site-ului» și primește o arhivă care, fără programul cu care a fost construită, nu folosește la nimic. Cere «lista clienților înregistrați» și i se răspunde că nu e prevăzut. Nimeni n-a făcut nimic ilegal: pur și simplu, nimeni nu scrisese asta.

Capitolul acesta te ajută să nu ajungi nepregătit în ziua aceea. Nu e o listă de suspiciuni față de cei care dezvoltă software, dimpotrivă: un furnizor serios e primul care vrea ca aceste lucruri să fie clare. Este o listă de întrebări de pus dinainte, când a le pune costă un rând în ofertă, nu un conflict.

Ai ști să răspunzi azi, fără să suni pe nimeni, la întrebarea aceasta: dacă mâine ai vrea să schimbi furnizorul, ce ai lua cu tine?

02Șase bunuri, șase titulari posibili

Când spui «site-ul meu» vorbești de fapt despre șase lucruri diferite, care se cumpără, se înregistrează și se protejează în moduri diferite. Fiecare poate fi pe numele tău, al furnizorului sau al unui terț.

CINE DEȚINE CE Firma ta pe numele ei, peste tot DomeniulRegistrante: cine? Codulpredat și cedat? Conținutultexte, poze: drepturi? Serverulcine are cheile? Dateleexportabile, în ce format? Conturilecreate cu emailul tău? Șase întrebări, șase răspunsuri scrise: e tot ce trebuie ca să nu ai surprize. Firma ta pe numele ei, peste tot DomeniulRegistrante: cine? Serverulcine are cheile? Codulpredat și cedat? Dateleexportabile? cum? Conținutultexte, poze: drepturi? Conturilecu emailul tău? Șase întrebări, șase răspunsuri scrise.
Planșa 15.1 — Harta proprietății. În centru stă firma, în jur cele șase bunuri care alcătuiesc un site sau un software. Fiecare are întrebarea lui, iar răspunsul corect e mereu același: e pe numele tău, sau e scris cum îl primești.
  • Domeniul: adresa, înregistrată pe numele cuiva într-un registru public.
  • Serverul: spațiul în care rulează site-ul, cu un contract de hosting și credențiale de administrare.
  • Codul sursă: software-ul scris pentru tine, protejat de dreptul de autor.
  • Datele: clienți, comenzi, rezervări, conținut încărcat de-a lungul anilor. Adesea valorează mai mult decât site-ul însuși.
  • Conturile: fișa firmei pe Google, instrumentele de statistică, consola Google pentru site-uri, profilurile sociale, poșta, contul serviciului de plăți.
  • Conținutul: texte, fotografii, logo, video. Și acestea au un autor, iar o fotografie luată dintr-o arhivă cu plată are o licență care nu se transferă mereu.

Să le vedem pe rând, începând cu cel care se pierde cel mai des.

03Domeniul: contează numele scris în registru

Pentru domeniile care se termină în .it există un Registro public (registrul domeniilor italiene), administrat de Institutul de informatică și telematică al CNR din Pisa. În Registro fiecare domeniu are un Registrante, adică titularul numelui de domeniu. Operațiunile tehnice le execută un Registrar: firma (furnizor, agenție, hosting) la care apelezi ca să înregistrezi și să reînnoiești.

Distincția stă toată aici și e decisivă: domeniul este al celui care apare ca Registrante, nu al celui care plătește și nici al celui care îl folosește. Dacă la realizarea site-ului furnizorul a înregistrat domeniul pe numele agenției lui «din comoditate», titularul este agenția. Registro însuși explică faptul că o simplă modificare a datelor nu poate schimba persoana căreia i-a fost atribuit domeniul: pentru asta e nevoie de o operațiune specială de schimbare a Registrante-ului.

Registrante titular: trebuie să fii tu Registrar execută operațiunile Registro .it ține lista oficială AuthInfo: codul pentru a schimba Registrar sau Registrante În WHOIS Registrante nu ești tu? Domeniul nu e al tău. Registrantetitular: trebuie să fii tu Registrarexecută operațiunile Registro .itține lista oficială codul AuthInfo: cheia pentru a schimba furnizorul În WHOIS nu apari tu? Atunci domeniul nu e al tău.
Planșa 15.2 — Trei roluri pentru o adresă. Registrante este titularul, Registrar execută operațiunile, Registro ține lista. Codul AuthInfo este cheia care permite mutarea domeniului: fără el, rămâi legat de furnizorul actual.

Codul AuthInfo, cheia casei

Ca să modifici un domeniu .it, și mai ales ca să schimbi Registrar sau Registrante, ai nevoie de codul AuthInfo: un fel de parolă a domeniului, pe care Registrar-ul i-o eliberează titularului la înregistrare. Dacă l-ai pierdut, i-l ceri Registrar-ului; Registro intervine doar dacă Registrar-ul nu poate fi găsit sau refuză să-l predea.

Trei verificări de făcut azi, în cinci minute

  1. Caută-ți domeniul în WHOIS-ul Registro (pentru domeniile .it îl găsești pe site-ul nic.it): verifică cine apare ca Registrante.
  2. Verifică data de expirare și cine primește avizele de reînnoire. Un domeniu nereînnoit din cauza unui email ajuns în spamul unui fost colaborator redevine liber, iar altcineva îl poate înregistra.
  3. Cere codul AuthInfo și păstrează-l într-un loc sigur, ca pe o parolă. Cum se păstrează bine cheile explic în capitolul despre parole, doi factori și passkey.

Cum funcționează domeniul din punct de vedere tehnic, adică DNS, înregistrări și certificatul HTTPS, găsești în capitolul despre ce se întâmplă când cineva îți scrie adresa. O regulă practică ce vine de acolo: domeniul poate sta la un furnizor și site-ul la altul, pentru că e suficient să schimbi înregistrările DNS. De aceea nu există niciun motiv tehnic pentru care domeniul să fie pe numele celui care îți face site-ul.

Adevărat sau fals?

Domeniul și codul: ce e cu adevărat adevărat

Pentru fiecare frază alege adevărat sau fals, apoi citește explicația.

  • Dacă eu plătesc reînnoirea, domeniul e al meu.

    Domeniul este al celui care apare ca Registrante în registru. Cine plătește factura nu contează, dacă numele scris e altul.

  • Domeniul poate sta la un furnizor și site-ul la altul.

    E suficient ca înregistrările DNS ale domeniului să trimită spre serverul potrivit. E chiar un obicei bun.

  • Software-ul scris de un furnizor extern devine automat al clientului care îl plătește.

    Transferul automat legea îl prevede pentru angajați. Cu un furnizor extern decide contractul: cesiunea drepturilor sau licența de utilizare.

  • Fără codul AuthInfo nu se poate schimba Registrar-ul unui domeniu .it.

    Codul e necesar pentru modificări. Îl eliberează Registrar-ul către Registrante; dacă lipsește, i se cere lui.

  • Fișierele HTML descărcate de pe site sunt codul lui sursă complet.

    Ce ajunge în browser e rezultatul. Sursa cuprinde și partea care rulează pe server, baza de date și instrucțiunile pentru a-l repune în funcțiune.

04Codul sursă: al cui e ce s-a scris pentru tine

Potrivit legii italiene a dreptului de autor, legea 633 din 1941, programele de calculator sunt opere protejate, ca și cărțile. Cine le scrie e autorul lor și are dreptul să decidă cine le poate folosi, copia și modifica.

Legea prevede o excepție pentru software-ul scris de angajat în exercitarea atribuțiilor sale sau după instrucțiunile angajatorului: în acel caz, în lipsa unei înțelegeri contrare, drepturile de utilizare economică sunt ale angajatorului (articolul 12-bis). Pentru cine apelează la un furnizor extern, o agenție sau un profesionist, acest transfer automat nu există: decide contractul.

Licență de utilizare

  • Furnizorul rămâne titularul codului.
  • Tu ai dreptul să-l folosești, în condițiile scrise.
  • Normală pentru produsele gata făcute, folosite de mulți clienți.
  • Trebuie lămurit: pentru cât timp, ce se întâmplă dacă furnizorul se oprește, dacă primești sursele.

Cesiunea drepturilor

  • Drepturile de exploatare economică trec la tine.
  • Îl poți da spre modificare cui vrei, inclusiv altui furnizor.
  • Tipică pentru software-ul dezvoltat la comandă și plătit integral.
  • Trebuie însoțită de predarea efectivă a surselor și a documentației.

Niciuna dintre cele două nu e «corectă» în absolut. Un program de gestiune gata făcut, folosit de multe firme și adaptat la a ta, e aproape mereu acordat sub licență: furnizorul îl îmbunătățește pentru toți și tu profiți. Un software scris de la zero doar pentru tine, în schimb, are sens să devină al tău. Ce contează este ca alegerea să fie scrisă și să fie coerentă cu prețul.

Ce înseamnă, în practică, «a preda codul»

O arhivă de fișiere nu ajunge. O predare care îi folosește cu adevărat altui programator cuprinde:

  • sursele complete, inclusiv partea care rulează pe server, nu doar paginile vizibile;
  • structura bazei de date și scripturile pentru a o crea de la zero;
  • instrucțiunile pentru a repune în funcțiune sistemul pe alt server: versiunile programelor, configurația, variabilele;
  • lista bibliotecilor terților folosite și a licențelor lor: multe sunt open source și libere, unele au condiții de respectat, altele sunt cu plată și trebuie reînnoite;
  • pe cât posibil accesul la repository, adică arhiva care păstrează tot istoricul modificărilor.

Calitatea acestei predări depinde de cum a fost scris software-ul din prima zi: cod ordonat, documentat, fără scurtături pe care doar cel care le-a luat știe să le regăsească. E tema capitolului despre valoarea unui profesionist al codului: un cod curat este și un cod care se poate preda.

Escrow, când software-ul e sub licență

Dacă software-ul rămâne al furnizorului dar pentru afacerea ta e vital, există o soluție de mijloc: depozitul de garanție al codului, numit escrow. Furnizorul depune periodic sursele la un terț (un notar sau un serviciu specializat), iar contractul stabilește în ce cazuri depozitul îți este predat, de exemplu dacă furnizorul își încetează activitatea. Nu primești codul cât timp merge totul bine, dar nu rămâi cu mâna goală dacă merge rău.

Cuvintele capitolului

Vocabularul celui care semnează o ofertă

Atinge o carte ca s-o întorci.

05Datele: bunul care valorează cel mai mult și e uitat mereu

După câțiva ani, arhiva clienților, a comenzilor, a rezervărilor și a conținutului încărcat valorează adesea mai mult decât site-ul care o conține. Site-ul se poate reface în câteva săptămâni; zece ani de istoric al clienților, nu. Și totuși e lucrul care se verifică cel mai puțin.

clienți, comenzi, texte BAZA DE DATE Exportul CSV · SQL · JSON Arhiva ta copie în afara furnizorului Furnizorul nou repornește fără pierderi Un format deschis îl citește oricine: e garanția că datele pot ieși cu adevărat. BAZA DE DATE clienți · comenzi · texte Exportul CSV · SQL · JSON Arhiva ta în afara furnizorului Furnizorul nou fără pierderi Un format deschis îl citește oricine: datele pot ieși cu adevărat.
Planșa 15.3 — Ușa de ieșire a datelor. Un export în format deschis, făcut cu regularitate, folosește de două ori: e o copie de siguranță în afara furnizorului și e materialul cu care un furnizor nou repornește fără să piardă nimic.

Cele patru întrebări despre date

  • Le pot exporta când vreau? Dintr-un panou, sau la cerere în termene scrise, fără costuri-surpriză.
  • În ce format? Un format deschis (CSV pentru tabele, un dump SQL pentru baza de date, JSON pentru datele structurate) se citește cu orice program. Un format proprietar te leagă de furnizorul care l-a inventat.
  • Cine face backupurile, unde le ține și pot avea o copie? Backupul care stă doar la furnizor te protejează de defecțiuni, nu de sfârșitul colaborării. Cum se face un backup care rezistă cu adevărat explic în capitolul despre backupul firmei și regula 3-2-1.
  • Unde stau fizic? În ce țară sunt serverele: pentru datele personale ale clienților tăi contează, pentru că transferul în afara Uniunii Europene are reguli precise.

Contractul pe care GDPR îl face obligatoriu

Dacă furnizorul păstrează sau prelucrează date personale ale clienților tăi în numele tău (programul de gestiune cu fișele clienților, portalul cu conturile, platforma de rezervări), pentru Regulamentul european privind protecția datelor tu ești operatorul (în italiană «titolare del trattamento»), iar el este persoana împuternicită («responsabile del trattamento»). GDPR, la articolul 28, cere ca această relație să fie reglementată printr-un contract sau un alt act scris: ce poate face cu datele, cum le protejează și ce se întâmplă la sfârșitul serviciului, adică restituirea sau ștergerea.

Mai există portabilitatea de la articolul 20: este dreptul persoanelor de a-și primi datele într-un format structurat și care poate fi citit automat, și de a le transmite altui operator. E gândit pentru persoane (clienții tăi), nu pentru firmele între ele: pentru datele firmei tale, garanția o dă contractul. Dar un furnizor care știe să răspundă la portabilitatea clienților tăi, de obicei, știe să exporte și tot restul. Ce îi cere GDPR site-ului unei afaceri mici găsești în capitolul despre GDPR și cookie.

06Serverul și conturile: pe numele cui, cu ce chei

Serverul pe care rulează site-ul are un contract cu un furnizor de hosting sau de VPS. Întrebarea e aceeași ca la domeniu: pe numele cui e contractul și cine are credențialele de administrare. Nu e nimic ciudat dacă serverul îl gestionează programatorul tău: e meseria lui. Dar e bine ca contractul să fie pe numele firmei, sau să fie scris cum și când îți sunt predate credențialele. Diferențele dintre hostingul partajat și VPS, și cine trebuie să administreze ce, sunt în capitolul despre infrastructura web profesională.

Conturile pe care nimeni nu-și amintește să le fi creat

În jurul unui site se nasc multe conturi, adesea create în grabă de furnizor în ziua lansării:

  • fișa firmei pe Google și pe hărți;
  • instrumentele de statistică a vizitelor și consola Google pentru site-uri;
  • poșta cu domeniul firmei;
  • profilurile sociale și paginile de firmă legate de ele;
  • contul serviciului de plăți online, care primește banii: acesta, mai mult decât toate, trebuie să fie al tău din prima zi;
  • abonamentele la teme, pluginuri, biblioteci sau servicii externe plătite cu un card oarecare.

Regula e simplă: fiecare cont se creează cu o adresă de email a firmei și titularul trebuie să fii tu; furnizorul e adăugat ca utilizator sau administrator și se scoate când colaborarea se încheie. Ține o listă cu adresa, serviciul, pe numele cui e și cine are acces. Este documentul pe care îl vei folosi în ziua mutării.

O ieșire curată, în cinci mișcări

1

Inventar

Lista celor șase bunuri: unde sunt, pe numele cui, cine are cheile.

2

Date

Un export complet în format deschis, verificat deschizându-l cu adevărat.

3

Cod

Surse, bază de date, instrucțiuni de instalare și licențele bibliotecilor.

4

Domeniu

Codul AuthInfo și, dacă e nevoie, schimbarea Registrante-ului înainte de schimbarea Registrar-ului.

5

Accese

Parole schimbate, utilizatorii vechiului furnizor eliminați, poșta verificată.

07Să citești o ofertă cu întrebările potrivite

Tot ce am văzut se decide într-un singur document: oferta de preț (în italiană «preventivo»), cu condițiile care o însoțesc. De obicei te uiți la rândul cu totalul și la termenele de livrare. Rândurile care contează pentru proprietate sunt altele și adesea lipsesc: atunci trebuie cerute.

Ofertă 1 · Înregistrare domeniu 2 · Dezvoltarea site-ului 3 · Zona clienți și baza de date 4 · Hosting și întreținere Total Domeniulpe numele cui va fi înregistrat? Codul sursăîl primesc? cesiune sau licență? Dateleexportabile, în ce format? Costurile recurentecât în fiecare an, și pentru ce? Ieșireace primesc dacă schimb furnizorul? Ofertă 1 2 3 4 1 · Domeniulpe numele cui va fi înregistrat? 2 · Codul sursăîl primesc? cesiune sau licență? 3 · Dateleexportabile, în ce format? 4 · Costurile recurentecât în fiecare an, și pentru ce? 5 · Ieșireace primesc dacă schimb furnizorul?
Planșa 15.4 — Oferta adnotată. Lângă fiecare rând, întrebarea care de obicei nu e scrisă. Ultima, ieșirea, nu corespunde niciunui rând: tocmai de aceea trebuie pusă.
ÎntrebareaRăspunsul pe care vrei să-l citeștiSemnalul de alarmă
Pe numele cui e domeniul?pe numele firmei tale, ca Registrante«îl ținem noi, e mai comod»
Codul e al meu sau sub licență?scris clar, cu predarea surselor dacă e cedatniciun cuvânt pe această temă
Pot exporta datele?da, în format deschis, cu termene și costuri scrise«nu e prevăzut» sau doar într-un format al furnizorului
Ce costă în fiecare an?rânduri separate: domeniu, server, întreținere, licențeun abonament unic fără detalii
Cine prelucrează datele clienților mei?un contract de persoană împuternicită (art. 28 GDPR)«protecția datelor nu ne privește»
Ce se întâmplă dacă ne despărțim?o listă cu ce primești și în cât timpîntrebarea creează jenă

Costul adevărat este cel pe cinci ani

Două oferte cu același total pot avea costuri foarte diferite în timp. Una include domeniul și serverul pe numele tău, cu un abonament de întreținere clar; cealaltă costă puțin la început, dar leagă firma de o platformă din care e scump să ieși. Ca să le compari aduni tot ce plătești în cinci ani: dezvoltare, reînnoiri, server, întreținere, licențe ale terților și costul estimat al unei eventuale mutări. Oferta cea mai mică azi nu e mereu cea mai mică mâine.

Quiz

Al cui e site-ul tău?

Alege un răspuns la fiecare întrebare: explicația apare imediat.

  1. Cine este titularul unui domeniu .it?

    În Registro contează numele Registrante-ului. Plățile și munca făcută nu schimbă titularul.

  2. O agenție externă îți scrie un software la comandă. Ale cui sunt drepturile?

    Transferul automat e valabil pentru angajați. Cu un furnizor extern se scrie în contract: cesiune sau licență.

  3. Ce format face datele cu adevărat exportabile?

    Formatele deschise se citesc cu orice program. Un PDF se citește, dar nu se reimportă în alt program de gestiune.

  4. Furnizorul gestionează fișele clienților tăi. Ce cere GDPR?

    Articolul 28 din GDPR cere un act scris care să reglementeze ce face furnizorul cu datele și ce se întâmplă la sfârșitul serviciului.

Pune-te la încercare

Știi al cui e site-ul tău?

Întrebări frecvente

Cum aflu pe numele cui e domeniul meu?

Cu o căutare WHOIS: pentru domeniile .it se face pe site-ul Registro, nic.it. Informația de urmărit este Registrante, adică titularul numelui de domeniu.

Domeniul e pe numele agenției care mi-a făcut site-ul: ce fac?

Cere-i agenției, care e și Registrar-ul sau îl cunoaște, să facă schimbarea Registrante-ului pe numele firmei tale. Este o operațiune prevăzută de regulile Registro și se face prin Registrar.

Dacă am plătit site-ul, codul e automat al meu?

Nu. Software-ul e protejat de dreptul de autor, iar transferul automat al drepturilor legea îl prevede pentru angajați. Cu un furnizor extern e valabil ce spune contractul: cesiunea drepturilor sau licența de utilizare.

Ce este escrow-ul codului?

Este depunerea periodică a surselor la un terț, care le predă clientului doar în cazurile prevăzute de contract, de exemplu dacă furnizorul își încetează activitatea. E util când software-ul rămâne sub licență, dar e vital pentru afacere.

Furnizorul trebuie să semneze ceva pentru protecția datelor?

Da, dacă prelucrează date personale ale clienților tăi în numele tău: GDPR, la articolul 28, cere un contract sau un act scris care să-l numească persoană împuternicită și să reglementeze ce poate face cu datele și ce se întâmplă la sfârșitul serviciului.

Cât de des ar trebui să export datele?

Cu o frecvență pe măsura cât de des se schimbă: pentru un program de gestiune folosit zilnic, un export periodic în format deschis, păstrat în afara furnizorului, este un obicei bun, pe lângă backupurile serverului.

Surse

  1. Registro .it, «Modificarea unui domeniu» (în italiană): Registrante, Registrar, codul AuthInfo și schimbarea titularului.
  2. Registro .it, căutarea WHOIS (în italiană): datele de înregistrare ale domeniilor .it.
  3. Legea italiană din 22 aprilie 1941, nr. 633 (în italiană): protecția dreptului de autor, inclusiv programele de calculator și articolul 12-bis.
  4. Regulamentul (UE) 2016/679 (GDPR) (în italiană; pe EUR-Lex e disponibil și în română): articolul 20 despre portabilitate și articolul 28 despre persoana împuternicită.
  5. Garante per la protezione dei dati personali (autoritatea italiană pentru protecția datelor), «Dreptul la portabilitate» (în italiană): cum funcționează dreptul și ghidurile europene.

Capitol actualizat în octombrie 2026. Te ajută să te orientezi și să pui întrebările potrivite înainte de a semna, nu înlocuiește părerea unui avocat: pentru un contract de dezvoltare sau de licență important, merită să-l dai spre citire cuiva care se ocupă de asta din meserie.

Vorbim?

Dacă ce ai citit se potrivește afacerii tale, spune-mi de unde pornești: îți răspund eu, cu un plan concret și fără obligații.

Scrie-mi pe WhatsAppDescoperă Zenith Develop