diff --git a/docs/vendor/support-submit-request.md b/docs/vendor/support-submit-request.md index a5da151c2f..8662f286e6 100644 --- a/docs/vendor/support-submit-request.md +++ b/docs/vendor/support-submit-request.md @@ -44,11 +44,25 @@ To submit a support request from the **Support Bundle Analysis** page: Replicated support SLAs are a combination of the customer license type, your Replicated plan, which product is impacted, and other considerations. Your answers to the questions in the support request form generate a severity calculation that is posted on the GitHub issue as a label, and potentially result in a page for high severity incidents. +The support page uses a multi-step wizard to guide you through submitting a support request or feature request. + To submit a support request from the Vendor Portal **Support** page: -1. In the Vendor Portal, go to **[Support](https://vendor.replicated.com/support) > Open a support request**. +1. In the Vendor Portal, go to **[Support](https://vendor.replicated.com/support)**. + +1. Select the product area related to your request. The available products depend on your account. + +1. On the self-service page, review the suggested community articles and documentation links to see if your question has already been answered. If you still need help, click **Open a support request**. + + :::note + You can also click **Make a feature request** to submit a feature request instead. Feature requests collect a title, problem description, and an optional proposed solution. -1. In section 1 of the support request form, complete the required fields that apply to all requests: + If your team has a collab repository configured, you can also click **View open issues and requests** to see all submitted issues and feature requests on GitHub. + ::: + +1. (KOTS, Embedded Cluster, and kURL only) Upload one or more support bundles. The Vendor Portal uses support bundle metadata to pre-populate customer information in the request form. + +1. Complete the support request form:
| Description | |||
|---|---|---|---|
| First Name and Last Name | -Enter your first and last name. | +First Name, Last Name, and GitHub Username | +
+ These fields are only displayed if you haven't added a GitHub username to your Vendor Portal account. Your GitHub username is required to access the GitHub collab repo used for support tickets. + |
| Please choose the application you're troubleshooting | +Customer Name |
- Select the application associated with this support request. -The application that you select informs which customers (if any) associated with this support request. +Search for the name of the customer associated with this support request. This field is available if you uploaded a support bundle in the previous step, or when customer information is available from the application context. +Choosing a customer is required to enable some SLA levels that are specific to paid licenses. |
|
| Which customer are you supporting? | +Issue Title |
- Search for the name of the customer associated with this support request. -Choosing a customer is required to enable some SLA levels that are specific to paid licenses. +(Required) The issue title on GitHub. |
|
| What type of installation is this impacting? | +Problem Description |
- The options available in this field vary depending on the license type of the customer that you selected. Your selection for installation type determines the additional dynamic fields that are displayed on this request form. -The following describes each option: -
(Required) A description of the issue or problem. |
|
| Product area | +Issue Impact |
- The options available in this field vary depending on the products included in your account and enabled for the selected customer. -The following describes each option: +(Required) The impact level of the issue. The available options vary by product:
|
|
| Issue title | -The issue title on GitHub. | -||
| Describe the issue, problem, or potential bug | -The issue description on GitHub. | -
| Field | Description | |
|---|---|---|
| The application is currently down in a customer environment | -
- This field is only present if you selected **This is a problem with software installed at a customer premises** for the installation type. -Indicates if business critical functionality is not working at all. - |
- |
| What is impacted? | +Is this issue currently preventing you from using the product in production? |
- This field is only present if you selected **This is a problem outside of the customer premises** for the installation type. -Select one of the options: -
Indicates whether business-critical functionality is completely unavailable. |
| Is the issue with installing an application? | +Has this been reproduced in a different installation/environment? |
- This field is only present if you selected **This is a problem with software installed at a customer premises** for the installation type. -Select one of the following options: -
Indicates whether the issue has been confirmed in more than one environment. If the issue is both blocking production and reproducible, the request may be escalated to Severity 1. |
| Type of cluster | +Is this blocking a production release of the product? |
- This field is present unless you selected **This is a problem outside of the customer premises** for the installation type. -Indicates the type of Kubernetes cluster where the issue is present: -
(Compatibility Matrix only) Displayed when the impact level is "Resources are entirely unavailable". Indicates whether the issue is blocking a production release. |
| Is the issue in an air gap environment? | +Select Cluster/VM |
- This field is present unless you selected **This is a problem outside of the customer premises** for the installation type. -Indicates if the installation is air-gapped. +(Compatibility Matrix only) Optionally select a cluster or VM from your recent Compatibility Matrix history to associate with the request. |