システムアーキテクト 2011年 午後1 問02
購買管理システムの設計に関する次の記述を読んで、設問1~4に答えよ。
機械部品メーカの B 社は、材料・部品などの資材を調達するための購買管理システムを開発中である。
〔購買管理システムの位置付け〕
現在 B 社は、全社統合生産システム構築の一環として購買管理システムの開発を行っている。全社統合生産システムは、購買管理システムの他に、生産管理システム、在庫管理システムで構成されている。
購買品目検収後の買掛金計上から支払までの管理は、既存の会計システムで行う。
〔B社の購買方式〕
B社の購買方式は、次の三つである。
(1) 計画購買方式
生産管理システムの資材所要量計画から出された、資材の購買要求(以下、計画購買オーダという)に応じて購買を行う。計画購買オーダには、購買品目の品番、所要量、所要時期の情報が含まれる。
(2) 定量購買方式
在庫管理システムから出された、発注点を割った資材の一定数量の購買要求(以下、定量購買オーダという)に応じて購買を行う。定量購買オーダには、購買品目の品番、数量の情報が含まれる。
(3)都度購買方式
不定期、不定量での資材の購買要求(以下、都度購買要求という)に応じて購買を行う。
〔購買業務の概要〕
購買業務は資材部が担当しており、主な業務として、購買先及び購買品目の選定・契約業務、購買計画業務、発注業務、検収業務、納期管理業務、資材倉庫管理業務がある。
購買計画、発注、検収、納期管理の各業務は、現在開発中の購買管理システムを利用する。 図1に、業務の流れを示す。

(1) 購買計画業務
計画購買オーダは生産管理システムから、定量購買オーダは在庫管理システムから購買管理システムに連携する。都度購買要求は、資材部で受け付け、入力する。資材部では、購買要求の状況を見て、購買先、納期、購買単価、発注数量の調整・決定を行い、決定した結果の情報(以下、発注オーダという)を購買管理システムに入力する。 ここで、納期は納入予定日である。
購買要求の購買先、発注予定日、納期及び発注数量については、表 1 に示す発注内容の決定方法で決められる。
なお、一つの購買品目を、複数の購買先候補から選定して購買する場合があり、購買単価も異なることがある。また、一つの購買先から複数種類の購買品目を購買する場合もある。
(2)発注業務
決定した発注オーダは、発注予定ファイルを経由して発注ファイルに登録され、発注予定日に達したものに対して、資材部の発注担当者が発注指示をして、注文書を発行し、購買先に発注を行う。未発注の発注オーダ及び発注済みで未検収の発注オーダは、発注残として発注ファイル上で管理する。
また、未発注の発注オーダ及び発注済みで未検収の発注オーダは、在庫管理システムにおける入庫予定情報になり、生産管理システムの資材所要量計画で利用される。資材所要量計画は、製品の生産計画に基づいて算出した資材の総所要量に対して、現在の在庫及び今後の入出庫予定を加味して、正味の資材所要量を決めるものである。
(3)検収業務
発注された資材は、資材部所管の資材倉庫へ納品される。B 社では、分割納品は認めていない。 受入・検品後、倉庫担当が検収入力を行う。 納品され検収が完了した発注オーダは、検収済みとして発注ファイル上で管理される。 検収後の資材は、在庫の入庫計上と同時に、棚卸資産の原材料勘定に計上される。
(4)納期管理業務
発注済みで未検収の発注オーダの中で、納期に遅れそうな発注オーダについては、資材部から購買先に督促する。
〔購買管理システムの主要ファイル〕
購買管理システムで使用する主要ファイルである、購買先マスタ、購買品目マスタ、単価マスタ、発注ファイルのレイアウトを図2に示す。
購買品目マスタの品目区分は、計画購買方式の対象品目か、定量購買方式の対象品目か、都度購買方式の対象品目かの区分を示す。 基準発注ロットは、その品目の発注単位となる数量のことである。 例えば、基準発注ロットが100個で所要量が180 個の場合、発注数量は 200 個になる。 また、検収日数は、納品されてから検収を完了するまでに掛かる日数のことである。
単価マスタの購買リードタイムは、発注から納品までに掛かる日数のことである。 発注ファイルの発注状態は、発注オーダが現在どのような状態にあるかを示す区分である。

設問1:購買計画業務の発注内容の決定方法における、発注予定日、納期及び発注数量の決定に関して、(1)~(3)に答えよ。
(1)計画購買オーダの発注予定日の決定について、計画購買オーダの所要時期からの算出方法を,40字以内で述べよ。
模範解答
所要時期から購買リードタイムと検収日数だけ、前の日を発注予定日とする。
解説
解答の論理構成
- 所要時期の位置付け
計画購買オーダには〈所要時期〉が含まれ、これは資材が検収を終えて使えるようになる期日です。 - 検収期間の逆算
図2の説明に「検収日数は、納品されてから検収を完了するまでに掛かる日数」とあるため、所要時期から検収日数を引くと納品日が得られます。 - 納品までの逆算
同じく「購買リードタイムは、発注から納品までに掛かる日数」であるため、納品日から購買リードタイムを引くと発注日が得られます。 - 1 日早める理由
計算で得られる日は納品・検収が“当日中”に終わる前提のため、実務上は余裕を見てさらに 1 日早め、確実に所要時期に間に合わせます。 - 以上より、「所要時期-購買リードタイム-検収日数-1 日」という式で発注予定日が確定します。
誤りやすいポイント
- 検収日数を無視して「購買リードタイム」だけ差し引く。
- 逆算後に余裕日を設けず、当日を発注予定日にしてしまう。
- 定量購買方式のルール(翌日を設定)と混同する。
- 「納期=所要時期」と誤読し、検収を考慮しないまま計算する。
FAQ
Q: 発注予定日と納期は同じですか?
A: いいえ。納期は納入予定日、発注予定日は注文書を出す日です。納期を守るために発注予定日を逆算して決めます。
A: いいえ。納期は納入予定日、発注予定日は注文書を出す日です。納期を守るために発注予定日を逆算して決めます。
Q: リードタイムや検収日数が変更になった場合は?
A: 単価マスタや購買品目マスタを更新すれば、購買管理システムは新しい日数で再計算します。
A: 単価マスタや購買品目マスタを更新すれば、購買管理システムは新しい日数で再計算します。
Q: 1 日早めるルールは必須ですか?
A: 問題設定では「前の日を発注予定日とする」と求められているため必須です。余裕日を入れることで実務上の遅延リスクを抑えます。
A: 問題設定では「前の日を発注予定日とする」と求められているため必須です。余裕日を入れることで実務上の遅延リスクを抑えます。
関連キーワード: 購買リードタイム、検収日数、所要時期、逆算スケジューリング、発注計画
設問1:購買計画業務の発注内容の決定方法における、発注予定日、納期及び発注数量の決定に関して、(1)~(3)に答えよ。
(2)定量購買オーダの納期の決定について、定量購買オーダの発注予定日からの算出方法を,35字以内で述べよ。
模範解答
発注予定日から購買リードタイムだけ、先の日を納期とする。
解説
解答の論理構成
- 【問題文】表1「定量購買オーダ」の「納期」欄に
「購買管理システムで、発注予定日と単価マスタから計算する。」
とある。 - 同じく【問題文】で
「単価マスタの購買リードタイムは、発注から納品までに掛かる日数のことである。」
と定義されている。 - したがって、発注予定日に単価マスタの「購買リードタイム(日数)」を加算した日が納品予定日=納期になる。
- 以上より「発注予定日から購買リードタイムだけ先の日を納期とする。」という解答になる。
誤りやすいポイント
- 「購買リードタイム」を日付ではなく期間として扱うことを忘れ、単に同じ日を納期にしてしまう。
- 表1に「単価マスタから計算」とあるのを読み飛ばし、購買品目マスタの「検収日数」を誤って使用する。
- 「発注予定日」ではなく「発注日(実際に注文書を出した日)」にリードタイムを加算してしまう。
FAQ
Q: 検収に要する日数は納期に含めますか?
A: 納期は「納入予定日」であり、検収完了日ではありません。【問題文】に「納期は納入予定日である」と示されています。
A: 納期は「納入予定日」であり、検収完了日ではありません。【問題文】に「納期は納入予定日である」と示されています。
Q: 単価マスタの更新が遅れていた場合、納期算出はどうなりますか?
A: システムは最新の「購買リードタイム」を参照して納期を計算します。マスタが古いと誤った納期が設定されるため、マスタ保守が重要です。
A: システムは最新の「購買リードタイム」を参照して納期を計算します。マスタが古いと誤った納期が設定されるため、マスタ保守が重要です。
Q: 定量購買方式でも購買品目マスタの「基準発注ロット」は関係しますか?
A: 発注数量の決定で利用されますが、納期算出には直接関与しません。納期は「発注予定日+購買リードタイム」で決まります。
A: 発注数量の決定で利用されますが、納期算出には直接関与しません。納期は「発注予定日+購買リードタイム」で決まります。
関連キーワード: リードタイム、発注予定日、納期計算、マスタ管理、購買オーダ
設問1:購買計画業務の発注内容の決定方法における、発注予定日、納期及び発注数量の決定に関して、(1)~(3)に答えよ。
(3)計画購買オーダの発注数量の決定方法を、購買品目マスタの項目名を用いて,30字以内で述べよ。
模範解答
基準発注ロットの整数倍になるように所要量を切り上げる。
解説
解答の論理構成
- 設問は「計画購買オーダの発注数量」の決定方法を問う。
- 表1で計算根拠を確認
- 「計画購買オーダ」の発注数量欄には「購買管理システムで、計画購買オーダの所要量と購買品目マスタから計算する。」とある。
- ここで参照するマスタは「購買品目マスタ」。
- 「購買品目マスタ」の記述を参照
- 「基準発注ロットは、その品目の発注単位となる数量のことである。例えば、基準発注ロットが100個で所要量が180 個の場合、発注数量は 200 個になる。」
- 例から導ける計算ロジック
- 所要量 ÷ 基準発注ロット → 端数切り上げ → その結果 × 基準発注ロット が発注数量。
- 以上より、答えは「基準発注ロットの整数倍になるよう所要量を切り上げる」となる。
誤りやすいポイント
- 「切り捨て」と誤解し、所要量未満を発注してしまう。
- 「定量購買方式」のロット制御と混同し、品目区分を答えに入れる。
- 「購買先マスタ」や「単価マスタ」を参照すると思い込み、不要な項目を解答に含める。
FAQ
Q: 「基準発注ロット」を持たない品目ではどうなりますか?
A: 購買品目マスタに未設定の場合、所要量そのままか別途ルールを設けるのが一般的ですが、本設問では対象外です。
A: 購買品目マスタに未設定の場合、所要量そのままか別途ルールを設けるのが一般的ですが、本設問では対象外です。
Q: 切り上げ時に安全在庫は考慮しますか?
A: 所要量はすでに資材所要量計画で安全在庫を加味して算出されるため、本計算では「基準発注ロット」による切り上げのみを行います。
A: 所要量はすでに資材所要量計画で安全在庫を加味して算出されるため、本計算では「基準発注ロット」による切り上げのみを行います。
関連キーワード: 発注ロット、所要量計画、マスタデータ、切り上げ計算
設問2:発注ファイルに関して(1)、(2)に答えよ。
(1)発注状態において、管理すべき発注オーダの状態が三つある。一つは、“登録されている発注オーダが未発注”の状態である。残りの二つについて、それぞれ20字以内で述べよ。
模範解答
①:発注済みだが、未検収の状態
②:納品され検収が完了した状態
解説
解答の論理構成
- 発注状態に含まれる三分類を抽出
- 【問題文】に「未発注の発注オーダ及び発注済みで未検収の発注オーダは、発注残として発注ファイル上で管理する。」とある。
- ここで「未発注」は既に提示されているため、残りは「発注済みで未検収」。
- 検収完了後の扱いを確認
- 同じく【問題文】に「納品され検収が完了した発注オーダは、検収済みとして発注ファイル上で管理される。」とある。
- これが三つ目の状態「検収済み」。
- 以上より、未発注を除く二状態は
① 発注済み未検収
② 納品・検収完了
誤りやすいポイント
- 「発注残」という語に引きずられ、状態名そのものを答えずに「発注残」と書いてしまう。
- 検収完了前後の区別をせず、「納品済み」だけで止めてしまう。
- 「未発注」を重複して挙げ、残り二つの枠を埋め損ねる。
FAQ
Q: 「発注済みで納品待ち」と書くのは正しいですか?
A: 「発注済みだが未検収の状態」と同義ですが、検収の観点が含まれている表現の方が明確です。
A: 「発注済みだが未検収の状態」と同義ですが、検収の観点が含まれている表現の方が明確です。
Q: 「検収済み」は在庫計上や会計連携も意味しますか?
A: 検収完了時点で「在庫の入庫計上と同時に、棚卸資産の原材料勘定に計上される」とあり、会計連携まで完了しています。
A: 検収完了時点で「在庫の入庫計上と同時に、棚卸資産の原材料勘定に計上される」とあり、会計連携まで完了しています。
Q: 発注状態は固定値ですか?システム変更で増える可能性は?
A: 現仕様では三状態ですが、業務拡張で「部分納品可」などが導入されれば追加区分が生じる可能性があります。
A: 現仕様では三状態ですが、業務拡張で「部分納品可」などが導入されれば追加区分が生じる可能性があります。
関連キーワード: 発注オーダ、検収、発注残、納期管理、在庫計上
設問2:発注ファイルに関して(1)、(2)に答えよ。
(2)図1の業務の流れにおいて、購買管理システムから在庫管理システムに渡されるのは、発注ファイルのどのような状態のレコードか。35字以内で述べよ。
模範解答
入庫予定としての未発注及び発注済みで未検収の発注オーダのレコード
解説
解答の論理構成
- 業務連携の対象を確認
- 【問題文】発注業務説明より引用
「未発注の発注オーダ及び発注済みで未検収の発注オーダは、在庫管理システムにおける入庫予定情報になり」
ここで“入庫予定情報”が在庫管理システムへ引き渡されるデータであると読み取れます。
- 【問題文】発注業務説明より引用
- レコードの格納場所を確認
- 同段落で「発注ファイル上で管理する」とあるため、該当レコードはすべて発注ファイルに存在します。
- 状態を抜き出して表現
- 以上より渡すべき状態は「未発注」および「発注済みで未検収」。
- 発注オーダ単位での管理なので表現を「発注オーダのレコード」とまとめます。
- 35字以内に収める
- 模範解答は「入庫予定としての未発注及び発注済みで未検収の発注オーダのレコード」。
誤りやすいポイント
- 「検収済み」レコードまで渡すと勘違いする
→ 検収後は既に入庫計上済みであり“予定”ではありません。 - 発注予定ファイルと混同する
→ 在庫管理システムへ渡すのは発注ファイルで管理される発注残です。 - 「納期遅延レコード」も対象と思い込む
→ 納期管理は資材部内での督促目的であり、在庫管理システム連携とは別です。
FAQ
Q: 「未発注の発注オーダ」はどのタイミングで作成されますか?
A: 資材部が発注内容を決定し、発注予定ファイルから発注ファイルへ登録された時点で作成されますが、実際の発注指示前なので状態は「未発注」です。
A: 資材部が発注内容を決定し、発注予定ファイルから発注ファイルへ登録された時点で作成されますが、実際の発注指示前なので状態は「未発注」です。
Q: 検収入力が完了すると在庫管理システム側の予定はどうなりますか?
A: 検収済みになると入庫実績として計上され、入庫予定情報からは除外されます。
A: 検収済みになると入庫実績として計上され、入庫予定情報からは除外されます。
Q: 発注予定日が変わった場合、在庫管理システムの情報は更新されますか?
A: はい。発注ファイル上の該当レコードを更新すれば、最新状態が再度連携されます。
A: はい。発注ファイル上の該当レコードを更新すれば、最新状態が再度連携されます。
関連キーワード: 在庫管理、発注ファイル、入庫予定、レコード状態、検収
設問3:
図1の業務の流れにおいて、購買管理システムから在庫管理システムに渡されるのは、発注ファイルのどのような状態のレコードか。35字以内で述べよ。
模範解答
原材料、買掛金への仕訳計上処理
解説
解答の論理構成
- 発注業務の説明を確認
- 【問題文】には「未発注の発注オーダ及び発注済みで未検収の発注オーダは…在庫管理システムにおける入庫予定情報になり」とある。
- 発注ファイルと発注オーダの関係
- 発注オーダは「発注ファイル」で状態管理される。したがって条件に合致するのは発注ファイル中で「未発注」「発注済みで未検収」に区分されるレコード。
- 設問の聞き方を整理
- 「購買管理システムから在庫管理システムに渡されるのは、発注ファイルのどのような状態のレコードか」なので、前記2状態を併記する必要がある。
- 以上より解答は「未発注又は発注済みで未検収のレコード」となる。
誤りやすいポイント
- 「未検収のレコード」だけを書き、「未発注」を落とす。
- 「発注済みのレコード」と曖昧に書き、入庫済み(検収済み)を含めてしまう。
- ファイル名ではなく「入庫予定情報」と出力し、状態の指定を外す。
FAQ
Q: 「発注予定ファイル」のレコードは在庫管理システムへ行きますか?
A: いいえ。設問は「発注ファイル」の状態を問うており、在庫管理システムへ渡るのは【問題文】にある二つの状態だけです。
A: いいえ。設問は「発注ファイル」の状態を問うており、在庫管理システムへ渡るのは【問題文】にある二つの状態だけです。
Q: 「発注済みで未検収」は検収日が空白のレコードと考えれば良いですか?
A: はい。検収日が未入力(空欄)の発注済みレコードが「未検収」に該当します。
A: はい。検収日が未入力(空欄)の発注済みレコードが「未検収」に該当します。
Q: 検収後に在庫管理システムへ渡る情報はありますか?
A: 検収後は在庫の入庫計上が行われるため、在庫管理システムへは実績として反映されますが、本設問は予定情報を扱っています。
A: 検収後は在庫の入庫計上が行われるため、在庫管理システムへは実績として反映されますが、本設問は予定情報を扱っています。
関連キーワード: 発注オーダ、入庫予定、状態管理、検収工程
設問4:
単価マスタの主キーとなる項目について、図2中の(a)、(b)に入れる適切な項目名を答えよ。(a,bは順不同)
模範解答
a:品番
b:購買先コード
解説
解答の論理構成
- 単価マスタが保持する業務的役割を把握
- 発注計画時に購買管理システムは「購買単価」「購買リードタイム」を参照して発注予定日・納期などを計算します。
- 品目と購買先の多対多関係を確認
- 【問題文】引用:「一つの購買品目を、複数の購買先候補から選定して購買する場合があり、購買単価も異なることがある。」
- 同じく引用:「一つの購買先から複数種類の購買品目を購買する場合もある。」
→ どちらのケースでも、単価マスタ内で“品番と購買先コードの組合せ”がレコードを一意に識別します。
- 主キー設計の基本原則を適用
- “あるレコードを他と区別できる最小項目集合を主キーとする”という原則より、品番または購買先コードだけでは一意性が保てず、両者を複合キーとする必要があります。
- よって
- (a) 品番
- (b) 購買先コード
誤りやすいポイント
- 単価マスタの主キーを「購買先コード」のみ、あるいは「品番」のみで定義してしまう。どちらも多対多関係を無視した設計ミスです。
- 「購買先マスタ」「購買品目マスタ」の主キー構造と混同し、単価マスタでも同じ単一キーと誤解する。
- “単価は購買先ごとに決まる”と早合点し、品番の存在を忘れる。実際には購買先が同じでも品番が異なれば単価も異なります。
FAQ
Q: 単価マスタのレコードは、購買単価が改訂されたときはどう管理しますか?
A: 多くのシステムでは「有効開始日・終了日」などの期間属性を追加し、同一「品番×購買先コード」で履歴管理を行います。問題文では履歴要否が問われていないため、主キーは期間属性を含まない形で示されています。
A: 多くのシステムでは「有効開始日・終了日」などの期間属性を追加し、同一「品番×購買先コード」で履歴管理を行います。問題文では履歴要否が問われていないため、主キーは期間属性を含まない形で示されています。
Q: 主キーに「購買リードタイム」を含める必要はありませんか?
A: 「購買リードタイム」は付随情報であり、一意性を判定する要素ではありません。主キーは品番と購買先コードだけでレコードを一意に識別できます。
A: 「購買リードタイム」は付随情報であり、一意性を判定する要素ではありません。主キーは品番と購買先コードだけでレコードを一意に識別できます。
関連キーワード: 主キー、複合キー、リレーショナル設計、多対多関係


