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学習者向けに判断軸として整理したものです。
