mohon bantuan untuk desain database inventory

[need_help]

teman2 saya membuat database inventory gudang tapi simple
contoh desain database saya bikin menggunakan table native
gambar saya lampirkan pada attachment
yang jadi pertanyaan
1. Apakah desain saya sudah benar untuk inventory barang keluar masuk barang ?
2. pada tabel barang tidak saya sertakan field quantity , untuk mengetahui quantity barang saya selalu melakukan kalkulasi (saldo akhir = saldo awal periode + barang masuk - barang keluar),apakah cara tersebut benar ?
3. tiap bulan selalu melakukan proses transfer saldo akhir barang menjadi saldo awal bulan berikutnya.

mohon petunjuknya

[poison]

AFAIK :
qt sepaham....

kelemahan pake cara ini (milestone) : jika transaksi banyak, akan membebani server...( tapi dengan kemampuan hardware yang mumpuni, hal ini bisa diAnulir!..)

[Ronald_CH]

AFAIK :
qt sepaham....

kelemahan pake cara ini (milestone) : jika transaksi banyak, akan membebani server...( tapi dengan kemampuan hardware yang mumpuni, hal ini bisa diAnulir!..)

Hm..hm

 Sebetulnya dengan 2 table aja udah cukup
  1. table databarang
  2. table transaksi
 
field dari databarang
  1.kdgudang
  2.kdbrg
  3.nmbrg
  4.kdsup
  5.hrg_satuan
  6.hrgpokok
  7.hrgjual
  8.saldoawal
  9.brgmasuk
  10.brgkeluar
  11.saldoakhir
rumus posting saldo akhir saldoakhir=saldoawal+brgmasuk-brgkeluar

field table transaksi
 1. nobukti
 2. nofaktur
 3. kdsup
 4. kdgudang
 5. flgtran (0=barang masuk,  2=barang keluar)
 6. jum_brg
 7. hrgjual
 8. tgltran

yang direlasikan kdsup di table transaksi dengan kdsup yang ada di table databarang
dan kdgudang yang ada di transaksi dan kdgudang yang ada di table databarang.

lebih sederhanakan dan efesien
semoga dapat membantu 

[poison]

(nyundul lagi aaaach.)

bukan maksud aq menyanggah....
tapi menurut aq mending dipisah ( jual dan beli)...hal ini untuk jaga2 semisal program berkembang lebih komplek...

klo aq sendiri udah tertanam (cie ileee kayak pohon aja)....aq mending tambah table dari pada tambah field

semisal....
- transaksi tersebut nantinya di kembangin ke arah hutang piutang....

[Ronald_CH]

- transaksi tersebut nantinya di kembangin ke arah hutang piutang....

tinggal nambahin field di file transaksi kdtran(101=tunai,108=non tunai)
atau kalo mau terintegrasi dengan akuntansi dan laporan keuangannya tinggal nambahin kdgl atau general ledger untuk kebutuhan akuntansinya di file transaksi. karna saya udah bikin program ini di tempat usaha saya yang mempunyai 3 cabang dan saya on line kan dan terintegrasi dengan pembukuan pelaporan keuangan dan ternyata nggak ada masalah dengan data 5 suplier atau pemasok dan 10 ribu macam barang. cuman kalo mau terintegrasi dengan akuntansi nya harus nambah table tbl_gl yang berisi kode akuntansi, dan tabel bukubesar jadi intinya cuman 4 table udah oke kalo mau nambah pake login user tambahin aja table user

[taz]

kalau simple desain database itu sudah cukup.
kalau pengen yang rada ribet dikit bisa dilihat di desain database zetoc, konsepnya jual - beli - stok barang dipisahkan agar log setiap transaksi tercatat (memudahkan tracking kemudian hari)

[need_help]

AFAIK :
qt sepaham....

kelemahan pake cara ini (milestone) : jika transaksi banyak, akan membebani server...( tapi dengan kemampuan hardware yang mumpuni, hal ini bisa diAnulir!..)

ini dia yang mungkin jadi hambatan dari saya..
karena setiap mau lihat saldo barang saya harus lakukan perhitungan kalkulasi saldo akhir. jika data barang lebih dari 1000 record dan transaksi lebih dari 50000 record bisa lama proses kalkulasinya.

@Pak Taz :
kalo di zetoc setiap proses transaksi melakukan penambahan dan pengurangan saldo barang ya pak ? itu kalo kita ingin melihat saldo akhir barang kita?gimana kalo kita ingin melihat rekap mutasi barang untuk periode tertentu?

... kalo bole share donk pak Taz kerangka database Zetoc ?

 
kalo saya melihat di zetoc

[poison]

@Pak Taz :
kalo di zetoc setiap proses transaksi melakukan penambahan dan pengurangan saldo barang ya pak ? itu kalo kita ingin melihat saldo akhir barang kita?gimana kalo kita ingin melihat rekap mutasi barang untuk periode tertentu?

... kalo bole share donk pak Taz kerangka database Zetoc ?

 
kalo saya melihat di zetoc

ni salah satu minus nya (sori om taz)...

untuk melihat stock dalam waktu tertentu tetep harus pake titikacuan (milestone)...

aq pernah terapin metode seperti ini : untuk membuat milestone, tidak harus akhir bulan....aq bikin bebas...tapi ada beberapa ketentuan yg harus ditaati oleh operator...
semisal : - harus akhir / awal hari....
tapi tak lupa disampaikan, plus minus dari milestone tersebut...
plus :
- akumulasi data lebih cepet
minus :
- database cepet besar (karena semua item akan disimpan ulang, walaupun hanya id dan value)..

***
monggo yg laen....

[need_help]

....................
- database cepet besar (karena semua item akan disimpan ulang, walaupun hanya id dan value)..

maksutnya gimana pak POISON.
mohon penjelasannya
thx..
 

[sihawam]

kok jadi pengen ikut nyundul....

kalo boleh ikut share.. selama ini saya menggunakan metode menghitung transaksi secara langsung, yaitu membandingkan table out dan table in.

untuk mempercepat proses penghitungan, setiap setaon sekali ato setiap ada opname gudang (tempat saya biasanya setaon sekali), saya masukkan saldo akhirnya ke dalam table transaksi ( In ), kemudian simpan informasi tanggal cut off ini ke table lain.

jadi ketika dilakukan report stok, program akan mencari tanggal terakhir cut off, kemudian mengambilnya sampai dengan tanggal range terakhir yg di kehendaki.

di tempat saya yang hanya memakai server kelas rendah , dengan data table out sekitar 170.000 lebih, waktu yg diperlukan utk laporan stok sekitar 10 - 15 detik.

maap, ini jika menggunakan mysql, kalo untuk native, kelihatannya kurang cocok, monggo.. rekan laen pendapatnya...

[poison]

....................
- database cepet besar (karena semua item akan disimpan ulang, walaupun hanya id dan value)..

maksutnya gimana pak POISON.
mohon penjelasannya
thx..
 

tua amat ! dipanggil pak...

ukuran database...
banyangin aja...tiap kali bikin milestone, akan ada record sejumlah item yang akan tersimpan, klo masih sebulan sech, masih lumayan, banyangin aja klo tiap hari...

oooooooo, gini ja ( baru dapet ide) bikin ja proses stock opname, tapi stock opname yg dilakukan memperbolehkan hanya sebagian item....jadi yg tersimpan g semua item...

maap, ini jika menggunakan mysql, kalo untuk native, kelihatannya kurang cocok, monggo.. rekan laen pendapatnya...

kurang cocok dalam hal yg mana?...setau aq, kelebihan menggunakan native kecepatannya yg sampai sekarang aq blom nemuin ada database yg sanggup ngalahin ntu, tapi klo dilihat kelemahanya......mending kagak make yg ini..... 

[xwhizzkid]

AFAIK :
qt sepaham....

kelemahan pake cara ini (milestone) : jika transaksi banyak, akan membebani server...( tapi dengan kemampuan hardware yang mumpuni, hal ini bisa diAnulir!..)

Hm..hm

 Sebetulnya dengan 2 table aja udah cukup
  1. table databarang
  2. table transaksi
 
field dari databarang
  1.kdgudang
  2.kdbrg
  3.nmbrg
  4.kdsup
  5.hrg_satuan
  6.hrgpokok
  7.hrgjual
  8.saldoawal
  9.brgmasuk
  10.brgkeluar
  11.saldoakhir
rumus posting saldo akhir saldoakhir=saldoawal+brgmasuk-brgkeluar

field table transaksi
 1. nobukti
 2. nofaktur
 3. kdsup
 4. kdgudang
 5. flgtran (0=barang masuk,  2=barang keluar)
 6. jum_brg
 7. hrgjual
 8. tgltran

yang direlasikan kdsup di table transaksi dengan kdsup yang ada di table databarang
dan kdgudang yang ada di transaksi dan kdgudang yang ada di table databarang.

lebih sederhanakan dan efesien
semoga dapat membantu 

KOde  Baarang dan harga pokok tidak disimpan di tabel transaksi Pak?

[davidmustakim]

nanti kali

[need_help]

....
ukuran database...
banyangin aja...tiap kali bikin milestone, akan ada record sejumlah item yang akan tersimpan, klo masih sebulan sech, masih lumayan, banyangin aja klo tiap hari...

oooooooo, gini ja ( baru dapet ide) bikin ja proses stock opname, tapi stock opname yg dilakukan memperbolehkan hanya sebagian item....jadi yg tersimpan g semua item...

hmm...
kaloo proses stok opname di lakukan tiap hari...
kayaknya tidak mungkin lo mas (walaupun 1% ada sih yang melakukannya)..
coba bayangin aja kalo hypermart stok opname tiap hari ?bisa segede apa database nya..

bagaimana jika hasil stok opname create tabel sendiri tiap periodik stok opname ?

ada yang mau share teman2 yang lain ?
mungkin pak DM

 

masa cuma

nanti kali

doank
 

[davidmustakim]

opname stok seharusnya berarti posisi letak barang di tempat penyimpanan + display tidak boleh dipndahkan
kalo hypermart tidak melakukan opname setiap hari harus lah dimaklumi: MEREKA MAU JUALAN !
saya yakin nggak terlalu ada hubungannya dengan besar-kecilnya ukuran  database