APLIKASI SIKLUS PENDAPATAN DAN PENGELUARAN

APLIKASI SIKLUS PENDAPATAN

Siklus pendapatan bertujuan untuk memfasilitasi pertukaran barang dan jasa yang dimiliki oleh perusahaan dengan kas yang dimiliki oleh konsumen. Perusahaan yang masih menggunakan system proses manual , dokumennya berbentuk hardcopy.Sistem pemprosesan terkomputerasi memudahkan dalam pencatatn peneluaran dan pendapatan

Tujuan perusahaan dalam pelaksanaan siklus pendapatan :

1. Mencatat permintaan penjualan agar tepat dan akurat
2. Memverifikasi kelayakan kredit konsumen
3. Mengirimkan barang atau memberikan jasa tepat waktu sesuai dengan perjanjian
4. Melakukan penagihan kepada konsumen pada waktu yang tepat dan dengan cara yang benar
5. Membukukan penjualan dan penerimaan kas kedalam akun konsumen dengan tepat
6. Mengamankan kas sampai dilakukan penyetoran barang

APLIKASI SIKLUS PENGELUARAN

Siklus ini memproses transaksi yang menggambarkan peristiwa ekonomi berikut : permintaan barang, penerimaan barang, mencatat kewajiban untuk membayar barang, dan membayar untuk barang itu. Pada siklus ini, sistem akuntansi yang didasarkan pada komputer menggunakan empat aplikasi :

1. Aplikasi pembelian.

2. Aplikasi penerimaan.

3. Aplikasi surat bukti.

4. Aplikasi disbursemen kas.

Tujuan system pengeluaran yaitu:

1. Menjamin barang dan jasa yang dipesan sesuai dengan yang dibutuhkan.
2. Menerima barang dalam kondisi baik.
3. Menentukan faktur yang berkaitan barang dan jasa dengan benar.Mencatat dan mengklasifikasikan pengeluaran dengan tepat.
4. Mengirimkan uang ke pemasok yang tepat.
5. Menjamin semua pengeluaran kas berkaitan dengan pengeluaran yang telah diijinkan.

AKTIVITAS BISNIS DAN BATASAN SIKLUS PENDAPATAN & PENGELUARAN

Proses bisnis adalah suatu kumpulan aktivitas atau pekerjaan terstruktur yang saling terkait untuk menyelesaikan suatu masalah tertentu atau yang menghasilkan produk atau layanan (demi meraih tujuan tertentu). Suatu proses bisnis dapat dipecah menjadi beberapa subproses yang masing-masing memiliki atribut sendiri tapi juga berkontribusi untuk mencapai tujuan dari superprosesnya. Analisis proses bisnis umumnya melibatkan pemetaan proses dan subproses di dalamnya hingga tingkatan aktivitas atau kegiatan.

KARAKTERISTIK PROSES BISNIS

 Beberapa karakteristik umum yang dianggap harus dimiliki suatu proses bisnis adalah:

1.     Definitif: Suatu proses bisnis harus memiliki batasan, masukan, serta keluaran yang jelas.

2.     Urutan: Suatu proses bisnis harus terdiri dari aktivitas yang berurut sesuai waktu dan ruang.

3.     Pelanggan: Suatu proses bisnis harus mempunyai penerima hasil proses.

4.     Nilai tambah: Transformasi yang terjadi dalam proses harus memberikan nilai tambah pada penerima.

5.     Keterkaitan: Suatu proses tidak dapat berdiri sendiri, melainkan harus terkait dalam suatu struktur organisasi.

6.     Fungsi silang: Suatu proses umumnya, walaupun tidak harus, mencakup beberapa fungsi.

Sering kali pemilik proses, yaitu orang yang bertanggung jawab terhadap kinerja dan pengembangan berkesinambungan dari proses, juga dianggap sebagai suatu karakteristik proses bisnis.

 

PROSEDUR DALAM APLIKASI SIKLUS PENDAPATAN & PENGELUARAN

1. Pengumpulan data - data dari sumber menangkap mereka dan merekamnya ke beberapa media (misalnya, kertas).
2. 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.
3. 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.
4. Pengolahan Data - menghitung atau memanipulasi data input dan bahkan menyimpan hasil untuk penggunaan masa depan.
5. Output Informasi - memberikan hasil yang diproses dalam bentuk yang dapat dibaca (misalnya, laporan).

DIAGRAM ALIRAN DATA (DFD) APLIKASI SIKLUS PENDAPATAN &  PENGELUARAN

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 merupakan alat bantu dalam menggambarkan atau menjelaskan sistem yang sedang berjalan logis.

DFD Fisik

 Adalah 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).Perlu diperhatikan didalam memberikan keterangan di lingkaran-lingkaran (simbol proses) dan aliran-aliran data (simbol aliran data) dalam DFD fisik menggunakan label/keterangan dari kata benda untuk menunjukan bagaimana sistem mentransmisikan data antara lingkaran-lingkaran tersebut.

Misal              :

Aliran Data     : Kas, Formulir 66W, Slip Setoran

Proses            : Cleck Penjualan, Kasir, Pembukuan, dll.

DFD Logis

Adalah 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. Kita menggunakan DFD logis untuk membuat dokumentasi sebuah sistem informasi karena DFD logis dapat mewakili logika tersebut, yaitu apa yang dilakukan oleh sistem tersebut, tanpa perlu menspesifikasi dimana, bagaimana, dan oleh siapa proses-proses dalam sistem tersebut dilakukan.

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

PEMBUATAN MODEL DATA DAN DESAIN DATABASE

1.PENGERTIAN DATABASE

1. Database adalah kumpulan informasi yang disimpan di dalam komputer secara sistematik untuk memperoleh informasi dari basis data tersebut.
2. Database adalah representasi kumpulan fakta yang saling berhubungan disimpan secara bersama, untuk memenuhi berbagai kebutuhan.
3. Database merupakan sekumpulan informasi yang saling berkaitan pada suatu subjek tertentu untuk tujuan tertentu pula.
4. Database adalah susunan record data operasional lengkap dari suatu organisasi atau perusahaan, yang diorganisir dan disimpan secara terintegrasi dengan menggunakan metode tertentu sehingga mampu memenuhi informasi yang optimal yang dibutuhkan olehpara pengguna.

Asal Mula Istilah Database


Istilah “database” berawal dari ilmu komputer. Meskipun kemudian artinya semakin luas, memasukkan hal-hal yang di luar bidang elektronika, artikel mengenai database komputer. Catatan yang mirip dengan database sebenarnya sudah ada sebelum revolusi industri yaitu dalam bentuk buku besar, kuitansi danm kumpulan data yang berhubungan dengan bisnis.

Konsep Dasar Database
 

Konsep dasar database adalah kumpulan dari catatan, atau potongan dari pengetahuan. Sebuah database memiliki penjelasan terstruktur dari jenis fakta yang tersimpan di dalamnya: penjelasan ini disebut skema. Ada banyak cara untuk mengorganisasi skema, atau memodelkan struktur database: ini dikenal sebagai database model atau model data. Model yang umum digunakan sekarang adalah model relasional, yang menurut istilah yaitu mewakili semua informasi dalam bentuk tabel yang saling berhubungan dimana setiap tabel terdiri dari baris dan kolom (definisi yang sebenarnya menggunakan terminologi matematika). Dalam model ini, hubungan antar tabel diwakili dengan menggunakan nilai yang sama antar tabel.

Perangkat Untuk Membuat Database.
 

Database dapat dibuat dan diolah dengan menggunakan suatu program komputer, yaitu yang biasa disebut dengan software (perangkat lunak).Software yang digunakan untuk mengelola dan memanggil kueri (query) database disDAFebut Database Management System (DBMS) atau jika diterjemahkan kedalam bahasa indonesia berarti “Sistem Manajemen Basis Data”.
DBMS terdiri dari dua komponen, yaitu Relational Database Management System (RDBMS) dan Overview of Database Management System (ODBMS). RDBMS meliputi Interface Drivers, SQL Engine, Transaction Engine, Relational Engine, dan Storage Engine. Sedangkan ODBMS meliputi Language Drivers,Query Engine, Transaction Engine, dan Storage Engine.
Sedangkan level dari softwarenya sendiri, terdapat dua level software yang memungkinkan untuk membuat sebuah database antara lain :

• High Level Software dan Low Level Software.

Yang termasuk di dalam High Level Software, antara lain Microsoft SQL Server, Oracle, Sybase, Interbase, XBase, Firebird, MySQL, PostgreSQL, Microsoft Access, dBase III, Paradox, FoxPro, Visual FoxPro, Arago, Force, Recital, dbFast, dbXL,Quicksilver, Clipper, FlagShip, Harbour, Visual dBase, dan Lotus Smart Suite Approach. Sedangkan yang termasuk di dalam Low Level Software antara lainBtrieve dan Tsunami Record Manager.

Tipe Database

Terdapat 12 tipe database, antara lain Operational database, Analyticaldatabase, Data warehouse, Distributed database, End-user database, External data base, Hypermedia databases on the web, Navigational database, In-memory data bases, Document-oriented databases, Real-time databases, dan RelationalDatabase.

2.PROSES DESAIN DATABASE

Proses Desain Terdiri Dari Langkah - Langkah Berikut :

Tentukan tujuan dari database Anda - ini akan membantu mempersiapkan Anda untuk langkah-langkah yang tersisa.
Mencari dan mengatur informasi yang diperlukan - Kumpulkan semua jenis informasi yang Anda mungkin ingin merekam dalam database, seperti nama produk dan nomor pesanan.
Bagilah informasi ke dalam tabel - Membagi item informasi Anda ke dalam entitas besar atau subjek, seperti Produk atau Pesanan. Setiap subyek kemudian menjadi sebuah tabel.
Belok item informasi ke dalam kolom - Tentukan informasi apa yang Anda ingin menyimpan di setiap tabel. Setiap item menjadi lapangan, dan ditampilkan sebagai kolom dalam tabel. Sebagai contoh, sebuah tabel Karyawan mungkin mencakup bidang-bidang seperti Nama terakhir dan Tanggal Sewa.
Tentukan kunci primer - Pilih kunci primer masing-masing meja. Kunci utama adalah kolom yang digunakan untuk secara unik mengidentifikasi setiap baris. Sebuah contoh mungkin Produk ID atau ID Pesanan.
Mengatur hubungan tabel - Lihatlah di setiap meja dan memutuskan bagaimana data dalam satu tabel berhubungan dengan data dalam tabel lainnya. Menambahkan kolom untuk tabel atau membuat tabel baru untuk memperjelas hubungan, seperti yang diperlukan.
Pertajam desain Anda - Menganalisis desain Anda untuk kesalahan. Membuat tabel dan menambahkan beberapa catatan data sampel. Lihat jika Anda bisa mendapatkan hasil yang Anda inginkan dari tabel Anda. Melakukan penyesuaian terhadap desain, sesuai kebutuhan.
Menerapkan aturan normalisasi - Terapkan aturan normalisasi data yang untuk melihat apakah tabel Anda terstruktur dengan benar. Melakukan penyesuaian tabel 

3.DIAGRAM HUBUNGAN ENTITAS (ERD)

Diagram E-R : suatu tehnik grafis yang menggambarkan  skema database yang menunjukkan berbagai entitas yang dimodelkan dan hubungan antar entitas tersebut. Disamping itu juga secara grafis merupakan model suatu organisasi.

Entitas : segala sesuatu yang informasinya ingin dikumpulkan dan disimpan dalam

organisasi. Dalam diagram E-R digambarkan dalam bentuk persegipanjang

MODEL DATA REA

Adalah model yang populer dalam sistem informasi pengajaran akuntansi (AIS).

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