Compromisos de servicio
Qué esperar, y qué no prometemos
Esta página no es un acuerdo de nivel de servicio. No hay garantías de disponibilidad ni créditos por indisponibilidad, y preferimos decirlo aquí antes que esconderlo en una cláusula. Lo que sigue es aquello para lo que trabajamos, y cómo puede comprobarlo de forma independiente.
Por qué no hay un SLA contractual
Un acuerdo de nivel de servicio con créditos es una obligación financiera, y honrarla exige una guardia permanente, una sociedad y un seguro detrás. Beskos lo opera un equipo pequeño, y ninguna de esas tres cosas existe hoy.
Publicar una garantía que no pudiéramos honrar sería el párrafo más fácil de escribir de este sitio y el más difícil de sostener. Los compromisos de abajo son objetivos, medidos públicamente, y preferimos que se nos evalúe por ellos antes que por una promesa.
Esto cambia cuando la estructura lo permita. En ese momento un SLA pasa a ser un argumento de venta en lugar de una exposición, y se publicará aquí.
Aquello para lo que trabajamos
99,5%
Disponibilidad mensual
Un objetivo para la aplicación, la API y la entrega de correo, medido desde fuera y no por nuestros propios servidores. No es una garantía contractual.
< 4 h
Primera respuesta con el servicio caído
Para un incidente que impida trabajar, en horario laboral de Europa Central.
< 1 día laborable
Primera respuesta en el resto de casos
Dudas, configuración y peticiones que no estén impidiendo trabajar a nadie.
14 días
Aviso de nuevo subencargado
Este sí es un compromiso y no un objetivo: está escrito en el acuerdo de encargo de tratamiento, con derecho de oposición.
Comprobarlo usted mismo
Cada componente se sondea continuamente desde fuera de nuestra infraestructura y se publica, con noventa días de histórico y una cronología por incidente. Si algún día nuestras cifras y su experiencia no coinciden, el registro es la página de estado, no nuestra memoria.
Abrir la página de estadoMantenimiento e incidentes
Mantenimiento planificado
Anunciado con antelación en la página de estado y programado fuera del horario laboral europeo. La mayoría de las actualizaciones no requiere interrupción alguna.
Durante un incidente
La página de estado se actualiza mientras ocurre, no después: qué está afectado, qué se sabe y qué se está haciendo.
Después
Los incidentes que interrumpen el servicio quedan documentados con cronología —detectado, causa, resuelto— y permanecen publicados.
Los datos, antes que la disponibilidad
Las copias de seguridad se realizan con regularidad hacia almacenamiento bajo jurisdicción europea, cada una verificada como legible, y la restauración se prueba. Una interrupción es una molestia; perder datos no se recupera, y las dos cosas no se tratan igual.
¿Dudas antes de comprometer a una organización?
Para un proceso de compra o un cuestionario de seguridad, escríbanos y recibirá las respuestas por escrito, incluidas las inconvenientes.