Service Level Agreement

Cosa ti dobbiamo quando ti fatturiamo.

SLA in linguaggio chiaro. Obiettivi reali di uptime per piano, tempi di risposta per severità, policy crediti quando manchiamo, ed esclusioni.

Vedi status live →
Per piano

Uptime, risposta, credito quando manchiamo.

PianoUptimePrima rispostaRisposta S1Crediti su mancato
Builder99,5% best-effort≤ 2 giorni lavorativiBest-effort
Pro99,9% obiettivo≤ 1 giorno lavorativo≤ 4 ore10% di credito sul mese mancato
Max99,9% garantito≤ 4 ore in orario d'ufficio≤ 2 ore25% di credito sul mese mancato
Team99,9% obiettivo≤ 1 giorno lavorativo≤ 4 ore10% di credito sul mese mancato
Business99,95% garantito≤ 2 ore in orario d'ufficio≤ 1 ora 24×7Fino al 50% di credito + DPA / SLA su misura
Definizioni di severità

Come triaggiamo gli incidenti.

  • S1 — Critico

    Produzione down per la maggior parte degli utenti. Nessun workaround. Login rotto, generazione in errore per tutti, o integrità dati a rischio.

    Immediato, 24×7 su Business
  • S2 — Maggiore

    Degrado significativo. Alcuni utenti colpiti, workaround esiste, dati al sicuro.

    Stesso giorno lavorativo su Pro+
  • S3 — Minore

    Estetico, isolato o colpisce un piccolo sottoinsieme.

    Giorno lavorativo successivo
  • S4 — Domanda / richiesta funzionalità

    Non è un difetto. Indirizzato al team competente.

    Entro 1 settimana

Finestra di manutenzione

La manutenzione pianificata avviene la domenica 02:00–05:00 UTC, non più di una volta a trimestre salvo emergenza. Le notifiche vanno a status.vulk.dev con almeno 48 ore di anticipo e agli iscritti email.

Policy crediti

Quando manchiamo l'obiettivo di uptime in un mese solare, i piani idonei ricevono crediti automaticamente sulla prossima fattura — non serve aprire ticket. I crediti non sono convertibili in denaro ma possono essere applicati a qualsiasi fattura attuale o futura sullo stesso account.

Esclusioni

Cosa non è coperto.

Lo SLA non si applica a:

  • Forza maggiore (outage regionali del cloud provider, azione regolatoria, ecc.).
  • Incidenti causati dal cliente (mala configurazione, crediti di piano esauriti, limiti di rate superati).
  • Manutenzione pianificata annunciata ≥ 48h prima via status.vulk.dev.
  • Problemi causati da provider AI terzi a cui routiamo, quando il provider è la causa principale.
  • Funzionalità beta chiaramente segnalate come tali in UI / docs.

Inizia a Costruire App con l'IA Oggi

Inizia a costruire
SLA VULK — obiettivi di uptime, tempi di risposta, policy crediti | VULK