Gambar 4. 12Implementasi function tambah_idapp_prabayar
4.4. Implementasi Program
4.4.1. Proses Login User
Berikut ini akan ditunjukan listing program dari proses login user. User yang dapat login bertipe 2 yaitu Operator dan Admin. Method yang dipanggil untuk
memvalidasi proses login user adalah method ValidateLoginCredential dengan parameter username, password, priviledge, dan kode unit. Method ini akan
ditunjukan lebih lengkap pada Lampiran A nomor 7.
4.4.2. Proses Tambah User
Proses tambah user adalah
proses untuk menambahkan data user login yang memiliki akses untuk masuk ke sistem. Proses tambah user menggunakan method
simpanData dengan parameter berupa objek pegawai yang terdiri dari password, username, priviledge, kode, dan nama.Proses tambah user dan method
simpanData ditunjukan pada Lampiran A nomor 8 dan 9
. close prabayar_data;
select to_charsysdate,yymmdd-hh24miss into v_date from dual; if i is null
then raise ex_no_data_found;
else IF v_status_mon is not null and v_status_app is null
then v_idmon:=v_date||-||v_idmon||-||APP; elsif v_status_mon is not null and v_status_app is not null
then v_idmon:=v_date||-||v_idmon||-||REV; else
v_idmon:=null; END IF;
end if; return v_idmon;
EXCEPTION WHEN ex_no_data_found THEN
rollback; WHEN OTHERS THEN
rollback; end function_tambah_idapp_prabayar;
4.4.3. Proses Edit Data User
Proses edit data user terdiri dari 2 yaitu ubah password atau mutasi user. Ubah password adalah proses dimana user ingin mengubah password loginnya,
sehingga data pada kolom password di tabel USER_LOGIN akan diupdate. Proses ini akan memanggil method UbahPassword Lampiran A nomor 10
dengan parameter objek pegawai yang terdiri dari data password dan username. Sedangkan proses mutasi user adalah proses dimana user yang bertugas di suatu
rayon pindah ke rayon lain, sehingga data login user tersebut harus diubah priviledge dan kode unitnya. Proses ini akan memanggil method Mutasi yang akan
update tabel USER_LOGIN pada kolom priviledge, nama, dan kode unit Lampiran A nomor 12. Listing proses edit data user ditunjukan pada Lampiran
A nomor 11
.
4.4.4. Proses Monitoring Prabayar dan Pascabayar
Proses monitoring prabayar dan pascabayar adalah proses upload data hasil monitor pelanggan di lapangan. Proses ini akan menyimpan data berupa
koordinat, tanggal monitor, file gambar MCB, keadaan MCB beserta verifikasinya pada
tabel RECORD_DLPD_PRABAYAR
pelanggan prabayar
dan RECORD_DLPD_PASCABAYAR pelanggan pascabayar. Proses ini akan
mengupdate status monitoring pelanggan menjadi „YES‟ pada kolom status_mon
dan mengupdate kolom idmon dengan idmon baru yang telah digenerate ke tabel DLPD_PRABAYAR
pelanggan prabayar
dan DLPD_PASCABAYAR
pelanggan pascabayar. Proses monitoring ini akan memanggil method monitor_pra untuk pelanggan prabayar lampiran A nomor 16 dan method
monitor_pasca untuk pelanggan pascabayar lampiran A nomor 15. Listing program untuk monitor prabayar akan ditunjukan pada lampiran A nomor 13 dan
untuk monitor pascabayar akan ditunjukan pada lampiran A nomor 14.
4.4.5. Proses Menyimpan Gambar
Proses menyimpan gambar dilakukan dengan menyimpan link pada database dan file gambar akan disimpan disebuah folder yang ada di komputerserver. Proses
ini akan memanggil kelas UploadHandler dan method simpanFotolihat lampiran PLAGIAT MERUPAKAN TINDAKAN TIDAK TERPUJI
A untuk menyimpan link ke database. Listing kelas UploadHandler akan ditunjukan pada lampiran A nomor 17.
4.4.6. Proses Approve Prabayar dan Pascabayar
Proses approve prabayar dan pascabayar adalah proses menyetujui memberikan approve terhadap data pelanggan yang sudah dimonitor. Proses ini akan
menyimpan data berupa koordinat, tanggal monitor, file gambar MCB, keadaan MCB beserta verifikasinya dari data hasil monitor terakhir yang akan
diapprovepada tabel RECORD_DLPD_PRABAYAR pelanggan prabayar dan RECORD_DLPD_PASCABAYAR pelanggan pascabayar. Proses ini akan
mengupdate status approve pelanggan menjadi „YES‟ pada kolom status_app dan
mengupdate kolom idmon dengan idmon baru yang telah digenerate ke tabel DLPD_PRABAYAR
pelanggan prabayar
dan DLPD_PASCABAYAR
pelanggan pascabayar. Proses approve ini akan memanggil method approve_pra untuk pelanggan prabayar lampiran A nomor 20 dan method approve_pasca
untuk pelanggan pascabayar lampiran A nomor 21. Listing program untuk approve prabayar akan ditunjukan pada lampiran A nomor 18 dan untuk approve
pascabayar akan ditunjukan pada lampiran A nomor 19.
4.4.7. Proses Pembatalan Status Monitoring Prabayar dan Pascabayar
Proses status monitoring prabayar dan pascabayar adalah proses membatalkan data pelanggan yang sudah dimonitor. Proses ini akan menyimpan data berupa
data hasil
pembatalan beserta
alasan pembatalannya
pada tabel
RECORD_DLPD_PRABAYAR pelanggan
prabayar atau
pada tabel
RECORD_DLPD_PASCABAYAR pelanggan pascabayar. Proses ini akan mengupdate status monitoring pelanggan menjadi null pada kolom status_mon
dan mengupdate kolom idmon dengan idmon pembatalan yang telah digenerate ke tabel DLPD_PRABAYAR pelanggan prabayar dan DLPD_PASCABAYAR
pelanggan pascabayar. Proses pembatalan ini akan memanggil method batal_monitor_pra untuk pelanggan prabayar lampiran A nomor 24 dan method
batal_monitor_pasca untuk pelanggan pascabayar lampiran A nomor 25. Listing program untuk pembatalan status monitoring prabayar akan ditunjukan pada
lampiran A nomor 22 dan untuk pascabayar akan ditunjukan pada lampiran A nomor 23.
4.4.8. Proses Pembatalan Status Approve Prabayar dan Pascabayar
Proses status approve prabayar dan pascabayar adalah proses membatalkan data pelanggan yang sudah diapprovesehingga data tersebut harus dimonitoring
kembali. Proses ini akan menyimpan data berupa data hasil pembatalan beserta alasan pembatalannya pada tabel RECORD_DLPD_PRABAYAR pelanggan
prabayar atau pada tabel RECORD_DLPD_PASCABAYAR pelanggan pascabayar. Proses ini akan mengupdatestatus approvedan status monitoring
pelanggan menjadi null pada kolom status_app dan kolom status_monserta mengupdate kolom idmon dengan idmon pembatalan yang telah digenerate ke
tabel DLPD_PRABAYAR pelanggan prabayar dan DLPD_PASCABAYAR pelanggan pascabayar. Proses pembatalan ini akan memanggil method
batal_approve_pra untuk pelanggan prabayar lampiran A nomor 28 dan methodbatal_approve_pasca untuk pelanggan pascabayar lampiran A nomor 29.
Listing program untuk pembatalan status approve prabayar akan ditunjukan pada lampiran A nomor 27 dan untuk pascabayar akan ditunjukan pada lampiran A
nomor 26.
4.4.9. Proses Copy Status Bulan Terakhir
Proses copy status bulan terakhir adalah proses mengcopy data hasil monitor dari data pelanggan yang sudah diapprovedan mengubah status monitoring dan
approve menjadi „YES‟ serta membuat IDMON untuk data pelanggan
tersebut.Data pelanggan yang dijadikan master copy adalah data bulan terakhir dari data monitoring pelanggan tersebut. Prosesnya akan memanggil method
copystatus_pra untuk pelanggan prabayar lampiran A nomor 32 dan method copystatus_pasca untuk pelanggan pascabayar lampiran A nomor 33. Lampiran
A nomor 30 akan menunjukan proses copy status dari pelanggan prabayar dan lampiran A nomor 31 untuk pelanggan pascabayar.
4.4.10. Proses Cetak Report Monitoring Pelanggan Kwh0
Proses cetak report monitoring pelanggan kwh 0 adalah proses mencetak data pelanggan kwh 0 yang sudah diapprove dalam format pdf. Parameter masukan
berupa bulan dan tahun. Laporan yang dicetak dapat dicetak dalam format satu bulan atau beberapa bulan. Lampiran A nomor 34 akan menunjukan listing proses
cetak laporan untuk satu bulan. Laporan dalam format beberapa bulan ditunjukan dalam Lampiran A.
4.4.11. Proses Cetak Report Monitoring Pelanggan Kwh Maks
Proses cetak report monitoring pelanggan kwh maks adalah proses mencetak data pelanggan kwh maks yang sudah diapprove dalam format pdf. Parameter
masukan berupa bulan dan tahun. Laporan yang dicetak dapat dicetak dalam format satu bulan atau beberapa bulan. Lampiran A nomor 35 akan menunjukan
listing proses cetak laporan untuk satu bulan. Laporan dalam format beberapa bulan ditunjukan dalam Lampiran A.
4.4.12. Proses Cetak Report Monitoring Pelanggan TBT
Proses cetak report monitoring pelanggan TBT adalah proses mencetak data pelanggan TBT yang sudah diapprove dalam format pdf. Parameter masukan
berupa bulan dan tahun. Laporan yang dicetak dapat dicetak dalam format satu bulan atau beberapa bulan. Lampiran A nomor 36 akan menunjukan listing proses
cetak laporan untuk satu bulan. Laporan dalam format beberapa bulan ditunjukan
dalam Lampiran A.
4.4.13. Proses Cetak Report Rekomendasi Monitoring Pelanggan Kwh
Maks Naik Daya
Proses cetak report rekomendasi monitoring pelanggan kwh maks naik daya merupakan proses mencetak blangko monitoring untuk mengecek pelanggan
yang berdasarkan 2 aturan berikut harus menaikan daya listrik yang digunakannya:
1. Terdeteksi sebagai pelanggan dengan rata-rata pemakaian dalam beberapa
bulan biasanya diatas 3 bulan melebihi kwh maks yang telah ditentukan berdasarkan daya yang digunakan.
2. Jika hasil perhitungan rata-rata pemakaian dibagi dengan daya dibagi
dengan 1000 melebihi 720 maka pelanggan. Untuk naik daya satu tingkat dari sebelumnya tidak dapat diputuskan
secara manual berdasarkan hasil perhitungan pemakaian beberapa bulan saja. Perlu dilakukan pengecekan berupa monitoring ke lapangan dimana MCB perlu
dicek keadaanya, melakukan pengukuran MCB dan pembatas daya menggunakan tang ampere ampere meter jika misalnya hasil pengukuran lebih dari 5 ampere
dalam kasus normal maka diharuskan ganti daya. Verifikasi hasil monitoring seperti MCB sering jeglek juga menjadi salah penanda bahwa daya yang ada
sudah tidak mampu. Jadi report yang dihasilkan nanti akan melakukan filter dengan 2 aturan diatas sehinga hasilnya akan memberikan id pelanggan yang
harus dicek oleh petugas ke lapangan. Report yang dicetak bisa dimulai berdasarkan bulan dan tahun tertentu
atau dalam jangka waktu beberapa bulan. Parameter yang digunakan adalah bulan dan tahun. Berikut ini merupakan implementasi dari cetak report rekomendasi
monitoring naik daya dengan parameter bulan dan tahun tunggal yang ditunjukan pada lampiran A nomor 37 sedangkan untuk jangka waktu beberapa bulan dapat
dilihat dalam lampiran A.
4.4.14. Proses Lihat Versi Monitoring
Proses lihat versi monitoring dibedakan menjadi 2 yaitu lihat versi sebelumnya dan lihat history monitoring. Lihat versi sebelum adalah melihat
detail data monitoring yang diupload dalam versi yang lebih lama dari versi yang ada sekarang. Lihat hitory monitoring adalah melihat history monitoring dalam
bentuk tabel yang berisikan keseluruhan monitoring yang dilakukan terhadap data suatu pelanggan. Proses yang akan dicantumkan dibagian ini adalah proses lihat
versi monitoring dari data pelanggan pascabayar untuk prabayar memiliki langkah yang sama dengan pascabayar.
Proses lihat versi sebelum ditunjukan pada lampiran A nomor 38 akan memanggil method getDataListRiwayatPelanggan dengan parameter idpel, blth
dan idmon lampiran A nomor 40. Sedangkan untuk proses lihat historymonitoring ditunjukan pada Lampiran A nomor 39 akan memanggil
method getDataListRiwayatPelanggandengan parameter berupa idpel dan blthlampiran A nomor 41.
4.5. Implementasi Kelas
Kategori