Tab navigation
Recommendation for mid and large-range Customers
IBM prides itself on delivering world class software support with highly skilled, Customer-focused people. However, IBM support can never take the place of your company's internal help desk. Many successful companies have found the best way to interact with IBM software support is through a cadre of highly skilled and trained employees who understand their company's environment and act in conjunction with their internal help desk. These senior staff members are able to filter, sort, and prioritize their company's problems and direct them toward the best resource (IBM and non-IBM) for resolution. These are the people who become authorized contacts to collaborate with IBM software support for fast resolution of IBM problems as well as assuming a similar role with other vendors. We encourage you to adopt such a structure, if you haven't already, as it will help us secure the success of your IBM solutions.
Before contacting IBM Software Support
To resolve your software support service request in the most expedient way possible, it is important that you take the following steps before you contact a software support center. You will need to gather information about the problem and have it on hand when discussing the situation with the software support specialist. The following steps are an example of what is required:
Define the problem
If you can describe the problem and symptoms before contacting software support, you can expedite the problem solving process. It is very important to be as specific as possible when explaining a problem or question to our software support specialists. Our specialists want to give you the right solution, so, the better they understand your specific problem, the better they are able to resolve it.
Gather background information
To solve problems effectively, the software support specialist needs to have all of the relevant information about the problem. Your ability to answer the following questions will help us to solve your software problem.
- What levels of software were you running when the problem occurred? Please include all relevant products, i.e.: operating system as well as related products.
- Has the problem happened before, or is this an isolated problem?
- What steps led to the failure?
- Can the problem be recreated? If so, what steps are required?
- Have any changes been made to the system? (hardware, NetWare or software)
- Were any messages or other diagnostic information produced? If yes, what were they?
It is often helpful to have a printout of the message number(s) of any messages received when you contact IBM support.
- Define your technical question in specific terms and provide the version and release level of the product(s) in question.
Gather relevant diagnostic information (if possible)
It is often necessary that our software support specialists analyze specific diagnostic information, such as relevant logs, storage dumps, traces, etc., in order to resolve your problem. Gathering this information is often the most critical step in resolving your problem. Product specific diagnostic documentation can be very helpful in identifying what information is typically required to resolve problems. If you are unsure about what documentation is required, visit the IBM Support Assistant (ISA) page. After installing the software, try searching on MustGather and the product with which you are having trouble. Not all products will have an ISA plug-in available but you may find additional information on the individual product support page under troubleshooting. You can always contact software support for assistance in gathering the needed diagnostic information.
Determine the severity level
Severity levels are determined during a mutual discussion by the client and support analyst, based on the business impact of the issue. If a client designated a problem as a Severity 1, IBM will work on it 7 days a week, 24 hours a day, providing the client is also available to work during those hours.
Customers can change the severity level of a problem if circumstances change from when it was first entered to match current business impact conditions.
The following table defines severity levels and provides some examples.
| Level | Definition | Examples |
|---|---|---|
| Severity 1 | Critical Impact/System Down: Business critical software component is inoperable or critical interface has failed. This usually applies to a production environment and indicates you are unable to use the program resulting in a critical impact on operations. This condition requires an immediate solution. |
|
| Severity 2 | Significant business impact: A software component is severely restricted in its use or you are in jeopardy of missing business deadlines because of problems with a new application rollout. | All users of Tivoli Problem Management receive a database manager error while attempting to view open problems. |
| Severity 3 | Some business impact; Indicates the program is usable with less significant features (not critical to operations) unavailable. | A client cannot connect to a server |
| Severity 4 | Minimal business impact: A non-critical software component is malfunctioning, causing minimal impact, or a non-technical request is made. |
|
When communicating with a software support specialist, you should also mention the following items if they apply to your situation:
- You are under business deadline pressure.
- Your availability (i.e. when you will be able to work with IBM Software Support).
- Alternate ways to reach you, more than one phone number, pager, email address
- You can designate a knowledgeable alternate contact with whom we can speak.
- You have other open problems (Service Requests or PMRs) with IBM regarding this service request.
- You are participating in an early support program.
- You have researched this situation prior to contacting IBM and have detailed information or documentation to provide for the problem.
Accessing Software Support
When submitting a problem to IBM Software Support about a particular service request, please have the following information ready:
- IBM Customer Number
Note: you should be able to get your IBM Customer number from your client rep, from product invoices, or the call center may be able to help from your machine type/serial or even from your Customer name. - The machine type/model/serial number (for Subscription and Support requests)
- Company name
- Contact name
- Preferred means of contact (voice or email)
- Telephone number where you can be reached if request is voice callback
- Related product and version information
- Related operating system and database information
- Detailed description of the issue
- Severity of the issue in relationship to the impact of it affecting your business needs
Submitting problems electronically
Through the IBM Support Portal or IBM Services site(s), you may post support questions and problems electronically to the IBM support specialists with the best skills for your request. Prior to submitting a problem via the Internet you will need the same information as if you were reporting a problem by telephone. This capability allows you to put all of the pertinent information about your problem into the problem record via the Internet without having to wait for someone to call you back. This should save you time and help with problem resolution time. Refer to the Contacts section for more information on the tools available to submit problems electronically.
If you are submitting a severity one problem and it is outside of normal business hours in your country you should open your problem by voice or follow-up your web submission with a call to your local support center referencing the problem number you receive on the web. We want to ensure that your emergency call will be handled appropriately.
Voice access
IBM Voice Support is available for most Series z platform software products and to all current support contract holders through a Single Point of Contact (SPOC) telephone number in your country (where available). You will be required to provide your IBM Customer Number for validation of the support service to which you are entitled to as well as the product about which you are calling. Please refer to the Contacts section for specific country phone numbers.
Response objectives
Support Center Hours (IBM prime shift business hours)
IBM Support Center hours cover the prevailing business hours in the country where your product is licensed and/or your contract is registered. You should keep this in mind if you are considering outsourcing your operation or help desk to a firm that is overseas or working in another time zone. (There could be a few exception for countries where M - F is not their normal work week or business working time is not the same as for your Country due to different time zones. In those cases contact your Business Partner/Reseller or IBM Sales Rep to get your hours of coverage).
Distributed systems (with Subscription and Support and/or Support Line prime shift support services offerings)
When you contact software support to report a problem or update/get status on a problem, your request will be routed to a software support specialist. IBM's goal is to respond to your service request within two business hours during prime shift, and within two hours during offshift hours for critical problems.
| Severity | Impact | Response goal |
|---|---|---|
| 1 | Critical business impact | Within two hours |
| 2 | Significant business impact | Within two business hours |
| 3 | Some business impact | Within two business hours |
| 4 | Minimum business impact | Within two business hours |
Please note: IBM will use commercially reasonable efforts to respond to service requests from your authorized contacts within two hours during normal country business hours. Our initial response may result in resolution of your request, or it will form the basis for determining what additional actions may be required to achieve technical resolution of your request. Depending on the complexity of your request, the next response may take days. Be sure you and your support rep agree on what the next action is and when the next checkpoint will be. Also note that severity 2,3, and 4 problems reported offshift will be queued for the next business day.
System z Platform response objectives (improved responsiveness is available to Customers requiring it, through services offerings)
For problems reported against Monthly License Charge (MLC) (i.e., System z) software products, IBM's response objectives continue to be based upon the severity of the request. The following table describes these objectives.
| Severity | Impact | Response goal |
|---|---|---|
| 1 | Critical business impact | Within two hours |
| 2 | Significant business impact | Within four business hours |
| 3 | Some business impact | By the end of the next business day |
| 4 | Minimum business impact | By the end of the next business day |
For Q&A, handled under a services contract, the response goal is 2 hours for all severities.
Offshift support
During Off shift hours we will use commercially reasonable efforts to respond, by telephone, within two hours to service requests which you specify to be Customer Critical problems (severity 1). Normal country business hours are defined by your time zone and the prevailing business hours within your country, e.g.: 8:00am to 5:00pm in North America or 9:00am to 6:00pm in some parts of Asia and Europe, Monday through Friday, except national holidays. Offshift hours are defined as all other hours outside of normal country business hours. Offshift support will be provided in English however, we will try to accommodate local language where possible. An appropriately skilled technical person from your site must be available to work with IBM's technical support staff during the entire time we are performing support services outside of normal country business hours. IBM recommends that you use voice or place a follow-up call to the local support center with the electronic PMR/Service Request number. This action helps to ensure a prompt response.
How your Service Request is handled by IBM Software Support
You may submit your request for assistance by using the IBM Support Portal or Services Site or by contacting IBM directly by telephone (where available and entitled) see Contacts section. These requests are logged into the IBM problem management system.
Once logged, a unique Service Request record (PMR) is created. Please make note of this Service Request number, Incident number, or Support Case number and use it in any future communication on this issue with the support center. Your Service Request is routed to a resolution team for handling.. A resolution team is simply a group of software support specialists. You may be transferred directly to the resolution team or your issue will be placed in a queue for response. In either case, the next person to contact you will be a specialist in the appropriate resolution team.
At the resolution team level your Service Request is researched, resolved, or escalated as appropriate. Due to the level of specialization required to maintain superior technical expertise at the team level, it is sometimes necessary to involve more than one support team in resolving a particular software problem. This is easily handled, as our support teams are all networked together and work as one to resolve whatever problems or issues arise.
In order to investigate the issue, IBM may need to access information on your system relative to the failure, or may need to recreate the failure to get additional information. Should the problem be configuration related, it is possible you may need to recreate the problem to get that required information. Our software support specialists may request that you send in the problem information or test cases or that they be able to view it with you electronically. To accomplish this, you may be offered several options by the IBM support specialist. See Exchanging Information with IBM Technical Support later in this handbook for more information on the options available.
IBM may also recommend reviewing the problem information or test cases on-line by setting up a remote session. This capability may be tailored to the capabilities of your country or your platform. Sometimes the capability is provided via a services offering such as RSVSF and NetOp, which, in turn, may be included as part of other IBM service offerings. Another tool used to view information online is Assist On-site.
How a code defect is handled by support
During this investigation process, the Resolution Team determines if your defect issue falls into one of three categories as described below.
- A known defect-related issue: If the Resolution Team determines that the issue is the result of a software defect that has previously been reported, the following actions may be taken:
- A fix or workaround is provided to circumvent or correct the issue
- If no workaround is available and it is determined that one is required, the Resolution Team will work with the customer to find the best feasible workaround
- The Resolution Team advises the customer when the defect (APAR) is closed, assists in fix implementation and updates the customers problem record
- A new defect: If the Resolution Team determines that the issue is the result of an IBM software defect that has not been reported before, we will work with you to create an Authorized Program Analysis Report (APAR) or Software Problem Report (SPR) to track the resolution of the defect. These APAR's and SPRs are routed to the appropriate development teams.
The development teams analyze the APAR or SPR to determine how the defect will be addressed. One of a number of fix related activities may result:- The defect is determined to be of high impact, a code fix is created and delivered to you
- The defect is determined to be of lower impact which does not require an immediate, permanent fix, we may defer the fix for a future release. APARs will reflect deferred fixes with a closing code of "FIN "(Fixed If there is a Next release) to designate plans for inclusion in a future release.
- For impacting problems, once an APAR or SPR is created the appropriate development team(s) become engaged and will work to resolve the situation.
- Because of the complexities of the environments supported, APARs and SPRs will often take several weeks, possibly months, to debug and to write, test, package and distribute a fix.
- Fixes are created and tested at the latest maintenance levels, so it is in your best interest to keep your software current on maintenance.
- After you have received a program fix, we will follow up with you to confirm resolution of your problem. If you have verified the fix, please contact the support center so that the Service Request may be placed in a resolved status. If for some reason the problem is not resolved, or you are dissatisfied with the solution, your problem record will remain open while IBM support personnel continue to work on the problem. The Service Request will not be closed until the problem has been resolved to your satisfaction.
- A problem that is not defect-related: If the Resolution Team determines that the issue is not a software defect in supported IBM code, we will continue to work the problem to resolution only at your request and with your concurrence, under a separate services agreement.
How technical questions (how-to/install) are handled by support
For Clients with the appropriate services offerings
Technical question support allows you to obtain assistance from IBM for product specific, task-oriented questions regarding the installation and operation of currently supported IBM software. In the course of providing answers to your technical questions, we may refer you to product documentation or publications, or we may be able to provide a direct answer to assist you in the following areas:
Short duration problems involving
- Installation
- Usage (how-to)
- Specific usage/installation questions for documented functions
- Product compatibility and interoperability questions
- Technical references to publications, such as redbooks or manuals
- Assistance with interpretation of publications
- Providing available configuration samples
- Planning information for software fixes
- IBM database searches
Subscription and Support and Support Line are not structured to address everything -- the following are examples of areas that are beyond their scope:
- Analyzing performance
- Writing, troubleshooting or customizing code for a client
- Answering extensive configuration questions
- Recovering a database, or data recovery
- Consulting
- Interpretation or triage of customer or third party generated defect scanning reports
Most of these types of situations require some form of Advanced Support Offering. For further information about these services please contact your IBM Representative who can help direct you to resources who can discuss your needs.
Problem handling best practices
We have found that the following practices, help us to ensure we can provide the most timely resolution to your question or problem.
- Submitting problems electronically, enables the resolution team to better understand the issue and be more prepared with the right skill and guidance to respond to your concern.
- IBM has found that by keeping the questions/issues separate (one problem per Service Request/PMR) we can provide better service to our clients.
- Selecting the appropriate Severity and letting us know the business impact will help to get the right focus on your problem.
- It is a good idea to keep support informed of Major Upgrades/Implementations.
- Stay current on Product Release levels.
- Provide timely feedback on recommendations and close the Service Request / PMR when you feel the problem has been resolved. If the problem reoccurs you may reopen the original Service Request / PMR by resubmitting the problem electronically.
Your responsibilities
IBM does not warrant that our products are defect free, however we do endeavor to fix them to work as designed. You may be surprised to learn you play a key role in this effort. Our remote software support is available to provide you assistance and guidance, however we assume that you will provide information about your system and the failing component, information that is key to resolving the problem.
This information includes capturing documentation at the time of a failure, applying a trap or trace code to your system, possibly formatting the output from the trap or trace, and sending documentation or trace information, in hardcopy or soft copy, to the remote support center. You are also responsible for obtaining fixes, by downloading or by receiving ones that have been shipped to you on media, applying the fixes to your systems and testing the fixes to ensure they meet your needs. Occasionally, removal of installed fixes may be necessary in the process of isolating problems. And sometimes fixing a problem will mean the installation of a later release of the software as some fixes cannot be retrofitted into earlier code.
You need to be aware of your responsibilities when working with an IBM support center. If you do not have the required skill or are unwilling to do the work, you can engage a services provider such as IBM Global Services (IGS) or a business partner to assist you, for an additional fee. If you are involved in a services engagement in which IGS or a Business Partner is designing and implementing an application for you, you should suggest that the statement of work be very clear as to whose responsibility it is to work suspected code defect issues with IBM, to ensure proper entitlement for remote support.
Escalation procedure
We believe IBM Support is "Best of Breed." If at any point in our service process, you feel we are not meeting our commitments to you (as outlined in this handbook), you may call our attention to this problem by doing one or all of the following:
- Be certain to explain the business impact of your problem to the service representative
- Raise the Severity Level of the problem
- Ask to speak to the person's manager - Escalations to an IBM manager will receive prompt attention and management focus. You can find contact numbers for your geographic area in the IBM Directory of worldwide contacts.
- Ask for a "Duty Manager" - The Duty Manager or field manager will work with our technical staff to ensure your request is being handled appropriately.
- Escalate by opening a Complaint or nominate as a Critical Situation or ("Crit Sit"), if warranted
Survey
After your problem has been closed, you may be randomly selected to participate in a web survey to determine your satisfaction with the way your problem was handled. The survey focuses on three elements; ease of opening the problem, remote support, and overall.
As I said earlier in this book, I think IBM has the best software support in the industry, and our support teams are judged on the overall scores. Quite frankly, anything less than "very satisfied" says they haven't delivered to my promise to you. Be honest with your rating, but try to focus on the service you were given and the competence and helpfulness of the individual or individuals involved in the problem