0 penilaian0% menganggap dokumen ini bermanfaat (0 suara)
161 tayangan9 halaman
Inti dari filosofi REA adalah pengakuan bahwa sistem informasi harus mendukung kebutuhan informasi semua pengguna informasinya dalam suatu organisasi. Dalam hal ini, membahas mengenai kebutuhan informasi yang berubah dalam manajemen modern , keterbatasan akuntansi tradisional dalam memenuhi kebutuhan tersebut, dan peran REA sebagai potensi solusi.
Inti dari filosofi REA adalah pengakuan bahwa sistem informasi harus mendukung kebutuhan informasi semua pengguna informasinya dalam suatu organisasi. Dalam hal ini, membahas mengenai kebutuhan informasi yang berubah dalam manajemen modern , keterbatasan akuntansi tradisional dalam memenuhi kebutuhan tersebut, dan peran REA sebagai potensi solusi.
Inti dari filosofi REA adalah pengakuan bahwa sistem informasi harus mendukung kebutuhan informasi semua pengguna informasinya dalam suatu organisasi. Dalam hal ini, membahas mengenai kebutuhan informasi yang berubah dalam manajemen modern , keterbatasan akuntansi tradisional dalam memenuhi kebutuhan tersebut, dan peran REA sebagai potensi solusi.
CHAPTER 10 - THE REA APPROACH TO DATABASE MODELING
KELOMPOK 3 - Andi Arham Khalik [A31108944]; Athira [A31110252]; Haristito
[A31110261]; Hans Jonni [A31110268]; Itha Rezki Amaliah [A31110273] KELOMPOK 7 A.MAHYUDIN A31110254, DONNA ADELINA A31110256, MOH. HAIDIR ALIMUS A31110257, FLORENCIA A31110283 , FARAH A31110288
PENDEKATAN REA Inti dari filosofi REA adalah pengakuan bahwa sistem informasi harus mendukung kebutuhan informasi semua pengguna informasinya dalam suatu organisasi. Dalam hal ini, membahas mengenai kebutuhan informasi yang berubah dalam manajemen modern , keterbatasan akuntansi tradisional dalam memenuhi kebutuhan tersebut, dan peran REA sebagai potensi solusi. Tampilan pengguna ( user view) adalah kata yang dibutuhkan pengguna tertentu untuk memenuhi pekerjaan yang diberikan padanya. Contohnya, tampilan pengguna untuk staf administrasi bagian buku besar akan meliputi daftar akun perusahaan, tetapi tidak berupa data transaksi secara terperinci. Tampilan untuk manajer penjualan akan meliputi perincian data penjualan pelanggan yang diatur berdasarkan produk, daerah, dan tenaga penjualannya. Tampilan untuk manajer bagian produksi dapat meliputi persediaan barang jadi yang dimiliki, kapasitas produksi yang tersedia, serta waktu tunggu dari pemasok. Masalah muncul di berbagai kebutuhan yang berbeda ini ketika pengumpulan, peringkasan, penyimpanan, dan pelaporan transaksi serta data sumber dinominasi oleh tampilan tunggal yang tidak sesuai untuk tujuan keseluruhan perusahaan. Profesi akuntansi telah dikritik selama tahun-tahun belakangan ini karena terlalu sempit fokusnya dalam peran informasi akuntansi. Akan tetapi penyedia utama informasi, peran akuntan mendikte rangkaian data yang digunakan oleh perusahaan. Para manajer keuangan membutuhkan informasi keuangan dan non-keuangan dalam bentuk dan tingkat agregasi yang secara umum tidak dapat disediakan oleh sistem akuntansi berbasis GAAP tradisional. Tetapi terdapat kekurangan dalam hal ini, yaitu sistem informasi yang sering kali tidak terhubung satu sama lain secara elektronik. Dengan adanya duplikasi data yang luas semacam ini, akurasi dan kekinian data menjadi masalah yang serius. Para akuntan dimasa mendatang akan makin banyak berhadapan dengan sistem informasi yang didesain untuk mengatasi kelemahan informasi. Sistem ini akan didasarkan pada model basis data tradisional dan akan lebih berorientasi pada peristiwa, bukan pada akun. MODEL REA Model REA adalah kerangka kerja akuntansi alternative untuk pemodelan sumber daya, peristiwa, dan pelaku perusahaan yang sangat penting, serta hubungan di antara mereka. Jika telah diadopsi, data akuntansi dan nonakuntansi mengenai fenomena ini dapat diidentifikasi, CHAPTER 10 - THE REA APPROACH TO DATABASE MODELING
KELOMPOK 3 - Andi Arham Khalik [A31108944]; Athira [A31110252]; Haristito [A31110261]; Hans Jonni [A31110268]; Itha Rezki Amaliah [A31110273] KELOMPOK 7 A.MAHYUDIN A31110254, DONNA ADELINA A31110256, MOH. HAIDIR ALIMUS A31110257, FLORENCIA A31110283 , FARAH A31110288
ditangkap, dan disimpan dalam basis data terpusat. Dari tempat penyimpanan ini, tampilan pengguna dapat dibentuk hingga memenuhi kebutuhan semua pengguna dalam perusahaan. Ketersediaan dari beberapa tampilan memungkinkan penggunaan data transaksi secara fleksibel, serta memungkinkan pengembangan sistem informasi akuntansi yang bebas dari berbagai kelemahan yang telah disbutkan sebelumnya. Model REA membutuhkan fenomena yang dicirikan dalam cara yang sama dengan pengembangan tampilan banyak pengguna. Data perusahaan tidak boleh diformat terlebih dahulu atau secara buatan dibatasi dan harus mencerminkan semua aspek yang relevan dari peristiwa ekonomi yang mendasarinya. Perusahaan yang menggunakan REA menghasilkan laporan keuangan dan berbagai laporan langsung dari data terperinci yang digerakkan oleh peristiwa, bukan dari buku besar dan jurnal tradisional. ELEMENT MODEL REA Sumber Daya ekonoi adalah asset perusahaan. Sumber daya ini di definisikan sebagai obyek yang jarang dan dibawah pengendalian perusahaan. Definisi ini berbeda dengan model tradisional karena tidak meliputi apa yang dapat diturunkan dari data lainnya, seperti piutang usaha, yang merupakan record historis yang hanya dapat digunakan untuk menyimpan dan mentransmisikan data. Peristiwa ekonomi adalah fenomena yang mempengaruhi berbagai perubahan dalam sumber daya. Peristiwa dapat merupakan hasil dari berbagai aktivitas, seperti produksi, perdagangan, konsumsi, dan distribusi. Dalam pendekatan model REA, peristiwa dibagi tiga kelas, yaitu: 1. Peristiwa operasi ( apa yang terjadi) 2. Peristiwa informasi (apa yang dicatat) 3. Peristiwa keputusan manajemen (apa yang dilakukan sebagai hasilnya) Pelaku (agent) ekonomi adalah berbagai individu dan bagian yang terlibat dalam sebuah peristiwa ekonomi. Mereka adalah berbagai pihak dari dalam dan luar perusahaan yang memiliki kemampuan sendiri untuk menggunakan atau membuang sumber daya ekonomi. Contoh pelaku adalah staf administrasi bagian penjualan, pekerja produksi, staf administrasi bagian pengiriman, pelanggan dan pemasok. Dualitas adalah fitur semantik rea yang berasal dari unsur transaksi ekonomi. Alasan di balik sebuah transaksi ekonomi adalah bahwa dua agen masing-masing memberikan sumber daya yang CHAPTER 10 - THE REA APPROACH TO DATABASE MODELING
KELOMPOK 3 - Andi Arham Khalik [A31108944]; Athira [A31110252]; Haristito [A31110261]; Hans Jonni [A31110268]; Itha Rezki Amaliah [A31110273] KELOMPOK 7 A.MAHYUDIN A31110254, DONNA ADELINA A31110256, MOH. HAIDIR ALIMUS A31110257, FLORENCIA A31110283 , FARAH A31110288
berbeda dalam pertukaran sumber daya lain. Dalam kenyataannya, pertukaran adalah pasangan peristiwa ekonomi, yang dinyatakan melalui dualitas.
Mengembangkan model REA Pendekatan REA menggunakan pemodelan semantik untuk membangun sebuah diagram REA, yang dalam beberapa hal mirip dengan diagram ER, tetapi dalam hal lain sangat berbeda. Perbedaan Antara Diagram ER dan REA ER diagram REA dan berbeda secara visual dengan cara yang signifikan. Entitas dalam diagram ER adalah salah satu kelas, dan kedekatan mereka dengan entitas lain ditentukan oleh kardinalitas mereka dan oleh apa yang secara visual menyenangkan untuk menjaga diagram dibaca. Perbedaan kedua antara ER dan diagram REA melibatkan urutan peristiwa. ER diagram menyajikan gambaran statis dari fenomena bisnis yang mendasarinya. Diagram REA, biasanya terorganisir dari atas ke bawah dalam rasi bintang untuk fokus pada peristiwa urutan. Perbedaan ketiga antara ER diagram REA Dan berkaitan dengan konvensi penamaan untuk entitas. Dalam diagram ER, nama entitas selalu direpresentasikan dalam bentuk kata benda tunggal. REA pemodelan berlaku aturan ini ketika menetapkan nama untuk entitas sumber daya dan agen. Melihat pemodelan: menciptakan diagram REA individual Bagian ini akan menjelaskan proses pemodelan yang diterapkan untuk menciptakan diagram REA. proses meliputi langkah-langkah berikut: 1. mengidentifikasi entitas acara 2. mengidentifikasi entitas sumber daya 3. mengidentifikasi entitas agen 4. menentukan asosiasi dan cardinaties antara entitas Langkah 1. Identifikasi Entitas Peristiwa Langkah pertama dalam mengembangkan model REA adalah mengidentifikasi entitas peristiwa dalam fungsi yang dimodelkan. Entitas ini termasuk Verifikasi Ketersediaan, Mengambil Pesanan, Produk Kapal, dan Menerima Kas. Model REA minimal harus mencakup dua peristiwa ekonomi yang merupakan kegiatan memberi dan menerima yang mengurangi dan meningkatkan sumber daya ekonomi di bursa. CHAPTER 10 - THE REA APPROACH TO DATABASE MODELING
KELOMPOK 3 - Andi Arham Khalik [A31108944]; Athira [A31110252]; Haristito [A31110261]; Hans Jonni [A31110268]; Itha Rezki Amaliah [A31110273] KELOMPOK 7 A.MAHYUDIN A31110254, DONNA ADELINA A31110256, MOH. HAIDIR ALIMUS A31110257, FLORENCIA A31110283 , FARAH A31110288
Verifikasi Ketersediaan. Peristiwa verifikasi ketersediaan adalah peristiwa dukungan karena tidak langsung menambah atau mengurangi sumber daya. Keputusan untuk menambahkan entitas ini untuk model akan tergantung pada kebutuhan manajer untuk informasi mengenai pertanyaan pelanggan. Mengirim Produk. Produk Mengirim merupakan peristiwa ekonomi. Ini setengah memberikan dari suatu pertukaran ekonomi dan mengurangi persediaan sumber daya secara langsung. Menerima Kas. Serupadengan peristiwa Menerima Kas yang merupakan sebuah kejadian ekonomi. Ini setengah menerima pertukaran yang meningkatkan sumber daya kas. Jenis Entitas Tidak Valid. Pemodelan REA berfokus pada peristiwa rantai nilai. Ini adalah kegiatan yang menggunakan uang tunai untuk mendapatkan sumber daya termasuk peralatan, bahan, dan tenaga kerja dan menggunakan akun sumber-sumber tersebut untuk mendapatkan pendapatan baru. Sebuah ajaran fundamental dari REA adalah penolakan terhadap artifak akuntansi, termasuk jurnal, buku besar, dan double-entry pembukuan. Mengambil data transaksi secara detail yang cukup memadai melayani persyaratan akuntansi tradisional. Langkah 2. Identifikasi Entitas Sumber Daya Langkah berikutnya dalam menciptakan diagram REA adalah untuk mengidentifikasi sumber daya yang dipengaruhi oleh peristiwa dipilih untuk dimodelkan. Setiap kejadian ekonomi dalam model REA harus terkait dengan setidaknya satu kesatuan sumber daya ekonomi yang nilai akan baik dikurangi atau ditambah dengan acara tersebut. Langkah 3. Identifikasi Entitas Agen Empat agen internal yang terkait dengan empat peristiwa: 1. Petugas layanan pelanggan, yang berpartisipasi dalam hal ketersediaan verifikasi. 2. Perwakilan penjualan, yang berpartisipasi dalam peristiwa Mengambil Pesanan 3. Petugas Pengiriman, yang berpartisipasi dalam peristiwa Mengirim Produk 4. Para petugas penerimaan kas, yang berpartisipasi dalam peristiwa Menerima Kas
Langkah 4. Menentukan Asosiasi dan Kardinalitas Entitas Asosiasi adalah sifat dari hubungan antara dua entitas, sebagai garis berlabel yang mewakili dan menghubungkan mereka. Kardinalitas (derajat asosiasi antara entitas) menjelaskan banyaknya kejadian yang mungkin dalam satu kesatuan yang berhubungan dengan kejadian tunggal dalam CHAPTER 10 - THE REA APPROACH TO DATABASE MODELING
KELOMPOK 3 - Andi Arham Khalik [A31108944]; Athira [A31110252]; Haristito [A31110261]; Hans Jonni [A31110268]; Itha Rezki Amaliah [A31110273] KELOMPOK 7 A.MAHYUDIN A31110254, DONNA ADELINA A31110256, MOH. HAIDIR ALIMUS A31110257, FLORENCIA A31110283 , FARAH A31110288
entitas terkait. Untuk bentuk dasar kardinalitas yang mungkin: nol atau satu (0,1); satu dan hanya satu (1,1); nol hingga banyak (0, M), dan satu atau banyak (1, M). Kardinalitas Antara Ketersediaan Verifikasi dan Take Entitas Order. Setiap kemunculan entitas Ketersediaan Verifikasi adalah hasil dalam penyelidikan pelanggan. Kardinalitas pada sisi Orde Ambil dari relasi, karena itu, adalah 0,1. Di sisi ketersediaan Verifikasi, adalah 1,1. Kardinalitas antara Orde Ambil dan Entitas Mengirim Produk. Kardinalitas 0,1 pada sisi Produk Mengirim dari relasi mencerminkan perbedaan waktu antara pesanan diambil dan dikirim. Kardinalitas antara Entitas Kas yang merupakan Kas dan Menerima. Kardinalitas digambarkan dalam hubungan ini berarti bahwa kas diterima dari banyak pelanggan dan disimpan ke dalam satu akun. VIEW INTEGRATION: CREATING AN ENTERPRISE WIDE REA MODEL Proses integrasi melibatkan tiga langkah dasar: 1. Mengkonsolidasikan model individu. 2. Tentukan kunci primer, kunci asing, dan atribut. 3. Membangun database fisik dan menghasilkan pengguna. LANGKAH 1: Mengkonsolidasikan Model individu Karena Apex adalah perusahaan pemasok grosir dengan tidak ada fasilitas produksi, model konsolidasi bagi mereka akan mencakup model siklus pendapatan sebelumnya dikembangkan dan model siklus pengeluaran untuk pengeluaran kas pembelian dan penggajian. - Prosedur Pembelian dan Pengeluaran Kas Menunjukkan entitas acara tiga dalam pembelian Apex dan sistem pengeluaran kas. Yang pertama, entitas penjualan produk, adalah peristiwa dukungan yang tidak langsung meningkatkan persediaan (sumber daya) entitas. Setelah mengenali kebutuhan persediaan, yang penjualan ke pelanggan (siklus pendapatan) habis, petugas pembelian (agen internal) memilih pemasok (agen eksternal) dan menempatkan pesanan. Entitas kedua adalah menerima produk, yang merupakan peristiwa ekonomi yang menyebabkan perubahan dalam sumber ekonomi. Ini adalah setengah menerima dari pertukaran dan persediaan meningkat. Barang yang diterima dari pemasok dan petugas menerima proses mereka. Hal ini melibatkan menghitung, memeriksa, pengangkutan produk ke dalam gudang, mentransfer judul untuk Apex, dan memperbarui catatan persediaan. Event ketiga diwakili dalam diagram adalah mengeluarkan uang tunai. Ini adalah peristiwa ekonomi CHAPTER 10 - THE REA APPROACH TO DATABASE MODELING
KELOMPOK 3 - Andi Arham Khalik [A31108944]; Athira [A31110252]; Haristito [A31110261]; Hans Jonni [A31110268]; Itha Rezki Amaliah [A31110273] KELOMPOK 7 A.MAHYUDIN A31110254, DONNA ADELINA A31110256, MOH. HAIDIR ALIMUS A31110257, FLORENCIA A31110283 , FARAH A31110288
yang merupakan setengah dari memberikan pertukaran ekonomi. Dalam hal ini, hal itu menyebabkan sumber daya kas yang menurun. 1: M hubungan dengan entitas pemasok menyiratkan bahwa setiap pengeluaran dibuat hanya untuk satu pemasok, tetapi setiap pemasok dapat menerima banyak pengeluaran nol selama periode tersebut. - Prosedur Penggajian Model ini terdiri dari hanya dua peristiwa ekonomi: mendapatkan waktu (get time) dan mengeluarkan uang tunai (disburse cash). The get time event adalah setengah menerima dari pertukaran ekonomi. Ini melibatkan seorang pekerja (agen internal) memberikan waktu nya, yang diwakili oleh sumber daya karyawan jasa. Pengawas (agen eksternal) mengandalikan kontrol sumber daya. The disburse cash event adalah setengah memberikan pertukaran ekonomi. Ini melibatkan mendistribusikan uang tunai untuk karyawan (sekarang agen eksternal) untuk jasa yang diberikan. Petugas penggajian (agen internal) berpartisipasi dalam acara ini, yang mengurangi sumber daya kas. Hubungan antara uang dan mendapatkan kejadian waktu mencerminkan perbedaan waktu antara karyawan menyerah dan menerima pembayaran untuk itu, karena mereka biasanya tidak dibayar harian. - Merge Diagram REA individu Dengan diagram REA individu dibuat dan dijelaskan, kita sekarang siap untuk mengkonsolidasikan mereka ke dalam diagram perusahaan-lebar tunggal. Dengan membalik diagram siklus pengeluaran untuk menciptakan efek bayangan cermin, sumber daya umum dari persediaan dan kas berpusat di diagram. Ini diapit oleh dua konstelasi peristiwa, yang meningkatkan dan menurunkan mereka. Para agen membentuk rasi bintang pinggiran dalam diagram. LANGKAH 2. Tentukan Primary Key, Foreign Keys, dan Atribut Dengan data model dibangun kita sekarang siap untuk merancang tabel database relasional. Hal ini melibatkan menentukan kunci primer, menetapkan kunci asing, dan mendefinisikan atribut dari tabel. Hal ini akan membutuhkan REA, yang dijelaskan dalam paragraf berikut: Sepuluh agen internal yang diwakili, akan runtuh ke dalam tabel karyawan tunggal. Dua agen eksternal masing-masing akan membutuhkan tabel terpisah. Inventarisasi dua sumber daya dan Kas masing-masing akan menjadi sebuah tabel. Delapan peristiwa akan membutuhkan setiap tabel. M lima: M hubungan diwakili dalam diagram masing-masing akan membutuhkan meja menghubungkan. Aturan untuk Kunci Primer dan Atribut. Penentuan kunci utama dan atribut berasal dari CHAPTER 10 - THE REA APPROACH TO DATABASE MODELING
KELOMPOK 3 - Andi Arham Khalik [A31108944]; Athira [A31110252]; Haristito [A31110261]; Hans Jonni [A31110268]; Itha Rezki Amaliah [A31110273] KELOMPOK 7 A.MAHYUDIN A31110254, DONNA ADELINA A31110256, MOH. HAIDIR ALIMUS A31110257, FLORENCIA A31110283 , FARAH A31110288
pemahaman tentang tujuan setiap tabel, yang dihasilkan dari analisis rinci dari kebutuhan pengguna. Perancang database harus memilih kunci utama yang logis dan secara unik mendefinisikan atribut nonkey dalam tabel. Beberapa atribut tabel yang umum untuk semua organisasi dan dapat diturunkan dari akal sehat dan kepatuhan terhadap praktik terbaik. Atribut lain yang unik untuk aplikasi tertentu dan dapat diturunkan hanya dari analisis melalui dan rinci pandangan pengguna individu. Aturan untuk Foreign Keys . Derajat hubungan antara tabel (yaitu, 1:1,1: M, atau M: M) menentukan bagaimana kunci asing ditugaskan. Tabel Normalisasi. Ingat bahwa tidak benar tabel normalisasi operasional menunjukkan gejala negatif disebut anomali, termasuk anomali update, anomali penyisipan, dan penghapusan anomali. LANGKAH 3. Konsep fisik database dan gambaran pengguna Konsep fisik database menghasilkan database yang cukup untuk mendukung kebutuhan informasi dari semua para pemakai sistem. Ini meliputi kebutuhan para akuntan, personil operasi, dan manajemen. Laporan, layar komputer, dan dokumen yang mendasari pandangan ini diperoleh dari perintah bahasa yang tersusun dan program komputer yang mengakses tabel yang di normalisir di dalam database dan melayani antar pengguna kunci asing sebagai mata rantai.
Memproduksi laporan keuangan dan laporan keuangan lainnya . Di dalam suatu sistem tradisional, laporan keuangan secara khas disiapkan dari rekening buku besar, nilai-nilai yang diperoleh dari voucher jurnal. Akuntansi artifacts, mencakup jurnal, buku besar, dan akuntansi pembukuan dua-sisi, bagaimanapun, bukanlah suatu kesatuan dalam suatu model. total penjualan :jumlah faktur menunjukkan produk untuk semua items yang mengirimkan produk sebelum tanggal penutupan di akhir tahun itu. Piutang usaha : penjualan total dikurangi jumlah dari atribut dan menerima jumlah uang tunai untuk semua pengiriman uang yang diterima sebelum tanggal penutupan akhir tahun. persediaan: kuantitas pada atribut dikalikan dengan atribut unit cost pada tabel persediaan.
Menghasilkan laporan manajemen dari tabel REA. Tujuan utama REA adalah untuk membuat database mampu mendukung pandangan beberapa pengguna. REA dan nilai analisis rantai keuntungan kompetitif bagi organisasi yang mengadopsi CHAPTER 10 - THE REA APPROACH TO DATABASE MODELING
KELOMPOK 3 - Andi Arham Khalik [A31108944]; Athira [A31110252]; Haristito [A31110261]; Hans Jonni [A31110268]; Itha Rezki Amaliah [A31110273] KELOMPOK 7 A.MAHYUDIN A31110254, DONNA ADELINA A31110256, MOH. HAIDIR ALIMUS A31110257, FLORENCIA A31110283 , FARAH A31110288
pendekatan REA paling jelas terlihat memiliki perspektif rantai nilai. adalah kegiatan yang menambah nilai atau kegunaan produk sebuah segmentasi dan jasa. satu pendekatan yang diadopsi untuk tujuan ini dikenal sebagai analisis value chain. analisis ini antara primer kegiatan dukungan dan kegiatan utama menciptakan nilai, kegiatan dukungan ada di di dalam kegiatan primer.
ANALISIS RANTAI NILAI Keunggulan kompetitif yang di dapat dari aplikasi pendekatan REA akan sangat jelas terlihat dari prespektif rantai nilai (value chain). Rantai nilai adalah berbagai aktivitas yang menambah nilai nilai atau kegunaan bagi produk dan jasa perusahaan. Untuk dapat tetap bersaing, kebanyakan perusahaan harus membedakan berbagai aktivitas bisnisnya, untuk membuat prioritas atas berbagai aktivitas tersebut berdasarkan nilainya dalam mencapai tujuan perusahaan. Perusahaan harus makin dapat berpartisipasi serta responsive atas berbagai perubahan dalam lingkungan operasinya. Lingkungan ini meliputi industry, pemasok, pelanggan, dan berbagai pengaruh eksternal lainnya yang berdampak pada kinerja. Para pengambil keputusan perlu melihat jauh di luar operasi internal dan fungsi perusahaannya. Salah satu pendekatan yang diterapkan untuk tujuan ini disebut sebagai analisis rantai nilai (value chain analysis). Analisis ini membedakan antara aktivitas utama yaitu yang menciptakan nilai-dengan aktivitas pendukung-yaitu yang membantu pencapaian aktivitas utama. Melalui penerapan analisis ini, perusahaan dapat melihat jauh kedalam dirinya, sendiri, dan memaksimalkan kemampuannya untuk menciptakan nilai melalui, contohnya, penggabungan berbagai kebutuhan pelanggannya dalam produknya, atau melalui fleksibilitas para pemasoknya dalam menjadwalkan produksinya. Sistem informasi tradisional tidak cukup dapat mendukung banyak bagian dari aktivitas rantai nilai. Perusahaan yang telah menerapkan analisis rantai nilai biasanya melakukan hal ini di luar sistem informasi tradisional dengan menyediakan informasi semacam itu secara terpisah, bagi para pengambil keputusan. REA Kompromi dalam Praktek Keuntungan untuk efisiensi operasional, integrasi sistem, dan analisis rantai nilai telah menarik perhatian besar terhadap REA sebagai model teoritis untuk sistem dan desain database. Sebagai masalah praktis, bagaimanapun, organisasi yang lebih CHAPTER 10 - THE REA APPROACH TO DATABASE MODELING
KELOMPOK 3 - Andi Arham Khalik [A31108944]; Athira [A31110252]; Haristito [A31110261]; Hans Jonni [A31110268]; Itha Rezki Amaliah [A31110273] KELOMPOK 7 A.MAHYUDIN A31110254, DONNA ADELINA A31110256, MOH. HAIDIR ALIMUS A31110257, FLORENCIA A31110283 , FARAH A31110288
besar seringberkompromi model REA untuk tujuan pelaporan keuangan pernyataan. Meskipun ada kemungkinan untuk mengekstrak informasi keuangan tradisional dari data peristiwa (seperti digambarkan pada Gambar 10-13), melakukan hal itu dari jutaan catatan aktivitas tertentu bisa menimbulkan masalah. Sebaliknya, sebagian besar perusahaan menerapkan model REA untuk membuat database acara untuk operasi, perencanaan, dan tujuan kontrol dan memelihara sistem buku besar umum tradisional secara terpisah di latar belakang untuk pelaporan keuangan. Sistem perencanaan sumber daya perusahaan, yang akan dibahas dalam bab berikutnya, contoh keberhasilan integrasi desain database berbasis peristiwa dan tradisional dalam satu sistem.