Logo
ICANN
ICANN
Filtered Search

Are you sure you want to sign out from https://www.icann.org?

If you want to sign out from both https://www.icann.org and ICANN Account, click here.

认证注册服务机构

认证注册服务机构是向通用顶级域 (gTLD) 的注册人提供域名注册服务的实体，可直接访问 gTLD 注册管理机构。

除了 ICANN 官方语言版本以外，本内容还提供以下语言版本

转让政策

注：所有语种版本中，英文版为官方版本，其他语种版本仅供参考.

本政策已于 2024 年 2 月 21 日进行了更新，以反映实施注册数据政策所需的变更。签约方可以自 2024 年 8 月 21 日起开始实施这一更新政策，并且必须在 2025 年 8 月 21 日前实施。

新闻

2020 年 1 月 26 日，ICANN 董事会通过了一项决议，要求推迟对（域名）转入注册服务机构要求的合同合规实施，以便通过标准化授权书 (Form of Authorization, FOA) 从转让联系人那里获得进行注册服务机构域名转让的明确授权。ICANN 合同合规部将推迟实施转让政策的第 I(A)(2.1) 节，直到相关事宜在 GNSO 理事会转让政策审核中得以解决为止。

  1. 注册服务机构域名转让

    1. 域名持有人授权转让

      1. 注册服务机构要求

        只要（域名）转入注册服务机构的转让流程符合本政策的最低标准，且 ICANN 和注册管理机构政策不禁止此类转让，注册域名持有人则必然可以在注册服务机构之间转让其域名注册。为了避免造成混乱，注册服务机构域名转让流程必须简洁明了。此外，注册服务机构应尽力向注册域名持有人通报该注册服务机构所采用的具体转让流程的发布文件，并提供相应的访问权限。

        1.1 转让权限

        注册域名持有人1是唯一有权批准或拒绝向（域名）转入注册服务机构转让请求的一方。注册服务机构可利用来自登记注册服务机构或相关注册管理机构，或者通过由共识性政策确定的其他数据来源的注册数据2，来验证转让请求的真实性。

      2. （域名）转入注册服务机构要求

        每当注册域名持有人请求将域名注册转让给其他注册服务机构时，除非下文另有规定，否则（域名）转入注册服务机构应该：

        2.1 获得注册域名持有人的明确授权。因此，只有在（域名）转入注册服务机构收到来自注册域名持有人3的转让确认后，转让过程才能继续进行。

        2.1.1 必须通过有效的标准化授权书 (FOA) 进行授权。ICANN 网站提供了两种不同类型的 FOA。（域名）转入注册服务机构必须使用标记为"注册服务机构转让初步授权"的 FOA，请求获得来自注册域名持有人的注册服务机构转让授权。登记注册服务机构必须使用标记为"注册服务机构转让请求确认"的 FOA，请求获得来自注册域名持有人的转让确认。FOA 应采用英文传达，并且所有因转让请求而引发的争议均须使用英文进行裁决。注册服务机构可选择使用其他语言与注册域名持有人进行沟通。然而，选择使用这种沟通方式的注册服务机构有责任准确而完整地将 FOA 翻译为相应的非英文版本。在 ICANN 要求提供转让数据的安全方法之前，如果（域名）转入注册服务机构无法访问转让域名当时的最新注册数据，则（域名）转入注册服务机构无需从注册域名持有人处获取授权书。此外，（域名）转入注册服务机构必须要求注册域名持有人独立地向（域名）转入注册服务机构重新输入注册数据。在这种情况下，（域名）转入注册服务机构无需遵守本政策第 II.C. 节中提供的注册人变更流程。

        2.1.2 如果（域名）转入注册服务机构凭借实体流程来获取授权，则需要得到注册域名持有人签署的 FOA 书面文件即可；另外，还可以加上登记注册服务机构相关域名的注册数据目录服务（Registration Data Directory Service，以下简称"RDDS"）输出的复印件。

        2.1.2.1 如果（域名）转入注册服务机构依靠实体授权流程，那么该（域名）转入注册服务机构需负责以下事项：获得有关注册域名持有人身份的可靠证据，并且就这份获得的证据，维护相应的记录。除此之外，（域名）转入注册服务机构还应确保提出请求的实体确实真正获得了授权。可接受的实体身份形式包括：

        1. 公证书
        2. 有效的驾驶执照
        3. 护照
        4. 公司章程
        5. 军官证
        6. 国家/政府颁发的身份证件
        7. 出生证

        2.1.3.1 如果（域名）转入注册服务机构凭借电子流程来获取授权，则可接受的身份形式包括：

        1. 符合（域名）转入注册服务机构所在国家立法规定的电子签名（如有立法）。
        2. 来自个人或实体的同意书，该个人或实体的电子邮件地址或电话号码需要与注册域名持有人的电子邮件地址或电话号码相同。

        2.1.3.2 登记注册服务机构不能只是因为（域名）转入注册服务机构尚未收到上述确认，就否决转让请求。

        2.1.3.3（域名）转入注册服务机构只有在收到确认后，才能执行转让流程。所有转让案例的前提是（域名）转入注册服务机构收到并验证了注册域名持有人提出的转让请求。

        2.2 通过传达注册服务机构工具包中指定的"转让"命令，提出更改注册管理运行机构数据库的请求，以此来显示新的注册服务机构。

        2.2.1 传达"转让"命令即代表（域名）转入注册服务机构已根据第 I.A.2 节的要求从注册域名持有人处获得了所需授权。

        2.2.2（域名）转入注册服务机构负责验证注册域名持有人在注册服务机构之间转让域名的请求。但是，登记注册服务机构仍必须根据本政策第 I.A.3 节（"登记注册服务机构的义务"）递交 FOA。

        2.2.3 在下面的情况中，标记为"注册服务机构转让初步授权"的 FOA 将会失效：

        2.2.3.1（域名）转入注册服务机构发布 FOA 已有六十 (60) 天，除非（域名）转入注册服务机构允许自动续用 FOA，且注册域名持有人已明确选择自动续用；

        2.2.3.2 在完成注册服务机构域名转让之前域名过期；

        2.2.3.3 根据第 II.C 节完成注册人变更；

        2.2.3.4 注册服务机构域名转让已结束。

        2.2.4 在向注册管理机构提交"转让"请求之前，如果因 I.A.2.2.3.1 – I.A.2.2.3.4 中描述的某种情况而导致 FOA 过期，那么为了继续转让，（域名）转入注册服务机构必须通过符合第 I.A.2 节要求的新 FOA 重新授权转让请求。

      3. 登记注册服务机构的义务

        3.1 当收到来自注册管理机构的未决转让通知时，登记注册服务机构应通过向注册域名持有人发出域名转让通知来确认其意图。确认意图时，登记注册服务机构必须遵守本政策中规定的各项标准。

        3.2 为了确保登记注册服务机构所采用的请求形式从本质上讲既便于管理、详实明了，又能够清楚地提供给注册域名持有人以验证其意图，登记注册服务机构必须使用 FOA。

        3.3 FOA 应采用英文传达，并且所有因转让请求而引发的争议均须使用英文进行裁决。注册服务机构可选择使用其他语言与注册域名持有人进行沟通。然而，选择使用这种沟通方式的注册服务机构有责任准确而完整地将 FOA 翻译为相应的非英文版本。而且，这种非英文的沟通方式必须符合本政策中规定的流程和步骤。其中包括但不限于，注册服务机构不得在 FOA 中添加任何用于在提出转让请求时获得注册域名持有人同意的其他信息。

        如果注册域名持有人预先批准转让，登记注册服务机构则可以选择发送 FOA 的修改版本，以便通知注册域名持有人，预先批准的转让已经启动。这项要求不会妨碍登记注册服务机构通过不同的沟通渠道，对其现有客户进行市场营销。

        3.4 登记注册服务机构应在可行的情况下尽快将 FOA 发送给注册域名持有人，而且必须在收到注册管理运行机构转让请求后的二十四 (24) 小时内发送。

        3.5 如果登记注册服务机构未在五 (5) 个日历日内回应注册管理机构发出的转让请求通知，则默认视为"批准"这项转让。

        3.6 如果 RDDS 中列出的注册域名持有人未向登记注册服务机构确认其转让请求，且登记注册服务机构未明确否决该转让请求，则默认视为登记注册服务机构允许进行转让。

        3.7 如果登记注册服务机构基于以下任何理由否决了转让请求，则必须向注册域名持有人和潜在（域名）转入注册服务机构提供否决的原因。登记注册服务机构只能在以下特定情况下否决转让请求：

        3.7.1 有证据表明存在欺诈行为。

        3.7.2 对注册域名持有人身份存在合理争议。

        3.7.3 域名已过期，先前注册期未付费（包括信用卡拒付）；或者域名未过期，先前或当前注册期未付费。在所有此类情况下，登记注册服务机构必须在否决转让之前将域名设为"注册服务机构持有"状态。

        3.7.4 授权注册域名持有人明确拒绝转让。授权注册域名持有人可采用特定的拒绝方式（通过书面或电子形式的请求）来否决某个转让请求，或者可以临时或无期限地一概拒绝注册服务机构收到的所有转让请求。对于所有情况，拒绝转让时都必须提供授权注册域名持有人的明确知情同意书，且该同意书应基于可选择参加的形式。当授权注册域名持有人提出请求时，注册服务机构必须在五 (5) 个日历日内解除锁定，或向授权注册域名持有人提供可行的使用方法来解除锁定。

        3.7.5 在域名生成日期（根据该域名在注册管理机构中显示的 RDDS 记录）后的 60 天内请求转让。

        3.7.6 域名距离上次转让不满 60 天（或其他有待确定的更短天数）（经过注册服务机构双方的一致同意和/或按照争议解决流程的决议而转回原注册服务机构的情况除外）。"已转让"仅表示按照本政策的程序进行的注册服务机构域名转让。

        3.8 对于以下情况，登记注册服务机构必须否决转让请求：

        3.8.1 注册服务机构收到未决 UDRP 诉讼程序的通知。

        3.8.2 具有司法管辖权的法院作出的法院指令。

        3.8.3 根据转让争议解决政策，与上次转让相关的未决争议。

        3.8.4 注册服务机构收到 URS 诉讼程序或 URS 中止的通知。

        3.8.5 注册服务机构在注册人变更后强制实施了 60 天的注册服务机构域名转让锁定，并且注册域名持有人未在注册人变更请求前选择退出 60 天的注册服务机构域名转让锁定。

        3.9 不能否决变更注册服务机构请求的情况包括但不限于：

        3.9.1 没有支付未决或未来注册期的款项。

        3.9.2 未收到来自注册域名持有人的回应。

        3.9.3 域名处于"注册服务机构锁定状态"，除非注册域名持有人在提出转让请求之前，已获得合理机会并能够解除域名锁定。

        3.9.4 域名注册期的时间限制，除了根据第 II.C.2 节的规定，在初次注册后的头 60 天、注册服务机构转让后的头 60 天，或者在变更注册人后的 60 天锁定期之外。

        3.9.5 在所涉及域名的注册域名持有人已为该域名注册支付费用的情况下，注册服务机构与业务合作伙伴/附属机构之间出现一般费用违约。

        3.10 登记注册服务机构拥有独立于转让流程之外的其他机制，可以向注册域名持有人收费。因此，如果出现付费争议，登记注册服务机构不得将转让流程作为确保向注册域名持有人收取服务费用的机制。这项要求的例外情况如下所示：

        3.10.1 在域名过期后提出转让请求，且未支付先前注册期费用；或者

        3.10.2 在域名过期前提出转让请求，且未支付当前注册期费用。

      4. 注册服务机构协作

        4.1 每个注册服务机构都有责任保存文件副本，其中包括 FOA 及注册域名持有人对 FOA 的回应文件，在依照争议解决政策提出和解决争议时，会用到这些文件。在根据第 I.A.2 节的规定要求提供 FOA 的情况下，（域名）转入注册服务机构必须按照合约规定的标准文件保留政策，维护从注册域名持有人处收到的 FOA 副本。身份可靠证据的副本必须与 FOA 一起保存。

        4.2 相关注册服务机构域名交易期间和之后，（域名）转入注册服务机构和登记注册服务机构都必须提供有关域名转让的可靠证据。这些信息只能在属于转让交易方的其他注册服务机构提出请求时提供。此外，ICANN、注册管理运行机构、拥有管辖权的法院或管理机构，或第三方争议解决专家组也可要求获得该信息，该信息需在收到请求后的五 (5) 天内提供。

        4.3 在根据第 I.A.2 节的规定要求提供 FOA 的情况下，（域名）转入注册服务机构必须按照（域名）转出注册服务机构的请求保留和出具书面或电子版的 FOA 副本。登记注册服务机构请求获得 FOA 副本时，（域名）转入注册服务机构必须在五 (5) 个日历日内满足登记注册服务机构的这一请求（包括提供随附的支持文件）。如果无法在指定时间内提供该文件，那么当按照本政策的要求提出转让投诉时，注册管理运行机构或争议解决专家组可据此废除该转让。

        4.4 如果登记注册服务机构或（域名）转入注册服务机构认为转让请求的处理违反了本政策的规定，那么注册服务机构可按照本政策第 I.C 节，启动争议解决程序。

        4.5 为了便于处理转让请求，注册服务机构应提供并维护一个专门用来与其他注册服务机构和注册管理机构联络的专用电子邮件地址：

        4.5.1 该电子邮件地址仅用于处理与转让请求以及本政策规定的程序相关的事务。

        4.5.2 应确保由能够对转让事务作出回应的人员负责该电子邮件地址的邮件接收工作。

        4.5.3 该邮件地址接收到邮件后，应该在合理的商业期限内，即，七 (7) 个日历日内对邮件内容作出回应。

        4.6 紧急转让行动联系人

        4.6.1 注册服务机构将设立紧急转让行动联系人 (Transfer Emergency Action Contact, TEAC)，以便处理与转让有关的紧急通信。设立 TEAC 是为了让注册服务机构之间在遇到紧急情况时，（以双方都理解的语言）快速进行实时对话，从而可以采取进一步措施以达成决议，其中包括启动当前（或未来）转让争议或撤销程序。

        4.6.2 涉及 TEAC 的通信将予以保留，供 ICANN 认证注册服务机构、gTLD 注册管理运行机构和 ICANN 组织使用。TEAC 的联络点可指定为一个电话号码或其他一些实时通信渠道，并且将记录在 ICANN 注册服务机构门户网站中，由该门户网站进行保护。在未经授权转出域名之后，必须在一个合理的时间期限内及时向 TEAC 发起通信。

        4.6.3 通过 TEAC 通信渠道发送的邮件必须由（域名）转入注册服务机构的代表人做出非自动回应。做出回应的人员或团队必须能够且获得授权调查和处理紧急转让事务。必须在收到初始请求后 4 小时内做出回应，即使需要更长时间才能找到事件的最终解决方案。

        4.6.4 对于未能回应 TEAC 通信的情况，（域名）转出注册服务机构必须向 ICANN 合规团队和注册管理运行机构报告。根据本政策的第 I.A.6.4 节规定，未能回应 TEAC 通信将会导致转让撤销，并可能导致 ICANN 采取进一步措施，最严重的情况包括不再续约或终止认证。

        4.6.5 转让双方将保留以书面或电子形式进行的任何 TEAC 通信和回应的文件，并根据请求，与 ICANN 和注册管理运行机构分享该文件副本。依照《注册服务机构认证协议》(Registrar Accreditation Agreement, RAA) 第 3.4 节规定，应保留该文件。TEAC 通信渠道的用户应向 ICANN 报告未予以回应的注册服务机构。另外，ICANN 将在其认为合适的情况下以适当的方式对注册服务机构 TEAC 通信渠道进行定期测试，以确保注册服务机构确实对 TEAC 消息做出回应。

      5. 对"ClientTransferProhibited"状态和"授权信息"编码的要求

        5.1 根据 ICANN 规范或政策以及任何适用的法律或法规，注册服务机构必须遵守以下要求。

        依照注册域名或注册域名持有人的后续请求，注册服务机构只能将域名设置为"ClientTransferProhibited"状态，然而，注册服务机构应当在其注册协议（获得注册域名持有人的明确同意）中包括有关禁止转让域名的条款和条件。此外，如果注册服务机构未向注册域名持有人提供用于解除"ClientTransferProhibited"状态的工具，注册服务机构则必须在收到注册域名持有人首次请求的五 (5) 个日历日内解除"ClientTransferProhibited"状态。

        5.2 如果注册服务机构未向注册域名持有人提供用于生成和管理其"授权信息"独有编码的工具并解除"ClientTransferProhibited"状态，注册服务机构必须在收到注册域名持有人首次请求的五 (5) 个日历日内向注册域名持有人提供"授权信息"独有编码并解除"ClientTransferProhibited"状态。

        5.3 注册域名持有人请求解除"ClientTransferProhibited"状态或获得适用的"授权信息编码"时，注册服务机构为满足这一请求而采取的机制不得比用于更改注册域名持有人联系信息或域名服务器信息的机制更为严格。

        5.4 登记注册服务机构不能只是因为注册域名持有人与注册服务机构之间存在付款争议，而拒绝解除"ClientTransferProhibited"状态或向注册域名持有人提供"授权信息编码"。

        5.5 注册服务机构生成的"授权信息"编码必须针对唯一的域名。

        5.6"授权信息"编码只能用于确认注册域名持有人的身份，但是按照本政策第 I.A.2 节和第 I.A.4 节的要求，仍需使用 FOA 进行转让请求的授权或确认。

        5.7 注册服务机构在生成和更新"授权信息"编码时应遵循最佳实践，以促进实现安全转让流程。

      6. 注册管理机构要求

        6.1 在收到（域名）转入注册服务机构的"转让"命令后，注册管理运行机构必须 (1) 验证（域名）转入注册服务机构提供的"授权信息"编码是否有效，以便接受注册服务机构域名转让请求，并且必须 (2) 向注册服务机构双方发送电子通知。如果注册管理机构使用电子邮件进行通知，则可以将回应通知发送到每个注册服务机构的转让专用电子邮件地址。注册管理运行机构在生成和更新"授权信息"编码时应遵循最佳实践，以促进实现安全转让流程。

        6.2 注册管理运行机构需要完成所请求的转让，除非在五 (5) 个日历日之内，注册管理运行机构收到来自登记注册服务机构的"否定确认"协议命令。

        6.3 更新注册管理机构的数据库以反映（域名）转入注册服务机构的变更时，注册管理运行机构将向注册服务机构双方发送电子通知。可将通知发送到每个注册服务机构的转让专用电子邮件地址或者各方同意的其他电子邮件地址。

        6.4 完成转让后，如果注册管理运行机构收到以下某项通知，则会撤销转让。对于这种情况，将会撤销转让，同时"登记注册服务机构"字段将重置为原始状态。注册管理运行机构必须在收到通知的五 (5) 个日历日内撤销转让，除非存在注册管理机构争议决议，此时注册管理运行机构必须在十四个日历日内撤销转让（法院诉讼除外）。撤销转让的前提是需要收到以下通知之一：

        6.4.1 通过电子邮件、信件或传真发送的登记注册服务机构和（域名）转入注册服务机构的协议，声明转让有误或不符合本政策规定的程序；

        6.4.2 拥有转让管辖权的争议解决机构所作出的最终决定；或者

        6.4.3 拥有转让管辖权的法院发出的指令；

        6.4.4 登记注册服务机构先于转让之前提供文件，即，（域名）转入注册服务机构没有在第 I.A.4.6 节指定的时间期限内通过 TEAC 回复消息。

      7. 注册记录

        每个注册服务机构应要求其客户（注册域名持有人）维护自己的记录，以便对首次域名注册日期进行存档和证明。

      8. 注册条款生效

        只要注册域名的总有效期没超过十 (10) 年，当注册管理运行机构按照本政策第 I.A 节完成域名持有人授权转让时，就可以将现有注册域名的使用期限延长一年。

    2. ICANN 批准的转让

      1. 如果注册服务机构因为以下原因需要对其支持的所有注册域名转让服务提供权限，(i) 该注册服务机构或其资产被其他注册服务机构收购，或 (ii) 未获得注册服务机构认证或未取得注册管理运行机构授权，则按照以下程序进行转让：

        1.1（域名）转入注册服务机构必须获得 ICANN 注册管理机构 TLD 的认证，且必须与注册管理机构 TLD 的注册管理运行机构签署《注册管理机构-注册服务机构协议》。

        1.2 ICANN 必须向注册管理运行机构书面保证转让有利于社群利益，例如，可避免因注册服务机构已经或即将倒闭而威胁到稳定性方面的利益。

      2. 如果注册管理运行机构对以上两个条件满意，那么对于涉及注册域名不超过 50,000 个的转让，注册管理运行机构将免费对注册管理机构数据库进行一次性修改。如果转让涉及超过 50,000 个注册域名，注册管理运行机构则会对（域名）转入注册服务机构一次性收取固定费用 50,000 美元。

    3. 转让争议解决政策

      转让争议解决政策对如何处理注册服务机构域名转让争议的程序进行了规定。相关注册管理运行机构和 ICANN 认证注册服务机构必须遵守该政策所规定的程序。

  2. 注册人域名转让（注册人变更）

    1. 定义

      1. 本政策使用以下术语：

        1.1"注册人变更"是指对以下任何内容进行实质性更改：

        1.1.1 前注册人姓名

        1.1.2 前注册人组织

        1.1.3 前注册人电子邮件地址

        1.2"指定的代理"是指前注册人或新注册人明确授权代表自己批准注册人变更的个人或实体。

        1.3"实质性变更"是指非印刷更正性质的变更。以下变更将被视为实质性变更：

        1.3.1 注册域名持有人的姓名或组织变更，这不仅仅只是印刷更正性质的变更；

        1.3.2 注册域名持有人的姓名或组织变更，同时附带地址或电话号码的变更；

        1.3.3 注册域名持有人的电子邮件地址变更。

        1.4"前注册人"是指发起注册人变更时的注册域名持有人。

        1.5"新注册人"是指接受前注册人注册域名转让的实体或个人。

    2. 注册人变更的适用情况

      1. 一般而言，必须允许注册人更新其注册数据，以及向其他注册人自由转让其注册权利。

      2. 在下列情况中，注册服务机构必须否决注册人变更请求：

        2.1 根据"到期注册恢复政策"中第 2.2.5 节的规定，如果域名注册协议已过期，注册域名持有人则不再有权续用域名或将域名转让给其他注册服务机构；

        2.2 根据下文第 II.C 节，未经前注册人和新注册人适当授权的注册人变更；

        2.3 当域名存在争议时，不允许注册人变更，其中包括但不限于：

        2.3.1 注册服务机构收到未决 UDRP 诉讼程序的通知；

        2.3.2 注册服务机构收到未决 URS 诉讼程序的通知；

        2.3.3 未决 TDRP 诉讼程序；

        2.3.4 注册服务机构收到具有司法管辖权的法院作出的法院指令，禁止注册人变更。

      3. 在以下情况中，下文第 II.C 节所述的注册人变更流程不适用：

        3.1 注册协议到期；4

        3.2 注册协议已由注册服务机构终止；

        3.3 注册服务机构或注册管理运行机构按照法院指令，更新前注册人的信息；

        3.4 注册服务机构在实施 UDRP 决策的过程中，更新前注册人的信息；

        3.5 注册服务机构按照"到期域名删除政策"，更新前注册人的信息；

        3.6 注册服务机构为回应滥用投诉而更新前注册人的信息。

    3. 注册人变更流程

      1. 若要进行注册人变更，将前注册人改为新注册人，注册服务机构必须执行以下所有操作：

        1.1 依照第 II.B 节，确认域名符合"注册人变更"的规定；

        1.2 获得新注册人或新注册人指定代理的注册人变更请求确认。注册服务机构必须使用安全机制5来确认新注册人和/或其相应的指定代理已明确同意注册人变更。为了获得确认，注册服务机构必须通知新注册人或其指定代理（如果有），新注册人必须与该注册服务机构达成注册协议（可提供转到注册协议的链接）。注册服务机构还必须通知新注册人或指定代理（如果有），一旦注册服务机构未在一定天数（不超过六十 (60) 天）内确认请求，则不处理该变更请求。

        1.3 通知前注册人或其指定代理，如果最终目标是将域名转让给其他注册服务机构，则建议前注册人先提出注册服务机构域名转让请求，然后再进行注册人变更，以避免引发第 II.C.2 节中所述的 60 天锁定期（除非注册服务机构允许前注册人选择不进入 60 天锁定期，且前注册人选择不进入 60 天锁定期）；

        1.4 按照第 II.C.1.3 节的规定通知前注册人或其指定代理（如果有）期间或之后，获得前注册人或前注册人指定代理的注册人变更请求确认。注册服务机构必须使用安全机制来确认前注册人和/或其相应的指定代理已明确同意注册人变更。为获得确认，注册服务机构必须通知前注册人或指定代理（如果有），一旦注册服务机构未在一定天数（不超过六十 (60) 天）内确认注册人变更请求，则不处理该变更请求；6

        1.5 在获得上述确认后一 (1) 天内处理注册人变更；

        1.6 在完成注册人变更的前一天或当天内，通知前注册人和新注册人。通知应满足以下要求：

        1.6.1 始终在执行注册人变更的前一天或当天内，将通知发送给新注册人和前注册人；

        1.6.2 表明已收到请求并列出相关域名；

        1.6.3 包含联系信息，以便解决问题；

        1.6.4 建议前注册人和新注册人选择进入第 II.C.2 节所述的 60 天注册服务机构域名转让锁定期，或建议前注册人提前选择不进入第 II.C.2 节所述的 60 天注册服务机构域名转让锁定期。

      2. 注册服务机构必须在注册人变更后强制实施 60 天注册服务机构域名转让锁定期7。然而，注册服务机构可以允许注册域名持有人在任何注册人变更请求之前选择不进入 60 天注册服务机构域名转让锁定期。

备注

背景介绍：IRTP C 部分中的政策制定流程 (Policy Development Process, PDP) 是针对现有转让政策中的改进领域而制定的五个系列 PDP 中的第三个 PDP。

在 2012 年 9 月 22 日召开的会议中，GNSO 理事会启动了一个 PDP，以此来解决下面的三个问题：

  1. "控制权变更"职能，包括调查这项职能当前的履行情况，检查在国家和地区域名空间中是否存在任何适用于 gTLD 空间的最佳模型以及任何与此相关的安全问题。这还应包括对锁定程序的审查，如第 8 条和第 9 条拒绝理由所述，旨在平衡合法的转让活动及其安全性。
  2. 是否应实施授权书 (FOA) 的时间限制规定，以避免出现欺诈式转让。例如，如果（域名）转入注册服务机构向转让联系人发送 FOA 并收到后者的 FOA，但其域名锁定，那么该注册服务机构可以暂停对该域名状态的 FOA 调整（注册人或其他注册信息可能会在此期间发生更改）。
  3. 是否可以通过要求注册管理机构使用 IANA 注册服务机构 ID 而非专有 ID 来简化该流程。

IRTP C 部分工作组于 2012 年 6 月 4 日发布了初始报告 [PDF，1.23 MB]，并开放了一个公共评议论坛（更多详细信息，请参阅第 6 节）；随后，在 2012 年 10 月 9 日发布了最终报告 [PDF，624 KB]。ICANN 董事会于 2012 年 12 月 20 日采纳了 IRTP C 部分工作组提出的建议。实施审核小组与 ICANN 员工合作，制定了转让政策草案。该政策草案是在公共评议期讨论的主题。

在 2016 年 12 月 1 日之前，所有 ICANN 认证注册服务机构都必须遵守该政策。

实质性变更：根据第 II.A.1.3 节的定义，"实质性变更"是指非印刷更正性质的变更。注册服务机构可灵活确定印刷更正性质变更的含义。印刷更正性质的变更示例包括：

  1. 将"注册人姓名"字段从 oJhn Smith 改为 John Smith。
  2. 将"注册人姓名"字段从 Jane Kgan 改为 Jane Kang。
  3. 将"注册人组织"从"某某司公"改为"某某公司"。
  4. 将"注册人组织"从"某某 公司"改为"某某公司"。

为避免产生疑问，注册服务机构有权将"注册人姓名"或"注册人组织"字段的任何变更都视为"实质性变更"。

安全机制：GNSO 提出的政策建议认为，注册服务机构在处理注册人变更的方式上需具备一定的灵活性。作为非限制性示例，注册服务机构可能需要基于无法从注册服务机构帐户或公开可用资源（如 RDDS）中了解的信息来考虑"带外"身份验证。这包括但不仅限于以下示例：

  1. 通过一种基于工具的身份验证方法（例如，提供必须以注册服务机构指定的方式返回的唯一代码），发送请求确认回复的电子邮件；或者
  2. 拨打注册域名持有人的电话号码或发送短信，提供必须以注册服务机构指定的方式返回的唯一代码；或者
  3. 拨打注册域名持有人的电话号码，并要求注册域名持有人提供曾经通过网络、电子邮件和信件邮寄方式发送给注册域名持有人的唯一代码。

注册人变更后注册服务机构域名转让锁定：注册服务机构不需要为第 II.C.2 节中所述的 60 天的注册服务机构域名转让锁定应用特定的 EPP 状态代码；然而，如果注册服务机构选择应用"clientTransferProhibited"EPP 状态代码，必须按照第 I.A.5.1 节中所述的禁止注册域名持有人解除锁定的方式锁定该域名。

1 注册域名持有人是指根据注册数据政策第 6 节收集并根据第 9 节要求在 RDDS 中显示的"注册人"值。

2 本政策中使用的术语"注册数据"应具有注册数据政策中赋予的含义。

3 ICANN https://www.icann.org/resources/board-material/resolutions-2020-01-26-en#1.b 将推迟合规实施转让政策中的（域名）转入注册服务机构 FOA 要求，直到相关事宜在 GNSO 理事会计划的转让政策审核中得以解决为止。    

4 根据注册协议条款，如果在域名到期后更改注册数据，那么到期注册恢复政策中的保护措施仍然适用。

5 有关安全机制的示例，请参阅本政策正文后的实施备注。

6 注册服务机构获得前注册人确认后，可使用其他联系信息，但不限于公众可访问的 RDDS。

7 注册服务机构可以对解除第 II.C.2 节所述的锁定加以限制，但不作为强制要求。例如，如果注册服务机构只能在五个工作日后解除锁定，则必须通过前注册人确认回复电子邮件等方式，来授权解除锁定。