システム監査技術者試験

編集部の見解

システム監査は、作る側ではなく点検する側の答案を書く試験です。他の高度区分の対策をそのまま持ち込めません

ページ上部のスコア内訳バーを見てください。この区分は合格率の寄与が勉強時間の寄与を上回り、受験資格の寄与はゼロです。合格率の側は、平均合格率の低い順に並べると77資格中20番目で、同じレベル4のプロジェクトマネージャ（52.7）やITストラテジスト（52.5）より後ろに来ます。

通る割合が高い側にいるぶん、スコアは52.1と控えめに出て33位、すぐ上がITストラテジスト（52.5）、すぐ下が測量士（51.9）です。ただしこの数字を「入りやすい高度区分」と読むと、対策の設計を間違えます。

上の注意書きが2つのことを書いています。この区分が他の高度試験より受験者数が少ないこと、そして監査特有の記述・論述対策が必要なことです。受験者が少なく、監査の実務や知識を持つ人に寄っているほど、合格率を他の区分とそのまま比べられません。分母の話は受験者ベースかどうかだけで終わらず、その受験者が誰なのかにも及びます。

上の合格率の推移表は3回ともほとんど動いていません。毎年よく似た層が受けに来ていると読むこともできますが、それを裏づける材料は表にないので、当サイトはそこまでは言いません。言えるのは、この帯の安定は「試験が読める」ことの証明にはならない、というところまでです。

対策の設計で分かれ目になるのは、答案を書く立場です。この区分が想定しているのは、情報システムを独立した立場で点検・評価する監査人で、書くのは他人が作ったもの・回しているものへの指摘になります。同じ後期のデータベーススペシャリスト（53.5）は自分が設計するデータの話を書き、プロジェクトマネージャは自分が進めたプロジェクトの話を書きます。材料の出どころが逆です。

作る側で長くやってきた人ほど「自分ならこうする」という書き方が体に入っていて、それは監査の答案では減点の側に働きます。過去問の論述を1本読んで、当事者の説明ではなく第三者の指摘として書き出せるかを先に試してください。この切り替えができるかどうかが、勉強時間100〜300時間のどこに着地するかを決めます。

日程は秋の一斉試験が廃止され、令和8年度からCBT方式の後期試験へ移りました。注意するのは、後期に並ぶデータベーススペシャリスト・プロジェクトマネージャ・エンベデッドシステムスペシャリストと、申込受付も科目A・科目Bの期間も同じ日付だということです。日程をずらして2区分を受ける組み方はできません。

後期に何を出すかは、申込が始まる時点で1つに決まっている必要があります。上の日程から各期間をカレンダーへ書き写し、申込開始日の手前に「どれを受けるか決める日」を置いてください。年1回のままです。

勧める相手は、内部監査や情報システム部門の統制担当のように、他部門の仕組みを点検して所見を残す仕事に就いている人です。指摘を文章にする作業が日常に入っているなら、この区分の答案は業務の延長として書けます。監査法人や親会社の監査に対応する側にいる人も、相手の視点を答案で再現する練習として噛み合います。

逆に、開発や運用だけを続けてきて、高度区分をひとつ増やす目的でここを選ぶのは勧めません。法令上の業務独占も名称独占もなく、資格そのものが仕事を囲う側にいません。合格率だけ見て「高度のなかでは通りやすい」と判断すると、立場の切り替えにかかる時間が計画から丸ごと抜け落ちます。

上のデータ表・条文の分類・勉強時間の算術は出典にもとづく事実の提示で、この枠の中は資格のものさし編集部の評価と推奨です。判断の分かれ方は編集方針に書いています。