Article

Kita telah mempelajari proses bisnis transaksi konsinyasi dari sisi pemberi konsinyasi. Kita akan meneruskan dengan pembukuan pada toko yang merupakan penerima konsinyasi dengan menggunakan Ultima ERP. Pada Ultima ERP ada event Purchase Order, Purchase Receive, Purchase Return, Purchase Invoice dan

Dalam perdagangan kita mungkin mengenal transaksi titip barang untuk dijual atau konsinyasi. Bagaimanakah kita membukukan dalam Ultima ERP ini dari sisi pemberi konsinyasi atau principal ? Pada Ultima ERP ini kita memiliki event Sales Order, Sales Item, Sales Delivery, Sales

Berbeda situasinya jika sistem analis merancang REA dengan sepotong-sepotong sesuai keinginan pelanggan. Keadaan ini akan membuat programmer harus membuat program setiap ada client baru. Keadaan ini akan membuat biaya pengembangan aplikasi yang tinggi dan sulit dijual ke pelanggan. Tetapi jika

Setelah kita menyusun REA (Resources Events Agents) pada level enterprise atau level perusahaan maka kita akan menggunakan REA enterprise ini dalam penyusunan tabel-tabel dalam relational database management system atau biasa disingkat RDBMS. Dengan adanya enterprise REA ini akan memberikan arah

Perusahaan tentu menginginkan diagram REA (Resources Event Agent) yang akurat. Kita dapat mengecek keakuratan diagram REA pada level enteprise ini dengan sejumlah kriteria-kriteria untuk pengecekan. Kriteria pengecekan diagram REA terpadu yang akurat adalah Setiap event terhubung dengan minimal sebuah resource

Kita sudah membicarakan mengenai diagram REA (Resources, Events, Agents) pada sebuah siklus proses bisnis perusahaan. Supaya kita memiliki gambaran menyeluruh mengenai seluruh proses bisnis perusahaan maka kita perlu membuat diagram pada level perusahaan atau kita menyebutnya sebagai Enterprise REA. Untuk

Dalam penyusunan kardinalitas dari REA (Resources, Events, Agents) kita dapat mengungkapkan model bisnis perusahaan. Secara nyata akan ada banyak variasi yang terjadi dalam kardinalitas REA suatu perusahaan dalam suatu siklus bisnis. Variasi ini juga menunjukkan variasi dari organisasi perusahaan. Saat

Langkah-langkah membuat diagram REA (Resources, Events dan Agents) pada sebuah siklus bisnis adalah Mengidentifikasi event-event yang berhubungan Langkah pertama dalam pengembangan diagram REA adalah identifikasi event-event atau aktivitas-aktivitas yang menjadi bagian dari sebuah siklus proses bisnis perusahaan.  Kita dapat mengurutkan

Kita telah membahas mengenai kardinalitas atau tingkatan dalam REA (Relationship, Events dan Agents). Secara sederhana kita dapat menyimpulkan ke dalam 3 jenis entity relationship yaitu one-to-one atau relasi satu entiti dengan satu entiti one-to-many atau relasi satu entiti dengan banyak

Kita sudah mempelajari REA (Resources, Events, dan Agents) dalam satu siklus bisnis. Pembahasan selanjutnya adalah REA cardinalities. Pada REA cardilities kita akan membicarakan banyaknya instan dari suatu Resource, Event dan Agent dalam suatu relasi diagram REA. Dalam diagram REA ini