# Modificări ale politicii de transfer ICANN: blocare de 30 de zile, TAC de unică folosință > Modificările politicii de transfer ICANN adoptate la 7 iunie 2026: blocaje de 30 de zile, un TAC unic valabil 14 zile, fără Gaining FOA. Încă nu există o dată de intrare în vigoare. Transferuri plătite în cripto. - URL: https://transferoffshore.com/ro/news/icann-transfer-policy-changes/ - Ultima actualizare: 2026-10-19 - Editor: TransferOffshore (https://transferoffshore.com) Consiliul ICANN a adoptat cea mai amplă rescriere a regulilor de transfer al numelor de domeniu din ultimul deceniu. Iată ce se schimbă, ce nu se schimbă și de ce, deocamdată, transferurile tale rămân neschimbate. **Răspuns rapid — Ce sunt modificările politicii de transfer ICANN?** Pe 7 iunie 2026, Consiliul ICANN a adoptat Transfer Policy Review (rezoluția 2026.06.07.04). Aceasta aduce blocări de 30 de zile în loc de 60, un Transfer Authorization Code de unică folosință valabil 14 zile și eliminarea blocării de 60 de zile la schimbarea titularului. Din 19 octombrie 2026 nu este publicată nicio dată de intrare în vigoare, așa că transferurile la **TransferOffshore** urmează încă regulile actuale. ## Decizia pe scurt | Atribut | Valoare | | --- | --- | | Ce s-a adoptat | Recomandările din Raportul final al GNSO Transfer Policy Review PDP (47 de recomandări) | | Adoptate de | Consiliul ICANN, 7 iunie 2026, rezoluția 2026.06.07.04; rezoluțiile au fost publicate pe 9 iunie 2026 | | Data intrării în vigoare | Nicio dată publicată din 19 octombrie 2026; implementarea este „sub rezerva prioritizării” | | Pașii următori | O echipă de revizuire a implementării și o politică separată Change of Registrant Data (CORD) | | Blocare după creare sau transfer | De la 60 de zile „poate refuza” la 30 de zile obligatorii (720 de ore) | | Auth code | TAC redenumit: de unică folosință, valabil 14 zile (336 de ore), emis în 120 de ore | | Blocare la schimbarea deținătorului | Blocarea de 60 de zile și opțiunea de renunțare la ea sunt eliminate | | Încă în vigoare astăzi | Politica de transfer actualizată pe 21 februarie 2024, inclusiv ambele reguli de 60 de zile | ## Ce a adoptat Consiliul ICANN pe 7 iunie 2026? A adoptat setul complet de recomandări din Transfer Policy Review și i-a cerut președintelui și CEO-ului ICANN să le implementeze, „sub rezerva prioritizării”. Numărul rezoluției este 2026.06.07.04, iar rezoluțiile aprobate au fost publicate pe 9 iunie 2026. Recomandările provin de la un grup de lucru GNSO care a revizuit întreaga Politică de transfer. Raportul său final, datat 4 februarie 2025, conține 47 de recomandări. Consiliul a semnalat una dintre ele, Recomandarea 21, pentru discuții suplimentare cu Consiliul GNSO: aceasta le-ar permite registrarilor să refuze un transfer pentru abuz DNS. ## Care recomandări schimbă ce? Principalele modificări, conform textului Raportului final. „Rec” este numărul recomandării. | Rec | Modificare | Astăzi | | --- | --- | --- | | 3 | Registrarilor li se impune să blocheze transferurile timp de 720 de ore (30 de zile) după data creării, înlocuind regulile de 60 de zile din acordurile cu registrul și registrarul | 60 de zile, un motiv pe care registrarul îl poate invoca | | 6 | Transfer Authorization Code (TAC) trebuie setat și emis în 120 de ore | Codul de autorizare în 5 zile calendaristice | | 9 | TAC este valabil 336 de ore (14 zile), impus de registru | Nicio durată fixă de valabilitate pentru gTLD-uri | | 11 | O notificare de emitere a TAC ajunge la titular în 10 minute | Nicio astfel de notificare cerută | | 12 și 13 | Registrul verifică TAC; acesta este de unică folosință și se resetează o dată ce este acceptat | Codul poate rămâne același | | 15 | Formularul FOA al registrarului primitor (formularul de autorizare) este eliminat | Aplicare amânată din 2018 | | 17 | Notificarea registrarului cedent devine „Confirmare a transferului”; fereastra de 5 zile devine 120 de ore | 5 zile calendaristice | | 18 | Blocare obligatorie de 720 de ore (30 de zile) după un transfer între registrari; ridicarea anticipată doar la cererea documentată a deținătorului | 60 de zile, un motiv pe care registrarul îl poate invoca | | 19 | O notificare de finalizare a transferului de la registrarul cedent în termen de 24 de ore | Nu este necesară | | 21 până la 24 | Motivele de refuz rescrise: obiecția expresă a deținătorului devine motiv obligatoriu de refuz; abuzul DNS devine motiv facultativ de refuz | Listele must / may / may-not din politica actuală | | 25 până la 28 | Change of Registrant devine Change of Registrant Data (CORD); blocarea de 60 de zile și opțiunea de renunțare la ea sunt eliminate; se adaugă o notificare CORD | Blocare de 60 de zile cu opțiune de renunțare | | 34 până la 47 | Reguli pentru transferurile în bloc și ale întregului portofoliu între registrari (BTAPPA) | Procesul BTAPPA existent | ## Când intră în vigoare noile reguli de transfer? Nimeni nu poate spune încă: la 19 octombrie 2026, ICANN nu a publicat nicio dată de intrare în vigoare. Rezoluția nu stabilește niciun termen. Un Implementation Review Team mai trebuie să transforme recomandările în text de politică, iar politica CORD autonomă trebuie redactată. Un blog sugerează o introducere treptată de aproximativ 18 luni. ICANN nu a confirmat această cifră, așa că trateaz-o ca pe o presupunere. Când ICANN publică o dată, această pagină o va afișa. Nu confunda revizuirea cu o altă dată. Realtime Register a anunțat modificări ale transferurilor gTLD de la 4 august 2026. Acea notificare se referă la aprobarea doar de către deținător, fără contact administrativ, conform Registration Data Policy. Nu este Transfer Policy Review. ## Ce rămâne la fel până atunci? Tot ce ține de politica actuală, actualizată la 21 februarie 2024 și obligatorie din 21 august 2025: - un registrar **poate** refuza un transfer în termen de 60 de zile de la creare sau de la un transfer anterior, și mulți o fac; - o schimbare a deținătorului setează o **blocare de 60 de zile**, cu o opțiune de renunțare pe care registrarul o poate oferi; - registrarul cedent are **5 zile calendaristice**, după care transferul este aprobat implicit; - codul de autorizare trebuie furnizat în termen de 5 zile calendaristice și nu are o durată de viață fixă; - un transfer gTLD adaugă **un an**, cu un total limitat la 10 ani. Ultima regulă nu este afectată de revizuire: Final Report arată în continuare un an adăugat la transfer. Procesul de astăzi este explicat în [cum funcționează transferurile de domenii](https://transferoffshore.com/ro/how-domain-transfers-work/). ## Ce vor însemna schimbările pentru cei care mută domenii? Așteptări mai scurte, coduri mai stricte și mai puține e-mailuri la care să răspunzi. În practică: - **Domeniile noi se mută mai repede.** Un domeniu înregistrat sau transferat acum 30 de zile va putea fi mutat, în loc de 60 de zile ca la mulți registrari astăzi. Dar cele 30 de zile vor fi obligatorii, fără latitudine de decizie pentru registrar. - **Codurile expiră.** Un TAC durează 14 zile și funcționează o singură dată. Cere-l doar când ești gata să trimiți cererea și cere unul nou dacă expiră. - **Actualizările deținătorului nu mai blochează mutările.** Modificarea numelui sau e-mailului deținătorului nu va mai seta o blocare de 60 de zile. Vei primi în schimb o notificare CORD. - **Mai multe notificări.** Vei primi un e-mail în 10 minute de la emiterea unui TAC și altul în 24 de ore de la finalizarea transferului. O notificare TAC neașteptată este un avertisment timpuriu. - **Portofoliile au nevoie de loturi mai strânse.** Cu coduri de 14 zile, planifică fiecare lot astfel încât fiecare cod să fie trimis în fereastra lui. [Ghidul de transfer în bloc](https://transferoffshore.com/ro/bulk-domain-transfer/) acoperă împărțirea pe loturi. Codul în sine este explicat în [ce este un cod de autorizare](https://transferoffshore.com/ro/auth-code/), iar blocările de astăzi în [de ce un domeniu nu poate fi transferat](https://transferoffshore.com/ro/transfer-lock/). ## Cum s-a ajuns aici cu Transfer Policy Review? | Data | Etapa | | --- | --- | | 31 ianuarie 2025 | Grupul de lucru ajunge la consens complet | | 4 februarie 2025 | Final Report trimis către GNSO Council (47 de recomandări) | | 12 martie 2025 | GNSO Council aprobă raportul, în unanimitate | | 28 aprilie – 16 iunie 2025 | Comentariu public înainte de decizia Board-ului | | 2 iulie 2025 | Raport de sinteză al comentariilor publice | | 7 iunie 2026 | ICANN Board adoptă recomandările (rezoluția 2026.06.07.04) | | 9 iunie 2026 | Rezoluțiile aprobate sunt publicate | | După aceea | Implementation Review Team și politica CORD; data intrării în vigoare nu a fost anunțată la 19 octombrie 2026 | ## Întrebări despre noile reguli de transfer ### Este în vigoare acum blocarea de 30 de zile pentru transfer? Nu. Consiliul ICANN a adoptat-o pe 7 iunie 2026, dar până la 19 octombrie 2026 nu a fost publicată nicio dată de intrare în vigoare. Până atunci se aplică politica actuală. Un registrar poate refuza un transfer în termen de 60 de zile de la înregistrare sau de la un transfer anterior, iar mulți registrari fac asta. ### Ce este un TAC? TAC înseamnă Transfer Authorization Code, noua denumire pentru codul de autorizare sau codul EPP. Conform regulilor adoptate, trebuie emis în 120 de ore, este valabil 14 zile și funcționează o singură dată. Registrul impune durata de valabilitate și resetează codul după o utilizare validă. ### Un transfer mai adaugă un an la numele meu de domeniu? Da, din câte arată Final Report. Revizuirea nu schimbă regula că un transfer gTLD adaugă un an la data de expirare, cu un plafon de 10 ani. Domeniile country-code continuă să urmeze propriile registre, pe care politica ICANN nu le acoperă. ### Blocarea după schimbarea deținătorului dispare? Da, odată ce noile reguli intră în vigoare. Recomandarea 26.4 elimină blocarea de 60 de zile după schimbarea deținătorului, împreună cu opțiunea de renunțare la ea. Procesul devine Change of Registrant Data (CORD), cu o notificare către deținător în loc de blocare. Până atunci, blocarea de 60 de zile se aplică în continuare. ### De ce a semnalat Consiliul Recomandarea 21? Recomandarea 21 ar permite registrarilor să refuze un transfer pentru abuz DNS. Consiliul a semnalat-o pentru discuții suplimentare cu GNSO Council când a adoptat recomandările pe 7 iunie 2026. Forma ei finală poate diferi, prin urmare, de textul din Final Report. ### Ar trebui să aștept noile reguli înainte să-mi mut domeniile? Nu. Nu se cunoaște nicio dată de intrare în vigoare, iar un domeniu blocat de regula actuală de 60 de zile trebuie să aștepte doar până în ziua 61. Orice alt domeniu se poate muta conform regulilor actuale. Un transfer gTLD durează în continuare până la 5 zile și adaugă un an, la 12,49 USD pentru .com. ## Surse 1. [Rezoluții aprobate, ședința ordinară a Consiliului de Administrație ICANN, 7 iunie 2026](https://www.icann.org/en/board-activities-and-meetings/materials/approved-resolutions-regular-meeting-of-the-icann-board-07-06-2026-en) — ICANN (verificat 2026-10-19) 2. [Transfer Policy Review PDP Final Report](https://gnso.icann.org/sites/default/files/policy/2025/correspondence/tpr-team-to-gnso-council-04feb25.pdf-en.pdf) — ICANN GNSO (verificat 2026-10-19) 3. [Transfer Policy Review Working Group Final Report for ICANN Board consideration (public comment)](https://www.icann.org/en/public-comment/proceeding/transfer-policy-review-working-group-final-report-for-icann-board-consideration-28-04-2025) — ICANN (verificat 2026-10-19) 4. [Transfer Policy (actualizat 21 februarie 2024)](https://www.icann.org/en/contracted-parties/accredited-registrars/resources/domain-name-transfers/policy) — ICANN (verificat 2026-10-19) 5. [ICANN actualizează politica de transfer gTLD din 4 august 2026](https://realtimeregister.com/blogs/icann-updates-gtld-transfer-policy-from-4-august-2026) — Realtime Register (verificat 2026-10-19) **Regulile actuale îți permit deja să muți** Introdu numele de domeniu și codul lui de autorizare. Până la 5 zile la gTLD-uri, nameserverele păstrate, fără buletin, plătești în cripto. [Începe un transfer](https://transferoffshore.com/app/domains/transfer?lang=ro) · [Vezi toate prețurile](https://transferoffshore.com/ro/pricing/) --- TransferOffshore: TransferOffshore este serviciul de transfer de nume de domenii al DomaineGoat LLC, o companie înregistrată în Panama: muți un singur nume de domeniu sau un portofoliu întreg împreună cu codurile de autorizare, îți păstrezi DNS-ul funcțional și plătești în cripto, fără act de identitate. Numele de domenii sunt înregistrate prin partenerul nostru registrar acreditat ICANN, indicat în înregistrarea RDAP.