読む前に確認
ServiceNow CSA対策：Record Producerとは？Catalog Itemとの違いを画面とデータの流れで理解する
- CADの学習で迷いやすい判断軸を先に整理します。
- 読んだ後は関連ハブで全体像に戻れます。
- 理解確認は模擬試験で弱点を見ます。
この記事の導線を開く
| 全体像 | CAD資格対策ハブ |
|---|---|
| 深掘り | CAD模擬試験 |
| 比較 | CSAとCADの違い |
| 演習 | CAD模擬試験 |
ServiceNow CSAの問題で「Record Producer」「Catalog Item」「Order Guide」が並ぶと、名前の雰囲気だけで選べてしまうことがあります。ただ、そのままでは少し深掘りされたときに崩れます。Record Producerは、単に“カタログっぽい画面”を作る機能ではなく、Service Catalogの入口から、Incidentなどの通常テーブルにレコードを作らせるための機能です。ここでは、画面・データの流れ・似ている機能との違いから理解します。
Record Producerは「カタログ画面から通常レコードを作る」機能
Record ProducerはService Catalog上に表示される入力フォームですが、送信後に作られるものは通常のCatalog Itemとは違います。Catalog Itemは申請アイテム、つまりRequest / RITMの流れで処理されるのに対し、Record Producerは指定したテーブルに直接レコードを作る用途で使います。
ユーザーから見ると
ポータル上の入力フォームです。問い合わせ、要望、報告などを入力して送信します。
管理者から見ると
対象テーブル、変数、テンプレート、スクリプトなどを設定するカタログ定義です。
データとして見ると
送信内容がIncidentやカスタムテーブルなどのレコード作成につながります。
画面とデータの流れで見る
Record Producerの理解で大事なのは、「入力画面」と「作られるレコード」を分けて見ることです。
ポータルで入力
利用者が問い合わせ内容や希望内容をフォームに入力します。
Record Producerを送信
カタログの入口から送信されます。
変数をレコードへ反映
入力値を対象テーブルのフィールドに渡します。
通常レコードが作成
Incidentなど、指定したテーブルにレコードができます。
Catalog Item・Order Guideとの違い
| 機能 | 作りたいもの | 試験での見抜き方 |
|---|---|---|
| Record Producer | Incident、Case、カスタムテーブルなどの通常レコード | 「ユーザーに簡単な入口を用意し、特定テーブルにレコードを作る」と読めたら候補。 |
| Catalog Item | PC申請、ソフトウェア申請、アクセス権申請などの申請アイテム | 「依頼」「承認」「履行」「RITM」の流れなら候補。 |
| Order Guide | 複数のCatalog Itemをまとめた一連の申請 | 「新入社員に必要なPC・アカウント・備品をまとめて申請」のような複数アイテムなら候補。 |
CSAで問われやすい判断ルール
はいならRecord Producerを疑います。カタログ画面に見えても、ゴールがIncidentや独自テーブルならRecord Producerです。
承認や作業タスクを伴う依頼ならCatalog Item寄りです。
新入社員オンボーディングのように、条件に応じて複数のCatalog Itemを含めるならOrder Guide寄りです。
ひっかけ問題の読み方
ひっかけ：「ユーザーがポータルからフォームを送信する」とだけ書かれていると、Catalog ItemにもRecord Producerにも見えます。
見るべき場所：送信後に何を作るのかです。申請アイテムを作るのか、Incidentなどの通常レコードを作るのかで答えが変わります。
PDIで触るなら何をすればよいか
理解を深めるなら、Personal Developer Instanceで次の順番で触るのがよいです。ここでは本物の公式画面スクリーンショットではなく、操作箇所が分かるようにした疑似画面で説明します。
手を動かすときは、「画面に何を入力するか」よりも「送信後にどのテーブルへ何が作られるか」をメモすると、CSAの判断問題に強くなります。
公式ドキュメントで確認できること
この記事は、ServiceNow公式ドキュメントの情報をもとに、CSA学習者向けに判断軸として整理したものです。
CSAで見るRecord Producerの判断軸
Record Producerは、利用者にはカタログ画面の入力フォームとして見えますが、裏側ではIncidentなど任意のテーブルにレコードを作成するための仕組みです。CSA対策では、Catalog Itemと同じように見える点だけでなく、作成されるレコードの種類、Request/RITM/SCTASKとの関係、変数の扱い、Flowとの接続を分けて理解する必要があります。
| 観点 | Catalog Item | Record Producer |
|---|---|---|
| 主な目的 | 標準化された申請を受け付ける | 指定したテーブルにレコードを作成する |
| 代表例 | PC貸与、アカウント申請、権限申請 | 問い合わせ登録、Incident作成、相談受付 |
| 裏側の見方 | REQ/RITM/SCTASKの流れで追う | 作成先テーブルとフィールドマッピングを見る |
| CSAでの注意 | 申請処理の流れを押さえる | 何のレコードを作るかを押さえる |
PDIで確認するポイント
- Service CatalogでRecord Producerを探す
- 作成先テーブルを確認する
- 変数がどのフィールドへ渡るかを見る
- 送信後にどのレコードが作られるか確認する
- Catalog Itemとの違いを一文で説明する
よくある誤解
Record Producerは、Catalog Itemの別名ではありません。どちらも利用者にはカタログの入力画面に見えるため混同しやすいですが、Catalog Itemは申請プロセス、Record Producerは特定テーブルへのレコード作成という見方で整理すると判断しやすくなります。
- ServiceNow公式: Record producers vs. catalog items：公式説明で最終確認できます。
よくある質問
この記事はCAD対策に役立ちますか？
はい。CADに関係する用語、判断軸、実務で迷いやすいポイントを整理し、CADの学習に接続しやすい形で確認できます。
読後に次に確認すべきページはどこですか？
CAD資格対策ハブで全体像を確認し、必要に応じてCAD模擬試験で弱点を確認してください。
