Accordo sul Livello di Servizio
I nostri impegni di disponibilità, come li misuriamo e cosa succede quando non vengono rispettati.
Data di entrata in vigore: 13 giugno 2026. Ultimo aggiornamento: 22 agosto 2026. Si applica a tutti i piani a pagamento.
Impegni di disponibilità
Puntiamo al 99,9% di disponibilità mensile su tutti i servizi coperti. Ciò equivale a non più di circa 43 minuti di inattività in un mese di calendario, ovvero circa 8,8 ore nell'arco di un anno intero.
Sito Web ZillaSoft
zillasoft.io e tutte le pagine statiche
Supportato da AWS CloudFront + S3
API di sincronizzazione cloud
Endpoint di autenticazione, sincronizzazione e abbonamento
Supportato da Railway (server API) e Neon (database)
App desktop ed estensione per browser
Le funzionalità principali vengono eseguite localmente sul vostro dispositivo o nel vostro browser
Le principali funzionalità di produttività restano disponibili localmente anche durante le interruzioni dei servizi cloud.
Come misuriamo la disponibilità
La disponibilità viene calcolata mensilmente come percentuale di minuti in un mese solare durante i quali ogni servizio è disponibile e risponde alle richieste. La disponibilità è determinata da controlli di integrità automatizzati che vengono eseguiti a intervalli regolari da più regioni geografiche.
Un servizio è considerato "non disponibile" quando non risponde ai controlli di integrità per due o più minuti consecutivi. Brevi errori transitori che si risolvono entro un singolo intervallo di controllo non vengono conteggiati come tempo di inattività.
Lo stato attuale del servizio e la cronologia degli incidenti sono sempre disponibili nella pagina Stato.
Cosa non è coperto
Manutenzione programmata comunicata con almeno 48 ore di anticipo
Interruzioni causate da fornitori terzi (Auth0, AWS, Stripe, Railway, Neon e altri servizi utilizzati per il corretto funzionamento delle app ZillaSoft) al di fuori del controllo di ZillaSoft
App distribuite tramite marketplace di terze parti (attualmente i marketplace di Atlassian, Zendesk e Freshworks, e qualsiasi marketplace che potremmo aggiungere in futuro), che vengono eseguite su infrastrutture gestite da tali piattaforme
Distribuzione e disponibilità degli aggiornamenti dell'estensione per browser tramite store di terze parti (Chrome Web Store, Microsoft Edge Add-ons, Firefox Add-ons)
Eventi di forza maggiore (catastrofi naturali, guerra, pandemie)
Problemi causati da uso improprio del cliente o tentativi di accesso non autorizzato
Funzionalità in fase beta o pre-lancio esplicitamente etichettate come tali
Le app che ZillaSoft distribuisce tramite marketplace di terze parti (le app Snipzilla Templates per Jira, Zendesk e Freshdesk, e qualsiasi app di marketplace che pubblicheremo in futuro) vengono eseguite interamente su infrastrutture gestite da tali piattaforme. ZillaSoft non ospita, non monitora e non controlla tali infrastrutture. La disponibilità di queste app è pertanto regolata dagli impegni di servizio della piattaforma ospitante e non dal presente SLA, e per le loro interruzioni non viene riconosciuto alcun credito di servizio ai sensi del presente SLA. L'impegno del 99,9% indicato in questa pagina si applica ai servizi gestiti da ZillaSoft: il sito web ZillaSoft e le API cloud delle nostre applicazioni desktop e della nostra estensione per browser.
La manutenzione programmata viene eseguita solitamente durante i periodi di basso traffico, intorno alle 23:00 ora del Guatemala (05:00 UTC).
Crediti SLA
Se la disponibilità mensile scende al di sotto del 99,9%, i clienti interessati con piani a pagamento possono richiedere un credito di servizio. I crediti vengono calcolati come percentuale della tariffa mensile di abbonamento del servizio interessato:
| Disponibilità mensile | Credito |
|---|---|
| 99,0% a meno del 99,9% | 10% |
| 95,0% a meno del 99,0% | 25% |
| Inferiore al 95,0% | 50% |
I crediti vengono applicati al ciclo di fatturazione successivo. Per richiedere un credito, aprire un ticket di fatturazione o scrivere a billing@zillasoft.io entro 30 giorni dalla fine del mese interessato. I crediti sono l'unico rimedio per le violazioni del SLA e non sono rimborsabili in contanti.
I clienti enterprise hanno termini SLA definiti nei loro accordi di servizio individuali, che hanno la precedenza su questa pagina.
Risposta agli incidenti
Rilevamento
I controlli di integrità automatizzati ci avvisano in pochi minuti di qualsiasi interruzione del servizio.
Comunicazione
La pagina stato viene aggiornata entro 1 ora da un incidente confermato. Gli aggiornamenti via e-mail vengono inviati agli utenti interessati in caso di interruzioni superiori a 30 minuti.
Risoluzione
Il rapporto post-incidente viene pubblicato nella pagina Stato entro 48 ore dalla risoluzione.
| Gravità | Esempio | Obiettivo di risposta |
|---|---|---|
| Critico | Interruzione totale | 4 ore |
| Alto | Funzione principale degradata | 1 giorno lavorativo |
| Medio | Problema parziale | 3 giorni lavorativi |
| Basso | Cosmetico / non critico | 5 giorni lavorativi |
Gli obiettivi di risposta rappresentano il riconoscimento iniziale, non il tempo di risoluzione. Gli obiettivi si applicano durante il normale orario lavorativo.
Domande sul vostro piano?
Se avete requisiti SLA specifici per una distribuzione enterprise, contattateci e esamineremo i dettagli.
Contattaci