Kontakt-Zu-Support: Difference between revisions

From Open-Xchange
(Created page with "= Open-Xchange Support kontaktieren = = Anliegen: = Sie sind im Besitz eines erweiterten Support Vertrags mit Open-Xchange, Sie haben Ihren Support Key, wie unter [http://oxpedi...")
 
No edit summary
 
(17 intermediate revisions by 3 users not shown)
Line 2: Line 2:


= Anliegen: =
= Anliegen: =
Sie sind im Besitz eines erweiterten Support Vertrags mit Open-Xchange, Sie haben Ihren Support Key, wie unter [http://oxpedia.org/wiki/index.php?title=Meine_Registrierungen Meine Registrierungen] beschrieben freigeschaltet und benötigen nun Unterstützung bei der Lösung eines Problems mit Ihrem Open-Xchange Produkt. Bitte beachten Sie hierzu auch sdb.open-xchange.com/create-ldb-account-de.
Sie sind im Besitz eines erweiterten Support Vertrags mit Open-Xchange, Sie haben Ihren Support Key, wie unter [http://knowledgebase.open-xchange.com/support/self-service/registration.html Meine Registrierungen] beschrieben freigeschaltet und benötigen nun Unterstützung bei der Lösung eines Problems mit Ihrem Open-Xchange Produkt.


= Vorgehen: =
= Vorgehen: =
Senden Sie eine E-Mail an <support AT open-xchange.com> und fügen Sie folgende Informationen dem "Mail Body" bei:
Senden Sie eine E-Mail an <support AT open-xchange.com> und fügen Sie folgende Informationen dem "Mail Body" bei. Bitte achten Sie darauf, den Support Key immer an oberster Stelle anzugeben. Sollten mehrere Keys in der Mail erkannt werden, so gewinnt der zuerst erkannte:
 
WICHTIG: Wir können schnelle Antworten nur garantieren, wenn Sie ihre Störungen und Probleme in englisch melden.


  Support Key: OX-SUPPORT-ODER-LIZENZ-KEY-XXX
  Support Key: OX-SUPPORT-ODER-LIZENZ-KEY-XXX
  Server: URL des Servers
  Server: URL des Servers
  Server Version: Server Version oder Paket Liste
  Server Version: Server Version oder Paket Liste
  Distribution: Kann sein SLES, RHEL, DEBIAN, UCS
  Platform: Bitte wählen Sie einen Eintrag aus den [https://oxpedia.org/wiki/index.php?title=Contact-Support:PossibleValues#Platform: möglichen Werten].
  GUI Version: GUI Version oder Paket Liste
  GUI Version: GUI Version oder Paket Liste
  Module: Kann sein portal, mail, calendar, tasks, infostore
  Category: Bitte wählen Sie einen Eintrag aus den [https://oxpedia.org/wiki/index.php?title=Contact-Support:PossibleValues#Module: möglichen Werten].
  Severity: 1, 2, 3, 4
  Severity: 4, 3, 2, 1 (siehe auch Beschreibung der Severity Level)
  Track-ID: Kunden interne Nachverfolgungsreferenz, z.B. dessen Bugzilla
  Track-ID: Kunden interne Nachverfolgungsreferenz, z.B. dessen Bugzilla
  Product: Kann sein OXHE, OXEE, OX5, OXSE, OXAE, OXtender, Migration
  Product: Bitte wählen Sie einen Eintrag aus den [https://oxpedia.org/wiki/index.php?title=Contact-Support:PossibleValues#Product: möglichen Werten].
Component: Kann sein Admin GUI, Admin Server, Groupware GUI. Groupware
   
  Server, CLT, Documentation, OS Component, , Installation, Other
 
  Steps to reproduce:
  Steps to reproduce:
  ...
  ...
  Current behaviour:
  Current behaviour:
  ...
  ...
  Expected behaviour:
  Expected behaviour:
  ...
  ...
Line 34: Line 32:
Sobald alle obigen Informationen in der Anfrage enthalten sind, wird eine Bestätigungs E-Mail von dem Open-Xchange Ticketsystem verschickt, welche die Ticketnummer für die weitere Kommunikation enthält.
Sobald alle obigen Informationen in der Anfrage enthalten sind, wird eine Bestätigungs E-Mail von dem Open-Xchange Ticketsystem verschickt, welche die Ticketnummer für die weitere Kommunikation enthält.


= Open-Xchange Severity: =
= Open-Xchange Severity (English only) =
 
== 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 (English only) =
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].


== Severity 1 – High ==
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.
Bezeichnet eine Störung katastrophalen Ausmaßes mit kritischen Auswirkungen auf den Geschäftsbetrieb des Kunden. Der Kunde kann z.B. nicht produzieren, seine Systeme oder Anwendungen sind ausgefallen und es existiert keine prozedurale Umgehungsmöglichkeit.


== 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.
Bezeichnet eine Störung mit erheblichem Ausmaß auf den Geschäftsbetrieb des Kunden. Der Betrieb ist unterbrochen aber es besteht eine eingeschränkte Möglichkeit zu dessen Weiterführung. Das Problem erfordert gegebenenfalls eine Änderung eines Produktes vor dessen nächstem geplanten, aktualisierten Erscheinen.


== Severity 3 - Low ==
= Erstellung eines OX Support Tarball =
Bezeichnet eine Störung mit teilweisem, nichtkritischen Verlust von Funktionalität, die es dem Kunden erlauben, den Geschäftsbetrieb mit wenig oder keiner Einschränkung weiterzuführen. Dazu gehören Fehler in der produktbegleitenden Dokumentation.


== Severity 4 - Trivial ==
[http://oxpedia.org/wiki/index.php?title=AppSuite:Oxsysreport Erstellung eines OX Support Tarball]
Bezeichnet allgemeine Fragen zur Benutzung eines Produktes, Anregungen für Produkterweiterungen oder -modifizierungen und Meldungungen mit rein informativem Charakter zwischen den Parteien.

Latest revision as of 04:48, 1 August 2018

Open-Xchange Support kontaktieren

Anliegen:

Sie sind im Besitz eines erweiterten Support Vertrags mit Open-Xchange, Sie haben Ihren Support Key, wie unter Meine Registrierungen beschrieben freigeschaltet und benötigen nun Unterstützung bei der Lösung eines Problems mit Ihrem Open-Xchange Produkt.

Vorgehen:

Senden Sie eine E-Mail an <support AT open-xchange.com> und fügen Sie folgende Informationen dem "Mail Body" bei. Bitte achten Sie darauf, den Support Key immer an oberster Stelle anzugeben. Sollten mehrere Keys in der Mail erkannt werden, so gewinnt der zuerst erkannte:

WICHTIG: Wir können schnelle Antworten nur garantieren, wenn Sie ihre Störungen und Probleme in englisch melden.

Support Key: OX-SUPPORT-ODER-LIZENZ-KEY-XXX
Server: URL des Servers
Server Version: Server Version oder Paket Liste
Platform: Bitte wählen Sie einen Eintrag aus den möglichen Werten.
GUI Version: GUI Version oder Paket Liste
Category: Bitte wählen Sie einen Eintrag aus den möglichen Werten.
Severity: 4, 3, 2, 1 (siehe auch Beschreibung der Severity Level)
Track-ID: Kunden interne Nachverfolgungsreferenz, z.B. dessen Bugzilla
Product: Bitte wählen Sie einen Eintrag aus den möglichen Werten.

Steps to reproduce:
...
Current behaviour:
...
Expected behaviour:
...

Die Severity (Schwere) einer Anfrage beschreibt den Einfluss einer Störung auf den Geschäftsablauf eines Kunden und somit die Dringlichkeit der Beseitigung einer möglichen Störung.

Wichtig: Die Reaktionszeit von Open-Xchange hängt sowohl von der gewählten Severity der Anfrage als auch von einem "Service Level Agreement" (SLA) zwischen dem Kunden und Open-Xchange ab.

Sobald alle obigen Informationen in der Anfrage enthalten sind, wird eine Bestätigungs E-Mail von dem Open-Xchange Ticketsystem verschickt, welche die Ticketnummer für die weitere Kommunikation enthält.

Open-Xchange Severity (English only)

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 (English only)

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.

Erstellung eines OX Support Tarball

Erstellung eines OX Support Tarball