Contoh dan Template SLA

Sebagian besar orang yang mencari template SLA tidak sedang berusaha mempelajari apa itu SLA. Mereka memiliki perpanjangan kontrak tiga minggu lagi, service desk yang melewatkan tenggat yang tidak pernah disepakati siapa pun, atau kontrak pemasok dengan angka ketersediaan yang indah tetapi tanpa definisi tentang bagaimana ketersediaan diukur. Mereka butuh dokumen paling lambat Jumat.

Maka halaman ini adalah pustaka artefak: template dan contoh kerja untuk lima kasus umum, masing-masing dengan aturan pengukuran yang menentukan apakah komitmennya bermakna. Target tanpa aturan pengukuran hanyalah harapan yang diberi angka.

Fakta Utama: Tolok Ukur SLA yang Layak Dipinjam

• Amazon berkomitmen pada uptime bulanan 99,99% untuk EC2 di tingkat region dan 99,5% untuk satu instance, dengan kredit sebesar 10%, 30%, atau 100% dari biaya yang terdampak (AWS Compute SLA, 25 Mei 2022).
• Google Cloud berkomitmen pada 99,99% untuk instance Compute Engine di beberapa zona dan 99,9% untuk satu instance, tetapi pelanggan harus mengajukan klaim dalam 60 hari untuk mendapatkan kredit apa pun (Google Compute Engine SLA).
• Microsoft menyatakan komitmen dukungan Azure menurut tingkat keparahan, bukan uptime: kurang dari 1 jam, 24x7, untuk Severity A pada paket Standard, dibandingkan kurang dari 8 jam kerja untuk Severity C (Azure support).
• 57% responden menyatakan gangguan besar terakhir mereka menelan biaya lebih dari $100.000, dan satu dari lima menempatkannya di atas $1 juta (Uptime Institute, 2026).
• SLA adalah kontrak yang "mencakup konsekuensi dari memenuhi (atau tidak memenuhi) SLO yang dimuatnya" (Google SRE Book).

Anatomi SLA, Klausul demi Klausul

Setiap SLA yang dapat digunakan menjawab dua belas pertanyaan yang sama. Template yang melewatkan empat atau lima di antaranya cepat ditandatangani dan diperdebatkan belakangan.

Di mana halaman ini menarik garis

Halaman pendamping, apa itu SLA dan cara menetapkan SLA internal, memegang konsepnya: definisi, tiga tipe klasik, dan metode lima langkah untuk menyepakatinya. Halaman ini justru memberi Anda klausul dan angkanya. Satu kasus sengaja tidak diulang: perjanjian bilateral antara marketing dan sales sudah ada dalam template SLA marketing-sales.

Daftar periksa klausul

Tiga yang paling sering dihilangkan adalah metode pengukuran, pelaporan, dan pemicu pengakhiran, dan ketiganya menentukan apakah perjanjian itu bertaring. Bagian berikutnya mencantumkan apa jadinya setiap klausul yang samar.

SLA, SLO, SLI, OLA, dan Kontrak Penopang

Lima istilah sering dipakai bergantian dalam rapat tetapi bermakna berbeda di atas kertas.

Praktik SRE Google menawarkan uji yang layak dicuri: tanyakan apa yang terjadi jika target terlewat, dan "jika tidak ada konsekuensi eksplisit, hampir pasti Anda sedang melihat sebuah SLO." Praktik itu juga mengingatkan agar tidak mengejar angka sempurna, karena "tidak realistis sekaligus tidak diinginkan untuk menuntut SLO terpenuhi 100% dari waktu" (Google SRE Book).

Kosakata OLA berasal dari ITIL, yang kini diterbitkan oleh PeopleCert, yang skema terkininya telah melampaui ITIL 4 ke ITIL Version 5. Gagasannya melampaui edisi mana pun: jika Anda menjanjikan perbaikan empat jam padahal tim database yang Anda andalkan tidak pernah menyetujui sesuatu yang lebih cepat dari satu hari, berarti Anda telah mengomitmenkan kalender orang lain.

Definisi Pengukuran yang Menentukan Apakah SLA Itu Jujur

Dua organisasi dapat menjalankan target yang identik dan melaporkan kepatuhan yang sangat berbeda, murni karena aturan jam. Selesaikan hal-hal ini secara tertulis sebelum ada yang menandatangani.

Pertanyaan	Redaksi lemah	Redaksi yang dapat dipertahankan
Kapan jam mulai?	"Saat permintaan diterima"	"Pada stempel waktu tiket dibuat di , termasuk tiket yang diajukan penyedia atas nama pelanggan"
Kapan jam dijeda?	Tidak disebut, atau "selagi menunggu pelanggan"	"Hanya selama tiket berstatus Pending Customer, dengan waktu jeda dilaporkan terpisah"
Jam kerja atau jam kalender?	"Dalam 4 jam"	"Dalam 4 jam kerja, didefinisikan sebagai 09.00 hingga 18.00 , Senin hingga Jumat, tidak termasuk "
Apa itu resolusi?	"Tiket ditutup"	"Layanan dipulihkan dan dikonfirmasi oleh pemohon; solusi sementara hanya dihitung untuk P3 dan P4"
Bagaimana tiket dibuka kembali dihitung?	Tidak disebut	"Tiket yang dibuka kembali dalam hari kembali ke jam aslinya; penutupan sebelumnya bukan target yang terpenuhi"
Berapa porsi yang harus patuh?	"Semua tiket"	"95% dari P1 dan 90% dari P2 per bulan kalender, di seluruh tiket yang dibuat bulan itu"

Tiga di antaranya menentukan sebagian besar perdebatan. Aturan jeda adalah tuas terbesar pada angka kepatuhan, karena tim yang dapat memarkir tiket di Pending Customer dan menghentikan jamnya sendiri akan memenuhi target apa pun yang Anda tetapkan. Jam kerja mengubah setiap angka dalam tabel: empat jam kerja pada kalender 09.00 hingga 18.00 hampir 24 jam nyata jika permintaan masuk pukul 17.30 hari Jumat. Dan pembukaan kembali memperindah angka resolusi, karena penutupan yang dibuka kembali pelanggan satu jam kemudian dihitung sebagai satu target terpenuhi ditambah satu tiket baru. Lacak tingkat pembukaan kembali sebagai KPI proses tersendiri.

Ketersediaan membutuhkan kehati-hatian yang sama. SLA Compute Engine Google hanya menghitung "periode satu menit berturut-turut atau lebih dari Downtime," sehingga "menit parsial atau Downtime yang terputus-putus selama kurang dari satu menit tidak akan dihitung" (Google Compute Engine SLA). Sebuah layanan dapat naik-turun selama lima puluh detik sekali jalan, sepanjang bulan, dan tetap melaporkan ketersediaan sempurna.

Hitungan Uptime: Berapa Sebenarnya Harga Setiap Angka Sembilan

Persentase ketersediaan sulit dirasakan. Menit tidak. Setiap angka di bawah adalah (1 dikurangi persentase ketersediaan) dikali panjang periode, menggunakan bulan 30 hari dan tahun 365 hari.

Dua selisih penting saat Anda bernegosiasi. Antara 99,5% dan 99,9% terdapat 2j 52m 48d per bulan, perbedaan antara gangguan yang ditangani tim dengan tenang dan gangguan yang menghabiskan satu sore. Antara 99,9% dan 99,99% hanya ada 38m 53d, tetapi lompatan itu biasanya memaksa penerapan multi-zona dan rotasi on-call yang nyata, sehingga inilah yang mahal.

Karena sebagian besar SLA mengukur bulan kalender, jatah itu juga bergeser mengikuti bulan: pada 99,9%, Februari mengizinkan 40m 19d dibandingkan 44m 38d pada bulan 31 hari, untuk komitmen yang identik.

Template 1: SLA Insiden Service Desk IT

Ini adalah template yang paling dibutuhkan sebagian besar organisasi lebih dulu, dan yang paling sering disalin tanpa matriks prioritasnya, padahal itulah bagian yang bekerja. Prioritas bukan kolom yang dipilih pemohon. Prioritas diturunkan dari dampak dan urgensi, sehingga dua orang tidak dapat menilai gangguan yang sama secara berbeda.

Respons dan resolusi adalah komitmen terpisah dan tidak boleh digabung menjadi satu angka. Respons adalah saat seorang manusia memiliki tiket dan menyatakannya; resolusi adalah saat layanan dipulihkan. Sebuah tim bisa sangat baik di salah satunya dan buruk di yang lain, dan angka gabungan menyembunyikan hal itu.

Angka-angka itu adalah titik awal, bukan tolok ukur untuk disalin mentah-mentah. Microsoft berkomitmen pada kurang dari 1 jam untuk Severity A ("kehilangan atau penurunan layanan yang signifikan") 24x7 pada paket Standard ke atas, dan kurang dari 8 jam kerja untuk Severity C (responsivitas dukungan Azure). Perhatikan apa itu: respons awal, bukan resolusi.

SLA Manajemen Insiden, kepada 1. Ruang lingkup. Penanganan insiden untuk . Permintaan, perubahan, dan pekerjaan proyek berada dalam . 2. Jam layanan. P1 dan P2 ditangani 24x7. P3 dan P4 berjalan pukul 09.00 hingga 18.00 , Senin hingga Jumat, tidak termasuk . 3. Prioritas. Ditetapkan dari matriks di atas oleh saat triase. Penilaian ulang tidak mengatur ulang jam. 4. Target. Sesuai tabel respons dan resolusi di atas. 5. Pengukuran. Waktu diambil di sejak tiket dibuat. Jam dijeda hanya selama tiket berstatus Pending Customer, dan waktu jeda dilaporkan terpisah. 6. Resolusi. Layanan dipulihkan dan dikonfirmasi oleh pemohon, atau 2 hari kerja tanpa keberatan. Untuk P1 dan P2, solusi sementara bukan resolusi. 7. Pembukaan kembali. Tiket yang dibuka kembali dalam 5 hari kerja melanjutkan jam aslinya. 8. Pengecualian. Pemeliharaan terencana yang diberitahukan hari kerja sebelumnya, insiden yang disebabkan oleh sistem yang dikendalikan pelanggan atau pihak ketiga yang disebutkan dalam Lampiran A, dan kejadian di luar kendali wajar . 9. Pelaporan. Kepatuhan menurut prioritas, tingkat pembukaan kembali, dan tiga penyebab berulang teratas, diterbitkan paling lambat hari kerja kelima setiap bulan. 10. Eskalasi. P1 yang belum terselesaikan pada 50% target resolusinya dieskalasi ke ; pada 100%, ke , yang memegang komunikasi pelanggan hingga penutupan. 11. Tinjauan. Triwulanan, dihadiri oleh . Target berubah hanya dengan kesepakatan tertulis. 12. Kegagalan berulang. Melewatkan ambang P1 tiga bulan berturut-turut memicu rencana perbaikan layanan.

Klausul 8 memuat satu aturan: setiap pengecualian harus disebutkan dan dapat diuji. "Force majeure" adalah standar; "masalah yang timbul dari kompleksitas lingkungan pelanggan" adalah jalan keluar darurat.

Template 2: SLA Dukungan Pelanggan

SLA dukungan berperilaku berbeda. Angka yang paling mendorong kepuasan bukan waktu resolusi, melainkan waktu respons berikutnya, jeda antar balasan setelah percakapan berjalan. Banyak tim memenuhi target respons pertama namun tetap mengecewakan pelanggan karena balasan kedua memakan waktu dua hari. Kanal juga berbeda, sehingga satu target gabungan untuk chat dan email menjanjikan terlalu banyak pada salah satunya.

SLA Dukungan Pelanggan, kepada 1. Kanal yang dicakup. {Chat, email, telepon, in-app}. Media sosial dan forum komunitas bersifat upaya terbaik tanpa komitmen. 2. Respons pertama berarti balasan manusia yang substansial dan menjawab masalah spesifik. Tanda terima otomatis tidak memenuhi klausul ini. 3. Respons berikutnya berarti setiap balasan lanjutan selama percakapan terbuka dan menunggu . 4. Aturan jam. Penghitungan waktu dimulai ketika pesan tiba di dan dijeda hanya selama percakapan berstatus Awaiting Customer. Percakapan yang menunggu pelanggan selama hari ditutup otomatis dan dibuka kembali pada balasan apa pun, melanjutkan jam aslinya. 5. Kepatuhan. Diukur bulanan pada persentil ke-{90}, bukan rata-rata. 6. Eskalasi dan pelaporan. Percakapan mana pun yang terbuka melebihi kali target resolusinya diteruskan ke dan masuk ke tinjauan mingguan. Kepatuhan per kanal, tingkat pembukaan kembali, dan percakapan yang melanggar lebih dari jam diterbitkan bulanan. 7. Pengecualian. Integrasi pihak ketiga yang disebutkan dalam Lampiran A, permintaan pengembangan khusus, dan pemeliharaan yang diumumkan.

Dua pilihan di sana disengaja. Persentil, bukan rata-rata, mencegah rata-rata menyembunyikan percakapan berusia sepekan yang melahirkan setiap keluhan, dan melarang autoresponder dihitung sebagai respons pertama menutup cara paling umum SLA dukungan dimanipulasi.

Contoh 3: SLA Shared-Services Internal, dan OLA di Baliknya

SLA internal ditulis dengan paling sedikit seremoni dan paling sering dilanggar. Keuangan, HR, hukum, dan IT melayani pelanggan tanpa kontrak, tanpa kredit, dan tanpa pemasok alternatif, sehingga satu-satunya penegakan adalah visibilitas dan rapat tinjauan.

Setiap target di kolom kanan bergantung pada seseorang di luar tim yang menandatanganinya, dan itulah yang dicakup operational level agreement. Tanpa OLA, tim yang memegang SLA yang terlihat menyerap setiap keterlambatan hulu dan berhenti memercayai targetnya.

Perbaikan kedua adalah mendefinisikan permintaan yang lengkap. Sebagian besar pelanggaran internal bukan karena pekerjaan lambat, melainkan pekerjaan yang dimulai terlambat karena permintaan tiba tanpa kode anggaran. Tuangkan definisi itu dalam standard operating procedure, tahan jam hingga permintaan memenuhinya, dan laporkan pengajuan yang tidak lengkap di samping angka kepatuhan.

Ketika alur melintasi departemen, petakan lebih dulu: peta proses bisnis menunjukkan serah terima dan antrean, dan selisih antara waktu siklus dan waktu tunggu memberi tahu Anda apakah target mengukur pekerjaan atau penantian. Simpan perjanjian yang ditandatangani bersama dokumentasi proses Anda, bukan dalam slide deck.

Contoh 4: SLA Vendor, Ditulis dari Sisi Pembeli

SLA vendor datang sudah tertulis, dioptimalkan untuk pemasok: pengecualian yang murah hati, kredit yang tidak diklaim siapa pun, dan definisi pengukuran yang ditulis oleh pihak yang melakukan pengukuran.

Apa yang harus dituntut	Apa yang akan ditawarkan kepada Anda	Mengapa penting
Sistem pencatatan bernama dan metode pengukuran	"Ketersediaan sebagaimana diukur oleh "	Siapa yang memiliki pengukuran, memiliki hasilnya
Pelaporan bulanan yang diterbitkan pada tanggal tetap	Pelaporan "atas permintaan"	Laporan yang tidak diterbitkan adalah laporan yang tidak dibaca siapa pun
Kredit diterapkan otomatis berdasarkan data vendor sendiri	Kredit atas klaim tertulis dalam jendela waktu singkat	Jendela klaim kedaluwarsa, dan vendor mengetahuinya
Analisis akar masalah tertulis untuk setiap severity 1	Penjelasan lisan pada panggilan berikutnya	Tanpanya, gangguan yang sama akan berulang
Batas bulanan untuk waktu pemeliharaan yang dikecualikan	Pemeliharaan tak terbatas dengan pemberitahuan	Pemeliharaan menggerus komitmen
Pemberitahuan sebelum vendor mengubah SLA itu sendiri	"Vendor dapat mengubah dengan memublikasikan pembaruan"	Perlindungan Anda dapat diturunkan secara diam-diam
Hak pengakhiran untuk kegagalan kronis, didefinisikan secara numerik	Pengakhiran atas kenyamanan, pemberitahuan panjang	Tanpa jalan keluar, pemulihan hanyalah hiasan

Dua klausul layak mendapat modal negosiasi. Yang pertama adalah pemicu kegagalan kronis: "tiga pelanggaran komitmen ketersediaan dalam enam bulan bergulir mana pun, atau satu bulan mana pun di bawah 95%, memberi hak mengakhiri tanpa penalti." Vendor yang gagal setiap kuartal dan membayar kredit setiap kali telah memasukkan toleransi Anda ke dalam harga kesepakatan. Yang kedua adalah batas pengecualian, karena pemeliharaan terencana hanya sah jika dibatasi, diberitahukan, dan berada di luar jam kerja Anda, bukan jam kerja vendor.

Contoh 5: SLA Uptime Cloud, Dibaca Seperti Seharusnya Dibaca Pembeli

SLA cloud menjadi contoh kerja terbaik, karena penyedia besar menerbitkannya secara lengkap. Komitmen EC2 Amazon, terakhir diperbarui 25 Mei 2022, adalah uptime bulanan 99,99% di tingkat region, yaitu instance di beberapa availability zone, dan 99,5% untuk satu instance. Tangga kreditnya identik untuk keduanya.

Jalankan komitmen itu melalui hitungan di atas. 99,99% tingkat region mengizinkan 4m 19d dalam bulan 30 hari; 99,5% tingkat instance mengizinkan 3j 36m. Itu selisih lima puluh kali lipat antara dua angka di halaman yang sama, dan sepenuhnya soal arsitektur: berjalan di satu zona berarti Anda membeli janji yang lebih lemah.

AWS juga melakukan sesuatu yang layak dijadikan tolok ukur di tempat lain: AWS "tidak akan menagih Anda untuk Single EC2 Instance mana pun yang Tidak Tersedia lebih dari enam menit dalam satu jam jam," dan ini "berlaku otomatis dan Anda tidak perlu meminta kredit." SLA Compute Engine Google berkomitmen pada 99,99% untuk instance di beberapa zona pada tier Premium dan 99,9% untuk satu instance dari sebagian besar keluarga mesin, dengan pita tengah 25% yang lebih murah hati. Jebakannya ada pada klaim: "Pelanggan harus memberi tahu dukungan teknis Google dalam 60 hari sejak Pelanggan memenuhi syarat menerima Kredit Finansial."

Jadi bandingkan definisi pengukuran sebelum angka utama, periksa apakah pemulihannya otomatis atau harus diklaim, dan terjemahkan setiap persentase ke dalam menit.

Kredit Layanan, dan Mengapa Jarang Menutup Kerugian

Kredit terbaca seperti kompensasi tetapi berfungsi sebagai sinyal tata kelola. Di bawah SLA AWS, kredit "hanya dapat diterapkan pada pembayaran mendatang untuk Amazon EC2" dan "tidak memberi Anda hak atas pengembalian dana atau pembayaran lain dari AWS." Kredit Google masuk ke tagihan mendatang. Kedua perjanjian eksplisit bahwa inilah seluruh pemulihannya: AWS "menetapkan satu-satunya dan eksklusif pemulihan Anda," SLA Google "menyatakan satu-satunya dan eksklusif pemulihan Pelanggan."

Sekarang bandingkan dengan kerugiannya. Analisis gangguan Uptime Institute 2026 melaporkan bahwa "57% responden menyatakan gangguan besar terakhir mereka menelan biaya lebih dari $100.000" dan bahwa "untuk tahun kedua berturut-turut, 1 dari 5 melaporkan biaya melebihi $1 juta" (Uptime Institute). Kredit 10% terhadap biaya bulan yang terdampak hanyalah diskon kecil pada faktur berikutnya. Hitungannya memang tidak dimaksudkan untuk seimbang.

Jadi perlakukan kredit sebagai sinyal, bukan asuransi. Pemasok yang tidak mau mempertaruhkan persentase yang berarti di balik sebuah angka tidak memercayai angka itu. Perlindungan sebenarnya ada di tempat lain: redundansi, pengaturan kontinuitas, dan hak pengakhiran untuk kegagalan kronis.

Membuat SLA yang Bertahan Menghadapi Kenyataan

SLA yang ditandatangani tidak mengubah apa pun dengan sendirinya. Perjanjian yang bertahan memiliki empat kebiasaan di baliknya.

Tunjuk satu pemilik per perjanjian. Bukan komite, melainkan satu orang yang tugasnya mencakup menerbitkan laporan dan memimpin tinjauan. SLA tanpa pemilik memburuk secara diam-diam, karena melanggarnya tidak merugikan siapa pun sampai perpanjangan kontrak.

Letakkan angka di tempat pekerjaan berlangsung. Target yang terkubur di drive bersama tidak terlihat pada saat paling penting, yaitu ketika seseorang mengambil tiket berikutnya. Tampilan antrean dan papan tim adalah visual management biasa, dan SLA yang tidak dapat dilihat siapa pun adalah SLA yang tidak dipenuhi siapa pun.

Eskalasi berdasarkan pemicu, bukan suasana hati. Pinjam logika andon: ketika ambang terlampaui, sinyal menyala dan orang bernama merespons. P1 pada 50% target resolusinya harus memanggil manajer jaga terlepas dari apakah engineer merasa situasinya buruk.

Tinjau pelanggaran untuk mencari penyebab, bukan kambing hitam. Jalankan analisis akar masalah pada yang berulang dan uji setiap perbaikan melalui siklus PDCA. Pemantauan proses yang berkelanjutan memungkinkan hal itu, karena Anda tidak dapat meninjau apa yang tidak diinstrumentasi siapa pun. Di mana langkah manual yang sama menyebabkan keterlambatan yang sama setiap bulan, otomatisasi workflow pada penerimaan atau perutean memberi imbal balik lebih cepat daripada menegosiasikan ulang target, dan standardisasi proses mencegah satu SLA bermakna tiga hal di tiga wilayah.

Bagaimana SLA Menjadi Hiasan

Sebagian besar SLA yang mati, mati dengan beberapa cara yang sama.

• Target yang tidak diukur siapa pun. Jika tidak ada sistem yang menghasilkan angka itu secara otomatis, angka itu tidak ada.
• Pengecualian yang menelan komitmen. Pemeliharaan tak terbatas, "keterlambatan akibat pelanggan" yang tak terbatas, dan status jeda tanpa aturan melumpuhkan janji 99,9% tanpa menyentuh angka utamanya.
• Tanpa pemilik dan tanpa tanggal tinjauan. Keduanya milik blok tanda tangan, bukan lampiran.
• Rata-rata, bukan persentil. Rata-rata menyembunyikan ekor, dan ekor itulah yang melahirkan keluhan.
• Target yang disalin dari perusahaan yang lebih besar. Respons P1 15 menit tidak bermakna tanpa rotasi on-call.
• Komitmen tanpa perjanjian back-to-back. Janji yang bergantung pada tim yang tidak pernah menyetujui apa pun ibarat cek atas rekening orang lain.

Ambil template mana pun yang sesuai, isi nilai dalam tanda kurung, lalu curahkan upaya sesungguhnya pada metode pengukuran dan pengecualian. Kedua klausul itulah yang menentukan makna perjanjian pada bulan pertama ia diuji.