SLA dan kontrak vendor IT: apa yang perlu disepakati?

Apa yang dimaksud SLA?

Service level agreement (SLA) adalah kesepakatan tingkat layanan. Sebelum menilai angkanya, pastikan objek yang diukur jelas: jaringan, server, aplikasi, atau alur transaksi pengguna. Waktu respons tiket berbeda dari waktu pemulihan layanan.

NIST SP 800-146 mengingatkan bahwa definisi ketersediaan dan keamanan dalam perjanjian cloud dapat terbatas. Rujukan tahun 2012 itu dipakai di sini untuk prinsip membaca perjanjian, bukan untuk menilai produk cloud atau harga saat ini. Daftar pemeriksaan berikut merupakan saran kerja Kompli.

Sepakati tujuh hal sebelum pekerjaan dimulai

Bagian	Isi yang perlu dibicarakan
Lingkup	Komponen, jam layanan, lingkungan produksi/uji, dan pekerjaan di luar paket
Target	Ukuran layanan, sumber data, periode perhitungan, serta pengecualian
Gangguan	Tingkat dampak, kontak, eskalasi, respons awal, dan target pemulihan
Perubahan	Siapa menyetujui rilis, waktu pemeliharaan, pemberitahuan, dan pembatalan perubahan
Akses dan bukti	Hak admin, log, laporan pekerjaan, serta jalur berbagi dokumen
Biaya	Pekerjaan tambahan, kapasitas, dukungan darurat, dan syarat klaim kompensasi
Akhir kerja sama	Ekspor, bantuan perpindahan, akses sementara, penghapusan, dan bukti penutupan

Bedakan janji layanan, pengecualian, dan kewajiban masing-masing pihak. Misalnya, vendor menangani pembaruan server, tetapi aplikasi dikelola tim pembeli. Catat siapa memeriksa kompatibilitas sebelum pembaruan dijalankan.

Contoh: respons cepat tetapi layanan belum pulih

Toko online fiktif kehilangan akses ke panel pesanan. Vendor membalas tiket dalam sepuluh menit, tetapi gangguan berlangsung tiga jam. Respons cepat tidak membuktikan target pemulihan terpenuhi.

Tim perlu memeriksa definisi gangguan, kapan waktu mulai dihitung, jam dukungan, ketergantungan pihak lain, serta bukti dari sistem pemantauan. Jika kontrak hanya menyebut waktu respons, jangan menganggap kontrak juga menjanjikan pemulihan dalam waktu yang sama.

Sebelum menandatangani, minta vendor menjelaskan penanganan contoh kejadian ini. Catat nomor kontak darurat, siapa mengambil keputusan, pembaruan status kepada pelanggan, dan cara memeriksa transaksi yang tertunda.

Pisahkan target, kompensasi, dan risiko bisnis

Kredit layanan atau potongan tagihan tidak otomatis menutup kerugian usaha. Nilai juga bagaimana tim tetap bekerja jika vendor tidak dapat memenuhi target. Periksa BCP dan DRP untuk kebutuhan pemulihan yang lebih luas.

Jika vendor mengolah data pribadi, lampiran SLA tidak menggantikan pemeriksaan peran dan instruksi pemrosesan. Gunakan panduan vendor pengolah data untuk bagian tersebut. Persyaratan hukum dan kontrak perlu dinilai sesuai transaksi, bukan menyalin angka dari contoh.

Setelah kontrak berjalan

Tinjau satu laporan layanan bersama pemilik proses bisnis dan tim IT. Catat kejadian, target yang tidak tercapai, tindakan perbaikan, serta perubahan kebutuhan. Mintalah bukti pekerjaan yang relevan, dengan akses terbatas jika berisi informasi rahasia.

Simpan versi kontrak dan lampiran yang disetujui. Jika ruang lingkup berubah, perbarui pembagian tugas sebelum perubahan dijalankan. Siapkan juga rencana pindah penyedia sejak awal agar akhir kontrak tidak menjadi keputusan mendadak.