Pendekatan Rea untuk Pemodelan Database

Bab ini terdiri dari tiga bagian utama. Pertama memperkenalkan pendekatan REA dan komentar pada masalah umum terkait dengan praktik akuntansi tradisional yang dapat di selesaikan melalui pendekatan REA. Bagian ini menyajikan Model REA dan menggambarkan struktur model REA . Dasar REA terdiri dari tiga jenis entitas (sumber, peristiwa, dan agen) dan satu set asosiasi yang meghubungkan mereka. Fitur utama dari REA adalah konsep dualisme ekonomi. Bagian kedua menyajikan proses multi pandang pemodelan untuk menciptakan model rea. Langkah-langkahnya adalah:1) mengidentifikasi entitas event yang akan dimodelkan (2) mengidentifikasi entitas sumber daya diubah oleh peristiwa (3) mengidentifikasi entitas agen berpartisipasi dalam kegiatan-kegiatan, dan (4) menentukan asosiasi dan kardinalitas antara entitas .Bagian ketiga dan terakhir menyajikan tugas pandang integrase. Langkah-langkah yang terlibat dalam pandangan integrasi adalah: (1) mengkonsolidasikan model individu; (2) mendefinisikan kunci primer, kunci asing, dan atribut; dan (3) membangun basis data fisik dan menghasilkan pandangan pengguna.

Pendekatan Pusat REA

Profesi akuntansi telah lama dikritik karena terlalu menekankan kepada peran informasi akuntansi. Banyak peneliti saat ini mendorong profesi untuk menggeser penekanan dari debet, kredit, akuntansi double entry, dan GAAP dan bergerak ke arah menyediakan informasi berguna untuk pengambilan keputusan dan membantu organisasi mengidentifikasi dan manajer bisnis resiko pengendalian . Modernisasi membutuhkan informasi keuangan dan non keuangan dalam format dan pada tingkat agregasi bahwa sistem akuntansi GAAP berdasarkan tradisional umumnya gagal. Kekhawatiran tersebut telah menyebabkan sejumlah peneliti database untuk mengembangkan model semantik atau kerangka kerja untuk merancang sistem informasi akuntansi yang mendukung beberapa tampilan pengguna. Sebuah model semantik menangkap makna operasional data pengguna dan memberikan deskripsi singkat itu. Salah satu contohnya, penting untuk akuntansi, adalah model REA. Pada tahun 1982, REA awalnya diusulkan sebagai kerangka teoritis untuk akuntansi. Sejak saat itu, REA mendapat perhatian yang cukup besar sebagai alternatif praktis untuk sistem akuntansi tradisional

Model REA

adalah kerangka akuntansi untuk pemodelan sumber daya organisasi yang kritis, peristiwa, dan agen dan hubungan di antara mereka. Tidak seperti beberapa sistem akuntansi tradisional, sistem REA mengizinkan kedua akuntansi dan data non akuntansi untuk diidentifikasi, ditangkap, dan disimpan dalam database terpusat. Model REA dapat diimplementasikan baik dalam arsitektur database relasional atau berorientasi objek.

Elemen dari Model REA

1.       Sumber ,

2.       peristiwa,

3.       agents,

4.       dualitas

Perbedaan Antara Er dan Rea Diagram

ER dan REA diagram berbeda visual secara signifikan. Entitas dalam diagram ER adalah dari satu kelas, dan kedekatan mereka dengan entitas lain ditentukan oleh kardinalitas mereka dan dengan apa yang visual menyenangkan untuk menjaga diagram dibaca. Entitas dalam diagram REA, namun, dibagi menjadi tiga kelas (sumber, peristiwa, dan agen) dan disusun dalam konstelasi oleh kelas pada diagram. Perbedaan kedua antara ER dan diagram REA melibatkan urutan peristiwa. Perbedaan ketiga antara ER dan diagram REA berkaitan dengan konvensi penamaan untuk entitas

Menciptakan Rea Diagram

Bagian ini menjelaskan proses pemodelan pandangan seperti yang diterapkan untuk menciptakan diagram REA. Proses ini melibatkan langkah-langkah berikut:

Langkah pertama : Identifikasi Entitas Kegiatan

Langkah pertama dalam mengembangkan model REA adalah untuk mengidentifikasi entitas kegiatan dalam fungsi yang dimodelkan. Entitas ini meliputi memverifikasi Ketersediaan, mengambil pesanan, pengiriman Produk, Menerima Cash , mengecek entitas yang tidak valid.

Langkah kedua : Mengidentifikasi sumber entitas

Langkah selanjutnya dari membuat diagram REA adalah untuk mengidentifikasikan sumber daya yang dipengaruhi oleh kejadian yang dipilih untuk dijadikan model. Setiap kejadian ekonomi dalam model REA setidaknya harus terkait dengan satu sumber daya entitas yang nilai ekonominya dapat berkurang maupun bertambah. Seperti, Jasa karyawan (sumber daya) dapat meningkat karena karyawan memberikan jasanya kepada organisasi dan secara bersamaan dapat menurun ketika jasa tersebut diterapkan dalam kinerja tugasnya. Entitas ini akan memberikan data penting dan harus dimasukkan dalam model REA. Karena kita bisa menganggap bahwa ini bukan Apex Supply, maka jasa karyawan tidak dimodelkan. Dalam siklus pendapatan Apex, kejadian ekonomi hanya mengubah dua sumber daya. Pengiriman barang mengurangi inventaris sumber daya dan penerimaan kas menambah sumber daya.

Langkah ketiga  : Mengidentifikasi entitas agen

Setiap entitas pada kejadian ekonomi di dalam REA diagram berkaitan dengan setidaknya dua entitas agen. Satu agen internal dan lainnya agen eksternal. Agen eksternal yang terkait dengan semua empat kejadian pada Apex ialah pelanggan. Selain itu, ada juga agen internal yang terkait dengan semua empat kejadian yaitu karyawan bagian layanan pelanggan, karyawan bagian penjualan, karyawan bagian pengiriman barang dan karyawan bagian penerimaan kas. Setiap agen internal adalah objek dari jenis entitas karyawan dan diidentifikasikan sebagai entitas terpisah.

Langkah keempat : Menentukan asosiasi kardinalitas antara entitas

Asosiasi adalah sifat dasar dari hubungan antara dua entitas seperti yang ditunjukkan oleh garis yang diberi label yang menghubungkan antar entitas tersebut. Kardinalitas (derajat asosiasi antara entitas) menggambarkan banyaknya kejadian yang mungkin terjadi dalam satu kejadian tunggal dalam entitas yang berhubungan tersebut. Empat bentuk dasar kardinalitas yang memungkinkan; nol atau satu (0,1), satu dan hanya satu (1,1), nol atau many (0,M), dan satu atau many (1,M).

•             Kardinalitas antara verifikasi ketersediaan dan pengambilan pesanan entitas.

kardinalitas pada pengambilan pesanan adalah 0,1 dan verifikasi ketersediaan adalah 1,1.

•             Kardinalitas antara pengambilan pesanan dan pengiriman produk entitas.

Kardinalitas 0,1 pada pengiriman produk dari hubungan ini mencerminkan adanya selisih waktu antara pesanan yang diambil dan pengirimannya.

•             Kardinaitas antara pengiriman produk dan penerimaan kas entitas.

Perusahaan apex adalah grosir yang melayani para pelanggan bisnis, kita menganggap bahwa piutang dibayarkan secara penuh (bukan pembayaran secara parsial) dan bahwa pelanggan apex bisa membayar untuk banyak pengiriman dengan satu kali penerimaan kas saja.

•             Kardinalitas antara kas dan penerimaa kas entitas.

Kardinalitas yang ditunjukkan dalam hubungan ini adalah kas yang diterima dari para pelanggan didepositokan menjadi satu akun.

•             Asosiasi many-to-many

Tiga contoh Asosiasi M,M yaitu yang pertama antara entitas verifikasi ketersediaan dan inventaris/persediaan. Kardinalitas yang kedua antara pengambilan pesanan dan persediaan. Kardinalitas yang ketiga antara pengiriman produk dan persediaan. Hasil dari data yang berulang perlu dinormalkan dengan membuat tiga tabel penghubung yang berisi kunci primer dari tabel-tabel yang terasosiasi. Database tidak akan berfungsi tanpa adanya tiga tabel penghubung tersebut. Tetapi untuk proses penggambaran diagram REA, tabel-tabel penghubung hanya perlu ditunjukkan dalam asosiasi M,M.

LANGKAH 1 MENGKONSIDASIKAN MODEL INDIVIDU

Model  konsidasi mencakup pendapatan model untuk pembelian/pengeluaran kas dan gaji.

PEMBELIAN DAN PROSEDUR PENCAIRAN CASH

Entitas Order Produk, adalah peristiwa dukungan yang tidak langsung meningkatkan Inventaris (sumber daya) kesatuan. Link dari entitas menunjukakan bahwa catatan akan di sesuaikan untuk menunjukkan bahwa item tersebut berada pada urutan. 1:M asosiasi antara Pemasok dan Order Produk menunjukkan bahwa setiap pesanan selama periode tersebut. Entitas kegiatan menerima produk, yang merupakan ajang ekonomi yang menyebabkan perubahan dalam sumber daya ekonomi ini.

Di dalam peristiwa ekonomi bahwa yang merupakan memberi setengah dari pertukaran ekonomi yang disebabkan sumber daya kas menjadi menurun. Di 1:M asosiasi dengan seluruh pemasok berarti bahwa setiap pembayaran terbuat hanya satu pemasok, tetapi setiap pemasok mungkin menerima nol atau banyak pencairan selama periode. Di 1:M asosiasi antara mengeluarkan kas dan menerima produk menyiratkan bahwa setiap penerimaan produk yang dibayar sepenuhnya ( tidak sebagian kelipatan pembayaran), tetapi banyak penerimaan dapat dikombinasikan dan dibayar dengan pembayaran sendiri untuk mengurangi pemeriksaan tulisan.

Melihat bahwa M:M ada asosiasi antara produk order dan inventaris entitas dan antara menerima produk.Produk pesanan ditepatkan dengan pemasok dan penerima dari mereka mungkin berisi satu atau banyak item. Sebaliknya dari sisi sebrang, asosiasi ini menadakan bahwa setiap barang persedian mungkin telah dapat dipesan dan menerima nol atau banyak waktu di periode. Tabel untuk menghubungkan kesatuan tidak dapat menjadi masukan di dalam diagram REA. Bahwa di dalam agen diwakilkan di diagram REA sebagai pemisah entitas. Direalita, mereka agent adalah contoh dari karyawan kesatuan dan akan diperkerjakan menjadi daftar satu karyawan di final database.

Prosedur Pembayaran Gaji

Terdiri dari hanya dua model peristiwa ekonomi: Mendapatkan Waktu dan Kas Keluar. Ini melibatkan karyawan (agent dalam) menghentikan waktunya, yang mana merubah dari ekonomi. Supervisor (agent luar) mengasumsikan kontrol dari sumber daya. Sumber daya jasa karyawan dibahas sebagai sumber daya mungkin untuk dimodelkan dalam pasokan database tertinggi. Layanan karyawan secara langsung dilacak untuk produk yang dihasilkan atau diberikan layanan untuk klien (yaitu, konsultasi, layanan hukum, atau akuntan publik), itu masuk akal untuk model sumber daya ini. Untuk menjaga konsisten, bahwa setiap kegiatan dikaitkan dengan sumber daya, namun jasa karyawan termasuk sumber daya bayangan (garis putus-putus) saja, dan tidak dimodelkan di final diagram REA perusahaan-lebar.

Petugas gaji berpatisipasi dalam kegiatan ini, yang mengurangi sumber daya kas. Hubungan antara meluncurkan kas dan mendapatkan waktu mencerminkan peristiwa perbedaan waktu antara karyawan memberikan waktu mereka dan menerima pembayaran, karena mereka biasanya tidak di bayar setiap hari. Dengan diagram REA individu di ciptakan dan menjelaskan, siap untuk mengkonsolidasikan mereka ke dalam perusahaan. Dengan siklus pengeluaran membuat untuk efek bayangan cermin, sumber daya umum inventaris dan kas yang berpusat. Untuk menyederhanakan, kegiatan yang berlebihan, agen, dan entitas sumber daya telah runtuh menjadi satu kesatuan. Kas dan Persediaan entitas hanya ada sekali di diagram konsolidasi. Dalam mempertahankan, peran yang dimainkan oleh agen-agen internal yang digambarkan sebagai individu bukan sebagai karyawan untuk menghindari melintasi garis hubungan antara entitas, Pemasok dan pelanggan agen yang muncul lebih dari sekali dalam diagram.

LANGKAH 2. MENETAPKAN KUNCI PRIMER, KUNCI ASING DAN ATRIBUT

Sebuah tabel terpisah akan dibangun untuk setiap entitas yang valid dalam diagram REA. Membutuhkan 18 table yang dijelaskan sebagai berikut:

•             Sepuluh agen internal yang diwakili akan dimasukan ke dalam tabel karyawan tunggal.

•             Dua agen eksternal (customer dan supplier) masing-masing akan membutuhkan tabel terpisah.

•             Dua sumber inventarisasi dan cash masing-masing akan menjadi tabel.

•             Delapan kegiatan akan memerlukan tabel masing-masing.

•             Lima hubungan M:M diwakili diagram masing-masing akan membutuhkan menghubungkan tabel.

ATURAN DASAR KUNCI DAN ATRIBUT

Penentuan kunci primer dan atribut berasal dari pemahaman tentang tujuan setiap tabel.

Perencang database harus memilih kunci utama yang logis dan mendefinisikan atribut dalam tabel. Jika data yang disimpan dalam sebuah tabel tidak digunakan  dalam dokumen, laporan, ataupun perhitungan yang dilaporkan dalam beberapa cara, maka tidak melayani tujuan dan tidak harus menjadi bagian dari database.

KUNCI DALAM 1:1ASOSIASI

Kunci utama dari tabel dengan 1,1 kardinalitas harus tertanam sebagai kunci asing dalam tabel dengan dengan 0,1 kardinalitas. Membalikan aturan ini membuat struktur tabel dimana 1,1 kardinalitas tabel berisi contoh kunci asing dengan nilai kosong. Dengan mengikutu aturan, semua nilai-nilai kunci asing di tabel 0,1 kardinalitas sisi asosiasi akan tidak kosong.

KUNCI DALAM 1:M ASOSIASI

Langkah 3. Membangun Database Fisik dan Menghasilkan Tampilan Pengguna

Perancang database siap untuk membuat tabel resional fisik dengan menggunakan software. Setelah tabel dibuat beberapa bagian tabel harus diisi dengan data. Sumber daya dan meja agen tabel kegiatan harus menunggu transaksi bisnis terjadi sebelum data dapat dimasukan. Database yang dihasilkan harus mendukung kebutuhan informasi dari semua pengguna. SQL digunakan untuk menghasilkan laporan, layar komputer, dan dokumen untuk pengguna.

MEMPRODUKSI LAPORAN KEUANGAN DAN LAPORAN AKUNTANSI LAINNYA

Dalam sistem tradisional, laporan keuangan biasanya di buat dari akun buku besar, nilai-nilai yang berasal dari posting voucher journal termasuk jurnal, buku besar dan akuntansi double entry yang masuk dalam model REA. Sebaliknya, mekanisme akuntansi tradisional ini di reproduksi dari tabel kegiatan. Angka akuntansi diekstrasi dengan caranya dari tabel REA dapat digunakan untuk menyiapkan laporan laba rugi, neraca, bahkan entri jurnal sebagai menggambarkan dengan laporan voucher jurnal.

MEMPRODUKSI LAPORAN MANAGEMENT DARI TABEL REA

Tujuan utama dari REA adalah untuk membuat database yang mampu mendukung beberapa tampilan pengguna. Bagian ini menggambarkan contoh  non-accounting laporan pengguna yang pasokan apex bisa menghasilkan dari database mereka. Laporan berisi tentang antara lain, laporan ini mengidentifikasi barang yang akan dipesan dan pemasok masing-masing, laporan aktivitas penjualan yang diselenggarakan oleh pelanggan dan produk, yang akan digunakan oleh manajer penjualan, laporan penyelidikan pelanggan yang bertujuan untuk melacak permintaan pelanggan terhadap penjualan aktual. Laporan ini menunjukan berapa banyak waktu yang dihabiskan pada setiap pertanyaan pelanggan dan apakah itu menyebabkan penjualan.

REA DAN ANALISIS RANTAI NILAI

Analisis Rantai Nilai membedakan antara kegiatan utama (menciptakan nilai) dan mendukung kegiatan (membantu melakukan kegiatan utama). REA menyediakan model untuk mengidentifikasi dan membedakan antara kegiatan tersebut.  Dengan menggunakan REA dapat melakukan operasi yang lebih efisien, membantu manager mengidentifikasi kegiatan non-nilai tambah yang bisa dihilangkan. Peningkatan produktifitas melalui penghapusan kegiatan non-nilai tambah menghasilkan kelebihan kapasitas. REA juga digunakan untuk menyimpan data keuangan dan non-keuangan dalam database pusat yang sama mengurangi beberapa pengumpulan data, penyimpanan data, dan pemeliharaan. Data bisnis financial dan non-finansial rinci mendukung jangkauan yang lebih luas dari keputusan management. Mendukung beberapa perspektif yang berbeda pada masalah. Menyediakan manajer dengan informasi yang lebih relevan, tepat waktu dan akurat mengarah ke layanan pelanggan yang lebih baik, produk-produk berkualitas tinggi dan proses produksi yang fleksibel.