Domain Transfer Politikası

Domain transfer koşulları ile ilgili detaylı bilgi ICANN tarafından düzenlenmiş olup aşağıdaki gibidir;

Kayıtlar Arası Transfer

Hamil-Yetkili Transferler

Kayıt Şirketi Gereksinimleri

 

Kayıtlı Ad Sahipleri, Kazanan Alan Adı Sahiplerinin transfer işleminin bu politikanın minimum standartlarını karşılaması ve bu tür bir transferin ICANN veya Tescil politikaları tarafından yasaklanmaması koşuluyla, alan adı kayıtlarını Kayıt Şirketleri arasında transfer edebilmelidir. Kayıt Şirketleri Arası alan adı aktarım süreçleri, karışıklığı önlemek için açık ve kısa olmalıdır. Ayrıca, Kayıt Memurları Kayıtlı İsim Sahiplerini bilgilendirmek için makul çabayı göstermeli ve Kayıt Otoriteleri tarafından kullanılan özel transfer sürecinin yayınlanmış dokümantasyonuna erişim sağlamalıdır.

 

1.1 Transfer Yetkilileri

 

Kaybeden Kayıt Memurunun veya ilgili Tescil Memurunun (varsa) herkesin erişebileceği Whois hizmetinde listelendiği şekliyle İdari İrtibat Sorumlusu ve Kayıtlı Ad Sahibi, Kazanan Kayıt Memuruna yapılan bir transfer talebini onaylama veya reddetme yetkisine sahip tek taraflardır. Bir anlaşmazlık olması durumunda, Kayıtlı İsim Sahibinin yetkisi, İdari İrtibat Yetkilisinin yerine geçer.

 

Kayıt memurları, bir transfer talebinin gerçekliğini doğrulamak amacıyla Kayıt Kayıt Operatöründen veya ilgili Kayıt Otoritesinden Whois verilerini kullanabilir; veya bir fikir birliği politikası tarafından belirlenen başka bir veri kaynağından.

 

Kayıt Şirketi Gereksinimlerini Kazanma

 

Bir Kayıtlı Ad Sahibinin bir alan adı kaydını farklı bir Kayıt Yetkilisine devretme talebinde bulunduğu her durum için Kazanan Kayıt Memuru şunları yapacaktır:

 

2.1 Kayıtlı İsim Sahibinden veya İdari İrtibat Kişisinden açık yetki alın (bundan sonra "Transfer Sorumlusu"). Bu nedenle, bir aktarım yalnızca, Kazanan Kayıt Memuru tarafından Aktarım İrtibat Kişisinden devir onayı alınırsa devam edebilir.

 

2.1.1 Yetkilendirme, geçerli bir Standart Yetkilendirme Formu (FOA) aracılığıyla yapılmalıdır. ICANN web sitesinde iki farklı FOA bulunmaktadır. "Kayıt Şirketi Transferi için İlk Yetkilendirme" etiketli FOA, Kazanan Kayıt Memuru tarafından Transfer İrtibatından bir kayıt sorumlusu transferi için bir yetki talep etmek üzere kullanılmalıdır. "Kayıt Şirketi Transfer Talebinin Onayı" etiketli FOA, Transfer İrtibatından transferin onayını talep etmek için Kayıt Yetkilisi tarafından kullanılmalıdır.

 

FOA, İngilizce olarak iletilecek ve bir devir talebinden kaynaklanan herhangi bir anlaşmazlık İngilizce dilinde yürütülecektir. Kayıt memurları, Transfer Sorumlusu ile ek dillerde iletişim kurmayı seçebilir. Ancak, bu tür bir seçeneği kullanmayı seçen Tescil Memurları, FOA'nın bu tür İngilizce olmayan ek sürümüne çevirinin doğruluğu ve eksiksizliğinden sorumludur.

 

2.1.2 Kazanan Tescil Memurunun bu yetkiyi almak için fiziksel bir sürece güvenmesi durumunda, Transfer Sorumlusu tarafından imzalandığı ve ayrıca ona fiziksel bir kopyası eşlik ettiği sürece FOA'nın bir kağıt kopyası yeterli olacaktır. Söz konusu alan adı için Kayıt Kayıt Şirketi'nin Whois çıktısı.

 

2.1.2.1 Kazanan Tescil Memuru fiziksel bir yetkilendirme sürecine dayanıyorsa, Kazanan Tescil Memuru Transfer İrtibat Kişisinin kimliğine ilişkin güvenilir kanıtlar elde etme ve bu tür kanıtların elde edildiğini kanıtlayan uygun kayıtları tutma yükünü üstlenir. Ayrıca Kazanan Yazı İşleri Müdürü, talepte bulunan kuruluşun gerçekten bunu yapmaya yetkili olmasını sağlama yükümlülüğünü de üstlenir. Kabul edilebilir fiziksel kimlik biçimleri şunlardır:

 

Noter tasdikli beyan

 

Geçerli Sürücüler lisansı

 

Pasaport

 

Ana Sözleşme

 

Askeri kimlik

 

Eyalet / Devlet tarafından verilen kimlik

 

Doğum belgesi

 

2.1.3.1 Kazanan Tescil Memurunun bu yetkiyi almak için elektronik bir sürece güvenmesi durumunda, kabul edilebilir kimlik biçimleri şunları içerecektir:

 

Kazanan Kayıt Memurunun bulunduğu yerde ulusal mevzuata uygun elektronik imza (böyle bir mevzuat varsa).

 

Transfer Kişisinin e-posta adresi veya telefon numarasıyla eşleşen bir e-posta adresine veya telefon numarasına sahip bir kişi veya kuruluşun izni.

 

2.1.3.2 Kayıt Yetkilisi, bir transfer talebini yalnızca Kazanan Tescil Memurunun yukarıda belirtilen onayı almadığına inandığı için reddedemez.

 

2.1.3.3 Kazanan Tescil Memuru tarafından herhangi bir onay alınmadıysa transferin devam etmesine izin verilmemelidir. Her durumda, Kazanan Kayıt Memurunun bir Transfer İrtibat Kişisi tarafından yapılan transfer talebini alıp doğruladığı varsayımı olacaktır.

 

2.2 Kayıt Sorumlusu Araç Kitinde belirtildiği gibi bir "transfer" komutunun iletilmesiyle, Kayıt Operatörü veritabanının yeni Kayıt Operatörünü yansıtacak şekilde değiştirilmesini talep edin.

 

2.2.1 Bir "transfer" komutunun iletimi, Kazanan Kayıt Memurunun gerekli yetkinin yetkili Whois veritabanında listelenen Transfer Sorumlusundan alındığına dair bir temsil oluşturur.

 

2.2.3 "Kayıt Operatörü Transferi için İlk Yetkilendirme" etiketli FOA aşağıdaki durumlarda sona erecektir:

 

2.2.3.1 Kazanan Tescil Memuru FOA'nın otomatik olarak yenilenmesine izin vermediği ve Kayıtlı İsim Sahibi açıkça otomatik yenilemeyi kabul etmediği sürece, Kazanan Tescil Memuru tarafından FOA'nın yayınlanmasından bu yana altmış (60) günlük bir süre geçti;

 

2.2.3.2 Alan adı, kayıtlar arası transfer tamamlanmadan önce sona erer;

2.2.3.3 Tescil Ettiren Değişikliği Bölüm II.C.'ye göre tamamlanmıştır.

2.2.3.4 Kayıtlar arası transfer tamamlandı.

2.2.4 FOA'nın IA2.2.3.1 - IA2.2.3.4'te açıklanan yukarıda belirtilen koşullardan birine göre sona ermesi halinde, "transfer" talebini sicile göndermeden önce, transfer işlemine devam etmek için, Kazanan Kayıt Memuru yeni bir FOA aracılığıyla transfer talebini yeniden yetkilendirin.

 

Sicil Memurunun Yükümlülükleri

 

3.1 Bir Kayıt Sicil Memuru, Kayıtlı İsim Sahibini transfer konusunda bilgilendirmek suretiyle Tescilden bekleyen bir transfer bildirimi alındığında Kayıtlı İsim Sahibinin niyetini teyit edecektir. Kayıt Yetkilisi, bunu bu politikada belirtilen standartlara uygun bir şekilde yapmalıdır.

3.2 Kayıt Yetkilisi tarafından kullanılan talep biçiminin esas itibarıyla idari ve bilgilendirici nitelikte olmasını ve Aktarım İlgili Kişisinin amacını doğrulamak amacıyla Aktarım Sorumlusuna açıkça sunulmasını sağlamak için, Kayıt Kayıt Memuru şunu kullanmalıdır: FOA.

3.3 FOA, İngilizce olarak iletilecek ve bir devir talebinden kaynaklanan herhangi bir anlaşmazlık İngilizce dilinde yürütülecektir. Kayıt memurları, Transfer Sorumlusu ile ek dillerde iletişim kurmayı seçebilir. Ancak, bu tür bir seçeneği kullanmayı seçen Kayıt Şirketi, FOA'nın bu tür İngilizce olmayan ek versiyonuna çevirinin doğruluğu ve eksiksizliğinden sorumludur. Ayrıca, bu tür İngilizce olmayan iletişimler bu politikada belirtilen süreç ve prosedürleri takip etmelidir. Bu, bir Kayıt Operatörünün bir transfer talebi durumunda Transfer Sorumlusunun onayını almak için kullanılan FOA'ya herhangi bir ek bilgi eklememesi gerekliliğini içerir, ancak bununla sınırlı değildir.

Kayıtlı Ad Sahibinin bir transferi önceden onaylaması durumunda, Kayıt Kayıt Memuru, Kayıtlı Ad Sahibine önceden onaylanmış transferin başlatıldığını bildiren FOA'nın değiştirilmiş bir sürümünü gönderme seçeneğine sahiptir.

Bu gereklilik, Kayıt Yetkilisinin ayrı iletişimler yoluyla mevcut müşterilerine pazarlama yapmasını engellemez.

3.4 FOA, Kayıt Sicil Memuru tarafından operasyonel olarak mümkün olan en kısa sürede Kayıtlı İsim Sahibine gönderilmeli, ancak Tescil Operatöründen transfer talebinin alınmasından sonra yirmi dört (24) saatten geç olmamak üzere gönderilmelidir.

3.5 Kayıt Yetkilisinin beş (5) takvim günü içinde bir transfer talebiyle ilgili olarak Tescilden gelen bir bildirime yanıt vermemesi, transfer için varsayılan bir "onay" ile sonuçlanacaktır.

3.6 Whois'de listelenen bir Transfer Sorumlusunun Kaydın Tescil Memuru ile transfer talebini onaylamaması ve Kayıt Kayıt Memurunun transfer talebini açıkça reddetmemesi durumunda, varsayılan eylem Kayıt Kayıt Memurunun devam etmek için transfer.

3.7 Aşağıdaki nedenlerden herhangi biri nedeniyle bir transfer talebinin reddedilmesi üzerine, Kaydın Tescil Memuru, Tescilli İsim Sahibine ve potansiyel Kazanan Tescil Memuruna ret nedenini bildirmelidir. Kayıt Yetkilisi yalnızca aşağıdaki belirli durumlarda bir transfer talebini reddedebilir:

3.7.1 Dolandırıcılık kanıtı.

3.7.2 Kayıtlı İsim Sahibinin veya İdari İrtibat Kişisinin kimliğine ilişkin makul anlaşmazlık.

3.7.3 Alan adı sona erme tarihini geçmişse veya alan adı henüz sona ermemişse önceki veya mevcut kayıt dönemleri için önceki kayıt dönemi için (kredi kartı geri ödemeleri dahil) ödeme yapılmaz. Bununla birlikte, tüm bu durumlarda, alan adı, transferin reddedilmesinden önce Kayıt Yetkilisi tarafından "Kayıt Şirketi Tutması" durumuna getirilmelidir.

3.7.4 Yetkili Transfer Sorumlusu tarafından aktarıma açık itiraz. İtiraz, yetkili Transfer Sorumlusu tarafından belirli bir transfer talebinin reddedilmesi için özel talep (kağıt veya elektronik yollarla) veya Tescil Memuru tarafından alınan tüm transfer taleplerine geçici veya süresiz genel itiraz şeklinde olabilir. Her durumda, itiraz, yetkili Transfer Sorumlusunun açık ve bilgilendirilmiş rızasıyla sağlanmalıdır ve yetkili Transfer Sorumlusunun talebi üzerine, Tescil Sorumlusu kilidi kaldırmalı veya yetkili için makul erişilebilir bir yöntem sağlamalıdır. Kilidi beş (5) takvim günü içinde kaldırmak için Kişiyi Aktarın.

3.7.5 Transfer, alan adı için kayıt Whois kaydında gösterilen oluşturma tarihinden itibaren 60 gün içinde talep edildi.

3.7.6 Bir alan adı, transfer edildikten sonraki 60 gün (veya belirlenecek daha kısa bir süre) içindedir (her iki Kayıt Memurunun da aynı fikirde olduğu ve / veya anlaşmazlık çözüm sürecinde bir karar olması durumunda orijinal Kayıt Operatörüne geri aktarılmasının dışında) yani yönlendirir). "Devredildi", yalnızca bu ilkenin prosedürlerine uygun olarak bir kayıtlar arası aktarımın gerçekleştiği anlamına gelir.

3.8 Kayıt Yetkilisi, aşağıdaki durumlarda bir transfer talebini reddetmelidir:

3.8.1 Kayıt Yetkilisinin bilgilendirildiği, bekleyen UDRP davası.

3.8.2 Yetkili bir mahkeme tarafından verilen mahkeme kararı.

3.8.3 Transfer Anlaşmazlık Çözümü Politikası uyarınca önceki bir transferle ilgili bekleyen anlaşmazlık.

3.8.4 Kayıt Yetkilisinin bilgilendirildiği URS işlemi veya URS askıya alma.

3.8.5 Tescil Memuru, bir Tescil Ettiren Değişikliğini takiben 60 günlük bir kayıtçılar arası transfer kilidi uygulamıştır ve Kayıtlı İsim Hamili, Tescil Ettiren Değişikliği talebinden önce 60 günlük kayıtlar arası transfer kilidinden vazgeçmemiştir.

3.9 Talep edilen Kayıt Operatörü değişikliğinin reddedilemeyeceği durumlar, bunlarla sınırlı olmamak üzere aşağıdakileri içerir:

3.9.1 Bekleyen veya gelecekteki bir kayıt dönemi için ödeme yapılmaması.

3.9.2 Kayıtlı İsim Sahibi veya İdari İrtibattan yanıt gelmedi.

3.9.3 Kayıtlı Ad Sahibine Transfer Talebinden önce alan adının kilidini açmak için makul bir fırsat ve kabiliyet sağlanmadıkça, Kayıt Şirketi Kilit Durumundaki alan adı.

3.9.4 Alan adı tescil süresi zaman kısıtlamaları, ilk kaydın ilk 60 günü haricinde, bir tescil sorumlusu transferinden sonraki ilk 60 gün boyunca veya Bölüm II.C uyarınca bir Tescil Ettiren Değişikliğini takip eden 60 günlük kilit süresince. 2.

3.9.5 Söz konusu alan için Kayıtlı Ad Sahibinin kayıt için ödeme yaptığı durumlarda, Kayıt Şirketi ile iş ortakları / bağlı kuruluşlar arasındaki genel ödeme temerrütleri.

3.10 Kayıt Yetkilisi, Kayıtlı Ad Sahibinden ödeme tahsil etmek için Transfer sürecinden bağımsız başka mekanizmalara sahiptir. Bu nedenle, ödeme konusunda bir ihtilaf olması durumunda, Kayıt Yetkilisi, bir Kayıtlı Ad Sahibinden gelen hizmetler için ödeme almak için bir mekanizma olarak transfer süreçlerini kullanmamalıdır. Bu gerekliliğin istisnaları aşağıdaki gibidir:

3.10.1 Önceki kayıt dönem (ler) i için ödeme yapılmaması durumunda, transferin sona erme tarihinden sonra talep edilmesi durumunda veya

3.10.2 Cari kayıt döneminin ödenmemesi durumunda, son geçerlilik tarihinden önce devir talep edilirse.

Kayıt Sorumlusu Koordinasyonu

4.1 Her Kayıt Yetkilisi, FOA ve Transfer Sorumlularının yanıtı da dahil olmak üzere, anlaşmazlık çözüm politikası kapsamında bir anlaşmazlığın dosyalanması ve desteklenmesi için gerekli olabilecek belgelerin kopyalarını saklamaktan sorumludur. Kazanan Kayıt Memurları, sözleşmelerin standart belge saklama politikaları uyarınca Transfer Sorumlusundan alınan FOA kopyalarını muhafaza etmelidir. Güvenilir kimlik kanıtının kopyaları FOA'da saklanmalıdır.

4.2 Kazanan Tescil Memuru ve Kayıt Tescil Memuru, ilgili kayıtçılar arası alan adı işlemleri sırasında ve sonrasında transfer için güvenilen kanıtları sağlamalıdır. Bu tür bilgiler, yalnızca transfer işlemine taraf olan diğer Kayıt Şirketi tarafından talep edildiğinde sağlanmalıdır. Ek olarak, ICANN, Tescil Operatörü, konu üzerinde yargı yetkisine sahip bir mahkeme veya makam veya üçüncü taraf bir anlaşmazlık çözüm paneli de talepten sonraki beş (5) gün içinde bu tür bilgileri isteyebilir.

4.3 Kazanan Tescil Memuru, FOA'nın yazılı veya elektronik bir kopyasını Kaybeden Tescil Memurunun talebi üzerine saklamalı ve üretmelidir. Kayıt Yetkilisinin FOA kopyalarını talep ettiği durumlarda, Kazanan Tescil Memuru, Kayıt Tescil Memuru'nun talebini (görevlinin destekleyici belgelerini sağlamak dahil) beş (5) takvim günü içinde yerine getirmelidir. Bu belgelerin belirtilen süre içinde sağlanamaması, bu politikanın gerekliliklerine uygun olarak bir devir şikayetinde bulunulması durumunda Tescil Operatörü veya İhtilaf Çözüm Paneli tarafından iptal edilmesine neden olur.

4.4 Bir Kayıt Yetkilisi veya Kazanan Tescil Memuru, bir transfer talebinin bu politikanın hükümlerine uygun olarak ele alındığına inanmazsa, bu durumda Tescil Memuru bu politikanın Bölüm I.C'sinde belirtildiği gibi bir anlaşmazlık çözüm prosedürü başlatabilir.

4.5 Transfer taleplerini kolaylaştırmak amacıyla, Kayıt Şirketleri yalnızca diğer Kayıt Otoriteleri ve Kayıt Otoritesi tarafından kullanılmak üzere benzersiz ve özel bir e-posta adresi sağlamalı ve korumalıdır:

4.5.1 Bu e-posta adresi, yalnızca bu politikada belirtilen transfer talepleri ve prosedürlerle ilgili sorunlar içindir.

4.5.2 E-posta adresi, mesajların aktarım sorununa yanıt verebilecek biri tarafından alınmasını sağlayacak şekilde yönetilmelidir.

 

4.5.3 Bu tür bir e-posta adresine alınan mesajlara, yedi (7) takvim gününü aşmamak üzere ticari olarak makul bir süre içinde yanıt verilmelidir.

 

4.6 Acil Durum Eylem Kişisinin Aktarılması

4.6.1 Kayıt memurları, transferlerle ilgili acil iletişimler için bir Transferi Acil Eylem İrtibat Kişisi ("TEAC") kuracaktır. TEAC'ın amacı, acil bir durumda kayıt memurları arasında (her iki tarafın da anlayabileceği bir dilde) hızlı bir şekilde gerçek zamanlı bir görüşme kurmaktır. Daha sonra, mevcut (veya gelecekteki) transfer anlaşmazlığının başlatılması veya geri alma süreçleri dahil olmak üzere bir çözüme yönelik daha fazla önlem alınabilir.

4.6.2 TEAC'lere yapılan iletişimler, ICANN Onaylı Tescil Memurları, gTLD Tescil Operatörleri ve ICANN Personeli tarafından kullanılmak üzere rezerve edilecektir. TEAC temas noktası bir telefon numarası veya başka bir gerçek zamanlı iletişim kanalı olarak belirlenebilir ve ICANN kayıt şirketi portalına kaydedilecek ve bu portal tarafından korunacaktır. Bir TEAC ile iletişim, bir alanın iddia edilen yetkisiz kaybını izleyen makul bir süre içinde zamanında başlatılmalıdır.

4.6.3 TEAC iletişim kanalı aracılığıyla gönderilen mesajlar, Kazanan Kayıt Memurunun bir insan temsilcisi tarafından otomatik olmayan bir yanıt oluşturmalıdır. Yanıt veren kişi veya ekip, acil transfer sorunlarını araştırmak ve ele almak için yeterli ve yetkili olmalıdır. İlk talepten sonraki 4 saat içinde yanıt verilmesi gerekir, ancak olayın nihai çözümü daha uzun sürebilir.

4.6.4 Kaybeden Kayıt Memuru, bir TEAC iletişimine yanıt vermeyen hataları ICANN Uyumluluğu ve kayıt operatörüne bildirecektir. Bir TEAC iletişimine yanıt verilmemesi, bu politikanın I.A.6.4 Bölümü uyarınca bir aktarımın geri alınmasıyla sonuçlanabilir ve ayrıca, akreditasyonun yenilenmemesi veya feshedilmesi dahil olmak üzere ICANN tarafından daha fazla işlem yapılmasına neden olabilir.

4.6.5 Her iki taraf da herhangi bir TEAC iletişiminin ve yanıtının yazılı veya elektronik biçimindeki yazışmaları saklayacak ve bu belgelerin kopyalarını talep üzerine ICANN ve kayıt operatörü ile paylaşacaktır. Bu belgeler, Kayıt Şirketi Akreditasyon Anlaşması'nın (RAA) 3.4 Bölümüne uygun olarak saklanacaktır. TEAC iletişim kanalının kullanıcıları, yanıt vermeyen Kayıt Şirketlerini ICANN'e bildirmelidir. Ek olarak, ICANN, kayıt şirketlerinin gerçekten TEAC mesajlarına yanıt vermesini sağlamak için uygun görülen durumlarda ve uygun görülen bir şekilde Kayıt Şirketi TEAC iletişim kanalında periyodik testler yapabilir.

"ClientTransfer Yasaklı" Durumu ve "AuthInfo" Kodları için Gereksinimler

5.1 ICANN spesifikasyonlarına veya politikalarına ve ilgili tüm yasa veya düzenlemelere tabi olarak, Kayıt Şirketleri aşağıda belirtilen gereksinimleri takip etmelidir.

 

Kayıt memurları, yalnızca Kayıtlı Ad Sahibinin kayıt veya müteakip talebi üzerine "Müşteri Transferi Yasaklı" statüsünde bir alan adı belirleyebilir, ancak Kayıt Operatörünün kayıt sözleşmesine (Kayıtlı Ad Sahibinin açık rızasını alarak) hüküm ve koşulları dahil etmesi şartıyla bunun üzerine alan adının transferini yasaklar. Ayrıca, Kayıt Şirketi, Kayıtlı Ad Sahibine "İstemci Transferi Yasaklanmış" durumunu kaldırması için olanaklar sağlamazsa,

Kayıtlı Ad Sahibinin ilk talebinden sonraki beş (5) takvim günü içinde "İstemci Transferi Yasaklandı" durumunu kaldırmalıdır.

 

5.2 Tescil Memuru, Kayıtlı İsim Sahibinin üretmesi ve kendi benzersiz "AuthInfo" kodunu yönetebilir ve "ClientTransferProented" durumunu kaldırabilir.

 

5.3 Kayıt memurları, Kayıtlı Ad Sahibinin "İstemci Transferi Yasaklı" durumunu kaldırma veya Kayıtlı Ad Sahibinin herhangi bir özelliğini veya adının herhangi bir yönünü değiştirmek için kullanılan mekanizmalardan daha kısıtlayıcı olan geçerli "Yetki Kodu" nu alma talebine uymak için herhangi bir mekanizma kullanamaz. sunucu bilgileri.

5.4 Kayıt Yetkilisi, yalnızca Kayıtlı Ad Sahibi ile Kayıt Yetkilisi arasında ödeme konusunda bir anlaşmazlık olması nedeniyle "İstemci Aktarımı Yasaklandı" durumunu kaldırmayı veya bir "Yetki Kodunu" Kayıtlı Ad Sahibine bırakmayı reddetmemelidir.

 

5.5 Kayıt şirketi tarafından üretilen "AuthInfo" kodları, alan adı bazında benzersiz olmalıdır.

5.6 "AuthInfo" kodları yalnızca bir Kayıtlı İsim Sahibini tanımlamak için kullanılmalıdır, oysa FOA'ların bu politikanın I.A.2 ve I.A.4 Bölümlerinde açıklandığı gibi bir transfer talebinin yetkilendirilmesi veya onaylanması için kullanılması gerekir.

Kayıt Gereksinimleri

 

6.1 Kazanan Kayıt Memurundan "transfer" komutunun alınması üzerine, Kayıt Operatörü her iki Kayıt Memuruna da elektronik bir bildirim gönderecektir. Elektronik posta bildirimlerini kullanan Kayıt Otoriteleri söz konusu olduğunda, yanıt bildirimi, transferleri kolaylaştırmak amacıyla her Kayıt Yetkilisi tarafından belirlenen benzersiz e-posta adresine gönderilebilir.

6.2 Tescil Operatörü, beş (5) takvim günü içinde Kayıt Operatörü Kayıt Tescil Memurundan bir NACK protokolü komutu almadıkça talep edilen transferi tamamlayacaktır.

6.3 Tescil Kurumu'nun veritabanı, Kazanan Tescil Memuruna yapılan değişikliği yansıtacak şekilde güncellendiğinde, Tescil Operatörü her iki Tescil Memuruna da elektronik bir bildirim gönderecektir. Bildirim, transferleri kolaylaştırmak amacıyla her bir Kayıt Yetkilisi tarafından oluşturulan benzersiz e-posta adresine veya taraflarca kabul edilen diğer e-posta adresine gönderilebilir.

6.4 Kayıt Operatörü, bir transfer gerçekleştikten sonra Kayıt Operatörü aşağıda belirtilen bildirimlerden birini alırsa bir transferi geri alır. Böyle bir durumda, transfer tersine çevrilecek ve Kayıt Yetkilisi alanı orijinal durumuna sıfırlanacaktır. Tescil Operatörü, bir Tescil anlaşmazlığı kararı haricinde, bildirimi aldıktan sonra beş (5) takvim günü içinde devri geri almalıdır; bu durumda Tescil Operatörü, bir mahkeme davası açılmadıkça on dört takvim günü içinde devri geri almalıdır. Gerekli bildirim aşağıdakilerden biri olacaktır:

6.4.1 Kayıt Yetkilisi ile Kazanan Tescil Memuru arasında transferin yanlışlıkla yapıldığına veya başka bir şekilde bu politikada belirtilen prosedürlere uygun olmadığına dair e-posta, mektup veya faks yoluyla gönderilen Sözleşme;

6.4.2 Devir üzerinde yargı yetkisine sahip olan bir uyuşmazlık çözüm merciinin nihai tespiti; veya

6.4.3 Devir üzerinde yargı yetkisine sahip bir mahkemenin emri;

6.4.4 Kazanan Tescil Memurunun Bölüm I.A.4.6'da belirtilen zaman çerçevesi içinde TEAC aracılığıyla bir mesaja yanıt vermediğini aktarmadan önce Kayıt Kayıt Memuru tarafından sağlanan belgeler.

Kayıt Kayıtları

Her bir Kayıt Şirketi, müşterisinden, Kayıtlı Ad Sahibinden, ilk alan adı kayıt tarihini belgelemek ve kanıtlamak için uygun kendi kayıtlarını tutmasını isteyecektir.

Kayıt Süresine Etkisi

Kayıt Operatörü tarafından Bölüm I.A uyarınca bir hamil tarafından yetkilendirilmiş devir işleminin tamamlanması, bir kaydın toplam süresi on (10) yılı geçmemesi koşuluyla, mevcut kaydın bir yıllık uzatılmasıyla sonuçlanacaktır.

ICANN Onaylı Transferler

 

(İ) söz konusu Kayıt Memurunun veya varlıklarının başka bir Kayıt Otoritesi tarafından edinilmesi veya (ii) bu Kayıt Operatörünün akreditasyonunun olmaması veya Kayıt Operatörü ile yetkisinin olmaması nedeniyle bir Kayıt Operatörü tarafından desteklenen tüm kayıtların sponsorluğunun devredilmesi aşağıdaki prosedüre göre yapılabilir:

1.1 Kazanan Tescil Memuru, Tescil TLD'si için ICANN tarafından akredite edilmiş olmalı ve Tescil TLD'si için Tescil Operatörü ile Tescil Şirketi-Tescil Şirketi Anlaşmasına sahip olmalıdır.

1.2 ICANN, bir Kayıt Yetkilisinin fiili veya yakın iş başarısızlığı nedeniyle tehdit edilebilecek istikrar ilgisi gibi, transferin topluluk çıkarlarını artıracağını yazılı olarak Tescil Operatörüne tasdik etmelidir.

Bu iki koşulun yerine getirilmesinin ardından, Tescil Operatörü, 50.000 veya daha az isim tescilini içeren aktarımlar için Tescil veritabanında gerekli bir defalık değişiklikleri ücretsiz olarak yapacaktır. Aktarım, 50.000'den fazla adın kaydını içeriyorsa, Kayıt Operatörü, kazanan Kayıt Operatöründen bir kereye mahsus sabit 50.000 ABD Doları tutarında bir ücret talep edecektir.

 

Transfer Anlaşmazlık Çözüm Politikası

Kayıt şirketleri arası transferlerle ilgili anlaşmazlıkları ele alma prosedürleri, Transfer Anlaşmazlığı Çözümü Politikası'nda belirtilmiştir. Bu politikadaki prosedürler, ilgili Tescil Operatörleri ve ICANN tarafından onaylanmış Tescil Memurları tarafından izlenmelidir.

 

Kayıt Ettirenler Arası Transfer (Kayıt Ettiren Değişikliği)

 

Tanımlar

 

Bu politika aşağıdaki terimleri kullanır:

1.1 "Kaydeden Değişikliği", aşağıdakilerden herhangi birinde Önemli Değişiklik anlamına gelir:

1.1.1 Önceki Tescil Ettirenin adı

1.1.2 Önceki Tescil Ettiren kuruluş

1.1.3 Önceki Kaydolan e-posta adresi

1.1.4 Önceden Kaydolan e-posta adresi yoksa, İdari İletişim e-posta adresi.

1.2 "Atanmış Temsilci", Önceki Tescil Ettirenin veya Yeni Tescil Ettirenin kendi adına bir Tescil Ettiren Değişikliğini onaylama yetkisi verdiği kişi veya kuruluş anlamına gelir.

1.3 "Maddi Değişiklik", tipografik bir düzeltme olmayan bir değişiklik anlamına gelir. Aşağıdakiler önemli değişiklikler olarak kabul edilecektir:

1.3.1 Kayıtlı İsim Sahibinin adında veya organizasyonunda sadece bir tipografik düzeltme gibi görünmeyen bir değişiklik;

1.3.2 Kayıtlı Ad Sahibinin adında veya organizasyonunda adres veya telefon numarası değişikliği ile birlikte yapılan herhangi bir değişiklik;

1.3.3 Kayıtlı Ad Sahibinin e-posta adresindeki herhangi bir değişiklik.

1.4 "Önceki Tescil Ettiren", bir Tescil Ettiren Değişikliği başlatıldığında Kayıtlı İsim Sahibi anlamına gelir.

1.5 "Yeni Tescil Ettiren", Önceki Tescil Ettirenin alan adı kaydını devretmeyi teklif ettiği tüzel kişi veya kişi anlamına gelir.

 

Kaydeden Değişikliğin Kullanılabilirliği

 

Genel olarak, kayıt ettirenlerin kayıt / Whois verilerini güncellemelerine ve kayıt haklarını diğer kayıt sahiplerine serbestçe aktarmalarına izin verilmelidir.

Bir Kayıt Operatörü, aşağıdaki durumlarda bir Kaydeden Değişikliği talebini reddetmelidir:

2.1 Alan adı kayıt sözleşmesinin süresi dolmuştur ve Kayıtlı Ad Sahibi, Süresi Dolan Kayıt Kurtarma Politikası Bölüm 2.2.5'te belirtildiği gibi alan adını başka bir kayıt kuruluşuna yenileme veya aktarma hakkına artık sahip değildir;

2.2 Tescil Ettiren Değişikliği, Önceki Tescil Ettiren ve Yeni Tescil Ettiren tarafından, aşağıdaki Bölüm II.C'ye göre uygun şekilde yetkilendirilmemiştir;

2.3 Alan adı, aşağıdakiler dahil ancak bunlarla sınırlı olmamak üzere alan adıyla ilgili bir anlaşmazlığa tabidir:

2.3.1 Kayıt Görevlisinin bilgilendirildiği, bekleyen bir UDRP işlemi;

2.3.2 Kayıt Görevlisinin bilgilendirildiği, bekleyen URS davası;

2.3.3 Bekleyen bir TDRP davası;

2.3.4 Yetkili bir mahkeme tarafından, Tescil Ettiren Değişikliğini yasaklayan ve Tescil Memurunun bilgilendirildiği mahkeme kararı.

Aşağıdaki durumlarda, aşağıda Bölüm II.C'de açıklanan Tescil Ettiren Değişikliği süreci geçerli değildir:

3.1 kayıt sözleşmesi sona erer; 1

3.2 kayıt sözleşmesi, Kayıt Sorumlusu tarafından feshedilir;

3.3 Tescil Memuru veya Tescil Operatörü, Önceki Tescil Ettirenin bilgilerini bir mahkeme kararı uyarınca günceller;

3.4 Tescil Sorumlusu, UDRP kararının uygulanmasında Ön Tescil Ettirenin bilgilerini günceller;

3.5 Tescil Şirketi, Önceki Tescil Ettirenin bilgilerini Süresi Dolan Alan Silme Politikasına göre günceller;

3.6 Tescil Sorumlusu, bir kötüye kullanım şikayetine yanıt olarak Önceki Tescil Ettirenin bilgilerini günceller.

Tescil Ettiren Süreci Değişikliği

Önceki Tescil Ettirenden Yeni Tescil Ettirene Bir Tescil Ettiren Değişikliğini işlemek için, Kayıt Operatörü aşağıdakilerin tümünü yapmalıdır:

1.1 Alan adının Bölüm II.B'ye göre Tescil Ettiren Değişikliği için uygun olduğunu doğrulayın;

1.2 Yeni Tescil Ettirenden veya Yeni Tescil Ettirenin Atanmış Temsilcisinden Tescil Ettiren Değişikliği talebinin teyidini alın. Tescil Ettiren, Yeni Tescil Ettirenin ve / veya ilgili Atanmış Temsilcilerinin Tescil Ettiren Değişikliğine açıkça rıza gösterdiğini onaylamak için güvenli bir mekanizma2 kullanmalıdır. Onay alırken, Tescil Ettiren, Yeni Tescil Ettireni veya varsa, Atanmış Temsilcisini, Yeni Tescil Ettirenin Tescil Ettiren ile bir kayıt anlaşması yapması gerektiğini bildirmelidir (kayıt sözleşmesinin kendisine bir bağlantı sağlanabilir). Tescil Memuru ayrıca, Yeni Tescil Ettireni veya Atanmış Temsilciye, eğer varsa, Tescil Memuru tarafından altmış (60) günü geçmemek üzere belirlenen birkaç gün içinde onaylanmazsa talebin işleme alınmayacağını bildirmelidir;

1.3 Önceki Tescil Ettireni veya onun Görevlendirilmiş Temsilcisini, nihai hedefi alan adını farklı bir tescil ettirene transfer etmekse, 60 günlük kilidi tetiklemekten kaçınmak için Tescil Ettirenin Değişikliğinden önce Tescil Ettiren'e tescil ettirenler arası transferi talep etmesi tavsiye edilir. Bölüm II.C.2'de açıklanmıştır (Kayıt Memuru, Önceki Kayıt Ettirene 60 günlük kilidi devre dışı bırakma seçeneği vermediği ve Önceki Kayıt Sahibi 60 günlük kilidi devre dışı bırakmadığı sürece);

1.4 Önceki Tescil Ettireni veya Görevlendirilmiş Temsilcisini, eğer varsa, yukarıda II.C.1.3'te açıklandığı şekilde bilgilendirdikten sonra veya sonra, Önceki Tescil Ettirenden veya Önceki Tescil Ettirenin Atanmış Temsilcisinden Tescil Ettiren Değişikliği talebinin teyidini alın. Tescil Eden, Önceki Tescil Ettirenin ve / veya ilgili Atanmış Temsilcilerinin Tescil Ettirenin Değişikliğine açıkça rıza gösterdiğini onaylamak için güvenli bir mekanizma kullanmalıdır. Tescil Memuru, teyidi alırken Ön Tescil Ettireni veya Atanmış Temsilciyi, eğer varsa, Tescil Ettiren tarafından belirlenen birkaç gün içinde onaylanmazsa, altmışı (60) geçmeyecek şekilde Tescil Ettiren Değişikliği talebinin işleme alınmayacağını bildirmelidir. gün); 3

1.5 Yukarıda açıklanan onayları aldıktan sonra bir (1) gün içinde Tescil Ettiren Değişikliğini işleme koymak;

1.6 Tescil Ettiren Değişikliğinin tamamlanmasından bir gün önce veya sonra Önceki Tescil Ettireni ve Yeni Tescil Ettireni bilgilendirin. Bildirim şunları yapmalıdır:

1.6.1 her zaman hem Yeni Tescil Ettirene hem de Önceki Tescil Ettirene, Tescil Ettiren Değişikliğinin gerçekleştirilmesinden önce veya bir gün içinde gönderilecektir;

1.6.2 alınan talebi açıklayın ve söz konusu alan (lar) ı listeleyin;

1.6.3. sorular için iletişim bilgilerini ekleyin.

1.6.4. Bölüm II.C.2'de açıklandığı gibi 60 günlük kayıtlar arası transfer kilidinin Önceki Kayıt Ettirene ve Yeni Kayıt Sahibine tavsiyede bulunun veya Önceki Kayıt Sahibine daha önce Bölüm'de açıklandığı gibi 60 günlük kayıtlar arası transfer kilidinden vazgeçtiğini bildirin II.C.2.

Kayıt Operatörü, Kayıtlı Değişikliğini takiben 60 günlük bir kayıtlar arası transfer kilidi4 uygulamalıdır; ancak, Kayıt Operatörü, Kayıtlı İsim Sahibinin herhangi bir Değişiklikten önce 60 günlük kayıt operatörleri arası transfer kilidini devre dışı bırakmasına izin verebilir. Kaydolan isteği.

 

Notlar

 

Giriş ve Arka Plan: IRTP Kısım C Politika Geliştirme Süreci (PDP), mevcut transfer politikasında iyileştirme alanlarını ele alan beş PDP serisinin üçüncüsüdür.

GNSO Konseyi 22 Eylül 2012'deki toplantısında aşağıdaki üç konuyu ele almak için bir PDP başlatmaya karar verdi:

Ülke kodu adı alanında gTLD alanı için en iyi uygulama olarak kullanılabilecek herhangi bir uygulanabilir model varsa ve ilgili tüm güvenlik endişeleri varsa, bu işlevin şu anda nasıl başarıldığının araştırılmasını içeren "Denetim Değişikliği" işlevi. Ayrıca, meşru transfer faaliyetini ve güvenliği dengelemek amacıyla, Reddetme Nedenleri # 8 ve # 9'da açıklandığı gibi kilitleme prosedürlerinin bir incelemesini de içermelidir.

Sahte transferleri önlemek için zaman sınırlayıcı Yetkilendirme Formu (FOA) hükümlerinin uygulanıp uygulanmayacağı. Örneğin, Kazanan Tescil Memuru bir transfer kişisinden bir FOA geri gönderip alırsa, ancak ad kilitliyse, tescil şirketi FOA'yı alan adı durumuna ayarlamayı bekleyebilir, bu süre zarfında tescil sahibi veya diğer kayıt bilgileri değişmiş olabilir.

Kayıt şirketlerinin tescilli kimlikler yerine kayıt şirketleri için IANA kimliklerini kullanmaları gerekliliği ile sürecin kolaylaştırılıp kolaylaştırılamayacağı.

IRTP Kısım C Çalışma Grubu, İlk Raporunu [PDF, 1.23 MB] 4 Haziran 2012 tarihinde bir kamu yorum forumunun açılışıyla birlikte yayınladı (daha fazla ayrıntı için bkz. Bölüm 6) ve ardından Nihai Rapor [PDF, 624 KB] 9 Ekim 2012. ICANN Kurulu, 20 Aralık 2012'de IRTP Bölüm C Çalışma Grubunun tavsiyelerini kabul etti. Uygulama İnceleme Ekibi, ICANN personeli ile birlikte, Transfer Politikasının bir taslağını geliştirmek için birlikte çalıştı. Taslak politika, kamuya açık bir yorum döneminin konusuydu.

Tüm ICANN onaylı kayıt memurlarının 1 Aralık 2016 tarihine kadar politikaya uyması gerekir.

Materyal Değişikliği: Bölüm II.A.1.3, tipografik bir düzeltme olmayan bir değişikliği ifade edecek şekilde Materyal Değişikliğini tanımlar. Kayıt memurları, tipografik düzeltmenin ne olduğunu belirlemek için biraz esnekliğe sahiptir. Tipografik düzeltme örnekleri şunları içerebilir:

Kaydeden Adı alanını oJhn Smith'ten John Smith olarak değiştirme.

Registrant Name alanını Jane Kgan'dan Jane Kang'a değiştirme.

Tescil Ettiren Kuruluşun Örnekten Değiştirilmesi, Icn. Example, Inc.'e

Kaydeden Kuruluşun ExampleCorp'tan Değiştirilmesi. Example Corp.

Şüpheye mahal vermemek adına, hiçbir şey Kayıt Operatörünün Kaydeden Adı veya Kaydeden Kuruluş alanındaki herhangi bir değişikliği Maddi Değişiklik olarak değerlendirmesini engellemez.

Güvenli Mekanizma: GNSO'nun politika önerileri, kayıt şirketlerinin bir Tescil Ettiren Değişikliğini nasıl işleyeceği konusunda bir miktar esneklik gerektiğini kabul etmektedir. Sınırlayıcı olmayan bir örnek olarak, Kayıt Şirketleri, kayıt şirketi hesabından veya Whois gibi herkese açık kaynaklardan öğrenilemeyen bilgilere dayanarak "bant dışı" kimlik doğrulamayı düşünmek isteyebilir. Örnekler şunları içerebilir, ancak bunlarla sınırlı değildir:

Kayıt Yetkilisi tarafından belirlenen bir şekilde döndürülmesi gereken benzersiz bir kod sağlamak gibi araç tabanlı bir kimlik doğrulama yöntemi aracılığıyla olumlu yanıt gerektiren bir e-posta göndermek; veya

Kayıtlı İsim Sahibinin telefon numarasını, Kayıt Otoritesi tarafından belirlenen şekilde iade edilmesi gereken benzersiz bir kod sağlayan bir SMS ile aramak veya göndermek; veya

Kayıtlı İsim Sahibinin telefon numarasını aramak ve Kayıtlı İsim Sahibinden Kayıtlı İsim Sahibine web, e-posta veya posta yoluyla gönderilen benzersiz bir kod sağlamasını talep etmek.

Kayıt Sahibi Değişikliğini takiben Kayıtlar Arası Transfer Kilidi: Kayıt operatörlerinin bölüm II.C.2'de açıklanan 60 günlük kayıtlar arası transfer kilidi için belirli bir EPP durum kodu uygulaması gerekmez; ancak, bir kayıt şirketi clientTransferProhibited EPP durum kodunu uygulamayı seçerse, aynı zamanda Kayıtlı Ad Sahibinin I.A.5.1 bölümüne göre kilidi kaldırmasını engelleyecek şekilde adı kilitlemelidir.

1 Kayıt sözleşmesi hükümlerine göre alan adının sona ermesinin ardından kayıt ve Whois ayrıntıları değiştirilirse, Süresi Dolan Kayıt Kurtarma Politikasının korumaları yine de geçerlidir.

2 Güvenli mekanizma örnekleri, bu politikanın metnini takip eden uygulama notlarında bulunabilir.

3 Kayıt operatörü, Önceki Kayıt Sahibinden onay alırken dosyadaki ek iletişim bilgilerini kullanabilir ve kamuya açık Whois ile sınırlı değildir.

4 Kayıt Sorumlusu, Bölüm II.C.2'de açıklanan kilidin çıkarılmasına kısıtlamalar getirebilir, ancak buna zorunlu değildir. Örneğin, Kayıt Operatörü kilidi yalnızca beş iş günü geçtikten sonra kaldıracaktır, kilit kaldırma işlemi, Önceki Kayıt Ettirenin e-postaya olumlu yanıtı vb. Yoluyla yetkilendirilmelidir.

 

ICANN'ın transfer politikasına buradan ulaşabilirsiniz.

https://www.icann.org/news/advisory-2002-06-06-en

https://www.icann.org/resources/pages/transfer-policy-2016-06-01-en