Aggiornato il: 7 luglio 2023

Kinsta fornisce un prodotto leader nel settore ed è lieta di supportarlo con questo Accordo sul Livello dei Servizi (“SLA“).

1. Introduzione

  1. Il presente SLA è un addendum ed è incorporato nei Termini di Servizio. I termini non definiti nel presente SLA hanno le definizioni stabilite nei nostri Termini di servizio. Le tutele stabilite nel presente SLA sono l’unica ed esclusiva tutela del Cliente per i problemi coperti dallo SLA Se dovesse esserci un conflitto tra il presente SLA e i Termini, i Termini avranno la prevalenza.
  2. Aggiornamenti allo SLA. Ci riserviamo il diritto di apportare modifiche al presente SLA in qualsiasi momento a nostra esclusiva discrezione. Se apportiamo modifiche a questo SLA, notificheremo tali modifiche rivedendo la data in cima a questo SLA. L’uso continuato dei Servizi dopo la notifica delle modifiche costituirà accettazione di tali modifiche. Si prega di rivedere periodicamente questo SLA e verificare eventuali aggiornamenti.

2. Definizioni

  1. Per “Servizi Necessari” si intendono le parti dei Servizi che devono essere operative affinché un’Applicazione del Cliente ospitata sulla nostra piattaforma sia accessibile tramite Hypertext Transfer Protocol (HTTP) o connessioni di rete fornite da Kinsta, a seconda dei casi. I Servizi Necessari non includono alcun Servizio di Terze Parti, il nostro pannello di controllo, il nostro sistema di supporto, il nostro sito web, l’accesso SSH / SFTP / phpMyAdmin, i Servizi Beta, i Servizi Aggiuntivi, il tempo di build, la larghezza di banda o qualsiasi altra parte dei Servizi che non sia strettamente necessaria affinché le Applicazioni del Cliente rimangano accessibili.
  2. Per “Data di Sottoscrizione” si intende la data di sottoscrizione di un Servizio prepagato o postpagato.
  3. Per “Data di Fatturazione” si intende lo stesso giorno della Data di Sottoscrizione in ogni mese successivo alla Data di Sottoscrizione. Ad esempio, se la Data di Sottoscrizione è il 6 settembre, la successiva Data di Fatturazione sarà il 6 ottobre.
  4. Per “Periodo di Fatturazione Mensile” si intende il periodo di tempo che va dalla Data di Sottoscrizione fino al giorno precedente la prima Data di Fatturazione, e da ciascuna Data di Fatturazione fino al giorno precedente la Data di Fatturazione successiva. Per esempio, se la data di sottoscrizione è il 6 settembre, il periodo di fatturazione mensile andrà dal 6 settembre al 5 ottobre mentre il successivo periodo di fatturazione mensile andrà dal 6 ottobre al 5 novembre, ecc. 
  5. Per “tempo di inattività” si intende qualsiasi periodo di tempo in cui i Servizi Necessari non sono disponibili per il Cliente durante qualsiasi Periodo di Fatturazione Mensile, calcolato separatamente per ogni Servizio a cui il Cliente è abbonato.
    1. Per qualsiasi abbonamento a un singolo Servizio che includa più Applicazioni del Cliente (ad esempio, un singolo abbonamento a un piano di Hosting WordPress gestito che include più siti web), se più Applicazioni del Cliente sperimentano tempi di inattività simultaneamente, la durata dei tempi di inattività non equivarrà alla somma dei tempi di inattività del numero di Applicazioni del Cliente che sperimentano tempi di inattività.
  6. 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 data center in cui è ospitata ciascuna Applicazione del Cliente.
  7. “Valore Mensile dell’Iscrizione”
    1. Per le iscrizioni all’Hosting WordPress Gestito significa:
      1. Per i Clienti con un ciclo di fatturazione mensile: il Canone pagato per l’abbonamento al piano di hosting.
      2. Per i Clienti con un ciclo di fatturazione annuale: il Canone pagato per l’abbonamento al piano di hosting diviso per 12.
      3. Se si cambia piano di hosting durante il Periodo di Fatturazione mensile, il Valore Mensile dell’Iscrizione sarà ripartito in base al tempo trascorso su ciascun piano durante il Periodo di Fatturazione mensile.
    2. Per gli abbonamenti ai servizi di hosting di applicazioni e database si intende: l’importo effettivo fatturato durante il Periodo di Fatturazione Mensile per ciascun Servizio distinto.
    3. Il Valore Mensile dell’Iscrizione esclude qualsiasi altro costo o importo, come ad esempio, ma non solo, i componenti aggiuntivi a pagamento, le eccedenze di consumo, il tempo di build, la larghezza di banda e le spese di migrazione.
  8. “Garanzia di Disponibilità” indica che i Servizi Necessari saranno disponibili almeno per il 99,9% del tempo durante ciascun Periodo di Fatturazione Mensile.
  9. “Credito SLA” indica il credito descritto nel presente SLA che viene aggiunto a un Piano di Hosting e applicato alle fatture successive.

3. Come saranno calcolati i Crediti SLA

  1. Se il Tempo di Inattività supera i 43 minuti (0,1% del tempo in un normale periodo di 30 giorni/43.200 minuti), si stabilisce che la Garanzia di Disponibilità non è stata rispettata.
  2. Se non riusciamo a rispettare la Garanzia di Disponibilità, su richiesta si ricevono crediti SLA come descritto di seguito:
    1. Per gli abbonamenti al piano di Hosting WordPress Gestito, si riceveranno crediti SLA pari al cinque per cento (5%) del Valore Mensile dell’Iscrizione per ogni ora intera (60 minuti) di inattività. Il Tempo di Inattività sarà calcolato in base al nostro monitoraggio. A titolo puramente esemplificativo:
      1. Se il Tempo di Inattività è di 59 minuti, non si riceve alcun credito SLA.
      2. Se il Tempo di Inattività è di almeno un’ora e meno di due ore (60-119 minuti), si riceve un credito SLA pari al 5% del Valore Mensile dell’Iscrizione nella fattura successiva.
      3. Se il Tempo di Inattività è di almeno due ore e meno di tre ore (120-179 minuti), si riceve un credito SLA pari al 10% del Valore Mensile dell’Iscrizione sulla fattura successiva.
    2. Per tutti gli abbonamenti ai servizi di hosting di applicazioni e database, si riceve un credito SLA pari a venti volte l’importo fatturato attribuibile al Tempo di Inattività.
      1. Se il Tempo di Inattività è di 43 minuti, non si riceve alcun credito SLA.
      2. Se il Tempo di Inattività è pari o superiore a 44 minuti, si riceve un credito SLA pari a venti volte l’importo fatturato attribuibile al Tempo di Inattività.
  3. I crediti SLA non supereranno il Valore Mensile dell’Iscrizione per il mese in cui non abbiamo rispettato la Garanzia di Disponibilità.

4. In Che Modo Riceverete i Crediti SLA

  1. Per ricevere i Crediti SLA è necessario presentare una richiesta di Crediti SLA entro 30 giorni dal Tempo di Inattività utilizzando il sistema di chat in MyKinsta.
  2. I Crediti SLA saranno aggiunti al vostro Piano di Hosting e applicati alle fatture future e non saranno pagati in contanti.
  3. Se il vostro piano di hosting o il vostro accordo termina prima che il credito SLA venga applicato o utilizzato, non riceverete il credito SLA.

5. Quando non riceverete un Credito SLA

Il Tempo di Inattività causato da una delle seguenti circostanze, come stabilito a nostra esclusiva discrezione, non sarà incluso nel Tempo di Inattività e non darà diritto al credito SLA:

  1. Qualsiasi attività manutenzione eseguita durante il Periodo di Manutenzione,
  2. Manutenzione di emergenza eseguita in qualsiasi momento,
  3. Interruzioni pianificate,
  4. Eventi di forza maggiore, inclusi, a titolo esemplificativo e non esaustivo, eventi naturali (incendi, inondazioni, terremoti, tempeste o altri disastri naturali), atti di guerra (invasione, ostilità, ribellione, rivoluzione, insurrezione, attività terroristiche e altre attività ostili) , azioni intraprese dai governi (sanzione, blocco, embargo e altre azioni governative), controversie di lavoro (sciopero, blocco o qualsiasi controversia analoga), guasti alle fonti di energia, interruzioni causate da fornitori di servizi esterni e qualsiasi altro evento che non possiamo ragionevolmente anticipare, prevenire, controllare o evitare,
  5. Traffico, richieste, processi o altre attività che interessano un’Applicazione del Cliente che superano le capacità dell’applicazione del cliente, del piano di hosting del cliente o dei servizi,
  6. Violazione da parte del Cliente dei Termini di Servizio o di qualsiasi altra politica, termine o accordo applicabile al Cliente,
  7. Problemi di accesso alla macchina del Cliente,
  8. Codice creato dal Cliente,
  9. Qualsiasi configurazione effettuata dal Cliente, compresa la configurazione di qualsiasi Applicazione del Cliente che possa subire tempi di inattività quando un’altra Applicazione del Cliente subisce tempi di inattività,
  10. Modifiche ai Servizi da parte di soggetti diversi da Kinsta.