13 Juli 2009

Generate data VIP Free hari kamis, salah persepsi karena itu aq harus generate ulang sekarang dan janji selesai jam 1 ke pak Usman.

masih analisa generate data untuk aplikasi monitoring disconection, ada pertimbangan untuk menambahkan informasi pembayaran yang nantinya dijadikan acuan untuk penalt.

ganti report project sebelumnya \\Appserv\Prod\SMS\Rep_SPK-PRNK2PJ.rpt

6 Juli 2009

Menunjuk kesalahan itu sangat mudah, tapi yang baik adalah memberitahukan masalah yang ada dan mencarikan solusinya.

perlu merenung ... sepertinya aq belum optimal dalam memberi solusi, sehingga masalah yang ada tetap menjadi masalah yang belum tuntas :(

29 Juni 2009

Ada yang kurang dalam sistem kerja yang ada, tapi kekurangan itu perlu di urai satu persatu agak lebih mudah untuk memperbaikinya.

- Kerjaan yang datang sangat banyak, dalam hal ini seiring dengan ritme kinerja perusahaan untuk memaximalkan bisnis yang berjalan saat ini maka berdampak pada naiknya aktifitas yang di lakukan.

- Sistem yang ada saat ini masih sangat memungkinkan untuk dioptimalkan, karena itu sebagian besar Div membutuhkan data untuk analisa.

26 Juni 2009

Memulai pagi dengan engan datang ke meeting, kenapa sih ngak semangat?

Karena masalah yg di bahas adalah masalah yg semua orang sedang kerjakan sesuai dengan bidang mereka.

berhari hari data di minta dengan banyak parameter dan hasilnya jadi beda semua dan berulang ulang di bahas ... cape deh.

karena itu, pagi ini aq enggan tuk menghadiri meeting itu, bukan level gw tuk wajib dateng kesana.

22 Juni 2009

Setelah 1 hari kemarin istirahat di rumah, hari ini kembali beraktifitas.

Pagi hari sudah mulai terima email tentang data yang pernah daku janjikan pada para ibu dan bapak user. Data itu sudah di kuluarkan tapi ngak ada penjelasan dari atasanku. so mereka butuh penjelasan data itu data dengan spesifikasi seperti apa.
itu permintaan yang biasa daku pikir, tapi daku ngak bisa menjelaskan karena memang ngak mengerti proses data itu dari awal. karena itu aq laporkan secara lisan pada atasan agar beliau menjelaskan tertulis di email. tapi seperti biasa beliau malah lempar tugas nyuruh gw email ke para halayak tuk menceritakan sesuatu yg abu abu menurut gw .... nyebelin banget kan.

Pagi ini, beliau forward email ... menanyakan apakah daku ngak membicarakan dalam meeting. Rupanya beliau kena amnesia, karena setelah meeting daku sudah jelaskan kalo daku ngak bisa menjelaskan pada para hadirin, data yang seperti apa yg sudah di keluarkan. lah wong gw cuma proses di tengah doang dan ada orang lain yg bagian finishingnya.

Dari pada pusing ... mendingan gw selesaikan tugas tugas pending karena kerjaan yg ngak jelas itu.

Pendingan gw adalah :
- menjalankan monitoring penarikan yang tinggal masalah pemprosesan datanya agar bisa di tampilkan dalam aplikasi. kemarin terhambat karena database sangat lambat. Kabarnya kemarin ada maintenance dan semoga sekarang sudah berjalan dengan baik.
karena aplikasi ini sudah di tunggu para usernya ... maka ini menjadi prioritas pertama gw.

- sambil jalan user prerekondisi akan mengirimkan data yang akan di upload oleh CIS, pekerjaan ini di bantu oleh ima

- Mapping notes ... mesti follow up user neh, pekerjaan ini juga akan di bantu oleh Rivan

- bantu pak Gian untuk copy S141 yang sudah di update, berhubung prosesnya lebih susah dari ngurus KTP di kelurahan, jadi setelah di kompail gw kasi ke pak Gian lagi tuk di proses birokrasi yg jelimet dan bikin bete itu.

project pribadi : belajar internet marketing biar bisa kerja dari rumah :D

pekerjaan yang sudah selesai :

- insert data migrasi ke slot TS dan notes ... khusus pelanggan Jabotabek dan datanya disimpen di t_temp_ts_mig_jbdt karena TS Non Jabotabek ngak respon masalah ini.

- Aplikasi PreRekonsisi usernya sudah harus pakai karena sudah selesai.

sip lah moga ngak ada yg ketinggalan lagi dari list ini.

5 Juni 2009

- hub corporate secretary masalah proposal dan kerja sama dgn group >> ada pencerahan dari pak Iwan untuk kirim proposal via email ke RCTI dan GTV
- update S141 = tunggu user jam 14.30
=> change payment methode untuk okevision = done
=> billing calculator masih ada pending untuk migrasi pelanggan dari toptv ke Indov, maupun sebaliknya
=> add product untuk pelanggan disconection, perhitungan yang akan di x kan masih belum benar

- follow up radio A
- hub pak malik untuk tanya info CNI
- hub pal Alfan tuk tanya info GTV = akan di kirimkan via email
- report upgrade ... Untuk marketing => proses
- cari info downgrade ke toptv => sudah tanya ke pak fajar = >
- Tanya ke rusdi info link yg dia punya
- tanya pada bonita kerjasama dengan sindo
- telp uni Mery untuk cari info promo di media = done
- test swap vc >> follow up ini ke Fajar
=> ketemu kasus no vc tertukar dengan pelanggan lain.

pending pekerjaan sebelumnya :
- TS : cek hasil kerjaan pak tji untuk aplikasi create SPK di KPP

- Penarikan :
> cek aplikasi buatan ima untuk report penarikan
> update aplikasi admin penarikan ... tambahkan prosedure swap HW
> create user id untuk notes penarikan dari aplikasi baru
=> user sudah datang dan akan kirimkan data user beserta hak aksesnya

Reporting ...
- aplikasi baru di sosialisasikan pada user
- coba pindahkan data OLAP ke sadewa [explore dblink Oracle]

>> Info baru dari Ita Konita :
Agency juga bisa mendapatkan promo di media , karena itu cari info ke uni Mery

2 Juni 2009

Duh jadi bertumpuk deh nih :

- Bmail : create 1 prosedure yang di jalankan oleh CA => Done

- update data region di aplikasi customer monitoring , karena data tidak sama dengan data aplikasi sebelumnya. => Done

- TS : cek hasil kerjaan pak tji untuk aplikasi create SPK di KPP

- Penarikan :
> cek aplikasi buatan ima untuk report penarikan
> update aplikasi admin penarikan ... tambahkan prosedure swap HW
>

Reporting ...
- aplikasi baru di sosialisasikan pada user
- coba pindahkan data OLAP ke sadewa [explore dblink Oracle]

- Admin SO : => Done
> Report bulanan SO
> Report Harian SO
> Report harian user TS dan Penarikan

- saat ini lagi jalanin permintaan data penalty = Done

Permanent disconnection 2009 - 2007
- non credit card
- dibawah 1 th
- reson disconnect (non teknisi)
- ada job result penarikan
- belum pernah masuk table penalty (X_SUBS_PENALTY)

FIELD NYA
- CUST NUMBER
- DISC DATE
- UMUR
- RESON DISC
- DATE JOB RESULT
- JOIN DATE
- PAYMENT METHOD

13 - 14 Mei 2009

Request PreRekondisi :
butuh Entry Barang sukses Penarikan
=> oleh bu Gwen akan di gunakan hari Senin, hari jum'at bisa di test

Masalah operasional penarikan :

- Report Notes penarikan ada selisiih dengan data slot
- aplikasi penarikan perlu penambahan shotcut
- project penarikan 2 sudah masuk dalam aplikasi PJ tapi belum ada keputusan akan di jalankan
=> mempercepat proses entry POS

Request TS Non Indov
- Merge SPK dari data excel
format excel yang harus ada :
1 job_id,
2 tanggal,
3 subs_id,
4 BRAND_ID,
5 PIC
6 Telp branc
7 name_full,
8 alamat,
9 vc_number,
10 tgl_aktif
11 masalah
12 keterangan masalah

=> Request : BU

Monitoring Disconection dengan user :
- Gana, Wisnu, Hardi , Indra

Disconection
- SLRM
- call 1 =
- call 2 =
- call 3 =
- call 9 =
- enrty penarikan =
- Janji bayar

- Penarikan
- mAsuk slot

- PCRN011 = tidak masuk slot?

Request => bu Gwen dan bu Ivone

11 Mei 2009

Pekerjaan akhir minggu kemarin
- data sales bulan april : done
- persiapan data penarikan project 2 :
* edit tanggal slot
* update tipe penarikan (indov/non indov)

- persiapan data monitoring penarikan :
= insert notes penarikan tahun 2009 : done
= entry tanggal curn : done
= entri data pelanggan disc : done
= proses log data hanya notes awal tahun 2009 : today

27 April 2009

Data Aneh
select * from vr_notes1 t
where to_char(t.DATE_CREATED,'dd-mm-yy') = '19-04-09' and t.CC_CODE like 'Ali%' --ica013

Error Cust Mont
Solusinya : update table oleh Dody

siapkan data untuk penarikan :

- ambil data untuk bulan maret dan april :
insert into Z_PNR_LOG_6(PNRK_LOG_ID, SUBS_ID, DATE_ENTRY, CC_CODE, STATUS_PNRK,KETERANGAN,ACT_date,ACT_NUMBER)
select 0,t.subs_id, t.service_date, t.cc_code, 'OPEN', t.description, f_max_disconnect(t.subs_id), t.seq_number
from s_incoming t, notes_pnrk a
where a.CC_CODE = t.cc_code and
-- t.service_date >= to_date('01-04-2008','dd-mm-yyyy')
to_char(t.service_date,'mm-yyyy') >= '04-2008' and t.subs_id > 1;

Jalankan proses cek data curn
mig_log_pnrk_5

lalu jalankan mig_log_pnrk_51

14 April 2009

- Create proses per 2 jam data untuk SPK TS = done
- penarikan .... update prosedure = done
proses dari slot penarikan masuk informasi ke log ... ?
- update bookingslot .... masih ada desc yang double
- meeting dengan TS jam 2 di lt 5

2 April 2009

- Update Trigger untuk Input Notes
- TopTV : data yang kemarin belum sesuai dengan yang di minta, sedang proses download data
- Report Bulanan SO
- Monitoring Cust Monitoring
- TS : Descriprion double 3 ... karena ada perulangan proses , update di aplikasi
- Penarikan : bingung source terakhir yang mana?

31 Maret 2009

- meeting TS non Jabotabek
- generate report multi DSD
- info ke ibu Nancy data SCB

- create table dan prosedur penarikan
=> update di prosedure Z_Penarikan ada cek ke tabel Z_PNR_LOG untuk mengetahui status pelanggan tersebut, bila pada max(DATE_ENTRY) statusnya open maka proses hanya akan mengcopy seq_number dari data terakhir dan menambahkan informasi cc_code yang sudah di entry.

=> fungsi untuk cari pnrk_log_id = Cek_Log_PNRK(subs_id)

25 Maret 2009

T_TEMP_SCB

review One TS Bookingslot :

- HRD ngak masalah

- adakalanya wilayah tidak muncul

- test no pelanggan ada diemail

- input lengkap ... tidak mau save karena data tidak lengkap

- pelanggan error .... S141 hanya ada schedule

25 Maret 2009

Masih punya PR bikin SPT .... duh waktunya sudah mepet neh :(

-------------------------

meeting masalah notes collection - corresponden - outbound[csr]
- Fajar sedang menelusuri masalah collection - corresponden

-------------------------

tunning customer montoring
- untuk searching kebutuhan inbound ... sudah di update ... mereka sedang test...tunggu status testnya hari ini
- untuk ticketing ... user aktifasi masih merasa lama ... karena beberapa proses di aplikasi S143 masih lambat, selain itu data di inbound banyak banget .... cari solusi doooooooong :)

Review S141 oleh Sumarni
1. save status ... ticketing masih lama => lebih cepat 30% lebih cepat
2. pindah antar pelanggan di listview masih lama => lebih cepet 50%
3. S143 ... ke S141 lama =>
RETSOA, RETSOB , ICA003 => masih lama
untuk req alacarte => ICA014 cukup cepat
sebalikknya lebih lama lagi => masih lama
4. S143 bisa di copy => belum di update

Catatan :
update nama = S141 Trainning
all proses kecuali update nama = S141 Monitoring
update region masih salah data

-------------------------

cek user yang tidak masuk ke bookingslot [TS]

-------------------------

penarikan ....
masalah entry hardware ada pesan :
- no vc tidak di temukan
- used
- vc or dsd telah di proses

masalah sudah ada sejak ada slot .... sejak ada slot penarikan.

report monitoring log penarikan ...
masalah : ada double request ... sehingga tidak balance dengan data slot yang ada.
solusinya : ada table yang menyimpan status request Penarikan. []
saat

-------------------------

data inventory ... masih belum bisa menampilkan type decoder ... masih jadi PR dulu [koz belum didelegasikan pada aq]

-------------------------

reporting yang masih lambat

-------------------------

data SCB oleh SLRM

-------------------------

Masalah data product yang di terbitkan oleh Arif So ... butuh diskusi dengan berbagai pihak
Arif minta data pelanggan multi VC

-------------------------

Jadi bingung neh ... buat dokumentasi maksudnya agar histori kerjaan itu tercatat dengan lengkap .... eh malah pencatatannya ribet banget ... padahal aplikasi gw tu running di sistem yang sedang berjalan, sehingga kalo updatenya terlambat membuat proses oprasional terhambat.
nyebelin banget sih .....

apa persepsi gw yang masih beda ya... jadi gw hanya lihat itu ribet banget :)

padahal ini sangat gw harapkan banget ... sehingga saat informasi itu diperlukan ... bisa menginformasikan siapa saja yang membutuhkannya .... kalo ganti orang dll gitu.

24 Maret 2009

Hasil test user aktifasi untuk aplikasi cust monitoring dan ticketing

1. save status ... ticketing masih lama
2. pindah antar pelanggan di listview masih lama
3. S143 ... ke S141 lama dan sebalikknya lebih lama lagi
4. S143 bisa di copy

untuk di inbound ... belum ada kabar ....
yang pasti mereka sudah bisa searching di CustMont

23 Maret 2009

1. Report Penarikan = deadline : 25 Maret 2009
2. implementasi Ticketing untuk collection = deadline : 24 Maret 2009
status S141 :
- update searching untuk telp dan
- saat searching dengan view V_Cs_Mon_LN sebelumnya menggunakan V_Cs_Mon_GN
tapi masih lama saat view detail pelanggan dengan menggunakan V_Cs_Mon_LN
beberapa view V_Cust_Monitoring_Newest_GN diganti V_Cs_Mon_LN
3. Data SCB ... asap
4. HRD minta data karyawan => delegate to Pak Tjia

20 Maret 2009

minggu ini jadi kurang bersemangat neh ... mungkin karena kemarin banyak kerjaan dadakan, sehingga list kerjaan yang ada ngak berkurang sedikitpun :(

so ... aq masih punya banyak kerjaan :

1. Report Penarikan = deadline : 25 Maret 2009
2. implementasi Ticketing untuk collection = deadline : 24 Maret 2009
3. Data SCB ... asap
4. HRD minta data karyawan
kendala mereka entri karyawan banyak banget ... dan tenaga yang entry hanya 1 orang
siapkan data untuk HRD hari minggu

16 Maret 2009

1. Ikut bantu Team web buat scriptting untuk customer monitoring ke booking slot
2. PR meeting tanggal 13 Maret 2009 dengan Collection dan correspondent, hasilnya :

• masalah ticketing yang berulang dalam satu bagian, dibutuhkan mekanisme forward ke bagian sendiri ... untuk kasus seatlement yang akan follow-up bukti bayar sampai ada kepastian dari customer akan mengirimkan atau tidak. setelah ada status dari proses tersebut maka akan di forward ke collection untuk dianalisa, bila tidak ada pengirim bukti bayar.
• Aplikasi masih lama ... user terhambat dalam bekerja (TUNING)
• Warning di customer monitoring masalah customer yang tidak closing/masalah. untuk itu collection akan membuat notes : warning dan notes pembatalan warning bila ada notes tersebut maka setiap user bisa mengetahui informasi warning itu.
• diharapkan ada info pelanggan .... leveling pelanggan [ masih wacana ]
  

12 Maret 2009

bingung euy... kerjaan kok jadi bejiblek gini?

1. Cust monitoring kudu closing hari ini :(
=> User curhat ... keluhan mereka ngak selesai mulu' , yah gimana lagi
gw aze baru tahu sore ini, kalo 'mereka' ngak kasih solusi.

2. Req data Product sedang dikerjakan dede dan aq

3. Req data Reconnection BU

4. Req update Report Reconnection dari SO

5. Req Data Source penarikan untuk Gigih = Done

6. Data Upsell Hasil cek dengan data SCB harus di olah dari nama dan no KTP

begin
for k in (select t.subs_type,t.falg_kode,t.pf_desc, t.product_basic, t.product_alacarte
from hrd.t_subscriber_product_20090308 t
group by t.subs_type,t.falg_kode,t.pf_desc, t.product_basic, t.product_alacarte) loop

update hrd.t_subscriber_product_20090308 t
set t.price_total = P_SUBSCRIBER_DEFAULT.PRICE_ALL(t.SUBS_ID)
where t.subs_type = k.subs_type and t.falg_kode=k.falg_kode and
t.pf_desc=k.pf_desc and t.product_basic=k.product_basic and t.product_alacarte=k.product_alacarte;
commit;

end loop;

end ;