システムアーキテクト試験 2019年 午後1 問02

1. 模範解答の核心キーワード・論点の整理

• 「容器倉庫へ入庫可能な容器」とは、「充填に使える状態で容器倉庫に入庫できる容器」であること。
• 容器状態区分で容器の現在状態が管理されている。
• 問題文より、「容器倉庫へ入庫可能な容器状態区分は何か？」を答える。
• 模範解答は「未使用」「合格」。
• 容器状態区分は、容器状態管理ファイルの属性の一つ。

2. なぜその解答になるのか（論理的説明）

・化学品の充填が可能になった容器を容器倉庫に入庫する。その際に、ゲートアンテナでRFタグを読み込み…充填可能な状態であることを確認する。その後、入庫処理を行い、それぞれの容器について、容器状態管理ファイルの容器状態区分を“容器倉庫入庫”にする。

容器状態区分を“未使用”にする。

検査に合格した容器は容器倉庫へ運び…容器状態管理ファイルの容器状態区分を“合格”にする。

• 新規購入されたまだ一度も使用されていない「未使用」状態の容器
• 回収・洗浄・検査を経て再利用可能となった「合格」状態の容器

3. 受験者が誤りやすいポイント・ひっかけの選択肢

• 「容器状態区分は多数存在する」ことに注意：
  容器が利用サイクルのどの段階にあるかを表す多様な状態があり、それら多くは容器倉庫入庫に適さないものです。
• 「充填済」や「出荷済」などは混同しやすい：
  充填済の容器は製品として製品倉庫にあり、容器倉庫に入庫できません。
  出荷済みや回収済みの容器も同様に、別の状態で管理されます。
• 「誤って“回収”や“廃棄”を選ばないように」：
  「回収」は顧客から戻された状態であり、「廃棄」は使えない容器の状態なので入庫可能ではありません。

4. 試験対策として覚えておくべきポイント

• 容器管理システムでは「容器状態区分」で容器単位の状態を管理している。
• 容器倉庫へ入庫できる容器状態は「未使用」と「合格」である。
• 「未使用」は新品購入時、「合格」は回収後の洗浄・検査に合格した状態を示す。
• 生産工程や物流工程のどの段階の容器かを状態区分で押さえておくことは必須。
• 状態によってどこでどのように扱うか（倉庫入庫、出庫、充填、回収等）のフロー理解が重要。

参考：容器状態管理ファイルの主な属性（表1より抜粋）

模範解答の核心となるキーワード・論点

• 製造計画に基づく「どの容器が何個必要かの計算」
• 製品マスタの情報利用
• 表1の属性のうち「容器種コード」「容器一個当たり標準充填量」

なぜこの解答になるかの説明

・容器の出庫は、製造計画で決定した化学品の当日分の生産総量と製品マスタに登録されている情報を用いて、①どの容器が何個必要かを計算し、出庫指示を出す。

• 容器種コード：どの容器種を使うかを示す情報
• 容器一個当たり標準充填量：1個あたりの充填量（生産総量を充填量で割ることで必要数が算出できる）

• 製品コードや化学品名は、「化学品の種類を特定」する役割はあるが、容器数の算出には直接使わない
• 製品使用可能日数は使用期限管理のための属性であり、今回の計算とは別の用途

受験者が誤りやすいポイント・ひっかけ

• 製品コードや化学品名を含めてしまう誤り
  製品の種類を特定するのは大切ですが、計算で使うのは「容器種コード」と「標準充填量」である点を混同しやすいです。
• 「製品使用可能日数」を選ぶ誤り
  これは使用期限警告処理で使う属性で、「どれだけの容器が必要か計算する」とは直接関係しません。
• 問題文中の「製造計画で決定した化学品の当日分の生産総量と製品マスタに登録されている情報を用いて」という文言に注目し、「容器数の算出」につながる属性を見極めることが重要です。

試験対策におけるポイント

• 製品マスタの属性は用途に応じて活用されることを理解する
  生産数量計算では「容器種コード」と「容器一個当たり標準充填量」を使う旨を押さえましょう。
• 問題文のキーになるフレーズを正確に読み取る訓練をする
  「どの容器が何個必要かの計算」に直結する情報は何かを、論理的に考えて選ぶことが大切です。
• 類似の設問で属性名を正確に答える必要があるため、表に示された用語は正確に記憶する

模範解答の核心となるキーワードや論点

• 一致するケース：
  「RFタグの一括読込みで読込み漏れが発生したとき」
• 不一致になるケース：
  「容器返却書の容器返却数と実際の容器の数が違っているとき」

なぜその解答になるのか（論理的説明）

・容器回収場所のゲートアンテナで、回収した容器のRFタグを一括して読み込む。
・容器返却書に記載された容器返却数をシステムに入力して、RFタグの読込み件数とのチェックをシステムで行い、数が一致したら、それぞれの容器について、容器状態管理ファイルの容器状態区分を“回収”にする。
・数が不一致の場合は、まず、容器返却数のシステムへの入力が正しいことを確認して、その後、HTによる個別の読込みに切り替える。個別読込み時に、容器状態管理ファイルの容器状態区分を“回収”にする。個別読込み件数と容器返却書に記載された容器返却数が不一致の場合は、エラー処理を行う。

• **一括読込みでは、数%程度の読込み漏れが発生することが事前検証で確認されている（装置の特性）**ため、読込み件数が容器返却書の返却数未満となることがあります。
  このときは、容器返却書の数とRFタグの読込み件数が「不一致」になり、個別にHTで読み直すことになります。
• HTによる個別読み込みは、一つずつ読み取るため漏れが少なく信頼性が高いです。ただしそのとき、
  • HTで読み取った個数が容器返却書の数と一致すれば、当該回収数は間違いなく揃っていると判断して処理を正常終了します。
    →これが「一致するケース」で、「RFタグの一括読込みで読込み漏れが発生したとき」に該当します。
  • HTで読み取った個数も容器返却書の返却数と不一致であれば、実際に回収されている数量が誤っている、あるいは記録ミスと判断し、エラー処理を行うことになります。
    →これが「不一致になるケース」で、「容器返却書の容器返却数と実際の容器の数が違っているとき」に該当します。

• 一括読込みの仕組みの特性（漏れ）によって誤差が生じ、個別読込みで本当の数に合わせるための運用
• 実際の容器数量と記録（容器返却書）が食い違う場合はエラー

受験者が誤りやすいポイント・ひっかけ

1. 「一括読込みは必ず正確に読める」ではないことに注意
   一括読込みの利便性や高速性に惑わされ、漏れが起きないと思い込む受験者がいること。問題文で「数%程度の漏れが発生する」ことが明記されているため、これを理解することが大切です。
2. 「個別読込みは間違いなし」という誤認
   個別読込みは基本的には正確ですが、容器返却書の数と実際の容器が物理的に違っている場合は不一致になる。読取装置の問題だけに起因しない、実際の数の違いもあることを把握する必要があります。
3. 「数が合わなければ即エラー」と誤解しやすい
   一括読み取り時の数のズレであっても、HT個別読込みで修正可能な場合はエラー処理にならず正常処理される点を理解しましょう。

試験対策として覚えておくべきポイントや知識

• RFタグの一括読込みには一定の読取り漏れが生じることがある（数%の漏れ）という事実。
• 読込み漏れ等の問題が発生した場合は、ハンディタイプRFタグリーダライタ（HT）による個別読み込みに切り替えて精度向上を図る運用が一般的である。
• 容器返却書との数量チェックは、システムの出荷・回収実務上の重要な整合確認であり、双方の数量が合わなければエラー処理を行うことになる。
• システムの物理的制約（漏れ）と実際の取扱ミス（数量違い）を区別し、それぞれの対策を理解することが業務システム構築の要となる。

1. 模範解答の核心となるキーワードや論点の整理

• 書込みロックを外す
• 容器情報領域をクリアする
• RFタグの管理と再利用準備のための処理
• 廃棄した容器のRFタグを再利用可能にする手順

2. なぜその解答になるのか（論理的説明）

・廃棄した容器に貼付してあったRFタグは、容器からはがして、再利用できるように、HTを用いて、②ある処理を行う。

• 書込みロックを外して、
• 容器情報領域の内容をクリア（消去）する必要があります。

3. 受験者が誤りやすいポイント・ひっかけ注意点

• 「製品情報領域」をクリアする処理と混同しないこと
  製品情報領域は書き換え可能であり、洗浄・検査でクリアされますが、「廃棄容器のRFタグの再利用のため」に必要なのは「容器情報領域」の処理です。
• 「書込みロック」を外すことの重要性
  容器情報領域は書込みロック付きで、通常は書き換えできません。そのため、単にクリアするだけではなく、まずロックを外す操作が不可欠です。
• RFタグの再利用について混同しないこと
  容器とRFタグは別々に管理されます。「廃棄」とは容器自体の廃棄であり、RFタグは再利用のためにクリアされる、と区別しましょう。

4. 試験対策として覚えておくべきポイント

1. 模範解答の核心となるキーワードや論点

• 【下線③の場所】：積込・出荷処理における「HTで、積込対象となる製品のRFタグを読み込み、積込指示データとRFタグ情報をチェックする部分」に関連。
• 【データの具体的内容】：販売管理システムの改修説明上、チェック対象の「データ内容」が何であるか。
• 【表1の属性名使用】：「受注伝票番号」「製品コード」が積込・出荷処理に一致するキー属性として使用されている。

2. なぜその解答になるのか（論理的な説明）

• 「積込・出荷処理」では、
  • 「HTで、積込対象となる製品のRFタグを読み込み、積込指示データとRFタグ情報をチェックする」
  • チェックの具体的な内容は明記されていませんが、直前でピッキング処理の説明に注目です。
• 「ピッキング処理」では、
  • 「ピッキング対象となる容器のRFタグを読み込む」
  • 「ピッキング指示データとRFタグ情報をチェックし、製品コードが合っていればRFタグへ受注伝票番号を書き込み、容器状態管理ファイルの容器状態区分を“ピッキング済”にする」
• つまり、積込・出荷処理でもチェックされるのは、「受注伝票番号」と「製品コード」が主要な照合項目であることが推測されます。
• また、表1の「容器状態管理ファイル」の構成を見ます。

• ここで、積込・出荷の対象はどの受注に対応した製品か（受注伝票番号）、および該当製品の品目（製品コード）のチェックが重要です。
• 特に「受注伝票番号」は、注文ごとの管理に不可欠なので積込時の一致確認に用いられます。
• よって、この下線③の部分は「受注伝票番号」と「製品コード」であると判断できます。

3. 受験者が誤りやすいポイント・ひっかけ

• 誤りやすい例1：ロット番号や充填日を選んでしまう。
  これらもRFタグの製品情報領域には記録されていますが、積込時の指示データと合致させるために必須なのは「受注伝票番号」と「製品コード」です。ロット番号や充填日はトレーサビリティ用で管理重要ですが、積込み検品のキー項目としては使いません。
• 誤りやすい例2：顧客コードや容器番号などを含める。
  顧客コードは販売管理には重要ですが、積込・出荷の検品としては個々の製品単位のトラッキング（受注伝票番号）と品目単位（製品コード）のチェックに絞られます。容器番号は一意管理されますが、注文単位のチェックには使いません。
• 誤りやすい例3：積込リストや出荷伝票の情報と混同する
  出荷伝票などの帳票情報は管理に用いますが、本問の記述において「データ内容」はRFタグの中のものを指します。ここを混同しないこと。

4. 試験対策として覚えておくべきポイント

• 容器・製品管理にRFタグを用いる場合、
  製品コード・受注伝票番号は、出荷検品や積込管理での必須一致項目と覚える。
  → これらは注文の内容の正しさを確認するためのキー情報。
• ロット番号や充填日は品質管理とトレーサビリティに重要だが、
  出荷の数合わせや注文単位の管理には主に「受注伝票番号」で行う。
• RFIDタグ管理では、書込み済みのデータの取扱いに注意が必要。
  → 書込みロックされた内容の読み取りや変更が制限されている点も押さえておく。
• 問題文中で「○○処理で何をするか」といった設問の場合は、
  それぞれの業務の目的（例えば、出荷検品は「注文単位の正確な出荷確認」）を意識して考えると、本質的な回答にたどり着きやすい。

まとめ

• 積込・出荷検品では「受注伝票番号」「製品コード」をRFタグ情報と積込指示データで突き合わせ、正しい出荷を保証する。
• これは容器単位で製品が正しく対応しているかどうかを見極める重要なチェックポイントである。
• 出題文やシステム概要の記述をくまなく読み、「何のために行う処理なのか」から判断すると迷いにくい。

コアキーワード・論点整理

• 「積込・出荷処理」後に行う処理としての「(a) 出荷実績を計上する」
• 販売管理システムの改修点の一つである出荷実績の計上
• 「HTの検品を完了した実績データを取り込んで」→ 何を行うべきか
• 出荷作業の最終目的が「正確な出荷実績の管理」であること

解答の根拠と論理的説明

「HTの検品を完了した実績データを取り込んで、(a)。」

「積込リストへバーコードを印字し、HTで積込指示データを受ける。
HTで、積込対象となる製品のRFタグを読み込み、積込指示データとRFタグ情報をチェックする。データ内容及び数が合っていれば、検品を完了して出荷する。この際、容器状態管理ファイルの容器状態区分を“出荷”にする。合っていなければエラー処理を行う。」

1. HTで積込対象品のRFタグをスキャンして検品をする。
2. 検品が完了すれば、容器状態管理ファイルを「出荷」に更新する。
3. 検品完了データを販売管理システムに取り込むことにより、
4. 「出荷実績を計上する」ことが必要である。

「出荷作業者は、出荷実績を計上するために、出荷場所の端末から、出荷した製品の情報を販売管理システムに入力する。」

受験者が誤りやすいポイント・注意点

• 「出荷実績を計上する」以外の表現として、「販売管理システムへデータ転送」や「在庫更新」などを想起するかもしれませんが、設問は販売管理システムの改修内容への記述なので一番重要かつ広義の目的である「出荷実績の計上」が適切です。
• 「容器状態管理ファイルの更新」は容器管理システム側で行い、「出荷実績の計上」は販売管理システム側の処理であるため混同しないように注意しましょう。
• HTの検品結果を取り込むだけで「完了」ではなく、そのデータをもとに正確に「出荷実績を計上」してはじめて業務が完結します。

試験対策ポイント

• 出荷作業の流れでの各システム（容器管理システム・販売管理システム）の役割を理解する。
• HT（ハンディターミナル）の役割は、RFタグの読み取りとバーコード読み取りにより現場作業のデジタル化・効率化を図ること。これを基に正確な実績管理が行われる。
• 「実績計上」「状態管理」などの用語は、それぞれのシステム機能と対応付けて覚える。
• 容器管理システムは容器単位での状態追跡が主な役割であり、出荷の最終実績は販売管理システムで管理する点を押さえる。

まとめ

1. 模範解答の核心となるキーワードや論点の整理

• (b) ： 「出荷」
  → 容器状態区分の値の一つ。顧客に渡った製品の状態を示す。
• (c) ： 「充填日から製品使用可能日数後の日付」
  → 使用期限を計算するための基準日。
  → 具体的には、製品の製造日時（充填日）と製品ごとに設定された使用可能期間（製品使用可能日数）から算出される。
• 使用期限警告処理の条件
  → 容器状態管理ファイルの中で、（b）状態にある製品のうち、（c）が本日の日付の1週間前（本日＋7日より前）であるものを検索し、警告を出す。

2. なぜその解答になるのか（問題文の引用を交えた解説）

「顧客の下にある、使用期限が過ぎそうな製品及び使用期限が過ぎた製品を、容器管理システムの容器状態検索処理を利用して次の条件で検索し、顧客に警告を発することができるようにする。
条件：容器状態管理ファイルの容器状態区分の値が”(b)”で、(c) が本日日付の1週間後より前の日付である容器」

(b)について

• 現行業務概要の（3）積込・出荷で、製品が顧客へ納品された状態を「出荷」と呼んでいる。
• 容器状態管理ファイルの状態区分に「出荷」があり、その状態が「顧客の手元にある」ことを示すため、使用期限警告の対象として適切。

(c)について

3. 受験者が誤りやすいポイント・ひっかけの解説

• 「容器状態区分（b）」で誤りやすい点
  「保管中」や「出庫済み」といった状態も考えられるが、顧客に渡った実際の状態でなければ意味がない。
  → 「出荷」 の状態こそが顧客に製品がある状態として正しい。
• 「使用期限（c）」での誤解
  「充填日」だけで判断しやすいが、製品ごとに異なる「使用可能日数」を考慮しなければ正確な判定ができない。
  → 「充填日」と「製品使用可能日数」の両方を考慮する必要がある。
• 「顧客コード」や「受注伝票番号」が条件になっていると誤回答することがあるが、使用期限判定にはこれらは直接使わない。
• 使用期限警告は「顧客の下にある製品」が対象なので、倉庫中や回収済みの容器は含まれない。

4. 試験対策として覚えておくべきポイント・知識

• 容器や製品のライフサイクル（製造→保管→出荷→顧客→回収→再利用）を把握し、どの状態が何を意味するか理解する。
• 容器状態区分は製品のトレーサビリティ管理上、非常に重要であり、具体的な状態名称（例：未使用、充填済、出荷、回収、合格、廃棄）を正確に覚えること。
• 製品の使用期限管理には、「製造（充填）日」と「使用可能日数」の二つの情報が必須で、それらの計算方法も理解する。
• RFIDやRFタグシステムでは、どの情報が固定で書き換え不可か、どの領域が更新可能かを把握することが必要。
• システム設計では、状態管理ファイルの検索条件がどのように設定されるか（状態区分、日時条件）を論理的に読み解く力を養う。