Service Level Agreement of swebify.io
Last Updated: March 28, 2025
1. Introduction
1.1 Scope
This Service Level Agreement ("SLA") is an integral part of the Swebify Terms and Conditions ("Terms") and defines the service level commitments that Swebify ("We", "Our") provides to its customers ("You", "Your").
1.2 Quality Certifications
Swebify is certified under the following international standards:
- ISO 9001:2015 (Quality Management System)
- ISO 27001:2013 (Information Security Management System)
These certifications ensure:
- Standardized and documented service management processes;
- Structured approach to continuous improvement;
- Comprehensive information security management system;
- Regular audits by accredited certification bodies.
1.3 Definitions
- Service: Refers to the Swebify platform, including all its components, as described in the Terms.
- Billing Period: The monthly or annual period based on your subscription plan.
- Downtime: Periods where the Service is unavailable, as defined in Section 2.3.
- Response Time: Time between the receipt of an incident report and the initial response from our support team.
- Resolution Time: Time between the receipt of an incident report and its resolution.
2. Service Availability
2.1 Uptime Commitment
We commit to maintaining 99.9% service availability on a monthly basis, calculated as:
Availability (%) = ((Total minutes in a month - Downtime minutes) / Total minutes in a month) × 100
2.2 Monitoring and Measurement
Availability is measured through automated monitoring systems running checks every minute from various geographic locations. These checks verify:
- Management interface availability (dashboard)
- API functionality
- Resource accessibility (VMs, containers)
- Core services (DNS, email, hosting)
2.3 Definition of Downtime
Downtime is defined as a period during which one or more essential components of the Service are unavailable or not functioning properly due to issues within our infrastructure, including:
- Inaccessible management interface
- Inability to create, modify, or delete resources
- Non-functioning VMs or containers
- Email or hosting services not working
2.4 Downtime Exclusions
The following are not considered downtime for SLA purposes:
- Scheduled maintenance (see Section 3)
- Issues caused by the underlying cloud provider (e.g., Hetzner)
- Internet connectivity issues outside our network
- External DDoS attacks or other security events
- Customer-modified configurations
- Resource usage beyond allocated limits
- Third-party software issues
- Force majeure events
3. Scheduled Maintenace
3.1 Maintenance Windows
Whenever possible, scheduled maintenance will be performed during:
- Standard maintenance: Weekdays from 22:00 to 05:00 CET/CEST
- Extended maintenance: Weekends from Friday 22:00 to Monday 05:00 CET/CEST
3.2 Maintenance Notifications
Scheduled maintenance will be communicated with:
- At least 48 hours’ notice for standard maintenance
- At least 7 days’ notice for extended maintenance
Notifications will be sent via email to your primary contact and posted on the Swebify dashboard.
3.3 Maintenance Limits
We commit to limiting scheduled maintenance to:
- No more than 8 total hours per month
- No more than 4 consecutive hours per maintenance event
- No more than 2 events per month
3.4 Emergency Maintenance
In exceptional situations, emergency maintenance may be required with little or no notice. This includes:
- Critical security issues
- Risk of data loss
- Severe service degradation affecting multiple customers
Emergency maintenance is excluded from SLA availability calculations.
4. Technical Support
4.1 Support Channels
We offer the following support channels:
Plan | Support Channels |
---|---|
Standard | Email, Support Portal |
Business | Email, Support Portal, Chat |
Enterprise | Email, Support Portal, Chat, Phone, Dedicated Support |
4.2 Support Hours
Plan | Support Hours |
---|---|
Standard | Mon–Fri, 9:00–18:00 CET/CEST |
Business | Mon–Fri, 8:00–20:00 CET/CEST |
Enterprise | 24/7/365 for P1 & P2; 8:00–20:00 CET/CEST for P3 & P4 |
4.3 Priority Classification
Incidents are classified according to the following priority scale:
- P1 (Critical): Complete service outage or unusable with impact on all/most users or features.
- P2 (High): Major feature severely impaired, significant user or operational impact.
- P3 (Medium): Secondary functionality issues, limited impact on users or operations.
- P4 (Low): Information requests, enhancements, minor issues with minimal or no impact.
4.4 Target Response and Resolution Times
Priority | Plan | Response Time | Resolution Time |
---|---|---|---|
P1 | Standard | 4 hours | 24 hours |
P1 | Business | 2 hours | 12 hours |
P1 | Enterprise | 1 hour | 6 hours |
P2 | Standard | 8 hours | 48 hours |
P2 | Business | 4 hours | 24 hours |
P2 | Enterprise | 2 hours | 12 hours |
P3 | Standard | 24 hours | 5 days |
P3 | Business | 12 hours | 3 days |
P3 | Enterprise | 8 hours | 2 days |
P4 | Standard | 48 hours | 10 days |
P4 | Business | 24 hours | 7 days |
P4 | Enterprise | 16 hours | 5 days |
4.5 Escalation Process
For incidents requiring greater attention, the following escalation process is available:
- 4.5.1 Escalation Levels
- Level 1: First-level technical support
- Level 2: Second-level technical specialists
- Level 3: Senior system admins and developers
- Level 4: Management and technical leadership
- 4.5.2 Automatic Escalation Criteria
An incident is automatically escalated if:
- Response time exceeds the target
- Resolution time exceeds the target
- Incident severity increases
5. Service Credits
5.1 Credit Calculation
If the monthly availability target (99.9%) is not met, service credits apply:
Monthly Availability | Service Credit (% of Monthly Bill) |
---|---|
< 99.9% but ≥ 99.0% | 0% |
< 99.0% but ≥ 95.0% | 10% |
< 95.0% | 20% |
5.2 Credit Request Procedure
To request a service credit:
- Submit a request within 30 days of the incident month
-
Include:
- Your customer ID and contact information
- Date, time, and duration of the outage
- Description of impact
- Logs or evidence (if available)
Requests must be submitted via the customer portal or email to [email protected]
5.3 Applicazione dei crediti
Approved credits:
- Will be applied to the next billing cycle
- Are non-transferable
- Are not redeemable for cash (except in case of service termination)
- Expire 12 months from issue date if unused
5.4 Limitations
The following limitations apply:
- Maximum credit is 50% of the monthly bill per month
- Credits cannot be accumulated for multiple outages in the same month
- Only directly affected services qualify for credits
- No credits for free trials or unpaid services
6. Monitoring and Reporting
6.1 Monitoring
We use multiple, redundant monitoring systems to detect issues:
- Internal infrastructure and service monitoring
- External monitoring from different regions
- Synthetic user interaction simulations
- Real-time log and performance analysis
6.2 Service Status
A public status page is available at status.swebify.io showing:
- Current service status
- Planned and ongoing outages
- Incident history
- Historical performance data
Notifications will be sent via email to the primary contact address and published on the Swebify dashboard.
6.3 Reporting
The following reports are available:
Plan | Available Reports |
---|---|
Standard | Basic monthly report (on request) |
Business | Automatic detailed monthly reports |
Enterprise | Custom reports, real-time dashboards, quarterly reviews |
Standard reports include:
- Service availability
- Average response time
- Outage count and duration
- Performance metrics
7. Disaster Recovery and Business Continuity
7.1 Recovery Objectives
Our recovery objectives are:
- RPO (Recovery Point Objective): Max 1 hour data loss
- RTO (Recovery Time Objective): Services restored within 4 hours for critical incidents
7.2 Backup Strategy
We implement a comprehensive backup strategy including:
- Incremental backups every 6 hours
- Daily full backups
- 30-day backup retention
- Encryption at rest
- Geographically distributed storage
7.3 Disaster Recovery Testing
We conduct regular DR testing:
- Monthly backup restore tests
- Quarterly failover simulations
- Semi-annual full DR drills
Results are available upon request for Enterprise customers.
SLA Changes
8.1 Change Process
We reserve the right to modify this SLA with 30 days’ notice. Changes will be announced via email and posted on our website.
8.2 Versions
We maintain an archive of all previous SLA versions, accessible upon request.
Contact Information
For questions or clarifications about this SLA, please contact us here.
© 2025 Swebify - All rights reserved.