A. Holder-Authvaiized Transfers

1. Reģistrators Requirements

     Reģistrēted Nosaukums Holders must be able to transfer their domēns name registrations between Reģistratorss provided that the Gaining Reģistrators's transfer process meets the minimum stunards of this policy un that such transfer is not prohibitsed by ICANN vai Registry policies. Inter-Reģistrators domēns name transfer processes must be clear un concise in vaider to avoid confusion. Further, Reģistratorss should make reasonable effvaits to infvaim Reģistrēted Nosaukums Holders of, un provide access to, the published documentation of the specific transfer process employed by the Reģistratorss.

1.1 Transfer Authvaiities

     The Administrative Kontakti un the Reģistrēted Nosaukums Holder, as listed in the Losing Reģistrators's vai applicable Registry's (wšeit available) publicly accessible WHOIS pakalpojums are the only parties that have the authvaiity to approve vai deny a transfer request to the Gaining Reģistrators. In the event of a dispute, the Reģistrēted Nosaukums Holder's authvaiity supersedes that of the Administrative Kontakti.
Reģistratorss may use Whois data from either the Reģistrators of Recvaid vai the relevant Registry fvai the purpose of verifying the authenticity of a transfer request; vai from another data source as determined by a consensus policy.

2. Gaining Reģistrators Requirements

Fvai each instance wšeit a Reģistrēted Nosaukums Holder requests to transfer a domēns name registration to a different Reģistrators, the Gaining Reģistrators shall:
      2.1 Obtain express authvaiization from either the Reģistrēted Nosaukums Holder vai the Administrative Kontakti (šeitafter, "Transfer Kontakti"). Hence, a transfer may only proceed if confirmation of the transfer is received by the Gaining Reģistrators from the Transfer Kontakti.

     2.1.1 The authvaiization must be made via a valid Stunardized Fvaim of Authvaiization (FOA). Tšeit are two different FOA's available at the ICANN website. The FOA labeled "Initial Authvaiization fvai Reģistrators Transfer" must be used by the Gaining Reģistrators to request an authvaiization fvai a registrar transfer from the Transfer Kontakti. The FOA labeled "Apstiprinātation of Reģistrators Transfer Request" may be used by the Reģistrators of Recvaid to request confirmation of the transfer from the Transfer Kontakti.
The FOA shall be communicated in English, un any dispute arising out of a transfer request shall be conducted in the English language. Reģistratorss may choose to communicate with the Transfer Kontakti in additional languages. However, Reģistratorss choosing to exercise such option are responsible fvai the accuracy un completeness of the translation into such additional non-English version of the FOA.

     2.1.2 In the event that the Gaining Reģistrators relies on a physical process to obtain this authvaiization, a paper copy of the FOA will suffice insofar as it has been signed by the Transfer Kontakti un further that it is accompanied by a physical copy of the Reģistrators of Recvaid's Whois output fvai the domēns name in question.

     2.1.2.1 Ja the Gaining Reģistrators relies on a physical authvaiization process, then the Gaining Reģistrators assumes the burden of obtaining reliable evidence of the identity of the Transfer Kontakti un maintaining appropriate recvaids proving that such evidence was obtained. Further the Gaining Reģistrators also assumes the burden fvai ensuring that the entity making the request is indeed authvaiized to do so. The acceptable fvaims of physical identity are:

• Nētarized statement
• Valid Drivers license
• Pase
• Article of Incvaipvaiation
• Military ID
• State/Government issued ID
• Birth Certificate

     2.1.3 In the event that the Gaining Reģistrators relies on an electronic process to obtain this authvaiization the acceptable fvaims of identity would include:

• Electronic signature in confvaimance with national legislation, in the location of the Gaining Reģistrators (if such legislation exists).
• Consent from an individual vai entity that has an email address matching the Transfer Kontakti email address. 

     The Reģistrators of Recvaid may not deny a transfer request solely because it believes that the Gaining Reģistrators has not received the confirmation set fvaith above.
A transfer must not be allowed to proceed if no confirmation is received by the Gaining Reģistrators. The presumption in all cases will be that the Gaining Reģistrators has received un authenticated the transfer request made by a Transfer Kontakti.

     2.2 Request, by the transmission of a "transfer" commun as specified in the Reģistrators Laiol Kit, that the Registry Operatvai database be changed to reflect the new Reģistrators.

     2.2.1 Transmission of a "transfer" commun constitutes a representation on the part of the Gaining Reģistrators that the requisite authvaiization has been obtained from the Transfer Kontakti listed in the authvaiitative Whois database.

     2.2.2 The Gaining Reģistrators is responsible fvai validating the Reģistrēted Nosaukums Holder requests to transfer domēns names between Reģistratorss. However, this does not preclude the Reģistrators of Recvaid from exercising its option to independently confirm the Reģistrēted Nosaukums Holder's intent to transfer its domēns name to the Gaining Reģistrators in accvaidance with Section 3 of this policy.

3. Obligations of the Reģistrators of Recvaid

     A Reģistrators of Recvaid can choose independently to confirm the intent of the Reģistrēted Nosaukums Holder when a notice of a pending transfer is received from the Registry. The Reģistrators of Recvaid must do so in a manner consistent with the stunards set fvaith in this agreement pertaining to Gaining Reģistratorss. In vaider to ensure that the fvaim of the request employed by the Reģistrators of Recvaid is substantially administrative un infvaimative in nature un clearly provided to the Transfer Kontakti fvai the purpose of verifying the intent of the Transfer Kontakti, the Reģistrators of Recvaid must use the FOA.

     The FOA shall be communicated in English, un any dispute arising out of a transfer request, shall be conducted in the English language. Reģistratorss may choose to communicate with the Transfer Kontakti in additional languages. However, the Reģistrators choosing to exercise such option is responsible fvai the accuracy un completeness of the translation into such additional non-English version of the FOA. Further, such non-English communications must follow the processes un procedures set fvaith in this policy. This includes but is not limited to the requirement that no Reģistrators shall add any additional infvaimation to the FOA used to obtain the consent of the Transfer Kontakti in the case of a transfer request.
This requirement does not preclude the Reģistrators of Recvaid from marketing to its existing customers through separate communications.
The FOA should be sent by the Reģistrators of Recvaid to the Transfer Kontakti as soon as operationally possible, but must be sent not later than twenty-four (24) hours after receiving the transfer request from the Registry Operatvai.Failure by the Reģistrators of Recvaid 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 Kontakti listed in the Whois has not confirmed their request to transfer with the Reģistrators of Recvaid un the Reģistrators of Recvaid has not explicitly denied the transfer request, the default action will be that the Reģistrators of Recvaid must allow the transfer to proceed.
Upon denying a transfer request fvai any of the following reasons, the Reģistrators of Recvaid must provide the Reģistrēted Nosaukums Holder un the potential Gaining Reģistrators with the reason fvai denial. The Reģistrators of Recvaid may deny a transfer request only in the following specific instances:

1. Evidence of fraud
2. UDRP action
3. Court vaider by a court of competent jurisdiction
4. Reasonable dispute over the identity of the Reģistrēted Nosaukums Holder vai Administrative Kontakti
5. Nē payment fvai Iepriekšējaisious registration period (including credit card charge-backs) if the domēns name is past its expiration date vai fvai Iepriekšējaisious vai current registration periods if the domēns name has not yet expired. In all such cases, however, the domēns name must be put into "Reģistrators Hold" status by the Reģistrators of Recvaid privai to the denial of transfer.
6. Express written objection to the transfer from the Transfer Kontakti. (e.g. - email, fax, paper document vai other processes by which the Transfer Kontakti has expressly un voluntarily objected through opt-in means)
7. A domēns name was already in plock statusq provided that the Reģistrators provides a readily accessible un reasonable means fvai the Reģistrēted Nosaukums Holder to remove the lock status.
8. A domēns name is in the first 60 days of an initial registration period.
9. A domēns name is within 60 days (vai a lesser period to be determined) after being transferred (apart from being transferred back to the vaiiginal Reģistrators in cases wšeit both Reģistratorss so agree un/vai wšeit a decision in the dispute resolution process so directs).

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

• Nēnpayment fvai a pending vai future registration period
• Nē response from the Reģistrēted Nosaukums Holder vai Administrative Kontakti.
• Domēns name in Reģistrators Lock Statuss, unless the Reģistrēted Nosaukums Holder is provided with the reasonable oppvaitunity un ability to unlock the domēns name privai to the Transfer Request.
• Domēns name registration period time constraints, other than during the first 60 days of initial registration vai during the first 60 days after a registrar transfer.
• General payment defaults between Reģistrators un business partners / affiliates in cases wšeit the Reģistrēted Nosaukums Holder fvai the domēns in question has paid fvai the registration.

     The Reģistrators of Recvaid has other mechanisms available to collect payment from the Reģistrēted Nosaukums Holder that are independent from the Transfer process. Hence, in the event of a dispute over payment, the Reģistrators of Recvaid must not employ transfer processes as a mechanism to secure payment fvai pakalpojumss from a Reģistrēted Nosaukums Holder. Exceptions to this requirement are as follows:
     (i) In the case of non-payment fvai Iepriekšējaisious registration period(s) if the transfer is requested after the expiration date, vai
     (ii) In the case of non-payment of the current registration period, if transfer is requested befvaie the expiration date.

4. Reģistrators Covaidination

     Each Reģistrators is responsible fvai keeping copies of documentation, including the FOA un the Transfer Kontaktis response tšeitto, that may be required fvai filing un suppvaiting a dispute under the dispute resolution policy. Gaining Reģistratorss must maintain copies of the FOA as received from the Transfer Kontakti as per the stunard document retention policies of the contracts. Copies of the reliable evidence of identity must be kept with the FOA.

     Both the Gaining Reģistrators un the Reģistrators of Recvaid must provide the evidence relied on fvai the transfer during un after the applicable inter-registrar domēns name transaction(s). Such infvaimation must be provided when requested by, un only by, the other Reģistrators that is party to the transfer transaction. Pievienotitionally, ICANN, the Registry Operatvai, a court vai authvaiity with jurisdiction over the matter vai a third party dispute resolution panel may also require such infvaimation within five (5) days of the request.

     The Gaining Reģistrators must retain, un produce pursuant to a request by a Losing Reģistrators, a written vai electronic copy of the FOA. In instances wšeit the Reģistrators of Recvaid has requested copies of the FOA, the Gaining Reģistrators must fulfill the Reģistrators of Recvaids request (including providing the attendant suppvaiting documentation) within five (5) calendar days. Failure to provide this documentation within the time period specified is grounds fvai reversal by the Registry Operatvai vai the Dispute Resolution Panel in the event that a transfer complaint is filed in accvaidance with the requirements of this policy.

     Ja either a Reģistrators of Recvaid vai a Gaining Reģistrators does not believe that a transfer request was hunled in accvaidance with the provisions of this policy, then the Reģistrators may initiate a dispute resolution procedure as set fvaith in Section C of this policy.

     Fvai purposes of facilitating transfer requests, Reģistratorss should provide un maintain a unique un private email address fvai use only by other Reģistratorss un the Registry:
     i. This email address is fvai issue related to transfer requests un the procedures set fvaith 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 fvai Reģistratorss

     In EPP-based gTLD Registries, Reģistratorss must follow the requirements set fvaith below.
Reģistratorss must provide the Reģistrēted Nosaukums Holder with the unique "AuthInfo" code within five (5) calendar days of the Reģistrēted Nosaukums Holder's initial request if the Reģistrators does not provide facilities fvai the Reģistrēted Nosaukums Holder to generate un manage their own unique "AuthInfo" code.

     Reģistratorss may not employ any mechanism fvai complying with a Reģistrēted Nosaukums Holder's request to obtain the applicable "AuthInfo Code" that is mvaie restrictive than the mechanisms used fvai changing any aspect of the Reģistrēted Nosaukums Holder's contact vai name server infvaimation.

     The Reģistrators of Recvaid must not refuse to release an "AuthInfo Code" to the Reģistrēted Nosaukums Holder solely because tšeit is a dispute between the Reģistrēted Nosaukums Holder un the Reģistrators over payment.

Reģistrators-generated "AuthInfo" codes must be unique on a per-domēns basis.
     The "Auth-Info" codes must be used solely to identify a Reģistrēted Nosaukums Holder, wšeitas the FOA's still need to be used fvai authvaiization vai confirmation of a transfer request, as described in Section 2 un Section 4 of this policy.

6. Registry Requirements

     Upon receipt of the "transfer" commun from the Gaining Reģistrators, Registry Operatvai will transmit an electronic notification to both Reģistratorss. 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 Reģistrators fvai the purpose of facilitating transfers.

     The Registry Operatvai shall complete the requested transfer unless, within five (5) calendar days, Registry Operatvai receives a NACK protocol commun from the Reģistrators of Recvaid.
When the Registry's database has been updated to reflect the change to the Gaining Reģistrators, Registry Operatvai will transmit an electronic notification to both Reģistratorss. The notification may be sent to       the unique email address established by each Reģistrators fvai the purpose of facilitating transfers vai such other email address agreed to by the parties.
The Registry Operatvai shall undo a transfer if, after a transfer has occurred, the Registry Operatvai receives one of the notices as set fvaith below. In such case, the transfer will be reversed un the domēns name reset to its vaiiginal state. The Registry Operatvai 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 Operatvai 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 Reģistrators of Recvaid un the Gaining Reģistrators sent by email, letter vai fax that the transfer was made by mistake vai was otherwise not in accvaidance with the procedures set fvaith in this policy;
     ii. The final determination of a dispute resolution body having jurisdiction over the transfer; vai
     iii. Order of a court having jurisdiction over the transfer.

7. Recvaids of Reģistrācija

     Each Reģistrators shall require its customer, the Reģistrēted Nosaukums Holder, to maintain its own recvaids appropriate to document un prove the initial domēns name registration date.

8. Effect on Termiņš of Reģistrācija

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

B. ICANN-Approved Transfers

     Transfer of the sponsvaiship of all the registrations sponsvaied by one Reģistrators as the result of (i) acquisition of that Reģistrators vai its assets by another Reģistrators, vai (ii) lack of accreditation of that Reģistrators vai lack of its authvaiization with the Registry Operatvai, may be made accvaiding to the following procedure:
     (a) The gaining Reģistrators must be accredited by ICANN fvai the Registry TLD un must have in effect a Registry-Reģistrators Agreement with Registry Operatvai fvai the Registry TLD.
     (b) ICANN must certify in writing to Registry Operatvai that the transfer would promote the community interest, such as the interest in stability that may be threatened by the actual vai imminent business failure of a Reģistrators.
Upon satisfaction of these two conditions, Registry Operatvai will make the necessary one-time changes in the Registry database fvai no charge, fvai transfers involving 50,000 name registrations vai fewer. Ja the transfer involves registrations of mvaie than 50,000 names, Registry Operatvai will charge the gaining Reģistrators a one-time flat fee of US$ 50,000.

C. Transfer Dispute Resolution Policy

     Procedures fvai hunling disputes concerning inter-registrar transfers are set fvaith in the Transfer Dispute Resolution Policy. Procedures in this policy must be followed by the applicable Registry Operatvais un ICANN accredited Reģistratorss.