Accord de Niveau de Service
Nos engagements de disponibilité, comment nous les mesurons et ce qui se passe lorsqu'ils ne sont pas respectés.
Date d'entrée en vigueur : 13 juin 2026. Dernière mise à jour : 22 août 2026. S'applique à tous les forfaits payants.
Engagements de disponibilité
Nous visons 99,9 % de disponibilité mensuelle sur tous les services couverts. Cela équivaut à environ 43 minutes d'indisponibilité au maximum sur un mois calendaire, soit environ 8,8 heures sur une année complète.
Site Web ZillaSoft
zillasoft.io et toutes les pages statiques
Soutenu par AWS CloudFront + S3
API de synchronisation cloud
Points de terminaison d'authentification, de synchronisation et d'abonnement
Hébergé par Railway (serveur API) et Neon (base de données)
Applications de bureau et extension de navigateur
La fonctionnalité principale s'exécute localement sur votre appareil ou dans votre navigateur
Les fonctionnalités principales de productivité restent disponibles localement même pendant les interruptions des services cloud.
Comment nous mesurons la disponibilité
La disponibilité est calculée mensuellement comme le pourcentage de minutes dans un mois calendaire pendant lesquelles chaque service est disponible et répond aux requêtes. La disponibilité est déterminée par des vérifications de santé automatisées qui s'exécutent à intervalles réguliers depuis plusieurs régions géographiques.
Un service est considéré « indisponible » lorsqu'il ne répond pas aux vérifications de santé pendant deux minutes consécutives ou plus. Les erreurs transitoires brèves qui se résolvent dans un seul intervalle de vérification ne sont pas comptabilisées comme temps d'indisponibilité.
L'état actuel du service et l'historique des incidents sont toujours disponibles sur la page Statut.
Ce qui n'est pas couvert
Maintenance planifiée communiquée avec au moins 48 heures de préavis
Pannes causées par des fournisseurs tiers (Auth0, AWS, Stripe, Railway, Neon et d'autres services utilisés pour le bon fonctionnement des applications ZillaSoft) hors du contrôle de ZillaSoft
Applications distribuées via des marketplaces tiers (actuellement les marketplaces Atlassian, Zendesk et Freshworks, ainsi que tout marketplace que nous pourrions ajouter à l'avenir), qui fonctionnent sur une infrastructure exploitée par ces plateformes
La distribution et la disponibilité des mises à jour de l'extension de navigateur via des boutiques tierces (Chrome Web Store, Microsoft Edge Add-ons, Firefox Add-ons)
Événements de force majeure (catastrophes naturelles, guerre, pandémies)
Problèmes causés par une mauvaise utilisation du client ou des tentatives d'accès non autorisé
Fonctionnalités en phase bêta ou pré-lancement explicitement étiquetées comme telles
Les applications que ZillaSoft distribue via des marketplaces tiers (les applications Snipzilla Templates pour Jira, Zendesk et Freshdesk, ainsi que toute application de marketplace que nous publierons à l'avenir) fonctionnent entièrement sur une infrastructure exploitée par ces plateformes. ZillaSoft n'héberge, ne surveille ni ne contrôle cette infrastructure. La disponibilité de ces applications est donc régie par les engagements de service propres à la plateforme hôte et non par le présent SLA, et aucun crédit de service n'est accordé au titre du présent SLA pour leurs interruptions. L'engagement de 99,9 % figurant sur cette page s'applique aux services exploités par ZillaSoft : le site web ZillaSoft et les API cloud de nos applications de bureau et de notre extension de navigateur.
La maintenance programmée est généralement effectuée pendant les périodes de faible trafic, vers 23h00 heure du Guatemala (05h00 UTC).
Crédits SLA
Si la disponibilité mensuelle tombe en dessous de 99,9 %, les clients concernés avec des forfaits payants peuvent demander un crédit de service. Les crédits sont calculés comme un pourcentage de la mensualité d'abonnement du service concerné :
| Disponibilité mensuelle | Crédit |
|---|---|
| 99,0 % à moins de 99,9 % | 10% |
| 95,0 % à moins de 99,0 % | 25% |
| Moins de 95,0 % | 50% |
Les crédits sont appliqués au cycle de facturation suivant. Pour demander un crédit, ouvrez un ticket de facturation ou écrivez à billing@zillasoft.io dans les 30 jours suivant la fin du mois concerné. Les crédits constituent le seul recours pour les violations du SLA et ne sont pas remboursables en espèces.
Les clients entreprise ont des termes SLA définis dans leurs accords de service individuels, qui ont la priorité sur cette page.
Réponse aux incidents
Détection
Les vérifications de santé automatisées nous alertent en quelques minutes de toute interruption de service.
Communication
La page statut est mise à jour dans l'heure suivant un incident confirmé. Des mises à jour par e-mail sont envoyées aux utilisateurs concernés lors de pannes de plus de 30 minutes.
Résolution
Le rapport post-incident est publié sur la page Statut dans les 48 heures suivant la résolution.
| Gravité | Exemple | Objectif de réponse |
|---|---|---|
| Critique | Panne totale | 4 heures |
| Haute | Fonctionnalité majeure dégradée | 1 jour ouvrable |
| Moyenne | Problème partiel | 3 jours ouvrables |
| Basse | Cosmétique / non critique | 5 jours ouvrables |
Les objectifs de réponse représentent l'accusé de réception initial, pas le temps de résolution. Les objectifs s'appliquent pendant les heures ouvrables normales.
Des questions sur votre forfait ?
Si vous avez des exigences SLA spécifiques pour un déploiement entreprise, contactez-nous et nous étudierons les détails.
Contactez-nous