Contact-Support: Difference between revisions

From Open-Xchange
No edit summary
No edit summary
 
(15 intermediate revisions by 3 users not shown)
Line 2: Line 2:


= Concern: =
= Concern: =
You are entitled for Advanced Support and have obtained one of Open-Xchange's Support offerings, have registered all your Support Keys, which you have got after purchasing your Support offering according the information provided in the My Registrations section. Please also have a look at sdb.open-xchange.com/create-ldb-account-en
You are entitled for Advanced Support and have obtained one of Open-Xchange's Support offerings, have registered all your Support Keys, which you have got after purchasing your Support offering according the information provided in the [http://knowledgebase.open-xchange.com/support/self-service/registration.html My Registrations] section.


Furthermore you have an issue with your Open-Xchange Software and need help by the Open-Xchange Support.
Furthermore you have an issue with your Open-Xchange Software and need help by the Open-Xchange Support.


= Todo: =
= Todo: =
Send an E-Mail to <support AT open-xchange.com> and provide the following information within the E-Mail body:
Send an E-Mail to <support AT open-xchange.com> and provide the following information within the E-Mail body. Please take care to put your Support Key always to the top. If you provide more than one key the first recognised key wins.
 
IMPORTANT: We can only guarantee fast responses in case you report your incident or problem in English.


  Support Key: OX-SUPPORT-OR-LICENSE-KEY-XXX
  Support Key: OX-SUPPORT-OR-LICENSE-KEY-XXX
  Server: url of the machine
  Server: url of the machine
  Server Version: server version or package list
  Server Version: server version or package list
  Distribution: can be one of SLES, RHEL, DEBIAN, UCS
  Platform: Please choose one from [https://oxpedia.org/wiki/index.php?title=Contact-Support:PossibleValues#Platform: possible values].
  GUI Version: GUI version or package list
  GUI Version: GUI version or package list
  Module: can be one of portal, mail, calendar, tasks, infostore
  Category: Please choose one from [https://oxpedia.org/wiki/index.php?title=Contact-Support:PossibleValues#Category: possible values].
  Severity: 1, 2, 3, 4
  Severity: 4, 3, 2, 1 (see description of Severity Levels)
  Track-ID: the customer's internal tracking number, e.g. from its Bugzilla
  Track-ID: the customer's internal tracking number, e.g. from its Bugzilla
  Product: can be one of OXHE, OXSE, OXASE, OXtender, Migration
  Product: Please choose one from [https://oxpedia.org/wiki/index.php?title=Contact-Support:PossibleValues#Product: possible values].
Component: can be one of Admin GUI, Admin Server, Groupware GUI
Groupware Server, CLT, Documentation, OS Component, Installation, Other
   
   
  Steps to reproduce:
  Steps to reproduce:
Line 38: Line 38:
= Open-Xchange Severity: =
= Open-Xchange Severity: =


== Severity 1 – High ==
== Severity 1==
Shall mean Incidents that are defined as a catastrophic outage and/or have a critical impact on the customer's ability to conduct business. The customer cannot produce. The customer's system, application, or option is down and no procedural workaround exists.
 
Shall mean Incidents that are defined as a complete outage and do not allow the Licensee to further conduct his business. Licensee's system or application is completely not available and no Workaround exists. The Incident affects all users deployed on the Joint Solution Environment.
Also means a security or general threat causing potential risk to the customers’ data integrity or privacy.
A situation in which one or several servers do not operate correctly is not a Severity 1 issue, unless the issue causes one of the above to happen.
 
==Severity 2==
 
The Licensee’s operation is severely disrupted. A business critical component of the Joint Solution Environment cannot be used by a majority of the users.
 
==Severity 3==
 
Shall mean Incidents which involve partial loss of non-critical functionality, one which impairs many operations, but allows the Licensee to continue to operate.
 
==Severity 4==
 
Shall mean general usage questions, recommendations for product enhancements or modifications, and calls that are passed to the Parties for informational purposes. This includes but is not limited to documentation and translation errors.
 
= Personal Data Policy =
According to German law, companies are forced to handle any (log) files from customers which contain data related to a third person or has any personal protection in a special way. Personal data shall mean any information concerning the personal or material circumstances of an identified or identifiable natural person. Even so they have to be deleted once they aren't used any more. To fulfil this requirement, customers and support agents have to keep the readable ticket communication, in form of email/article body, subject or attachment names, free from any personal data. This can be every thing from names, email addresses, screen-shots, logs files and even credentials to system accounts. This personal data only has to be handed over in form of attachments which was common practice before. Transfer channels for personal data are attachments via the ticket system, attachment in encrypted emails or provided by protected download links. How to send encrypted emails via PGP is described [http://sdb.open-xchange.com/node/59 here].
 
The integrity of an 'Incident Request' with all available data needs to be saved up to 90 days after a ticket was closed to ensure a holistic assessment in case of Contractual complaints. This time frame is mandatory and gives also the customer time for detailed tests. In case of reopening an incident within these three months all information is still available and needs not to be recollected by customers and end users.


== Severity 2 - Medium ==
Open-Xchange introduced a weekly deletion process, the deletion work on ticket attachments and on raw email files which are affected by attachments. The automatic deletion of all ticket attachments takes place weekly at Sunday and affects all tickets which are in a 'closed' state since 90 days.
Shall mean Incidents that are defined as high-impact problems. The customer's operation is disrupted, but there is some capacity to produce. The problem may require a fix prior to the next release for the current customer system.


== Severity 3 - Low ==
= Creating an OX Support Tarball =
Shall mean Incidents which involve partial, non-critical functionality loss, one which impairs some operations, but allows the customer to continue to operate. This may be a minor issue with limited loss or no loss of functionality or impact to the customer's operation. This includes but is not limited to documentation and translation errors.


== Severity 4 - Trivial ==
[http://oxpedia.org/wiki/index.php?title=AppSuite:Oxsysreport Creating an OX Support Tarball]
Shall mean general usage questions, recommendations for product enhancements or modifications, and calls that are passed to the Parties for informational purposes.

Latest revision as of 04:48, 1 August 2018

How to contact the Open-Xchange Support?

Concern:

You are entitled for Advanced Support and have obtained one of Open-Xchange's Support offerings, have registered all your Support Keys, which you have got after purchasing your Support offering according the information provided in the My Registrations section.

Furthermore you have an issue with your Open-Xchange Software and need help by the Open-Xchange Support.

Todo:

Send an E-Mail to <support AT open-xchange.com> and provide the following information within the E-Mail body. Please take care to put your Support Key always to the top. If you provide more than one key the first recognised key wins.

IMPORTANT: We can only guarantee fast responses in case you report your incident or problem in English.

Support Key: OX-SUPPORT-OR-LICENSE-KEY-XXX
Server: url of the machine
Server Version: server version or package list
Platform: Please choose one from possible values.
GUI Version: GUI version or package list
Category: Please choose one from possible values.
Severity: 4, 3, 2, 1 (see description of Severity Levels)
Track-ID: the customer's internal tracking number, e.g. from its Bugzilla
Product: Please choose one from possible values.

Steps to reproduce:
...

Current behaviour:
...

Expected behaviour:
...

The Severity of an Incident determines the impact it has on the customer's business and therefore the urgency of solving an Incident of certain impact.

Important: Please note that Open-Xchange's response time depends on both the Severity and the Service Level Agreement between the customer and Open-Xchange.

If all of the above information has been provided a confirmation mail is sent from Open-Xchange's ticket system which includes the ticket number for that incident.

Open-Xchange Severity:

Severity 1

Shall mean Incidents that are defined as a complete outage and do not allow the Licensee to further conduct his business. Licensee's system or application is completely not available and no Workaround exists. The Incident affects all users deployed on the Joint Solution Environment. Also means a security or general threat causing potential risk to the customers’ data integrity or privacy. A situation in which one or several servers do not operate correctly is not a Severity 1 issue, unless the issue causes one of the above to happen.

Severity 2

The Licensee’s operation is severely disrupted. A business critical component of the Joint Solution Environment cannot be used by a majority of the users.

Severity 3

Shall mean Incidents which involve partial loss of non-critical functionality, one which impairs many operations, but allows the Licensee to continue to operate.

Severity 4

Shall mean general usage questions, recommendations for product enhancements or modifications, and calls that are passed to the Parties for informational purposes. This includes but is not limited to documentation and translation errors.

Personal Data Policy

According to German law, companies are forced to handle any (log) files from customers which contain data related to a third person or has any personal protection in a special way. Personal data shall mean any information concerning the personal or material circumstances of an identified or identifiable natural person. Even so they have to be deleted once they aren't used any more. To fulfil this requirement, customers and support agents have to keep the readable ticket communication, in form of email/article body, subject or attachment names, free from any personal data. This can be every thing from names, email addresses, screen-shots, logs files and even credentials to system accounts. This personal data only has to be handed over in form of attachments which was common practice before. Transfer channels for personal data are attachments via the ticket system, attachment in encrypted emails or provided by protected download links. How to send encrypted emails via PGP is described here.

The integrity of an 'Incident Request' with all available data needs to be saved up to 90 days after a ticket was closed to ensure a holistic assessment in case of Contractual complaints. This time frame is mandatory and gives also the customer time for detailed tests. In case of reopening an incident within these three months all information is still available and needs not to be recollected by customers and end users.

Open-Xchange introduced a weekly deletion process, the deletion work on ticket attachments and on raw email files which are affected by attachments. The automatic deletion of all ticket attachments takes place weekly at Sunday and affects all tickets which are in a 'closed' state since 90 days.

Creating an OX Support Tarball

Creating an OX Support Tarball