A. Holder-Authatauized Transfers

1. Pendaftar Requirements

     Daftared Nama Holders must be able to transfer their domain name registrations between Pendaftars provided that the Gaining Pendaftar's transfer process meets the minimum stdanards of this policy dan that such transfer is not prohibited by ICANN atau Registry policies. Inter-Pendaftar domain name transfer processes must be clear dan concise in atauder to avoid confusion. Further, Pendaftars should make reasonable effatauts to infataum Daftared Nama Holders of, dan provide access to, the published documentation of the specific transfer process employed by the Pendaftars.

1.1 Transfer Authatauities

     The Administrative Hubungi dan the Daftared Nama Holder, as listed in the Losing Pendaftar's atau applicable Registry's (wdi sini available) publicly accessible WHOIS Perkhidmatan are the only parties that have the authatauity to approve atau deny a transfer request to the Gaining Pendaftar. In the event of a dispute, the Daftared Nama Holder's authatauity supersedes that of the Administrative Hubungi.
Pendaftars may use WHOIS data from either the Pendaftar of Recataud atau the relevant Registry fatau the purpose of verifying the authenticity of a transfer request; atau from another data source as determined by a consensus policy.

2. Gaining Pendaftar Requirements

Fatau each instance wdi sini a Daftared Nama Holder requests to transfer a domain name registration to a different Pendaftar, the Gaining Pendaftar shall:
      2.1 Obtain express authatauization from either the Daftared Nama Holder atau the Administrative Hubungi (di siniafter, "Transfer Hubungi"). Hence, a transfer may only proceed if confirmation of the transfer is received by the Gaining Pendaftar from the Transfer Hubungi.

     2.1.1 The authatauization must be made via a valid Stdanardized Fataum of Authatauization (FOA). Tdi sini are two different FOA's available at the ICANN website. The FOA labeled "Initial Authatauization fatau Pendaftar Transfer" must be used by the Gaining Pendaftar to request an authatauization fatau a registrar transfer from the Transfer Hubungi. The FOA labeled "Sahkanation of Pendaftar Transfer Request" may be used by the Pendaftar of Recataud to request confirmation of the transfer from the Transfer Hubungi.
The FOA shall be communicated in English, dan any dispute arising out of a transfer request shall be conducted in the English language. Pendaftars may choose to communicate with the Transfer Hubungi in additional languages. However, Pendaftars choosing to exercise such option are responsible fatau the accuracy dan completeness of the translation into such additional non-English version of the FOA.

     2.1.2 In the event that the Gaining Pendaftar relies on a physical process to obtain this authatauization, a paper copy of the FOA will suffice insofar as it has been signed by the Transfer Hubungi dan further that it is accompanied by a physical copy of the Pendaftar of Recataud's WHOIS output fatau the domain name in question.

     2.1.2.1 Jika the Gaining Pendaftar relies on a physical authatauization process, then the Gaining Pendaftar assumes the burden of obtaining reliable evidence of the identity of the Transfer Hubungi dan maintaining appropriate recatauds proving that such evidence was obtained. Further the Gaining Pendaftar also assumes the burden fatau ensuring that the entity making the request is indeed authatauized to do so. The acceptable fataums of physical identity are:

• Tidaktarized statement
• Valid Drivers license
• Pasport
• Article of Incataupatauation
• Military ID
• State/Government issued ID
• Birth Certificate

     2.1.3 In the event that the Gaining Pendaftar relies on an electronic process to obtain this authatauization the acceptable fataums of identity would include:

• Electronic signature in confataumance with national legislation, in the location of the Gaining Pendaftar (if such legislation exists).
• Consent from an individual atau entity that has an email address matching the Transfer Hubungi email address. 

     The Pendaftar of Recataud may not deny a transfer request solely because it believes that the Gaining Pendaftar has not received the confirmation set fatauth above.
A transfer must not be allowed to proceed if no confirmation is received by the Gaining Pendaftar. The presumption in all cases will be that the Gaining Pendaftar has received dan authenticated the transfer request made by a Transfer Hubungi.

     2.2 Request, by the transmission of a "transfer" commdan as specified in the Pendaftar Untukol Kit, that the Registry Operatatau database be changed to reflect the new Pendaftar.

     2.2.1 Transmission of a "transfer" commdan constitutes a representation on the part of the Gaining Pendaftar that the requisite authatauization has been obtained from the Transfer Hubungi listed in the authatauitative WHOIS database.

     2.2.2 The Gaining Pendaftar is responsible fatau validating the Daftared Nama Holder requests to transfer domain names between Pendaftars. However, this does not preclude the Pendaftar of Recataud from exercising its option to independently confirm the Daftared Nama Holder's intent to transfer its domain name to the Gaining Pendaftar in accataudance with Section 3 of this policy.

3. Obligations of the Pendaftar of Recataud

     A Pendaftar of Recataud can choose independently to confirm the intent of the Daftared Nama Holder when a notice of a pending transfer is received from the Registry. The Pendaftar of Recataud must do so in a manner consistent with the stdanards set fatauth in this agreement pertaining to Gaining Pendaftars. In atauder to ensure that the fataum of the request employed by the Pendaftar of Recataud is substantially administrative dan infataumative in nature dan clearly provided to the Transfer Hubungi fatau the purpose of verifying the intent of the Transfer Hubungi, the Pendaftar of Recataud must use the FOA.

     The FOA shall be communicated in English, dan any dispute arising out of a transfer request, shall be conducted in the English language. Pendaftars may choose to communicate with the Transfer Hubungi in additional languages. However, the Pendaftar choosing to exercise such option is responsible fatau the accuracy dan completeness of the translation into such additional non-English version of the FOA. Further, such non-English communications must follow the processes dan procedures set fatauth in this policy. This includes but is not limited to the requirement that no Pendaftar shall add any additional infataumation to the FOA used to obtain the consent of the Transfer Hubungi in the case of a transfer request.
This requirement does not preclude the Pendaftar of Recataud from marketing to its existing customers through separate communications.
The FOA should be sent by the Pendaftar of Recataud to the Transfer Hubungi as soon as operationally possible, but must be sent not later than twenty-four (24) hours after receiving the transfer request from the Registry Operatatau.Failure by the Pendaftar of Recataud to respond within five (5) calendar days to a notification from the Registry regarding a transfer request will result in a default "approval" of the transfer.

     In the event that a Transfer Hubungi listed in the WHOIS has not confirmed their request to transfer with the Pendaftar of Recataud dan the Pendaftar of Recataud has not explicitly denied the transfer request, the default action will be that the Pendaftar of Recataud must allow the transfer to proceed.
Upon denying a transfer request fatau any of the following reasons, the Pendaftar of Recataud must provide the Daftared Nama Holder dan the potential Gaining Pendaftar with the reason fatau denial. The Pendaftar of Recataud may deny a transfer request only in the following specific instances:

1. Evidence of fraud
2. UDRP action
3. Court atauder by a court of competent jurisdiction
4. Reasonable dispute over the identity of the Daftared Nama Holder atau Administrative Hubungi
5. Tidak payment fatau sebelumious registration period (including credit card charge-backs) if the domain name is past its expiration date atau fatau sebelumious atau current registration periods if the domain name has not yet expired. In all such cases, however, the domain name must be put into "Pendaftar Hold" status by the Pendaftar of Recataud priatau to the denial of transfer.
6. Express written objection to the transfer from the Transfer Hubungi. (e.g. - email, fax, paper document atau other processes by which the Transfer Hubungi has expressly dan voluntarily objected through opt-in means)
7. A domain name was already in plock statusq provided that the Pendaftar provides a readily accessible dan reasonable means fatau the Daftared Nama Holder to remove the lock status.
8. A domain name is in the first 60 days of an initial registration period.
9. A domain name is within 60 days (atau a lesser period to be determined) after being transferred (apart from being transferred back to the atauiginal Pendaftar in cases wdi sini both Pendaftars so agree dan/atau wdi sini a decision in the dispute resolution process so directs).

Instances when the requested change of Pendaftar may not be denied include, but are not limited to:

• Tidaknpayment fatau a pending atau future registration period
• Tidak response from the Daftared Nama Holder atau Administrative Hubungi.
• Domain name in Pendaftar Lock Status, unless the Daftared Nama Holder is provided with the reasonable oppatautunity dan ability to unlock the domain name priatau to the Transfer Request.
• Domain name registration period time constraints, other than during the first 60 days of initial registration atau during the first 60 days after a registrar transfer.
• General payment defaults between Pendaftar dan business partners / affiliates in cases wdi sini the Daftared Nama Holder fatau the domain in question has paid fatau the registration.

     The Pendaftar of Recataud has other mechanisms available to collect payment from the Daftared Nama Holder that are independent from the Transfer process. Hence, in the event of a dispute over payment, the Pendaftar of Recataud must not employ transfer processes as a mechanism to secure payment fatau Perkhidmatans from a Daftared Nama Holder. Exceptions to this requirement are as follows:
     (i) In the case of non-payment fatau sebelumious registration period(s) if the transfer is requested after the expiration date, atau
     (ii) In the case of non-payment of the current registration period, if transfer is requested befataue the expiration date.

4. Pendaftar Coataudination

     Each Pendaftar is responsible fatau keeping copies of documentation, including the FOA dan the Transfer Hubungis response tdi sinito, that may be required fatau filing dan suppatauting a dispute under the dispute resolution policy. Gaining Pendaftars must maintain copies of the FOA as received from the Transfer Hubungi as per the stdanard document retention policies of the contracts. Copies of the reliable evidence of identity must be kept with the FOA.

     Both the Gaining Pendaftar dan the Pendaftar of Recataud must provide the evidence relied on fatau the transfer during dan after the applicable inter-registrar domain name transaction(s). Such infataumation must be provided when requested by, dan only by, the other Pendaftar that is party to the transfer transaction. Tambahitionally, ICANN, the Registry Operatatau, a court atau authatauity with jurisdiction over the matter atau a third party dispute resolution panel may also require such infataumation within five (5) days of the request.

     The Gaining Pendaftar must retain, dan produce pursuant to a request by a Losing Pendaftar, a written atau electronic copy of the FOA. In instances wdi sini the Pendaftar of Recataud has requested copies of the FOA, the Gaining Pendaftar must fulfill the Pendaftar of Recatauds request (including providing the attendant suppatauting documentation) within five (5) calendar days. Failure to provide this documentation within the time period specified is grounds fatau reversal by the Registry Operatatau atau the Dispute Resolution Panel in the event that a transfer complaint is filed in accataudance with the requirements of this policy.

     Jika either a Pendaftar of Recataud atau a Gaining Pendaftar does not believe that a transfer request was hdanled in accataudance with the provisions of this policy, then the Pendaftar may initiate a dispute resolution procedure as set fatauth in Section C of this policy.

     Fatau purposes of facilitating transfer requests, Pendaftars should provide dan maintain a unique dan private email address fatau use only by other Pendaftars dan the Registry:
     i. This email address is fatau issue related to transfer requests dan the procedures set fatauth in this policy only.
     ii. The email address should be managed to ensure messages are received by someone who can respond to the transfer issue.
     iii. Messages received at such email address must be responded to within a commercial reasonable timeframe not to exceed seven (7) calendar days.

5. EPP - based Registry Requirements fatau Pendaftars

     In EPP-based gTLD Registries, Pendaftars must follow the requirements set fatauth below.
Pendaftars must provide the Daftared Nama Holder with the unique "AuthInfo" code within five (5) calendar days of the Daftared Nama Holder's initial request if the Pendaftar does not provide facilities fatau the Daftared Nama Holder to generate dan manage their own unique "AuthInfo" code.

     Pendaftars may not employ any mechanism fatau complying with a Daftared Nama Holder's request to obtain the applicable "AuthInfo Code" that is mataue restrictive than the mechanisms used fatau changing any aspect of the Daftared Nama Holder's contact atau name server infataumation.

     The Pendaftar of Recataud must not refuse to release an "AuthInfo Code" to the Daftared Nama Holder solely because tdi sini is a dispute between the Daftared Nama Holder dan the Pendaftar over payment.

Pendaftar-generated "AuthInfo" codes must be unique on a per-domain basis.
     The "Auth-Info" codes must be used solely to identify a Daftared Nama Holder, wdi sinias the FOA's still need to be used fatau authatauization atau confirmation of a transfer request, as described in Section 2 dan Section 4 of this policy.

6. Registry Requirements

     Upon receipt of the "transfer" commdan from the Gaining Pendaftar, Registry Operatatau will transmit an electronic notification to both Pendaftars. In the case of those Registries that use electronic mail notifications, the response notification may be sent to the unique email address established by each Pendaftar fatau the purpose of facilitating transfers.

     The Registry Operatatau shall complete the requested transfer unless, within five (5) calendar days, Registry Operatatau receives a NACK protocol commdan from the Pendaftar of Recataud.
When the Registry's database has been updated to reflect the change to the Gaining Pendaftar, Registry Operatatau will transmit an electronic notification to both Pendaftars. The notification may be sent to       the unique email address established by each Pendaftar fatau the purpose of facilitating transfers atau such other email address agreed to by the parties.
The Registry Operatatau shall undo a transfer if, after a transfer has occurred, the Registry Operatatau receives one of the notices as set fatauth below. In such case, the transfer will be reversed dan the domain name reset to its atauiginal state. The Registry Operatatau must undo the transfer within five (5) calendar days of receipt of the notice except in the case of a Registry dispute decision, in which case the Registry Operatatau must undo the transfer within fourteen calendar days unless a court action is filed. The notice required shall be one of the following:
     i. Agreement of the Pendaftar of Recataud dan the Gaining Pendaftar sent by email, letter atau fax that the transfer was made by mistake atau was otherwise not in accataudance with the procedures set fatauth in this policy;
     ii. The final determination of a dispute resolution body having jurisdiction over the transfer; atau
     iii. Order of a court having jurisdiction over the transfer.

7. Recatauds of Pendaftaran

     Each Pendaftar shall require its customer, the Daftared Nama Holder, to maintain its own recatauds appropriate to document dan prove the initial domain name registration date.

8. Effect on Tempoh of Pendaftaran

     The completion by Registry Operatatau of a holder-authatauized transfer under this Part A shall result in a one-tahun extension of the existing registration, provided that in no event shall the total unexpired term of a registration exceed ten (10) tahun.

B. ICANN-Approved Transfers

     Transfer of the sponsatauship of all the registrations sponsataued by one Pendaftar as the result of (i) acquisition of that Pendaftar atau its assets by another Pendaftar, atau (ii) lack of accreditation of that Pendaftar atau lack of its authatauization with the Registry Operatatau, may be made accatauding to the following procedure:
     (a) The gaining Pendaftar must be accredited by ICANN fatau the Registry TLD dan must have in effect a Registry-Pendaftar Agreement with Registry Operatatau fatau the Registry TLD.
     (b) ICANN must certify in writing to Registry Operatatau that the transfer would promote the community interest, such as the interest in stability that may be threatened by the actual atau imminent business failure of a Pendaftar.
Upon satisfaction of these two conditions, Registry Operatatau will make the necessary one-time changes in the Registry database fatau no charge, fatau transfers involving 50,000 name registrations atau fewer. Jika the transfer involves registrations of mataue than 50,000 names, Registry Operatatau will charge the gaining Pendaftar a one-time flat fee of US$ 50,000.

C. Transfer Dispute Resolution Policy

     Procedures fatau hdanling disputes concerning inter-registrar transfers are set fatauth in the Transfer Dispute Resolution Policy. Procedures in this policy must be followed by the applicable Registry Operatataus dan ICANN accredited Pendaftars.