Dear Bung Aksan,
Baik bung, akan saya siapkan sebaik mungkin. Jadi pendekatan pertama dalam design database adalah ditarik dari laporan atau informasi yang kita inginkan ? OK bung terima kasih banyak, saya memang sedang mencari pendekatan yang sistematis seperti ini Mohon maaf jika pertanyaan saya kurang jelas sebelumnya. Best regards, Marc From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of aksan kurdin Sent: Wednesday, April 16, 2008 9:26 AM To: [email protected] Subject: Re: [belajar-access] Re: contoh database gudang 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] <mailto:nanasupriatna.bdg%40gmail.com> >: > > > > > > > > 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] <mailto:belajar-access%40yahoogroups.com> > 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] <mailto:marc.christoph%40anekatusma.com> >: > > > > > 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] <mailto:belajar-access%40yahoogroups.com> , 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
