サービスビルダー でサービスオファリングを作成する
サービスオファリングを作成して、サービスビルダー でサービスを構成する製品またはアプリケーションを定義および表示します。
始める前に
必要なロール : service_author または service_editor
このタスクについて
- 詳細
- チーム
- 操作
- 財務
- オファリングパフォーマンス
を選択します。サービスとサービスオファリングを作成するには、service_author ロールが割り当てられている必要があります。サービスとサービスオファリングを (作成ではなく) 編集するには、service_ editor ロールが割り当てられている必要があります。
手順
| フィールド | 説明 |
|---|---|
| オファリング名 | 親サービスに関連付けるオファリングの一意の名前。 |
| コンシューマータイプ |
コンシューマータイプによって、サービスが業務や従業員に内部的に提供されるか、顧客に外部的に提供されるか、またはその両方に提供されるかが決まります。オプションは次のとおりです。
|
| ビジネス上の重要度 | このオファリングのビジネスオペレーションにとっての重要性を指定します。このフィールドの値は、ビジネスロジックをトリガーするために使用できます。たとえば、最も重要なオファリングでは、災害復旧のための特別な処理が必要になる場合があります。 |
| ライフサイクルステータス |
作成しているサービスのステージとステータス。 CSDM アクティブ化プラグイン [com.snc.cmdb.csdm.activation] がインストールされている場合は、CSDM 準拠のライフサイクルフィールドが表示されます。 プラグインがインストールされていない場合は、従来のサービスポートフォリオ管理フェーズとステータスのフィールドが表示されます。 さまざまなタイプのフィールドの詳細については、「デジタルポートフォリオ管理 への CSDM ガイドラインの適用」を参照してください。 |
| 説明 | エンドユーザーまたはコンシューマーが理解できるようにするためのサービスオファリングの簡潔な説明。 |
| 必須条件 | このサービスオファリングを要求または使用するために必要なものを定義します。 |
| フィールド | 説明 |
|---|---|
| オーナー | サービスオファリングの責任者であり、いつでもサービスを編集できます。この人物がサービスオーナーです。サービスオーナーには service_author ロールが必要です。 |
| 管理担当者 | このサービスの日常的な管理の責任者。 |
| 委任 | このサービスオファリングを編集でき、サービスオーナーの代理を務めることのできるユーザー。代理人には service_editor ロールが割り当てられている必要があります。 |
| デリバリマネージャー | サービスオファリングの日常的な管理と提供の責任者。 |
| サポートグループ | このサービスオファリングにエキスパートサポートを提供するグループ。このグループは通常、レベル 2 のサポートチームです。 |
変更グループ |
サービスオファリングの変更管理を担当するチーム。 |
| ベンダー | サービスオファリングの提供とサポートを行うベンダー。このフィールドは、サービスオファリング実施の説明責任を表示および追跡するのに役立ちます。 |
| 部門 | このサービスの管理を担当する部門。 |
| 会社 | このサービスの管理と提供を担当する会社 (ベンダーの場合もあります)。 |
| ステークホルダー | サービスオファリングと利害関係を持つ個人。 |
| フィールド | 説明 |
|---|---|
| グループ選択 | サービスオファリングに興味のあるサブスクライバーのグループ。 |
| 部門選択 | サービスオファリングに興味のある部門。 |
| 場所選択 | ユーザー (場所別) |
| ユーザー選択 | サービスオファリングの影響を受ける個人。 |
| 会社選択 | コア会社テーブルによって定義された、サービスオファリングの影響を受ける個人。これらの個人は、特定の会社に関連するすべてのユーザーを表します。 注: このフォームの残りのフィールドを表示するには、下にスクロールする必要があります。 |
| コミットメント選択 | コミットメント (サービスレベルアグリーメントや可用性コミットメントなど) を選択します。コミットメントは、サービスオファリングの契約で定義することも、会社が定義した標準に基づいて定義することもできます。 |
| サービスレベル要件 | サービスオファリングのサービスレベル要件。 |
| アクティブな契約 | サービスコミットメントの認識を維持するアクティブな契約。 |
| 追加の契約 | サービスオファリング関連のサポート契約、セカンダリ契約、または過去の契約。 |
| カタログアイテム選択 | このオファリングに関連付けられたすべてのカタログアイテムの要求アクティビティを追跡するカタログアイテム。1 つのオファリングに複数のカタログアイテムを含めることができます。 |
| 依存するオファリング | サービスオファリングが依存するその他のサービスオファリング。たとえば、別のオファリングが機能停止した場合に、依存するオファリングの可用性が影響を受けたり、低下することがあります。 |
|
自分が依存するサービスインスタンス |
ビジネスサービスに適用されます。サービスオファリングが依存するサービスインスタンス。 |
サービスオファリング 原価単位 は、サービスオファリングの測定単位です。たとえば、サービスが Microsoft Suite であるとします。原価単位はユーザーの数になります。API 呼び出しの可能性もあります。単位当たりのコストモデルは、単位当たりの価格を参照します。この場合、Microsoft Suite ユーザーまたは API コールあたりの価格になります。単位当たりコストモデルの 推定消費量 は、単位当たりの価格と期間あたりの単位によって決定されます。固定コストモデルとは、事前に決定され合意された総コストを指します。たとえば、Microsoft Suite サービスに特定の価格を設定し、それに従うとします。原価単位 (ユーザーまたは API 呼び出し) は同じままですが、 推定消費量 は合意された価格によって決定されます。
| フィールド | 説明 |
|---|---|
| 価格モデル | サービスオファリングの価格設定方法。選択内容によって、次に表示するフィールドが変わります。 |
| 価格単位 | 価格モデルが [単位当たり] に設定されている場合は、このフィールドに価格単位を入力します。たとえば、ライセンスやサブスクリプションなどです。 |
| 価格 | 価格モデルが [固定] に設定されている場合は、このフィールドに価格を入力します。通貨記号も入力してください (たとえば、米ドルの場合は $)。 |
| ユニット詳細 | 価格モデルが [単位当たり] に設定されている場合は、このフィールドを使用して単位の内容を記述します。 |
| フィールド | 説明 |
|---|---|
| コストモデル | 推定消費量の計算方法を決定するコストモデル。 |
| オファリングコスト | コストモデルが [固定] に設定されている場合、コストは期間ごとのオファリングのコスト概算を表す必要があります。 |
| 期間 | 支出概算を追跡する間隔 ([日]、[月]、[四半期]、[年]) を選択します。 |
| 原価単位 | コストモデルが [単位当たり] に設定されている場合、コストは単位当たりのコストを表す必要があります。 |
| 期間あたりのユニット数 | 期間あたりのユニットの数。 |
| 推定消費量 | このアイテムの推定消費量。 |