Berangkat dari issue no.14 di Google Code dari Milisdad yang intinya memberi masukan agar sistem keamanan password di Keuangan Guyub bisa diperbaiki, dimana sekarang hanya memakai hashing MD5 yang sudah sangat mudah dipecahkan, terlebih banyaknya website-website yang menyediakan MD5 conversion dan reservese semisal http://md5.gromweb.com, dan lain sebagainya.

Sebagaimana digambarkan di blog Milisdad, dengan kondisi KG yang sekarang ini maka apabila seseorang sudah mempunyai akses ke database aplikasi, maka dengan sangat mudah bisa mengganti password user yang ada dengan password yang diinginkan, semisal string d41d8cd98f00b204e9800998ecf8427e untuk login tanpa password.

Oleh karena itu di SVN KG pada r84 sudah dilakukan update minor yang intinya menambahkan kombinasi hashing dengan ’salt’ yang referensinya dari blog http://iblogger.web.id/post/tips-memperpanjang-karakter-password-dengan-kombinasi-hashing/256/webq/. Perubahan dari sisi aplikasi hanya dilakukan di bagian model untuk user (../models/user_model.php), dimana hanya ada 2 baris yang diganti, yaitu;

1. Bagian fill_validate_login yang digunakan untuk autentifikasi, baris

$this->db->where(‘password’, md5($password));

diganti:

$this->db->where(‘password’, sha1(“contoh_salt”.md5($password)));

2. Dan bagian fill_data yang digunakan tambah dan update user, baris

$this->data['password'] = md5($this->input->post(‘password’));

diganti:

$this->data['password'] = sha1(“contoh_salt”.md5($this->input->post(‘password’)));

Sedangkan dari sisi database-nya juga dilakukan 2 langkah yaitu;

1. Modifikasi kolom ‘password’ pada tabel ‘login’ dari char(32) menjadi char(41) dengan query;

alter table login modify password char(41);

2. Update manual password di database untuk user admin dengan 6a07bf21c43a6609756d640311253480e86b4b50 untuk login dengan password 4dm1n.

Tahap selanjutnya adalah setelah login aplikasi KG di browser, segera edit model untuk user yang telah juga diedit di awal dengan mengganti ‘contoh_salt’ dengan variasi karakter lain yang diinginkan. Setelah itu silahkan update password admin dan user-user lainnya dengan menggunakan fasilitas ‘Ubah’ di menu ‘Pengguna’.

—-

Sebagai penutup, sebagaimana telah kita ketahui bersama bahwa masalah keamanan dalam aplikasi bukan hanya terletak pada sisi aplikasi itu sendiri, tetapi juga sangat tergantung lingkungan yang terkait dengan aplikasi tersebut secara keseluruhan semisal keamanan jaringan, sistem operasi, database, dan lain-lain, termasuk faktor-faktor non teknis lainnya.

Sebagai wujud terima kasih dan sekaligus sebagai bekal untuk Ubuntu Jogja yang akan mengadakan Maverick Release Party (MRP) dalam acara pameran UMKM di Jogja Expo Center (JEC), maka Keuangan Guyub merilis paket .Deb dengan nama kg_20100717-1_all.deb berbasis Keuangan Guyub versi 2.

Bagi yang ingin mendapatkan paket ini silahkan unduh langsung pada halaman download Keuangan Guyub di Google Code http://code.google.com/p/keuangan-guyub/downloads/detail?name=kg_20100717-1_all.deb.

Keuangan Guyub versi ini dipaketkan menjadi paket tunggal saja. Konfigurasi database lokal menggunakan dbconfig-common. Setelah instalasi, defaultnya KG dapat diakses http://localhost/kg. Dan sebagaimana instalasi dari paket standar ZIP, untuk pertama kali administrator  dapat login dengan menggunakan username = admin dan password = 4dm1n.

Adapun cara instalasinya pada GUI bisa lansung melakukan klik 2 kali pada file, atau jika menggunakan terminal dapat dilakukan dengan perintah;

sudo dpkg -i /lokasi/folder/kg_20100717-1_all.deb

sedangkan untuk uninstal silahkan lakukan dengan perintah

sudo dpkg -r kg

Versi pemaketan untuk Debian/Ubuntu ini sudah di tes dan dapat berjalan dengan baik pada Ubuntu 10.04 dan 10.10.

Salah satu keistimewaan dari Keuangan Guyub bagi UKM jasa adalah adanya fasilitas Jurnal Proyek yang memungkinkan pengguna untuk mengelola keuangan tiap proyek langsung terintegrasi dengan keuangan perusahaan secara umum. Fasilitas Jurnal Proyek ini bisa dikatakan juga semacam manajemen proyek sederhana yang terintegrasi dengan keuangan perusahaan secara umum.

Secara umum aturan input Jurnal Proyek ini sama dengan Jurnal Umum, dimana berlaku standar akuntansi seperti jumlah nilai akun untuk debet dan kredit harus seimbang, dan lain-lain. Perbedaan paling utamanya adalah pada Jurnal Proyek ada tambahan inputan dari pengguna berupa informasi transaksi ini berkaitan dengan proyek apa. Oleh karena ini juga, maka sebelumnya pengguna harus memasukkan data proyek dan klien dari proyek-proyek yang dikerjakan oleh perusahan tersebut.

Input Data Proyek Pada Menu Proyek

Data-data proyek yang telah diinput sebelumnya akan dapat digunakan ketika melakukan input jurnal proyek, dimana ada fasilitas untuk memilih proyek yang berkaitan dengan transaksi.

Input Jurnal Proyek

Setelah jurnal proyek ini di Post, maka hasilnya selain bisa dilihat secara umum pada keuangan perusahaan secara umum seperti Jurnal Umum, Buku Besar, Laporan Laba Rugi, dll, tetapi juga bisa dilihat per proyek pada menu Jurnal Proyek atau Laporan Proyek yang ada di Keuangan Guyub.

Laporan Proyek

Jurnal Penutup adalah jurnal umum yang dibuat pada akhir periode akuntansi dengan tujuan untuk memindahkan atau menutup saldo Akun sementara/nominal. Akun nominal terdiri dari pendapatan dan biaya. Dalam pembuatan Jurnal Penutup, perlu dibuka Akun baru yaitu Akun Ikhtisar Laba Rugi yang digunakan untuk menampung pemindahan saldo Akun nominal.
Tujuan Penutupan, yaitu

1. Menentukan laba atau rugi.
2. Memisahkan pendapatan/biaya antar tahun buku.
3. Mendapatkan neraca akhir.
4. Memisahkan perangkat pembukuan (berkas atau file) antar tahun buku.

Pada saat membuat Jurnal Penutup, beberapa langkah yang harus dilakukan sebagai berikut :

1. Menutup Akun Pendapatan dengan memindahkan saldo setiap Akun Pendapatan ke Akun Ikhtisar Laba Rugi.
Pada neraca saldo setelah penyesuaian, akun pendapatan posisinya di sisi kredit. Pada jurnal penutup, pindahkan posisi pendapatan di kredit ke debit. Maka jurnal penutup pada tahap ini adalah:
Pendapatan  ……………..*       Rp xxx
Ikhtisar Laba/Rugi                                     Rp xxx

* segala jenis pendapatan

2. Menutup Akun Biaya dengan memindahkan saldo setiap Akun Biaya ke Akun Ikhtisar Laba Rugi.
Pada neraca saldo setelah penyesuaian, akun biaya posisinya di sisi debet. Pada jurnal penutup, pindahkan posisi biaya di debit ke kredit. Maka jurnal penutup pada tahap ini adalah:
Ikhtisar Laba/Rugi                   Rp xxx
Biaya  ……………..*                                  Rp xxx

* segala jenis biaya termasuk depresiasi/penyusutan dan kerugian piutang

3. Menutup Akun Laba Rugi dengan memindahkan saldo Akun tersebut ke Akun Modal.
Untuk memperoleh nilai laba/rugi (ikhtisar laba rugi) pada tahap ini, terlebih dahulu kurangkan hasil penutupan rekening pendapatan dan biaya pada neraca saldo setelah penyesuaian = laba/rugi. Laba jika pendapatan > biaya. Rugi jika pendapatan < biaya, sehingga jurnal penutup untuk tahap ini adalah:
Ikhtisar Laba/Rugi                   Rp xxx
Modal                                                      Rp xxx

4. Menutup Akun Prive (jika ada) dengan memindahkan saldo Akun tersebut ke Akun Modal.
Untuk menutup akun prive yang bersaldo debit pada neraca saldo setelah penyesuaian, posisikan akun prive tersebut di kredit :
Modal                                      Rp xxx
Prive                                                        Rp xxx

Membuat Jurnal Penutup di Aplikasi Keuangan Guyub :
Dimisalkan semua akun dan kelompok akun : aktiva, kewajiban, modal, biaya, dan pendapatan telah terisi/memiliki saldo. Langkah yang harus dilakukan yaitu :
1. Klik submenu Jurnal Penutup.
2. Input data Jurnal Penutup sesuai form yang tersedia, mulai dari memasukkan Nomor Jurnal, Tanggal, dan Deskripsi.

Jurnal Penutup

3. Setelah itu klik button Lihat Detail untuk melihat Detail Jurnal Penutup. Detail Jurnal Penutup akan tampil di bagian bawah Jurnal Penutup.

Detail Jurnal Penutup

4. Klik button Post untuk membuat Jurnal Penutup.

Pada rilis sebelumnya, untuk mengganti logo perusahaan pada laporan keuangan dan laporan proyek masih dilakukan secara manual yaitu dengan mengganti lokasi gambar pada file neraca.php dan report.php (Memasang Logo Perusahaan Pada Laporan). Pada rilis mendatang akan ditambahkan fitur upload logo otomatis melalui menu “Data Wajib Pajak”. Berikut ini screenshot-nya:

Untuk memasukan logo perusahaan, dilakukan dengan klik tombol “Browse” lalu pilih gambar kemudian pilih checkbox “Gunakan Logo pada Laporan”  kemudian tekan tombol “Simpan”. Maka secara otomatis logo perusahaan akan tampil di setiap laporan keuangan dan laporan proyek. Jika anda hanya ingin mengupload gambar saja dan tidak ingin menampilkan logo pada laporan maka cukup hilangkan checkbox “Gunakan Logo pada Laporan”.

Fitur ini baru terdapat di SVN dan baru dapat tersedia pada rilis KG mendatang.

Jurnal Koreksi dilakukan jika dalam penjurnalan ditemui adanya kesalahan dalam pembukuannya. Jika dalam pembukuan di jurnal umum atau pun pada jurnal penyesuaian ditemukan adanya kesalahan maka harus dibuatkan koreksi. Bentuk jurnal koreksi mirip dengan jurnal umum. Pada bagian setelah pengakunan selesai dilakukan dalam jurnal, cantumkan keterangan koreksi kesalahan pada jurnal yang mana dan sertakan tanggal jurnal yang salah tersebut.

Koreksi berkaitan dengan kesalahan yang kadang-kadang terjadi di dalam pencatatan. Penyesuaian bukan merupakan pengkoreksian kesalahan. Penyesuaian merupakan suatu keharusan sebagai konsekuensi dianutnya konsep dasar tertentu (yaitu asas akrual) sedangkan koreksi merupakan suatu yang harus dihindari atau merupakan hal yang seharusnya tidak terjadi.

Tujuan dibuatnya Jurnal Koreksi dalam penjurnalan agar hasil koreksi tersebut menjadi jurnal yang seharusnya ada dan membatalkan kesalahan penjurnalan sebelumnya.
Fungsi Jurnal Koreksi :

1. Menetralkan kesalahan.
2. Mencatat transaksi seperti yang seharusnya.

Kesalahan yang sering terjadi dalam penjurnalan antara lain :
1. Kesalahan dalam jumlah nominal (angka rupiah)
Biasanya kesalahan terjadi karena jumlah rupiah yang tercantum dalam jurnal terlalu besar atau terlalu kecil.

• Jika terlalu besar, hitunglah terlebih dahulu berapa nilai selisih lebih. Selanjutnya akun yang di debit pindahkan posisinya ke kredit dan sebaliknya perkiraan yang di kredit pindahkan posisinya di debit. Hal ini dilakukan guna mengimbangkan antara posisi debit dan kredit agar jurnal yang telah di koreksi merupakan jurnal yang seharusnya.

• Jika terlalu kecil, setelah dihitung selisih kurangnya maka buatkanlah lagi jurnal yang sama seperti pada jurnal sebelum koreksi (jurnal umum/jurnal penyesuaian yang salah).

2. Kesalahan dalam mencantumkan nama akun
Kesalahan ini terjadi manakala pencatatan dalam jurnal salah dalam mencantumkan nama akun. Kesalahan ini dapat dinetralkan dengan cara mengkompensasi akun yang keliru dengan jumlah rupiah yang sama dan sekaligus menimbulkan akun yang benar dengan jumlah yang sama pula.
3. Kombinasi kesalahan dalam jumlah nominal dan pencantuman nama akun dalam jurnal
Prinsip pembuatan jurnal koreksi adalah hapus yang salah kemudian buat jurnal yang benar.

Contoh Jurnal Koreksi :

Tanggal 20 Mei 2010, Membayar biaya sewa Rp 960.000 keliru dicatat sebagai menerima pendapatan proyek Rp 96.000

Biaya Sewa           Rp 960.000
Kas                                               Rp 960.000
Keliru dicatat :
Kas                           Rp 96.000
Pendapatan Proyek                     Rp 96.000

Analisis Jurnal :
Pada contoh ini akun dan jumlah yang dicantumkan salah. Jika terdapat kesalahan dalam pencantuman akun dan jumlah nominal, maka akun dan jumlah yang keliru harus dikeluarkan terlebih dahulu kemudian gantikan dengan jurnal baru yaitu nama akun dan jumlah nominal yang seharusnya .
Jurnal Koreksinya sebagai  berikut :
1. Membuang nama akun dan jumlah nominal yang salah.
Pendapatan Proyek        Rp 96.000
Kas                                                         Rp 96.000
2. Membuat jurnal baru untuk menggantikan jurnal yang salah.
Biaya Sewa                     Rp 960.000
Kas                                                         Rp 960.000
Untuk membuat Jurnal Koreksi pada Aplikasi sebagai berikut :
1. Klik submenu Jurnal.
2. Lakukan Pencarian Jurnal dengan menginput bulan dan tahun jurnal.
3. Detail Jurnal akan tampil di bagian bawah halaman Jurnal.

Detail Jurnal

4. Cari Jurnal yang salah dan klik link Jurnal Koreksi untuk mengkoreksi kesalahan pada jurnal.

Jurnal Koreksi

Masukkan Nomor jurnal, tanggal jurnal yang ingin dikoreksi, dan alasan koreksi. Setelah itu klik button Post.

5.Buat jurnal baru untuk menggantikan jurnal yang salah. Klik submenu Jurnal Umum, dan input data jurnal.

Jurnal Umum

Masukkan Nomor jurnal, tanggal, deskripsi, dan detail(akun, debit, kredit). Setelah itu klik button Post untuk menyimpan Jurnal Umum.

Ajang Indonesia ICT Award (INAICTA) 2010 telah menyelesaikan acara puncaknya pada tanggal 23-24 Juli 2010, dimana telah diumumkan pula daftar pemenang untuk semua kategori pada malam anugerah INAICTA 2010.

Alhamdulillah Keuangan Guyub mendapat penghargaan “Special Mention” untuk kategori Open Source, sedangkan “Winner” dan “Merit” diperoleh oleh MetaCare dan RcmdrPlugin.Econometrics. Selamat kami ucapkan kepada para pemenang, nominator dan juga para peserta yang telah berhasil maupun belum berhasil mengirimkan karyanya, ayo lanjutkan karya kita dan implementasikan di dunia nyata agar bisa benar-benar bermanfaat secara luas.

Terlebih lagi untuk para nominator walaupun tidak menang, masih memiliki kesempatan yang sangat baik untuk menimba ilmu dan mencari jaringan melalui acara selanjutnya dari INAICTA yaitu Business Coaching dan Business Matching Program.

Akhir kata kami ingin mengucapkan terima kasih yang sebesar-besarnya kepada seluruh tim dan komunitas yang telah mendukung Keuangan Guyub, juri dan panitia INAICTA 2010 yang telah bekerja keras dan sabar direpotkan oleh kami para peserta, Kak Adi yang membantu menyiapkan materi pameran, dan semua pihak yang telah membantu dan mendukung kami yang tidak dapat disebutkan satu persatu.

Sampai jumpa pada acara dan kegiatan ICT selanjutnya dan maju terus ICT Indonesia.

Salah satu yang baru pada rilis kedua Keuangan Guyub adalah adanya fitur input nilai saldo awal akun. Fitur ini terletak di menu Administrasi submenu Saldo Awal yang hanya bisa diakses oleh pengguna yang mempunyai hak Administrator.

Tampilan submenu Saldo Awal

Fitur ini memberi kemudahan bagi pengguna Keuangan Guyub yang ingin segera migrasi ke Keuangan Guyub tanpa harus melakukan input/migrasi data seluruh jurnal transaksi sebelumnya.

Akan tetapi yang harus diperhatikan berkaitan dengan Saldo Awal ini adalah;

1. Semua akun yang telah dibuat pada sistem sebelumnya harus sudah dibuat terlebih dahulu, sehingga bisa muncul di daftar akun pada submenu Saldo Awal.
2. Saldo Awal yang diinput adalah saldo akun setelah penutupan. Oleh karena itu maka akun pada kelompok Pendapatan dan Beban harus 0 (pada field akan ditampilkan akan tetapi tidak bisa diedit).
3. Sistem Keuangan Guyub hanya akan menyimpan data Saldo Awal yang memenuhi syarat yaitu nilai antara debit dan kredit seimbang.

Konfirmasi validasi debit dan kredit tidak seimbang

Bismillahirrahmanirrahim

Hari ini 17 Juli 2010, kami merilis versi kedua dari Keuangan Guyub – Aplikasi Keuangan Open Source untuk UKM Jasa.

Silahkan langsung download paket rilisnya pada link berikut;

• Aplikasi Keuangan Guyub versi KG-2010717-2 (yang sudah termasuk file aplikasi, database (production, demo dan upgrade), petunjuk instalasi (.txt), dan petunjuk upgrade (.txt), dll).
• Dokumentasi Pengguna KG-20100717-2.

Adapun versi kedua ini berisi;

1. Semua fitur yang telah ada pada rilis pertama minus Laporan Neraca Sebelum Penyesuaian dan Laporan Neraca Sesudah Penyesuaian yang dihilangkan.
2. Semua perbaikan dari issues/bugs di rilis pertama.
3. Fitur standar grafik untuk Open Flash Chart, dimana contoh grafiknya sudah ada di Home yaitu Grafik Laba Rugi Bulanan.
4. Fasilitas untuk migrasi dari manual atau sistem akuntansi lain berupa submenu Saldo Awal di Menu Manajemen.

Dan yang tidak kalah penting, kami juga sangat mengharapkan saran, masukan, kritikan dan kontribusi dari teman-teman semua, bisa melalui halaman blog ini, wiki atau mailing list Keuangan Guyub.

Semoga berkah dan bermanfaat,

—

Guyub – Palembang, Indonesia

Sebagaimana telah diumumkan di website resmi INAICTA 2010, setelah mengikuti penjurian tahap 2 aplikasi Keuangan Guyub dinyatakan menjadi salah satu nominator untuk kategori Open Source bersama dengan 4 nominator lain di kategori yang sama… Alhamdulillah.

Adapun daftar nominator selengkapnya untuk kategori Open Source adalah;

1. Kalkun – Open source Web Based SMS management (OS-0544)
2. SIMZAKI-Sistem informasi Manajemen Zakat teri-integrasi (OS-0372)
3. MetaCare-Helathcare Services Management System’ (OS-0339)
4. RcmdrPlugin.Econometric, free Open Source Software untuk analisa Ekonometri dan Pemodelan Runtun waktu (OS-0332)
5. Keuangan Guyub – Aplikasi keuangan Open Source untuk UKM jasa (OS-0168)

Selanjutnya Keuangan Guyub juga akan melakukan exibition pada acara puncak INAICTA 2010 di Jakarta Convention Center (JCC) pada tanggal 23 dan 24 Juli 2010, bersama dengan nominator-nominator lain dari semua kategori. Jadi jika ada teman-teman yang berkesempatan hadir di acara exibition nanti, ditunggu kedatangannya, siapa tau kita bisa lakukan kopi darat .

Rencana Rilis Kedua Keuangan Guyub

Sebagaimana informasi kebijakan rilis di wiki, untuk saat ini sampai mencapai versi stabil baik dari fitur dan validitas Keuangan Guyub akan rilis minimal 3 bulan. Untuk versi kedua Keuangan Guyub rencananya akan rilis pada tanggal 17 Juli 2010.  Adapun versi kedua ini nantinya akan berisi;

1. Semua fitur yang telah ada pada rilis pertama.
2. Semua perbaikan dari issues/bugs di rilis pertama.
3. Fitur standar grafik untuk Open Flash Chart, dimana contoh grafiknya sudah ada di Home yaitu Grafik Laba Rugi Bulanan.
4. Fasilitas untuk migrasi dari manual atau sistem akuntansi lain berupa submenu Saldo Awal di Menu Manajemen.

Selain itu tentunya juga akan disediakan dokumentasi pengguna, informasi cara instalasi dan juga langkah-langkah upgrade dari versi sebelumnya. Oleh karena itu untuk saat ini agar dapat memperoleh fitur dan update terbaru (terkhusus untuk keperluan production) komunitas dianjurkan untuk menunggu rilis kedua atau checkout via SVN.

Demikian dari kami,

—-

Guyub, Palembang – Indonesia