仕入先製品マスタ「設計図」

仕入先製品マスタは、製品マスタの図番ごとに「どこで作るか」を管理し、受注時の発注先決定に使うマスタです。自社工場・外製先を問わず取引先マスタと同じコード体系で仕入先を扱い、成形・加工・印刷・材料の各課単位で発注先情報を持たせています。このページでは全体構成と各機能への入口をまとめています。


仕入先製品マスタで管理するデータ

仕入先製品マスタが扱うデータの範囲です。

管理データ 内容
発注先情報 図番×課ごとの仕入先(自社工場・外製先)
単価情報 仕入先単価・旧単価・ロット別単価
発注元情報 発注元の客先コード(連想しやすくするための併記)
状態フラグ 有効・手配の有無

仕入先製品マスタのテーブル構成

発注先情報を管理するT30仕入先製品Mテーブルと、ロット別単価・旧単価の履歴を管理するT30仕入先製品Mロット旧単価テーブルの2テーブルで構成されています。単価の変動履歴を別テーブルに切り出すことで、発注先情報そのものを圧迫せずに単価改定の経緯を追える設計です。

T30仕入先製品M テーブルデザインビュー

T30仕入先製品Mロット旧単価 テーブルデザインビュー

テーブル構成

テーブル名 役割
T30仕入先製品M 図番ごとの発注先(仕入先)情報
T30仕入先製品Mロット旧単価 ロット別単価・旧単価の履歴

仕入先製品マスタ「テーブル設計」ページ

関連記事

仕入先製品マスタは、製品マスタの図番ごとに「どこで作るか(成形先・加工先・印刷先など)」を管理するマスタです。自社工場・外製先を問わず取引先マスタと同じコード体系で仕入先を扱い、受注時の発注先決定に利用します。基本情報を管理するT30仕入先[…]


仕入先製品マスタの機能一覧

仕入先製品マスタで扱う機能は以下の4つです。

機能 内容
リスト 図番検索・仕入先検索で発注先を一覧確認
新規登録 図番に仕入先・担当課を紐づけて登録
編集 発注先・単価の修正、旧単価履歴の登録
テーブル設計 T30仕入先製品M・ロット旧単価の構造

リスト

図番検索・仕入先検索の2条件で絞り込み、担当課(成形・加工・印刷・材料)を丸印で一覧確認できる画面です。

仕入先製品マスタリスト フォームビュー

仕入先製品マスタ「リスト」ページ

関連記事

仕入先製品マスタのリスト画面は、図番検索と仕入先検索の2条件を組み合わせて、どの図番をどこで作っているかを一覧確認できる画面です。成形課・加工課・印刷課・材料課の担当状況が丸印で一目でわかるほか、発注元の客先名も併記されています。 […]

新規登録

製品マスタの図番に仕入先・担当課を紐づけて登録する画面です。仕入先検索とロット別単価登録の2つのポップアップ機能を内包しています。

仕入先製品マスタ新規登録 ポップアップフォームビュー

仕入先製品マスタ「新規登録」ページ

関連記事

仕入先製品マスタの新規登録画面は、製品マスタの図番に対して発注先(仕入先)と担当課を登録する画面です。仕入先の検索と、ロット別単価の登録という2つのポップアップ機能を内包した、やや複雑な構成になっています。 仕入先製品マス[…]

編集

発注先・担当課・単価を修正できる画面です。ロット単価一覧・旧単価一覧をサブフォームで表示し、旧単価の追加登録もこの画面から行えます。

仕入先製品マスタ詳細及び編集 ポップアップフォームビュー

仕入先製品マスタ「編集」ページ

関連記事

仕入先製品マスタの編集画面は、発注先・担当課・単価を修正できる画面です。ロット別単価は新規登録画面ですでに解説した仕組みと同じため、ここでは旧単価の登録・履歴管理に絞って詳しく解説します。 仕入先製品編集画面の構成 図番[…]


設計の共通ルール

仕入先製品マスタ全体を通して守られている設計ルールです。

ルール 内容
1レコード1課 成形・加工・印刷・材料の担当課は1レコードにつき1つのみ。複数課を担当する図番はレコードを分けて登録
取引先マスタとの2役参照 発注先(仕入先)と発注元(客先)の両方を、同じT05取引先Mから自己結合で取得
自社工場も同一コード体系 自社工場も取引先マスタにコードを持たせ、外製先と同じ扱いで管理
ポップアップの作業ウィンドウ固定 ロット単価登録・旧単価編集などのポップアップは必ず「作業ウィンドウ固定=はい」で操作を完結させる

まとめ

仕入先製品マスタは、図番×課の発注先情報を持つT30仕入先製品Mと、単価履歴を管理するT30仕入先製品Mロット旧単価の2テーブル構成です。1レコード1課のルールと、取引先マスタを仕入先・客先の2役で使う自己結合により、発注先の管理と客先ごとの製品連想のしやすさを両立させています。マスタ関連ページはこれで一区切りです。

本サイトではマクロを用いた構築手順を中心に紹介していますが、決してマクロを唯一の正解として推奨しているわけではありません。VBAが扱える環境であれば、より多彩で柔軟なプログラムが組めるVBAでの構築をむしろ推奨したいと考えています。

ここでマクロという選択肢を提示しているのは、VBAにハードルを感じている方への「もう一つの入り口」として、また将来的な後継者への引き継ぎ負荷を抑えるという実務上のメリットを考慮してのことです。設計の考え方の一つとして、状況に合わせて活用してください。