Service Level Agreement (SLA)
Availability targets per service, how uptime is calculated, support priorities, exclusions, and the Service Credit compensation that applies when a target is missed.
Last updated Effective
This is a translation provided for convenience. The document is made in the Indonesian language, and under Law No. 24 of 2009 the Indonesian version prevails in the event of any difference in interpretation.
1 — Introduction and scope
1.1 Purpose
This Service Level Agreement ("SLA") sets out the commitments of PT Levia Cloud Indonesia ("Levia Cloud", "we") to customers ("Customer", "you") regarding the availability, performance, and support of the cloud computing services delivered through the leviacloud.com platform. It also sets out the compensation mechanism where those commitments are not met.
This SLA forms an inseparable part of the Levia Cloud Terms of Service and of any cooperation agreement (PKS), Statement of Work (SOW), or order form signed by the parties. In the event of conflict, a specifically signed PKS/SOW prevails over this SLA on the conflicting point.
1.2 Covered services
This SLA applies to the following paid services provisioned on a Customer account that is active and not in arrears:
| Category | Covered services |
|---|---|
| Compute | Virtual Machine (General Purpose, Compute Optimized, Memory Optimized), Bare Metal Server, Levia Kubernetes Service (LKS) |
| Storage | Block Storage (SSD/NVMe), Object Storage (S3-compatible), Snapshot, Managed Backup, Container Registry |
| Database | Levia Managed Database (MySQL, PostgreSQL, MariaDB, Redis, MongoDB) — Single Node and High Availability configurations |
| Networking | Virtual Private Cloud (VPC), L4/L7 Load Balancer, NAT Gateway, Public IP, Site-to-Site VPN, Direct Connect |
| Platform & Support | Levia Cloud Console & API, Monitoring & Alerting platform, DDoS Protection, technical support |
| Managed Services | Essential / Professional / Enterprise packages, as further governed by the Managed IT Services SOW |
1.3 Services not covered
This SLA does not apply to:
- Services labelled Beta, Preview, Trial, or Technical Preview, including features stated in writing not to be Generally Available.
- Services provided free of charge (free tier, trial credits, free quota, and Kubernetes Control Plane Standard), which carry indicative availability targets but give rise to no Service Credit.
- Software, operating systems, middleware, and applications the Customer installs, configures, or operates itself on Levia Cloud infrastructure.
- Third-party licences (Windows Server, SQL Server, cPanel, Plesk, and similar), which are subject to the respective vendor’s terms.
- Connectivity provided by the Customer’s internet service provider (ISP) or public networks beyond the Levia Cloud demarcation point.
2 — Definitions
- Service Month
- One full calendar month, from 00:00 WIB on the 1st to 23:59 WIB on the last day of that month.
- Downtime
- A period in which a Covered Service is unreachable or not functioning as it should because of a failure in infrastructure or systems under Levia Cloud’s control, as defined per service in Section 3.
- Downtime Period
- The accumulated whole minutes of Downtime in one Service Month. Disruptions lasting under 1 minute, or intermittent below one minute, are not counted.
- Monthly Uptime
- The availability percentage of a Covered Service in one Service Month, calculated with the formula in Section 4.
- High Availability (HA)
- A service configuration using at least 2 redundant nodes in different availability zones with automatic failover, explicitly subscribed to by the Customer.
- Availability Zone
- An infrastructure location isolated in power, cooling, and network within a Levia Cloud region (JKT-1, JKT-2, SBY-1).
- Incident
- An unplanned disruption or degradation of a Covered Service.
- Response Time
- The period from an Incident being reported by the Customer or detected by Levia Cloud monitoring, until a Levia Cloud engineer gives a first substantive response and begins work. Response Time is not resolution time.
- Recovery Time (RTO)
- The target period until the Service returns to normal operation or an acceptable workaround is available.
- RPO
- Recovery Point Objective — the maximum tolerable data loss, measured backwards from the moment of the incident.
- Scheduled Maintenance
- Planned maintenance notified to the Customer under Section 7, not counted as Downtime.
- Service Credit
- Compensation in the form of service credit applied against the next billing period, as the sole and exclusive remedy for a missed SLA target.
- Affected Monthly Fee
- The monthly subscription fee (excluding VAT) for the specific resource that experienced Downtime — not the Customer’s total account bill.
- Status Page
- The official Levia Cloud service status page, carrying incident and maintenance records.
3 — Availability commitments
Levia Cloud commits to delivering Covered Services at the Monthly Uptime targets in the tables below. Targets are measured per resource (per instance, per cluster, per volume), not aggregated at account level.
3.1 Compute
| Service / configuration | Uptime target | Downtime definition |
|---|---|---|
| Virtual Machine — single instance (non-HA) | 99.95% | The instance is unreachable via its public or private IP, or cannot execute compute processes, owing to a failure of the Levia Cloud hypervisor, host, power, or network. |
| Virtual Machine — HA across zones | 99.99% | All instances in the redundant group are unreachable simultaneously. |
| Bare Metal Server | 99.95% | The server is unreachable over the network or loses power owing to a Levia Cloud facility/network failure. Replacement of failed hardware is targeted within 4 hours of confirmation. |
| Kubernetes — Control Plane Standard (free) | 99.5% (indicative) | The cluster API server does not respond. No Service Credit arises, as the component is provided free of charge. |
| Kubernetes — Control Plane HA (multi-master) | 99.95% | The cluster API server does not respond to valid requests for more than 1 consecutive minute. |
| Kubernetes — Worker Node | Follows the Virtual Machine SLA | According to the node configuration (single or redundant). |
3.2 Storage
| Service / configuration | Uptime target | Downtime definition / terms |
|---|---|---|
| Block Storage (SSD & NVMe) | 99.95% | The volume cannot be attached, or cannot serve read/write operations from a healthy instance. |
| Object Storage — Single Region | 99.9% | The S3-compatible API error rate exceeds 1% over a 5-minute interval. |
| Object Storage — Multi-Region | 99.95% | As above, measured across all replication regions. |
| Object Storage — data durability | 99.999999999% per year | A durability commitment for stored objects, not an access availability commitment. |
| Container Registry | 99.9% | Image push/pull operations fail on more than 1% of requests over a 5-minute interval. |
| Snapshot | 99.9% | Snapshot creation or restore cannot be run from the console or the API. |
| Managed Backup | ≥ 98% success per month | Measured as scheduled backup jobs completing successfully against total scheduled jobs. |
| DRaaS (Disaster Recovery as a Service) | RPO ≤ 15 min; RTO ≤ 1 hour | Applies to workloads protected by DRaaS that have passed a replication test. |
3.3 Managed Database
| Service / configuration | Uptime target | Downtime definition / terms |
|---|---|---|
| Managed Database — Single Node | 99.95% | The database endpoint does not accept valid connections from a healthy network for more than 1 consecutive minute. |
| Managed Database — High Availability | 99.99% | The database endpoint is unavailable beyond the automatic failover window. Automatic failover is targeted at under 30 seconds and is not counted as Downtime when it meets that target. |
| Read Replica | 99.9% | The replica cannot accept read connections. Replication lag caused by the Customer’s workload is not counted as Downtime. |
| Point-in-Time Recovery | Granularity ≤ 5 minutes | The ability to restore a database to a specific point in time within the applicable retention window. |
3.4 Networking
| Service / configuration | Uptime target | Downtime definition / terms |
|---|---|---|
| Core network & region backbone | 99.99% | Loss of connectivity to and from a Levia Cloud region owing to failure of Levia Cloud core network equipment. |
| Load Balancer Basic (single instance) | 99.9% | The load balancer does not forward traffic to healthy backends. |
| Load Balancer Standard (HA active-passive) | 99.95% | As above, measured after the HA pair’s failover window. |
| Load Balancer Premium (HA active-active) | 99.99% | As above. |
| NAT Gateway Small | 99.9% | Instances on a private subnet lose outbound connectivity through the NAT Gateway. |
| NAT Gateway Medium (HA active-passive) | 99.95% | As above. |
| NAT Gateway Large (HA active-active) | 99.99% | As above. |
| VPC & VPC Peering | 99.99% | Correctly configured inter-subnet or inter-VPC traffic cannot be forwarded. |
| Site-to-Site VPN (IPSec) | 99.9% | The tunnel cannot be established from the Levia Cloud side. Failures of Customer-side equipment or ISP are excluded. |
| Direct Connect — single port | 99.9% | The port does not forward traffic owing to a Levia Cloud-side failure. |
| Direct Connect — redundant ports | 99.95% | Both ports fail to forward traffic simultaneously. |
| Domestic latency (IIX/OpenIXP) | < 5 ms monthly average | Measured from the main Jakarta peering point to the region gateway. A performance target; no Service Credit. |
3.5 Platform, security, and support
| Service / configuration | Target | Notes |
|---|---|---|
| Levia Cloud Console & API | 99.9% | Unavailability of the console or API does not by itself constitute Downtime for running resources. |
| Monitoring, Alerting & NOC platform | 99.9% | Includes delivery of alert notifications to configured channels. |
| DDoS Protection Basic (L3/L4) | Mitigation ≤ 60 s from detection | Provided free of charge; no Service Credit. |
| DDoS Protection Advanced (L7) | Mitigation ≤ 30 s; report ≤ 2 business days | Applies to customers subscribed to the Advanced package. |
| Web Application Firewall (WAF) | 99.9% | Availability of the application traffic filtering service. |
| Personal-data security incident notice | ≤ 3 x 24 hours from awareness | Per Article 46 of Law No. 27 of 2022 on Personal Data Protection. |
| Bare Metal provisioning | ≤ 4 business hours from payment | An operational service target. |
4 — How uptime is calculated
4.1 Formula
Total Minutes in the Service Month is based on the actual number of calendar days in that month — 43,200 minutes for a 30-day month, 44,640 minutes for a 31-day month.
4.2 Calculation rules
- Downtime starts at the earlier of (a) detection of the disruption by Levia Cloud monitoring, or (b) receipt of the Customer’s report through the official ticket channel.
- Downtime ends when the service returns to normal operation or an agreed workaround is available, as recorded in the ticket system and on the Status Page.
- Downtime is counted in whole minutes. Intermittent disruptions lasting under 1 minute are not counted.
- Calculation is per resource. Where several resources are affected by the same incident, each is calculated separately against its own monthly fee.
- Scheduled Maintenance notified under Section 7 and all circumstances in Section 8 are excluded from the Downtime Period.
- Levia Cloud monitoring records and logs are the primary reference for the calculation. The Customer may submit contrary evidence, which will be reviewed jointly in good faith within 10 business days.
4.3 Uptime target to maximum downtime
The table below is a practical reference, assuming a 30-day month (43,200 minutes).
| Uptime target | Max downtime / month | Max downtime / week | Max downtime / year |
|---|---|---|---|
| 99.99% | 4 min 19 s | 1 min 1 s | 52 min 34 s |
| 99.95% | 21 min 36 s | 5 min 2 s | 4 h 23 min |
| 99.90% | 43 min 12 s | 10 min 5 s | 8 h 46 min |
| 99.50% | 3 h 36 min | 50 min 24 s | 43 h 48 min |
| 99.00% | 7 h 12 min | 1 h 41 min | 87 h 36 min |
| 95.00% | 36 h | 8 h 24 min | 18 d 6 h |
5 — Technical support and incident handling
5.1 Channels and service hours
| Channel | Availability | Use |
|---|---|---|
| Ticket portal — support.leviacloud.com | 24 x 7 x 365 | The primary official channel for all Incidents and service requests. SLA Response Time is measured from this channel. |
| Email — [email protected] | 24 x 7 x 365 | Creates a ticket automatically. |
| Emergency phone — +62 21 5099 0000 | 24 x 7 x 365 (P1 only) | Escalation of critical incidents. A ticket number is required. |
| Console live chat | Business days 08:00–18:00 WIB | General questions, billing, and non-urgent requests. |
| Technical Account Manager | Business days, Enterprise package | A dedicated channel for Managed Services Enterprise customers. |
5.2 Priority matrix and response times
Priority is set by Levia Cloud on impact and urgency, and may be adjusted jointly with the Customer.
| Priority | Definition | Response — standard support | Response — Managed Professional | Recovery target |
|---|---|---|---|---|
| P1 — Critical | Production service completely down; wide business impact; no workaround available. | 1 hour | 30 min (Enterprise: 15 min) | 4 hours |
| P2 — High | Significant degradation; core functions disrupted; limited workaround. | 4 hours | 2 hours (Enterprise: 1 hour) | 8 hours |
| P3 — Medium | Minor disruption; workaround available; limited impact. | 8 business hours | 4 business hours | 3 business days |
| P4 — Low | Information requests, minor changes, or standard service requests. | 1 business day | 1 business day | 5 business days |
Response Times for P1 and P2 are measured 24 x 7. Response Times for P3 and P4 are measured during business days, Monday–Friday 08:00–18:00 WIB, excluding national holidays. Recovery Targets are best-effort commitments backed by the escalation procedure in Section 5.4, and give rise to no separate Service Credit beyond the availability calculation in Section 3.
5.3 Root cause analysis (RCA)
- For every P1 and P2 Incident, Levia Cloud delivers a written RCA report within 5 business days of the incident being closed.
- The RCA report covers the timeline, impact, root cause, recovery actions, and preventive actions with target completion dates.
- For incidents affecting multiple customers, an RCA summary is published on the Status Page.
5.4 Escalation matrix
| Level | Role | Escalation trigger |
|---|---|---|
| L1 | NOC Engineer (24 x 7) | Initial handling of all Incidents. |
| L2 | Senior Engineer / Specialist | P1 with no progress in 30 minutes; P2 with no progress in 2 hours. |
| L3 | Service Delivery Manager | P1 with no progress in 1 hour; P2 with no progress in 4 hours. |
| L4 | Head of Operations | P1 with no progress in 2 hours, or an incident affecting many customers. |
| L5 | Board of Directors, PT Levia Cloud Indonesia | P1 exceeding 4 hours, or an incident with potential material impact on the Customer’s business. |
6 — Customer responsibilities
This SLA is effective only where the Customer meets the following. Failure to do so may cause the related Incident to be excluded from the SLA calculation.
- Provide and maintain technical and administrative Person in Charge (PIC) contact details reachable 24 hours a day for P1 incidents.
- Report Incidents through the official channels in Section 5.1, completely and promptly, with reasonable diagnostic information.
- Design its architecture to its own availability needs, including subscribing to an HA configuration where it targets 99.99%.
- Manage security at the application and data layers, including credentials, user access control, and security group configuration.
- Ensure invoices are paid on time and the account remains active and not suspended.
- Comply with the Acceptable Use Policy (AUP), international bandwidth fair-use terms, and platform quotas and technical limits.
- Respond within a reasonable time to requests for action or approval from Levia Cloud that are needed to restore service.
- Notify Levia Cloud at least 5 business days in advance of any planned load testing or penetration testing.
7 — Maintenance
7.1 Scheduled maintenance
- Standard window
- Tuesdays and Thursdays, 00:00–06:00 WIB.
- Notice
- At least 7 calendar days in advance via email to the registered PIC, console notification, and the Status Page. For maintenance likely to disrupt service, notice is given at least 14 calendar days in advance.
- Duration cap
- A maximum of 4 accumulated hours per Service Month per resource.
- SLA treatment
- Not counted as Downtime so long as it is carried out within the window, duration cap, and notice above. Duration beyond that cap is counted as Downtime.
- Live migration
- Most host maintenance is performed by live migration with no disruption to the Customer.
7.2 Emergency maintenance
Emergency maintenance may be carried out at any time to address a critical security vulnerability, a hardware failure risk, or an instruction from a competent authority. Notice is given as soon as possible — where feasible before execution, and no later than when execution begins. Emergency maintenance is not counted as Downtime so long as it does not exceed 2 hours per event and 2 events per Service Month.
Security patches for critical vulnerabilities are applied within 72 hours of the vendor’s official release.
8 — SLA exclusions
The following periods are not counted as Downtime and give rise to no Service Credit:
- Force majeure
- Natural disaster, earthquake, flood, fire, epidemic, war, civil unrest, strikes, and failures of national infrastructure (power, national backbone network) beyond Levia Cloud’s reasonable control.
- Customer action
- Misconfiguration, deletion of resources, credential errors, changes made outside change management procedures, or actions by anyone using the Customer’s credentials.
- Customer equipment & software
- Failure of operating systems, applications, self-managed databases, scripts, or hardware on the Customer’s side; including workloads exceeding the capacity of the resources subscribed to.
- Third-party networks
- Disruption at the Customer’s ISP, the public internet, or third-party services the Customer depends on, beyond the Levia Cloud network boundary.
- Maintenance
- Scheduled and Emergency Maintenance meeting the conditions in Section 7.
- Lawful suspension
- Suspension or termination arising from payment arrears, AUP breach, or an order of a competent authority.
- Quotas & platform limits
- Requests refused because an account quota, API rate limit, or published technical limit has been reached.
- Non-production services
- Beta, Preview, Trial, free tier, and any service provided free of charge.
- Out-of-scope cyber attacks
- Layer 7 DDoS attacks against accounts not subscribed to DDoS Protection Advanced, and security compromises originating from the Customer’s side.
- Uncoordinated testing
- The effects of load testing or penetration testing carried out without notice under Section 6.
- Customer request
- Downtime arising from actions the Customer expressly requested or approved, including restart, resize, migration, and restore.
9 — Compensation: Service Credit
9.1 Compensation tiers
Where the Monthly Uptime of a resource falls below the applicable target in Section 3, the Customer is entitled to Service Credit under the table below, calculated on the Affected Monthly Fee (excluding VAT).
| Actual monthly uptime | Service Credit | Example (IDR 1,000,000 fee) |
|---|---|---|
| Below target down to 99.00% | 10% | IDR 100,000 |
| Below 99.00% down to 95.00% | 25% | IDR 250,000 |
| Below 95.00% | 100% | IDR 1,000,000 |
9.2 Limits
- Total Service Credit in one Service Month does not exceed 100% of the Affected Monthly Fee for the service concerned. Uptime below 95.00% entitles the Customer to a full credit of that service’s monthly fee.
- Service Credit is calculated on the fee for the affected resource, not on the Customer’s total account bill.
- Service Credit is issued as service credit against the next billing period and cannot be redeemed for cash, transferred, or exchanged for any other compensation.
- Service Credit does not apply retroactively beyond 1 Service Month and lapses if the service is terminated before the credit is used, unless otherwise agreed in writing.
- Service Credit is the Customer’s sole and exclusive remedy for a missed SLA target. Levia Cloud is not liable for indirect loss, lost profits, lost revenue, or other consequential loss.
- A Customer with payment arrears past the due date may not file a claim until those arrears are settled.
9.3 Claim procedure
| Step | Activity | Terms |
|---|---|---|
| 1 | Filing the claim | The Customer files a written claim through the ticket portal or by email to [email protected], no later than 14 calendar days after the end of the affected Service Month. Claims filed after that deadline lapse. |
| 2 | Claim contents | The claim must state: the account and affected resource, the date and time range of the Downtime, the related incident ticket number, and supporting evidence (logs, monitoring output, or screenshots). |
| 3 | Verification | Levia Cloud verifies the claim against monitoring records and internal tickets, and delivers the outcome within 14 business days of receiving a complete claim. |
| 4 | Applying the credit | Approved Service Credit is applied to the next period’s invoice, at the latest on the second billing cycle after approval. |
| 5 | Objection | If the Customer disagrees with the verification outcome, an objection is filed within 7 calendar days and reviewed jointly by the Service Delivery Manager under Section 11. |
9.4 Termination right on repeated failure
Where a Covered Service fails to meet its Monthly Uptime target for 3 consecutive months, or where Monthly Uptime falls below 95.00% in any single month, the Customer may terminate that service without termination penalty on 30 calendar days’ written notice. The Customer remains entitled to Service Credit already accrued and to a pro-rata refund of unused prepaid fees.
10 — Transparency and reporting
| Deliverable | Frequency | Notes |
|---|---|---|
| Public Status Page | Real-time | status.leviacloud.com — the status of every service per region, live incidents, and the maintenance schedule. |
| Account availability dashboard | Real-time | Available in the Customer console, showing availability and performance metrics per resource. |
| Monthly SLA report | Monthly, by the 7th | Actual uptime per service, incident summary, and Service Credit status. Available to Managed Services customers and customers with contract commitments. |
| RCA report (P1/P2) | Per incident, within 5 business days | Under Section 5.3. |
| Service Review Meeting | Monthly online / quarterly on-site | Applies to Managed Services customers on Professional and above. |
| Recovery test / DR drill report | Every six months | Applies to customers subscribed to Managed Backup or DRaaS. |
11 — Dispute resolution
- Any dispute arising from this SLA is first addressed by good-faith consultation between the Levia Cloud Service Delivery Manager and the Customer’s PIC, within 30 calendar days.
- If consultation does not reach agreement, the parties agree to resolve the dispute through the Indonesian National Board of Arbitration (BANI) in Jakarta under BANI’s applicable rules and procedures.
- This SLA is governed by and construed under the laws of the Republic of Indonesia.
12 — Security, compliance, and data location
- Data location
- All Customer data is stored and processed in data centres within the Republic of Indonesia — the Jakarta (JKT-1, JKT-2) and Surabaya (SBY-1) regions.
- Personal data protection
- Personal data is processed in accordance with Law No. 27 of 2022 on Personal Data Protection and its implementing regulations. Levia Cloud acts as Personal Data Processor for data the Customer controls.
- Electronic system operation
- Levia Cloud operates its electronic systems in accordance with Government Regulation No. 71 of 2019 on the Operation of Electronic Systems and Transactions.
- Certification
- ISO/IEC 27001 (Information Security Management) and ISO 9001 (Quality Management). The infrastructure is prepared to PCI DSS requirements.
- Security incident notice
- Security incidents affecting personal data are notified to the Customer and to the competent authority within 3 x 24 hours of becoming aware.
- Data ownership
- Customer data belongs entirely to the Customer. On termination, data is retained for 30 calendar days before permanent deletion, and the Customer may download or request handover during that period.
- Confidentiality
- Levia Cloud does not access Customer content except where required to restore service at the Customer’s request, or where required by law.
13 — General terms and contact
13.1 Changes to this SLA
Levia Cloud may review and update this SLA over time. Changes that materially reduce commitments to the Customer are notified at least 30 calendar days before they take effect, by email to the registered PIC and on the Status Page. For customers with a running contract, the SLA in force at signature continues to apply until that contract period ends, unless otherwise agreed in writing.
13.2 Severability
If any provision of this SLA is held invalid or unenforceable under applicable law, the remaining provisions stay in full force.
13.3 Language
This SLA is made in the Indonesian language. Where a translated version is published, the Indonesian version prevails in the event of a difference in interpretation, in accordance with Law No. 24 of 2009.
13.4 Contact
| Purpose | Contact |
|---|---|
| Technical support & incidents | [email protected] · support.leviacloud.com · +62 21 5099 0000 (24/7, P1 only) |
| Service Credit claims & billing | [email protected] |
| Sales & architecture consultation | [email protected] · +62 21 5099 0000 |
| Service status | status.leviacloud.com |
| Personal data protection | [email protected] |
Appendix A — SLA target summary
A one-page summary for quick reference, tenders, and proposal attachments.
| Service | Uptime target | Service Credit |
|---|---|---|
| Virtual Machine — single instance | 99.95% | Applies (10/25/100%) |
| Virtual Machine — HA across zones | 99.99% | Applies (10/25/100%) |
| Bare Metal Server | 99.95% | Applies (10/25/100%) |
| Kubernetes — Control Plane Standard | 99.5% (indicative) | Does not apply (free) |
| Kubernetes — Control Plane HA | 99.95% | Applies (10/25/100%) |
| Managed Database — Single Node | 99.95% | Applies (10/25/100%) |
| Managed Database — High Availability | 99.99% | Applies (10/25/100%) |
| Block Storage | 99.95% | Applies (10/25/100%) |
| Object Storage — Single Region | 99.9% (11 nines durability) | Applies (10/25/100%) |
| Object Storage — Multi-Region | 99.95% (11 nines durability) | Applies (10/25/100%) |
| Container Registry | 99.9% | Applies (10/25/100%) |
| Load Balancer Basic / Standard / Premium | 99.9% / 99.95% / 99.99% | Applies (10/25/100%) |
| NAT Gateway Small / Medium / Large | 99.9% / 99.95% / 99.99% | Applies (10/25/100%) |
| VPC, Peering & region core network | 99.99% | Applies (10/25/100%) |
| Site-to-Site VPN | 99.9% | Applies (10/25/100%) |
| Direct Connect — single / redundant | 99.9% / 99.95% | Applies (10/25/100%) |
| Console & API | 99.9% | Applies (10/25/100%) |
| Monitoring platform & NOC | 99.9% | Applies (10/25/100%) |
| Managed Backup | ≥ 98% job success | Applies (10/25/100%) |
| DRaaS | RPO ≤ 15 min / RTO ≤ 1 hour | Applies (10/25/100%) |
Appendix B — Service Credit claim form
Include the following on the claim ticket, or send it to [email protected] no later than 14 calendar days after the end of the affected month.
Part A — Customer identity
- Company / account name
- Levia Cloud account number
- PIC name & position
- PIC email & phone
Part B — Claim detail
- Affected Service Month
- Service & resource ID
- Downtime start date & time (WIB)
- Downtime end date & time (WIB)
- Total Downtime in minutes
- Calculated Monthly Uptime (%)
- Related incident ticket number
- Monthly fee for the affected service (IDR)
- Service Credit claimed (%)
Part C — Supporting evidence
- System logs
- Monitoring screenshots
- External uptime monitor output
- Any other relevant detail