1. Apa yang Bapak/Ibu lihat
Ini mockup — tampilan sistem yang sudah bisa diklik dan dijelajahi, tetapi belum tersambung ke data sungguhan. Seluruh angka di dalamnya adalah data contoh yang kami buat sendiri.
Kenapa dibuat sebelum sistemnya dibangun: jauh lebih murah mengubah tata letak dan alur kerja sekarang, saat masih berupa tampilan, daripada setelah kode dan basis datanya jadi. Satu jam Bapak/Ibu mencoba mockup ini bisa menghemat berhari-hari pekerjaan di kemudian hari.
Yang sudah nyata di dalamnya:
- 38 menu, mencakup seluruh rencana sistem sampai tahap terakhir
- 25 layar yang benar-benar berfungsi — bisa disaring, diurutkan, ditelusuri, diubah
- 90 hari data contoh: 450 batch rekonsiliasi dari 5 bank, 128 kasus, dan riwayat lengkapnya
- Perubahan yang Bapak/Ibu lakukan tersimpan dan muncul di jejak audit
Yang belum nyata: datanya. Angka, nama bank, dan nilai selisihnya karangan kami — dibuat supaya masuk akal, tetapi bukan data LRT yang sesungguhnya.
2. Yang kami minta dari Bapak/Ibu
Tiga hal, dan yang ketiga paling penting:
- Coba pakai seperti sedang bekerja. Bukan sekadar dilihat — buka, saring, klik, telusuri.
- Katakan apa yang janggal. Nama menu yang membingungkan, kolom yang tidak perlu, kolom yang justru kurang, urutan langkah yang tidak sesuai kebiasaan kerja.
- Jawab enam pertanyaan di bagian 6. Tanpa jawaban itu, sistemnya akan dibangun di atas tebakan — dan tebakan yang salah baru ketahuan setelah dipakai.
3. Cara masuk
Buka https://lrt.mockapps.id
Kata sandi seluruh akun: lrt2026
Daftar akun juga tampil di halaman masuk dan bisa diklik untuk mengisi otomatis, jadi tidak perlu mengetik.
| Nama pengguna | Berperan sebagai | Cocok dicoba oleh |
|---|---|---|
rina.settlement | Analis settlement | Tim settlement — ini akun paling lengkap untuk kerja harian |
bagas.analis | Analis settlement | Untuk melihat bagaimana kasus milik orang lain tampak |
hendra.penyelia | Penyelia settlement | Kepala tim — satu-satunya yang boleh menghapusbukukan |
adi.it | Administrator | Tim IT — parameter bank, sumber data, penjadwalan |
sari.manajemen | Pemantau | Manajemen — hanya melihat |
spi.pemeriksa | Pemeriksa | SPI — melihat dan mengunduh semuanya, termasuk jejak audit |
Cobalah masuk dengan lebih dari satu akun. Menu dan tombol yang tersedia berbeda-beda, dan itu bagian yang perlu Bapak/Ibu periksa juga.
4. Tiga hal yang perlu diketahui sebelum mulai
Angkanya fiktif. Rp 4,82 miliar klaim, selisih Rp 28 juta, 14 kasus terbuka — semuanya data contoh. Jangan dipakai sebagai dasar keputusan apa pun.
Perubahan Bapak/Ibu tidak mengganggu orang lain. Semua yang Anda ubah — kasus yang ditutup, parameter yang diganti, berkas yang diunggah — tersimpan hanya di peramban Anda sendiri. Rekan lain yang membuka tautan yang sama tetap melihat keadaan awal. Silakan mencoba sebebas-bebasnya; tidak ada yang bisa rusak.
Ingin mengembalikan ke keadaan semula? Klik lingkaran inisial di pojok kanan atas → Atur ulang data contoh.
Halaman masuknya bukan pengaman. Kata sandinya tertulis di halaman itu sendiri. Ia ada supaya alur masuknya terasa nyata, bukan untuk melindungi apa pun — isinya memang data karangan. Pada sistem sungguhan nanti, autentikasinya berada di server dengan enkripsi kata sandi dan pencatatan setiap percobaan masuk.
5. Peta menu
Sembilan kelompok. Menu yang hurufnya lebih redup belum dibangun — kalau diklik, ia menjelaskan isinya dan perkiraan waktunya.
Beranda
| Menu | Gunanya |
|---|---|
| Dashboard | Satu layar untuk pertanyaan pagi hari: semalam semua berkas masuk? Ada yang selisih? Berapa nilainya? Mana yang perlu dikerjakan lebih dulu? |
| Kesehatan sistem | Untuk tim IT. Komponen mana yang hidup, kapan potret data terakhir diambil, adakah pekerjaan yang gagal |
Rekonsiliasi
| Menu | Gunanya |
|---|---|
| Grid rekonsiliasi | Pengganti berkas Excel harian. Satu baris per bank per tanggal, lengkap dengan klaim, potongan, kredit, dan selisihnya |
| Telusur selisih | Turun dari satu batch sampai ke baris transaksi dan baris rekening koran yang menopangnya. Di sinilah bukti disiapkan saat diperiksa |
| Pencocokan manual | Menjodohkan kredit yang masuk tanpa batch penopang. Untuk kasus yang tidak bisa diselesaikan mesin |
| Riwayat proses rekonsiliasi | Setiap kali rekonsiliasi dijalankan, parameternya saat itu ikut disimpan — supaya hasil lama tetap bisa dijelaskan |
| Rekonsiliasi historis | Memutar ulang rekonsiliasi atas data 2023–2026 (tahap lanjutan) |
Kasus
| Menu | Gunanya |
|---|---|
| Antrean kasus | Setiap selisih menjadi satu kasus dengan pemilik dan tenggat. Ada tab Milik saya, Mendekati batas klaim, dan Lewat batas |
| Anomali data sumber | Kejanggalan yang terdeteksi dari dalam DB LRT sendiri: lompatan nomor urut, jeda tanpa transaksi, volume turun mendadak, transaksi kembar |
| Sengketa bank | Kasus yang dieskalasi ke bank (tahap lanjutan) |
| Pengajuan hapus buku | Antrean persetujuan penghapusbukuan (tahap lanjutan) |
Data Sumber
| Menu | Gunanya |
|---|---|
| Potret klaim harian | Salinan angka klaim dari DB LRT setiap hari. Disimpan agar angka laporan tetap bisa dipertanggungjawabkan berbulan-bulan kemudian |
| Rekening koran | Berkas dari bank beserta baris kreditnya. Ada tab Karantina untuk baris yang gagal dibaca — tidak pernah dibuang diam-diam |
| Unggah manual | Mengunggah rekening koran sendiri. Hasil pembacaannya ditampilkan sebelum disimpan |
| Pengambilan berkas bank | Catatan penarikan berkas dari FTP tiap bank, termasuk yang gagal beserta sebabnya |
Klaim ke Bank (seluruhnya tahap lanjutan)
Balasan bank · Pemantauan pengiriman · Pengajuan ulang klaim · Ambil alih pembangkit berkas.
Kelompok ini menutup arah sebaliknya — hari ini berkas klaim dikirim ke bank dan tidak ada yang kembali. Tahap berikutnya membaca balasan bank dan menerjemahkan kode tolaknya.
Laporan & Ekspor
| Menu | Gunanya |
|---|---|
| Laporan baku L01–L08 | Delapan laporan yang disebut dalam usulan: rekonsiliasi harian, daftar selisih, umur kasus, analisis sebab, kinerja bank, penarikan berkas, jejak aksi pengguna, ringkasan manajemen |
| Pusat ekspor | Mengunduh apa pun yang sedang tampil ke Excel atau CSV, dengan pilihan kolom |
| Riwayat ekspor | Siapa mengunduh apa dan kapan. Pertanyaan yang selalu muncul saat pemeriksaan |
| Paket bukti audit | Satu berkas berisi bukti lengkap satu periode (tahap lanjutan) |
Analitik (seluruhnya tahap lanjutan)
Kinerja bank · Kinerja stasiun · Pola sebab · Nilai tertahan & tagih ulang.
Data Master
| Menu | Gunanya |
|---|---|
| Bank & parameter | Layar terpenting di seluruh sistem. Di sinilah jarak hari kredit, potongan MDR, biaya administrasi, dan toleransi tiap bank dituliskan — dan di sinilah rumus pencocokannya sebenarnya ditentukan |
| Kode sebab | Daftar sebab selisih beserta tindakan standar dan pemilik defaultnya |
| Kalender & hari libur | Dipakai saat mencari tanggal kredit. Salah di sini menghasilkan selisih palsu setiap tanggal merah |
| Stasiun | 18 stasiun pada dua lintasan (bergantung jawaban pertanyaan 5 di bawah) |
| Instrumen pembayaran | KMT, kartu uang elektronik bank, QRIS (bergantung jawaban pertanyaan 6) |
| Kode tolak bank | Pemetaan kode tolak tiap bank (tahap lanjutan) |
Administrasi
| Menu | Gunanya |
|---|---|
| Pengguna | Daftar pengguna dan matriks hak akses lima peran |
| Sumber data & penjadwalan | Koneksi ke DB LRT dan FTP bank, serta jadwal harian sistem |
| Notifikasi & ambang | Kapan sistem harus memberi tahu, kepada siapa, lewat apa |
| Jejak audit | Setiap tindakan tercatat dan tidak dapat dihapus |
| Parameter sistem | Nilai yang berlaku untuk semua bank |
6. Empat alur yang paling ingin kami uji
Kalau waktu Bapak/Ibu terbatas, cukup coba empat ini.
Alur 1 · Pagi hari tim settlement (±5 menit)
Masuk sebagai rina.settlement.
- Lihat Dashboard. Baris paling atas menunjukkan berkas bank mana yang sudah masuk.
- Perhatikan matriks kecocokan — 5 bank × 30 hari. Kotak berwarna adalah hari bermasalah.
- Klik salah satu kotak merah. Ia langsung membawa Anda ke telusur batch tersebut.
Pertanyaan kami: apakah urutan informasi di Dashboard sesuai dengan urutan pertanyaan
yang sebenarnya Bapak/Ibu tanyakan setiap pagi? Ada yang seharusnya di atas tapi ada di
bawah? Ada yang tidak perlu sama sekali?
Alur 2 · Menelusuri satu selisih sampai ke bukti (±5 menit)
- Buka Rekonsiliasi › Grid rekonsiliasi.
- Cari baris BRI, 24 Agustus 2026 — selisih Rp 12.480.000. Klik barisnya.
- Perhatikan Dugaan penyebab — sistem mengusulkan sebab beserta buktinya dan tingkat keyakinannya, bukan sekadar menebak.
- Gulir ke bawah: ada baris transaksi, baris rekening koran, parameter yang dipakai, dan berkas asli bank beserta checksum-nya.
- Klik Ekspor bukti.
Pertanyaan kami: kalau pemeriksa datang dan bertanya *"tunjukkan bukti klaim tanggal
ini sudah dibayar"*, apakah layar ini cukup? Apa yang masih kurang?
Alur 3 · Mengubah parameter bank (±3 menit)
Masuk sebagai adi.it.
- Buka Data Master › Bank & parameter.
- Pilih tab Bank Mandiri. Ubah Potongan MDR dari
0.70menjadi0.85. - Klik Hitung dampak perubahan.
Sistem akan memberi tahu berapa batch yang berubah status sebelum apa pun disimpan.
Pertanyaan kami: apakah pratinjau seperti ini yang Bapak/Ibu butuhkan sebelum mengubah
parameter? Informasi apa lagi yang perlu ditampilkan di situ?
Alur 4 · Menutup satu kasus (±3 menit)
Masuk sebagai rina.settlement.
- Buka Kasus › Antrean kasus. Klik salah satu baris.
- Ubah kode sebab dan pemiliknya, lalu pilih salah satu dari lima cara menutup kasus.
- Isi alasan, simpan.
- Buka Administrasi › Jejak audit — tindakan Anda tadi sudah tercatat di baris teratas.
Pertanyaan kami: apakah lima cara menutup kasus itu sudah sesuai dengan praktik yang
berjalan? Ada cara lain yang biasa dipakai tapi belum ada di daftar?
7. Enam pertanyaan yang paling kami butuhkan jawabannya
Ini bagian yang paling menentukan. Jawaban atas keenam pertanyaan ini mengubah rumus pencocokan, bukan sekadar melengkapi dokumen — dan tanpa jawabannya, sistem akan melaporkan ribuan selisih palsu pada hari pertama pengujian.
| # | Pertanyaan | Kenapa penting |
|---|---|---|
| 1 | Rekening koran tiap bank berbentuk apa — CSV, teks, Excel, atau PDF? | PDF tidak dapat dibaca otomatis pada tahap ini. Bank tersebut kami sarankan lewat unggah manual dulu |
| 2 | Bank mengkredit kotor atau bersih — sudah dipotong MDR dan biaya, atau belum? | Kalau bersih, total klaim tidak akan pernah sama dengan total kredit. Ini penyebab selisih semu yang paling sering |
| 3 | Berita transfer di rekening koran memuat apa — nomor batch, atau hanya "transfer masuk"? | Menentukan seberapa tinggi tingkat pencocokan otomatis yang berani kami janjikan |
| 4 | Berapa jarak hari kredit tiap bank — H+1, H+2, atau berapa? Dan bagaimana kalau jatuh di hari libur? | Tanpa ini, seluruh batch akan tampak tidak cocok padahal uangnya sudah masuk |
| 5 | Apakah DB LRT menyimpan kode stasiun per transaksi? | Menentukan apakah menu Stasiun dan peta di Dashboard dibangun atau dicoret |
| 6 | Apakah DB LRT memisahkan klaim per bank saja, atau per bank per instrumen (kartu chip vs QRIS)? | Kalau MDR dan jarak harinya berbeda antar instrumen tetapi dicampur dalam satu klaim, batch itu tidak akan pernah cocok — dan sistem tidak akan bisa menjelaskan kenapa |
Ditambah dua lagi yang lebih ringan:
- Berapa batas waktu pengajuan ulang klaim pada perjanjian dengan tiap bank? Kolom "Sisa waktu klaim" bergantung pada ini. Kalau tidak diisi, kolomnya menampilkan "—" — sistem tidak menebak.
- Apakah kalender hari libur yang dipakai perbankan sama dengan libur nasional?
Kami siap datang membahas keenamnya dalam satu sesi dua jam. Itu sesi yang paling menentukan keberhasilan seluruh pekerjaan ini.
8. Yang sengaja belum dibangun, dan kenapa
Menu yang hurufnya lebih redup belum ada isinya. Itu disengaja.
Pekerjaan tahap pertama sengaja dibatasi pada satu hal yang jelas batasnya: mengganti pekerjaan Excel harian. Sistem settlement yang berjalan sekarang tidak disentuh sama sekali — sistem baru hanya membaca, tidak pernah menulis. Itulah yang membuat tenggat 30 hari masuk akal dan risikonya terhadap operasi berjalan menjadi nol.
Menu tahap lanjutan tetap ditampilkan supaya bentuk akhir sistemnya terlihat sejak awal. Model data dan alur yang dibangun sekarang sudah menyediakan tempat untuk semuanya — tahap berikutnya menambah, bukan membongkar.
9. Cara memberi masukan
Masukan yang paling berguna menyebut layar mana dan apa yang terjadi:
*"Di Grid rekonsiliasi, kolom Potongan tidak kami perlukan sehari-hari — yang lebih sering
dicari justru nomor referensi banknya."*
*"Di Antrean kasus, tenggat 5 hari terlalu pendek untuk sebab 'Ditolak bank' — biasanya
perlu dua minggu karena harus menunggu balasan bank."*
"Istilah 'Potret klaim harian' membingungkan. Kami biasa menyebutnya rekap harian."
Yang juga sangat membantu:
- Nama menu atau kolom yang membingungkan — sebutkan istilah yang biasa Bapak/Ibu pakai
- Kolom yang tidak pernah dipakai, dan kolom yang justru kurang
- Langkah kerja yang urutannya tidak sesuai kebiasaan
- Angka atau istilah yang salah menurut praktik yang sebenarnya
Kirimkan ke penanggung jawab teknis dari pihak LRT, atau langsung ke tim kami. Tangkapan layar sangat membantu.
10. Daftar periksa singkat
- Masuk dengan
rina.settlement, jalankan Alur 1 dan 2 - Masuk dengan
adi.it, jalankan Alur 3 - Jalankan Alur 4, lalu periksa Jejak audit
- Buka Data Master › Bank & parameter — apakah seluruh parameter yang dibutuhkan sudah ada?
- Buka Laporan baku L01–L08 — apakah kedelapan laporan itu yang memang dibutuhkan?
- Buka Pengguna › Peran & hak akses — apakah pembagian wewenangnya sudah sesuai?
- Catat jawaban atas enam pertanyaan di bagian 7
Mockup ini berisi data contoh fiktif dan bukan sistem produksi PT KAI. Disiapkan untuk Divisi LRT Jabodebek dan Tim Settlement Kantor Pusat.