|
![ICANN Logo](https://www.icann.org/sites/default/files/unmanaged/logos/icann-logo.gif) |
Proposed Unsponsored TLD Agreement: Appendix C, Part 10 (.name)
(3 July 2001)
|
Functional Specifications
Part 10 - Engineering and Customer Service Support During the Term of this Agreement, Registry Operator shall provide reasonable telephone, fax and e-mail customer service to Registrars, not Registered Item Holders or prospective customers of Registrar, for any issues relating to the Registry System and its operations. Upon Registrar's request to become an authorized registrar for the Global Name Registry .name TLD, Registry Operator will assign Registrar a dedicated Account Manager. The Account Manager will be the primary contact point for Registrar, to whom queries of any nature may be directed. Registrars will conduct the majority of interactions with the Registry Operator through its Customer Service Department and the dedicated Account Manager, the parties responsible for escalating all queries according to the Escalation Procedures as described this Appendix C, Part 10. In addition to the assistance of the Customer Service Department and dedicated Account Manager, Registry Operator shall also provide a web-based knowledge base for FAQs and reference materials, as well as a web-based trouble-ticketing system interface. The web interface for the knowledge base will become available after signature of the Registry Operator / ICANN agreement prior to the Sunrise and Landrush launch. The web-based trouble ticketing system will be operational before or concurrent with "Live SRS."
Customer Service System (CSS) and Escalation Procedures Registry Operator will use an escalation procedure to evaluate the priority of an issue and respond accordingly during the course of the query resolution process. Escalation will be used to ensure that all queries are dealt with in a timely manner using all reasonable commercial and technical means. The system and procedures the Registry Operator maintains are collectively referred to as the Customer Service System (CSS). The Customer Services System and associated escalation procedures described below will be operational before or concurrent with "Commencement-of-Service." Each telephone call, e-mail, fax, and/or postal mail received from Registrar raising a problem/query will be given a unique reference number, or "ticket," to facilitate ease of tracking and escalation. Support calls or other forms of communication shall be escalated as deemed necessary by support staff who shall be trained in the appropriate procedures. Issues can be escalated manually by the staff, or automatically by the CSS issue ticketing and tracking system.
CSS Security: The Registrar must supply a list of no more than 10 named individuals that are authorized to contact the Registry Operator by phone or email. Each of these individuals will be assigned a unique pass phrase such that the Registry Operator can then authenticate the authorized Registrar representatives. Registrar will also designate the primary and secondary CSS Security List Managers, who are authorized to modify the list of 10 representatives. Examples of when escalations might occur include:
- Registrar needs an immediate answer to an urgent query that has not been previously resolved.
- Registrar is dissatisfied with the product, systems or services provided.
- The employee receiving the request does not have the authority or sufficient knowledge to resolve the query.
Escalation Priority Levels Escalation priority levels are explained below from the highest to the lowest priority:
Priority 1: A "major production system" is down or severely impacted. Priority 1 issues are likely to be categorized as catastrophic outages that affect the overall Registry operations and thereby all Registrars.
Priority 2: Registrar has a serious issue with a "primary feature" necessary for daily operations for which no work-around has been discovered and which completely prevents the feature from being used. Priority 2 issues will likely affect more than one Registrar.
Priority 3: Registrar has an issue with a "non-critical feature" for which a work-around may or may not exist. Priority 3 issues may be unique to one Registrar.
Priority 4: Registrar has a "general enquiry," usage question, or feature enhancement request.
ESCALATION PATHS FOR PRIORITIES
|
STEPS FOR EACH PRIORITY LEVEL (Escalation paths describe the pre-defined route a query shall take) |
Priority 1: “Major Production System” |
|
Step 2: Request is escalated immediately to the Operations Manager and/or the appropriate technical operations staff. |
|
Priority 2 & 3: Primary Features or Non-Critical Features |
|
Step 2: If not resolved the request is escalated to the Customer Service Manager or Operations Manager who ensures that request is resolved, drawing on technical operations staff and/or finance/billing support. |
Step 3: If the Customer Service or Operations Staff are unable to resolve the problem the request is escalated to the CTO and/or other members of the Executive Committee. |
Priority 4: General Enquiry |
Step 1: Request is received by CSR or dedicated Account Manager. |
|
Step 3: If the Customer Service Manager or Operations Manager is unable to resolve the issue it is escalated appropriately. |
Escalation Patterns by Communication Channel. There are three main channels of communication through which an issue can be brought to the attention of the Registry Operator: the Customer Service Department, the dedicated Account Managers and the emergency line. Escalation paths for these channels are outlined below: Emergency Line Escalation Path:
Step 1: The customer calls the emergency telephone number, which will be answered by a qualified technical operations engineer on duty 24X7.
Step 2: The engineer discusses problem with the customer and verifies that the problem is a valid Priority 1 issue. If the problem is not deemed to be Priority 1, the engineer will make an entry in the CSS and refer the case to a CSR and the dedicated Account Manager for resolution. If the problem is a Priority 1 issue, the engineer starts resolving the problem immediately. If the issue cannot be resolved satisfactorily within the first 15 minutes, the case will be escalated to field engineers, the Operations Manager, the Chief Technology Officer, and/or other members of the Executive Committee as required to expedite the issue resolution.
Step 3: After resolving the issue the engineer makes an entry in the CSS, changes the request status to "resolved," and then calls or emails the customer back directly (as well as the CSR and/or dedicated Account Manager) to describe how the issue was resolved.
If resolution of the issue takes longer than 15 minutes the Registrar (and dedicated Account Manager) will be given periodic updates (at a minimum - every 30 minutes) via telephone and/or email.
Customer Service Department & Account Manager Escalation Paths:
The Customer Service Department and dedicated Account Manager will, as the Registrar's primary point of contact, deal with all enquiries, with the exception of calls through the emergency line.
Step 1: The Customer Service Department and/or Account Manager receives a request, either by telephone, email, fax, or postal mail.
Step 2: If not able to resolve the issue in a timely manner, the CSR would ensure the Account Manager is notified, evaluate the severity of the request, assign a priority and make an entry into the CSS. The CSR and/or Account Manager would also then assign an owner, for example: the Customer Service Manager, the Operations Manager, technical support staff and/or finance/billing support.
Step 3: If the new owner of the request cannot resolve the issue, the relevant Department Head is notified.
Step 4: If the Department Head cannot resolve the issue it is escalated to the Chief Technology Officer and/or other members of the Executive Committee. The above process creates the ability to track any unresolved issues until a workaround or fix is provided.
Targeted Response Times. Prior to or concurrent with "Commencement-of-Service" the Registry Operator aims to ensure that 80% of all responses are within the following Targeted Response Times:
Priority |
Description |
Response Time |
Resolution Time |
|
A “major production system” is down or severely impacted. |
Action taken as soon as reported |
60 minutes |
Priority 2 |
A serious issue with a “primary feature” necessary for daily operations. |
First level analysis: 2 hours |
12 hours |
Priority 3 |
An issue with a “non-critical feature” for which a work-around may or may not exist. |
First level analysis: 24 hrs |
TBD |
Priority 4 |
A “general enquiry” or request for feature enhancement. |
48 hours |
TBD |
Comments concerning the layout, construction and functionality of this site should be sent to webmaster@icann.org.
Page Updated 03-Jul-2001 (c) 2001 The Internet Corporation for Assigned Names and Numbers. All rights reserved.
|