ServiceNow Zurichでのテーブル拡張時の注意点：後戻りしない設計チェックリスト
はじめに：テーブル拡張は「便利」だけど、設計ミスが長く残るServiceNowで新しい業務データを持ちたいとき、真っ先に候補に上がるのが「既存テーブルの拡張（継承）」です。親テーブルの項目や挙動を引き継げるので、開発スピードが上がりやすい一...
ServiceNow 
ServiceNow ServiceNow Zurich ロール設計のアンチパターン7選 ありがちな失敗と安全な直し方
Zurichでロール設計が難しくなった理由ServiceNowの権限設計は、ざっくり言うと「ロールで大枠を決め、ACLで最終的に絞る」という考え方です。ところが実務では、ロールが増えた瞬間に破綻しがちです。しかもZurich以降は、セキュリ...
ServiceNow ServiceNowでメール通知が届かないときの確認ポイント完全整理 sys_emailから最短で切り分ける方法
ServiceNowで「メール通知が届かない」となると、現場ではかなり焦ります。インシデント更新通知が飛ばない、承認依頼が届かない、特定ユーザーだけ受信しない、といった症状は業務影響が大きく、しかも原因が1つとは限りません。この問題が厄介な...
ServiceNow ServiceNow Zurichのユーザー管理運用ガイド：最小権限とグループ設計の基本
Zurichのユーザー管理を難しくする正体ServiceNowのユーザー管理は、最初は「ユーザーを追加して、グループに入れて、ロールを付けるだけ」に見えます。ところが運用が始まると、次のような悩みが一気に出てきます。異動のたびに権限調整が発...
ServiceNow Zurichのレポート作成で事故る落とし穴まとめ：遅い・ズレる・見えないを防ぐ設計チェック
Zurichで「レポートは作れるのに怖い」が起きる理由ServiceNowの学習を進めていると、レポートは早い段階で触ります。リストのフィルタを作って「これをグラフにしたい」と思うのは自然ですし、CSAの学習でも“データを見える化して説明で...
ServiceNow ServiceNow ZurichのSLA設定で勘違いしやすい点：開始・停止・一時停止を整理して仕組みで理解
ZurichのSLAは何を管理しているのかを最初に整理するServiceNowのSLA設定で混乱が起きやすい理由は、画面上の設定項目が「現象」に見えてしまい、裏側の仕組みが見えにくいからです。Zurichでも、SLAは基本的に Servic...
ServiceNow Zurich時代のServiceNow承認フロー設計入門 迷わない考え方と落とし穴
承認は暗記より設計で理解すると強いServiceNowの承認は、画面上は「承認依頼を出して、承認されたら次へ進む」という単純な話に見えます。ところが、実装が増えてくると「なぜか二重に承認が作られる」「承認待ちで止まったまま」「グループ承認の...
ServiceNow そのTransform Map 本番で大丈夫 Zurichで事故を防ぐ設計とテスト手順
Transform Mapは便利だが事故も起きやすいServiceNowのImport SetとTransform Mapは、CSV取込や外部連携の入口として定番です。便利な一方で、「重複レコードが大量に増えた」「意図せず別の人のレコードが...
ServiceNow 【ServiceNow Zurich】Choice管理で迷うポイント総まとめ：値・ラベル・依存関係を一気に理解
Choiceは「見た目は簡単」なのに混乱しやすいChoice（選択肢）って、画面ではただのプルダウンです。ところが実務では、同じ「プルダウン」に見えても、裏側の持ち方が違ったり、依存関係が絡んだり、ラベルと値が一致しなかったりして、途端に混...
ServiceNow Zurichで混乱しがちなReferenceフィールド挙動を整理する
Referenceフィールドが混乱ポイントになりやすい理由Referenceフィールドは、単なる入力欄ではなく「別テーブルのレコードを指すリンク」です。たとえばインシデントのCallerは、文字列を自由入力しているように見えて、実際はユーザ...