取引先マスタ「テーブル設計」

取引先マスタは2つのテーブルで構成しています。T05取引先Mが取引先の基本情報・請求書送付先・銀行口座・表示設定を保持するメインテーブルで、T05取引先M配送先が配送先情報を管理します。フォームから入力されたデータはT05取引先Mに格納され、配送先が複数ある取引先の情報はT05取引先M配送先で別管理する設計です。

T05取引先M

取引先マスタのメインテーブルです。会社情報・請求書送付先・銀行口座情報に加え、製品マスタや加工マスタでのコンボボックス表示制御に必要なフラグもこのテーブルに集約しています。

T05取引先M　デザインビュー

T05取引先M　フィールド構成（基本情報）

取引先の基本情報・会社属性を管理するフィールドです。

T05取引先M　フィールド構成（配送先）

新規登録時に登録する1件目の配送先です。本社住所コピーボタンで転記するか手入力で登録します。編集フォームのサブフォームからT05取引先M配送先に追加登録することで複数管理に対応します。

T05取引先M　フィールド構成（請求書送付先）

請求書の送付先が本社と異なるケースに対応するフィールド群です。

T05取引先M　フィールド構成（銀行口座・表示フラグ）

振込先の銀行口座情報と、製品マスタ・加工マスタのコンボボックス表示を制御するフラグです。

T05取引先M配送先

T05取引先Mの取引先コードと連動する配送先管理テーブルです。1つの取引先に対して複数の配送先を登録できる設計で、デフォルトフラグで優先配送先を制御します。

T05取引先M配送先　デザインビュー

T05取引先M配送先　フィールド構成

設計のポイント

取引先コードに番号帯で意味を持たせる設計

取引先コードはオートナンバーではなく管理者が任意で採番する設計です。連番テーブル（30,000件）と取引先MをクエリでJOINし、取引先マスタに存在しない連番だけを抽出してポップアップフォームに表示します。管理者はその一覧から番号を選んで登録します。

この設計の本質は番号帯に意味を持たせられる点です。

採番例

取引先コードを見るだけで取引区分が判断できるため、伝票や帳票の確認作業でも番号が手がかりになります。オートナンバーでは欠番が生じると再利用できませんが、この設計では削除・変更で空いた番号も候補として表示されるため無駄なく管理できます。（採番決定は管理者になりますが経験値を生かして採番しているようです）

配送先をサブテーブルで分離した設計

T05取引先Mの中に配送先フィールドを持たせるだけでも基本的な運用はできます。ただし取引先によっては配送先が本社・工場・倉庫と複数存在するケースがあります。同一テーブルに「配送先1」「配送先2」と列を増やしていく設計だと、使わない列が大量に発生し管理が煩雑になります。T05取引先M配送先として1対多で管理することで、配送先が何件になっても行を追加するだけで対応できます。受注入力フォームではデフォルトフラグが立っている配送先を自動セットし、必要に応じてコンボボックスで別の配送先に切り替える設計です。

新規登録時の住所コピーボタン

新規登録時の配送先は未入力禁止の設計です。多くの場合、初回登録時の配送先は取引先の本社住所と同じになります。そこで取引先住所→配送先住所への1クリック転記ボタンを用意しています。住所・都道府県・郵便番号・電話番号をまとめてコピーするため、入力工数の削減と転記ミスの防止を同時に解決します。配送先が本社と異なる場合はそのまま上書き入力できます。

まとめ

取引先マスタはT05取引先Mに会社情報・請求書送付先・銀行口座・表示フラグを集約し、T05取引先M配送先で複数配送先を別管理する2テーブル構成です。取引先コードの番号帯による分類管理・配送先の1対多管理・Yes/No型フラグによるコンボボックス絞り込みがこの設計の核になっています。フォームからの入力・参照・更新はすべてこの2テーブルをベースに設計されています。