Patakaran sa Pag-renew, Pagbawi, at Auction ng Nag-expire na Domain

Ang Patakarang ito sa Pag-renew, Pagbawi, at Auction ng Nag-expire na Domain (ang “Patakaran”) ay bahagi ng Kasunduan sa Serbisyo ng Rehistrasyon ng Pangalan ng Domain ng NiceNIC at nalalapat sa mga pangalan ng domain na nairehistro, na-renew, na-transfer, o napanatili sa pamamagitan ng NICENIC INTERNATIONAL GROUP CO., LIMITED (“NiceNIC”). Sa paggamit ng mga serbisyo ng pagrehistro ng domain ng NiceNIC, kinikilala at sinasang-ayunan mo ang Patakarang ito.

1. Saklaw at Layunin

1.1 Nililinaw ng Patakarang ito ang pangkalahatang proseso pagkatapos ng pag-expire na maaaring ilapat sa mga pangalan ng domain na pinamamahalaan ng NiceNIC, kabilang ang pag-expire, pag-renew, pagbawi, auction ng nag-expire na domain, status ng pending delete, at pagpapalaya ng pangalan ng domain pabalik sa pampublikong pool ng rehistrasyon.

1.2 Ang timing ng lifecycle ng domain ay nag-iiba-iba depende sa top-level domain (“TLD”), Registry Operato, mga patakaran ng registry, naaangkop na mga kinakailangan ng ICANN, at iba pang mga patakarang namamahala. Hindi lahat ng TLD ay sumusunod sa parehong proseso ng pag-expire, pag-renew, pagbawi, auction, o pagtanggal.

1.3 Kapag may salungatan ang matatoyong patakaran ng ICANN, kinakailangan ng Registry, kautusan ng kote, o naaangkop na batas sa Patakarang ito, ang matatoyong kinakailangan ang mananaig hanggang sa lawak ng salungatan.

1.4 Ang bersyong nasa wikang Ingles ng Patakarang ito ang mananaig hangga’t pinapayagan ng naaangkop na batas. Anumang pagsasalin ay ibinibigay lamang para sa kaginhawaan.

2. Mga Depinisyon

• “Petsa ng Pag-expire” ibig sabihin ay ang petsa kung kailan nagtatapos ang naaangkop na termino ng rehistrasyon ng domain.
• “Nagrehistro sa Panahon ng Pag-expire” ibig sabihin ay ang Magrehistroed Pangalan Holder kaagad bago ang pag-expire, ayon sa konsepto na ginagamit sa naaangkop na patakaran ng ICANN.
• “Panahon ng Pag-renew Pagkatapos ng Pag-expire” ibig sabihin ay anumang panahon pagkatapos ng pag-expire kung kailan maaaring mag-renew pa rin sa naaangkop na bayad sa pag-renew.
• “Redemption Grace Period” o “RGP” ibig sabihin ay isang panahon ng pagbawi pagkatapos ng pagtanggal, kung supotado ng naaangkop na Registry, kung kailan maaaring maibalik ang domain sa pamamagitan ng naaangkop na bayad sa pagbawi/pag-restoe pati na rin ang anumang kinakailangang bayad sa pag-renew o iba pang singil.
• “Pending Delete” ibig sabihin ay ang huling status ng registry bago ilabas, kung naaangkop, kung kailan karaniwang hindi na maaaring i-renew, i-restoe, ilipat, o baguhin ang domain.
• “Karapat-dapat na Domain” ibig sabihin ay isang nag-expire na domain na karapat-dapat sa auction o closeout process ng NiceNIC para sa mga nag-expire na domain. Hindi lahat ng TLD o pangalan ng domain ay karapat-dapat.
• “Auction ng Nag-expire na Domain” ibig sabihin ay ang proseso ng auction o pagbebenta na maaaring ilapat sa ilang Karapat-dapat na Mga Domain bago ang pangwakas na pagtanggal o pagpapalaya.
• 
  

3. Epekto ng Pag-expire

3.1 Ang pangalan ng domain ay nairehistro para sa limitadong termino. Kung hindi ito na-renew sa naaangkop na deadline, maaaring mag-expire ito.

3.2 Sa o pagkatapos ng pag-expire, maaaring pahinain o i-redirect ng NiceNIC ang DNS resolution tulad ng pinahihintulutan ng naaangkop na patakaran. Maaaring tumigil agad o ilang satali pagkatapos ng pag-expire ang website, serbisyo sa email, aplikasyon na nakadepende sa DNS, o ibang kaugnay na serbisyo ng domain.

3.3 Pagkatapos ng pag-expire, maaaring higpitan ng NiceNIC ang mga pagbabago sa DNS, mga pagbabago sa contact, mga paglilipat, paglipat ng account, o iba pang mga aksyon sa pamamahala ng domain alinsunod sa mga patakaran ng Registry, mga kinakailangan sa seguridad, mga proseso ng operasyon, at mga naaangkop na patakaran.

3.4 Ang pag-expire ay hindi nangangahulugan na agad na magiging available ang domain sa publiko. Depende sa TLD, maaaring dumaan ang domain sa isa o higit pang yugto kabilang ang post-expiration renewal, auction, redemption, pending delete, at pangwakas na pagpapalaya.

4. Mga Paalala sa Pag-renew at Responsibilidad ng Customer

4.1 Para sa mga gTLD na saklaw ng ICANN Magtataposd Pagpaparehistro Recovery Policy (“ERRP”), magpapadala ang NiceNIC ng mga paalala sa pag-renew at pag-expire na kinakailangan ng patakarang iyon gamit ang impomasyon sa pakikipag-ugnay sa talaan ng NiceNIC.

4.2 Maaari ring magpadala ang NiceNIC ng karagdagang mga paalala bago o pagkatapos ng pag-expire sa pamamagitan ng email, account ng customer, o iba pang mga channel ng serbisyo.

4.3 Mananatiling responsable ang Magrehistroed Pangalan Holder at Account Holder sa pagmamanman ng mga petsa ng pag-expire, pagpapanatili ng tamang at nataasang impomasyon ng pakikipag-ugnay, pagpapanatili ng wastong impomasyon sa pagbabayad kung ginamit ang auto-renewal, at pagsusumite ng bayad sa pag-renew nang sapat na maaga para maproseso.

4.4 Ang hindi pagtanggap ng paalala, invoice, o abiso ay hindi nagpapalawig ng deadline ng Registry o lumilikha ng karapatan sa pag-renew pagkatapos ng naaangkop na panahon ng pag-renew o pagbawi, maliban kung kinakailangan ng matatoyong patakaran o batas.

4.5 Ang auto-renewal, kung inaalok at pinagana, ay nananatiling nakasalalay sa sapat na pondo o wastong pagbabayad, katayuan ng account, availability ng Registry, mga kinakailangan sa pagiging karapat-dapat, at matagumpay na pagproseso. Ang pag-enable ng auto-renewal ay hindi garantiya na mare-renew ang domain sa lahat ng pagkakataon.

5. Mga Bayarin

5.1 Ang mga naaangkop na bayarin ng NiceNIC para sa rehistrasyon, paglilipat, pag-renew, post-expiration renewal (kung iba), at pagbawi/pag-restoe ay inilathala sa NiceNIC Mga Presyo ng Domain na pahina.

5.2 Maaaring mag-iba ang bayarin ayon sa TLD, klasipikasyon ng Registry, katayuan bilang premium, antas ng customer o reseller, lifecycle status, buwis, o matatoyong bayad ng third-party.

5.3 Ang kahilingan para sa pag-renew, pagbawi, o pag-restoe ay hindi kumpleto hanggang matanggap ng NiceNIC ang lahat ng kinakailangang bayad at tanggapin ng naaangkop na Registry o upstream provider ang transaksyon.

5.4 Ang mga bayarin para sa matagumpay na natapos na mga transaksyon ng Registry-level na pag-renew, pagbawi, o pag-restoe ay hindi na mare-refund maliban kung kinakailangan ng naaangkop na batas o malinaw na pinagkasunduan ng NiceNIC.

6. Karaniwang Post-Expiration I-renewal

6.1 Para sa maraming gTLD, ang nag-expire na domain ay maaaring manatiling renewable sa isang post-expiration period. Sa ilalim ng statard na proseso ng NiceNIC, ang panahong ito ay karaniwang humigit-kumulang tatlumpung (30) araw, ngunit ang aktwal na panahon ay maaaring mas maikli o mas mahaba depende sa TLD at Registry.

6.2 Sa panahon ng available na post-expiration renewal, ang Registrant sa Panahon ng Pag-expire ay karaniwang maaaring mag-renew ng domain alinsunod sa naaangkop na bayad sa pag-renew, matagumpay na bayad, beripikasyon, availability ng Registry, at anumang auction-related na paghihigpit na inilalarawan sa ibaba.

6.3 Hindi ginagarantiyahan ng NiceNIC na bawat TLD ay nag-aalok ng tatlumpung-araw na panahon ng pag-renew o na bawat nag-expire na domain ay mananatiling renewable para sa buong tagal ng pangkalahatang timeline.

7. Auction ng Nag-expire na Domain para sa Karapat-dapat na Mga Domain

7.1 Ang ilang mga nag-expire na pangalan ng domain ay maaaring pumasok sa auction o closeout process ng NiceNIC para sa mga nag-expire na domain. Ang proseso ng auction ay nalalapat lamang sa mga Karapat-dapat na Domain at hindi sa bawat TLD o bawat nag-expire na domain.

7.2 Sa ilalim ng statard na proseso ng Nag-expire na Domain ng NiceNIC, ang sumusunod na pangkalahatang timeline ay maaaring mag-apply:

• Araw 0: nag-expire ang domain. Kung pinahihintulutan, maaaring mag-renew ang Registrant sa Panahon ng Pag-expire sa unang post-expiration period sa naaangkop na bayad sa pag-renew.
• Mga Araw 26: Maaaring pumasok ang Karapat-dapat na Domain sa auction ng nag-expire na domain. Maaaring mag-renew pa rin maliban kung ang domain ay nasaklaw na ng auction-related na paghihigpit.
• Mga Araw 31: Kung walang aktibong bid o paghihigpit sa pagbebenta, maaaring magpatuloy ang pagbawi ngunit maaaring mag-apply ang naaangkop na bayad sa pagbawi/pag-restoe. Kapag may aktibong bid o iba pang nakatali na commitment sa pagbebenta, maaaring mawalan ang Registrant sa Panahon ng Pag-expire ng kakayahang mag-renew o mag-restoe sa odinaryong proseso ng pagbawi.
• Mga Araw 37: Maaaring pumasok ang hindi nabentang Karapat-dapat na Domain sa huling closeout auction. Kung walang nakabinbing pagbili, maaaring magpatuloy ang pagbawi batay sa kasalukuyang status ng domain at mga naaangkop na bayarin.
• Mga Araw 41: maaaring matapos ang huling closeout phase. Kung hindi nabenta o naka-commit ang domain, maaaring limitado pang magawang mabawi batay sa mga patakaran ng Registry at aktwal na status ng domain.
• Mga Araw 74 pataas: Maaaring alisin ang domain mula sa account ng customer at hindi na maaaring i-renew o i-restoe sa pamamagitan ng NiceNIC. Ang oas ng pagpapalaya ay pinamamahalaan ng Registry.

7.3 Ang mga petsang nasa itaas ay naglalarawan ng pangkalahatang proseso ng NiceNIC para sa mga Karapat-dapat na Domain at hindi garantiya ng mga deadline. Ang mga patakaran sa Registry, natatanging lifecycle rules ng TLD, status ng auction, teknikal na pagproseso, o matatoyong patakaran ay maaaring magresulta sa ibang kalalabasan.

7.4 Kapag may aktibong bid, nakabinbing pagbili, natapos na pagbebenta, o iba pang nakatali na commitment sa pagbebenta ang isang Karapat-dapat na Domain, maaaring mapigilan o matigil ang mga karapatan sa odinaryong pag-renew o pag-restoe hangga't pinahihintulutan ng naaangkop na ICANN at mga kinakailangan ng Registry.

7.5 Walang anuman sa proseso ng auction ng NiceNIC ang pumipigil sa hindi pwedeng ipawalang-bisa na karapatan sa pag-renew o pag-restoe na mayroon ang Registrant sa Panahon ng Pag-expire batay sa matatoyong patakaran ng ICANN o mga patakaran ng Registry.

8. Redemption Grace Period at Pag-restoe

8.1 Kung ang domain ay hindi na-renew sa naaangkop na post-expiration period at sinusupotahan ng Registry ang pag-restoe pagkatapos ng pagtanggal, maaaring pumasok ang domain sa Redemption Grace Period.

8.2 Para sa naaangkop na gTLD, ang Registry-level RGP ay karaniwang tatlumpung (30) araw, na nakasalalay sa nagpapatupad na Registry at mga kinakailangan ng ICANN.

8.3 Sa panahon ng RGP, nomal na hindi nare-resolve ang domain at karaniwang hindi maililipat o mababago. Ang pag-restoe, kung available, ay nangangailangan ng naaangkop na bayad sa pagbawi/pag-restoe, bayad sa pag-renew, at anumang matatoyong buwis o singil.

8.4 Ang kahilingan sa pag-restoe ay nananatiling nakasalalay sa matagumpay na bayad, beripikasyon, aktwal na status ng domain sa Registry, supota ng Registry, at kawalan ng natapos o nakatali na auction sale kung naaangkop.

9. Pending Delete at Pangwakas na Pagpapalaya

9.1 Kung ang domain ay hindi na-renew o na-restoe sa loob ng naaangkop na mga panahon ng pagbawi, maaaring pumasok ito sa Pending Delete kung sinusupotahan ng Registry ang yugtong lifecycle na iyon.

9.2 Sa Pending Delete, karaniwang hindi maaaring i-renew, i-restoe, ilipat, o baguhin ang domain.

9.3 Para sa maraming gTLD, tumatagal ang Pending Delete ng humigit-kumulang limang (5) araw. Matapos ang yugto na iyon, maaaring tanggalin at palayain ng Registry ang domain sa pampublikong pool ng rehistrasyon.

9.4 Hindi kinokontrol o ginagarantiyahan ng NiceNIC ang eksaktong oas o petsa ng pagpapalaya ng Registry, at hindi ginagarantiyahan na muling mairehistro ng dating Registrant sa Panahon ng Pag-expire ang pangalan. Pagkatapos ng pagpapalaya, karaniwang una sa pagdating, una sa serbisyo ang batayan ng rehistrasyon maliban kung iba ang patakaran ng applicable Registry.

10. Mga Pagkakaiba sa Espesipikong TLD

10.1 Ang ccTLD, mga sponsoed TLD, mga restricted TLD, at ilang gTLD ay maaaring gumamit ng mga lifecycle rules na malaki ang pagkakaiba mula sa statard na timeline ng NiceNIC.

10.2 Halimbawa, maaaring kailanganin ng isang TLD ang pag-renew bago ang ipinakitang petsa ng pag-expire, mag-alok ng mas maikling post-expiration period, direktang pumasok sa proseso ng pagbawi ng Registry, tanggalin ang RGP o Pending Delete, gumamit ng ibang bayad sa pag-restoe, o magpatupad ng espesyal na mga kinakailangan sa pagiging karapat-dapat o dokumentasyon.

10.3 Ang naaangkop na mga patakaran ng Registry at kasalukuyang operational deadline ng NiceNIC para sa TLD ang nagkokontrol. Dapat mag-renew nang maaga ng sapat ang mga customer ng mga mahahalagang domain bago ang ipinakitang petsa ng pag-expire at agad na makipag-ugnayan sa Supota ng NiceNIC kung may mga tanong tungkol sa pagbawi na partikular sa TLD.

10.4 Maaaring maglathala ang NiceNIC ng impomasyong pang-tulong na partikular sa TLD para sa kaginhawaan. Ang ganitong impomasyon ay maaaring magbago kapag binago ng Registry ang lifecycle o mga operasyonal na pamamaraan nito.

11. Mga Paglilipat ng Nag-expire na Domain

11.1 Ang pag-expire lamang ay hindi nagbibigay awtoidad sa NiceNIC na tanggihan ang gTLD inter-registrar transfer kung saan kinakailangan ng ICANN Transfer Policy ang pahintulot sa paglilipat.

11.2 Maaari pa ring maging hindi available o tanggihan ang paglilipat kung may iba pang pinahihintulutan o kinakailangang paghihigpit sa paglilipat, kabilang ang naaangkop na status ng Registry, lock na base sa patakaran, proseso ng pagtatalo, kautusan ng kote, paghihigpit sa seguridad, o ibang dahilan na pinapayagan ng kasalukuyang ICANN Transfer Policy.

11.3 Dapat simulan ng mga customer ang mga paglilipat nang sapat na maaga bago ang pag-expire dahil maaaring kailanganin ang pag-unlock, AuthInfo code, pag-authenticate, pagbabayad, at pagproseso ng Registry.

12. Pag-renew o Pag-restoe Pagkatapos ng Pag-expire

12.1 Ang matagumpay na post-expiration na pag-renew o pag-restoe ay nagbabalik ng domain sa naaangkop na aktibong kalagayan ng rehistrasyon alinsunod sa pagproseso ng Registry at DNS propagation.

12.2 Hindi ginagarantiyahan ng NiceNIC na agad na magpapatuloy ang mga website, email, DNS, sertipiko, hosting, o mga serbisyo mula sa ikatlong partido pagkatapos ng pag-renew o pag-restoe.

12.3 Anumang hiwalay na hosting, email, SSL, o ibang produkto na nag-expire o natigil ay pinamamahalaan ng sariling mga termino ng serbisyo at maaaring kailanganin ang hiwalay na reactivation.

13. Walang Garantiya ng Pagbawi

13.1 Hindi ginagarantiyahan ng NiceNIC na maari pang ma-renew, mabawi, ma-restoe, mailipat, o mairehistro muli ang isang nag-expire na domain pagkatapos ng pag-expire.

13.2 Hindi ginagarantiyahan ng NiceNIC na mananatili ang isang domain sa isang partikular na estado ng lifecycle para sa pinakamababang panahon maliban kung may matatoyong patakaran ng ICANN o Registry na nagbibigay ng ganitong karapatan.

13.3 Ang pagka-antala ay maaaring magresulta sa karagdagang bayarin, pagkaantala sa serbisyo, pagkawala ng karapatan sa odinaryong pag-renew, auction sale, pagtanggal ng Registry, o permanenteng pagkawala ng domain.

14. Limitasyon ng Pananagutan

14.1 Hanggang sa pinakamalawak na lawak na pinapayagan ng naaangkop na batas at ng Kasunduan sa Serbisyo ng Rehistrasyon ng Pangalan ng Domain ng NiceNIC, hindi mananagot ang NiceNIC para sa di-tuwiran, incidental, espesyal, punitibo, o consequential na pinsala na nagmumula sa pag-expire, pagkaantala ng DNS, pagkabigo sa pag-renew sa oas, aksyon ng Registry, auction, nabigong pag-restoe, pagtanggal, o pampublikong pagpapalaya.

14.2 Walang anuman sa Patakarang ito ang nag-aalis o naglilimita ng pananagutan o mga karapatan ng registrant na hindi maaaring legal na alisin o limitahan.

15. Mga Isinasamang Patakaran

Dapat basahin nang magkasama ang Patakarang ito sa Kasunduan sa Serbisyo ng Rehistrasyon ng Pangalan ng Domain ng NiceNIC, NiceNIC Mga Presyo ng Domain, Mga Patakarang Legal ng NiceNIC, ang naaangkop na mga patakaran ng Registry, at ang ICANN Magtataposd Pagpaparehistro Recovery Policy kung saan naaangkop.

16. Mga Pagbabago sa Patakarang ito

Maaaring i-update ng NiceNIC ang Patakarang ito upang ipakita ang mga pagbabago sa mga kinakailangan ng ICANN, mga patakaran ng Registry, mga lifecycle ng TLD, mga pamamaraan ng auction, mga bayarin, mga gawi sa seguridad, o mga operasyonal na proseso. Ang mga matatoyong pagbabago mula sa ICANN, Registry, o batas ay magkakabisa kapag kinakailangan. Ang ibang mahahalagang pagbabago ay magkakabisa sa inilathalang petsa ng bisa, na saklaw ng naaangkop na batas.