Catatan: Catatan: Ada perubahan dan penambahan database desain dari yang terdahulu yaitu: Desain ini masih bersiftat sementara. Ada yang kurang atau salah ??? Catatan: Ada perubahan dan penambahan database desain dari yang terdahulu yaitu: Desain ini mungkin masih bersiftat sementara. Ada yang kurang atau salah ??? Posted: May 27th, 2007 under POS Database. Catatan: Ketika proses penutupan tahunan, semua transaksi stok akan di backup dan dihapus sehingga kita tetap membutuhkan informasi yang bersangkutan. Jadi kita membutuhkan ketiga properti tersebut di tabel stok. Pertanyaannya sekarang adalah apakah kita merubah properti tersebut pada saat transaksi pembelian atau hanya pada saat melihat transaksi stok yang bersangkutan. Masalah: Untuk beberapa fitur aplikasi seperti banyak gudang, untuk mempercepat pengembangan aplikasi maka pada saat awal aplikasi akan membuat gudang dengan nama default. Dengan demikian walaupun Arsitektur database bisa menampung fitur banyak gudang tetapi kita akan mengembangkannya dari yang sederhana. Bagi mereka yang sudah mengerti apa itu recursive relationship, dapat dilihat ada dua tabel yang di desain dengan hubungan tipe ini yaitu categori dan wharehouse(Gudang). Misalnya untuk gudang, kita bisa mempunyai gudang A, Rak 1, Baris 2 dan seterusnya. Untuk gudang yang tidak mempunyai keterangan detail tambahan dapat diberikan parentID nya = 0 secara default. Desain ini masih bersiftat sementara Ada yang kurang ??? Database Stok Database Stok Tabel Stok : Informasi mengenai stok Tabel Stok Properti : Informasi tambahan mengenai stok Tabel Stok Transaksi : Informasi transaksi stok yang mempengaruhi atribut stok Tabel Stok Categori : Kategori stok Hubungan Antar Tabel Tabel Stok Tabel Stok Property Property Tambahan Untuk Stok Tabel Stok Transaksi Tabel Stok Category Kategori bisa mempunyai kategori lagi (Recursive relationship) Ada yang kurang ?? Catatan:POS Database
Recursive Relationship
Relationship Database Stok Percobaan ke 3
Relationship Database Stok Percobaan ke 2
Pada saat proses stok mengimpor data dari database transaksi total stok langsung dihitung dan disimpan dalam tabel propertyStok. Dengan demikian akan menghemat waktu. Pada saat pembelian total stok ditambahkan dan pada saat pengembalian barang total stok dikurangkan.
Comments: 1Relationship Database Stok Langkah 1
Beberapa properti dari tabel stok bisa diambil langsung dari transaksi stok misalnya saja Highest cost, current cost (Pembelian terakhir) , atau lowest cost. Ada beberapa kerugian dengan cara mengambil dari tabel transaksi dimana aplikasi akan selalu mencari di tabel transaksi sehingga sedikit membebani komputer. Mana yang dipilih langsung memberikannya ke tabel stok atau memprosesnya pada saat melihat stok yang bersangkutan???
Bagaimana bila transaksi pembelian yang merubah properti itu kemudian terjadi proses pengembalian barang pembelian? Masalah itu perlu kita waspadai bagaimana kita mengatasinya. Pertimbangkan database desain untuk transaksi di database transaksi untuk membuat tiga level transaksi:Database Desain
Database Transaksi
Database Master
Database GLDatabase Desain Stok
Satu Stok bisa mempunyai banyak informasi tambahan
Satu stok bisa mempunyai banyak transaksi
Satu kategori stok bisa mempunyai banyak stok
id
code
name
ID categori
Stok Awal
Keterangan
id
ParentID
PropertyName
PropertyValue
Manufacturer Code
Image
Informasi Harga Terakhir(Tidak bisa dirubah manual)
Jumlah Persediaan (Tidak bisa dirubah manual)
Jumlah Reorder Point
Harga Penjualan Retail
Supplier1
Supplier2
id
ParentID
Date
Tipe Transaksi
EmpeID
CustOrSupID
Jumlah
Harga
Keterangan
id
parentID
Name
Keterangan
Bagaimana dengan stok yang bisa mempunyai warna atau serial Number.
Untuk stok jenis seperti itu kita perlu mempunyai tabel tersendiri, misalnya diberi nama stok detail yang bisa mempunyai atribut (id,parentid,warna,serial number 1, serial number 2, jumlah.)
0 komentar:
Posting Komentar
MAu Kritik......
KE SINI AJA TULIS