Case EscalationEdit on GitHub
How does Spryker prioritize cases?
While we are trying to solve cases in a timely manner, we need to triage and prioritize cases on a daily basis. When you create cases, you can already indicate how urgent a case is for you by choosing the correct case type and Business Impact and provide the adequate info to help us assess how important your case is in relation to other cases that are in our backlog. At the end of the day, how high or low a case will be prioritized by the Support team is a function of:
- The business impact specified by the partner/customer and the explanation provided for it
- The subject matter
- The overall state and context of the project
Please note, that prioritization is only one aspect that will influence how fast your case will be solved. Please see here to learn important tips about what you can do to speed up resolution times.
By specifying the Business Impact, you can tell us directly how severely an issue affects your business. In the following, we would like to explain how to choose the appropriate business impact:
P1 - Urgent - This is reserved for outages on production environments, security incidence or issues that directly impact the normal flow of your business and for which you were not able to find an appropriate workaround. Here are some examples of cases with P1 business impact
- Your Spryker Shop is no longer reachable
- You suspect that there is a security flaw that is actively being exploited
- It is no longer possible for customers to use your shop in the intended way, and this is has impact on your revenue.
- An issue blocks you from going live with your shop
P2 - High - The difference between high and urgent business impact is the factor of time and/or the severity of the issue. If you see an issue that will affect the normal operation of your Spryker Shop in a significant way in the short term or see performance and quality degradation (but not outages) in central processes and functions of your shop, these issues should be assigned High Business Impact. Examples:
- You see very high server response rates that result in some customer churn
- You find a bug that will make the use of a payment module impossible with the next planned update
P3 - Medium - This Business Impact should be chosen if the issue is affecting business in a constant, but less severe manner and does not directly result in loss of revenue. Examples:
- Performance of certain backend functions is lacklustre but working
- You experience regular problems deploying to Spryker PaaS on non-prod environments
P4 - Low - This is the correct Impact to choose if the issue is only affecting processes and functions that are not or rarely used and if they are, they remain functional, albeit with degraded performance/quality. This impact can also be chosen if the problem is theoretical or only visual in nature. Examples.
- You discover a bug that might, under certain conditions that are unlikely to occur, influence the performance of your website.
- You discover code that does not follow Spryker’s usual code quality guidance
Priority is an internal attribute that we set for cases after having evaluated them. There are 4 Priorities that we assign to cases.
Urgent - Urgent cases have the highest priority for us. Since there can only be a very limited number of urgent cases for us to be able to operate, we assign this priority only to the most severe cases (for example, Security Incidents or Infrastructure Outages)
High - High Priority cases are delt with with priority if there are no Urgent cases in the backlog, or not all support representatives are currently busy working on Urgent cases.
Medium - Most of the Problem cases we receive will be assigned “Medium” priority. They are dealt with if there is no Urgent and High cases in the backlog or if enough free resources are available.
Low - Low priority cases will be dealt with if there are no Urgent and High priority cases in the Backlog or if a support representative thinks that the request can be dealt with very quickly or that they are working on a similar case already and it is beneficial to work on the related low priority case as well.
You can see what priority your case was assigned to in the case detail view on the Support and Partner Portal.
Desired Solution Time
We recently gave our Partners and Customers the option to specify desired solution times on Request, Change Request and Problem Cases. Emergency cases do not have this field, as they will always be dealt with as soon as possible.
The case type you choose to create an issue also determines how high it will be prioritized initially.
- Request Cases will automatically receive low priority and will be dealt with when there is time.
- Problem Cases allow you to specify business impact and desired solution time. We will assign a priority to this case after evaluating the information provided, the business impact specified, and the desired solution time
- Emergency Cases are reserved for severe outages with significant business impact. Emergency cases will always receive the highest priority and can only be cases with Business Impact P1 - Urgent. Please note that misusing Emergency Cases to try to expedite issues that do not have significant, immediate business impact will create significant work for us and will result in your case getting deprioritized.
If you feel that your issue is not receiving the attention it deserves, or if you feel you are getting “stuck” and you have already tried to resolve the situation with your support representative directly unsuccessfully, you can ask us to increase the priority of the task. You can do so by using the corresponding button on the Support and Partner Portal.
There is also a link in the signature of every mail sent by our support representatives that can be used to ask for an increase in priority. Both options lead to a form where we ask you to explain why the priority of your case should be increase in relation to the other cases we are currently work on. Please make sure to provide relevant reasons for why we should increase the priority of your request.
For submitting the form