Betul sekali Mr. Kid. Krn saya terlalu terbiasa dengan format English US jadi salah mengambil kesimpulan.
Setelah uji coba berulang kali dengan kombinasi format US atau Indonesian, No Rek tanpa "." (titik) atau dengan *.* (titik) maka saya sependapat dengan Mr. Kid bahwa: - Format YYYY-MM-DD dapat berlaku untuk kriteria Format Indonesian maupun English US (ga perlu diubah2 jika diketik secara manual), namun jika diisi berdasarkan code Calendar.Value maka format akan disesuaikan secara otomatis. - Hindari pemakaian titik pada COA karena tidak berlaku untuk format Indonesian. Terima kasih Mr. Kid. CMIISR (Correct Me If I am Still Wrong) HK On Monday, 16 December 2013, 15:33, Hendrik Karnadi <[email protected]> wrote: Terima kasih juga kpd sdri DM yang telah aktif melakukan uji coba dgn format Indonesian. Untuk rekan2 yang mau melihat filenya bisa link ke sini https://db.tt/KWJubavr Salam, HK Sent from Samsung Mobile Terima kasih juga kpd sdri DM yang telah aktif melakukan uji coba dgn format Indonesian. Untuk rekan2 yang mau melihat filenya bisa link ke sini https://db.tt/KWJubavr Salam, HK Sent from Samsung Mobile -------- Original message -------- Subject:Re: [belajar-excel] Pengaruh reg setting terhadap advanve filter From:Hendrik Karnadi <[email protected]> To:[email protected] Cc: Terima kasih Mr. Kid atas petunjuknya. Ternyata, kesalahannya ada pada format tanggal data sumber yang blm saya sesuaikan dengan format YYYY-MM-DD. Adapun meng COAnya (walaupun ga terstruktur) msh bisa jalan. Memang design awalnya titik dan angka dibelakangnya bisa diganti dengan asterisk (*) kalau mau lihat "induknya". Sekali lagi terima kasih Mr. Kid, ternyata format input (walaupun sama2 Indonesian) sangat berpengaruh terhadap hasil filter. Salam, HK Sent from Samsung Mobile "Mr. Kid" <[email protected]> wrote: Pak Hendrik, Kriteria tanggal dengan format YYYY-MM-DD jarang sekali (selama saya gunakan ndak pernah) gagal di komputer dengan regional setting apapun. Dari gambar yang Pak Hendrik lampirkan, permasalahannya bukan pada kriteria tanggal, tetapi pada kriteria no rek. Biasanya, kode sesuatu (termasuk COA atau NPWP sekalipun) sebaiknya disimpan tanpa tanda baca. Teks tampilan ke user yang berupa nilai kode menurut manusia beserta teks keterangan kode menurut manusia adalah 2 kolom tersendiri. Jadi, untuk kasus seperti milik Pak Hendrik ini, kode COA sebaiknya 110000 dengan teks kode bernilai 1100 dan teks keterangan blablabla. Contoh kode lain adalah 121003 dengan teks kode 1210.03 dan teks keterangan kode bliblibli. Biasanya, developer yang berbasis database pun sering melalaikan hal ini, karena dinilai terlalu ribet. Kadangkala malah seluruh tabel referensi kode bukan berisi item terkecil dari kode, seperti ada kode 121000 sebagai sebuah baris referensi yang menjadi induk dari kode 121001,121002,dst yang juga ada dalam tabel referensi. btw, jika tetap akan mempertahankan keadaan penulisan kode yang demikian, maka akan ada asumsi yang harus digunakan. Asumsi tersebut, tidak ada nilai no rek sebuah cell yang ada dalam cell lain, seperti di record referensi kode ke-5 bernilai 1210, kemudian direcord lain ada kode bernilai 1210.03 Artinya, setiap kode yang ada tanda bacanya (seperti kolom no rek) adalah item terkecil data referensi. Dengan begitu, maka kriteria advanced filter bisa menggunakan wildcard character asterix (*) setelah nilai no rek yang menjadi kriteria, seperti no rek 1210.03 pada data, ditulis pada area kriteria sebagai 1210.03* Jika keterangan kode selalu tertulis seragam dan unique (misal selalu hasil lookup ke tabel referensi dan tidak pernah ditulis oleh user sendiri dan unique layaknya si kode) maka kolom no rek tidak perlu dijadikan kriteria advanced filter dan cukup menggunakan teks keterangan kode. Hati-hati dengan data yang menampilkan keterangan berupa induk kodenya. Seperti ada kode 1210 yang keterangannya adalah blablabla, yang memiliki anak item 1210.01 dengan keterangan bla1, 1210.02 dengan keterangan bla2, dst, tetapi pada tabel data yang disimpan adalah 1210.01 dengan keterangan induknya berbunyi blablabla dan bukan bla1. Artinya, pada keadaan demikian, keterangan kode dalam tabel data tidak bisa dijadikan kriteria advanced filter karena tidak mewakili nilai kode. Catatan : 1. Regional Setting sebuah komputer yang mempengaruhi Excel secara signifikan adalah pada data-data bertipe numerik dan datetime. 2. Banyak sekali proses yang dilakukan Excel (terutama dalam VBA) yang didahului dengan mengkonversi seluruh data ke regional setting English US didalam prosesnya (dilakukan oleh Excel), sehingga akan terjadi salah konversi. 3. Sebisa mungkin, hindari penggunaan karakter koma, titik, titik koma dalam kode, bilangan, tanggal dan waktu. Wassalam, Kid. 2013/12/16 hendrik karnadi <[email protected]> > >Terima kasih Mr Kid. > > >Apabila Kriteria tanggal diganti menjadi >=2009-01-01 dan <=2009-12-31, >hasil filternya tetap kosong jika menggunakan Reg Format Indonesian, tetapi >hasil filternya OK jika menggunakan RegFormat English US. >Terlampir apabila menggunakan Reg Format Indonesian. > > >Salam, >HK > > > > > > >On Monday, 16 December 2013, 4:48, Mr. Kid <[email protected]> wrote: > > >Hai Pak Hendrik, > >Sepertinya ini kasus advanced filter dengan kriteria. Jika berinteraksi dengan >user, maka user diberi ruang input nilai kriteria disuatu cell tertentu. > >Kemudian tabel kriteria mengambil nilai dari cell tersebut disertai proses >menyusun nilai disertai format yang sesuai. >Kalau kriterianya adalah suatu bilangan, hindari penggunaan pemisah ribuan dan >lakukan substitute pada pemisah desimal dengan karakter pemisah desimal yang >mengikuti regional setting komputer setempat. >Kalau kriterianya adalah datetime, maka susun agar nilai kriteria (yang >diproses terhadap inputan user) memiliki format YYYY-MM-DD untuk hari dan >HH:mm:ss untuk waktu. > >Wassalam, >Kid. > > > > > > > > > > >2013/12/15 Hendrik Karnadi <[email protected]> > > >> >>Dear Be- Exceller, >>https://db.tt/6ChSeMpE >>Link diatas adalah masalah advance filter menggunakan macro. >>Jika regional settingnya english us maka macronya (tombol ulangi) dapat >>berjalan dgn baik. Tapi ketika reg settingnya indonesian maka hasil filternya >>kosong. >>Yang lebih membingungkan dgn reg setting ind, ketika dilakukan advance filter >>secara manual dan direkam, manualnya berjalan dengan baik tapi jika hasil >>rekam macronya dijalankan kembali maka hasil filternya kosong. >>Ini bukan quis melainkan kasus yang dialami rekan kita namum belum berhasil >>saya temukan penyebabnya. Mohon bantuan rekan2... >>Terima kasih. >> >> >>Salam, >>HK >> >> >>Sent from Samsung Mobile > > > Terima kasih Mr. Kid atas petunjuknya. Ternyata, kesalahannya ada pada format tanggal data sumber yang blm saya sesuaikan dengan format YYYY-MM-DD. Adapun meng COAnya (walaupun ga terstruktur) msh bisa jalan. Memang design awalnya titik dan angka dibelakangnya bisa diganti dengan asterisk (*) kalau mau lihat "induknya". Sekali lagi terima kasih Mr. Kid, ternyata format input (walaupun sama2 Indonesian) sangat berpengaruh terhadap hasil filter. Salam, HK Sent from Samsung Mobile "Mr. Kid" <[email protected]> wrote: Pak Hendrik, Kriteria tanggal dengan format YYYY-MM-DD jarang sekali (selama saya gunakan ndak pernah) gagal di komputer dengan regional setting apapun. Dari gambar yang Pak Hendrik lampirkan, permasalahannya bukan pada kriteria tanggal, tetapi pada kriteria no rek. Biasanya, kode sesuatu (termasuk COA atau NPWP sekalipun) sebaiknya disimpan tanpa tanda baca. Teks tampilan ke user yang berupa nilai kode menurut manusia beserta teks keterangan kode menurut manusia adalah 2 kolom tersendiri. Jadi, untuk kasus seperti milik Pak Hendrik ini, kode COA sebaiknya 110000 dengan teks kode bernilai 1100 dan teks keterangan blablabla. Contoh kode lain adalah 121003 dengan teks kode 1210.03 dan teks keterangan kode bliblibli. Biasanya, developer yang berbasis database pun sering melalaikan hal ini, karena dinilai terlalu ribet. Kadangkala malah seluruh tabel referensi kode bukan berisi item terkecil dari kode, seperti ada kode 121000 sebagai sebuah baris referensi yang menjadi induk dari kode 121001,121002,dst yang juga ada dalam tabel referensi. btw, jika tetap akan mempertahankan keadaan penulisan kode yang demikian, maka akan ada asumsi yang harus digunakan. Asumsi tersebut, tidak ada nilai no rek sebuah cell yang ada dalam cell lain, seperti di record referensi kode ke-5 bernilai 1210, kemudian direcord lain ada kode bernilai 1210.03 Artinya, setiap kode yang ada tanda bacanya (seperti kolom no rek) adalah item terkecil data referensi. Dengan begitu, maka kriteria advanced filter bisa menggunakan wildcard character asterix (*) setelah nilai no rek yang menjadi kriteria, seperti no rek 1210.03 pada data, ditulis pada area kriteria sebagai 1210.03* Jika keterangan kode selalu tertulis seragam dan unique (misal selalu hasil lookup ke tabel referensi dan tidak pernah ditulis oleh user sendiri dan unique layaknya si kode) maka kolom no rek tidak perlu dijadikan kriteria advanced filter dan cukup menggunakan teks keterangan kode. Hati-hati dengan data yang menampilkan keterangan berupa induk kodenya. Seperti ada kode 1210 yang keterangannya adalah blablabla, yang memiliki anak item 1210.01 dengan keterangan bla1, 1210.02 dengan keterangan bla2, dst, tetapi pada tabel data yang disimpan adalah 1210.01 dengan keterangan induknya berbunyi blablabla dan bukan bla1. Artinya, pada keadaan demikian, keterangan kode dalam tabel data tidak bisa dijadikan kriteria advanced filter karena tidak mewakili nilai kode. Catatan : 1. Regional Setting sebuah komputer yang mempengaruhi Excel secara signifikan adalah pada data-data bertipe numerik dan datetime. 2. Banyak sekali proses yang dilakukan Excel (terutama dalam VBA) yang didahului dengan mengkonversi seluruh data ke regional setting English US didalam prosesnya (dilakukan oleh Excel), sehingga akan terjadi salah konversi. 3. Sebisa mungkin, hindari penggunaan karakter koma, titik, titik koma dalam kode, bilangan, tanggal dan waktu. Wassalam, Kid. 2013/12/16 hendrik karnadi <[email protected]> Terima kasih Mr Kid. Apabila Kriteria tanggal diganti menjadi >=2009-01-01 dan <=2009-12-31, hasil filternya tetap kosong jika menggunakan Reg Format Indonesian, tetapi hasil filternya OK jika menggunakan RegFormat English US. Terlampir apabila menggunakan Reg Format Indonesian. Salam, HK On Monday, 16 December 2013, 4:48, Mr. Kid <[email protected]> wrote: Hai Pak Hendrik, Sepertinya ini kasus advanced filter dengan kriteria. Jika berinteraksi dengan user, maka user diberi ruang input nilai kriteria disuatu cell tertentu. Kemudian tabel kriteria mengambil nilai dari cell tersebut disertai proses menyusun nilai disertai format yang sesuai. Kalau kriterianya adalah suatu bilangan, hindari penggunaan pemisah ribuan dan lakukan substitute pada pemisah desimal dengan karakter pemisah desimal yang mengikuti regional setting komputer setempat. Kalau kriterianya adalah datetime, maka susun agar nilai kriteria (yang diproses terhadap inputan user) memiliki format YYYY-MM-DD untuk hari dan HH:mm:ss untuk waktu. Wassalam, Kid. 2013/12/15 Hendrik Karnadi <[email protected]> Dear Be- Exceller, https://db.tt/6ChSeMpE Link diatas adalah masalah advance filter menggunakan macro. Jika regional settingnya english us maka macronya (tombol ulangi) dapat berjalan dgn baik. Tapi ketika reg settingnya indonesian maka hasil filternya kosong. Yang lebih membingungkan dgn reg setting ind, ketika dilakukan advance filter secara manual dan direkam, manualnya berjalan dengan baik tapi jika hasil rekam macronya dijalankan kembali maka hasil filternya kosong. Ini bukan quis melainkan kasus yang dialami rekan kita namum belum berhasil saya temukan penyebabnya. Mohon bantuan rekan2... Terima kasih. Salam, HK Sent from Samsung Mobile
