Dari Tol Pasteur – Dr Djunjunan

View Larger Map

Dari Tol Pasirkoja

View Larger Map

Dari Stasiun Kereta Api – Bandung

View Larger Map

—

To members of ELEKTRO ITB
Yohan Suryanto March 6 at 1:32am Reply
Dear Rekan-rekan Alumni,

Bagaimana trends bisnis ICT dewasa ini di Indonesia dan dunia serta bagaimana mahasiswa dan civitas akademika lainnya termasuk alumni mengambil peran dalam bisnis yang sangat erat kaitannya dengan STEI tersebut? Mau tahu lebih jauh ulasannya, hadirilah Kuliah Umum di EL-ITB yang akan dilaksanakan pada :

Hari/ tanggal : Jum’at, 12 Maret 2010
Pukul : 15.30 – 18.00
Lokasi : Campus Center Barat, Ruang 26 (exs Student Center Barat), Kampus ITB, Jl. Ganesha 10, Bandung
Topik : ICT Business Trends.
Pembicara : Arief Yahya El-80, Direktur Enterprise & Wholesale PT. Telkom (Ketua Umum IAE-ITB 2009-2013)

Salam,
-yohan-
Komunikasi Eksternal
Depkominfo IAE-ITB

Untuk terkoneksi dengan temannya yang berbeda software, pengguna harus beli modul baru, harus menunggu dulu, harus ditest dulu supaya bisa nyambung. Nah, seringkali ketika modulnya sudah jadi, harganya sudah tidak menarik lagi

Kalau ada satu protokol standar yang sama, developer cukup buat satu modul h2h saja dan bisa dipakai ke server manapun. Penggunanya juga tidak perlu nunggu lama, tidak perlu beli modul lagi, cukup pakai modul standardnya saja. Ini bisa memperkuat jaringan antar server pulsa di Indonesia karena proses interkoneksinya makin mudah.

Kebetulan waktu acara di Bandung tersebut, baru ada saya, Edwin (Astapulsa), dan Semar software. Dan sampai hari ini sudah ada konfirmasi dari Siputri, FM, dan Supersoft. Saya ingin mengajak developer yang lain untuk membahas protokol standar tersebut. Kemarin baru sampai wacana, belum sampai isu teknis. Tapi saya yakin, masing-masing sudah punya konsep sendiri. Tinggal kita diskusikan bagaimana menyatukannya saja.

Untuk tahap selanjutnya, saya mengundang rekan-rekan untuk diskusi mengenai konsep tersebut. Kalau tidak memungkinkan bertemu kopi darat, bisa lewat conference di YM. Untuk waktunya, mohon usulan waktu yang paling dekat dan paling realistis

Silakan hubungi saya di email irs[at]unitedcoders.net, atau lewat Facebook.

Sejak awal Februari 2010, para penjual pulsa elektrik Telkomsel di seluruh Indonesia tidak diperbolehkan untuk melakukan pengisian ke nomor luar regionalnya. Jadi penjual di Cianjur tidak bisa mengisi nomor pelanggan Jabotabek, penjual di Bandung tidak bisa mengisi nomor pelanggan Jabotabek, penjual di Lampung tidak bisa mengisi nomor pelanggan dari Banten, penjual di Bali tidak bisa mengisi nomor pelanggan dari Pasuruan atau Banyuwangi. Kebijakan ini berlaku nasional, di seluruh Indonesia. Jika ada pengisian ke nomor luar regional, yang disebut dengan transaksi cross-region, maka penjualnya dikenakan sanksi yaitu pemblokiran chip MKIOS yang digunakan untuk transaksi lintas tersebut.

Oleh sebab itu, para reseller termasuk penyedia all-operator tidak berani untuk melakukan pengisian ke nomor Anda. Transaksi ke nomor Anda akan ditolak oleh sistem milik reseller (bukan sistem milik dealer maupun sistem milik Telkomsel), untuk menghindari sanksi pemblokiran dari dealer. Bagi Anda yang sering komuter Jakarta – Bandung, Jakarta – Lampung, Jakarta – Cirebon, Jakarta – Tasikmalaya, atau Anda yang sedang bertugas ke pelosok/luar daerah (tentara, polisi, insinyur pertambangan, dll) pasti menemukan kendala dalam melakukan pengisian. Apalagi jika Anda bepergian ke luar daerah tiap Sabtu dan Minggu, mungkin pernah melihat spanduk seperti gambar berikut.

Kami menerima banyak laporan di lapangan adanya perselisihan dan pertengkaran antara penjual dan pelanggan akibat kebijakan tersebut. Jika Anda telepon ke Customer Service di nomor 116 melalui ponsel, maka Anda akan mendapatkan penjelasan bahwa pengisian bisa dilakukan di manapun. Penjelasan Telkomsel tersebut memang benar adanya. Namun, pada prakteknya di lapangan, para penjual dilarang oleh dealernya untuk melakukan pengisian ke nomor luar regional.

Memang ada limit sebesar 5% untuk transaksi cross-region. Namun kami mengalami banyak kendala secara prinsip maupun teknis untuk memenuhinya, antara lain:

1. Data HLR tiap region yang kurang lengkap disebabkan sumber yang berbeda-beda.
2. Peredaran nomor baru yang belum bisa dideteksi oleh sistem.
3. Adanya nomor daur-ulang/recycled.
4. Akurasi yang tidak sama untuk tiap tempat.
5. Tidak ada data resmi dari Telkomsel.
6. Simpang siur informasi, tidak ada informasi resmi dari Telkomsel.

Sementara pihak Telkomsel belum bisa memblokir di sistem mereka karena keterbatasan teknologi yang digunakan. Oleh sebab itu, para penjual tidak berani mengambil resiko chip MKIOS-nya diblokir oleh dealer dan menolak transaksi ke nomor Anda. Ya, Anda tentu paham bahwa itu rancu sebab transaksi lintasnya bisa dideteksi, tapi tidak bisa diblokir.

Ada beberapa solusi yang mungkin cocok untuk Anda jika kesulitan untuk mengisi nomor Telkomsel, yaitu:

1. Bagi Anda yang pergi ke luar daerah untuk sementara, bisa menggunakan nomor sementara sebagai calling-card (sekali pakai, bisa dibuang, tidak perlu isi pulsa). Cocok untuk Anda yang sedang bertugas, liburan, belanja, melakukan liputan, dll.
2. Bagi Anda yang pergi ke luar daerah secara rutin, bisa mengganti nomornya dengan nomor operator lain yang lebih mudah diisi di mana saja tanpa batasan regional. Cocok untuk Anda yang sering pulang-pergi tiap minggu ke Ibukota.
3. Bagi Anda yang keberatan dengan dua solusi di atas, bisa melakukan pengisian lewat mesin ATM atau mobile-banking yang bisa memberikan kemudahan bertransaksi di mana saja.

Ada solusi lain yang lebih baik? Silakan isi komentar Anda di bawah tulisan ini. Anda juga bisa bergabung ke Grup Facebook kami di sini dan silakan tulis pendapat Anda.

Terima kasih kepada Anda yang sudah mengirim data HLR kepada kami.

Anyway, kami mengalami kesulitan untuk melakukan update karena hal-hal sebagai berikut.

1. Semua bilang paling valid

Ada beberapa data yang tidak cocok satu sama lain. Menurut versi A, prefix sekian punya Pontianak. Tapi menurut versi B, prefix tersebut punya Jawa Tengah. Setelah dikonfirmasi, semua mengatakan bahwa sumbernya dari dealer dan pasti valid. Karena semua paling valid, dan ada yang tidak cocok, maka kami kesulitan untuk mengupdate. Ini sulitnya kalau dari pihak Telkomsel tidak ada data resmi, jadi mana yang bener?

2. Format tidak sama

Satu dealer, formatnya berbeda dengan yang lain. Isi kolomnya juga beda-beda. Ini yang cukup menyita waktu lama, sebab harus diubah satu-persatu ke format yang sudah kami gunakan. Kalau cuma beda +6281xx dengan 081xx tidak begitu jadi soal, tapi kalau format kolomnya beda?

Apakah ada standar penomoran HLR yang resmi dari Telkomsel?

3. Kurang Lengkap

Ada yang prefixnya banyak, tapi tidak ada data lokasi. Ada yang cuma satu regional saja. Ada yang isinya prefixnya doang, hehehe, saya paham banget nih…situ juga males kan ngeditnya .

Nah begitulah kondisinya. Kita ini lagi diuji kesabarannya. Ini semua karena tidak ada satu data resmi yang standard dari Telkomsel. Jadi saya dengan Anda tidak perlu berselisih atau ngomel-ngomel untuk satu hal yang di luar kendali kita. Slow aja. Satu-persatu pasti selesai.

Btw, saya sudah bikin format standard yang bisa dikirimkan supaya prosesnya lebih cepat dan mudah dicek. Silakan masuk ke Forum Voucha: Cara mengirim data HLR. Tenang, kami pasti bantu.

Tapi kalau tahun depan kayak begini lagi…

Tapi outlet di sebelah Anda,  yang punya orang China, atau orang Vietnam. Sopir Taksi di kota Anda orang India. Sopir Bajaj orang Thailand. Koki restoran padang orang China. Yang jualan software di Mangga Dua orang Rusia. Sopir Busway orang Filipina. Tukang cukur orang Yaman. Tukang besi tua orang Afghanistan. Tukang buah segar orang Korea. Tukang nasi gorengnya orang Jepang. Tukang ojeknya dari Srilanka.

Server all-operatornya? Bagaimana kalau sodara kita, Malaysia.

Nah, makanya hati-hati kalau ngomong Free Trade.

Contoh 1: Invalid PDU (SMS Client)

07912618485400F906580D9126789867
5756F601202190944082012021909440
8220FFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFF

Pesan kesalahan: ‘FF’ is not a valid integer value.

Contoh 2: Invalid Date Time Value (Dompet Pulsa)

07912618485400F9060A038164F10120
21905052820120219050528200FFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFF

Pesan kesalahan: ”2005/25/28 10:2:12,0” is not a valid date and time.

Contoh 3: Invalid Date Time Value (Indosat SEV)

059126181642040ED0CD1655FE76A7D7
0000012616282826AD0B2FB9C9EA7C36
E603090B47CAEB3C372103C4C0E8362B
2174C068AD974321BA8EEA6D7D72018A
E86ABE56AB11A2D66034DABCB6971EA9
296CDBAD84C26B3D57232DC0D34A5BFD
72069F95C6787E5A0B09B1C06CD6C331
7

Pesan kesalahan: ”2010/62/61 82:82:62,0” is not a valid date and time.

Problem ini pertama kali dilaporkan pada 2010-01-22 09:01 (22 Januari 2010 pukul 09:00). Total laporan sampai tulisan ini dibuat adalah sebanyak 743 laporan! Jumlah yang luar biasa.

Kami belum mengetahui apa penyebabnya secara pasti. Algoritma pembacaan SMS dalam format PDU tidak mengalami perubahan sejak versi 3.0. Selain itu, problem ini tidak selalu terjadi tiap hari (acak).

Ada kemungkinan dari hardware (modem) yang digunakan atau mungkin juga dari jaringan GSM. Kami belum tahu. Jika rekan-rekan mengetahui informasi yang lebih baik, dengan senang hati kami akan menerimanya. Jika ada kesalahan dari software (algoritma), dengan senang hati kami perbaiki.

“Proper Prior Planning Prevents Poor Performance.”

Persiapan, ternyata masalah paling mendasar yang sering kami temukan pada saat pemasangan Voucha3, terutama pengguna Voucha3 Express. Ada yang spek komputernya tidak sesuai standard, ada yang pakai PC bekas yang sudah tidak layak pakai, ada yang tidak punya UPS, dll. Wah, bisa dibayangkan bagaimana nasib data yang akan disimpan di dalamnya. Sangat beresiko, bukan?

Walaupun, tidak semuanya begitu. Ada juga yang sudah siap semuanya, tinggal install dan training. Waktunya pas dan cepat selesai.

Untunglah spek bisa disesuaikan, diganti dengan yang lebih layak, UPS bisa dicari. Tapi tetap saja waktu pemasangan jadi molor, dan efeknya jadwal pemasangan yang lain bisa tertunda. Padahal, sebelumnya kami dikejar-kejar agar segera melakukan pemasangan, ternyata ketika petugas kami datang siap melakukan pemasangan kok banyak yang belum siap.

Wah, wah, wah… kalau belum siap mbok ya dipersiapkan dulu semuanya sebelum dipasang. Sayang sekali waktunya..

Selain faktor teknisnya, ada juga faktor manusianya. Ownernya. Ada yang masih sibuk ngurusin bisnis yang lain. Ada yang masih sibuk kerja di bidang lain. Untuk ngurusin servernya, udah ngga punya waktu lagi selain waktu senggang malam hari atau hari libur. Prinsipnya, kalau tidak fokus maka semua momen-momen berharganya di bisnis server pulsa sudah lewat, diambil orang lain. Kalau ada problem, sudah tidak fresh lagi karena dalam kondisi lelah bekerja di tempat lain.

Kalau menurut saya, secara mental itu belum siap. Karena ada di sebuah situasi di mana persiapan rendah, sementara ekspektasinya tinggi, cara berpikirnya tidak rasional. Kalau memang urusan kerjaannya di tempat lain belum beres, apa ngga sebaiknya dibereskan dulu? Kalau komitmennya di bisnis lain belum beres, apa ngga sebaiknya dituntaskan dulu?

Tapi kok justru ngga sabaran minta langsung segera dipasang. Pas sudah datang, orangnya justru lagi sibuk, ngga fokus, trainingnya gak efektif. Jadi, pas mengoperasikan tetap ngga paham, dan itu kelihatan dari laporan problemnya

Wah, wah, wah.. kalau begitu pemasangan berikutnya akan kami screening dulu untuk memastikan bahwa secara teknis calon client memang sudah layak, dan secara non-teknis memang sudah siap.

Persiapkan dulu ya, Pak. Selesaikanlah dulu urusan-urusan yang lain satu per-satu. Ndak enak lho menjalankan keputusan yang terburu-buru dan didominasi hawa nafsu.

Dari laporan tersebut, kami mulai mempelajari bagian demi bagian. Alangkah terkejutnya kami sebab komponen Yahoo! Messenger yang baru tersebut rakus sekali memakan memory. Setiap kali ada message yang masuk atau keluar, pemakaian memori langsung naik beberapa puluh kilobyte dan tidak turun kembali. Jika berlangsung dalam waktu lama, pemakaian memori bisa memakan lebih dari 1GB. Perhatikan screenshot Task Manager berikut, versi 3.1.1.184 yang rakus memori dan bandingkan dengan versi 3.1.1.187 yang sudah ‘dibersihkan’.

Berdasarkan temuan tersebut, kami memodifikasi beberapa bagian source code dari komponen supaya tidak rakus memory. Butuh waktu berhari-hari untuk membersihkan kode-kode yang boros memori tersebut dan mengujinya secara internal.

Jika Anda masih menggunakan versi lama, sebaiknya segera update ke versi yang terbaru untuk menghindari problem Out of Memory. Gunakan Voucha3 Device 3.1.1 Build 345 dan Voucha3 Forwarder 3.1.1.187.

Fix problem tersebut kami sertakan di rilis Voucha3 Device 3.1.1.335 – BETA dan Voucha3 Forwarder 3.1.1.184 – BETA yang dapat Anda download di Forum Voucha. Silakan login ke Forum Voucha untuk mendownload updatenya. Kami ucapkan terima kasih karena Anda sudah sabar menunggu.

Catatan: Update hanya berlaku untuk pelanggan aktif dan yang sudah memperpanjang lisensi tahunan saja. Jika Lisensi Anda telah expired dan Anda belum memperpanjang, silakan lakukan perpanjangan lisensi tahunan Anda terlebih dahulu.