Jagat Batara M.T., CSCP Kembali ke Studi Kasus
Studi Kasus · Otomasi Proses & Analitik

Otomasi Data Quality CheckTransformasi Validasi Data Operasional

Merancang dan membangun rule engine data quality serta dashboard eksekutif yang menggantikan proses audit manual mingguan dengan pipeline harian otomatis berbasis statistik — dibangun untuk operasi mining & logistics dan diskalakan ke portofolio dataset yang terus bertambah.

Setiap minggu, sekitar empat jam habis untuk mengecek spreadsheet secara manual. Pekerjaannya melelahkan, hanya menangkap kesalahan format, dan tidak meninggalkan jejak audit.

Lebih buruk lagi, kesalahan baru ketahuan setelah laporan sampai ke manajemen.

Bagaimana kalau data dicek otomatis, setiap hari?

Studi kasus dengan struktur STAR: Situation (Situasi), Task (Tugas), Action (Aksi), Result (Hasil).

~4 jam → 0
Beban kerja QA manual / minggu
80+
Rule validasi otomatis
Harian
Eksekusi tanpa pengawasan
2 → 5
Dataset dalam roadmap
SSituasi

Pengecekan manual mingguan, kesalahan ketahuan terlambat

Sebuah operasi mining & logistics skala menengah mengelola data harian berthing kapal dan kargo sepenuhnya lewat pencatatan spreadsheet manual. Pengecekan kualitas data dilakukan mingguan secara manual — proses yang memakan waktu sekitar empat jam per siklus, rentan kelelahan reviewer, terbatas pada pemeriksaan level format, dan tidak memiliki baseline statistik atau jejak audit apa pun. Kesalahan baru terlihat setelah laporan sudah sampai ke tangan manajemen.

Mining & logisticsOperasi skala menengah
Berthing kapalDicatat harian
Data kargoDicatat harian
SpreadsheetDiisi sepenuhnya manual

Perjalanan sebuah kesalahan sebelum sistem ini ada

Data diinputHarian, manual, di spreadsheet
Cek manual mingguan~4 jam per siklus, hanya format
Laporan dikirimKe manajemen
Kesalahan terlihatBaru sekarang, setelah laporan
Pengecekan datang terlambat, jadi kesalahan bisa sampai ke manajemen sebelum ada yang melihatnya.

Empat masalah cara lama

~4 jam per siklus

Setiap pengecekan mingguan makan sekitar setengah hari kerja.

Reviewer kelelahan

Review manual yang berulang rentan melewatkan kesalahan.

Hanya level format

Pengecekan berhenti di format; logika dan anomali tidak dicek.

Tanpa baseline, tanpa jejak audit

Tidak ada acuan statistik untuk “normal”, dan tidak ada catatan apa yang sudah dicek.

TTugas

Sistem yang mengecek data dengan sendirinya

Merancang dan membangun sistem data quality berbasis rule yang mampu:

01
Memvalidasi data operasional setiap hari tanpa intervensi manual.
Mingguan, manualHarian, otomatis
02
Mendeteksi anomali secara statistik dan dinamis, bukan berdasarkan ambang batas tetap.
Ambang batas tetapStatistik, dinamis
03
Menyajikan tampilan tingkat portofolio lintas beberapa domain data seiring program berkembang melampaui satu dataset.
Satu datasetPortofolio domain
AAksi

Tujuh langkah, dari rulebook sampai dashboard

Arsitektur sistem · 7 langkah

Dari rulebook sampai dashboard

Bagaimana program data quality otomatis dibangun, langkah demi langkah. Ketuk sebuah langkah untuk langsung ke sana.

Prinsip desain utama
Inti deterministik, AI menarasikan

Semua angka dan temuan dihitung oleh logika berbasis rule — AI hanya dipakai untuk ringkasan yang mudah dibaca, sehingga tidak ada risiko halusinasi pada datanya.

Nol threshold hardcode

Daftar referensi dan threshold bisnis disimpan di sumber master data eksternal, jadi perubahan non-teknis tidak butuh perubahan kode.

Pencilan yang kokoh secara statistik

Metrik yang secara alami berskala mengikuti faktor yang tidak terkontrol (mis. durasi) dibandingkan sebagai rasio yang dinormalisasi, bukan total mentah — menghindari alarm palsu karena bias.

Studi Kasus Portofolio · Program Otomasi Data Quality
A1

Menyusun rulebook validasi bertingkat

Rulebook bertingkat (severity Critical / High / Info) yang mencakup kelengkapan data, urutan kronologis, rekonsiliasi lintas-kolom, dan integritas data referensi — 80+ rule secara total, dikembangkan rule demi rule bersama stakeholder domain sebelum satu baris kode pun ditulis.

Tiga level severity
Critical
High
Info
Empat jenis pengecekan
Kelengkapan dataApakah yang wajib diisi sudah terisi?
Urutan kronologisApakah urutan waktunya logis?
Rekonsiliasi lintas-kolomApakah kolom yang saling terkait cocok satu sama lain?
Integritas data referensiApakah nilainya sesuai daftar referensi?
Stakeholder, rule demi rule Baru kode 80+
A2

Membangun lapisan deteksi pencilan statistik

Menggunakan metode 3-sigma, disegmentasi berdasarkan konteks operasional (misalnya terminal × jenis kargo × kelas kapal), bukan ambang batas tetap.

Sederhananya: sebuah nilai ditandai kalau jaraknya lebih dari tiga standar deviasi dari rata-rata record yang sebanding, jadi “normal” dipelajari dari data, bukan ditentukan manual.

Pita 3-sigma
μ−3σ+3σ normal pencilan pencilan
Setiap segmen punya baseline sendiri (contoh dari artikel)
Terminal× Jenis kargo× Kelas kapal
A3

Menyempurnakan model statistik lewat iterasi tuning

Termasuk memperbaiki bias nyata di mana metrik downtime justru berskala mengikuti durasi operasi; dengan menyatakannya ulang sebagai rasio terhadap total waktu, alarm palsu hilang tanpa kehilangan sensitivitas deteksi.

Downtime (jam) Downtime ÷ total waktu
Coba: ganti metriknya
0Alarm palsu (operasi panjang tapi normal)
0Anomali nyata tertangkap

Ilustrasi konsep dengan angka karangan, bukan data produksi. Garis 3-sigma dihitung langsung dari titik yang ditampilkan.

A4

Mengeksternalisasi seluruh data referensi dan threshold

Ke dalam workbook master data, menghilangkan business logic yang hardcode sehingga stakeholder non-teknis dapat menyesuaikan rule tanpa perubahan kode.

Hardcode
Threshold di dalam kode
Setiap perubahan butuh edit kode dan deploy ulang
Dieksternalisasi
Workbook master data
Rule engine membacanya
Stakeholder non-teknis mengubah rule langsung
A5

Mengatur seluruh pipeline

Dalam platform low-code automation: trigger harian terjadwal → eksekusi rule engine → ringkasan naratif berbantuan AI (dengan fallback deterministik untuk ketahanan saat kapasitas AI tidak tersedia) → alert email berbasis severity → audit log yang terus bertambah (append-only).

Ketuk setiap tahap
A6

Memperluas arsitektur ke domain data kedua

Merancang model data yang skalabel (riwayat run append-only + detail temuan yang selalu ter-refresh) sehingga pola pipeline yang sama dapat melayani portofolio dataset yang terus bertambah tanpa perlu didesain ulang.

Satu pola pipeline, dipakai ulang
Domain 1 · live
Domain 2 · live
3 lagi · roadmap
Riwayat run
Append-only: setiap run menambah baris, tidak ada yang ditimpa
Detail temuan
Selalu di-refresh dengan temuan terbaru
A7

Merancang dan membangun dashboard Power BI dua lapis

Ringkasan eksekutif yang mengagregasi skor kesiapan data di seluruh domain yang dipantau, dan tampilan rincian per domain yang menunjukkan rule yang paling sering gagal, record yang terdampak, serta tren kualitas data dari waktu ke waktu.

Lihat struktur dashboard-nya

Skema dua lapis, bukan tangkapan layar.

RHasil

Dari empat jam seminggu menjadi nol

Sebelum
~4 jam / minggu
Sesudah
0 pekerjaan manual berkelanjutan
Sebelum
Sesudah
Frekuensi
Mingguan
Harian, tanpa pengawasan
Beban manual
~4 jam per siklus
Nol, berkelanjutan
Yang dicek
Hanya format
80+ rule + pencilan 3-sigma
Jejak audit
Tidak ada
Audit log append-only
Pandangan manajemen
Belum ada
Dashboard portofolio

Mengurangi beban kerja QA manual dari ~4 jam/minggu menjadi nol pekerjaan manual yang berkelanjutan.

Membangun katalog rule yang dapat diaudit dan dapat diulang, yang berhasil mengungkap masalah data sistemik yang sebelumnya tidak terlihat lewat pemeriksaan sampel manual.

Menghasilkan blueprint yang dapat digunakan ulang dan berhasil direplikasi ke domain operasional kedua dalam hitungan hari, bukan bulan.

Memberikan manajemen tampilan langsung dan menyeluruh atas tren kualitas data lintas portofolio — kapabilitas yang sebelumnya tidak pernah ada.

Ringkasan dampak

100%
Beban audit manual dihilangkan
80+
Business rule terkodifikasi
Hari
Waktu replikasi ke domain baru
1
Dashboard terpadu, portofolio berkembang
Prinsip desain

Tiga aturan di balik sistemnya

Inti deterministik, AI hanya menarasikan

Seluruh angka dan temuan dihitung oleh logika berbasis rule. AI hanya digunakan untuk menghasilkan ringkasan yang mudah dibaca, menghilangkan risiko halusinasi pada data yang mendasarinya.

Angka berasal dari rule; AI hanya merangkai kalimatnya.

Nol ambang batas yang ditulis langsung di kode

Daftar referensi dan ambang batas bisnis disimpan di sumber master data eksternal, sehingga penyesuaian operasional tidak memerlukan perubahan kode atau deployment ulang.

Pencilan yang kokoh secara statistik

Metrik yang secara alami berskala mengikuti faktor yang tidak terkontrol dibandingkan sebagai rasio yang dinormalisasi, bukan angka mentah — menghindari bias terhadap record yang lebih besar atau berdurasi lebih panjang.

Catatan dashboard

Dua pertanyaan, dua lapis

Dashboard dirancang mengikuti hierarki pertanyaan sederhana: apakah portofolio ini sehat? (ringkasan eksekutif) diikuti apa tepatnya yang salah, dan di mana? (rincian per dataset). Pola kartu skor dataset memungkinkan domain baru bergabung ke program hanya dengan menambah satu baris — bukan mendesain ulang.

Lapis 1 · Ringkasan eksekutif
Apakah portofolio ini sehat?
  • Skor kesiapan data
  • Di seluruh domain yang dipantau
Lapis 2 · Rincian per domain
Apa tepatnya yang salah, dan di mana?
  • Rule yang paling sering gagal
  • Record yang terdampak
  • Tren kualitas data dari waktu ke waktu

Domain baru cukup satu baris lagi

Dengan pola kartu skor dataset, domain baru bergabung ke program cukup dengan menambah satu baris, bukan lewat desain ulang.

Power BI|Program Data QualityRefresh harian 06:00

Data Quality — Ringkasan Eksekutif

Tampilan portofolio untuk semua dataset operasional yang dipantau

Periode30 hari terakhirDomainSemua
Kesiapan data keseluruhan
87.4%
Rata-rata tertimbang portofolio
Dataset live / rencana
2 / 5
Fleet ops live; 3 di roadmap
Temuan critical terbuka
58
Perlu tindakan segera · Fleet 22 · Stockyard 36
Temuan high terbuka
146
Selesaikan dalam hari itu · Fleet 38 · Stockyard 108
Kartu skor dataset
Kesiapan, temuan terbuka, dan tren per domain operasional
DatasetKesiapanCritHighTren 30 hariStatus
Fleet OperationsBerthing kapal & kargo
96.2%
2238Live
Stockyard InventoryPelacakan yard & material
48.4%
36108Live
Equipment UtilizationFleet burn-rate (rencana)
———belum ada dataRencana
Maintenance RecordsCatatan M&R (rencana)
———belum ada dataRencana
Invoice RegisterQC penagihan (rencana)
———belum ada dataRencana
Tren kesiapan (30 hari)
Dua dataset live — garis tren terpisah per domain
● Fleet Operations● Stockyard Inventory
Temuan terbuka per severity
204terbuka
Critical 58
High 146
■ Fleet■ Stockyard
Info / Low / Medium dicatat di ringkasan per run; tampilan detail hanya memuat Critical + High.
Ringkasan eksekutifRincian per domain+
Mockup ilustratif — nama dataset dan angka bersifat representatif, bukan data produksi
Penutup

Kembali ke empat jam tiap minggu

Sekarang data dicek setiap hari, secara otomatis.

80+ rule dan lapisan 3-sigma berjalan sesuai jadwal harian, temuan dikirim sebagai alert email berbasis severity, setiap run tersimpan di audit log append-only, dan manajemen melihat seluruh portofolio di satu dashboard. Pengecekan manual mingguan tidak diperlukan lagi.

Tools & teknik

Low-code Workflow Automation
TypeScript (Office Scripts)
Power BI & DAX
Power Query (M)
Statistical Process Control (3σ)
Rule-Based Validation Design
Data Modeling
Generative AI terapan (lapisan narasi)
Catatan: Nama perusahaan, nama dataset, dan seluruh angka bersifat ilustratif dan telah digeneralisasi untuk melindungi data operasional rahasia. Arsitektur dan logika rule yang dijelaskan mencerminkan sistem nyata yang dibangun dan dijalankan di produksi.
JB
Jagat Batara, M.T., CSCP
Supply chain, logistik pelabuhan, dan analitik.