システムアーキテクト 2013年 午後1 問03
食品製造業の基幹システムの改善に関する次の記述を読んで、設問1~4に答えよ。
食品の製造を行っているF社では、売上拡大への対応、顧客満足度の向上、業務の効率化及び省力化を目指し、基幹システムの改善に取り組んでいる。
〔改善対象となった現行の業務及び関連する基幹システムの概要〕
改善対象となった現行の業務及び関連する基幹システムの概要は、次のとおりである。
(1)受注処理
(a)得意先からの注文は、翌日出荷分から数週間先の出荷分までまとめて送られてくるが、翌日出荷分の注文だけをシステムに受注登録している。翌々日以降の出荷分の注文(以下、先日付の受注という)は人手で台帳管理している。先日付の受注は、生産計画に反映させるために、受注部門から生産管理部門に集計表が渡されている。
(b)受注登録時にシステムで与信限度のチェックを行う。与信限度のチェックは、得意先ごとに次の計算式で行っている。
①今回受注登録額≦与信限度額−前月末売掛金残高−当月売上額+当月入金額
(c)受注登録後、受注受付順にシステムで製品在庫を引き当てる。製品の欠品時は、受注を一旦取り消し、得意先との間で受注数量変更、納期変更などの調整を行った後、再度受注登録している。
(2)出荷処理
(a)製品在庫引当処理後、在庫が引き当てられた注文の出荷伝票を発行している。
(b)得意先へは、工場内に1か所ある製品倉庫から、製品在庫として先に入庫されたものから先に出荷している。出荷に当たっては、前回出荷した製品の賞味期限は考慮していない。
(3)製品在庫管理
(a)製造された製品は、製品倉庫に入庫される。工場部門での製品製造実績登録によって、実在庫及び引当可能在庫の入庫計上をシステムで行う。
(b)製品在庫引当処理時に引き当てた分について、引当可能在庫の出庫計上をシステムで行う。また、出荷実績登録によって実在庫の出庫計上をシステムで行う。
(c)製品の賞味期限は、人手で台帳管理している。
(d)工場での製品の1回の製造単位を、製品ロットという。製品ロットには、一意な製品ロット番号が付与され、システム上で管理されている。
(4)原材料在庫管理
(a)原材料は、購買先からの納品・検品の後、工場内に1か所ある原材料倉庫に入庫され、製造現場からの払出し要求によって出庫される。
(b)原材料の在庫は、原材料倉庫での入出庫実績を登録することによってシステムで管理している。製造現場に未使用分の原材料が残ることがあり、それは人手で台帳管理している。
(c)購買先からの1回の納品単位を、原材料ロットという。原材料ロットには、一意な原材料ロット番号が付与され、人手で台帳管理している。
(d)原材料の賞味期限は、人手で台帳管理している。
〔現行システムに対する改善要件〕
業務の改善を検討した結果、現行システムに対して次のような改善を行うことにした。
(1)受注処理
(a)先日付の受注もシステムに登録し、未出荷分の受注に対して受注残高管理を行う。受注残高は、得意先ごとに、前回までに入力された受注のうち未出荷分の受注金額合計として算出する。
(b)今回受注した、先日付の受注も含む金額を、今回受注登録額として、前回までに入力された先日付の受注も加味した与信限度のチェックを行う。
(c)受注登録されたデータは、基幹システムを構成する既存の生産管理システムに渡す。
(d)受注に対する製品の引き当ては、翌日出荷分について製品ロット別に行う。
(2)出荷処理
(a)賞味期限が逆転するような出荷を防止するために、得意先ごとに、前回出荷した製品よりも賞味期限の日付が新しい製品を出荷する。
(b)受注数量に満たなくても、在庫がある分だけでも出荷できるような出荷指示を行う。
(3)製品在庫管理
(a)製品ロット別の入出庫処理及び在庫管理を行う。
(b)製品の賞味期限は、システムで管理する。賞味期限切れの製品は処分され、システムの管理対象から除外される。
(4)原材料在庫管理
(a)購買先からの入荷検品時に、原材料ロット単位での入庫実績を登録すると同時に、現物と原材料ロット情報を照合できるように、入荷ラベルを発行する。
(b)原材料倉庫から製造現場への払出し時に、原材料倉庫からの出庫実績を登録する。
(c)製造現場では、原材料の使用実績と未使用残実績を登録する。
(d)原材料在庫は、在庫場所ごとに原材料ロット別にシステムで管理する。賞味期限もシステムで管理する。賞味期限切れの原材料は処分され、システムの管理対象から除外される。
〔改善対象システムの主要なファイル一覧〕
現在設計中の主要なファイルの一覧を表1に示す。
〔製品ロット別在庫引当処理〕
製品ロット別の在庫引当について、図1の製品ロット別在庫引当処理フローに示すような処理を検討している。


〔ロット追跡〕
ロット追跡に関して、次の点を検討している。
(1)出荷実績から、ある製品ロットについて、その製品に使用した原材料ロットの全ての購買先を抽出する手順
・手順1:出荷実績から、該当する製品ロット番号のレコードを抽出
・手順2:原材料使用実績から、手順1で抽出した製品ロット番号に使用した原材料ロット番号のレコードを抽出
・手順3:(c)
(2)ある原材料ロット番号について、その原材料を使用した製品を出荷した全ての得意先を抽出する手順
・手順1:原材料使用実績から、その原材料ロット番号を使用した製品ロット番号のレコードを抽出
・手順2:(d)
設問1:受注処理の改善について、(1)、(2)に答えよ
(1)先日付の受注を登録するのは、与信管理強化の目的以外に、生産管理システムと連携させ、ある目的を達成するためである。その目的を述べよ。
模範解答
生産計画へ反映させること
解説
解答の論理構成
- 現行業務の課題認識
- 受注登録は「翌日出荷分だけ」で、「翌々日以降の出荷分(以下、先日付の受注という)は人手で台帳管理」されています。
- 先日付受注がもたらす情報価値
- その受注情報は「生産計画に反映させるために、受注部門から生産管理部門に集計表が渡されている」と記載されています。
- 改善要件でのシステム化
- 改善後は「先日付の受注もシステムに登録し、生産管理システムに渡す」とされ、手作業を廃止してリアルタイム連携が実現します。
- 結論
- よって目的は、生産管理システムが需要を事前に把握し、生産計画に反映させることになります。
誤りやすいポイント
- 「与信限度チェックが主目的」と早合点し、連携面を見落とす。
- 「出荷指示の正確化」や「在庫引当高速化」など別業務を答えてしまう。
- 【問題文】の現行→改善の流れを関連付けず、根拠が曖昧になる。
FAQ
Q: 先日付受注の登録は在庫管理にも影響しますか?
A: 影響しますが、本設問が問うのは生産計画への活用です。在庫側のメリット(欠品防止など)は派生効果として理解しておきましょう。
A: 影響しますが、本設問が問うのは生産計画への活用です。在庫側のメリット(欠品防止など)は派生効果として理解しておきましょう。
Q: 与信限度チェックと生産計画反映は両方書くべきですか?
A: 設問が「与信管理強化の目的以外に」と限定しているため、生産計画への反映のみを簡潔に述べるのが適切です。
A: 設問が「与信管理強化の目的以外に」と限定しているため、生産計画への反映のみを簡潔に述べるのが適切です。
Q: 先日付受注を登録しないと生産計画は立てられないのですか?
A: 手作業でも可能ですがリアルタイム性・正確性・省力化に欠けます。システム登録により即座に生産管理システムへ渡せる点が改善ポイントです。
A: 手作業でも可能ですがリアルタイム性・正確性・省力化に欠けます。システム登録により即座に生産管理システムへ渡せる点が改善ポイントです。
関連キーワード: 生産計画、受注残管理、与信限度、業務連携
設問1:受注処理の改善について、(1)、(2)に答えよ
(2)先日付の受注を取り込むことによって、与信限度チェックの計算式を変更する必要がある。計算式の右辺にどのような計算を追加すべきか。
模範解答
受注残高分を減算する。
解説
解答の論理構成
- 現行式の確認
【問題文】には「①今回受注登録額≦与信限度額−前月末売掛金残高−当月売上額+当月入金額」とあります。 - 改善要件での追加管理項目
(1)(a) で「未出荷分の受注に対して受注残高管理を行う」、(1)(b) で「先日付の受注も加味した与信限度のチェックを行う」と規定。 - 受注残高の定義
「前回までに入力された受注のうち未出荷分の受注金額合計」と明示され、“売上計上前の将来債権”を表す。 - 与信判定に必要な調整
未出荷受注が増えれば、その分だけ将来債権が増えるため与信限度を食い潰す。したがって右辺に「-受注残高」を追加し、与信超過リスクを事前に抑制する。 - よって「受注残高分を減算する」が正答となる。
誤りやすいポイント
- 「当月売上額にまだ計上されていないから先日付受注は無視してよい」と判断しがち。
- 受注残高を“加算”と勘違いし、与信枠を広げてしまう。実際には負債性項目なので“減算”。
- 既存式を丸暗記し、改善要件での追加条件(未出荷管理・先日付受注取込み)を読み落とす。
FAQ
Q: 受注残高は“未出荷分数量”ではなく“金額”で管理するのですか?
A: はい。改善要件で「未出荷分の受注金額合計として算出」と明記されており、与信判定も金額で行います。
A: はい。改善要件で「未出荷分の受注金額合計として算出」と明記されており、与信判定も金額で行います。
Q: 当月入金額がプラスなのに受注残高をマイナス調整すると二重控除になりませんか?
A: 入金は既発生債権の回収、受注残高は将来債権の発生見込みを示す別概念なので重複しません。両方を考慮して初めてリアルタイムな与信管理が可能です。
A: 入金は既発生債権の回収、受注残高は将来債権の発生見込みを示す別概念なので重複しません。両方を考慮して初めてリアルタイムな与信管理が可能です。
関連キーワード: 与信限度、受注残高、売掛金、賞味期限
設問2:原材料在庫管理の改善について、(1)、(2)に答えよ。
(1)改善後のシステムにおいて、管理対象として、ある場所の在庫が追加になる。どの場所のどのような在庫が追加になるか。
模範解答
製造現場に未使用で残った原材料在庫
解説
解答の論理構成
- 現行業務の確認
- 「(4)(b) 製造現場に未使用分の原材料が残ることがあり、それは人手で台帳管理している。」
⇒ 製造現場の未使用在庫はシステム外。
- 「(4)(b) 製造現場に未使用分の原材料が残ることがあり、それは人手で台帳管理している。」
- 改善要件の確認
- 「(4)(c) 製造現場では、原材料の使用実績と未使用残実績を登録する。」
⇒ 改善後はシステムに登録され、管理対象へ昇格。
- 「(4)(c) 製造現場では、原材料の使用実績と未使用残実績を登録する。」
- 追加される場所と在庫の特定
- 場所:「製造現場」
- 在庫の内容:「未使用で残った原材料在庫」(=未使用残実績)
- よって設問の答えは「製造現場に未使用で残った原材料在庫」となる。
誤りやすいポイント
- 「原材料倉庫の在庫」と勘違いする
→ 改善前から倉庫分は既にシステム管理済みです。 - 「原材料の賞味期限」管理と混同する
→ 賞味期限はもともと台帳管理→システム化されるが、設問は“場所の在庫”を聞いています。 - 「使用実績」と答えてしまう
→ 追加されるのは未使用残であって使用実績そのものではありません。
FAQ
Q: 改善で新たに在庫場所マスタが増えるのですか?
A: 既存の在庫場所に「製造現場」を追加するイメージです。ファイル構造は問題文に直接示されていませんが、場所単位でロット管理する方針((4)(d))からそう読み取れます。
A: 既存の在庫場所に「製造現場」を追加するイメージです。ファイル構造は問題文に直接示されていませんが、場所単位でロット管理する方針((4)(d))からそう読み取れます。
Q: 未使用残が登録されると、在庫引当にも影響しますか?
A: 原材料の引当方法は出荷ではなく製造用ですが、ロット追跡や適正在庫計算に影響するため実績連携が必須です。
A: 原材料の引当方法は出荷ではなく製造用ですが、ロット追跡や適正在庫計算に影響するため実績連携が必須です。
Q: 未使用残はいつ消し込まれるのでしょう?
A: 次回以降の製造指図で使用登録されるか、廃棄登録(賞味期限切れ等)でシステムから除外されます。
A: 次回以降の製造指図で使用登録されるか、廃棄登録(賞味期限切れ等)でシステムから除外されます。
関連キーワード: 在庫管理、ロット管理、トレーサビリティ、マスタデータ、引当処理
設問2:原材料在庫管理の改善について、(1)、(2)に答えよ。
(2)管理対象となる在庫の追加によって、原材料ロット別在庫マスタに追加すべきキーとなる属性を答えよ。
模範解答
在庫場所コード
解説
解答の論理構成
- 改善要件の確認
【問題文】(4)原材料在庫管理(d)
「原材料在庫は、在庫場所ごとに原材料ロット別にシステムで管理する。」
➜ ここで「在庫場所ごとに」が強調され、場所別管理の必要性が示されています。 - 現行ファイル構造の確認
表1「原材料ロット別在庫マスタ」には
「原材料コード、原材料ロット番号、実在庫数、引当可能在庫数、原材料賞味期限」
➜ 在庫場所を示す項目がありません。 - 差分の抽出
「場所別管理」を実現するには、在庫がどの場所にあるかを識別できるキーが必須です。
➜ 未存在の「在庫場所コード」を追加することで、(4)(d)の要件を満たせます。 - キー属性として採用
場所コードは在庫を一意に識別するための複合主キー要素となり、検索・更新時の整合性を確保します。
誤りやすいポイント
- 「原材料倉庫は1か所だから不要」と思い込む
改善後は「製造現場に未使用分の原材料が残る」など複数場所管理が前提です。 - 非キー属性として追加すればよいと判断する
場所を区別しなければ在庫数量が混在し、正確な引当やロット追跡ができません。 - 既存の「原材料ロット番号」に場所情報が含まれていると誤解する
【問題文】で「一意な原材料ロット番号が付与され」とあり、場所とは無関係です。
FAQ
Q: 在庫場所を1つに固定すればファイル変更は不要ですか?
A: いいえ。【問題文】(4)(d)は「在庫場所ごとに」と要求しており、将来の場所追加や現場残の管理を想定しています。拡張性の観点でも「在庫場所コード」は必須です。
A: いいえ。【問題文】(4)(d)は「在庫場所ごとに」と要求しており、将来の場所追加や現場残の管理を想定しています。拡張性の観点でも「在庫場所コード」は必須です。
Q: 「倉庫コード」と「在庫場所コード」は同じですか?
A: 用語は組織ごとに異なりますが、本設問では原材料が「原材料倉庫」「製造現場」など複数の保管場所に存在し得るため、倉庫単位より細かいロケーションを管理できる「在庫場所コード」が適切です。
A: 用語は組織ごとに異なりますが、本設問では原材料が「原材料倉庫」「製造現場」など複数の保管場所に存在し得るため、倉庫単位より細かいロケーションを管理できる「在庫場所コード」が適切です。
関連キーワード: ロット管理、在庫ロケーション、主キー設計、ファイル構造、データ整合性
設問3:
〔製品ロット別在庫引当処理〕について、図1中の(a)、(b)に入れる適切な処理内容をそれぞれ30字以内で述べよ。
模範解答
a:X ≦ 製品ロット別在庫マスタのレコードの引当可能在庫数量
b:製品ロット別在庫マスタのレコードの引当可能在庫数量
解説
解答の論理構成
- 表1に示される「製品ロット別在庫マスタ」には「引当可能在庫数」が保持されることから、ロットごとの在庫数を取得できる。
- 受注処理では「未引当受注数量」の管理が必要であり、ロット在庫と数量比較して
- 在庫不足なら欠品処理へ
- 在庫が足りるまたは一部足りるなら引当処理へ
という分岐が発生する。
- この分岐条件が (a) であり、「X ≦ 引当可能在庫数」かを判定することで処理方向が決まる。
- (b) では、後続の出荷指示レコード生成で参照する数値を b に格納する必要がある。ここではロット在庫全量を引き当てる流れになるため、ロット在庫の「引当可能在庫数」をそのまま b に設定する。
- 以上より (a) と (b) の内容は模範解答どおりとなる。
誤りやすいポイント
- (a) を「X - 引当可能数」など演算式で答えてしまう。実際は“判定条件”であり演算結果を更新する場面ではない。
- (b) に “X” を代入してしまうミス。ロット在庫が受注残より少ない場合、b=X では整合が取れなくなる。
- (b) を「b ← 引当可能数」とせず、変数 b の定義を忘れることで後続処理が見えなくなる。
FAQ
Q: (a) と (b) は if 文と代入文で型が違いますが、30字以内なら記述形式は自由ですか?
A: はい。判定か代入かが分かるように書かれていれば、キーワード+演算子のみでも減点対象にはなりません。
A: はい。判定か代入かが分かるように書かれていれば、キーワード+演算子のみでも減点対象にはなりません。
Q: b に X を入れるケースは本当に存在しないのですか?
A: あります。X がロット在庫以下の場合は b=X になりますが、その分岐は (a) の判定結果に応じて別途実装されるため、(b) では “ロット在庫数を取得する” 記述で十分です。
A: あります。X がロット在庫以下の場合は b=X になりますが、その分岐は (a) の判定結果に応じて別途実装されるため、(b) では “ロット在庫数を取得する” 記述で十分です。
関連キーワード: 在庫引当、与信限度、ロット管理、出荷指示
設問4:
〔ロット追跡〕について、本文中の(c)、(d)に入れる適切な手順内容を、表1のファイル名、属性を用いてそれぞれ45字以内で述べよ。
模範解答
c 原材料受入実績から、手順 2 で抽出した原材料ロット番号に対応する購買先コードを抽出
d:出荷実績から、手順1で抽出した製品ロット番号に対応する得意先コードを抽出
解説
解答の論理構成
- 求める情報の確認
- (c) は「全ての購買先」、(d) は「全ての得意先」を抽出する手順が求められている。
- ファイル選択の根拠
- 購買先を扱うのは【表1】の“原材料受入実績”で属性に“購買先コード”が存在。
- 得意先を扱うのは“出荷実績”で属性に“得意先コード”が存在。
- キー項目の対応付け
- (c) では手順 2 で得た“原材料ロット番号”が“原材料受入実績”の主キーの一部原材料ロット番号と一致。
- (d) では手順 1 で得た“製品ロット番号”が“出荷実績”の複合主キー製品ロット番号と一致。
- 抽出処理の流れ
- ロット番号 → 対応ファイル → 対応コードの抽出、という 1 ステップで完結するため、“抽出”だけを明示すれば十分。
誤りやすいポイント
- 「発注」ファイルには“購買先コード”があるが、原材料ロット番号が無いのでキーが合わない。
- “受注”ファイルには“得意先コード”があるが、製品ロット番号を持たないため (d) では使用できない。
- 「得意先」⇔「購買先」の言い換えミス。前者は販売先、後者は仕入先である点に注意。
FAQ
Q: なぜ“原材料受入実績”を使うのですか?
A: 【表1】に“購買先コード”と“原材料ロット番号”の両方を持つ唯一のファイルが“原材料受入実績”だからです。
A: 【表1】に“購買先コード”と“原材料ロット番号”の両方を持つ唯一のファイルが“原材料受入実績”だからです。
Q: “出荷実績”に製品ロット番号が主キーで入っている理由は?
A: ロット単位のトレーサビリティを確保するためで、得意先別の出荷状況を迅速に追跡できます。
A: ロット単位のトレーサビリティを確保するためで、得意先別の出荷状況を迅速に追跡できます。
関連キーワード: ロットトレース、在庫マスタ、ファイル設計、キー項目、データ連携


