ＡＣＣＥＳＳで在庫管理がしたいのですが

締切済

質問者：shirabo
質問日時：2008/11/18 14:43
回答数：3件

いつもお世話になります。過去質問を拝見しましたが当てはまらなく
て質問させて頂きました。初心者です。宜しくお願いします。
青果物の卸売会社に勤めております。輸入物の倉庫在庫管理をしたく
て質問させて頂きます。このような事はＡＣＣＥＳＳで可能なので
しょうか？
必要な項目
・倉庫ＣＤ
・仕入先ＣＤ
・商品ＣＤ
・ブランド名
・船名
・階級（大きさとか玉数です）
仕入先業者からＦＡＸで荷捌き案内として以下のように送られてきます

仕入先名　　Ａ社　　品名　グレ－プフル－ツ
倉庫名　ブランド　船名　２７玉　３２玉　３６玉　４０玉　４８玉
ＡＡＡ　ＢＢＢ　　ＣＣ　　100　　　100　　150　　 100 　　　 100
これを最初の入庫数としまして入庫入力し
取った玉数事に出庫入力を行い各玉数の在庫数と合計在庫数を
問い合わせ等で表示するといった感じなのです。
一つの品目に階級一つとかでしたら既存の質問事項に載ってたのです
が。すいませんが宜しくお願い致します。
解り難い内容で申し訳ございません。補足させて頂きますので
お願いします。

通報する

この質問への回答は締め切られました。

質問の本文を隠す

回答 (3件)

最新から表示
回答順に表示

No.3

回答者： CHRONOS_0
回答日時：2008/11/18 17:03

>質問文に記載いたしましたが仕入業者からＦＡＸにて

>明細が送られてきます。
じゃテーブルには手入力することになるわけですね
テーブルはこちらの自由に設計していけばいいでしょう

>キ－項目を管理ＮＯ・仕入先・品名・ブランド名・船名
だったらこれらの後ろに階級と数量フィールドを付ければいいんじゃないですか

- 0
- 件

通報する

この回答へのお礼

二度目の回答ありがとうございます。
＞だったらこれらの後ろに階級と数量フィールドを付ければいいんじゃないですか
階級は一個のヘッダ－部に対して何個も必要なのですが
どうすれば良いのでしょうか？

通報する

お礼日時：2008/11/18 17:49

No.2

回答者： noname#140971
回答日時：2008/11/18 16:14

可能だと思います。

ただ、やり方は、実に人それぞれかと・・・。

テーブル:仕入先
テーブル:商品
テーブル:在庫
テーブル:入出庫伝票

ここで、ややこしいのがテーブル[商品]と[在庫]の関係だと推察します。

仕入先:

id・・・・・・・・・・・・主キー（＝仕入先管理番号）
名・・・・・・・・・・・・仕入先名称
読み・・・・・・・・・・仕入先読み

商品:

id・・・・・・・・・・・主キー（＝商品管理番号）
商品コード・・・・各商品のコード
品番・品名・・・・各商品の呼称
検索スペル・・・・各商品の検索用の綴り（大方は品番・品名と同じでよい）
仕入先_id・・・・・[仕入先]主キーとリンク

在庫:

id・・・・・・・・・・・主キー（＝在庫管理番号）
在庫名・・・・・・各在庫の名前
商品_id・・・・・・[商品]の主キーとリンク
枝番_1・・・・・・在庫品目の一つ目の枝番
枝番_2・・・・・・在庫品目の二つ目の枝番
枝番_3・・・・・・在庫品目の三つ目の枝番
管理単位・・・・
単位別個数・・
数量・・・・・・・
最終アクセス日・・・

雑多な取り扱い商品を管理するには、[商品マスター]だけでは限界があります。
各々の商品を、その枝番毎に細かく管理しないと意味がありません。
ある商品の個々の商品は、玉という級数で管理されるかも知れません。
だが、別の商品は、色とサイズとで管理されるかも知れません。
私の経験では、３つの要素の組合せを想定していれば大方がOKです。

さて、このように考えてくると入出庫は最小管理単位で行うことになります。

入出庫:

id・・・・・・・・・・・主キー（＝入出庫管理番号）
入出庫・・・・・・0=入庫、1=出庫
区分・・・・・・・・0=入庫・出庫、1=返品、3=調節、9=その他
行番号・・・・・・1,2,3・・・・N
日付・・・・・・・・2008/11/11
在庫_id・・・・・・1
数量・・・・・・・・1

ところで、入出庫伝票も入力行を持たせた方がいいです。
また、入力データの性格も[区分]列で把握すべきでしょう。

在庫:

数量・・・・・・・・・・・・・
期首在庫数・・・・・・・・0
先月期首在庫数・・・・100
先月入庫数・・・・・・・・10
先月入庫返品数・・・・0
先月入庫調節数・・・・0
先月出庫数・・・・・・・・0
先月出庫返品数・・・・0
先月出庫調節数・・・・0
当月期首在庫数・・・・100
当月入庫数・・・・・・・・10
当月入庫返品数・・・・0
当月入庫調節数・・・・0
当月出庫数・・・・・・・・0
当月出庫返品数・・・・0
当月出庫調節数・・・・0

テーブル[在庫]には、このような動態を記録する列を用意するとよいかもです。

各種設定:

現棚卸日・・・・・・2008/10/31

このようにテーブル[各種設定]![現棚卸日]で棚卸日を管理。
ならば、何時でも入出庫伝票を入力することも可能だと思います。
また、１００００点程度ですと瞬時に先月期首以降の動きを更新できると思います。
この場合、先月伝票の訂正も反映されます。
（ここら辺りは、それぞれの事情でロックするならすることに！）
それが不可能であるボリュームであるならばSQL Server+Access.adp 等で開発。

と、まあ、ツラツラと述べてきましたが、要は、かかるテーブル設計が全てです。
フォームとかクエリとかレポートとかは枝葉の問題です。

なお、どうせならば最初からバックエンドとフロントエンドに分けてがいいです。
つまり、テーブルだけのMDBとその他とを完全に分離。
そうすることで、プログラムとデータとを分離して管理することが可能に。