Aggiornato in data: 11 settembre 2024

1. Introduzione

Il presente Service Level Agreement (“SLA”, Accordo sul livello dei servizi) è un addendum ai Termini di servizio (https://kinsta.com/legal/terms-service/) o all’Accordo sui servizi master, a seconda dei casi, e costituisce parte integrante dell’Accordo. Kinsta si riserva il diritto di apportare modifiche al presente SLA in qualsiasi momento. L’uso continuato dei Servizi da parte dell’Utente a seguito di eventuali modifiche al presente SLA costituisce l’accettazione di tali modifiche da parte dell’Utente. Si prega di rivedere periodicamente il presente SLA e a verificare la presenza di eventuali aggiornamenti.

2. Definizioni

I termini in maiuscolo non definiti nel presente SLA hanno il significato previsto altrove nel Contratto.

  1. Per “Tempo di inattività” si intende un periodo di tempo in cui le Applicazioni Live non sono disponibili o non sono accessibili tramite Hypertext Transfer Protocol (HTTP) o altre connessioni di rete fornite da Kinsta, a seconda dei casi, durante un qualsiasi Periodo di fatturazione mensile. Il tempo di inattività sarà calcolato sulla base del monitoraggio di Kinsta. A scanso di equivoci, i tempi di inattività sono calcolati in base al tempo totale, piuttosto che in base al tempo per Applicazione Live, vale a dire che se più Applicazioni Live in un Piano di Hosting subiscono un’inattività simultanea, la durata dell’inattività non sarà aumentata in base al numero di Applicazioni Live che subiscono un’inattività.
  2. Per “Applicazioni colpite” si intendono le Applicazioni Live che subiscono un Downtime.
  3. Per “Applicazioni Live” si intendono le Applicazioni del Cliente (ad esempio, siti web, applicazioni o database) che si trovano in un ambiente live.
  4. Per “Periodo di manutenzione” si intende ogni giorno dal lunedì alla domenica, dalle 2 alle 5 del mattino, ora locale, in base al fuso orario del centro dati in cui è ospitata l’applicazione del cliente.
  5. Per “Periodo di fatturazione mensile” si intende il periodo di tempo che va dalla data di sottoscrizione di un Piano di Hosting da parte del Cliente fino al giorno precedente la prima data di fatturazione e da ogni data di fatturazione successiva fino al giorno precedente la data di fatturazione successiva. Ad esempio, se la data di sottoscrizione iniziale è il 6 settembre, il Periodo di fatturazione mensile va dal 6 settembre al 5 ottobre e il successivo Periodo di fatturazione mensile va dal 6 ottobre al 5 novembre, ecc.
  6. Per “Valore dell’abbonamento mensile” si intende:
    1. Per i piani di Hosting WordPress gestiti o Hosting di Siti Statici:
      1. Per i clienti con un ciclo di fatturazione mensile: il canone mensile pagato per l’abbonamento al piano di hosting.
      2. Per i clienti con un ciclo di fatturazione annuale: il canone annuale pagato per l’abbonamento al piano di hosting diviso per 12.
      3. Se il cliente cambia piano di hosting durante il periodo di fatturazione mensile, il valore dell’abbonamento mensile del cliente sarà ripartito in base al tempo di abbonamento a ciascun piano di hosting durante il periodo di fatturazione mensile.
    2. Per i piani di Hosting di Applicazioni e Hosting di Database: l’importo effettivo fatturato durante il Periodo di fatturazione mensile per ogni singola Applicazione del Cliente.
    3. Il Valore dell’Abbonamento Mensile esclude qualsiasi altro costo, come ad esempio, ma non solo, gli add-on a pagamento, le eccedenze, il tempo di build, la larghezza di banda e le spese di migrazione.
  7. Per “Credito SLA” si intende il credito applicato (come calcolato nella Sezione 3) al Piano di Hosting del Cliente per compensare le Spese ammissibili dovute al mancato rispetto della Garanzia di Uptime da parte di Kinsta.
  8. Per “Garanzia di Uptime” si intende la percentuale di tempo in cui le Applicazioni Live saranno disponibili durante ciascun Periodo di fatturazione mensile. La garanzia di uptime è pari al 99,9%, a meno che non sia indicata una percentuale superiore nel Modulo d’Ordine del Cliente.

3. Importo dei crediti SLA

  1. L’importo massimo dei crediti SLA da emettere a favore del Cliente non supererà il Valore dell’abbonamento mensile per il mese in cui Kinsta non ha rispettato la Garanzia di Uptime.
  2. Se Kinsta non rispetta la Garanzia di Uptime, i Crediti SLA sono calcolati come segue:
    1. Per gli abbonamenti ai piani di hosting per WordPress e siti statici, i crediti SLA corrispondono a una percentuale del valore dell’abbonamento mensile (a seconda della durata del downtime), modificata in base al rapporto tra applicazioni colpite e applicazioni attive. Si consultino le Tabelle A e B qui di seguito per gli esempi.
    2. Per gli abbonamenti ai piani di hosting di applicazioni e database, i crediti SLA corrispondono a venti volte la percentuale del valore dell’abbonamento mensile relativa alle applicazioni danneggiate.
      1. Se la garanzia di uptime è del 99,9%, il tempo di inattività deve superare i 43 minuti prima che vengano emessi i crediti SLA.
      2. Se il tempo di attività garantito è del 99,99%, il tempo di inattività deve essere superiore a 4 minuti prima che vengano emessi crediti SLA.
Tabella A – Garanzia di uptime del 99,9%
Durata del tempo di inattivitàCredito SLA
da 43 a 59 minuti5% x Valore mensile dell’abbonamento x (Applicazioni colpite / Applicazioni attive)
da 60 a 119 minuti10% x Valore dell’abbonamento mensile x (Applicazioni colpite / Applicazioni live)
da 120 a 179 minuti15% x Valore dell’abbonamento mensile x (Applicazioni colpite / Applicazioni live)
da 180 a 239 minuti20% x Valore dell’abbonamento mensile x (Applicazioni colpite / Applicazioni live)
Tabella B – Garanzia di uptime del 99,99%
Durata del tempo di inattivitàCredito SLA
da 4 a 59 minuti5% x Valore mensile dell’abbonamento x (Applicazioni colpite / Applicazioni attive)
da 60 a 119 minuti10% x Valore dell’abbonamento mensile x (Applicazioni colpite / Applicazioni live)
da 120 a 179 minuti15% x Valore dell’abbonamento mensile x (Applicazioni colpite / Applicazioni live)
da 180 a 239 minuti20% x Valore dell’abbonamento mensile x (Applicazioni colpite / Applicazioni live)

4. Il cliente deve richiedere i crediti SLA

Per ricevere i crediti SLA, il Cliente deve presentare una richiesta scritta di crediti SLA entro 30 giorni dal downtime utilizzando il sistema di chat in MyKinsta. Il mancato rispetto di questo requisito farà decadere il diritto del Cliente a ricevere un credito SLA.

5. Limitazioni

  1. L’Utente non può vendere, concedere in licenza, affittare o trasferire in altro modo i Crediti SLA. I Crediti SLA non hanno alcun valore intrinseco o in denaro, non sono riscattabili in denaro e non sono rimborsabili.
  2. I Crediti SLA non utilizzati scadranno al termine del Piano di Hosting del Cliente, come indicato nella Documentazione Kinsta.
  3. Il presente SLA è l’unico ed esclusivo rimedio del Cliente in caso di mancato rispetto della Garanzia di Uptime da parte di Kinsta.
  4. Se il Cliente sottoscrive un Piano di Hosting con una Garanzia di Uptime superiore al 99,9% e successivamente il Cliente esegue il downgrade del suo Piano di Hosting, Kinsta può ridurre la Garanzia di Uptime del Cliente al 99,9% dopo il downgrade del Piano di Hosting.

6. Esclusioni dai tempi di inattività

I tempi di inattività causati da una qualsiasi delle seguenti circostanze, come stabilito a esclusiva discrezione di Kinsta, non saranno inclusi nei tempi di inattività e non potranno beneficiare del credito SLA:

  1. Manutenzione eseguita durante il Periodo di manutenzione;
  2. Manutenzione di emergenza eseguita in qualsiasi momento;
  3. Interruzioni programmate;
  4. Eventi di forza maggiore, tra cui, a titolo esemplificativo e non esaustivo, cause naturali (incendi, inondazioni, terremoti, tempeste o altri disastri naturali), cause di guerra (invasioni, ostilità, ribellioni, rivoluzioni, insurrezioni, attività terroristiche e altre attività ostili), azioni intraprese da governi (sanzioni, blocco, embargo e altre azioni governative), controversie di lavoro (sciopero, serrata o altre controversie simili), guasti alle fonti di energia, interruzioni causate da fornitori di servizi esterni e qualsiasi altro evento che Kinsta non possa ragionevolmente anticipare, prevenire, controllare o evitare;
  5. Traffico, richieste, processi o altre attività che interessano un’Applicazione Live e che superano le capacità dell’Applicazione Live, del Piano di Hosting o dei Servizi;
  6. Violazione da parte del Cliente del Contratto o di qualsiasi altra politica, termine o accordo applicabile al Cliente;
  7. Problemi di accesso alla macchina del Cliente;
  8. L’uso improprio, la configurazione o l’alterazione dei Servizi da parte dell’Utente, incluso il codice o la configurazione di un’Applicazione Live da parte dell’Utente in modo tale che questa possa subire un downtime quando un’altra Applicazione Live subisce un downtime; oppure
  9. Modifiche ai Servizi da parte di soggetti diversi da Kinsta.

Versioni precedenti (in inglese)

7 luglio 2023