Zurichのユーザー管理を難しくする正体ServiceNowのユーザー管理は、最初は「ユーザーを追加して、グループに入れて、ロールを付けるだけ」に見えます。ところが運用が始まると、次のような悩みが一気に出てきます。異動のたびに権限調整が発...

Zurichで「レポートは作れるのに怖い」が起きる理由ServiceNowの学習を進めていると、レポートは早い段階で触ります。リストのフィルタを作って「これをグラフにしたい」と思うのは自然ですし、CSAの学習でも“データを見える化して説明で...

ZurichのSLAは何を管理しているのかを最初に整理するServiceNowのSLA設定で混乱が起きやすい理由は、画面上の設定項目が「現象」に見えてしまい、裏側の仕組みが見えにくいからです。Zurichでも、SLAは基本的に Servic...

承認は暗記より設計で理解すると強いServiceNowの承認は、画面上は「承認依頼を出して、承認されたら次へ進む」という単純な話に見えます。ところが、実装が増えてくると「なぜか二重に承認が作られる」「承認待ちで止まったまま」「グループ承認の...

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

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

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

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

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

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