Transform Mapは便利だが事故も起きやすいServiceNowのImport SetとTransform Mapは、CSV取込や外部連携の入口として定番です。便利な一方で、「重複レコードが大量に増えた」「意図せず別の人のレコードが...

Choiceは「見た目は簡単」なのに混乱しやすいChoice（選択肢）って、画面ではただのプルダウンです。ところが実務では、同じ「プルダウン」に見えても、裏側の持ち方が違ったり、依存関係が絡んだり、ラベルと値が一致しなかったりして、途端に混...

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

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

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

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

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

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

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

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