> For the complete documentation index, see [llms.txt](https://wiki.lucysecurity.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://wiki.lucysecurity.com/lucy-wiki-de/rechtsabteilung/service-level-vereinbarung.md). # Service-Level-Vereinbarung Wir bieten Kunden von Lucy Security technische Supportleistungen an, um die Zufriedenheit der Endnutzer sicherzustellen. Derzeit bieten wir an Werktagen von Montag bis Freitag zwischen 8:00 Uhr und 18:00 Uhr CEST bzw. CET umfassende Supportleistungen an. Kunden erhalten Zugriff auf das Support-Portal des Unternehmens. Kunden von Lucy Security sollten Fehler, einschließlich Dokumentationsfehlern, unverzüglich und schriftlich per E-Mail an an unser Unternehmen melden; dabei sind die mögliche Ursache anzugeben und uns die Möglichkeit zu geben, den betreffenden Fehler zu beheben. Der Fehler muss reproduzierbar sein. Sollte es sich als unmöglich erweisen, einen Fehler direkt im Rahmen der Supportleistungen zu beheben, erfolgt die Fehlerbehebung im Rahmen einer Fehleranalyse (zunächst durch Analyse von Protokolldateien und anschließend durch Zugriff auf das System via SSH oder in einem Webmeeting). ### Software-Fehlerkategorien und Reaktionszeiten: | Priorität | Kriterien | Reaktionszeit | Behebung | | ----------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Kritisch |

  1. Der Geschäftsbetrieb ist erheblich beeinträchtigt.
  2. Es besteht die Gefahr von Schadensereignissen.
  3. Es bestehen erhebliche Beeinträchtigungen der Versorgung von Systemen, die über Schnittstellen angebunden sind.
  4. Die Einhaltung gesetzlicher Anforderungen (nach Gesetz) ist in einem solchen Ausmaß beeinträchtigt, dass eine Aufsichtsbehörde Strafen verhängen könnte.
| 2 Stunden | Liegt ein kritischer Fehler vor und existiert kein wirtschaftlich vertretbarer Workaround, muss die Arbeit an der Behebung des Fehlers am nächsten Geschäftstag beginnen; bei Meldung des Fehlers vor 12:00 Uhr, andernfalls bei späterer Meldung am übernächsten Tag, und der Fehler muss so schnell wie möglich mittels eines Hotfix behoben werden. | | Hoch |

  1. Die Nutzung der Anwendung ist beeinträchtigt, die Ergebnisse werden jedoch nicht ungültig.
  2. Kritische Fehler wurden durch einen Workaround behoben, der eine endgültige Behebung in Form eines Zwischenreleases ermöglicht.
| 6 Stunden | 14 Geschäftstage | | Niedrig |

  1. Funktionen können in Grenzfällen nicht korrekt ausgeführt werden.
  2. Die Dokumentation oder Teile davon entsprechen nicht den vereinbarten Standards.
  3. Die Gestaltung der Funktionen entspricht teilweise nicht den Vereinbarungen, und diese Fehler stellen eine geringe Beeinträchtigung des Betriebs (der Nutzung der Software) dar. Triviale Fehler werden im Rahmen geplanter Releases behoben.
| 24 Stunden |

Bei nicht kritischen Fehlern beginnt die Behebung der Fehler innerhalb eines angemessenen Zeitraums nach

Eingang der Fehlermeldung, und diese nicht kritischen Fehler werden

so schnell wie möglich im Rahmen eines Zwischenreleases behoben.

| ### Besondere Fälle Die folgenden Sonderfälle sind ebenfalls nicht durch dieses SLA abgedeckt: Schäden, die durch Eingriffe Dritter verursacht wurden; Schäden, die durch Unfall, höhere Gewalt oder unsachgemäßen Transport verursacht wurden; der Einbau von Hardware oder die Verwendung von Zusatzhardware, die nicht ausdrücklich vom Unternehmen genehmigt wurde; die Nutzung nicht autorisierter virtueller Maschineninfrastrukturen oder -ebenen; die Installation nicht autorisierter Plug-ins und Add-ons sowie von Drittanbietersoftware, die nicht schriftlich vom Unternehmen genehmigt wurde, führt zum Verlust des Anspruchs des Partners auf Wartung, ohne dass der Partner Anspruch auf Rückerstattung der Gebühren hat. *** --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://wiki.lucysecurity.com/lucy-wiki-de/rechtsabteilung/service-level-vereinbarung.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.