Referenceフィールドが混乱ポイントになりやすい理由Referenceフィールドは、単なる入力欄ではなく「別テーブルのレコードを指すリンク」です。たとえばインシデントのCallerは、文字列を自由入力しているように見えて、実際はユーザ...

ServiceNowのService Catalogは「フォームを作って公開すれば終わり」ではなく、変数設計・UI挙動・提出後の処理・利用チャネル差・運用が噛み合って初めて“使われる申請”になります。ZurichではCatalog Buil...

なぜ今「通知」と「イベント」を分けて考えるのか通知って、つい「メールを飛ばす仕組み」くらいに見えがちです。ところが、運用していると必ず壁に当たります。「誰に飛んだ？飛んでない？」「飛びすぎて読まれない」「ダイジェストにしたら何が含まれるのか...

CSAの直前期って、時間はないのに不安は増えます。だからこそ、**「やること」より先に「やらないこと」**を決めたほうが、学習が安定します。ServiceNowのCSAは、公式の試験仕様（学習ドメインや試験構造）が公開されていて、そこに沿っ...

ServiceNowのCSAを目指して勉強していると、問題文がやたら長く感じる瞬間があります。文章が長い＝難しい、ではありません。多くの場合「前提条件」「制約」「登場人物」「どの機能を使うべきか」を丁寧に盛り込んでいるだけです。CSAは実務...

「正しいのに不正解」が起きる理由を言語化するCSAの勉強をしていると、だいたい一度はこういう壁に当たります。「その選択肢、たしかに正しい説明だよね？でも答えじゃないの？」というやつです。これは意地悪というより、試験が見たいものが少し違うから...

はじめに：なぜ「設定とデータの混同」が事故になるのかServiceNowを触り始めた頃、いちばん混乱しやすいのが「これって設定？それともデータ？」という境界線です。たとえば、フォームの項目を追加したのは“設定”っぽい。一方でIncident...

設定とデータを混同すると、なぜ事故が起きるのかServiceNowを触り始めた頃に起きやすいのが、「画面で見えているものは全部“設定”で、Update Setでまとめて移せる」と思い込んでしまうことです。でも実際には、同じフォーム上に並んで...

本番環境の変更が難しい理由と、まず押さえる原則ServiceNowを触り始めた頃って、つい「ちょっと直すだけ」「設定を一個変えるだけ」と思いがちです。ところが本番環境での設定変更は、小さく見えても影響範囲が広いことが多いです。理由はシンプル...

仕組みの前提 Update Setは何を運ぶ道具かUpdate Setは、開発環境で行った変更を別インスタンスへ届けるための仕組みです。ただし重要なのは、Update Setが運ぶ中心は設定や構成の変更であって、日々増えていく業務データを丸...