CSAとCADの違いは、資格名の上下ではなく「次にどの役割を担うか」で判断します。 CSAはServiceNowを管理・運用するための基礎を確認する資格、CADはその基礎の上でアプリを設計・実装・保守できるかを確認する資格です。
このページは公式試験問題の転載ではありません。ServiceNowの公式試験範囲、公開ドキュメント、PDIで確認しやすい観点、実務で迷いやすい判断軸をもとにした独自の学習整理です。
結論: CSAとCADはどちらを先に取るべきか
迷ったら、最初はCSAを優先するのが安全です。CSAはServiceNowの画面、データ構造、ユーザー・グループ・ロール、カタログ、レポート、CMDBなど、後続の資格でも前提になる範囲を広く扱うためです。標準機能の言葉が曖昧なままCADへ進むと、スクリプトやアプリ開発の前に「そもそも何を拡張しているのか」が見えづらくなります。
一方で、CSA相当の基礎があり、実務で開発・拡張に触れているならCADを先に進めても構いません。たとえば、Client Script、Business Rule、Script Include、Flow Designer、ACL、Application Scope、Update Setを説明する必要がある人は、CADの学習が実務の判断に直結します。
つまり、未経験者や運用担当者はCSAを深める。開発経験者やアプリ拡張に関わる人はCADへ進む。CISやCTAを見据える人は、CSAとCADを単体資格ではなくロードマップの部品として見る、という整理が現実的です。
CSAとCADの違い
| 観点 | CSA | CAD |
|---|---|---|
| 見る力 | ServiceNowの標準機能を理解し、管理・設定・運用できるか | ServiceNow上でアプリを作り、拡張し、保守できるか |
| 中心になる範囲 | ナビゲーション、フォーム、リスト、データ、ユーザー、ロール、カタログ、レポート、CMDB | アプリ設計、テーブル、UI制御、サーバー処理、Flow、ACL、Application Scope、移送、テスト |
| 問題文の見え方 | どの標準機能を使うか、用語や画面の役割を理解しているか | どの層で処理するか、どの仕組みで実装するか、保守しやすいか |
| 向いている人 | 初学者、運用担当、管理者、標準機能を整理したい人 | 開発者、App Engine利用者、実装判断を担う人、CTAを長期で見据える人 |
CSAを「使う・管理する力」、CADを「作る・拡張する力」と置くと分かりやすくなります。ただし、両者は完全に分かれているわけではありません。CADでもCSAの基礎は必要ですし、CSA学習でもカタログ、Flow、権限、CMDBのように開発判断とつながる領域があります。
役割別のおすすめ受験順
| 今の状況 | おすすめ順 | 理由 |
|---|---|---|
| ServiceNow未経験に近い | CSA → CSA復習 → CADまたはCIS | 画面名、データ構造、権限、標準機能の言葉を先に固める必要があるため |
| 運用保守が中心 | CSA → CIS-ITSM → 必要に応じてCAD | Incident、Problem、Change、Requestなど、業務プロセスの理解が成果に直結するため |
| 開発経験がある | CSA → CAD | 一般的なJavaScript経験だけではServiceNow固有の実装判断を補えないため |
| カタログや申請改善が多い | CSA → CAD基礎 → CIS-ITSM | Catalog Item、Record Producer、Flow、承認、履行タスクが横断的に絡むため |
| 将来CTAを目指す | CSA → CAD → CIS → CTA準備 | 標準機能、開発判断、製品別実装、設計説明力を段階的に積む必要があるため |
受験順は、転職や社内評価のためだけに決めると失敗しやすくなります。試験合格後に何を説明できる必要があるか、PDIでどの作業を再現できるか、今の業務でどの判断を任されるかを基準にしてください。
CADへ進む前のセルフチェック
CADへ進む前に、CSAの範囲が「聞いたことがある」ではなく「自分の言葉で説明できる」状態かを確認します。特に、Table、Record、Field、Form、Listの関係、User、Group、Role、ACLの違い、Catalog ItemとRecord Producerの違い、Flow DesignerとBusiness Ruleの役割差は重要です。
- Incidentのリストとフォームを開き、どの情報がどのテーブル・フィールドに入っているか説明できる
- ロールを付けても見えない項目があるとき、ACLや条件の可能性を考えられる
- Catalog Item、Record Producer、Order Guideを使い分けられる
- Flow Designerで処理すべきことと、Business Ruleで処理すべきことを分けられる
- Update SetやApplication Scopeを、移送・保守の観点で説明できる
このチェックで半分以上が曖昧なら、CADへ進む前にCSA模擬試験とPDI操作で穴を埋めた方が効率的です。逆に説明できる項目が多いなら、CAD学習はスクリプト暗記ではなく、実装判断の練習として進められます。
CIS/CTAを見据えたロードマップ
CISを目指す場合、CADが常に最初の次手になるとは限りません。CIS-ITSMならIncident、Problem、Change、Request、Service Catalogの実装理解が中心です。CIS-DiscoveryならMID Server、Credential、Pattern、CMDB、IRE、CSDMとの関係が中心になります。
CTAを長期的に見据える場合は、CADの価値が上がります。CTAでは個別機能の暗記より、複数の選択肢からなぜその設計にするのかを説明する力が重要になるためです。CADで学ぶアプリ設計、権限、スコープ、移送、テスト、保守性の考え方は、その土台になります。
PDIで違いを体感する方法
CSAとCADの違いは、同じ題材をPDIで二つの視点から見ると理解しやすくなります。たとえばIncidentを題材にする場合、CSA視点ではフォーム、リスト、状態、優先度、担当グループ、ロール、レポートを確認します。CAD視点では、入力制御、サーバー処理、自動化、権限、移送、テストまで考えます。
| PDIで触ること | CSA視点 | CAD視点 |
|---|---|---|
| フォーム表示 | フィールド、ビュー、必須項目、表示条件を理解する | UI PolicyやClient Scriptでどう制御するかを考える |
| 保存後の処理 | データがどのように記録されるかを確認する | Business Rule、Flow Designer、イベントで処理を設計する |
| 権限 | ユーザー、グループ、ロールの関係を見る | ACLで読み書きをどう制御するかを考える |
| 申請 | Catalog ItemやRecord Producerの用途を理解する | 変数、Flow、承認、タスク生成まで実装として見る |
このように同じ画面を二つの視点で見ると、CSAは「標準機能を正しく理解する資格」、CADは「標準機能を前提に、安全に拡張する資格」だと腹落ちしやすくなります。
公式確認先
受験条件、試験範囲、名称、リリースごとの変更は必ず公式情報で確認してください。このサイトの記事は理解を補助するための非公式な学習整理であり、ServiceNow, Inc.の公式教材や公式試験問題ではありません。
- CSA Mainline Exam Blueprint – ServiceNow University
- CAD Mainline Exam Blueprint – ServiceNow University
- ServiceNow認定資格ガイド
FAQ
CSA合格後は必ずCADへ進むべきですか？必ずではありません。開発・拡張を担う予定があるならCAD、運用保守やITSM実装を深めたいならCSA深掘りやCIS-ITSMを優先する方が合う場合があります。
開発経験がない人でもCADを受けられますか？受験自体は可能ですが、PDIで小さなアプリを作り、Client Script、Business Rule、ACL、Flow Designer、移送の判断を体験してから進む方が理解しやすくなります。
運用担当でもCADを取る意味はありますか？標準機能だけでなく、カタログ改善、入力制御、自動化、権限、移送判断に関わるなら意味があります。運用だけで完結する場合は、CIS-ITSMの方が先に役立つこともあります。
CTAを目指す場合、CSAとCADのどちらを重視すべきですか？CTAを中長期で目指すなら、CSAの標準機能理解、CADの実装判断、CISの製品別実装理解を段階的に積み上げる必要があります。
