Kamis, 24 Januari 2013

SIKLUS PENDAPATAN DAN PENGELUARAN

1. Aktivitas Bisnis dan Batasan Siklus Pendapatan dan Pengeluaran

Siklus Akutansi adalah tahapan kegiatan yang dilalui dalam melaksanakan kegiatan akuntansi. Proses tersebut berjalan terus menerus dan berulang kembali sehingga merupakan suatu siklus.

  • Siklus Pendapatan

Siklus pendapatan adalah rangkaian aktivitas bisnis dan kegiatan pemrosesan informasi terkait yang terus berlangsung dengan menyediakan barang dan jasa ke para pelanggan dan menagih kas sebagai pembayaran dari penjualan- penjualan tersebut.Tujuan utama siklus pendapatan yaitu menyediakan produk yang tepat di tempat dan waktu yang tepat dengan harga yang sesuai.

  • Aktivitas Siklus Pendapatan  
Penerimaan pesanan dari para pelanggan
- mengambil pesanan pelanggan
- Persetujuan kredit
- Memeriksa ketersediaan persediaan
- Menjawab permintaan pelanggan

Pengiriman barang
- Ambil dan pak pesanan
- Kirim pesanan
- Penagihan dan piutang usaha
- Penagihan
- Pemeliharaan data piutang usaha
- Pengecualian : Penyesuaian rekening dan penghapusan

Penagihan kas


  • Siklus Pengeluaran 
Siklus Pengeluaran adalah rangkaian kegiatan bisnis dan operasional pemrosesan data terkait yang berhubungan dengan pembelian serta pembayaran barang dan jasa. Siklus pengeluaran terdiri dari transaksi pemerolehan barang atau jasa. Barang yang diperoleh perusahaan dapat berupa aktiva tetap dan surat berharga yang akan digunakan untuk menghasilkan pendapatan dalam jangka waktu lebih dari satu tahun atau sediaan dan surat berharga yang akan dikonsumsi atau digunakan untuk menghasilkan pendapatan dalam jangka waktu satu tahun atau kurang. Jasa yang diperoleh perusahaan juga dapat dibagi menjadi dua, yaitu jasa yang hanya menghasilkan manfaat satu tahun atau kurang (jasa personel, bunga, asuransi, iklan) dan jasa yang menghasilkan manfaat lebih dari satu tahun (aktiva tidak berwujud).

  • Aktivitas siklus pengeluaran 
*Metode pengendalian persediaan tradisional ini sering disebut: kuantitas pesanan ekonomis [EOQ]):

Pendekatan ini didasarkan pada perhitungan jumlah optimal pesanan untuk meminimalkan jumlah biaya      pemesanan, penggudangan dan kekurangan persediaan. 

*Metode-metode pengendalian persediaan alternatif :
MRP (material requirement planning)
Pendekatan ini bertujuan mengurangi tingkat persediaan yang dibutuhkan dengan cara menjadwalkan produksi, bukan memperkirakan kebutuhan.
*JIT (just in time)
Sistem JIT berusaha untuk meminimalkan, jika bukan menghilangkan, baik biaya penggudangan maupun kekurangan persediaan.

*Menerima dan menyimpan barang, Perlengkapan dan jasa (layanan)

Aktivitas bisnis utama kedua dalam siklus pengeluaran adalah penerimaan dan penyimpanan barang yang dipesan.

* Keputusan-keputusan penting dan kebutuhan-kebutuhan informasi:
Bagian penerimaan mempunyai dua tanggung jawab utama:
Memutuskan apakah menerima pengiriman.
Memeriksa jumlah dan kualitas barang.



2. Prosedur Pemrosesan Informasi

Pengolahan informasi adalah perubahan (pengolahan) dari informasi dengan cara terdeteksi oleh pengamat. Dengan demikian, itu adalah proses yang menggambarkan segala sesuatu yang terjadi (perubahan) dalam alam semesta , dari jatuh dari batu (perubahan posisi) untuk pencetakan dari file teks dari sebuah sistem komputer digital. Laten dan informasi manifest didefinisikan melalui persyaratan dari pengelakan (ketidakpastian yang tersisa, apa nilai pengirim telah benar-benar dipilih), disipasi (ketidakpastian dari pengirim apa penerima telah benar-benar diterima), dan transformasi (upaya tersimpan pertanyaan - dalih dikurangi disipasi) (Denning dan Bell, 2012).

Pengolahan informasi dapat berurutan atau paralel, baik yang mungkin terpusat atau desentralisasi (didistribusikan). The didistribusikan pemrosesan paralel pendekatan pertengahan 1980-an menjadi populer dengan nama koneksionisme . Pada awal tahun 1950, Friedrich Hayek adalah dari waktu ke depan ketika ia mengemukakan gagasan bahwa tatanan spontan di otak timbul dari jaringan desentralisasi dari unit sederhana ( neuron ). Namun, Hayek jarang dikutip dalam literatur koneksionisme . Jaringan koneksionis terdiri node yang berbeda, dan bekerja dengan "efek priming," dan ini terjadi ketika "simpul utama mengaktifkan simpul terhubung" (Sternberg & Sternberg, 2012). Tapi "tidak seperti dalam jaringan semantik, itu bukanlah sebuah node tunggal yang memiliki arti khusus, melainkan pengetahuan direpresentasikan dalam kombinasi node berbeda diaktifkan" (Goldstein, seperti dikutip dalam Sternberg, 2012).

Lima tahap dasar pengolahan informasi :

  1. Pengumpulan data - data dari sumber menangkap mereka dan merekamnya ke beberapa media (misalnya, kertas).
  1. Persiapan Data - menyalin, mengelompokkan, atau mengatur data dalam cara yang lebih nyaman untuk masukan.Memeriksa dan memverifikasi data yang dikumpulkan sering dilakukan pada tahap ini.
  1. Input data - memasukkan data atau mengirim data yang disimpan ke dalam sistem pengolahan.Memeriksa akurasi dan validitas data masukan yang sering dilakukan pada tahap ini.
  1. Pengolahan Data - menghitung atau memanipulasi data input dan bahkan menyimpan hasil untuk penggunaan masa depan.
  1. Output Informasi - memberikan hasil yang diproses dalam bentuk yang dapat dibaca (misalnya, laporan).
 Kebutuhan Informasi dan Prosedur

SIA harus menediakan informasi operasional yang dibutuhkan untuk melakukan fungsi-fungsi berikut ini:

  1)      Merespons pertanyaan pelanggan mengenai saldo akun dan status pesanan.
  2)      Memutuskan apakah kredit pelanggan tertentu dapat ditambah atau tidak.
  3)      Menentukan ketersediaan persediaan.
  4)      Memutuskan jangka waktu kredit yang ditawarkan.
  5)      Menentukan harga produk dan jasa.
  6)      Menetapkan kebijakan mengenai retur penjualan dan garansi.
  7)      Memilih metode untuk mengirim barang.

   3. Diagram Arus Data (DFD) Siklus Produksi dan Keuangan

Data Flow Diagram (DFD) adalah suatu diagram yang menggunakan notasi-notasi untuk menggambarkan arus dari data sistem, yang penggunaannya sangat membantu untuk memahami sistem secara logika, tersruktur dan jelas.

DFD Fisik
Representasi grafik dari sebuah sistem yang menunjukan entitas-entitas internal dan eksternal dari sistem tersebut, dan aliran-aliran data ke dalam dan keluar dari entitas-entitas tersebut. Entitas-entitas internal adalah personel, tempat (sebuah bagian), atau mesin (misalnya, sebuah komputer) dalam sistem tersebut yang mentransformasikan data. Maka DFD fisik tidak menunjukkan apa yang dilakukan, tetapi menunjukkan  dimana, bagaimana, dan oleh siapa proses-proses dalam sebuah sistem dilakukan. (Tidak Bahas).

DFD Logis
Representasi grafik dari sebuah sistem yang menunjukkan proses-proses dalam sistem tersebut dan aliran-aliran data ke dalam dan ke luar dari proses-proses tersebut.
Keuntungan dari DFD logis dibandingkan dengan DFD fisik adalah dapat memusatkan perhatian pada fungsi-funsi yang dilakukan sistem.
Perlu diperhatikan di dalam pemberian Keterangan/ Label:
- Lingkaran-lingkaran (simbol proses) menjelaskan apa yang dilakukan sistem.
Misal : Menerima Pembayaran, Mencatat Penjualan, Membandingkan kas dan Daftar Penerimaan, Mempersiapkan Setoran, dll.
-Aliran-aliran data (simbol aliran data) menggambarkan sifat data.
Misal : Pembayaran (bukan “Cek”, “Kas”, “ Kartu Kredit” Jurnal Penjualan (bukan “Buku Penjualan”), dll.


Manfaat DFD adalah : 
Data Flow Diagram (DFD) adalah alat pembuatan model yang memungkinkan profesional sistem untuk menggambarkan sistem sebagai suatu jaringan proses fungsional yang dihubungkan satu sama lain dengan alur data, baik secara manual maupun komputerisasi.
 
DFD ini adalah salah satu alat pembuatan model yang sering digunakan,khususnya bila fungsi-fungsi sistem merupakan bagian yang lebih penting dan kompleks dari pada data yang dimanipulasi oleh sistem.Dengan kata lain, DFD adalah alat pembuatan model yang memberikan penekanan hanya pada fungsi sistem.
DFD ini merupakan alat perancangan sistem yang berorientasi pada alur data dengan konsep dekomposisi dapat digunakan untuk penggambaran analisa maupun rancangan sistem yang mudah dikomunikasikan oleh profesional sistem kepada pemakai maupun pembuat program.

- Fungsi DFD
Fungsi dari Data Flow Diagram adalah :

·    Data Flow Diagram (DFD) adalah alat pembuatan model yang memungkinkan profesional sistem untuk menggambarkan sistem sebagai suatu jaringan proses fungsional yang dihubungkan satu sama lain dengan alur data, baik secara manual maupun komputerisasi.
·          
     DFD ini adalah salah satu alat pembuatan model yang sering digunakan, khususnya bila fungsi-fungsi sistem merupakan bagian yang lebih penting dan kompleks dari pada data yang dimanipulasi oleh sistem. Dengan kata lain, DFD adalah alat pembuatan model yang memberikan penekanan hanya pada fungsi sistem.
 
DFD ini merupakan alat perancangan sistem yang berorientasi pada alur data dengan konsep dekomposisi dapat digunakan untuk penggambaran analisa maupun rancangan sistem yang mudah dikomunikasikan oleh profesional sistem kepada pemakai maupun pembuat program.

  • Siklus Produksi
Siklus Produksi adalah rangkaian aktivitas bisnis dan operasi pemrosesan data terkait yang terus terjadi yang berkaitan dengan pembuatan produk.
  
  • Siklus Keuangan
Siklus keuangan adalah suatu proses perencanaan keuangan dengan menggunakan manajemen keuangan yang tepat dan terstruktur.
  

Siklus Keuangan Terdiri dari :
  • Jurnal Pemasukan
  • Jurnal Buku Besar
  • Neraca
  • Laporan L/R dll



Sumber :
http://anisyahputri.blogspot.com/2011/11/siklus-akuntnaasi.html
http://ardibaskara.blogspot.com/2013/01/siklus-pendapatan-dan-pengeluaran.html 



PEMBUATAN MODEL DATA DAN DESAIN DATABASE

Proses desain database yaitu proses memilah dan memilih data-data yang memang dibutuhkan oleh sistem, alhasil informasi yang diberikan sesuai dengan kehendak pengguna. Istilah desain database dapat dipergunakan untuk memvisualisasikan bagian-bagian yang berbeda dari keseluruhan sistem database.

1. Proses Desain Database

Dalam melakukan proses desain database terdapat beberapa langkah yang harus dijalani, yaitu : 

  •  Analisis Persyaratan : memahami dan mengetahui data yang harus disimpan dalam database, aplikasi apa yang harus dibangun di atasnya, jenis operasi apa yang akan digunakan, dst. 
  • Desain Data Base Konseptual : berdasarkan informasi yang diperoleh dari tahap analisis persyaratan inilah dipergunakan untuk mengembangkan deskripsi data menjadi lebih tinggi. Pada langkah ini desainer sering membuat yang anmanya model E-R yang tujuan untuk membuat penyederhanaan gambaran tentang data yang sesuai dengan pemikiran user / pengguna. 
  • Desain Data Base Logika : disinilah proses merubah model E-R skema database yang rasional. Dengan tujuan untuk mendapatkan skema konseptual pada data rasional sehingga sering disebut skema logika. 
  • Perbaikan Skema : pengecekan sekumpulan relasi dalam skema sebelumnya (skema database rasional), supaya dapat menemukan problem yang ada dan memperbaikinya. 
  • Desain Data Base Fisik : pembentukan indeks pada beberapa tabel yang telah dibuatlah pada tahap ini dikerjakan. mengelompokkan tabel atau mendesain ulang yang bersifat substansial terhadap bagian dari skema database. 
  • Desain Aplikasi dan Keamanan : Keseluruhan proyek software yang menggunakan DBMS sebaiknya memperhitungkan faktor-faktor aplikasi yang ada diluar database, seperti enkripsi, digital sinature, dll. 


2. Diagram Hubungan Entitas (ERD)


Diagram Hubungan Entitas atau entity relation diagram merupakan model data berupa notasi grafis dalam pemodelan data konseptual yang menggambarkan hubungan antara penyimpan. Model data sendiri merupakan sekumpulan cara, peralatan untuk mendeskripsikan data-data yang hubungannya satu sama lain, semantiknya, serta batasan konsistensi. Model data terdiri dari model hubungan entitas dan model relasional.


ERD untuk memodelkan struktur data dan hubungan antar data, untuk menggambarkannya digunakan beberapa notasi dan simbol. Pada dasarnya ada tiga simbol yang digunakan, yaitu :

  • Entiti
Entiti merupakan objek yang mewakili sesuatu yang nyata dan dapat dibedakan dari sesuatu yang lain (Fathansyah, 1999: 30). Simbol dari entiti ini biasanya digambarkan dengan persegi panjang.

  • Hubungan / Relasi
Hubungan antara sejumlah entitas yang berasal dari himpunan entitas yang berbeda. Relasi dapat digambarkan sebagai berikut :
Relasi yang terjadi diantara dua himpunan entitas (misalnya A dan B) dalam satu basis data yaitu (Abdul Kadir, 2002: 48) :

- Satu ke satu (One to one)
Hubungan relasi satu ke satu yaitu setiap entitas pada himpunan entitas A berhubungan paling banyak dengan satu entitas pada himpunan entitas B.

- Satu ke banyak (One to many)
Setiap entitas pada himpunan entitas A dapat berhubungan dengan banyak entitas pada himpunan entitas B, tetapi setiap entitas pada entitas B dapat berhubungan dengan satu entitas pada himpunan entitas A.

-Banyak ke banyak (Many to many)
Setiap entitas pada himpunan entitas A dapat berhubungan dengan banyak entitas pada himpunan entitas B.


3.  Model Data Resourse Event Agent (REA)

Pengertian Resource Event Agent (REA) sumber daya, Acara, Agen (REA) adalah model bagaimana sebuah sistem akuntansi dapat kembali direkayasa untuk usia komputer. REA awalnya diusulkan pada tahun 1982 oleh William E. McCarthy sebagai model akuntansi umum, dan berisi konsep sumber daya, peristiwa dan agen.
REA adalah model yang populer dalam sistem informasi pengajaran akuntansi (AIS). Tapi ini jarang terjadi pada praktik bisnis-perusahaan tidak dapat dengan mudah membongkar sistem warisan mereka untuk memenuhi tuntutan radikal REA's.
Model REA menghilangkan objek akuntansi banyak yang tidak diperlukan dalam usia komputer. Yang paling terlihat dari ini adalah debit dan kredit-double-entry pembukuan menghilang dalam sistem REA. Banyak buku besar umum juga menghilang, setidaknya sebagai obyek persisten, - misalnya, piutang atau hutang. Komputer dapat menghasilkan account tersebut secara real time menggunakan catatan sumber dokumen.
REA memperlakukan sistem akuntansi sebagai representasi virtual bisnis yang sebenarnya. Dengan kata lain, itu menciptakan objek komputer yang langsung mewakili benda nyata dunia bisnis. Dalam istilah ilmu komputer, REA adalah suatu ontologi. Objek nyata termasuk dalam model REA adalah:
  • Barang, jasa atau uang, yaitu, SUMBER DAYA.
  • Transaksi bisnis atau perjanjian yang mempengaruhi sumber daya, yaitu, KEJADIAN.
  • Orang atau badan-badan manusia lain (perusahaan lain, dll), yaitu, AGEN.

Ini kontras objek dengan istilah akuntansi konvensional seperti aktiva atau kewajiban, yang kurang langsung terkait dengan objek dunia nyata. Sebagai contoh, aset akuntansi konvensional seperti goodwill tidak sumber REA. Ada model REA terpisah untuk setiap proses bisnis di perusahaan. Sebuah proses bisnis secara kasar sesuai dengan departemen fungsional, atau fungsi dalam rantai nilai Michael Porter. Contoh dari proses bisnis akan penjualan, pembelian, konversi atau manufaktur, sumber daya manusia, dan pendanaan.
Di jantung masing-masing model REA biasanya ada sepasang peristiwa, dihubungkan oleh hubungan pertukaran, biasanya disebut sebagai hubungan "dualitas". Salah satu peristiwa biasanya merupakan sumber daya yang diberikan atau hilang, sementara yang lain merupakan sumber daya yang diterima atau diperoleh. Sebagai contoh, dalam proses penjualan, satu peristiwa akan "penjualan"-di mana barang diberikan up-dan yang lain akan "penerimaan kas", dimana kas diterima. Kedua peristiwa yang terkait, yaitu sebuah penerimaan kas terjadi dalam pertukaran untuk penjualan, dan sebaliknya. Hubungan dualitas dapat lebih kompleks, misalnya, dalam proses manufaktur, maka akan melibatkan lebih dari dua peristiwa (lihat Dunn et al [2004] untuk contoh.).

REA sistem biasanya dimodelkan sebagai database relasional, meskipun hal ini tidak wajib. Desain biasanya menggunakan diagram entitas-hubungan. Filosofi dari REA mengacu pada gagasan Pola Desain dapat digunakan kembali, meskipun pola REA digunakan untuk menggambarkan database daripada program berorientasi objek, dan sangat berbeda dari 23 pola kanonik dalam buku pola desain asli oleh Gamma et al. (Yang tidak mengherankan karena Gamma et al. Pola benar-benar penerapan pola untuk berkeliling kekurangan dalam C + + bukan dari pola desain per se). Penelitian di REA menekankan pola (misalnya, Hruby et al. 2006). Berikut adalah contoh pola REA dasar: 
  • Pola ini diperluas untuk mencakup komitmen (janji untuk terlibat dalam transaksi, misalnya, seorang sales order), kebijakan, dan konstruksi. Dunn et al. (2004) memberikan gambaran yang baik pada tingkat sarjana (untuk jurusan akuntansi), sementara Hruby et al. (2006) adalah sebuah referensi canggih untuk ilmuwan komputer.  
  • REA pengaruh berkelanjutan terhadap standar electronic commerce ebXML, dengan W. McCarthy secara aktif terlibat dalam komite standar. Standar XBRL GL bersaing namun adalah bertentangan dengan konsep REA, karena erat meniru double-entry pembukuan.



SUMBER : 
http://ul1n.wordpress.com/2012/03/21/langkah-desain-database/ 
http://id.wikipedia.org/wiki/Diagram_hubungan_entitas 
http://blog.re.or.id/erd-entity-relationship-diagram.htm  
http://ivangumilang.blogspot.com/2011/11/model-data-rea-resource-event-agent.html
  

 
 
 
 
  
1.