SLA

The availability commitment SOKERENA UAB (company code 308066941, Laisvės pr. 60, LT-05120 Vilnius, Lithuania) gives for AiSynth at https://aisynth.cloud, and the service credits that apply where we fall short. This SLA is part of the Terms of Use.

1. What this SLA covers

The SLA applies to the generally available paid functionality of the studio — signing in, opening the board, viewing your power-token balance and the ledger, arranging patches, dispatching passes (on demand, on a schedule, on a webhook or through the REST API), and using the API to submit passes and retrieve results. It does not cover the free allowance, features labelled beta, experimental or preview, the quality or accuracy of what a pass produces, the third-party AI providers whose keys you have attached, the connector services your patches call, or the availability of your own accounts on any of those third parties.

2. Availability commitment

We target a Monthly Uptime Percentage of at least 99.5% for the covered part of the studio. It is calculated as (Total Minutes in the calendar month − Downtime Minutes) ÷ Total Minutes in the month. A minute is “Available” when a typical pass submitted through the studio or the API can be accepted, queued and reach its dispatch step within a reasonable time.

3. What is not counted as Downtime

The following events do not count as Downtime and do not give rise to service credits:

• planned maintenance announced at least 48 hours in advance, capped at 8 hours per calendar month;

• emergency maintenance carried out to close a security vulnerability or contain an imminent risk;

• outages, degradation or rate-limiting at the AI providers whose API keys you have attached (Anthropic, OpenAI, Google Gemini, xAI, any OpenAI-compatible endpoint) or at connector services your patches touch (Slack, Telegram, RSS sources, Resend, webhooks, HTTP endpoints and the like);

• rate-limit, quota, expired-key or billing failures on your own accounts at those providers;

• interruptions caused by other upstream third parties — hosting, DNS, payment providers, the public internet;

• force majeure — natural disasters, war, civil unrest, government action, general internet outages;

• problems attributable to your configuration of a patch, your webhooks, your keys, exhausted balance, or breaches of the Acceptable Use Policy;

• external services you have connected yourself;

• denial-of-service attacks and other malicious traffic that we make reasonable efforts to mitigate;

• features labelled beta, experimental, preview or offered free of charge;

• suspensions applied under the Terms of Use or the Acceptable Use Policy.

4. Service credits

Where the Monthly Uptime Percentage in a given month drops below the 99.5% target, and none of the exclusions above apply, you may claim service credits added to your power-token balance on the following scale:

• 99.0% up to but not including 99.5% — 5% of the tokens you spent that month;

• 95.0% up to but not including 99.0% — 10% of the tokens you spent that month;

• below 95.0% — 25% of the tokens you spent that month.

Service credits are non-transferable, have no cash value and cannot be exchanged for a money refund. The credit for any single month is capped at the tokens actually spent that month.

5. Claiming

Send a claim to [email protected] within thirty days of the end of the affected calendar month, giving the account email, the dates and approximate times of the incidents you rely on, and — where you have them — the pass identifiers on the ledger that the incidents affected. Accepted claims are credited within fifteen business days of acceptance. Claims filed late or without sufficient detail cannot be processed.

6. Sole remedy

To the maximum extent allowed by law, the service credits above are your sole and exclusive remedy for any failure by us to meet the availability commitment. This does not affect the mandatory statutory rights of consumers under EU and Lithuanian law.

7. Support response targets

Alongside uptime, we aim for the following response times, measured in business hours (Monday to Friday, 09:00–18:00 Vilnius time, excluding Lithuanian public holidays), from the moment you write to us or open a ticket from the studio:

• Critical — the studio or API is entirely unavailable, the balance and ledger are inaccessible, or dispatching passes is impossible: within 24 calendar hours, seven days a week;

• High — scheduled or webhook triggers are broken, a specific endpoint is failing, or a purchase cannot be completed: within 2 business days;

• Standard — bug reports, ledger questions, billing questions, account queries, general how-to: within 3 business days;

• Feature requests — reviewed on a best-effort basis, with no committed response time.

These targets describe when we acknowledge a ticket and begin work — they are not a guarantee that every issue will be fully resolved in the same window. Support is provided in English.

8. Incident communication

Where we operate a public status page, live incidents are posted and updated there. Major incidents are additionally communicated by email to affected account holders and, where relevant, through in-studio notices. After material incidents, we publish a short post-incident summary covering what happened, the impact and the follow-up work.