SGのソフトウェアライセンス管理｜購入数・割当・利用実態を図解

現行SGシラバスVer.4.1には、サービスマネジメントの資産管理・構成管理に関連してライセンスマネジメントが挙がっています。ソフトウェアを購入した事実だけでなく、誰が、何に、どの条件で使えるかと、実際の状態が一致しているかを考える分野です。

IPAの製品利用者向けガイドは、外部ソフトウェアやSaaSの購入ライセンス・利用サービスを台帳へ登録し、管理責任者を割り当てること、導入時に利用規約や契約内容を確認することを示しています。この記事では、台帳の書式全般ではなく、利用権の数え方と割当の照合に焦点を当てます。

以下は当サイトの独自の学習例で、実在商品の契約内容や公式問題を再現するものではありません。特定の利用が契約・法令に適合するという判断は行いません。実務では適用される契約・規約と組織の手順を確認し、不明点は契約担当者や提供元へ確認してください。

利用権の単位は商品や契約によって異なります。特定の利用者に割り当てる方式、端末を対象にする方式などがあり、一つのユーザー向け利用権で複数の端末を使える場合もあります。「1ライセンス＝必ず1台」「共有端末なら全員が一つの利用権でよい」という一般化は避けます。

Microsoftの公式説明にも、Microsoft 365 Appsのユーザーベース、共有コンピューターでのライセンス認証、デバイスベースなど異なる方式が示されています。共有コンピューターで各利用者が自分のアカウントを使う方式と、デバイスを対象とする方式は同じではありません。利用できる製品・プランや条件まで確認する必要があり、ここでは具体的な台数上限を全商品共通の基準にはしません。

架空の会社Rが、架空の商品Qを10人分契約しています。このケースでは、利用者を指定し、指定された一人が承認された端末を2台まで使えるという契約条件を置きます。実在のMicrosoft製品等の条件ではありません。割当記録には在籍者8人と退職者1人の計9人が載り、導入状況の報告には14台が載っています。

14台が10人分を超えたという理由だけでは、超過利用とは判断できません。一方で14台が9人×2台の18台以下だから全て問題ないとも言えません。特定の利用者だけが3台使っている、割当のない人が使っているなどの状態がないか、誰のどの端末かを対応付ける必要があります。

導入報告に載っていることと、現在利用できる状態であることも別です。撤去済みの端末が古い一覧に残っていないか、利用者と対応しない端末がないかを、確認した時点と根拠を添えて調べます。不明な対象を黙って一覧から消し、数だけ合わせることはしません。

会社Rに新入社員2人が加わるとします。現時点の割当は9人なので、そのまま2人へ追加すれば11人です。契約の10人分に対し、現在未割当なのは1人分という整理になります。「実際に在籍しているのは8人だから、既に2人分空いている」と、管理画面の割当記録と混ぜないようにします。

退職者の割当を適切に解除し、別の利用者へ再割当できる条件と権限が確認できれば、追加購入以外の対応を検討できる可能性があります。ただし、再割当の条件・待ち期間・契約期間の扱いは商品ごとに確認します。全ての利用権をいつでも無条件に移せるとはしません。

退職者の業務データの保全や引継ぎが必要な場合もあります。ログインを止めること、ライセンスを外すこと、アカウントやデータを削除すること、契約数量を減らすことは別です。一つの操作で全ての要求が満たされたとせず、必要な保存・権限・引継ぎの手順を確認します。

同じ商品名でも、契約した版、利用できる機能、対象者、利用環境、期間が異なる場合があります。会社Rが「商品Q」とだけ記録していたなら、今回10人分の権利と照合しているのはどの契約か、対象期間は有効かを確認します。別商品や別期間の数量をまとめると、過不足の判断を誤ります。

アプリが起動する、ログインできるという技術的な状態だけで、契約条件を全て満たすと判断することも避けます。反対に起動できない場合も、直ちに利用権不足と決めず、割当、認証、通信、製品側の反映など、確認する範囲を分けます。この記事は特定商品の機能制限・猶予期間を保証する説明ではありません。

利用権を持っていることと、セキュリティ上の権限が適切であることも別です。承認されていない人への割当や、必要以上の管理者権限が残っていないかを確認します。費用の無駄だけを減らす作業ではなく、利用できる人と対象を説明できる状態にすることが大切です。

会社Rのケースなら、次の観点を一行ずつ確認します。契約上の権利、割当記録、導入報告を別々に集め、商品・期間・利用者・端末の対応を確認した上で差異を整理します。台帳の数字を実態に合わせて書き換えるだけでは、契約条件との照合は終わりません。

棚卸しの結果、誰の端末か分からない対象が残れば、「未確認」と担当者を記録します。確認した資料の版や取得日も残すと、後日条件や在籍者が変わったときに再確認する範囲を追えます。解決していない相違を完了扱いにしないことが、学習上も実務上も重要です。

CCライセンスの記事は、作品の利用条件の記号や種類を整理するものです。SBOMはソフトウェア部品と版・依存関係などを把握する資料で、利用者への割当人数を数える台帳と同じではありません。ライセンスの情報を含む場合でも、何の権利や条件を管理しているかを分けて読みます。

サービスを構成する要素の関係や状態はSGの構成管理・CI・CMDB、学習範囲はSGシラバス案内へ。登録不要の無料6問で問題と解説の操作を試せますが、ライセンス管理分野全体の理解を診断するものではありません。SGの教材・料金で収録範囲と購入条件を確認してください。