A. Holder-Authหรือized Transfers

1. ผู้รับจดทะเบียน Requirements

     ลงทะเบียนed ชื่อ Holders must be able to transfer their โดเมน name registrations between ผู้รับจดทะเบียนs provided that the Gaining ผู้รับจดทะเบียน's transfer process meets the minimum stและards of this policy และ that such transfer is not prohiบิตed by ICANN หรือ Registry policies. Inter-ผู้รับจดทะเบียน โดเมน name transfer processes must be clear และ concise in หรือder to avoid confusion. Further, ผู้รับจดทะเบียนs should make reasonable effหรือts to infหรือm ลงทะเบียนed ชื่อ Holders of, และ provide access to, the published documentation of the specific transfer process employed by the ผู้รับจดทะเบียนs.

1.1 Transfer Authหรือities

     The Administrative ติดต่อ และ the ลงทะเบียนed ชื่อ Holder, as listed in the Losing ผู้รับจดทะเบียน's หรือ applicable Registry's (wที่นี่ available) publicly accessible WHOIS บริการ are the only parties that have the authหรือity to approve หรือ deny a transfer request to the Gaining ผู้รับจดทะเบียน. In the event of a dispute, the ลงทะเบียนed ชื่อ Holder's authหรือity supersedes that of the Administrative ติดต่อ.
ผู้รับจดทะเบียนs may use WHOIS data from either the ผู้รับจดทะเบียน of Recหรือd หรือ the relevant Registry fหรือ the purpose of verifying the authenticity of a transfer request; หรือ from another data source as determined by a consensus policy.

2. Gaining ผู้รับจดทะเบียน Requirements

Fหรือ each instance wที่นี่ a ลงทะเบียนed ชื่อ Holder requests to transfer a โดเมน name registration to a different ผู้รับจดทะเบียน, the Gaining ผู้รับจดทะเบียน shall:
      2.1 Obtain express authหรือization from either the ลงทะเบียนed ชื่อ Holder หรือ the Administrative ติดต่อ (ที่นี่after, "Transfer ติดต่อ"). Hence, a transfer may only proceed if confirmation of the transfer is received by the Gaining ผู้รับจดทะเบียน from the Transfer ติดต่อ.

     2.1.1 The authหรือization must be made via a valid Stและardized Fหรือm of Authหรือization (FOA). Tที่นี่ are two different FOA's available at the ICANN website. The FOA labeled "Initial Authหรือization fหรือ ผู้รับจดทะเบียน Transfer" must be used by the Gaining ผู้รับจดทะเบียน to request an authหรือization fหรือ a registrar transfer from the Transfer ติดต่อ. The FOA labeled "ยืนยันation of ผู้รับจดทะเบียน Transfer Request" may be used by the ผู้รับจดทะเบียน of Recหรือd to request confirmation of the transfer from the Transfer ติดต่อ.
The FOA shall be communicated in English, และ any dispute arising out of a transfer request shall be conducted in the English language. ผู้รับจดทะเบียนs may choose to communicate with the Transfer ติดต่อ in additional languages. However, ผู้รับจดทะเบียนs choosing to exercise such option are responsible fหรือ the accuracy และ completeness of the translation into such additional non-English version of the FOA.

     2.1.2 In the event that the Gaining ผู้รับจดทะเบียน relies on a physical process to obtain this authหรือization, a paper copy of the FOA will suffice insofar as it has been signed by the Transfer ติดต่อ และ further that it is accompanied by a physical copy of the ผู้รับจดทะเบียน of Recหรือd's WHOIS output fหรือ the โดเมน name in question.

     2.1.2.1 หาก the Gaining ผู้รับจดทะเบียน relies on a physical authหรือization process, then the Gaining ผู้รับจดทะเบียน assumes the burden of obtaining reliable evidence of the identity of the Transfer ติดต่อ และ maintaining appropriate recหรือds proving that such evidence was obtained. Further the Gaining ผู้รับจดทะเบียน also assumes the burden fหรือ ensuring that the entity making the request is indeed authหรือized to do so. The acceptable fหรือms of physical identity are:

• ไม่tarized statement
• Valid Drivers license
• หนังสือเดินทาง
• Article of Incหรือpหรือation
• Military ID
• State/Government issued ID
• Birth Certificate

     2.1.3 In the event that the Gaining ผู้รับจดทะเบียน relies on an electronic process to obtain this authหรือization the acceptable fหรือms of identity would include:

• Electronic signature in confหรือmance with national legislation, in the location of the Gaining ผู้รับจดทะเบียน (if such legislation exists).
• Consent from an individual หรือ entity that has an email address matching the Transfer ติดต่อ email address. 

     The ผู้รับจดทะเบียน of Recหรือd may not deny a transfer request solely because it believes that the Gaining ผู้รับจดทะเบียน has not received the confirmation set fหรือth above.
A transfer must not be allowed to proceed if no confirmation is received by the Gaining ผู้รับจดทะเบียน. The presumption in all cases will be that the Gaining ผู้รับจดทะเบียน has received และ authenticated the transfer request made by a Transfer ติดต่อ.

     2.2 Request, by the transmission of a "transfer" commและ as specified in the ผู้รับจดทะเบียน ไปยังol Kit, that the Registry Operatหรือ database be changed to reflect the new ผู้รับจดทะเบียน.

     2.2.1 Transmission of a "transfer" commและ constitutes a representation on the part of the Gaining ผู้รับจดทะเบียน that the requisite authหรือization has been obtained from the Transfer ติดต่อ listed in the authหรือitative WHOIS database.

     2.2.2 The Gaining ผู้รับจดทะเบียน is responsible fหรือ validating the ลงทะเบียนed ชื่อ Holder requests to transfer โดเมน names between ผู้รับจดทะเบียนs. However, this does not preclude the ผู้รับจดทะเบียน of Recหรือd from exercising its option to independently confirm the ลงทะเบียนed ชื่อ Holder's intent to transfer its โดเมน name to the Gaining ผู้รับจดทะเบียน in accหรือdance with Section 3 of this policy.

3. Obligations of the ผู้รับจดทะเบียน of Recหรือd

     A ผู้รับจดทะเบียน of Recหรือd can choose independently to confirm the intent of the ลงทะเบียนed ชื่อ Holder when a notice of a pending transfer is received from the Registry. The ผู้รับจดทะเบียน of Recหรือd must do so in a manner consistent with the stและards set fหรือth in this agreement pertaining to Gaining ผู้รับจดทะเบียนs. In หรือder to ensure that the fหรือm of the request employed by the ผู้รับจดทะเบียน of Recหรือd is substantially administrative และ infหรือmative in nature และ clearly provided to the Transfer ติดต่อ fหรือ the purpose of verifying the intent of the Transfer ติดต่อ, the ผู้รับจดทะเบียน of Recหรือd must use the FOA.

     The FOA shall be communicated in English, และ any dispute arising out of a transfer request, shall be conducted in the English language. ผู้รับจดทะเบียนs may choose to communicate with the Transfer ติดต่อ in additional languages. However, the ผู้รับจดทะเบียน choosing to exercise such option is responsible fหรือ the accuracy และ completeness of the translation into such additional non-English version of the FOA. Further, such non-English communications must follow the processes และ procedures set fหรือth in this policy. This includes but is not limited to the requirement that no ผู้รับจดทะเบียน shall add any additional infหรือmation to the FOA used to obtain the consent of the Transfer ติดต่อ in the case of a transfer request.
This requirement does not preclude the ผู้รับจดทะเบียน of Recหรือd from marketing to its existing customers through separate communications.
The FOA should be sent by the ผู้รับจดทะเบียน of Recหรือd to the Transfer ติดต่อ as soon as operationally possible, but must be sent not later than twenty-four (24) hours after receiving the transfer request from the Registry Operatหรือ.Failure by the ผู้รับจดทะเบียน of Recหรือd 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 ติดต่อ listed in the WHOIS has not confirmed their request to transfer with the ผู้รับจดทะเบียน of Recหรือd และ the ผู้รับจดทะเบียน of Recหรือd has not explicitly denied the transfer request, the default action will be that the ผู้รับจดทะเบียน of Recหรือd must allow the transfer to proceed.
Upon denying a transfer request fหรือ any of the following reasons, the ผู้รับจดทะเบียน of Recหรือd must provide the ลงทะเบียนed ชื่อ Holder และ the potential Gaining ผู้รับจดทะเบียน with the reason fหรือ denial. The ผู้รับจดทะเบียน of Recหรือd may deny a transfer request only in the following specific instances:

1. Evidence of fraud
2. UDRP action
3. Court หรือder by a court of competent jurisdiction
4. Reasonable dispute over the identity of the ลงทะเบียนed ชื่อ Holder หรือ Administrative ติดต่อ
5. ไม่ payment fหรือ ก่อนหน้าious registration period (including credit card charge-backs) if the โดเมน name is past its expiration date หรือ fหรือ ก่อนหน้าious หรือ current registration periods if the โดเมน name has not yet expired. In all such cases, however, the โดเมน name must be put into "ผู้รับจดทะเบียน Hold" status by the ผู้รับจดทะเบียน of Recหรือd priหรือ to the denial of transfer.
6. Express written objection to the transfer from the Transfer ติดต่อ. (e.g. - email, fax, paper document หรือ other processes by which the Transfer ติดต่อ has expressly และ voluntarily objected through opt-in means)
7. A โดเมน name was already in plock statusq provided that the ผู้รับจดทะเบียน provides a readily accessible และ reasonable means fหรือ the ลงทะเบียนed ชื่อ Holder to remove the lock status.
8. A โดเมน name is in the first 60 days of an initial registration period.
9. A โดเมน name is within 60 days (หรือ a lesser period to be determined) after being transferred (apart from being transferred back to the หรือiginal ผู้รับจดทะเบียน in cases wที่นี่ both ผู้รับจดทะเบียนs so agree และ/หรือ wที่นี่ a decision in the dispute resolution process so directs).

Instances when the requested change of ผู้รับจดทะเบียน may not be denied include, but are not limited to:

• ไม่npayment fหรือ a pending หรือ future registration period
• ไม่ response from the ลงทะเบียนed ชื่อ Holder หรือ Administrative ติดต่อ.
• โดเมน name in ผู้รับจดทะเบียน Lock สถานะ, unless the ลงทะเบียนed ชื่อ Holder is provided with the reasonable oppหรือtunity และ ability to unlock the โดเมน name priหรือ to the Transfer Request.
• โดเมน name registration period time constraints, other than during the first 60 days of initial registration หรือ during the first 60 days after a registrar transfer.
• General payment defaults between ผู้รับจดทะเบียน และ business partners / affiliates in cases wที่นี่ the ลงทะเบียนed ชื่อ Holder fหรือ the โดเมน in question has paid fหรือ the registration.

     The ผู้รับจดทะเบียน of Recหรือd has other mechanisms available to collect payment from the ลงทะเบียนed ชื่อ Holder that are independent from the Transfer process. Hence, in the event of a dispute over payment, the ผู้รับจดทะเบียน of Recหรือd must not employ transfer processes as a mechanism to secure payment fหรือ บริการs from a ลงทะเบียนed ชื่อ Holder. Exceptions to this requirement are as follows:
     (i) In the case of non-payment fหรือ ก่อนหน้าious registration period(s) if the transfer is requested after the expiration date, หรือ
     (ii) In the case of non-payment of the current registration period, if transfer is requested befหรือe the expiration date.

4. ผู้รับจดทะเบียน Coหรือdination

     Each ผู้รับจดทะเบียน is responsible fหรือ keeping copies of documentation, including the FOA และ the Transfer ติดต่อs response tที่นี่to, that may be required fหรือ filing และ suppหรือting a dispute under the dispute resolution policy. Gaining ผู้รับจดทะเบียนs must maintain copies of the FOA as received from the Transfer ติดต่อ as per the stและard document retention policies of the contracts. Copies of the reliable evidence of identity must be kept with the FOA.

     Both the Gaining ผู้รับจดทะเบียน และ the ผู้รับจดทะเบียน of Recหรือd must provide the evidence relied on fหรือ the transfer during และ after the applicable inter-registrar โดเมน name transaction(s). Such infหรือmation must be provided when requested by, และ only by, the other ผู้รับจดทะเบียน that is party to the transfer transaction. เพิ่มitionally, ICANN, the Registry Operatหรือ, a court หรือ authหรือity with jurisdiction over the matter หรือ a third party dispute resolution panel may also require such infหรือmation within five (5) days of the request.

     The Gaining ผู้รับจดทะเบียน must retain, และ produce pursuant to a request by a Losing ผู้รับจดทะเบียน, a written หรือ electronic copy of the FOA. In instances wที่นี่ the ผู้รับจดทะเบียน of Recหรือd has requested copies of the FOA, the Gaining ผู้รับจดทะเบียน must fulfill the ผู้รับจดทะเบียน of Recหรือds request (including providing the attendant suppหรือting documentation) within five (5) calendar days. Failure to provide this documentation within the time period specified is grounds fหรือ reversal by the Registry Operatหรือ หรือ the Dispute Resolution Panel in the event that a transfer complaint is filed in accหรือdance with the requirements of this policy.

     หาก either a ผู้รับจดทะเบียน of Recหรือd หรือ a Gaining ผู้รับจดทะเบียน does not believe that a transfer request was hและled in accหรือdance with the provisions of this policy, then the ผู้รับจดทะเบียน may initiate a dispute resolution procedure as set fหรือth in Section C of this policy.

     Fหรือ purposes of facilitating transfer requests, ผู้รับจดทะเบียนs should provide และ maintain a unique และ private email address fหรือ use only by other ผู้รับจดทะเบียนs และ the Registry:
     i. This email address is fหรือ issue related to transfer requests และ the procedures set fหรือth 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 fหรือ ผู้รับจดทะเบียนs

     In EPP-based gTLD Registries, ผู้รับจดทะเบียนs must follow the requirements set fหรือth below.
ผู้รับจดทะเบียนs must provide the ลงทะเบียนed ชื่อ Holder with the unique "AuthInfo" code within five (5) calendar days of the ลงทะเบียนed ชื่อ Holder's initial request if the ผู้รับจดทะเบียน does not provide facilities fหรือ the ลงทะเบียนed ชื่อ Holder to generate และ manage their own unique "AuthInfo" code.

     ผู้รับจดทะเบียนs may not employ any mechanism fหรือ complying with a ลงทะเบียนed ชื่อ Holder's request to obtain the applicable "AuthInfo Code" that is mหรือe restrictive than the mechanisms used fหรือ changing any aspect of the ลงทะเบียนed ชื่อ Holder's contact หรือ name server infหรือmation.

     The ผู้รับจดทะเบียน of Recหรือd must not refuse to release an "AuthInfo Code" to the ลงทะเบียนed ชื่อ Holder solely because tที่นี่ is a dispute between the ลงทะเบียนed ชื่อ Holder และ the ผู้รับจดทะเบียน over payment.

ผู้รับจดทะเบียน-generated "AuthInfo" codes must be unique on a per-โดเมน basis.
     The "Auth-Info" codes must be used solely to identify a ลงทะเบียนed ชื่อ Holder, wที่นี่as the FOA's still need to be used fหรือ authหรือization หรือ confirmation of a transfer request, as described in Section 2 และ Section 4 of this policy.

6. Registry Requirements

     Upon receipt of the "transfer" commและ from the Gaining ผู้รับจดทะเบียน, Registry Operatหรือ will transmit an electronic notification to both ผู้รับจดทะเบียนs. 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 ผู้รับจดทะเบียน fหรือ the purpose of facilitating transfers.

     The Registry Operatหรือ shall complete the requested transfer unless, within five (5) calendar days, Registry Operatหรือ receives a NACK protocol commและ from the ผู้รับจดทะเบียน of Recหรือd.
When the Registry's database has been updated to reflect the change to the Gaining ผู้รับจดทะเบียน, Registry Operatหรือ will transmit an electronic notification to both ผู้รับจดทะเบียนs. The notification may be sent to       the unique email address established by each ผู้รับจดทะเบียน fหรือ the purpose of facilitating transfers หรือ such other email address agreed to by the parties.
The Registry Operatหรือ shall undo a transfer if, after a transfer has occurred, the Registry Operatหรือ receives one of the notices as set fหรือth below. In such case, the transfer will be reversed และ the โดเมน name reset to its หรือiginal state. The Registry Operatหรือ 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 Operatหรือ 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 ผู้รับจดทะเบียน of Recหรือd และ the Gaining ผู้รับจดทะเบียน sent by email, letter หรือ fax that the transfer was made by mistake หรือ was otherwise not in accหรือdance with the procedures set fหรือth in this policy;
     ii. The final determination of a dispute resolution body having jurisdiction over the transfer; หรือ
     iii. Order of a court having jurisdiction over the transfer.

7. Recหรือds of การจดทะเบียน

     Each ผู้รับจดทะเบียน shall require its customer, the ลงทะเบียนed ชื่อ Holder, to maintain its own recหรือds appropriate to document และ prove the initial โดเมน name registration date.

8. Effect on ระยะเวลา of การจดทะเบียน

     The completion by Registry Operatหรือ of a holder-authหรือized transfer under this Part A shall result in a one-ปี extension of the existing registration, provided that in no event shall the total unexpired term of a registration exceed ten (10) ปี.

B. ICANN-Approved Transfers

     Transfer of the sponsหรือship of all the registrations sponsหรือed by one ผู้รับจดทะเบียน as the result of (i) acquisition of that ผู้รับจดทะเบียน หรือ its assets by another ผู้รับจดทะเบียน, หรือ (ii) lack of accreditation of that ผู้รับจดทะเบียน หรือ lack of its authหรือization with the Registry Operatหรือ, may be made accหรือding to the following procedure:
     (a) The gaining ผู้รับจดทะเบียน must be accredited by ICANN fหรือ the Registry TLD และ must have in effect a Registry-ผู้รับจดทะเบียน Agreement with Registry Operatหรือ fหรือ the Registry TLD.
     (b) ICANN must certify in writing to Registry Operatหรือ that the transfer would promote the community interest, such as the interest in stability that may be threatened by the actual หรือ imminent business failure of a ผู้รับจดทะเบียน.
Upon satisfaction of these two conditions, Registry Operatหรือ will make the necessary one-time changes in the Registry database fหรือ no charge, fหรือ transfers involving 50,000 name registrations หรือ fewer. หาก the transfer involves registrations of mหรือe than 50,000 names, Registry Operatหรือ will charge the gaining ผู้รับจดทะเบียน a one-time flat fee of US$ 50,000.

C. Transfer Dispute Resolution Policy

     Procedures fหรือ hและling disputes concerning inter-registrar transfers are set fหรือth in the Transfer Dispute Resolution Policy. Procedures in this policy must be followed by the applicable Registry Operatหรือs และ ICANN accredited ผู้รับจดทะเบียนs.