- ベストアンサー
Accessの出荷管理DBで製造番号を管理したい
Accessの出荷管理DBで製造番号を管理したい 自社が出荷する製品全てに製造番号を割り当てて、品質管理をしたいと思います。 商品名 えんぴつ 数量 50本 製造番号 E001,...,E050 商品名 消しゴム 数量 100個 製造番号 K001,...,K100 このとき、製造番号フィールドは複数の数値を格納(あるいは参照)する必要があります。 そこで、出荷管理フォーム上で製造番号のリストを表示したいのですが、どのような手を使えば良いでしょうか。 手元にAccessの参考書があるので、アイデアさえいただければ試行錯誤してみます。
- earl_gray
- お礼率95% (23/24)
- その他（プログラミング・開発）
- 回答数2
- ありがとう数7
- みんなの回答 （2）
- 専門家の回答
質問者が選んだベストアンサー
- ベストアンサー
一つの項目に複数でかつ一定ではない数の管理番号を対応させるには管理番号テーブルを作りフィールドとして少なくとも ・管理番号 ・項目ID の二つを持たせ、これにより項目と管理番号のリレーションを取れば良いでしょう。フォームでの表示は、親子フォームが一番簡単に実現できます。しかしアクセスの親子フォームは、親が一項目鹿表示できない（レコードを移動することにより複数を表示する）制限があり、余り使いよいものではありません。ここら辺は必要に応じて、色々工夫しなければならないかもしれません。
その他の回答 (1)
- piroin654
- ベストアンサー率75% (692/917)
Accessを含むOfficeをインストールしておられるなら、 Northwind.mdbがOfficeのsamplesに入っていると思い ます。それを起動して得意先別受注というフォームが あります。そのフォームはメインフォームにサブフォーム を二つ入れてビジュアルに受注した得意先一覧と それぞれの受注明細をクリックすれば表示されるよう なっています。 このようなフォームの構造をコピーして改造すれば 望みの方向に向かうことができるのではと思います。 たとえば、Northwind.mdbでは受注を主にして プログラムを組んでいますが、それを出荷、 品質管理に置き換えていけば、いいものが 作れるのではと思います。 さらには、多品種に対応するために分類を二段階、 三段階にしたいと思えば、分類のサブフォームや コンボボックスを追加して管理することもできます。 身近なサンプルの有効活用は意外となされていないので 参考までに。ただ、少しスキルが要求されますが。 Northwind.mdbを適当なフォルダにコピーしていろいろ研究を されてみられたらいかがですか。Northwind.mdbには 初歩的なところからかなり高度なものまでいろいろ 収められています。視点を変えればいろいろ応用できます。 是非活用を。あとは、作りながら質問すればよろしいかと。
お礼
ノースウィンドを早速調べてみました。 最初は大規模で面食らいましたが、ようやく構造が分かってきました。直感的に”こうすれば？”という推測が当たるようになると、設計が楽しくなってきました。答えが複数ある以上、目的が達成できればそれで良いと考えるようになってきました。 データベースのレコード数からみてもパフォーマンスに問題が出るようなことはしばらくは無いと思うので、暫くは自由に設計してみようと思います。
関連するQ&A
- Access 出荷管理簿を作りたいのですが
Accessで出荷管理簿を作りたいです。 出荷管理だけでなく、出荷先の在庫も管理できるよう、出荷計も出るようにしたいのです。 【とりあえず作ってみたテーブル（マスタ）】 ・取引先M ・商品M ・出庫M（商品名を一個ずつ選び、出庫数を手入力するもの） 【状況】 ・取引先は複数 ・同時期に全取引先に対して新商品の出庫が行われる。 ・ランダムな時期に取引先別に追加出庫も行われる。 ・回収もある。 ・現在はExcelで管理している。（縦：商品名、横：日付、クロス部：出荷数）を取引先別にシート分けし、各集計数（現出荷計）だけを参照させた在庫管理シートもある状態です。 このExcelをAccess化したいのです。 通常の在庫管理システムとしてよく紹介されているようなものでも管理できるのですが、一度に出庫される数が100を超える場合も多々あるので、 普通の在庫管理簿のように、一つ一つ、商品名と取引先を選んで出庫情報を入力をしていくような事をすると使いにくいのです。 今あるExcelをそのままAccessにすることはできるでしょうか。 なお、出荷計については、集計クエリで見ればいいと思っています。 言葉が足りず申し訳ありませんが お分かりになる方がいたらお教えください。
- ベストアンサー
- その他(データベース)
- 製造業の番号管理
これからパソコンのデータベースで管理しようと思っているのですが、どこまでコード（番号）管理が必要か分かりません。 受注情報があって、 原料受け入れして １．生産（原料を使用して製品を生産）→出荷 ２．生産（上記と同じ） →出荷＋在庫 （リピート品を余分に生産） ３．在庫＋ 生産（上記と同じ） →出荷＋在庫 （在庫＜受注量の場合） ４．在庫 →出荷 （1番多い形です。） （在庫＞受注量の場合） という４つの流れをしてます。ですので比較的簡単な流れです。 以前はコード（ナンバー）は受注のみにあって、原料、生産、在庫受け払い、出荷を1枚の伝票にまとめてます。今は試行錯誤の最中でまだ確定できません。 ・やはり生産ナンバーや在庫受け払いなど番号管理が必要でしょうか。 ・伝票も複数にしたほうがいいのでしょうか。それとも受注伝票1枚にいろいろ盛り込む昔の形のままでいいのでしょうか。
- 締切済み
- SE・インフラ・Webエンジニア
- access2003初心者です。30程の商品の在庫管理をしたいと考えています。
access2003初心者です。 30程の商品の在庫管理をしたいと考えています。 以下のテーブルがあります。 ＜商品テーブル＞商品コード、商品名 ＜商品生産テーブル＞生産日、商品名、生産数量 ＜商品出荷テーブル＞出荷日、商品名、出荷数量 ＜繰越テーブル＞繰越日、商品名、繰越数量 *作成したいクエリ* まず、日付を入力するパラメータ入力ダイアログボックスを表示 その日付のデータを抽出して計算をさせたい 表示させたいフィールドは以下のとおりです。 ＜商品名＞：すべての商品を表示(繰越・生産・出荷数量がすべて0でも表示） ＜繰越数量＞：前月末の数量を表示(月末が日曜日の場合はその前日) パラメータで入力した日付が2008/04/01でも2008/04/05でも繰越数量は前月末の数量を表示 ＜生産数量＞：パラメータで入力した日付の生産数量 ＜生産数量累計＞：パラメータで入力した日付の月の1日から入力した日付までの生産数量の合計 ＜出荷数量＞：パラメータで入力した日付の出荷数量 ＜出荷数量累計＞：パラメータで入力した日付の月の1日から入力した日付までの出荷数量の合計 ＜残高＞：＜繰越数量＞+＜生産数量累計＞-＜出荷数量累計＞ これを元にレポートを作成したいと考えています。 よろしくお願いします。
- 締切済み
- オフィス系ソフト
- 化粧品の管理番号（製造番号）を消す理由は？
オークションで、ある化粧品を落札しようとしています。 そこでその商品説明の内容に、 「管理番号（製造番号）は消して（切り取って）ありますが、商品に問題はありません。」 と記載してあるものを多く見ます。 管理番号（製造番号）を落札者に知られて問題があるのでしょうか？ 自分なりに推測したのですが、 その化粧品は、デパートやドラッグストアなどでは取り扱っていない様な商品で、専門のサロンでカウンセリングをしないと購入できないものです。 そこで専門のサロンでノルマなど売り切れなかった商品を自分で（社員価格など）安くで買い取って、こっそりオークションに出品しているなど、そういった理由なのでしょうか？ 直接肌に付けるものなので、本当に商品に問題がないのか不安です。 管理番号（製造番号）を知られたら困る理由を教えてください。 よろしくお願いします。
- ベストアンサー
- オークション
- エクセルで出荷表と出荷伝票をつくりたい
【シート１】に 列 Ａ Ｂ Ｃ Ｄ Ｅ ・・・・ 出荷日 出荷日 出荷日 ・・・ 商品名 コード 1月1日 1月5日 1月10日 ・・・ ア 01 10 イ 05 5 ウ 03 5 23 ・ ・ ・ 上記のような感じで横軸に出荷日、縦軸に商品名の在庫一覧がある 【シート2】に シート1で入力したら、その該当の商品名等を引っ張ってくる出荷伝票を作りたいのです 出荷日 商品名 コード 数量 1/1 ア 01 10 1/1 ウ 03 5
- ベストアンサー
- その他MS Office製品
- Access クエリ 抽出条件
Access の クエリ における 抽出条件 の 書き方についてご質問させていただきます。 クエリには、左から『商品名』、『出荷数量』、『注文数量』の3列がございます。 各レコードの『出荷数量』フィールドの値と『注文数量』フィールドの値を比較し、 『注文数量』フィールドの値の方が大きいレコードだけを抽出したいのですが、どのように抽出条件を記載すればよろしいでしょうか？ 元データは１つのテーブルに格納されています。 例：注文数量：５００、出荷数量：２００など出荷数量が少ないレコードを抽出対象 注文数量：１００、出荷数量：１００など注文数量＝出荷数量レコードは抽出対象外
- ベストアンサー
- Access（アクセス）
- accessで在庫管理
こんにちは。 accessで商品（部品）の在庫管理をすることになりました。 １）商品情報（型番・部品名・仕入元など）の基本情報の入ったテーブルを作り ２）型番をキーにして出荷入荷の記録をつけ（仕入日・出荷日・数量・出荷先など）て行きたいとおもっています。 今在庫がいくつあるのか確認しつつ入力したい関係で、例えば型番を抽出条件にすると今までのレコードが一覧で見れて、（上部に部品に関する１）の情報が見れて）一番下に新しいレコードして追加入力をすることができるような形にしたいのですが、 どのようなテーブル形式、リレーションシップをとったらよろしいでしょうか？ 参考になる本が見当たらず困っています。 よろしくお願いします。
- ベストアンサー
- その他(データベース)
- ACCESSのDMAXについて
ACCESSでの、クエリーの書き方での質問です。 やりたいことは、テーブル中のデータから、最大値を求めて、＋１して、レコードを追加したいのです。 商品番号、商品名、番号というテーブルから、商品番号と商品名が一致した中から、 最大の個数を求めるDMAX関数の書き方をどのようにしたらよろしいでしょうか？ イメージ的には、 商品番号 商品名 番号 00001 鉛筆 2 00001 鉛筆 3 00001 鉛筆 1 00002 鉛筆 4 となっていた場合、商品番号に「00001」、商品名に「鉛筆」を与えたとき、答えの番号「3」を求めます。 イベントプロシージャではなく、クエリーの画面のフィールド式です。 追加クエリーで、その求めた「3」に＋１して、番号を「4」にして新しいレコードを書き込む・・・ なんていうことは可能でしょうか。 VBAでやるのは、なんとなくわかるのですが、クエリーの画面での書き方がわかりません。 （それとも出来ないものなのでしょうか？）
- 締切済み
- オフィス系ソフト
- アクセスのテーブルを分ける理由に関して質問です。
アクセスのテーブルを分ける理由に関して質問です。 現在参考書を利用してデータベースの勉強をしてます。 試行錯誤中で弱っています。 受注テーブル（受注コード、受注日、締切日、出荷日、顧客コード） 受注明細テーブル（受注コード、商品コード、数量） とテーブルが分かれている例題がありました。 テーブルを２つに分ける理由がよくわかりません。 もし１つのテーブル （受注コード、受注日、締切日、出荷日、顧客コード、商品コード、数量） などとまとめたら何か問題があるのでしょうか？ どうぞよろしくお願いします。
- 締切済み
- その他(データベース)
- Ａｃｃｅｓｓ ＤＢ 商品名の扱いについて
（テーブル名）：（フィールド名） 商品テーブル：商品名。 単価数量テーブル：商品単価、数量、仕入番号、商品名。 仕入テーブル：仕入番号、仕入日、注文日、手数料、輸送費など。 売上テーブル：売上、販売日付、仕入番号、商品名。 リレーションシップ：一対多 商品テーブル商品名-単価数量テーブル商品名 商品テーブル商品名-売上テーブル商品名 仕入テーブル仕入番号-売上テーブル仕入番号 仕入テーブル仕入番号-単価数量テーブル仕入番号 このように作成しました。 ここで問題なのが、商品名の入力です。 仕入テーブルをメイン、単価数量テーブルをサブフォームにしてフォームを作成しました。 さて、商品名を単価数量テーブル商品名フィールドのサブフォームから入力・・・と思ったら、商品テーブル商品名フィールドに名前がないためエラーが出ます。（参照整合性をしているため） サブフォームの入力フィールドを商品テーブル商品名に変更すれば入力できます。 しかし、重複した商品名を入力できません（重複しないに設定しているため） 何故このようなことをするか？ですが、同じ商品でも購入日が違えば単価が違う場合があります。 ですので単価数量テーブルでは同じ商品名を使用する必要があります。 しかし、商品テーブルでは同じ商品名は必要ありません。 もちろん先に商品テーブルに商品名を入力すれば問題ありませんが、入力効率から言って問題あります。 さてここで質問なのですが、一対多の多から商品名を入力して一側に反映できないでしょうか？ 一側にすでに同じ商品名がある場合は反映してはいけません。 ちないにＶＢＡやＳＱＬはコピペぐらいはできますが、書けませんのでご了承を。
- 締切済み
- その他MS Office製品
お礼
製造番号テーブルを作って親子フォームで参照・表示するんですね。何やら分け有りの制約がありそうですが、早速考えてみます。 以前勤めていた会社でも、Accessで製造番号をうまく管理していました。受注フォームの片隅にエクセルの罫線のようなものがあって、その中にずらずらと製造番号が並んでしました。 なので、やればできることは分かっているのですが、実際やれといわれると難しいものですね。その頃はデータベースのメンテには一切関わりもなく、また興味もなかったので気にしていませんでした。実際に仕事を任されて、リレーション・データベースのありがたみが分かりました。