戦国IT - 情報処理技術者試験の過去問対策サイト
ブログお知らせお問い合わせ料金プラン

システム監査技術者 2017年 午後1 問01


在庫管理システム統合計画の監査に関する次の記述を読んで、設問1~5に答えよ。

 P社は、コンベアチェーン、コンベアベルトを主力製品とする機械部品販売会社である。P社の機械部品の製造・組立てを行っている子会社のA社とB社が、X年10月1日付けで合併し、両社の情報システムを統合することになった。P社の内部監査部は、統合する情報システムごとに監査チームを編成し、統合計画の監査を行うことにした。そのうち、在庫管理システムの監査を担当することになったのは、K氏をリーダとする監査チームである。   〔合併の背景〕  P社では近年、複数の機械メーカから、チェーン、モータといった単品製品だけではなく、複数の製品をあらかじめ組み立てた製品(以下、モジュール製品という)の注文が増加している。また、全国展開しているホームセンタから一括受注したDIY用の機械部品を、各地の店舗に配送することも多くなってきた。  P社は、A社及びB社との業務連携を強化することによって、こうした変化に対応してきた。しかし、A社及びB社の在庫管理システムの処理能力が限界に達しており、更に取引件数・品目数の増加、物流効率の低下も予想される。そこで、A社とB社の合併、及び工場と物流センタの再編によって、製造と物流の効率を抜本的に改善することにした。   〔A社及びB社の現状〕 (1) 製品の製造と配送、売上・出庫処理  A社は主としてコンベアチェーン、コンベアベルトを3工場で、B社は主としてコンベアの駆動用モータ、制御機器を2工場で製造している。  A社及びB社の各工場で製造された製品は、P社からの指示によって、全国5か所に配置されたP社の物流センタに一旦搬入される。P社が顧客からの注文を受けて、製品を物流センタから顧客向けに出荷した段階で、P社から顧客への売上処理が行われる。このデータに基づき、A社及びB社では、P社への売上処理及び出庫処理が日々の夜間バッチ処理で行われる。 (2) モジュール製品の製造と在庫管理  モジュール製品の製造はA社が担当している。A社は、モジュール製品に組み込むB社の製品をB社から直接仕入れ、モジュール製品に組み込む前まではA社の製品在庫として管理している。完成したモジュール製品は、他の製品と同様に物流センタに搬入される。   〔在庫管理システム統合計画の概要〕  A社とB社の合併、及び工場と物流センタの再編に当たっては、大規模な在庫の移管、両社の在庫データの統合、及び在庫管理システムの変更が必要になるので、P社情報システム部は、A社及びB社の情報システム課と合同で、在庫管理システム統合プロジェクトチーム(以下、統合PTという)を編成した。統合PTは、各社の在庫管理部門、経理部門と連携して、在庫管理システム統合計画(以下、統合計画という)を策定した。  統合計画によると、A社の在庫管理システムを存続させ、B社の在庫データを移管することになっている。統合スケジュールは図1のとおりである。
システム監査技術者試験(平成29年 午後1 問1 図1)
 ① 実地棚卸をX年8月31日に実施し、在庫数量の差異調整を行い、9月30日に在庫場所ごと・品目ごとの在庫数量を確定する。  ② 工場及び物流センタの再編計画に従って、在庫の移管を10月1日から開始し、10月31日に完了させる。  ③ A社の在庫管理システムにB社の在庫データを移管するためのシステム変更、マスタ登録を10月1日から11月30日の間で行い、11月30日の入出庫業務終了後に在庫データの統合を完了させる。   〔予備調査でのインタビュー結果〕  K氏をリーダとする監査チームは、X年4月に統合PTのリーダにインタビューを行った。次はその抜粋である。 (1) 在庫データの統合  ・A社及びB社では、異なる製品を製造しており、A社の製品コードは10桁、B社の製品コードは9桁である。現状では、A社の製品コードの上から1桁目には“8”が使用されていないので、B社の製品コードの前に“8”を付加して10桁とし、統合後の製品コードとする。  ・A社及びB社の在庫管理システムは同じソフトウェアパッケージで構築されており、上記のB社の製品コードの変換を除き、コード変換、項目の再設定などを行うことなく、両社の在庫データはそのまま統合できる。 (2) 実地棚卸と差異調整  A社及びB社では毎年2月末日と8月末日に、工場及び物流センタの全製品の実地棚卸を行っている。A社とB社の合併及び在庫の統合に当たっては、正確な在庫数量の確定が重要なので、実地棚卸及び差異調整の手続を次のように見直した。  ・実地棚卸で確認された在庫数量を在庫管理システムに入力し、在庫管理システム上の在庫数量と自動照合する。  ・照合の結果、一致しなかった(棚卸差異があった)品目について、棚卸差異データが生成される。  ・各在庫場所の担当者が棚卸差異の原因を調査し、棚卸差異データに判明した原因、及び調査後の適正数量の登録入力を行う。  ・棚卸実施責任者が、棚卸差異データに登録入力された原因の妥当性を判断し、承認入力を行う。  ・承認された棚卸差異データに基づき、在庫データを適正数量で自動修正し、在庫管理システム上の在庫数量を確定する。 (3) 長期滞留品の取扱い  A社及びB社では、12か月以上売上実績がない製品を長期滞留品としている。在庫管理システムの在庫データには、品目ごとに直近に出庫された日(以下、最終出庫日という)が記録されており、在庫管理システムから最終出庫日が実地棚卸実施日の12か月以上前の日付になっている品目を抽出し、長期滞留品リストを作成している。長期滞留品リストに基づき、実地棚卸時に現品を確認した上で、廃棄処理又は評価減処理を行うことになっている。   〔リスク及びコントロールの状況〕  K氏の監査チームのメンバが、〔予備調査でのインタビュー結果〕に基づいて統合計画におけるリスクを抽出し、各リスクに対するコントロールを表1のとおりまとめた。
 〔予備調査でのインタビュー結果〕の(1)~(3)及び表1をレビューしたK氏は、監査チームのメンバに次のとおり指摘した。  (1) 表1中の項番1について、モジュール製品製造用の一部製品の在庫データが統合されず、複数の製品コードに分かれて記録されてしまうリスクを考慮する必要がある。  (2) 表1中の項番2のコントロールについて、〔予備調査でのインタビュー結果〕の(2)に記載されている職務分離に関するコントロールの記述が漏れている。  (3) 〔予備調査でのインタビュー結果〕の(3)について、最終出庫日を滞留期間算出の起算日にすると、次回(X+1年2月)の実地棚卸時に作成される長期滞留品リスト上に抽出漏れが生じるおそれがある。

設問1:

問題文を見る
〔リスク及びコントロールの状況〕の(1)について、K氏がこのように指摘した理由を、50字以内で述べよ。

模範解答

A社がB社から仕入れたモジュール製品製造用の製品にB社と異なる製品コードが設定されているから

解説

解答の導き方

  1. まず、モジュール製品の製造に使うB社の製品が、A社ではどのように扱われているかを確認します。本文には、A社はその製品をB社から直接仕入れ、「モジュール製品に組み込む前まではA社の製品在庫として管理」するとあります。つまり、同じ製品が、B社の在庫としても、A社が仕入れた在庫としても記録される可能性があります。
  2. 次に、両社の製品コードの違いを確認します。本文では、A社の製品コードは10桁で、上から1桁目には「8」を使用していない一方、B社の製品コードは9桁とされています。また、統合時にはB社の製品コードの前に「8」を付加して10桁にします。
  3. したがって、B社の在庫データにある製品は、統合時には「8」で始まるコードになります。一方、A社が同じ製品を仕入れて在庫管理するときは、A社の製品コードで記録され、その先頭には「8」が使われません。このため、同じ製品であっても、A社側とB社側で異なる製品コードが付くことになります。
  4. このコードの違いを考慮せずに在庫データを統合すると、A社がモジュール製品の製造用に仕入れた製品と、B社にあった同じ製品の在庫が、別々の製品コードの在庫として残るおそれがあります。これが、K氏が統合後の在庫データに複数の製品コードが生じるリスクを考慮するよう指摘した理由です。

誤りやすいポイント

  • B社の製品コードに「8」を付加すれば、同じ製品の在庫がすべて同じコードになると考えてしまうことです。A社側のコードは先頭に「8」を使わないため、コードが一致するとは限りません。
  • 両社が同じソフトウェアパッケージを使っていることを、製品コードも統一されている根拠と誤解しないようにします。本文には、A社とB社で異なる桁数のコードを使っているとあります。
  • リスクを「在庫データの統合が適正に行われない」とだけ捉えるのではなく、同一製品が異なるコードで記録され、在庫が別々に管理される具体的な可能性まで説明することが大切です。

FAQ

Q: なぜA社が仕入れた製品も統合時に考慮する必要があるのですか?
A: A社は、B社から仕入れた製品をモジュール製品に組み込む前まで、A社の製品在庫として管理しているからです。B社側に同じ製品の在庫があれば、両方の記録が統合対象になります。
Q: B社のコードに「8」を付加する処理だけでは、同じ製品を同じコードにまとめられないのですか?
A: その処理で変わるのはB社の製品コードです。A社側では先頭に「8」を使わない製品コードで管理されるため、同一製品でもコードが異なる可能性が残ります。
Q: コードが異なると、どのような問題が起こり得ますか?
A: 同じ製品の在庫が別々のコードで記録され、統合後も一つの製品として把握できないおそれがあります。

関連キーワード: 在庫データ統合、製品コード、コード変換、マスタデータ、データ重複

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

〔リスク及びコントロールの状況〕の(2)について、表1中の項番2に追加して記述すべきコントロールを、40字以内で述べよ。

模範解答

登録入力ができる担当者と承認入力ができる責任者を別の者とする。

解説

解答の導き方

  1. 設問は、実地棚卸で生じた差異を適正に修正するため、表1の項番2に追加するコントロールを問うています。したがって、〔予備調査でのインタビュー結果〕(2)にある差異調整の手順から、必要な統制を考えます。
  2. 差異があった品目については、各在庫場所の担当者が原因を調査し、「判明した原因、及び調査後の適正数量の登録入力」を行います。この担当者は、差異の原因と修正後の数量をシステムに登録する役割です。
  3. 一方、棚卸実施責任者は、登録された差異の原因が妥当かを判断し、承認入力を行います。つまり、登録する役割と承認する役割が手順上分けられています。
  4. もし同じ人が登録と承認の両方を行えると、自分が入力した数量を自分で承認できてしまい、修正内容を独立して確認する統制が働きません。そのため、登録入力を行う担当者と承認入力を行う責任者は、別の人にする必要があります。

誤りやすいポイント

  • 担当者を限定し、教育・訓練するだけで十分だと考えることです。これは入力の誤りを減らす対策ですが、入力した本人が承認することを防ぐ対策にはなりません。
  • 棚卸差異の調査や登録入力の手順を追加しても、職務分離を満たしたことにはなりません。登録する役割と承認する役割を別の人にする点が重要です。
  • 物理的に棚卸を行う人と承認者の分離ではなく、設問で問われているのは、差異データの登録入力者と承認入力者の分離です。

FAQ

Q: 登録入力と承認入力を別の人にする目的は何ですか?
A: 入力者自身による自己承認を防ぎ、修正内容が別の人によって確認されるようにするためです。
Q: 担当者への教育・訓練は不要ですか?
A: 不要ではありません。入力ミスを防ぐために有効ですが、承認者を分ける職務分離の代わりにはなりません。
Q: 承認者は何を確認しますか?
A: 差異の原因が妥当かを判断します。その確認を経て、承認された差異データに基づく在庫数量の修正が行われます。

関連キーワード: 職務分離、職務分掌、承認統制、棚卸差異、アクセス権限

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

表1中のコントロールaに入れる適切な内容を、40字以内で述べよ。

模範解答

a:在庫移管開始前に全ての棚卸差異データの承認入力が完了していることを確認する。

解説

解答の導き方

  1. この項番のリスクは、在庫管理システム上の数量と実地棚卸で確認した数量が一致しないまま、在庫移管が始まることです。したがって、移管を始める前に、棚卸差異が適切に処理されたことを確かめるコントロールが必要です。
  2. 統合スケジュールでは、在庫数量を「9月30日に在庫場所ごと・品目ごと」に確定し、在庫移管は「10月1日から開始」します。このため、棚卸差異の処理を移管開始後まで残さないことが重要です。
  3. 差異処理の手順では、担当者が原因と適正数量を登録した後、棚卸実施責任者が原因の妥当性を判断して承認入力を行います。そして、承認された棚卸差異データに基づいて、在庫管理システム上の数量が自動修正されます。
  4. つまり、承認入力が済んでいない差異データが残っていると、在庫数量の修正が完了していない可能性があります。そこで、在庫移管を開始する前に、棚卸差異データの承認入力がすべて完了していることを確認するのが適切です。

誤りやすいポイント

  • 棚卸差異の原因や適正数量を担当者が入力しただけで、処理が完了したと考えないようにします。承認入力が行われて初めて、差異データに基づく在庫数量の自動修正につながります。
  • 「実地棚卸を実施したこと」だけをコントロールにしても、棚卸差異の修正完了までは確認できません。
  • 教育・訓練や入力担当者の限定は、差異データの入力を適切にするためのコントロールです。この設問では、移管開始時点で未承認の差異データが残らないことを確認する必要があります。

FAQ

Q: なぜ、棚卸差異データの承認入力まで確認するのですか?
A: 承認された棚卸差異データに基づいて在庫数量が自動修正されるためです。承認が未完了なら、システム上の数量も未修正のまま残る可能性があります。
Q: 棚卸差異の原因と適正数量を入力したことを確認するだけでは不十分ですか?
A: 不十分です。原因や数量の登録入力と、棚卸実施責任者による承認入力は別の手順です。承認まで完了したことを確認する必要があります。
Q: なぜ、在庫移管の開始前に確認するのですか?
A: 在庫移管は10月1日から始まるため、その時点で数量が未修正だと、不一致のある在庫データを基に移管するおそれがあるからです。

関連キーワード: 実地棚卸、棚卸差異、承認統制、在庫データ、職務分離

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

〔リスク及びコントロールの状況〕の(3)について、長期滞留品の抽出漏れが生じないようになっているかを確かめるための監査手続を、統合計画に着目して、45字以内で述べよ。

模範解答

システム担当者に質問し、最終出庫日が在庫移管日で置き換えられないことを確認する。

解説

解答の導き方

長期滞留品の抽出に使う情報と、在庫統合時にその情報がどう扱われるかを結び付けて考えます。
  1. 本文では、12か月以上売上実績がない製品を長期滞留品とし、品目ごとの「最終出庫日」を使ってリストを作るとあります。したがって、最終出庫日が実際より新しい日付になると、長期滞留品であっても抽出されないおそれがあります。
  2. 次回の実地棚卸はX+1年2月です。その前のX年10月には在庫移管が行われ、11月30日には在庫データの統合が完了する計画です。ここで、移管の処理によって最終出庫日が在庫移管日で上書きされると、実際の出庫がないのに、移管日を基準にした新しい日付として扱われてしまいます。
  3. その結果、実際には長期滞留品でも、次回作成するリストから漏れる可能性があります。そこで、在庫統合の処理が最終出庫日をどのように扱うかを確かめる必要があります。具体的には、システム担当者に質問し、最終出庫日が在庫移管日で置き換えられないことを確認します。

誤りやすいポイント

  • 在庫数量が正しく移管されるかだけを確認し、最終出庫日のような履歴情報の扱いを見落とすことがあります。
  • 在庫移管日を、製品が実際に出庫された日と同じように扱ってしまうと、長期滞留期間が正しく判定されません。
  • 長期滞留品リストの作成処理だけを確認しても、統合時に最終出庫日が上書きされる問題は防げません。統合計画におけるデータの扱いを確認することが重要です。

FAQ

Q: なぜ在庫移管日が最終出庫日になると問題なのですか?
A: 在庫を移すだけで、最終出庫日が実際の出庫日より新しくなったように見えるためです。長期滞留品の判定期間が短くなり、リストから漏れるおそれがあります。
Q: 在庫数量の移管が正しければ、長期滞留品も正しく管理できますか?
A: いいえ。在庫数量と最終出庫日は別の情報です。数量が正しくても、最終出庫日が上書きされれば、滞留期間を正しく判定できません。

関連キーワード: データ移行、在庫管理、最終出庫日、長期滞留品、監査手続

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

〔合併の背景〕に記載されている状況を踏まえて、統合PTに対し、統合後の在庫管理システムに関して、確認すべき事項を、45字以内で述べよ。

模範解答

統合後の取引件数及び品目数の増加に対応できるシステムの処理能力が検討されていること

解説

解答の導き方

  1. 設問は、統合後の在庫管理システムについて、統合PTに何を確認するかを尋ねています。したがって、在庫データの移行手順ではなく、合併後の業務量やシステムの利用規模に関係する点を〔合併の背景〕から探します。
  2. 背景には、単品製品に加えて「モジュール製品の注文が増加」し、全国の店舗への配送も多くなっているとあります。取引や扱う製品の種類が増え、在庫管理システムの処理対象も増える状況です。
  3. さらに、現在の在庫管理システムは「処理能力が限界に達しており」、今後も「取引件数・品目数の増加」が予想されています。このため、単にシステムを統合してデータを移せばよいのではなく、統合後のシステムが増加する業務量を処理できるかが重要です。
  4. したがって、統合後の取引件数と品目数の増加を見込んだ上で、システムの処理能力が検討されていることを確認します。

誤りやすいポイント

  • 在庫データの移行や製品コードの変換が適切かどうかに話を寄せることです。この設問では、〔合併の背景〕を踏まえた統合後のシステムの処理能力が焦点です。
  • 現在の処理能力だけを確認することです。現行システムの処理能力は限界に達しており、統合後の取引件数や品目数の増加を見込む必要があります。
  • 「物流効率の向上」だけを述べることです。設問は統合後の在庫管理システムについて尋ねているため、システムが増加する業務量を処理できるかに結び付けます。

FAQ

Q: システムを統合すれば、処理能力の問題も解決すると考えてよいですか。
A: いいえ。統合によって処理対象が増える可能性があるため、統合後の取引件数や品目数に対応できるかを別途確認する必要があります。
Q: 取引件数と品目数のどちらを確認すればよいですか。
A: どちらも確認対象です。背景では取引件数と品目数の両方が増加すると予想されています。
Q: データ移行の正確性を確認することでは不十分ですか。
A: データ移行の正確性も重要ですが、この設問で問われているのは、統合後のシステムが増加する業務量を処理できるかどうかです。

関連キーワード: 在庫管理システム、システム統合、処理能力、取引件数、品目数

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

戦国ITクイズ機能

\ せっかくなら /

システム監査技術者を
クイズ形式で学習しませんか?

クイズ画面へ遷移する→

すぐに利用可能!

©︎2026 情報処理技術者試験対策アプリ

このサイトについてブログプライバシーポリシー利用規約特商法表記開発者について