Sistem Operasi Solaris

Solaris merupakan suatu operasi system turunan asli dari varian kernel Unix yang dikembangkan pada tahun 1969 oleh American Telephone and Telegraph (AT&T). Solaris pada umumnya digunakan untuk menjalankan web server dan database server. Sejak Sun memulai membangun Solaris, pangsa pasar ditujukan untuk perusahaan menengah ke atas (Enterprise). Solaris juga membangun sebuah operasi system yang berfokus pada bagaimana Solaris bisa berjalan dengan baik dan stabil dengan membandingkan operasi system dengan turunan Unix lainnya. Solaris memberikan dukungan pada kemampuan Multiprocessor, bagaimana mengatasi deadlock, bagaimana menjaga dan meningkatkan CPU dan bagaimana teknik memanajemen Memory yang baik. Jika dilakukan perbandingan multiprocessor pada mesin yang sebanding antara Solaris 10 x86, RedHat Enterprise Linux 4, RedHat Enterprise Linux 5 dan Windows  Server 2003 R2. Solaris lebih unggul dalam stabilitas, efisiensi dan juga memiliki kinerja terbaik pada sebuah system operasi.

Dukungan Multiprocessor

Kernel Solaris memiliki kemampuan fully preemtible yang artinya semua thread, termasuk thread yang mendukung aktifitas kernel itu sendiri dapat ditunda untuk menjalankan thread dengan prioritas yang lebih tinggi; memiliki penjadwalan secara soft realtime; mendukung symmetrically multiprocessing yang mengoptimalkan kerja semua processornya dalam tingkatan yang sama, sehingga memberikan kualitas akses yang sama pada hardware computer yang lain dan; mendukung juga user-level multithreading.

Dukungan multiprocessor pertama kali ditambahkan pada kernel Solaris, pengembang lebih mengutamakan pada kemampuan kernel, karena dengan kernel yang stabil, mampu meningkatkan concurrency, dan juga mampu mendukung dan mengontrol lebih dari satu thread dalam satu proses user. Thread sendiri mampu melaksanakan system calls dan menangani page faults secara independent. Untuk membuat kernel mendukung pengoperasian multiprocessor, thread mengontrol untuk menjalankan proses secara bersamaan pada processor yang berbeda. Para pengembang juga ingin kernel yang dibangun tersebut dapat beroperasi secara soft realtime, yang diperlukan untuk mengontrol penjadwalan yang berlebihan dan preemption adalah tindakan sementara pada proses yang sedang dilakukan oleh system computer, untuk melanjutkan proses di lain waktu. Dan preemption ini memungkinan untuk mengeksekusi pada banyak titik proses.

Kernel thread menggunakan resources yang sangat sedikit, dan peralihan kernel threadnya relative sangat sedikit karena tidak memerlukan sebuah perubahan space pada virtual memory. Kernel thread juga memiliki kemampuan fully preemptible dan dapat menjadwalkan berdasarkan prioritas pada realtime. Solaris mampu menggunakan kernel threads untuk memungkinkan asynchronous aktifitas kernel, seperti menulis asynchronous disk. Hal ini menghilangkan berbagai komplikasi dari idle loop dan menggantikannya dengan penjadwalan thread secara independent. Hal ini meningkatkan concurrency karena tindakan yang ditangani oleh CPU terpisah dan memberikan aktifitas pada prioritas asynchronous sehingga dapat dijadwalkan secara tepat. Kernel thread juga menangani interrupt. Jika thread ditemukan interrupt, maka akan menguncinya pada blok-blok yang mengalami interrups tersebut dan memungkinkan untuk menghapus dan mencegah terjadinya deadlock. Karena membuat thread baru setiap kali terjadi interrupt itu sangat memakan waktu, maka kernel menyiapkan bagian-bagian untuk menginisialisasi thread interrupt tersebut, dan ketika interrupt terjadi maka satuan kerja tersebut memindahkannya pada tumpukan thread interrupt.

Diagram Multithreading Levels and Relation ships

  Fitur utama pada multiprocessor kernel Solaris adalah dengan dukungan Lightweight Processes(LWPs). Dukungan LWPs sendiri adalah mendukung beberapa control dari kernel thread pada banyak proses user, seperti yang ditunjukan pada Gambar 2. Mereka berbagi space dengan proses, dan resources proses. Kernel mendukung pelaksanaan LWPs dengan menghubungkan penggunaan kernel thread dengan LWP masing-masing. Tiap-tiap user level library menggunakan LWPs untuk mengimplementasikan user level threads. Hal ini memungkinkan proses user memiliki ribuan thread tanpa membebankan kernel.

1. Deadlocks

            Seperti yang dibahas sebelumnya, kernel Solaris dirancang untuk mencegah deadlocks yang disebabkan oleh thread interrupt. Hal ini dilakukan dengan memblokir thread-thread interrupt, jika ditemukan maka variable sinkronisasi akan terkunci dan menunggu sampai bagian yang critical sudah selesaikan. Strategi penguncian kernel ini digunakan untuk mengunci yang berbasis data. Didalam metode ini, setiap data dilindungi oleh objek sinkronisasi.

            Kernel juga mengimplementasikan pencegahan deadlocks menggunakan penguncian Mutual Exclusion (mutexes) untuk mencegah lebih dari satu thread dari tiap-tiap proses ketika ditemukan penguncian. Ini menghindari race condition ketika mengakses data secara bersamaan. Jika mutex tidak dapat mengatur penguncian tersebut, maka kebijakan pemblokiran defaultnya adalah dengan cara memutari penguncian tersebut ke arah processor. Status ini akan terus berulang jika tidak menjalankan suatu proses dan menghentikan putaran tersebut, maka statusnya pun akan idle. Hal ini memberikan respon yang cepat dengan tingkat overhead yang rendah.

            Deadlocks Detection juga diimplementasikan, deadlocks ini disebabkan oleh hierarchy violations yang mendeteksi pada saat runtime dengan menggunakan mekanisme prioritas inheritance. Karena mekanisme ini tidak mampu mendeteksi semua deadlocks, beberapa deadlocks yang tidak dapat terdeteksi adalah dengan kondisi yang bervariasi.

2. Virtual Memory

            Pada saat booting, Solaris membagi semua memori ke dalam tiap-tiap halaman. Biasanya,membagi 4 kilobyte, dan dapat berkisar hingga 4 megabyte. Solaris menggunakan algoritma LRU Second Chance two-handed untuk sistem virtual memory. Semua halaman diberikan kesempatan kedua bagi suatu halaman untuk berada didalam memory karena halaman yang sudah lama berada di memory mungkin saja adalah halaman yang sering digunakan dan akan digunakan lagi. Hal ini dilakukan oleh thread kernel pada Solaris yang biasa disebut Scanner. Kesempatan kedua itu direalisasikan dengan adanya bit acuan yang diset untuk suatu halaman. Halaman yang lebih dulu diakses berada didepan antrian dan yang baru saja diakases berada dibelakang antrian. Ketika terjadi kesalahan halaman, algoritma ini tidak langsung mengganti halaman didepan antrian tapi terlebih dahulu memeriksa bit acuannya. Jika bit acuannya sama dengan nol, halaman tersebut akan langsung diganti. Jika bit acuannya sama dengan satu, halaman tersebut akan dipindahkan ke akhir antrian dan bit acuannya diubah menjadi nol, kemudian mengulangi proses ini untuk halaman yang sekarang berada didepan antrian.

Scanning dilakukan secara berkala pada sistem dan tergantung pada jumlah free memory. Aktifitas scanner sistem berada di bawah parameter lotsfree(batas parameter untuk memulai paging dari free memory yang tersedia), yang defaultnya adalah 1/64 dari memori utama. Pageout scannerkemudian akan melakukan scanning antara batas tetap slowscan dan fastscan. Jika diperlukan, juga dapat dikonfigurasi untuk menjaga scanner dari penggunaan waktu CPU yang berlebihan.

Setelah memori turun di bawah desfree, yang defaultnya setengah dari lotsfree, akan memicutimer yang akan mencoba untuk mendapatkan rata-rata memori dalam waktu 30 detik di atas desfree.Jika seperti itu maka akan memicu soft swapping. Dalam soft swapping, akan menukar proses yang idle untuk jangka waktu tertentu. Proses standard idle adalah 20 detik.

Jika CPU menghabiskan lebih banyak waktu mengganti halaman daripada melakukanpekerjaan yang berguna (ketika rata-rata selama 30 detik turun di bawah minfree [setengah dari desfree] dan free memory yang saat itu dibawah desfree), maka akan masuk ke dalam swap. Jika terdapat proses yang membutuhkan memory besar dan membutuhkan waktu yang lama maka swap mengambil alih.Bahkan menjalankan pekerjaan yang layak untuk swap keluar, dan itu nikmatmengambil pekerjaan yang telah berjalan untuk waktu yang lama atau proses yang telah mengalokasikan jumlah yang relatif besar memori.

 Sejarah Singkat Solaris

Pada tahun 1969, engineers dari Bell Labs yang merupakan bagian dari AT&T, membuat operasi system baru yang dibiayai oleh Departemen Pertahanan Amerika. Sistem ini dikenal sebagai Unix, memiliki banyak fitur, namun fitur yang  paling menonjol adalah kemampuan untuk memungkinkan mengakses beberapa user pada waktu yang bersamaan. Pada awalnya, AT&T tidak memperbolehkan menjual perangkat lunak, karena AT&T hanya menerbitkan izin tanpa dukungan teknis pada pihak-pihak yang berkepentingan, salah satunya pada Lembaga Ilmu Komputer University of California, Berkley, yang menggunakan Unix pada tahun 1974. Pada tahun 1977, lulusan U.C. Berkley menciptakan Berkley Software versi pertama yang mendistribusikan Unix. Hal ini menarik Departemen Pertahanan Amerika yang sedang mencari cara untuk mendesentralisasikan jaringan komputernya. Maka bersama-sama mengembangkan cara untuk mendesentralisasikan jaringan dan pada akhirnya tercipta World Wide Web(WWW). Pada tahun 1987 Sun Microsystems dan AT&T bekerjasama dalam satu aliansi untuk mengembangkan Unix System V Release 4(SVR4). Sejak saat itu Sun memperbaiki dan mendukung OS Solaris yaitu dengan menambahkan lebih banyak lagi fitur-fitur baru, termasuk untuk arsitektur komputer 64-bit. Versi minor SunOS yang dirilis oleh Sun disertakan dalam penamaan Solaris, misalnya Solaris 2.4 yang merupakan SunOS 5.4. Namun setelah versi Solaris 2.6, Sun menghilangkan angka “2” di depan kodifikasi versinya, sehingga rilis berikutnya SunOS 5.7 dinamakan sebagai Solaris 7 dan rilis terakhir adalah Solaris 11. Oracle saat ini merilis Solaris 11 Express untuk platform SPARC dan x86, Oracle Solaris sendiri dapat berjalan pada lebih dari 1.000 sistem dari produsen terkemuka dan memegang ratusan rekor dunia pada Oracle’s Sun x86-based X-series server dan SPARC-based T-series dan M-series servers. Oracle Solaris 11 Express memberikan keamanan, pengelolaan dan kinerja yang profesional IT.

Berikut secara jelas perkembangan Solaris dalam kurun waktu sebagai berikut;

1.             1965       : Bell Laborotaries bergabung dengan MIT dan General Electric mengembangkan Multics.

2.             1970       : Ken Thompson dan Dennis Ritchie mengembangkan UNIX.

3.             1965       : Bell Laborotaries bergabung dengan MIT dan General Electric mengembangkan Multics.

4.             1970       : Ken Thompson dan Dennis Ritchie mengembangkan UNIX.

5.             1971       : Versi B-Language dari sistem operasi jalan pada PDP-11.

6.             1973       : UNIX ditulis ulang dalam bahasa C.

7.             1974       : Thomson dan Ritchie mempublikasikan paper dan memacu antusiasme yangbesar terhadap UNIX di kalangan akademisi. Berkeley mulai mengembangkan BSD.

8.             1975       : Versi license pertama UNIX BSD diluncurkan.

9.             1979       : Bill Joy memperkenalkan "Berkeley Enhancements" sebagai BSD 4.1.

10.         1982       : AT&T pertama kali memasarkan UNIX. Sun Microsystem berdiri (Sunsingkatan dari Stanford University Network). Di perusahaan inilah Bill Joy sangpengembang UNIX BSD bergabung.

11.         1983       : Sun Microsystem memperkenalkan SunOS‡ 1984  : Sekitar 100.000 situs UNIX tersebar di seluruh dunia.

12.         1988       : AT&T dan Sun mengawali pekerjaan pengembangan SVR4 (System VRelease 4) yang merupakan versi gabungan dari UNIX (BSD & System V).

13.         1988       : OSF (Open Software Foundation) dibentuk, kemudian sebagai counternyaAT&T, Sun, Data General, dan Unisys membentuk UI (UNIX International).

14.         1989       : AT&T meluncurkan System V, release 4.

15.         1990       : OSF merluncurkan OSF/1.

16.         1992       : Sun memperkenalkan Solaris, yang berbasis System V, Release. SunOSyang berbasis BSDF UNIX, akan di nonaktifkan.

17.         1993       : Novell membeli UNIX dari AT&T.

18.         1994       : Solaris 2.4 tersedia.

19.         1995       : Santa Cruz Operation membeli UNIXware dari Novell. SCO dan HP mengumumkan kerja sama untuk mengembangkan UNIX versi 64-bit. Solaris 2.5 tersedia di pasaran. Pada tahun ini juga Linux, versi UNIX yang ditulis oleh Linus Tovalds secara aktif dikembangkan dan mengalami perkembangan yang pesat dengan berkembangnya Internet di mana komunitas developer dapat dengan mudah saling berhubungan secara online.

20.         1997       : Solaris 2.6 tersedia di pasaran.

21.         1998       : Solaris 7 tersedia di pasaran.

22.         2000       : Solaris 8 tersedia di pasaran.

23.         2001       : Solaris 9 Beta testing Q3.

24.         2004       : Solaris 10 diluncurkan di pasaran. Pada versi ini Sun berencana untuk menjadikan Solaris sebagai open source. Pada versi ini Solaris dapat menjalankan aplikasi-aplikasi yang jalan pada Linux secara native. Pada versi sebelumnya, untuk dapat menjalankan aplikasi yang jalan di Linux pada Solaris harus diinstall suatu package yang disebut Janus dan dijalankan sebagai suatu service.

25.         2011       : Solaris 11 diluncurkan di pasaran.

Sun Microsystem Inc. Memegang peranan penting pada perkembangan Sun Solaris. Pada bulan Januari 2010, Sun Microsystem melakukan akuisisi pada Oracle, maka Solaris dikenal sebagai Oracle Solaris. Solaris mendistribusikan source codenya dibawah licensi Common Development and Distribution License (CCDL). Oracle juga akan memulai program mitra teknologi yang telah dilakukan pada produk-produk lainnya dengan nama Oracle Technology Network (OTN) yang memberikan akses serta izin atas source code solaris tersebut.

•  Kelebihan dan kekurangan solaris 

 1. Kelebihan :

• Free redistribution, setiap user bisa membeli atau memberikan secara bebas software tersebut oleh dirinya sendiri atau sebagai bagian dari kumpulan distributor.
• Derived works, setiap orang bisa mengubah kode dan mendistribusikan kembali untuk umum.
• No discrimination, kode disediakan untuk semua orang agar bisa dikembangkan.
• ZFS adalah Fasilitas Restore Mirip seperti feature Restore di sistem operasi Windows.
• Banyak tool observasi dan debugging, misal seperti tool monitoring system, modular debugger (MDB), dynamic tracing (D-Trace).
• Memiliki beberapa bentuk virtulasasi, selain virtualisasi pada tingkat system operasi seperti virtualisai pada Solaris Zone, OpenSolaris juga mendukung virtualisasi untuk Xvm hypervisor, Logical Domains (LDoms), virtualbox dan bisa juga jalan pada VMware dan beberapa framework virtualisasi yang lainnya.
• Mempunyai tingkat skalabilitas yang tinggi. OpenSolaris dapat berjalan pada single prosesor maupun multiprosesor dengan ratusan CPU dan RAM dengan ukuran terabyte.
• Integrasi AMP stack (Apache, MySQL, PHP) untuk menjalankan web server.
• Sistem file stabil untuk database, server Internet, Intranet, file-server, Internet-client, pembangunan Java.  
•  Solaris bisa dijalankan di atas prosesor yang berspek x86,x64 dan SPARC.

 2. Kekurangan :

• Harga sistem operasi komersil yang mahal (versi berbayar).
• Kepantasan inovasi Linux lama kelamaan memberi kesan kepada sistem Unix komersil.
• Sistem operasi Unix versi "hampir" percuma tidak sebaik sistem operasi Unix komersil.
• Driver hardware yang kurang baik.

Kasus Manajemen Keungan Pada PT KIMIA FARMA TBK

Skandal Manipulasi Laporan Keuangan PT. Kimia Farma Tbk.

PT Kimia Farma adalah salah satu produsen obat-obatan milik pemerintah di Indonesia. Pada audit tanggal 31 Desember 2001, manajemen Kimia Farma melaporkan adanya laba bersih sebesar Rp 132 milyar, dan laporan tersebut di audit oleh Hans Tuanakotta & Mustofa (HTM). Akan tetapi, Kementerian BUMN dan Bapepam menilai bahwa laba bersih tersebut terlalu besar dan mengandung unsur rekayasa. Setelah dilakukan audit ulang, pada 3 Oktober 2002 laporan keuangan Kimia Farma 2001 disajikan kembali (restated), karena telah ditemukan kesalahan yang cukup mendasar. Pada laporan keuangan yang baru, keuntungan yang disajikan hanya sebesar Rp 99,56 miliar, atau lebih rendah sebesar Rp 32,6 milyar, atau 24,7% dari laba awal yang dilaporkan. Kesalahan itu timbul pada unit Industri Bahan Baku yaitu kesalahan berupa overstated penjualan sebesar Rp 2,7 miliar, pada unit Logistik Sentral berupa overstated persediaan barang sebesar Rp 23,9 miliar, pada unit Pedagang Besar Farmasi berupa overstated persediaan sebesar Rp 8,1 miliar dan overstated penjualan sebesar Rp 10,7 miliar.

Kesalahan penyajian yang berkaitan dengan persediaan timbul karena nilai yang ada dalam daftar harga persediaan digelembungkan. PT Kimia Farma, melalui direktur produksinya, menerbitkan dua buah daftar harga persediaan (master prices) pada tanggal 1 dan 3 Februari 2002. Daftar harga per 3 Februari ini telah digelembungkan nilainya dan dijadikan dasar penilaian persediaan pada unit distribusi Kimia Farma per 31 Desember 2001. Sedangkan kesalahan penyajian berkaitan dengan penjualan adalah dengan dilakukannya pencatatan ganda atas penjualan. Pencatatan ganda tersebut dilakukan pada unit-unit yang tidak disampling oleh akuntan, sehingga tidak berhasil dideteksi. Berdasarkan penyelidikan Bapepam, disebutkan bahwa KAP yang mengaudit laporan keuangan PT Kimia Farma telah mengikuti standar audit yang berlaku, namun gagal mendeteksi kecurangan tersebut. Selain itu, KAP tersebut juga tidak terbukti membantu manajemen melakukan kecurangan tersebut.

Selanjutnya diikuti dengan pemberitaan di harian Kontan yang menyatakan bahwa Kementerian BUMN memutuskan penghentian proses divestasi saham milik Pemerintah di PT KAEF setelah melihat adanya indikasi penggelembungan keuntungan (overstated) dalam laporan keuangan pada semester I tahun 2002. Dimana tindakan ini terbukti melanggar Peraturan Bapepam No.VIII.G.7 tentang Pedoman Penyajian Laporan Keuangan poin 2 – Khusus huruf m – Perubahan Akuntansi dan Kesalahan Mendasar poin 3) Kesalahan Mendasar, sebagai berikut: "Kesalahan mendasar mungkin timbul dari kesalahan perhitungan matematis, kesalahan dalam penerapan kebijakan akuntansi, kesalahan interpretasi fakta dan kecurangan atau kelalaian. Dampak perubahan kebijakan akuntansi atau koreksi atas kesalahan mendasar harus diperlakukan secara retrospektif dengan melakukan penyajian kembali (restatement) untuk periode yang telah disajikan sebelumnya dan melaporkan dampaknya terhadap masa sebelum periode sajian sebagai suatu penyesuaian pada saldo laba awal periode. Pengecualian dilakukan apabila dianggap tidak praktis atau secara khusus diatur lain dalam ketentuan masa transisi penerapan standar akuntansi keuangan baru."

Berdasarkan hasil pemeriksaan Bapepam diperoleh bukti sebagai berikut :
Terdapat kesalahan penyajian dalam laporan keuangan PT.Kimia Farma, adapun dampak kesalahan tersebut mengakibatkan overstated laba pada laba bersih untuk tahun yang berakhir 31 Desember 2001 sebesar Rp.32,7 milyar yang merupakan 2,3% dari penjualan dan 24,7% dari laba bersih PT.Kimia Farma Tbk.Selain itu kesalahan juga terdapat pada

Unit industri bahan baku, kesalahan berupa overstated pada penjualan sebesar Rp.2,7 milyar. Unit logistik sentral, kesalahan berupa overstated pada persediaan barang sebesar Rp.23,9 miliar.

Unit pedagang besar farmasi (PBF), kesalahan berupa overstated pada persediaan barang sebesar Rp.8,1 milyar. Kesalahan berupa overstated pada penjualan sebesarRp.10,7 milyar. Kesalahan-kesalahan penyajian tersebut dilakukan oleh direksi periode 1998 – juni 2002 dengan cara :

Membuat dua daftar harga persediaan yang berbeda masing-masing diterbitkan pada tanggal 1 Februari 2002 dan 3 Februari 2002, dimana keduanya merupakan master price yang telah diotorisasi oleh pihak yang berwenang yaitu Direktur Produksi PT.Kimia Farma. Master price per 3 Februari 2002 merupakan master price yang telah disesuaikan nilainya (mark up) dan dijadikan dasar sebagai penentuan nilai persediaan pada unit distribusi PT.Kimia Farma per 31 Desember 2001.
Melakukan pencatatan ganda atas penjualan pada unit PBF dan unit bahan baku. Pencatatan ganda dilakukan pada unit-unit yang tidak disampling oleh akuntan.
Berdasarkan uraian tersebut tindakan yang dilakukan oleh PT.Kimia Farma terbukti melanggar peraturan Bapepam no. VIII.G.7 tentang pedoman penyajian laporan keuangan. poin 2, Perubahan Akuntansi dan Kesalahan Mendasar poin 3 Kesalahan Mendasar, sebagai berikut:

“Kesalahan mendasar mungkin timbul dari kesalahan perhitungan matematis, kesalahan dalam penerapan kebijakan akuntansi, kesalahan interpretasi fakta dan kecurangan atau kelalaian.”

Pihak-Pihak yang terlibat

Ø manajemen lama PT Kimia Farma Tbk

Ø akuntan publik Hans Tuanakota Mustofa (HTM)

Ø Ludovicus Sensi W rekan KAP Hans Tuanakota Mustofa (HTM) selaku auditorPT.Kimia Farma.

Ø Direksi lama PT.Kimia Farma periode 1998 – juni 2002

Sehubungan dengan temuan tersebut, maka sesuai dengan pasal 102 UU nomor 8 tahun 1995 tentang Pasar Modal. Pasal 61 PP no.45 tahun 1995 tentang penyelenggaraan kegiatan bidang pasar modal maka PT.Kimia Farma Tbk, dikenakan sanksi administratif berupa denda yaitu sebesar Rp.500 juta.
Sesuai Pasal 5 huruf n Undang-Undang No.8 Tahun 1995 tentang Pasar Modal, maka:

1. Direksi Lama PT Kimia Farma (Persero) Tbk. periode 1998 – Juni 2002 diwajibkan membayar sejumlah Rp 1.000.000.000,- (satu miliar rupiah) untuk disetor ke Kas Negara, karena melakukan kegiatan praktek penggelembungan atas laporan keuangan per 31 Desember 2001.

2. Sdr. Ludovicus Sensi W, Rekan KAP Hans Tuanakotta dan Mustofa selaku auditor PT Kimia Farma (Persero) Tbk. diwajibkan membayar sejumlah Rp. 100.000.000,- (seratus juta rupiah) untuk disetor ke Kas Negara, karena atas risiko audit yang tidak berhasil mendeteksi adanya penggelembungan laba yang dilakukan oleh PT Kimia Farma (Persero) Tbk. tersebut, meskipun telah melakukan prosedur audit sesuai dengan Standar Profesional Akuntan Publik (SPAP), dan tidak diketemukan adanya unsur kesengajaan. Tetapi, KAP HTM tetap diwajibkan membayar denda karena dianggap telah gagal menerapkan Persyaratan Profesional yang disyaratkan di SPAP SA Seksi 110 – Tanggung Jawab & Fungsi Auditor Independen, paragraf 04 Persyaratan Profesional, dimana disebutkan bahwa persyaratan profesional yang dituntut dari auditor independen adalah orang yang memiliki pendidikan dan pengalaman berpraktik sebagai auditor independen.
Terjadinya penyalah sajian laporan keuangan yang merupakan indikasi dari tindakan tidak sehat yang dilakukan oleh manajemen PT. Kimia Farma, yang ternyata tidak dapat terdeteksi oleh akuntan publik yang mengaudit laporan keuangan pada periode tersebut.

Berdasarkan hasil pemeriksaan Bapepam diperoleh bukti sebagai berikut :
Terdapat kesalahan penyajian dalam laporan keuangan PT.Kimia Farma, adapun dampak kesalahan tersebut mengakibatkan overstated laba pada laba bersih untuk tahun yang berakhir 31 Desember 2001 sebesar Rp.32,7 milyar yang merupakan 2,3% dari penjualan dan 24,7% dari laba bersih PT.Kimia Farma Tbk.Selain itu kesalahan juga terdapat pada

Unit industri bahan baku, kesalahan berupa overstated pada penjualan sebesar Rp.2,7 milyar. Unit logistik sentral, kesalahan berupa overstated pada persediaan barang sebesar Rp.23,9 miliar.

Unit pedagang besar farmasi (PBF), kesalahan berupa overstated pada persediaan barang sebesar Rp.8,1 milyar. Kesalahan berupa overstated pada penjualan sebesarRp.10,7 milyar. Kesalahan-kesalahan penyajian tersebut dilakukan oleh direksi periode 1998 – juni 2002 dengan cara :

Membuat dua daftar harga persediaan yang berbeda masing-masing diterbitkan pada tanggal 1 Februari 2002 dan 3 Februari 2002, dimana keduanya merupakan master price yang telah diotorisasi oleh pihak yang berwenang yaitu Direktur Produksi PT.Kimia Farma. Master price per 3 Februari 2002 merupakan master price yang telah disesuaikan nilainya (mark up) dan dijadikan dasar sebagai penentuan nilai persediaan pada unit distribusi PT.Kimia Farma per 31 Desember 2001.
Melakukan pencatatan ganda atas penjualan pada unit PBF dan unit bahan baku. Pencatatan ganda dilakukan pada unit-unit yang tidak disampling oleh akuntan.
Berdasarkan uraian tersebut tindakan yang dilakukan oleh PT.Kimia Farma terbukti melanggar peraturan Bapepam no. VIII.G.7 tentang pedoman penyajian laporan keuangan. poin 2, Perubahan Akuntansi dan Kesalahan Mendasar poin 3 Kesalahan Mendasar, sebagai berikut:

“Kesalahan mendasar mungkin timbul dari kesalahan perhitungan matematis, kesalahan dalam penerapan kebijakan akuntansi, kesalahan interpretasi fakta dan kecurangan atau kelalaian.”

Pihak-Pihak yang terlibat

Ø manajemen lama PT Kimia Farma Tbk

Ø akuntan publik Hans Tuanakota Mustofa (HTM)

Ø Ludovicus Sensi W rekan KAP Hans Tuanakota Mustofa (HTM) selaku auditorPT.Kimia Farma.

Ø Direksi lama PT.Kimia Farma periode 1998 – juni 2002

Sehubungan dengan temuan tersebut, maka sesuai dengan pasal 102 UU nomor 8 tahun 1995 tentang Pasar Modal. Pasal 61 PP no.45 tahun 1995 tentang penyelenggaraan kegiatan bidang pasar modal maka PT.Kimia Farma Tbk, dikenakan sanksi administratif berupa denda yaitu sebesar Rp.500 juta.
Sesuai Pasal 5 huruf n Undang-Undang No.8 Tahun 1995 tentang Pasar Modal, maka:

1. Direksi Lama PT Kimia Farma (Persero) Tbk. periode 1998 – Juni 2002 diwajibkan membayar sejumlah Rp 1.000.000.000,- (satu miliar rupiah) untuk disetor ke Kas Negara, karena melakukan kegiatan praktek penggelembungan atas laporan keuangan per 31 Desember 2001.

2. Sdr. Ludovicus Sensi W, Rekan KAP Hans Tuanakotta dan Mustofa selaku auditor PT Kimia Farma (Persero) Tbk. diwajibkan membayar sejumlah Rp. 100.000.000,- (seratus juta rupiah) untuk disetor ke Kas Negara, karena atas risiko audit yang tidak berhasil mendeteksi adanya penggelembungan laba yang dilakukan oleh PT Kimia Farma (Persero) Tbk. tersebut, meskipun telah melakukan prosedur audit sesuai dengan Standar Profesional Akuntan Publik (SPAP), dan tidak diketemukan adanya unsur kesengajaan. Tetapi, KAP HTM tetap diwajibkan membayar denda karena dianggap telah gagal menerapkan Persyaratan Profesional yang disyaratkan di SPAP SA Seksi 110 – Tanggung Jawab & Fungsi Auditor Independen, paragraf 04 Persyaratan Profesional, dimana disebutkan bahwa persyaratan profesional yang dituntut dari auditor independen adalah orang yang memiliki pendidikan dan pengalaman berpraktik sebagai auditor independen.
Terjadinya penyalah sajian laporan keuangan yang merupakan indikasi dari tindakan tidak sehat yang dilakukan oleh manajemen PT. Kimia Farma, yang ternyata tidak dapat terdeteksi oleh akuntan publik yang mengaudit laporan keuangan pada periode tersebut.

Pemberian solusi pada kasus ini adalah seharusnya akuntan publik bertindak secara independen karena mereka adalah pihak yang bertugas memeriksa dan melaporkan adanya ketidakwajaran dalam pencatatan laporan keuangan. Dalam UU Pasar Modal 1995 disebutkan apabila di temukan adanya kesalahan, selambat-lambamya dalam tiga hari kerja, akuntan publik harus sudah melaporkannya ke Bapepam. Dan apabila temuannya tersebut tidak dilaporkan maka auditor tersebut dapat dikenai pidana, karena ada ketentuan yang mengatur bahwa setiap profesi akuntan itu wajib melaporkan temuan kalau ada emiten yang melakukan pelanggaran peraturan pasar modal. Sehingga perlu dilakukan penyajian kembali laporan keuangan PT. Kimia Farma Tbk. dikarenakan adanya kesalahan pencatatan yang mendasar, akan tetapi kebanyakan auditor mengatakan bahwa mereka telah mengaudit sesuai dengan standar profesional akuntan publik. Akuntan publik Hans Tuanakotta & Mustofa ikut bersalah dalam manipulasi laporan keuangan, karena sebagai auditor independen akuntan publik Hans Tuanakotta & Mustofa (HTM) seharusnya mengetahui laporan-laporan yang diauditnya itu apakah berdasarkan laporan fiktif atau tidak.

Berkaitan dengan sikap Skeptisme Profesional seorang auditor, sehingga jika akuntan publik tersebut tidak menerapkan sikap skeptisme profesional dengan seharusnya hingga berakibat memungkinkannya tidak terdeteksinya salah saji dalam laporan keuangan yang material yang pada akhirnya merugikan para investor.
Seorang auditor seharusnya professional, jujur dan lebih teliti dengan bidangnya untuk menghindari kesalahan laporan keuangan yang diauditnya karena Bapepam sebagai lembaga pengawas pasar modal bekerjasama dengan Direktorat Akuntansi dan Jasa Penilai Direktorat Jenderal Lembaga Keuangan yang mempunyai kewenangan untuk mengawasi para akuntan publik untuk mencari bukti-bukti atas keterlibatan akuntan publik dalam kesalahan pencatatan laporan keuangan baik disengaja ataupun tidak disengaja.

Kesimpulan dari kasus yang didapat adalah 
Pada akhirnya semua hal ini kembali kepada masing-masing individu auditornya dalam melaksanakan jasa profesionalnya yang menuntut sikap independensi, obyektifitas, kejujuran, integritas yang tinggi, serta kemampuan profesional dalam bidangnya

Sumber :  http://www.lintas.me/go/ekonomiplanner.blogspot.com/contoh-kasus-manajemen-keuangan

 https://liaaaajach.wordpress.com/2013/01/19/contoh-contoh-kasus-pelanggaran-etika-profesi-akuntansi/

Sertifikat Hijaukan Juanda :)

Perlu sekali kaum muda berpartisipasi dalam menghijaukan bumi , bumi adalah planet tempat kita tinggal , bumi kita sekarang ini dilanda krisis oksigen diakibatkan banyaknya kebakaran hutan . peran penting apakah yang harus dilakukan kaum muda ?
caranya adalah dengan menanam pohon dimulai dari lingkungan rumah kita , mengurangi pemakaian pendingin ruangan seperti ac , gunakan kipas angin untuk mengurangi CFC yang mengakibatkan lapisan penghalang panas bumi untuk dibuang .
Dari sini , saya ingin berbagi pengalaman sebagai volunteer di Green Explosion 2015 , saya ingin merasakan bagaimana menanam pohon di sekitar pinggrian jalan juanda yang cukup ramai .
Jam 7 Pagi saya berkumpul di depan FKM UI untuk registrasi dan menunggu volunteer lain yang ikut serta dalam kegiatan ini , kami berjalan kaki dari UI ke Juanda , sambil mempromosikan kegiatan ini dan mengajak pejalan kaki ikut serta dalam kegiatan ini. Di kegiatan ini tidak hanya mahasiswa yang berpartisipasi , ada juga ibu ibu , bapak bapak , anak kecil , dan bahkan dari pihak polri juga ikut .
Rasanya menyenangkan sekali , bisa hirup udara segar di lingkungan kampus ini , kami melewati jalan raya , disini udara segar tak bisa kami temui hanya polusi debu dan asap kendaraan yang lalu lalang .
Kami pasukan hijau membawa sekop , tanaman , dan air yang kami tampung dalam botol aqua . Kami sejenak menunggu volunteer lain yang belum datang .
Melihat tanah tanah sekitar juanda kering dan tidak subur , beberapa pohon memang sudah ditanam sebelumnya , rasanya tidak mengubah udara di jalan juanda ini jadi segar , makanya kami menambahkan tanaman agar udaranya di jalan ini jadi segar .
Setelah semua berkumpul , kami pun menanam pohon pucuk merah , dan menanam beberapa kayu yang mengelilingi tanaman yang kami tanam , sembari saya menanam , saya ikut berfoto dengan panitia , sebagai momen kenangan yang menyenangkan .
Setelah kami selesai menanam , kami ikut berfoto dan makan siang dengan makanan yang dibagikan panita , sembari melihat betapa ramainya jalan juanda yang dilalui kendaraan bermotor .
Dari pengalaman ini saya bisa petik , betapa bergunanya pohon bagi mahluk hidup , tanpa pohon tidak ada tersedianya udara segar , kenapa pohon sangat penting untuk produksi udara segar ? ketika pohon memproduksi makanannya , pohon akan menyerap karbondioksida disekitarnya untuk memproduksi makan , tapi tidak hanya CO2 yang dibutuhkan , pohon butuh air , air sangat penting untuk membuka stomata pada tumbuhan agar menyerap CO2  dan akan diubah jadi glukosa bersama CO2 , glukosa adalah sumber energi bagi tumbuhan , dari proses ini O2 didapat dari pemecahan H20 ketika reaksi terang .
6CO2 + 6H2O –> 6O2 + C6H12O6 , merupakan reaksi fotosintesis.
Jdi saya ingin menyimpulkan bahwa jagalah bumi dan tanamlah pohon dimulai dari halaman rumah anda , walaupun hal tersebut kecil tetapi itu bisa selamatkan bumi dari global warming :)