Rekonsiliasi SettlementLRT Jabodebek

Panduan tinjauan mockup sistem rekonsiliasi

Sistem ini belum dibangun. Yang ada baru tampilannya — dan justru sekarang waktunya diubah, selagi masih murah. Satu jam Bapak/Ibu mencobanya bisa menghemat berhari-hari pekerjaan nanti.

Buka mockup → Halaman masuk Kata sandi semua akun demo: lrt2026

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:

  1. Coba pakai seperti sedang bekerja. Bukan sekadar dilihat — buka, saring, klik, telusuri.
  2. Katakan apa yang janggal. Nama menu yang membingungkan, kolom yang tidak perlu, kolom yang justru kurang, urutan langkah yang tidak sesuai kebiasaan kerja.
  3. 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 penggunaBerperan sebagaiCocok dicoba oleh
rina.settlementAnalis settlementTim settlement — ini akun paling lengkap untuk kerja harian
bagas.analisAnalis settlementUntuk melihat bagaimana kasus milik orang lain tampak
hendra.penyeliaPenyelia settlementKepala tim — satu-satunya yang boleh menghapusbukukan
adi.itAdministratorTim IT — parameter bank, sumber data, penjadwalan
sari.manajemenPemantauManajemen — hanya melihat
spi.pemeriksaPemeriksaSPI — 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

MenuGunanya
DashboardSatu layar untuk pertanyaan pagi hari: semalam semua berkas masuk? Ada yang selisih? Berapa nilainya? Mana yang perlu dikerjakan lebih dulu?
Kesehatan sistemUntuk tim IT. Komponen mana yang hidup, kapan potret data terakhir diambil, adakah pekerjaan yang gagal

Rekonsiliasi

MenuGunanya
Grid rekonsiliasiPengganti berkas Excel harian. Satu baris per bank per tanggal, lengkap dengan klaim, potongan, kredit, dan selisihnya
Telusur selisihTurun dari satu batch sampai ke baris transaksi dan baris rekening koran yang menopangnya. Di sinilah bukti disiapkan saat diperiksa
Pencocokan manualMenjodohkan kredit yang masuk tanpa batch penopang. Untuk kasus yang tidak bisa diselesaikan mesin
Riwayat proses rekonsiliasiSetiap kali rekonsiliasi dijalankan, parameternya saat itu ikut disimpan — supaya hasil lama tetap bisa dijelaskan
Rekonsiliasi historisMemutar ulang rekonsiliasi atas data 2023–2026 (tahap lanjutan)

Kasus

MenuGunanya
Antrean kasusSetiap selisih menjadi satu kasus dengan pemilik dan tenggat. Ada tab Milik saya, Mendekati batas klaim, dan Lewat batas
Anomali data sumberKejanggalan yang terdeteksi dari dalam DB LRT sendiri: lompatan nomor urut, jeda tanpa transaksi, volume turun mendadak, transaksi kembar
Sengketa bankKasus yang dieskalasi ke bank (tahap lanjutan)
Pengajuan hapus bukuAntrean persetujuan penghapusbukuan (tahap lanjutan)

Data Sumber

MenuGunanya
Potret klaim harianSalinan angka klaim dari DB LRT setiap hari. Disimpan agar angka laporan tetap bisa dipertanggungjawabkan berbulan-bulan kemudian
Rekening koranBerkas dari bank beserta baris kreditnya. Ada tab Karantina untuk baris yang gagal dibaca — tidak pernah dibuang diam-diam
Unggah manualMengunggah rekening koran sendiri. Hasil pembacaannya ditampilkan sebelum disimpan
Pengambilan berkas bankCatatan 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

MenuGunanya
Laporan baku L01–L08Delapan laporan yang disebut dalam usulan: rekonsiliasi harian, daftar selisih, umur kasus, analisis sebab, kinerja bank, penarikan berkas, jejak aksi pengguna, ringkasan manajemen
Pusat eksporMengunduh apa pun yang sedang tampil ke Excel atau CSV, dengan pilihan kolom
Riwayat eksporSiapa mengunduh apa dan kapan. Pertanyaan yang selalu muncul saat pemeriksaan
Paket bukti auditSatu berkas berisi bukti lengkap satu periode (tahap lanjutan)

Analitik (seluruhnya tahap lanjutan)

Kinerja bank · Kinerja stasiun · Pola sebab · Nilai tertahan & tagih ulang.

Data Master

MenuGunanya
Bank & parameterLayar 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 sebabDaftar sebab selisih beserta tindakan standar dan pemilik defaultnya
Kalender & hari liburDipakai saat mencari tanggal kredit. Salah di sini menghasilkan selisih palsu setiap tanggal merah
Stasiun18 stasiun pada dua lintasan (bergantung jawaban pertanyaan 5 di bawah)
Instrumen pembayaranKMT, kartu uang elektronik bank, QRIS (bergantung jawaban pertanyaan 6)
Kode tolak bankPemetaan kode tolak tiap bank (tahap lanjutan)

Administrasi

MenuGunanya
PenggunaDaftar pengguna dan matriks hak akses lima peran
Sumber data & penjadwalanKoneksi ke DB LRT dan FTP bank, serta jadwal harian sistem
Notifikasi & ambangKapan sistem harus memberi tahu, kepada siapa, lewat apa
Jejak auditSetiap tindakan tercatat dan tidak dapat dihapus
Parameter sistemNilai 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.

  1. Lihat Dashboard. Baris paling atas menunjukkan berkas bank mana yang sudah masuk.
  2. Perhatikan matriks kecocokan — 5 bank × 30 hari. Kotak berwarna adalah hari bermasalah.
  3. 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)

  1. Buka Rekonsiliasi › Grid rekonsiliasi.
  2. Cari baris BRI, 24 Agustus 2026 — selisih Rp 12.480.000. Klik barisnya.
  3. Perhatikan Dugaan penyebab — sistem mengusulkan sebab beserta buktinya dan tingkat keyakinannya, bukan sekadar menebak.
  4. Gulir ke bawah: ada baris transaksi, baris rekening koran, parameter yang dipakai, dan berkas asli bank beserta checksum-nya.
  5. 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.

  1. Buka Data Master › Bank & parameter.
  2. Pilih tab Bank Mandiri. Ubah Potongan MDR dari 0.70 menjadi 0.85.
  3. 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.

  1. Buka Kasus › Antrean kasus. Klik salah satu baris.
  2. Ubah kode sebab dan pemiliknya, lalu pilih salah satu dari lima cara menutup kasus.
  3. Isi alasan, simpan.
  4. 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.

#PertanyaanKenapa penting
1Rekening 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
2Bank 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
3Berita transfer di rekening koran memuat apa — nomor batch, atau hanya "transfer masuk"?Menentukan seberapa tinggi tingkat pencocokan otomatis yang berani kami janjikan
4Berapa 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
5Apakah DB LRT menyimpan kode stasiun per transaksi?Menentukan apakah menu Stasiun dan peta di Dashboard dibangun atau dicoret
6Apakah 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.