Operational Transparency Log

Status Layanan & Changelog Hosch.id

Halaman publik untuk mencatat gangguan, maintenance, dan perubahan layanan yang memang perlu diketahui pengguna. Halaman ini bukan dashboard monitoring real-time dan tidak menunjukkan kondisi server pada detik saat halaman dibuka.

Status halaman: Publik Mode: Log statis Diperbarui 15 Oktober 2026 Bukan monitoring real-time
Bukan live monitorTidak ada polling otomatis atau indikator kesehatan server real-time pada halaman ini.
Catatan materialEntri dipublikasikan bila ada incident, maintenance, atau perubahan yang relevan bagi pengguna.
Ketiadaan entri bukan bukti uptimeTidak adanya catatan publik tidak boleh ditafsirkan sebagai bukti bahwa tidak pernah ada gangguan.
Catatan penting: untuk gangguan yang sedang terjadi, gunakan kanal Bantuan Admin. Untuk target availability, response time, pengecualian, dan remedies, gunakan SLA. Halaman ini hanya berfungsi sebagai transparansi operasional dan riwayat perubahan yang dipublikasikan.
Status vocabulary

1. Kategori Status yang Digunakan

Kategori berikut adalah label untuk catatan insiden/maintenance. Label ini bukan indikator kondisi saat ini kecuali secara eksplisit diterapkan pada entri bertanggal.

Normal

Layanan berfungsi sesuai penggunaan yang diharapkan pada scope terkait.

Degraded

Sebagian fungsi masih tersedia tetapi terdapat penurunan kualitas atau keterbatasan.

Incident

Terjadi gangguan yang berdampak pada fungsi atau akses layanan.

Maintenance

Ada pekerjaan terjadwal atau darurat yang dapat memengaruhi penggunaan layanan.

Operational events

2. Incident & Maintenance

Hosch.id dapat mencatat kejadian yang berdampak nyata terhadap pengguna tanpa membuka detail teknis yang meningkatkan risiko keamanan.

Incident

Gangguan layanan

Catatan dapat memuat layanan terdampak, waktu umum kejadian, dampak, status penanganan, dan ringkasan pemulihan bila informasi tersebut relevan serta aman dipublikasikan.

Maintenance

Pemeliharaan

Catatan dapat memuat tujuan maintenance, periode pelaksanaan, layanan terdampak, dan status penyelesaian. Maintenance darurat dapat diumumkan setelah tindakan dimulai bila pemberitahuan sebelumnya tidak memungkinkan.

Definisi downtime yang dihitung untuk SLA tetap mengikuti Service Level Agreement, bukan semata-mata keberadaan entri pada halaman ini.

Public changelog

3. Changelog Publik

Changelog digunakan untuk perubahan yang cukup material bagi pengguna, seperti perubahan fitur, prosedur, kebijakan, atau konfigurasi layanan yang relevan.

Belum ada entri kronologis spesifik pada versi halaman sumber yang diaudit.
Ketiadaan entri di sini tidak berarti tidak pernah ada gangguan atau perubahan; hanya berarti belum ada catatan publik bertanggal yang dicantumkan pada halaman tersebut.
Publishing format

4. Format Catatan yang Akan Dipakai

Agar transparansi konsisten, setiap entri material sebaiknya menggunakan struktur sederhana berikut.

Elemen minimum catatan publik
Elemen Isi Catatan
TanggalTanggal kejadian/perubahan atau tanggal publikasi.Gunakan tanggal yang dapat diverifikasi dari catatan internal.
KategoriIncident, Maintenance, Change, atau Policy Update.Tidak harus memakai istilah teknis yang kompleks.
Layanan terdampakWebsite, domain/DNS, RDM, hosting, atau komponen terkait.Publikasikan sejauh aman dan relevan.
RingkasanApa yang berubah/terjadi dan dampak umum kepada pengguna.Hindari detail yang dapat meningkatkan risiko keamanan.
Status akhirSelesai, dipulihkan, ongoing, atau tindak lanjut diperlukan.Jangan menyatakan "resolved" sebelum benar-benar diverifikasi.
Transparency boundary

5. Apa yang Dipublikasikan & Apa yang Tidak

Transparansi tidak berarti membuka detail keamanan, kredensial, data pelanggan, atau informasi internal yang dapat meningkatkan risiko.

Dapat dipublikasikan

Informasi yang relevan bagi pengguna

  • jenis kejadian atau perubahan;
  • layanan terdampak secara umum;
  • waktu atau periode kejadian;
  • dampak yang diketahui;
  • status pemulihan atau tindak lanjut.
Tidak dipublikasikan

Informasi sensitif

  • password, token, secret, atau private key;
  • detail kerentanan yang belum aman untuk diungkap;
  • Data Pribadi atau data pelanggan lain;
  • arsitektur sensitif yang tidak perlu diketahui publik;
  • informasi pihak ketiga yang terikat pembatasan.
Escalation

6. Melaporkan Gangguan

Jika Anda sedang mengalami gangguan, jangan menunggu halaman status berubah. Hubungi Bantuan Admin dan sertakan konteks yang cukup untuk triase.

Laporkan melalui kanal resmi

Sertakan institusi, domain/subdomain, layanan terdampak, waktu kejadian, gejala, dan screenshot yang aman bila relevan. Jangan kirim password, OTP, token, atau private key.

WhatsApp Official admin@hosch.id Bantuan Admin

Dokumen yang Dibaca Bersama Halaman Ini

Service Level Agreement Kebijakan Keamanan Informasi Pelindungan Data Pribadi Status & Kedudukan Layanan Bantuan Admin Syarat & Ketentuan
Status Layanan & Changelog Hosch.id - Terakhir diperbarui 15 Oktober 2026.
Halaman ini adalah log transparansi statis, bukan sistem monitoring real-time.