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

システム監査技術者 2010年 午後1 問02


倉庫システムの監査に関する次の記述を読んで、設問1~5に答えよ。

 B社は、全国約100か所に倉庫をもつ物流会社であり、主に食品メーカ(以下、顧客という)から物流業務を受託している。B社では、本社在庫システム及び倉庫システムを運用している。今回、内部監査部では、倉庫システムの監査を実施することにした。   〔B社システムの概要〕  9年前から稼働している本社在庫システムは、顧客ニーズの変化や倉庫業務の迅速化には十分に対応することができなくなってきた。そこで、3年前に小規模倉庫を除く各倉庫に倉庫システムが導入された。ただし、請求などの本社一括処理機能については、従来どおり本社在庫システムを利用している。現行システムの概要は、図のとおりである。
システム監査技術者試験(平成22年 午後1 問2 本社在庫システム及び倉庫システムの概要)
(1) 本社在庫システムは、本社データセンタで運用しており、すべての倉庫の在庫及び入出庫情報を処理している。本社在庫システムの端末は、すべての倉庫に配置されており、小規模倉庫では、現在でも通常業務で使用している。また、入出庫予定データ、入出庫実績データ及び月次在庫残高データに関する顧客との送受信は、すべて本社在庫システムで行われている。 (2) 小規模倉庫を除く各倉庫には、倉庫システムのサーバが設置されている。 (3) 各倉庫システムと本社在庫システムとのインタフェースは、次のとおりである。  ① 顧客から受信した入出庫予定データは、1時間ごとに本社在庫システムのバッチ処理で入出庫指図データとして各倉庫システムに送信される。  ② 各倉庫システムの倉庫在庫DBの入出庫実績データは、1日に4回、本社在庫システムのバッチ処理で、本社在庫システムの在庫DBに取り込まれる。バッチ処理時間は、入出庫実績データ量などによって異なるので、各倉庫では正確な終了時刻を確認できない。   〔システム監査の目的及び対象範囲〕  近年、財務報告の信頼性に対する関心が高まっているので、経営者は、顧客に提供する情報の信頼性を重視するようになっている。この点を踏まえ、今回のシステム監査では、サービス継続性及び在庫情報の信頼性が確保されているかどうかを監査することにした。また、倉庫システムを監査対象として、次の監査要点について調査することにした。  (1) 倉庫在庫DB上の在庫残高の正確性が確保されているか。  (2) 顧客に提出している月次在庫残高データの正確性が確保されているか。  (3) 倉庫システムに障害が発生して停止した場合でも、サービス継続性の観点から入出庫業務を継続できるか。  (4) データのバックアップが適切に行われているか。   〔本調査の検討事項〕  予備調査の結果及びそれを踏まえた本調査における検討事項は、次のとおりである。 (1) 倉庫在庫DB上の在庫残高の正確性  倉庫在庫DB上の在庫残高の正確性を確保するために、各倉庫における在庫の棚卸しが、3か月に1回、2名の担当者(以下、棚卸担当者という)で実施されている。  ① 棚卸担当者は、棚卸しの都度、在庫がある棚の番号(以下、棚番という)、品番及び在庫数量をハンディ端末に入力する。このとき、ハンディ端末には、倉庫在庫DBの残高との差異が表示される。棚卸担当者は、この差異を倉庫在庫DBに反映させるために、棚番、品番及び在庫数量を差異記入表に記載し、事務担当者に提出する。在庫がない棚については、棚卸しを行わず、ハンディ端末への入力も行わない。また、棚卸担当者は、棚卸しに漏れがないように、棚卸実施済みの棚にシールをはる。  ② ①の手続だけでは、倉庫在庫DB上の在庫残高の正確性が十分に確保できないので、追加的なコントロールが行われていることを本調査で確かめる。 (2) 月次在庫残高データの正確性  月次在庫残高データは、本社在庫システムの月次在庫ファイルに基づいて作成し、顧客に提供している。  ① 各倉庫システムの倉庫在庫DB上の在庫残高は、入力の都度、リアルタイムで更新される。一方、本社在庫システムの月次在庫ファイルは、各倉庫システムへの入出庫入力が遅れる可能性を考慮して、翌月2日目の営業日に夜間バッチ処理で当月分の入出庫実績データを抽出し、自動更新される。  ② 本調査では、顧客に提供する月次在庫残高データの正確性を確認するために、倉庫システムの倉庫在庫DBと月次在庫ファイルの在庫残高を照合する。このため、本社在庫システムの月次バッチ処理終了後、月次在庫ファイルと各倉庫システムの倉庫在庫DBの在庫残高データを本社の情報システム部から入手する。 (3) 入出庫業務の継続性  小規模倉庫を除く倉庫では、倉庫システムのハンディ端末を利用することによって、以前より少ない要員で入出庫業務を運用できるようになっている。  ① 各倉庫システムのサーバで障害が発生し、復旧までに時間を要する場合には、本社在庫システムを利用して入出庫業務を継続することになっている。各倉庫の事務担当者には、小規模倉庫と同じ内容の操作マニュアルを配布し、操作研修を定期的に開催している。  ② 本調査では、小規模倉庫を除く倉庫において、本社在庫システムを利用して業務を問題なく遂行できることを確認しているかどうかについて確かめる。  ③ また、本社在庫システムを利用して業務を行う前に、各倉庫の事務担当者が確認すべき事項が明確になっているかどうかについて確かめる。 (4) データのバックアップ  入出庫実績データは、本社在庫システムの在庫DBに保存・管理されているので、各倉庫システムでは、倉庫在庫DBについては特にバックアップを取得していない。また、各倉庫では、本社在庫システムのバックアップデータを利用して復旧しなければならない障害は、過去に発生していない。  ① 本社在庫システムでは、5年前から重要なデータベースの変更は行っていないので、現在でも、そのときに改定されたデータバックアップ手順書及び復旧手順書が利用されている。  ② バックアップがデータバックアップ手順書どおりに取得され、復旧手順書について定期的にテストされているかを本調査で確かめる。また、データバックアップ手順書及び復旧手順書に不備があると考えられるので、その妥当性についても本調査で確かめる。

設問1:

問題文を見る
〔本調査の検討事項〕の(1)-②において、倉庫在庫DB上の在庫残高の正確性が十分に確保されない理由を、45字以内で述べよ。

模範解答

棚卸しが未実施の棚に倉庫在庫DB上も在庫残高のないことが、確認されていないから

解説

解答の導き方

  1. 棚卸しでは、棚卸担当者がハンディ端末に棚番、品番及び在庫数量を入力すると、倉庫在庫DBの残高との差異が表示されます。つまり、入力した棚については、実際の在庫数量と倉庫在庫DB上の残高を比べられます。
  2. ところが、本文には「在庫がない棚については、棚卸しを行わず、ハンディ端末への入力も行わない」とあります。そのため、物理的には在庫がない棚でも、倉庫在庫DBに在庫残高が残っている場合、その棚の実際の数量との比較が行われません。
  3. 棚卸実施済みの棚にシールをはる手続は、棚卸しを行った棚を識別するものです。しかし、在庫がない棚を調べずに済ませる手続のままでは、その棚の倉庫在庫DB上の残高がゼロであることまでは確認できません。
このため、棚卸しが未実施の棚について、倉庫在庫DB上にも在庫残高がないことを確認できず、在庫残高の正確性を十分に確保できません。

誤りやすいポイント

  • 「差異が表示される」ことだけに注目し、すべての棚で照合されると思い込むことです。差異を確認できるのは、ハンディ端末に入力した棚に限られます。
  • シールをはる手続があるため、棚卸し漏れをすべて防げると考えることです。シールは棚卸しを実施した棚を示しますが、棚卸しをしていない棚の倉庫在庫DB上の残高は確認できません。
  • 棚卸担当者が2名であることを、棚卸し対象の網羅性が確保されている根拠と取り違えることです。人数にかかわらず、在庫がない棚を確認しない点は残ります。

FAQ

Q: ハンディ端末に差異が表示されるなら、倉庫在庫DBの残高は確認できているのではありませんか。
A: 差異表示には、棚番、品番及び在庫数量の入力が必要です。入力しない棚については、実際の数量との照合が行われません。
Q: 在庫がない棚は棚卸しをしなくても問題ありませんか。
A: 物理的に在庫がなくても、倉庫在庫DBに残高が記録されている可能性があります。その残高がゼロであることを確認しない限り、記録の正確性は確かめられません。
Q: 棚卸担当者が2名なら、問題は解消されませんか。
A: 2名で棚卸しをしても、対象外の棚を確認しない点は変わりません。棚卸しの対象範囲が網羅されているかが重要です。

関連キーワード: 実地棚卸、在庫管理、データ完全性、差異照合、内部統制

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

この設問をAIに質問する

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

〔本調査の検討事項〕の(2)-②において、プログラムの欠陥やシステム運用のミスなどの異常でなくても在庫残高に差異が発生する可能性があるので、照合前に調整する必要がある。差異が発生する理由を、45字以内で述べよ。

模範解答

月次在庫ファイルと倉庫在庫DBの在庫残高とは、更新のタイミングが異なるから

解説

解答の導き方

この設問では、月次在庫ファイルと倉庫在庫DBの在庫残高を照合する前に、両者の間に差異が生じる理由を考えます。差異があっても、必ずしもプログラムの欠陥や運用ミスとは限りません。
本文では、倉庫在庫DBは「入力の都度、リアルタイムで更新される」とあります。一方、月次在庫ファイルは「翌月2日目の営業日に夜間バッチ処理で当月分の入出庫実績データを抽出し、自動更新される」とあります。
つまり、倉庫在庫DBは入力のたびに更新されますが、月次在庫ファイルは決められた時点のバッチ処理で更新されます。更新される時点や反映される入出庫実績が一致しないことがあるため、正常な処理でも照合時に在庫残高の差異が生じる可能性があります。したがって、差異をシステム異常と判断する前に、両者の更新タイミングの違いを考慮する必要があります。

誤りやすいポイント

  • 差異があれば、直ちに入力ミスやシステム障害が原因だと決めつけることです。更新タイミングの違いだけでも差異は生じます。
  • 月次在庫ファイルが翌月に更新されることだけに注目し、倉庫在庫DBが入力の都度更新される点を見落とすことです。
  • 照合前の調整を、差異を隠すための処理と捉えることです。ここでは、更新タイミングの違いによる差異と、調査が必要な差異を区別することが重要です。

FAQ

Q: 差異があった場合、すべて調整すればよいのですか?
A: いいえ。まず更新時点や反映対象の違いで説明できる差異かを確認し、説明できない差異は別途調査します。
Q: なぜ月次在庫ファイルは翌月に更新されるのですか?
A: 倉庫システムへの入出庫入力が遅れる可能性を考慮し、翌月2日目の営業日に当月分の実績データを抽出するためです。
Q: どのような状態で照合するのが望ましいですか?
A: それぞれの更新時点と反映対象を確認し、同じ時点・対象範囲の在庫残高として比較できる状態にします。

関連キーワード: リアルタイム処理、バッチ処理、データ同期、データ照合、在庫管理

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

この設問をAIに質問する

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

〔本調査の検討事項〕の(3)-②における監査ポイントを、40字以内で述べよ。

模範解答

ハンディ端末を利用せずに、入出庫業務をタイムリーに実施できる業務量であるか。

解説

解答の導き方

  1. まず、障害発生時の代替運用を確認します。本文には、倉庫システムのサーバに障害が発生した場合、「本社在庫システムを利用して入出庫業務を継続する」とあります。したがって、監査では、代替手段を使って実際に業務を続けられるかを確かめる必要があります。
  2. 次に、通常時の業務体制に注目します。倉庫では、ハンディ端末の利用によって「以前より少ない要員で入出庫業務を運用できるようになっている」とあります。つまり、現在の要員数は、ハンディ端末を使う効率的な運用を前提にしている可能性があります。
  3. 一方、障害時に使うのは本社在庫システムです。倉庫システムに接続しているハンディ端末を使えない状況でも、入出庫業務を続けられるかを確認しなければなりません。そのため、ハンディ端末を使わない場合の作業量を、現在の要員で処理できるかが監査ポイントになります。
  4. 「問題なく遂行できる」ことを確認するには、単に操作マニュアルの配布や研修の実施を確かめるだけでは足りません。入出庫業務を遅れずに処理できる業務量かどうかを確認する必要があります。

誤りやすいポイント

  • 操作マニュアルの配布や研修の実施状況だけを挙げることです。これらは操作方法の習得に関する確認であり、代替運用時の業務量を処理できるかという監査ポイントとは異なります。
  • 本社在庫システムが利用可能かどうかだけに注目することです。システムが使えても、ハンディ端末を使わない業務を現在の要員で処理できなければ、入出庫業務を適切に継続できない可能性があります。
  • ハンディ端末を使う通常時の作業効率を、障害時にもそのまま当てはめることです。障害時の運用を想定して、端末を使わない場合の業務量と処理時間を考える必要があります。

FAQ

Q: なぜ、ハンディ端末を使わない場合を想定するのですか。
A: 本文では、ハンディ端末の利用によって少ない要員で業務を運用できるようになったと説明されています。障害時に同じ端末を使えないなら、通常時とは異なる要員数・作業量で業務を続けられるかを確認する必要があります。
Q: 「タイムリーに実施できる」とは、どのような点を確認することですか。
A: 障害時の代替運用でも、入出庫の処理が必要な時期に間に合うかという点です。単に処理を完了できるかだけでなく、業務上必要な時間内に処理できるかを考えます。
Q: 操作研修の実施を確認すれば十分ですか。
A: 十分ではありません。担当者が操作できることに加え、ハンディ端末を使わない運用で必要な作業量を処理できるかも確認する必要があります。

関連キーワード: 業務継続性、代替運用、業務量評価、要員配置、処理時間

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

この設問をAIに質問する

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

〔本調査の検討事項〕の(3)-③において、事務担当者が事前に確認すべき事項の内容を、40字以内で述べよ。

模範解答

倉庫システムのデータがいつのデータまで本社在庫システムに更新されているか。

解説

解答の導き方

  1. この確認は、倉庫システムに障害が発生したとき、本社在庫システムを使って入出庫業務を続ける前に必要な事項を問うています。操作研修の実施状況ではなく、切替時にデータを正しく扱うための確認事項を考えます。
  2. 本社在庫システムには、倉庫システムの倉庫在庫DBにある入出庫実績データが取り込まれます。ただし、取り込みは「1日に4回」のバッチ処理です。そのため、倉庫システムの最新の状態が、常に本社在庫システムに反映されているわけではありません。
  3. さらに、バッチ処理の終了時刻はデータ量などによって異なり、「各倉庫では正確な終了時刻を確認できない」とあります。したがって、障害時に本社在庫システムへ切り替える前に、どの時点までの入出庫実績データが本社側に取り込まれているかを確認する必要があります。
  4. その確認ができれば、本社在庫システムに反映済みのデータと、まだ反映されていないデータを区別しながら業務を続けられます。よって、確認すべきなのは、倉庫システムのデータがいつの時点まで本社在庫システムに更新されているかです。

誤りやすいポイント

  • 「本社在庫システムが利用できるか」だけを確認事項にしないでください。この設問では、利用前に確認するデータの状態が問われています。
  • 操作マニュアルの配布や研修の実施状況は、業務継続の準備に関する事項ですが、データ反映状況の確認とは別です。
  • バッチ処理の回数だけでは、最新データが反映済みかどうかは分かりません。処理の終了時刻を倉庫側で正確に確認できない点も踏まえる必要があります。

FAQ

Q: なぜ、本社在庫システムに切り替える前にデータの反映状況を確認するのですか?
A: 倉庫システムで記録された入出庫実績データのうち、どこまでが本社在庫システムに取り込まれているかを把握し、切替後の業務でデータの抜けや重複を避けるためです。
Q: バッチ処理が1日に4回あると分かれば、確認は不要ですか?
A: 不要ではありません。バッチ処理の終了時刻は一定ではなく、倉庫では正確な終了時刻を確認できないため、実際にどの時点まで更新されているかを確認する必要があります。
Q: 障害発生後に確認すればよいのですか?
A: 設問が問うているのは、本社在庫システムを利用して業務を行う前に確認すべき事項です。切替前に反映状況を確認し、その状態を踏まえて業務を続けます。

関連キーワード: データ同期、バッチ処理、データ整合性、障害時運用

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

この設問をAIに質問する

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

〔本調査の検討事項〕の(4)-②において、データバックアップ手順書及び復旧手順書にはどのような不備があると考えられるか、40字以内で述べよ。

模範解答

倉庫システムのデータを復旧するための手順が記載されていない可能性がある。

解説

解答の導き方

  1. 問われているのは、バックアップを取得しているかどうかではなく、データバックアップ手順書や復旧手順書にどのような不備がありそうかです。したがって、手順書が対象システムの状況に合っているかを考えます。
  2. 本文には、倉庫在庫DBについて各倉庫システムでは特にバックアップを取得せず、本社在庫システムのバックアップデータを利用して復旧する想定だとあります。つまり、障害時には本社在庫システムのデータを使って倉庫システムを復旧する必要があります。
  3. 一方、手順書は「5年前から重要なデータベースの変更は行っていない」ため、そのときに改定されたものが使われています。しかし、倉庫システムが導入されたのは「3年前」です。本社在庫システムのデータベースに変更がなくても、その後に導入された倉庫システムの復旧方法まで、既存の手順書に記載されているとは限りません。
  4. さらに、本社在庫システムのバックアップデータを利用して復旧する障害は過去に発生していません。そのため、実際の復旧に必要な手順が整備されているか、十分に確かめられていない可能性があります。以上から、手順書には倉庫システムのデータを復旧する手順が記載されていない可能性があると考えられます。

誤りやすいポイント

  • 「倉庫在庫DBのバックアップを取得していないこと」だけを答えにしないようにします。問われているのは、手順書に想定される不備です。
  • 本社在庫システムのデータベースに変更がないことを、手順書全体が現在のシステムに対応している根拠と捉えないようにします。倉庫システムはその後に導入されています。
  • 過去に復旧が必要な障害がなかったことは、手順書が適切である証明にはなりません。実際に使われていない手順には、不備が残っている可能性があります。

FAQ

Q: 本社在庫システムのバックアップがあれば、倉庫システムも必ず復旧できますか?
A: バックアップデータが存在するだけでは十分ではありません。どのデータを使い、どのような手順で倉庫システムのデータを復旧するかが定められている必要があります。
Q: データベースに変更がなければ、手順書を見直さなくてもよいですか?
A: いいえ。データベースの変更がなくても、新たなシステムの導入などで復旧対象や復旧方法が変わることがあります。手順書が現在のシステム構成に合っているかを確認する必要があります。
Q: 復旧の実績がない場合、何を確認すべきですか?
A: 手順書に必要な作業が記載されているかに加え、テストによって手順どおりに復旧できることを確認します。

関連キーワード: データバックアップ、リストア、復旧手順、バックアップテスト、障害復旧

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

この設問をAIに質問する

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

戦国ITクイズ機能

\ せっかくなら /

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

クイズ画面へ遷移する→

すぐに利用可能!

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

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