> Kalo saya sih, buat 2 tabel : 1 utk Master UOM(Unit Of
Measure/Satua),
> 1. UOM Convertion, yg sifatnya One To Many dari UOM_Mst Ke Uom_Conv
Pake caranya pak Rudy boleh juga sih, cuman kalo customer maunya beli
1,5 lusin gimana??ribet juga kan??hehehehehe.
Untuk mengatasi masalah satuan bear/kecil anda bisa menggunakan banyak
cara antara lain :
1. Anda bikin tambahan 1 field lagi untuk menampung satuan kecil, misal
Kode Nama Big_Qty Big_Mesr Small_Qty Small_Measr
1001 Rokok 1 Lusin 6 Bungkus
dst,....
Tapi cara ini ada kelemahannya yaitu jika small quantity ingin dipecah
lagi. Misal customer pingin membeli 1,5 lusin + 2 batang, tetntunya
sistem diatas sudah tidak relevan lagi kan??
2. memisahkan kode barang untuk satuan besar dan satuan kecil, misal:
Kode Nama Qty Measurement
1001.00 Rokok 1 Lusin
1001.10 Rokok 6 Bungkus
dst,....
Kelebihannya cara kedua ini pencatatan menjadi flexsibel, karena jika
ada perubahan aturan ukuran barang, anda tinggal membuat kode baru
untuk jenis barang tersebut. Contoh jika ukuran 1 bungkus ingin diecer
lagi, anda tinggal membuat 1 kode barang lagi tanpa harus merubah
struktur table, contoh :
Kode Nama Qty Measurement
1001.11 Rokok 10 Batang, dst...
Walaupun flexsible cara ini tentu saja tidak sederhana penerapannya
soalnya satu product bisa mempunyai kode yg berbeda. Kerumitannya akan
lebih terasa pada saat kita akan membuat laporan.
3. Pencatatan model card of account(coa)
Pencatatan yg paling efisien menurut saya adalah pola pencatatan
accounting. Saya sekarang sedang menerapkan konsep pencatatan sistem
inventori seperti ini. Kalo kita amati model table card of account
berbentuk tree, contoh:
1001.00 Rokok ,Lusin
|
|__1001.10 Rokok, Bungkus
|
|__1001.11 Rokok, Batang, dst...
Model table master barangnya kira2 seperti ini:
Kode nama_product measurement parent
1001.00 Rokok Lusin null
1001.10 Rokok Bungkus 1001.10
1001.11 Rokok Batang 1001.11, dst...
Nah...field nama product dan measurement, masih bisa dipecah lagi
menurut aturan normalization kalo anda mau.
OK..kira2 seperti itu konsep yg saya tawarkan, untuk memilih mana yg
lebih efisiean tentunya semua tergantung kepada anda dan system yg
berlaku di perusahaan anda. Sayapun tidak mengatakan bahwa sistem yg
saya tawarkan itu paling efisiean, karena bagaimanapun sebagai saya
manusia biasa tentu mempunyai keterbatasan pola pikir.
best regard
eko heri
Untuk berhenti berlangganan kirim email kosong ke : [EMAIL PROTECTED]
Ikuti juga forum diskusi VB.net dengan
mengirim email kosong ke [EMAIL PROTECTED]
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/indoprog-vb/
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
