サービス認定要求
テクニカルサービス認定 API を使用して、 注文管理 アプリケーションでフルフィルメントする注文を送信する前に、サービス要求の実現可能性と可用性を評価します。
サービス認定要求の概要
実現可能性チェックを行わずに注文を送信すると、注文処理プロセスが遅れ、キャンセルや注文のフォールアウトにつながる可能性があります。実現可能性チェックを事前注文プロセスの一部にすると、受注処理プロセスがより効率的になり、不要な遅延を回避できます。
例を挙げてこれを理解しましょう。通信サービスプロバイダーは、カリフォルニア州サンタクララのメインストリート 3000 番地にブロードバンドサービスを提供しています。サービスデリバリープロセスの一環として、サービスプロバイダーは、特定のサービスを顧客に提供できるかどうかの技術的な実現可能性を判断します。この要求は外部インベントリシステムに送られ、キャパシティ、リソース、およびその他のパラメーターに基づいてさらなる実現可能性チェックが実行され、応答が注文管理システムに送り返されます。認定された応答に関する回答は異なる場合があり、認定が満たされない場合は代替案が提供される可能性があります。
- 注文前にサービスの可用性を確認し、顧客の期待に応えます。
- テクニカルサービス認定要求を送信して、サービスの可用性を確認します。
- API を介して外部インベントリシステムとテクニカルサービスの要求と応答を処理および調整します。
- サービス認定管理 TMF 645 Open API に準拠しています。
ユースケース
- オープン TMF API を介したテクニカルサービス認定要求の作成をサポートし、外部システムが認定プロセスの認定要求をシステムに送信できるようにします ServiceNow 。
- 製品カタログ定義に従ってサービス認定要求を基礎となるサービスに分解し、基になるすべてのサービスの認定を実行して親サービスを認定できるようにします。
- TFM に準拠した標準で外部システムに対して親サービスと子サービスの両方のサービス認定要求をトリガーし、外部システムとの相互運用性をサポートして、サービス認定要求に対して実現可能性調査を実行できるようにします。
認定プロセス
- 特性を持つ 1 つ以上のサービス仕様。
たとえば、Voice over IP (VoIP) とダウンロード速度が 1 Gbps のアクセスサービスを指定されたアドレスで配信できるかどうかを確認する認定要求を行うことができます。
- 既存のインベントリの場所情報を使用するサービス仕様。
たとえば、既存のアクティブなアクセスサービスの同じ場所で VoIP および 4000 TV サービスを配信できるかどうかを確認する認定要求を行うことができます。
- 既存のサービスのアップグレードまたはダウングレード。
たとえば、既存のアクセスサービスのダウンロード速度を 500 Mbps にアップグレードできるかどうかを確認する認定要求を行うことができます。
- 認定要求者システムは、TM Forum Open API for Service Qualification (TMF645) を使用して、カスタマー向けサービス (CFS) の認定要求を ServiceNow 注文管理 システムに送信します。
注文タイプをサービス、履行タイプを [認定] として 注文管理 で注文が作成されます。
注文品目は、サービス仕様関係に基づいて自動的に作成されます。
- カタログ定義に基づいて、注文明細品目がリソース向けドメイン注文 (RFS) に分解されます。
- 注文管理システムは、テクニカルサービス認定要求を調整して処理し、応答を外部インベントリシステムに返します。