| 過去の桐井戸端ＢＢＳ （桐ver.９） |
| 26714 | 簡易な物品管理の設計をしたい | 木蓮 | 2004/06/19-09:54 |
| 簡易な物品管理を桐で作成したいと考えており、次のような方法で試しているのですが、 どうしてもうまくできません。どうか、アドバイスをお願いします。 物品の種類は、年度につき、最大でも200以内です。 物品マスター.tbl ------------------- 管理番号 制作年度 物品名 データ入力.tbl ------------------- 管理番号 受入数 払出数 在庫数（受入数-払出数） 上記tblの結合表 ------------------- 管理番号（物品マスター.tblより） 制作年度（物品マスター.tblより） 物品名（物品マスター.tblより） 受入数（データ入力.tblより、できれば集計値で？） 払出数（データ入力.tblより、できれば集計値で？） 在庫数（←【ここ】） 問題は、在庫数のところです。 以前伺った際、上記表の他に、「データ入力.tbl」を併合処理して「在庫数.tbl」を作り、 その在庫数を結合表に反映させるようにと教えていただき、試してみました。 それぞれの作業はうまくでき、在庫数を結合表に反映させることもできたのですが、 この方法ですと、いったん結合表を閉じ、併合処理を実行してから、 また結合表を開き直さなければならないと思うのですが、間違っていますか？ なるべくなら、一括処理やイベントを使用しないで、上記のような管理をしたいのですが、 それは不可能なのでしょうか。 現在は、excelで年度ごとファイルで管理しており、1つのファイル内に100-200のシートが存在している状態です。 なんとか、桐に移行したいと思い、業務の合間時間に試してみているのですが、もう、数ヶ月になります。 どうか、アドバイスをお願いいたします。 直接のご回答が無理でしたら、 似たような質疑応答やサンプルがございましたら、拝見に参りますので、 場所をお教えいただければ幸いです。 | |||
| 26715 | 1足す1引く1は常に0ですか？ | 宮城 | 2004/06/20-01:36 |
| 記事番号26714へのコメント 木蓮さん、こんにちは。 >なるべくなら、一括処理やイベントを使用しないで、上記のような管理をし >たいのですが、それは不可能なのでしょうか。 ストレートにお答えしますが、「不可能」です。なぜかというと、 日々の受払いの単純月間シグマが月間での受払いに一致しない例外事例が山ほどあるからです。 そこでお悩みになっているのではありませんか？ 返品もあるだろうし、わかったうえでの「転用（ａ品をb品として払い出す）」もあるだろうし、間違った「転用」もあるだろうし、 棚ずれはあるわ、万引きはあるわ・・・。あるいは、単に棚卸時モノを見つけそこなったまで。 結合表云々言われてる部分はわからないのですが、妙な例外の一切ないところなら単純なおはなしですが、 そうでないならかなりこてこてやらないと在庫管理はできません。 そうやった上で異常データ処理要員がついていたりします。 | |||
| 26716 | Re:簡易な物品管理の設計について | irimajiri | 2004/06/20-10:28 |
| 記事番号26714へのコメント こんにちは、木蓮さん irimajiriと申します 昔Ｖ７でイベント、一括処理を使用していないときの考え方で 管理番号（物品マスター.tblより） 制作年度（物品マスター.tblより） 物品名（物品マスター.tblより） 受入数（データ入力.tblより、できれば集計値で？） 払出数（データ入力.tblより、できれば集計値で？） 結合表内の項目で（計算式などは簡素化しています） 在庫数 在庫表−（#合計（受入数）−#合計（支払数）） で出ないでしょうか。 とこで在庫表なのは品名マスターにでも持たせているのでしょうか？ 私は閉めを行う場合のみ併合を使用し在庫表を更新します 日々業務中は結合表を使用し在庫数を表示させていました。 | |||
| 26717 | Re:1足す1引く1は常に0ですか？ | うにん | 2004/06/20-10:35 |
| 記事番号26715へのコメント >結合表云々言われてる部分はわからないのですが、妙な例外の一切 >ないところなら単純なおはなしですが、そうでないならかなりこて >こてやらないと在庫管理はできません。そうやった上で異常データ >処理要員がついていたりします。 とりあえず、例外が発生したらそれ自体を入出庫としてデータに追加して辻褄合わせをしてしまえば、 入庫・出庫は結合で合計を出せばいいし、 在庫もその引き算ででます。 ただ、締め処理をしないと結合対象のデータが永遠に増えてしまいますから 最低年1回くらいは結合表を開くのではなく併合とか一括処理とかが 結局は必要になるでしょう。 | |||
| 26718 | Re:簡易な物品管理の設計について | 野良犬 | 2004/06/20-11:02 |
| 記事番号26714へのコメント >なるべくなら、一括処理やイベントを使用しないで、上記のような管理をし >たいのですが、それは不可能なのでしょうか。 現在は在庫数をどこにもっているのでしょうか？ それはさておき、サンプル置いときました。 | |||
| 26719 | 皆様、ありがとうございました。 | 木蓮 | 2004/06/20-15:51 |
| 記事番号26718へのコメント 皆様、丁寧なコメントをいただき、ありがとうございました。 とりあえず、締め処理の場合のみ併合処理を使う方向で考えてみようと思います。 野良犬さんにいただいたサンプルは、明日、早速に試してみます。 桐のソフトが自宅に無いので、じれったいのですが、、。 また、つまづいたら、お願いにあがるかもしれませんが、どうぞよろしくお願いいたします。 取り急ぎ、御礼まで。 | |||