Belajar Pentaho - Reporting & Dashboarding

#Pendahuluan

Setelah data diolah rapi oleh ETL, tibalah saatnya menampilkannya. Episode ini membahas reporting dan dashboarding — bagaimana data yang kalian siapkan berubah menjadi laporan tabular, grafik, dan dashboard yang bisa dibaca pengguna bisnis.

Kalian akan berkenalan dengan Pentaho Report Designer untuk laporan, lalu membawa hasilnya ke dashboard di Pentaho User Console. Di akhir episode, kalian memahami siklus lengkap: data siap di warehouse, disajikan sebagai report, dan dibagikan ke stakeholder.

#Pengenalan Pentaho Report Designer

Pentaho Report Designer adalah editor desktop untuk membuat laporan dalam format .prpt. Kalian bisa membuat laporan dengan drag-and-drop: atur data source, taruh field di area laporan, dan format tampilannya. Di Linux, aplikasi ini dijalankan dengan ./report-designer.sh dari folder instalasi.

Konsep inti yang harus dipahami sejak awal:

Data source: laporan ditarik dari query database atau sumber lain. Biasanya kalian memilih koneksi dan menulis SQL.
Report bands: area laporan — Page Header, Report Header, Details, Page Footer, dan seterusnya. Field data ditempatkan di band Details, yang otomatis diulang untuk setiap baris.
Parameter: input yang mengubah isi laporan, misalnya rentang tanggal atau cabang.

Sebelum membuat report, siapkan data source. Report Designer menanyakan koneksi database dan query yang akan menjadi sumber data:

Query sumber data untuk laporan penjualan

SELECT tanggal, cabang, SUM(jumlah) AS total_penjualan
FROM fact_penjualan
WHERE tanggal BETWEEN ? AND ?
GROUP BY tanggal, cabang

Tanda tanya adalah placeholder yang nanti diisi oleh parameter laporan — inilah dasar parameterized reports.

Selain SQL, Report Designer mendukung data source dari hasil ETL yang sudah tersimpan — misalnya tabel di warehouse yang diisi job PDI. Pola yang paling umum di produksi: ETL menyiapkan tabel agregat semalam, lalu report hanya membaca tabel tersebut. Laporan jadi cepat karena tidak menghitung agregasi berat saat dibuka.

Info

Desain laporan yang baik mengikuti band dengan disiplin: judul di header, detail di band Details, ringkasan di band Summary. Kalau kalian terbiasa memformat spreadsheet, konsep band akan terasa serupa — tapi lebih terstruktur untuk distribusi dan scheduling.

#Membuat Laporan Tabular dan Chart

Laporan tabular adalah laporan paling dasar: baris dan kolom dari data yang diquery. Di Report Designer, seret field dari data source ke band Details, atur label kolom di Report Header, lalu jalankan preview untuk melihat hasilnya.

Laporan chart menampilkan ringkasan visual. Pentaho menyediakan berbagai tipe chart: bar, line, pie, dan lainnya. Polanya:

Tambahkan elemen chart di band yang sesuai.
Tentukan data untuk chart — biasanya hasil GROUP BY.
Pilih tipe chart dan atur label serta nilai.

Untuk menambah interaktivitas, beberapa chart bisa dikonfigurasi untuk melakukan drill atau menautkan ke laporan lain. Fitur ini membuat laporan statis terasa lebih hidup dan membantu analisis berjenjang.

#Membuat Parameterized Reports

Parameter membuat satu laporan melayani banyak kebutuhan. Contoh: satu laporan penjualan bisa difilter per cabang atau per rentang tanggal tanpa membuat laporan terpisah.

Di Report Designer:

Definisikan parameter, misalnya TGL_AWAL bertipe Date dan CABANG bertipe String.
Gunakan parameter dalam query SQL dengan sintaks yang sesuai.
Saat laporan dijalankan, user akan diminta mengisi nilai parameter.

Parameter juga bisa diisi otomatis dari daftar nilai yang ditarik dari database — misalnya daftar cabang yang tersedia. Ini mencegah user mengetik nilai yang salah.

Success

Kunci laporan berparameter yang ramah pengguna: batasi nilai yang boleh dipilih. Kalau daftar cabang hanya berisi cabang yang benar-benar ada, laporan tidak pernah menghasilkan tabel kosong karena salah ketik.

#Mengintegrasikan Laporan ke Dashboard

Laporan individual memang berguna, tapi dashboard menyatukan semuanya dalam satu halaman. Di Pentaho User Console, dashboard adalah halaman yang menggabungkan beberapa report, chart, dan teks dalam satu layar — sehingga pembaca melihat gambaran utuh tanpa berpindah-pindah.

Langkah-langkahnya:

Publikasikan laporan .prpt ke repository server.
Buat dashboard baru di PUC.
Tambahkan elemen — report, chart, dan lainnya — lalu susun posisinya.
Hubungkan parameter antar elemen sehingga satu filter mengubah beberapa komponen sekaligus.

Hasilnya: satu halaman yang menampilkan tren, distribusi, dan tabel detail secara bersamaan — titik awal keputusan bagi manajemen.

#Publikasi dan Distribusi Laporan

Laporan yang selesai harus sampai ke tangan pembaca. Ada beberapa jalur distribusi:

Disimpan di repository: user dengan hak akses bisa membuka laporan kapan saja dari PUC.
Dijadwalkan: laporan di-generate otomatis sesuai jadwal — misalnya laporan mingguan setiap Senin pagi.
Dikirim lewat email: hasil laporan (PDF, Excel, CSV) dikirim otomatis ke daftar penerima.
URL publik: untuk beberapa kasus, laporan bisa dibagikan lewat tautan.

Penjadwalan dan pengiriman email ini biasanya diatur dari menu Schedule di PUC. Kombinasi ETL (episode 5 dan 10) dengan distribusi laporan terjadwal inilah yang membuat operasional berjalan tanpa campur tangan manual.

Format output yang tersedia saat distribusi — PDF untuk dibaca manusia, Excel/CSV untuk diolah lebih lanjut — bisa dipilih per jadwal. Jadwalkan format yang berbeda untuk penerima yang berbeda: manajemen mendapat PDF ringkas, tim analis menerima Excel lengkap. Dengan begitu, satu laporan yang sama melayani dua kebutuhan yang berbeda sekaligus.

Sebelum menyalakan jadwal distribusi, selalu uji dulu laporan secara manual: buka hasilnya, periksa data, dan pastikan format tampil benar. Laporan yang terkirim otomatis setiap pagi dengan isi yang salah adalah risiko reputasi yang mahal — jauh lebih baik menemukan masalahnya pada pengujian pertama daripada setelah ratusan penerima membaca angka yang keliru.

Info

Pola end-to-end yang umum di produksi: job PDI menyiapkan data setiap malam, laporan membaca data tersebut, dan scheduler server mengirim hasilnya ke email manajemen setiap pagi. Kalian sekarang sudah memahami semua bagian dari rantai ini.

#Penutup

Di episode 11 ini kalian menghadirkan data ke pengguna bisnis: mengenal Pentaho Report Designer, membuat laporan tabular dan chart, membangun parameterized reports, mengintegrasikannya ke dashboard di PUC, serta mempublikasikan dan mendistribusikan laporan.

Inti yang harus dibawa pulang:

Report Designer menghasilkan .prpt yang dibangun dari data source, bands, dan parameter.
Parameter mengubah satu laporan menjadi banyak tampilan tanpa duplikasi file.
Dashboard menggabungkan beberapa report dan chart dalam satu layar dengan filter bersama.
Publikasi dan scheduling membawa laporan ke pembaca tanpa campur tangan manual.

Di episode 12, kita mengamankan seluruh platform: security, authentication & authorization — melindungi Pentaho Server dengan SSL/TLS, mengkonfigurasi autentikasi internal, LDAP, dan Active Directory, menerapkan role-based access control, serta mengamankan kredensial data source.