機能別ガイド／ NinjaOne Documentation

Apps & Servicesの登録と活用

NinjaOneで機器やサービスの構成情報を定型で記録する方法を説明します。記録対象の例、テンプレートの設計方針、登録の優先順位、認証情報の扱い、情報の鮮度を保つ仕組みを紹介します。

機器やサービスの構成情報を、定型の形式で記録します。同じ項目を揃えて記録できるため、情報の抜けを防げます。

Apps & Servicesの用途

自由記述の文書と違い、あらかじめ決めた項目に沿って情報を入力します。

記録の対象になるのは次のようなものです。

いずれも「担当者は知っているが記録がない」情報の典型です。

記録する項目をテンプレートとして定義します。同じ種類のものを登録するとき、毎回同じ項目が並びます。

テンプレートを作る際は、次を意識してください。

4番目が重要です。項目が多いと入力されなくなります。「これがないと困る」情報だけに絞ってください。

【運用のポイント】テンプレートを設計する際は、実際に困った経験から逆算してください。「あのとき何が分からなくて時間を無駄にしたか」を思い出すと、必要な項目が見えてきます。

テンプレートに沿って情報を入力します。既存の情報がある場合、取り込む機能も用意されています。

登録する順序としては、次を推奨します。

全てを一度に登録する必要はありません。3番目までを終えれば、属人化のリスクは大きく下がります。

登録した情報は、デバイスやOrganizationに紐づけられます。

紐づけておくと、デバイス詳細画面から関連する情報を参照できます。障害対応の最中に別の画面を探す必要がなくなります。

MSPでは、Organizationごとに構成情報を整理できます。顧客からの問い合わせに対して、その顧客の情報だけをすぐに開けます。

管理画面のログイン情報なども記録できます。ただし、扱いには注意が必要です。

3番目は用途が異なります。スクリプトから使うものはCredential Exchangeで管理してください。

【注意】認証情報を含む項目は、参照できる人を限定してください。誰でも見られる状態で記録すると、記録すること自体がリスクになります。参照の記録が残るかどうかもあわせて確認してください。

記録は古くなります。実態と合わない情報は、ないより有害な場合があります。

見直しの仕組みとして、次を推奨します。

作業の完了条件に「記録の更新」を含めてください。作業が終わってから思い出して更新する運用は、必ず漏れます。

未完成のまま放置されている記録を検出する機能もあります。定期的に確認して、埋められていない項目を補完してください。