© 2026 OSOS/Omega. All rights reserved.

Omega version: 0.1.0

Service Level Agreement (SLA)

Product: OSOS / Omega ("Cloud Software")

Provider: Osos AI GmbH, Cosimastraße 121, 81925 Munich, Germany

Effective Date: 30.04.2026

Version: 1.0

Relationship to other documents: This SLA is an annex to the EULA and concretizes the availability commitment set out there (Section 9). It applies exclusively to the Cloud Software (SaaS); separate agreements apply to Self-Hosted or Air-Gapped deployments.


1. Scope

This SLA applies to the productive Cloud Software environment of the Licensee ("Production Environment") for the duration of the active Subscription Term.

Excluded are:

  • beta, trial, sandbox, staging, and pre-release environments;
  • third-party integrations activated by the Licensee (e.g. Jira, DOORS, Codebeamer, Polarion, Confluence, Git);
  • Self-Hosted or Air-Gapped deployments;
  • "Bring-your-own-Model" AI components introduced by the Licensee.

2. Definitions

  • Availability: Share of service minutes in a calendar month during which the Production Environment is reachable from the public internet and operational (login, core functions, AI standard endpoints).
  • Service Minutes: Total number of minutes of a calendar month minus the times excluded from the SLA (Section 5).
  • Downtime: Period during which the Cloud Software is unavailable for more than 50% of the Licensee's Authorized Users or its core functionality cannot be used, measured over at least 5 consecutive minutes.
  • Scheduled Maintenance: Interruption announced in advance by the Licensor for the purpose of maintenance, updating, or extension of the Cloud Software.
  • Emergency Maintenance: Unscheduled interruption to mitigate acute security risks or to restore stability.
  • Service Credit: Credit on the monthly subscription remuneration as compensation for falling short of the availability commitment (Section 6).

3. Availability Commitment

The Licensor commits to a monthly availability of at least 99.0% of the Production Environment ("Target Availability").

Upon request and against a surcharge, higher availability tiers can be agreed (e.g. 99.5% in the Premium tier, 99.9% in the Enterprise tier with dedicated hosting); the applicable tier is set out in the plan configuration on omega123.ai or the individual Order Form.


4. Calculation of Availability

Monthly availability is calculated as follows:

```

Availability (%) = ((Service Minutes – Downtime Minutes) / Service Minutes) × 100

```

Where:

  • Service Minutes = minutes of the calendar month (e.g. 30 days × 24 h × 60 min = 43,200) minus all excluded times listed in Section 5.
  • Downtime Minutes = downtime accumulated in the month according to the definition in Section 2.

Measurement is performed via the Licensor's monitoring system; the current availability values are visible on the public status page at [Link Status Page].


5. Exclusions from Measurement

The following times are not counted as downtime and are not included in the Service Minutes:

  • Scheduled Maintenance pursuant to Section 7;
  • Emergency Maintenance pursuant to Section 7.3;
  • force majeure within the meaning of EULA Section 15 (war, terrorism, natural disasters, pandemics, official orders, large-scale telecommunications or power outages);
  • outages caused by third parties outside the Licensor's area of responsibility (in particular cloud hyperscalers, internet service providers, AI subprocessors), to the extent these cannot be intercepted despite reasonable precautions (redundancy, multi-region, fallback models);
  • DDoS attacks, other cyber attacks by third parties, and measures to mitigate them;
  • outages attributable to acts or omissions of the Licensee or its Authorized Users (in particular faulty configuration, exceeding API quotas, faulty integrations, violations of the Acceptable Use Policy);
  • interruptions expressly approved by the Licensee (e.g. for data migration, restore tests);
  • failures of individual functions that are not strictly necessary for core use (e.g. non-critical reporting modules, beta features).

6. Service Credits

6.1 Tiers

Upon request (Section 6.3), the Licensee receives the following Service Credits, calculated on the monthly subscription remuneration of the affected month, when the Target Availability is not met:

Availability in calendar month Service Credit
< 99.0% to ≥ 98.0% 5%
< 98.0% to ≥ 95.0% 10%
< 95.0% to ≥ 90.0% 20%
< 90.0% 30%

For agreed higher availability targets (e.g. 99.5% or 99.9%), the tier shifts accordingly; the specific values are set out in the Order Form or premium plan.

6.2 Cap and Crediting

The Service Credit for a single calendar month is capped at 30% of the monthly subscription remuneration of the affected month. Service Credits are generally credited against the next due invoice; payout occurs only if the contract has already been terminated.

6.3 Claim

The Licensee must claim Service Credits within 30 days of the end of the affected calendar month in text form, referring to the relevant status page entries or the Licensee's own monitoring data, addressed to the Licensor (email [support@provider.com]). Late claims lapse.

6.4 Sole and Exclusive Remedy

Service Credits are the sole and exclusive remedy for failure to meet the availability commitment. Further claims for damages remain unaffected for the cases of EULA Section 12.1 (in particular intent, gross negligence, personal injury, guarantees, product liability) as well as for breach of cardinal duties pursuant to EULA Section 12.2.


7. Maintenance

7.1 Scheduled Maintenance Window

The standard maintenance window is:

> Sunday, 02:00 – 06:00 (CET / CEST)

Scheduled maintenance is generally performed within this window and announced at least 5 business days in advance via the status page and by email to the administrator on file in the account.

7.2 Major Releases / Changes with User Impact

Maintenance measures that may lead to noticeable user impact beyond the standard window (major releases, schema migrations) are announced with a lead time of at least 14 days.

7.3 Emergency Maintenance

Emergency maintenance may be performed without observing the aforementioned deadlines if this is necessary to mitigate acute security risks (e.g. zero-day vulnerabilities) or to restore stability. In such cases the Licensor will inform the Licensee as early as possible (generally ex post) about the measure and its scope.


8. Support

8.1 Support Channels

The following channels are available by default:

  • Self-Service: knowledge base, product documentation, status page;
  • Ticket system / email: [support@provider.com] – Mon–Fri 09:00 – 18:00 CET/CEST (excluding statutory holidays at the Licensor's registered office).

Premium and Enterprise plans may include additional channels (phone, dedicated Customer Success Manager, 24/7 support for P1) and Named Support Contacts; the respective conditions arise from the plan or Order Form.

8.2 Incident Classification and Response Times

The Licensor classifies incoming support requests as follows:

Priority Description Initial response (business hours) Status updates
P1 – Critical Production Environment completely unreachable or core function not usable for the majority of Authorized Users; no workaround. within 1 hour at least every 2 hours
P2 – High Significant function substantially impaired; workaround available or individual users affected. within 4 hours at least every 8 business hours
P3 – Medium Malfunction with manageable impact; workaround available. within 1 business day at least once every 3 business days
P4 – Low / Question General request, feature wish, cosmetic error. within 2 business days as needed

The initial response times stated refer to the defined business hours (Section 8.1). 24/7 support requires a Premium or Enterprise plan.

Initial response means confirmation of receipt by a person, including a first assessment; it is not a commitment to a solution. Concrete solution or recovery time targets can be agreed separately depending on the plan.

8.3 Cooperation of the Licensee

The Licensee supports processing through complete error description, affected user/tenant IDs, reproduction steps, logs, screenshots, and — where required — provision of a reproduction environment. Response times only start running once the request is sufficiently specified.

8.4 Escalation

In the event of unsatisfactory support progress, the Licensee may escalate to [escalation@provider.com]. P1 tickets are automatically escalated to on-call from the time of recording.


9. Status Page and Reporting

The Licensor operates a public status page at [Link Status Page] showing ongoing incidents, scheduled maintenance, and historical availability values.

Upon request, the Licensor provides the Licensee with a compact availability report for its Production Environment on a quarterly basis. More detailed or more frequent reports may be agreed as a paid additional service.


10. Changes to this SLA

Material changes to this SLA are announced with a lead time of at least 60 days; availability and response time commitments will not be changed to the disadvantage of the Licensee during a current Subscription Term. Otherwise, the change provisions of EULA Section 18 apply accordingly.


11. Relationship to Other Documents

In case of conflicts between this SLA and the general provisions of the EULA, the more specific provisions of this SLA take precedence with regard to availability and support. Liability and warranty provisions of the EULA otherwise remain unaffected.