lagi iseng ah jawab ah, kalau gudang banyak : ada tabel nama gudang ada tabel nama barang ada tabel masuk gudang, terus didalam nya harus ada kolom gudang ke mana. ada tabel keluar gudang, terus didalamnya harus ada kolom gudang dari mana, ada tabel pindah gudang, terus didalamnya harus ada kolom gudang dari dan ke, terus tabel adjusment dan ada kolom gudang mana yang di adjust, kalau setelah stock opname.
terus yang lainnya dech, hanya pemikiran, dan kadang form belum tentu flow nya sama. kalau pindah gudang, ada form keluar gudang dan form terima gudang, maka tabel nya masing masing. kecuali bila hanya satu form untuk pindah gudang maka tabelnya satu aja. cheers, budilaks --- Marc Christoph <[EMAIL PROTECTED]> wrote: > Hi Mas Haer, > > > > Terima kasih untuk penjelasannya, saat ini saya > masih dalam pembuatan > percobaan, jadi file yg saya gunakan memang khusus > hanya untuk belajar. > > Mas Haer, kalau boleh sedikit dijelaskan, dalam > pembuatan design database > multi gudang, bagaimanakah pembagian tabelnya ? > > Saya sempat mencoba membuatnya dengan struktur > table: counter/gudang, kirim, > retur, jual, dan product, dan kemudian mencoba > membuat crosstab query dengan > row heading product, column heading counter dan > value kirim-retur-jual untuk > mendapatkan stock per product untuk setiap > counternya tetapi gagal. > > Kiranya mohon dibantu struktur table dan query > seperti apa yang cocok untuk > database multi gudang terutama pemindahan barang > tersebut. > > > > Terima kasih > > > > Salam database juga pak ! setelah sekian lama > > > > Best regards, > > Marc > > > > From: [email protected] > [mailto:[EMAIL PROTECTED] > On Behalf Of Haer Talib > Sent: Tuesday, April 15, 2008 5:18 PM > To: [email protected] > 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: > === message truncated ===
