Marc,
Mungkin sebaiknya anda memberikan contoh laporan akhir dulu yang anda
gunakan manual saat ini, struktur database pelan-pelan kita bangun
dari situ.

aksan kurdin
ps. susulan pertanyaan adalah contoh formulir/laporan penunjang /
sumber laporan akhir yang saya minta

2008/4/15 Nana Supriatna <[EMAIL PROTECTED]>:
>
>
>
>
>
>
>
> Hi Marc.
>
> Mungkin bisa seperti contoh berikut ini (gudang barang jadi ) :
>
> 1.Desain tabel daftar barang ( berlaku untuk semua gudang), pilih primary
> key, misal kode barang.
> 2.Desain tabel  daftar gudang (misalkan :primary key-kode gudang)
> 3.Desain tabel stock gudang (misalkan : primary key-kode barang dan kode
> gudang)
> 4.Buat tabel transaksi2 , contoh :
>         4A.Penjualan
>             Penjualan 1 ( untuk Salesman dan sejenisnya)
>            Penjualan 2 ( Untuk barang di showrom, misalkan POS)
>             Penjualan 3 ( untuk brang dengan sistem konsinyasi)
>             Penjualan 4 , selain yg diatas
>         4B.Tranfser antar gudang (masuk dan keluar, mutasi barang antar
> cabang)
>         4C.Koreksi persediaan karena hal apapun (kehilangan, stock opaname,
> brang rusak, dll).
>         4D.Pembelian barang  (Kredit, konsinyasi, cash keras, lnak. dll)
>         4E.Retur barang  (pengembalian brang ke Supplier)
>  5.Buat tabel2 untuk transaksi diatas , tentukan primary key dan pilih
> relasi yg tepat.
>  6.Perlu tidak adanya tabel2 yg lainya, misalkan untuk history transaksi
> atau untuk keperluan reporting.
>  7.Tentukan kapan terjadi proses update stock ? Berbarengan ketika user ,
> misalkan intput penjualan atau ada metode lainnya. Misalkan klik tombol
> PROSES.
>  8.Kalau ada tombol proses perlu tidak ada tombol UNPROSES ? dll
>  9. Perlukan menyimpan nilai di record atau cukup dengan query saja ?
>  10.Database akan di potong perbulan atau terus bersambung ? Atau database
> yg sudah di close disimpan terpisah dengan database bulan berjalan.
> 11.Berapa jumlah record daftar barang ? berapa jumlah gudang ?
> 12.Kapan terjadi closing/tutup buku ? Apa saja yg dibuat oleh program ketika
> closing?
> 13. Dll masih banyak lagi.
>
> Mungkin yg lain bisa koreksi atau menambahkan.
>
> Salam dari Bandung
>
>
>
>
>
> ----- Original Message -----
> From: Haer Talib
> To: [email protected]
> Sent: Tuesday, April 15, 2008 5:17 PM
> Subject: Re: [belajar-access] Re: contoh database gudang
>
>
>
>
> Hi Marc,
> Welcome to group.
>
> Kalau database utk multigudang, multi toko, multi counter yg fleksibel, anda
> tambahkan informasi gudang/toko dan counter tsb pada tiap record stock atau
> penjualan, atau mutasi stock.
> Sulit untuk menjadi sempurna pada pengalaman pertama.
> Tetapi kalau anda belum terbiasa menyusun struktur database, sebaiknya anda
> libatkan seseorang yang sudah pengalaman, agar bongkar pasang - daur ulang -
> tambal sulam bisa dieliminir.
> dalam pembuatan aplikasi database, struktur database adalah yang paling
> vital.
> Kesalahan dalam disain database akan membuat pembuatan aplikasi sulit, tidak
> konsisten, atau harus selalu di-refine.
> Tetapi kalau mau belajar sih, kesalahan2 yg kita lakukan itu jadi pelajaran
> yg sulit dilupakan.
> Tapi kalau mau pakai cepat sih, ya tdk perlu melakukan kesalahan2 itu dulu
> :)
>
> Salam database,
> Haer
>
>
>
> 2008/4/15 Marc Christoph Atmadjaja <[EMAIL PROTECTED]>:
>
> >
> > Hi Mas Aksan dan member lain,
> >
> > Juga untuk Mas Haer Talib yang buku "Membuat Access project dengan
> > database SQL server" nya kebetulan sedang saya baca saat ini.
> >
> > Saya member baru yang kebetulan sedang mencoba belajar access sedikit
> > demi sedikit, mohon maaf jika pertanyaannya amat mendasar atau kurang
> > spesifik, karena kebetulan background saya bukan IT tetapi lebih pada
> > management yang memiliki special interest pada information technology.
> >  Memang kebetulan saya sedang mencoba mambangun sebuah database untuk
> > perusahaan kami yang bergerak di bidang manufacture untuk produk
> > hometextile dan handicraft.
> > Saat ini saya sedang mencari cara terbaik untuk membuat database
> > dengan multi gudang.  Penggunaan utamanya sebenarnya lebih untuk
> > penjualan consigment / konsyinasi.  Untuk hal ini, saya masih belum
> > mengerti mengenai design database yang baik untuk konsep multi gudang
> > ini. Mohon dibantu untuk konsep design databasenya agar gudang (atau
> > counter konsyinasi) dapat senantiasa di tambahkan (jumlah gudang tak
> > terbatas).
> > Mohon pencerahannya
> >
> > Terima kasih,
> > Marc Christoph
> >
> >
> >
> > --- In [email protected], J4J4N6 <[EMAIL PROTECTED]> wrote:
> > >
> > > Hello M.,
> > >
> > > Terimakasih banyak atas tawaran Mas Aksan, memang ini sebenarnya
> > tugas dari kantor.
> > > Saya akan coba cari tau terlebih dahulu tentang report apa aja yang
> > nantinya akan diperlukan sebagai laporan.
> > >
> > > Untuk itu saya mohon waktu, untuk mengumpulkan semua data yang
> > diperlukan.
> > >
> > > Sekali lagi saya mengucapkan banyak terimaksih atas tawarannya.
> > >
> > > --
> > > Best regards,
> > > J4J4N6                            mailto:[EMAIL PROTECTED]
> > >
> > > Wednesday, June 7, 2006, 10:01:56 AM, M. Nulis:
> > >
> > >
> > >
> > >
> > >
> > > > Di indonesia mungkin belum ada penerapan standar, anda seharusnya bisa
> > > >  membuat survey sendiri di gudang anda (eh .. ini project di kantor
> > > >  sendiri atau lagi dapat project bikin aplikasi gudang untuk pihak
> > > >  lain? ... :)), karena setiap perusahaan yang pernah saya kenal
> > > >  menerapkan sistem pergudangan tidak benar2 persis. Yang sama adalah
> > > >  bahwa ada barang masuk, keluar, hilang, dan muncul ....
> > >
> > > >  Jika proses manual sudah berjalan, anda bisa mengumpulkan formulir2,
> > > >  catatan2, atau buku gudang untuk memahami bisnis flow di gudang.
> > > >  Tanyalah pada pelaksananya, bagaimana proses penerimaan / pemasukan
> > > >  barang di gudang. Dimulai dari mencatat apa hingga merangkum apa.
> > > >  Begitu pula untuk pengeluaran, rusak, hilang, atau yg lainnya. Dari
> > > >  sana anda saya yakin akhirnya bisa membentuk alur form dari ini
> > ke ini
> > > >  hingga ke report ini.
> > >
> > > >  Saya selalu berharap ada yang mau membawa masalahnya di milis ini
> > > >  untuk dijadikan project bersama, bisa buat bahan belajar, atau
> > > >  mengasah ketrampilan bagi yang sudah mahir.
> > >
> > > >  Jika jajang setuju, mari kita mulai project ini. Anda bisa
> > > >  menceritakan dulu dari pengamatan lapangan, proses apa saja yang
> > > >  terjadi di gudang.
> > >
> > > >  Contoh:
> > > >  1. Proses penerimaan barang,
> > > >  2. Proses pengeluaran barang,
> > > >  3. Proses barang rusak,
> > > >  4. Proses barang hilang,
> > > >  5. Proses peminjaman barang
> > >
> > > >  dst ....
> > >
> > > >  Anda bisa juga memberikan masukan gudang anda cuma satu atau ada di
> > > >  beberapa wilayah terpisah, sehingga juga di butuhkan proses pindah
> > > >  lokasi barang, dst ....
> > >
> > > >  Semoga ada manfaat yang bisa kita tarik, bahwa yang belum bekerja
> > > >  (masih mahasiswa/kursus) sudah bisa ikut membuat sistem pergudangan
> > > >  juga, dan yang sudah bekerja bisa mencoba2 membuat sistem yang
> > berbeda
> > > >  dengan selama ini dikembangkan di tempatnya ....
> > >
> > > >  aksan kurdin
> > >
> >
> >
> >
> > ------------------------------------
> >
> > SPAM IS PROHIBITEDYahoo! Groups Links
> >
> >
> >
> >
>
>
>
> --
> [Haer Talib]
> Office Access MVP
> Meet me at www.RumahAccess.com
>
> =>
>
>
>  



-- 
Aksan Kurdin

Kirim email ke