Skip to main content
Resources

持续经营方案 (COI) 常见问题与解答 (FAQ)

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

  1. 什么是持续经营方案 (COI)?

    持续经营方案 (COI) 是新通用顶级域 (gTLD) 注册管理运行机构必须加以维护的信用证或现金托管协议,目的是为了确保在注册管理机构出现问题时有足够的资金可供用于持续提供服务。

  2. 为何需要持续经营方案 (COI)?

    根据《新 gTLD 注册管理机构协议》规范 8 中的规定,注册管理运行机构需制定 COI,以便能够在自《注册管理机构协议》合同实施之日起的六年内,为履行规范 10 第 6 节中规定的 5 项重要注册管理机构职能,提供充足的金融资源。

  3. 现金托管与信用证之间有何区别?

    现金托管属于第三方财务安排合同,是指将资金委托给托管服务提供商保管,直至取得事先约定的成果为止。现金托管通常要求预先存储全额资金,所产生的的费用一般高于信用证。

    不可撤销备用信用证是由银行开具的信用证,可用作在指定条件下向受益人(即 ICANN 组织)付款的凭证。使用信用证 (LOC) 时,可根据申请人的信用历史记录来降低所需预付资金的金额。

  4. 谁可以出具持续经营方案 (COI)?

    ICANN 组织不建议由某个特定提供商出具,但是 ICANN 组织却规定了一些用于评估 COI 提供商是否合格的参数,这些参数已在《申请人指导手册》第 138-139 页(A-44 和 A-45)中列出。提供商的职责和遴选标准将由每个注册管理运行机构自行决定。

    COI 提供商应当是信誉良好的金融机构,具有以 A 开头的信用评级,且享有其司法管辖区内最高程度的保障。如果注册管理运行机构找不到任何此类金融机构,则在征得 ICANN 同意的情况下,可由申请实体所属的国家司法管辖区内评级最高的金融机构出具持续经营方案。

  5. 须在多长时间内维护持续经营方案 (COI)?

    根据基本《注册管理机构协议》规范 8 第 1 节的规定,必须在自《注册管理机构协议》实施之日起的 6 年内维护充足的 COI。

  6. "充足"的持续经营方案 (COI) 由哪些要素构成?

    《gTLD 申请人指导手册》第 2 单元附件 –"评估问题和标准"中提供了 COI 标准的完整列表。

    具体标准如下所示:

    • COI 资金金额必须等于或大于支持注册管理运行机构在至少三年内履行规范 10 第 6 节中规定的 5 项重要注册管理机构职能所需的成本金额,具体金额取决于根据域名注册管理后端应急运行机构 (EBERO) 协议 [PDF,1 MB] 随附的《标准紧急事件费用表》(附件 D1)所预测的受管理域名注册数量 (DUM)。如果使用 LOC,实际提款金额将取决于履行这些职能所需的成本。
    • COI 必须指定 ICANN 组织或其指定方作为受益人。所有支付资金将提供给正在履行必要注册管理机构职能的指定方。
    • COI 期限必须至少为自所涵盖顶级域 (TLD) 的合同实施之日起六年。如果 COI 包含一条常青条款,规定 COI 在无修改的情况下可以逐年无限延期,直到开证银行通知受益人 COI 最终到期或受益人书面证明解除 COI 为止,则可以对 COI 规定一个年度到期日期。如果 COI 到期日期在 TLD 授权五周年之前,注册管理运行机构将必须使用替代方案。
    • COI 必须由信誉良好的金融机构出具,且该金融机构需享有其司法管辖区内最高程度的保障。相关文件应指明出具机构由谁提供保障(而不是由谁对该机构进行信誉评级)。
    • COI 将规定,一旦 ICANN 组织或其指定方出具书面通知,则 ICANN 组织或其指定方将无条件有权解付(全部或部分)COI 资金。
    • 此外,LOC 必须至少包含下列必需要素:
      • 开证银行和开证日期。
      • 受益人:ICANN/12025 Waterfront Drive、Suite 300/Playa Vista、CA 90094/US、或其指定方
      • 注册管理运行机构全名和地址
      • LOC 识别编号
      • 具体金额(美元)
      • 到期日期
      • 提示付款所需的地址、手续和表格。
      • 条件:可以从信用证提取部分资金,前提是这种支付会减少备用信用证名下的金额。所有支付票据必须注明开证银行名称,以及该银行的备用信用证编号。
      • 不得引用任何其他文件、协议或方案对 LOC 进行修改、修订或增加其额度。
      • LOC 受国际商会制定的《国际备用证惯例》(ISP 98)(第 590 号出版物)的制约,或受经证明为合理的同等替代标准的制约。
  7. 持续经营方案 (COI) 是否需要采用某种特定货币?

    依照《gTLD 申请人指导手册》第 2 单元附件 –"评估问题和标准"第 139 页 (A-45) 的规定,COI 资金金额应以美元为单位。

  8. 需要储备多少资金?如何确定所需的资金金额?

    COI 资金金额应当至少与当前的受管理域名注册数量 (DUM) 保持一致,但是为了避免频繁调整 COI 金额,建议根据 3 年的 DUM 预测值来提供 COI 资金。请注意,不管 ICANN 组织是否给出指示,每个注册管理运行机构都有责任也有义务维护充足的 COI 资金金额。

    所需的资金金额取决于 DUM 预测值,可根据域名注册管理后端应急运行机构 (EBERO) 协议 [PDF,1 MB] 随附的《标准紧急事件费用表》(附件 D1)进行计算。

    请注意,如果一个 COI 涵盖多个 gTLD,则将针对 COI 分配计划中列出的每个 gTLD 来分析 DUM,进而确定所需的总资金,COI 资金金额必须体现列出的每个 gTLD 对应的资金金额。

  9. 什么是分配计划?如何使用分配计划?

    如果一个 COI 涵盖多个 gTLD,则需要使用分配计划。在这种情况下,COI 中将包含一个表格,指定向所涵盖的每个 gTLD 分配的资金金额。这样,一个持续经营方案便可以有效涵盖多个 gTLD。

  10. 如何降低持续经营方案 (COI) 金额?

    持续经营方案 (COI) 修正服务为注册管理运行机构提供了一种方法,用于提出有关 COI 资金调整的申请,以便与通用顶级域 (gTLD) 的受管理域名注册数量 (DUM) 预测值保持一致。COI 资金是保障 gTLD 运营的重要组成部分,可确保拥有充足的金融资源来保证持续履行关键注册管理机构职能。如需降低 COI 资金金额,必须得到 ICANN 组织批准。

  11. 在哪些情形下可能需要调整 COI 资金金额?

    注册管理运行机构可能会出于以下原因而希望修正其 COI:

    在一个 gTLD 获得授权后,若 ICANN 组织发现该域名的 COI 资金不足,则会向注册管理运行机构介绍 COI 修正服务,并要求该机构在 60 天内修正 COI 资金水平。如需申请对 COI 进行修正,请通过域名服务端口提交新案件,提交时应选择 COI 的正确形式(信用证或托管协议)。

    注册管理运行机构可以申请对 COI 金额进行调整,从而使其符合 gTLD 最新的受管理域名注册数量 (DUM) 预测值。2011 年 12 月,ICANN 组织发布了一份指南以帮助注册管理运行机构根据预测的 DUM 数量来计算 gTLD 运营的预计成本。自此之后,启动的新 gTLD 数量便成为了可作为预测依据的市场驱动数据点。

    如果受管理域名注册数量 (DUM) 超出域名注册管理后端应急运行机构 (EBERO) 协议随附的《标准紧急事件费用表》(附件 D1)中规定的所需 COI 资金金额,则注册管理运行机构必须提高其 COI 资金水平,以保证不会出现资金不足的情况。请注意,不管 ICANN 组织是否给出指示,注册管理运行机构都有责任也有义务监控和维护充足的 COI 资金金额。

  12. 在审批 COI 金额修正申请时,ICANN 组织会考量哪些要求?

    在 COI 金额修正过程中,按照惯例,ICANN 组织会审核当前需要修正的 COI 的全部内容,以找到可能需要调整的任何其他项目。在 ICANN 组织审核以确定是否需要进行其他调整的过程中,需遵循若干要求。具体要求包括:

    1. 在进一步修正同一 COI 之前,注册管理运行机构必须在上次 COI 修正日期之后至少等待六个月时间。
    2. COI 可以是由注册管理运行机构的银行出具的信用证 (LOC) 或托管协议。
    3. 更新的预测值
      1. 基于申请中列出的新 DUM 数量(增加或减少),而当前的 DUM。
      2. 域名注册管理后端应急运行机构 (EBERO) 协议 [PDF,1 MB] 随附的《标准紧急事件费用表》(附件 D1)将用于指导如何根据 DUM 预测值计算适当的 COI 金额。请注意,预测的资金金额应考虑到三年的 DUM 预测值,包括预测的增长。
      3. 如果一个 COI 涵盖多个 gTLD,则将针对 COI 分配计划中列出的每个 gTLD 来分析 DUM,进而确定所需的总资金。
      4. 修正申请将根据最新提交的《月度交易报告》进行评估。
    4. 注册管理运行机构有责任支付修正所涉及的所有银行相关费用,包括通知银行收取的通知费用。每次修正所涉及的费用约为 250 美元。
    5. 所有申请必须通过域名服务端口提交,且新案件应按照 COI 的正确形式(信用证或托管协议)创建。
  13. 修正持续经营方案 (COI) 金额时应遵循何种流程?

    要启动该流程,注册管理机构主要联系人必须通过域名服务端口填写并提交一个新的 COI 修正案件,可选用信用证 (LOC) 或托管协议的形式。

    提交申请后,ICANN 组织将对申请执行完整性检查,确认其是否符合要求以及是否批准其继续推进。如果 COI 采用 LOC 形式,则该申请项目可以由通知银行通过数字方式告知,或直接发送至 ICANN 组织。然后,注册管理运行机构可以将这些指示提供给其开证银行以执行修正。如果 COI 采用托管协议形式,则 ICANN 组织将要求注册管理运行机构与托管机构合作,共同修正托管协议。有关完整的步骤列表,请参阅如何提交 COI 修正申请 [PDF,152 KB]。

  14. COI 修正流程需要多长时间?

    申请修正 COI 之后,ICANN 组织的服务水平目标是在八 (8) 个工作日内向注册管理运行机构做出回复,通知其申请是获得批准,还是被拒。如果 ICANN 组织批准了申请,则完成时间会各不相同,具体因注册管理运行机构和银行的回应速度而异,但最快可在二十一 (21) 个工作日内完成。

    如果修正申请是应 ICANN 组织的请求而提出的,则 COI 修正服务流程应在六十 (60) 个日历日内完成。

  15. COI 修正流程在所有地区是否都相同?

    是,不过,由于银行审批流程存在差异,某些地区/国家的时间表可能会存在延迟。

  16. 有没有任何与 COI 修正服务相关的成本?

    有,可能存在与该服务相关的象征性银行费用,包括但不限于通知费用和修正费用。

  17. ICANN 组织有没有首选的通知银行?

    没有,不过 ICANN 组织与美国银行建立了合作关系。该机构备受推崇,并且拥有确保这些 COI 符合所有相关金融法规和要求的专业技能。该机构与全球 2500 多家金融机构保持着通信关系。此外,美国银行还拥有与这些银行进行安全通信所需的基础设施。因此,为方便起见,注册管理运行机构可以选择经由美国银行通知新开具的信用证。美国银行可通过 SWIFT:BOFAUS3N 来联系。如果通知银行根据其惯用的银行业务指南确定了未决条款,则注册管理运行机构必须在 COI 修正服务流程中修正此类条款。

  18. 信用证 (LOC) 通知有哪些好处?

    LOC 通知的一个主要好处在于,所有通信都可以通过数字方式进行,而无需使用邮寄或纸质文件。如果使用 LOC 通知,开证行可直接将与信用证有关的执行或修正情况通过电子方式告知通知行。

  19. 是否可以发出有关现金托管文件的通知?

    不可以,一般情况下,现金托管文件是不可通知的,因为它们属于法律协议,而不是担保凭证,因此需遵循不同于信用证的相关法规。

  20. 如何替换当前的持续经营方案 (COI)?

    对于信用证 (LOC):起草一份 LOC 替代文件,然后通过域名服务门户 (NSP) 提交一个案件,以请求 ICANN 组织审核起草的文件。为节省时间,也可以选择使用 ICANN 组织预先批准的文件模板。使用预先批准的未更改文件模板可缩短 ICANN 组织审核流程所需的时间。

    在 ICANN 组织进行审核或使用 ICANN 组织预先批准的文件模板后,可以直接发送 SWIFT 至通知行或将原始纸质文件邮寄给 ICANN 组织,以请求开证行开具新的 LOC。

    对于现金托管:起草一份现金托管替代文件,然后通过域名服务门户 (NSP) 提交该文件,以请求 ICANN 组织进行审核。为节省时间,也可以选择使用 ICANN 组织预先批准的文件模板。使用预先批准的未更改文件模板可缩短 ICANN 组织审核流程所需的时间。

    在 ICANN 组织进行审核或使用 ICANN 组织预先批准的文件模板后,可以请求现金托管提供商收集执行新文件所需的必要签名。

    ICANN 组织在收到新执行的 COI 文件后,将处理已存档的旧 COI 的解除事宜。

  21. 替换持续经营方案 (COI) 会产生哪些费用?

    费用会因开证行或现金托管提供商的条款而有所不同,在通知过程中可能会产生额外费用,这笔费用也会因使用的通知银行而有所差异。例如,如果通知银行为美国银行,则标准的通知费用为 250 美元。

  22. ICANN 组织是否会在持续经营方案 (COI) 即将到期时发出相应通知?

    ICANN 组织不会在 COI 即将到期时发出通知,COI 文件的管理和维护由签约方全权负责。

  23. 如果持续经营方案 (COI) 的计划到期时间在《注册管理机构协议》义务终止之前,应该如何处理?

    应对 COI 进行修正以延长其到期日期,如果无法延期,则应替换 COI。

  24. 持续经营方案 (COI) 续约、修正和替换这三种情况之间有何区别?

    如果 COI 包含自动续约条款,规定在每年的特定日期延长文件有效期,直至到达最终到期日期为止,则会出现续约情况。

    续约会自动进行,且仅影响 COI 的有效期。

    修正要求注册管理运行机构执行相应操作,对文件最初规定的条件、条款、金额或日期进行修改。修正非常类似于重新协商或更正当前条款,因此在大多数情况下要求 ICANN 组织进行审核和签字同意。

    如果起草了新的 COI 文件以替换现有的 COI 文件,则会出现替换情况。新的 COI 将具有新的参考编号。新的 COI 也可由不同于旧 COI 的金融机构开具。

  25. 已到期的持续经营方案 (COI) 是否可以延期?该流程通常需要多长时间?

    可以通过修正流程对已到期的 COI 进行延期。假如金融机构允许在 COI 到期后对其延期,则修正流程大约需要 2 到 4 周时间。

    如果无法延期,则签约方必须使用新的 COI 文件替换已到期的文件。请注意,如果出现与充足的 COI 资金金额存在差距的情况,则可能会导致将该流程升级到 ICANN 组织的合同合规部。COI 的替换流程可能需要 2 到 8 周时间,具体取决于金融机构的要求。

  26. 如何确保持续经营方案 (COI) 在我的义务终止之日及时解除?

    您可以修正现有的 COI 以使其匹配 6 年义务终止日期,进而确保当前记录在案的 COI 文件在相应日期自动解除。

  27. 如何更改持续经营方案 (COI) 到期日期以使其匹配我的 6 年义务终止日期?

    可以请求更改现有 COI 的最终到期日期,以使其匹配您的 6 年义务终止日期。例如,如果《注册管理机构协议》于 2014 年 5 月 4 日正式执行,则可以将 COI 最终到期日期更改为 2020 年 5 月 4 日,因为这是您履行 COI 维护义务的最后一天。

  28. 在《注册管理机构协议》所涵盖的 COI 义务终止后,ICANN 组织是否会解除持续经营方案 (COI)?

    根据 COI 义务解除服务中的相关规定,当不再存在合约要求时,ICANN 将自动解除 COI。ICANN 会在处理 COI 解除事宜之前一个月发出通知。注册管理运行机构无需执行任何操作,完成后,将会发出确认解除 COI 的通知。

  29. 持续经营方案 (COI) 何时能够解除?

    仅当制定了其他 COI 文件或维护 COI 的 6 年义务终止后,才能解除 COI。

    请注意,对于替换 COI 的情况,仅当开始执行新的 COI 替代文件后,ICANN 组织才会处理现有 COI 的解除事宜。

  30. 如果遇到与持续经营方案 (COI) 相关的其他问题,可以联系谁?

    有关更多信息,请访问 ICANN.org 上的持续经营方案 (COI) 页面。或者,也可以联系 ICANN 全球支持中心 (globalsupport@icann.org),以咨询任何其他问题。

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."