ソリューションオーダの使用 (4GT)

ソリューションオーダのプロセスステップとビジネスロールの説明

Objective

After completing this lesson, you will be able to ソリューションオーダーワークフローの説明およびビジネスロールの割当

ソリューションオーダのプロセスステップ (4GT)

ソリューションオーダ

サービス契約、出荷、確認、請求書などの要素を含むソリューションオーダーの伝票構造

この図は、一度保存すると、サービスオーダやサービス契約などの必要なフォローアップ伝票をそれぞれ生成する、複数の明細を含むソリューションオーダの例を示しています。ソリューションオーダ自体は、得意先に発行されたすべての明細 (得意先へのラップトップ販売、ラップトップの設置サービス、ラップトップの 1 年間のサポート契約など) を含む見積に基づいて登録することができます。これには、顧客が必要とする追加のサブスクリプション (SAP Subscription Billing コンポーネントとの統合シナリオ) またはプロジェクトベースのサービス明細を含めることもできます。

登録された特定のフォローアップ伝票に応じて、プロセス中に追加の伝票が登録されます。たとえば、ラップトップを販売するには、ピッキングと梱包をトリガするために出荷伝票を登録する必要があります。得意先にラップトップを発行した後、ラップトップの請求書 (請求伝票) を得意先に送信することができます。この同じ請求書に、サポート契約の明細を含めることができます。サポート契約では、請求伝票依頼 (BDR) が登録されます。これにより、明細が得意先の請求伝票に追加されます。

サービスオーダーからサービスオーダーが自動的に登録されると、サービスオーダーの一部としてソリューションオーダー番号も更新されます。そのため、サービスオーダ内から、特定のサービスオーダが属するソリューションオーダを確認することができます。サービスオーダからソリューションオーダへのナビゲーションも提供されます。

プロセスの主要ステップ

ソリューションオーダーのプロセスフロー。ソリューションオーダースペシャリスト、得意先サービスマネージャ、社内営業業務担当、および請求担当者の 4 つの主要ステージに分かれています。

上の図は、ソリューションオーダを使用したカスタマエンゲージメントの完全なプロセスフローを示しています。このプロセスの詳細については、フローの一部に拡大し、必要な個々のステップについて説明します。

ソリューションオーダスペシャリストのタスク

ソリューションオーダスペシャリストのステージ (ソリューションオーダの登録、受注明細の追加、サービス明細のリリースなどのタスクを含む)

上の図は、ソリューションオーダースペシャリスト (SAP S/4HANA Cloud Public Edition でソリューションオーダの登録および更新を担当するユーザ) が実行する必要があるタスクを示しています (ビジネスロール: SAP_BR_SOLN_ORDER_SPCLST)。

ソリューションオーダスペシャリストが新規ソリューションオーダを登録します。これには、SAP Fiori アプリソリューションオーダー管理を使用することができます。代わりに、OData アプリケーションプログラミングインタフェース (API) を使用してソリューションオーダーを登録することもできます。

得意先 (ソリューション全体) に販売されたすべての販売、サービス、費用、およびサービス契約明細がソリューションオーダに含まれるようになりました。

また、価格適応のある外部サービス明細、非在庫サービスパーツ明細、および (どちらもサービスオーダで使用される) サービス契約明細をソリューションオーダーに追加することもできます。

注記

つまり、サービスオーダおよびサービス契約で使用されるすべてのタイプの明細をソリューションオーダに含めることができます。

サービス明細、サービス契約明細、および受注明細 (図を参照) に加えて、サブスクリプション明細またはプロジェクトベースサービス明細 (もしくはその両方) をソリューションオーダーに追加することもできます。プロジェクトベースサービス明細がソリューションオーダ (4GT) のテストスクリプトに統合されました。

注記

プロジェクトベースサービスを使用するには、SAP S/4HANA Cloud での得意先プロジェクト管理に関するより多くの知識が必要です。以下のスコープアイテム (SAP S/4HANA Cloud のプロフェッショナルサービス部門コンテンツから) では、この知識が詳述され、ソリューションオーダにプロジェクトベースサービスを統合するための前提条件として機能します。

  • 得意先プロジェクト管理 - プロジェクトベースサービス (J11)
  • プロジェクト請求 - プロジェクトベースサービス (4E9)

SAP Signavio Process Navigator (URL https://me.sap.com/processnavigator を使用) に移動し、必要に応じてソリューションプロセス J11 および 4E9 に関する詳細を検索します。

注記

ソリューションオーダへのサブスクリプション明細の統合の詳細については、ソリューションプロセスサブスクリプション管理 (販売請求あり) (57Z) も参照してください。

例として、ソリューションオーダーへの受注明細の追加を考えてみます。

  • 受注明細をリリースする前に、ソリューションオーダーでは、販売製品の利用可能在庫データおよび追加の価格設定関連属性を取得するための受注明細チェックアクションが提供されます。受注明細チェックオプションにより、データベースに受注を保存せずに受注シミュレーションがトリガされます。
  • ソリューションオーダーの受注明細をリリースすると、受注が登録されます。その後、ソリューションオーダー明細が受注 ID/明細番号で更新されます。
  • 標準在庫品目は、ソリューションオーダーに含めることができます。非在庫受注明細 (ソリューションオーダーでは、明細カテゴリ SOS5 が使用されます) および選定可能受注明細 (ソリューションオーダーでは、明細カテゴリ SOS6 が使用されます) もサポートされています。
  • サービスを表す受注明細をソリューションオーダーに追加することもできます。これは、受注を使用して得意先に販売されるサービスを表します。受注では、この明細で明細カテゴリ TAD が使用されます。ソリューションオーダーでは、明細カテゴリ SOS4 が使用されます。
  • 受注の受注タイプおよび明細タイプ/カテゴリ決定は、ソリューションオーダーで行われます。

注記

ソリューションオーダへの選定可能受注明細の追加の詳細については、ソリューションプロセス拡張バリアント選定ありのソリューションオーダ管理 (6HY) を参照してください。

明細リレーションシップ

ソリューションオーダの明細リレーションシップ画面

ソリューションオーダーの明細間の関係を更新することもできます。使用できる関係には、以下の 2 つのタイプがあります。

  • 依存
  • 依存関係あり

このような関係の例として、このハードウェアのインストールサービスと組み合わせて、ハードウェアを顧客に販売することが挙げられます。関係は、ソリューションオーダー進捗の一部としてソリューションオーダーでも視覚化されます。

注記

明細リレーションシップは、SAP S/4HANA Cloud Public Edition, service の将来のリリースにおけるソリューションオーダーの今後の自動化オプションの足跡のようなものです。

ソリューションオーダー (4GT) のその他のロール

得意先サービスマネージャのサービスオーダ管理などの他のロールのタスク、および請求担当者に対する請求書の登録

上の図では、ソリューションオーダースペシャリストに加えて、ソリューションオーダに関するプロセスに他のロールも含まれていることがわかります。

  • 得意先サービスマネージャは、サービスオーダおよびサービス契約を担当します。
  • 社内営業業務担当は、受注の処理を担当します。
  • 請求担当者は、最終得意先に対する請求伝票の登録を担当します。

注記

ソリューションオーダーに追加された明細のタイプに応じて、さらに多くのロール/その他のロールが必要になる場合があります。たとえば、請求スペシャリスト - プロジェクト (SAP_BR_PROJ_BILLG_SPCLST) ロールとプロジェクトマネージャ - 運用サービス (SAP_BR_PROJ_MANAGE_COMM) ロールは、プロジェクトベースサービス明細をソリューションオーダーに統合する際に必要です。

ソリューションオーダと繰返サービスの統合

ソリューションオーダ管理の要素 (ソリューションオーダ、出荷/納入、確認など) および繰返サービス (繰返サービス、確認、管理会計など)

ソリューションオーダーには、サービス契約明細を含めることができます。このサービス契約 (明細が参照する契約) は、繰返サービスを含むサービス契約である場合があります (これらの繰返サービスの詳細については、ソリューションプロセス繰返サービス (4X5) を参照)。

サービス契約の請求計画には繰返サービスの価格がすでに含まれているため、この繰返サービスに対するサービスオーダの請求金額はゼロです。

ソリューションオーダーごとに 1 つの請求書

請求書の場合、請求伝票依頼に進む前に、直接情報が出荷伝票、サービス確認、およびサービス契約に分割されます。

図 "他のロール" のプロセスフロー (前述) では、ソリューションオーダのすべての明細を 1 つの請求書を使用して最終得意先に請求することができます。

ソリューションオーダは請求に関連しません。ただし、サービス契約や受注などのフォローアップトランザクションの請求をブロックして、ソリューションオーダーで請求ブロックを設定することができます。受注などのソリューションオーダーのフォローアップトランザクションは、独自の個別請求プロセスに従います。

デフォルトでは、ソリューションオーダ ID は請求伝票の分割条件ではありません。これにより、複数のソリューションオーダーから発生する料金計算可能明細を含む請求伝票が発生する可能性があります。使用ケースによっては、これは望ましくない結果である可能性があります。異なるソリューションオーダーの明細を 1 つの請求伝票に混在させるのではなく、ソリューションオーダーごとに 1 つの請求伝票を使用することをお奨めします。

他の分割基準が適用されない場合 (つまり、ソリューションオーダを参照する請求済 SD 伝票とサービストランザクションの分割関連項目が同一である場合)、各請求済明細の参照ソリューション受注 ID に従って請求書を分割することで、ソリューション受注ごとに 1 つの請求書を達成することができます。この方法については、SAP ノート 2927115 を参照してください。

ソリューションオーダーごとに 1 つの請求書に対する SAP Knowledge Base Article

SAP Knowledge Base Article 2927115 のコンテンツ

SAP Knowledge Base Article 2927115 では、ソリューションオーダーごとにこの 1 つの請求書を実現するために必要なコンテキストについて説明します。拡張性フレームワークを使用して、請求伝票ヘッダレベルでユーザ定義項目が登録され、ソリューションオーダ ID が入力されます。その後、ソリューション受注 ID は、請求伝票の登録時に SAP S/4HANA Cloud Public Edition によって分割基準として使用されます。詳細および例については、SAP Knowledge Base Article 2927115 を参照してください。

通信契約の作成

通信契約更新の手順画面

ソリューションオーダーの統合に関して SAP S/4HANA Cloud Public Edition へのインタフェースを登録する場合は、通信契約を登録する必要があります。この契約には、インタフェース、通信システム、および関連する受信および送信認証に関連するすべての情報が含まれます。ソリューションオーダーを統合するための通信契約の登録時に、通信シナリオ SAP_COM_0706 (ビジネスソリューションオーダ統合) を使用することができます。詳細については、必要に応じて SAP Help Portal を参照してください。

ソリューションオーダのステータス管理

ステータス説明
開くこれは、明細の登録後に設定されるデフォルトステータスです。これは、明細を自由に変更できることを示します。
処理中処理の開始時に、明細をこのステータスに設定します。ソリューションオーダーのいずれかの明細が処理中ステータスに設定されると、ヘッダも自動的に処理中に設定されます。
リリース済みこのステータスは、明細が商業的に最終処理済であり、追加の変更が不要であることを示します。このステータスが設定されると、明細のフォローアッププロセスが可能になり、データを転送してフォローアップトランザクションを生成するプロセスが自動的にトリガされます。バックエンドシステムでエラーが発生した場合、ステータスは処理中にロールバックされます。
Completedソリューションオーダの明細のステータスは、フォローアップトランザクションの実行ステップに従って自動的に更新されます。すべての明細が完了すると、ソリューションオーダーヘッダのステータスが自動的に完了に設定されます。

ソリューションオーダ明細には、ライフサイクルを通じてさまざまなステータスがあります。同じステータスがヘッダレベルのソリューションオーダーにも適用され、これらにも表示されます。ヘッダステータスは明細ステータスに従って自動的に更新されるため、ユーザが変更することはできません。

リリース済および完了明細の一部の項目 (受注明細の出荷ブロック理由やサービス契約明細の請求ブロック理由など) のみが編集可能です。新規変更はフォローアップトランザクションに転送されますが、これはフォローアップトランザクションでの機能の可用性に依存します。

共有価格決定表の使用

得意先とソリューションオーダの関係

事前定義された価格決定表 (米国向けの A17024 など) をソリューションオーダーに使用することができます。これを参照として使用して、独自の価格決定表を定義することができます。

この事前定義された価格決定表では、複数の条件タイプを使用することができます。価格詳細でこれらの条件タイプを使用して、以下を設定することができます。

  • ワンタイム価格設定
  • 定期価格設定

ソリューションオーダーの処理時に、価格決定表によって決定された価格詳細がソリューションオーダーからフォローアップサービストランザクションまたは販売伝票 (もしくはその両方) に自動的にコピーされます。

ソリューションオーダーの実際の価格設定条件は、フォローアップ伝票 (受注など) にコピーされます。これらの価格設定条件に加えて、ソリューション受注価格決定表自体が渡され、伝票チェーン全体で使用されます。

つまり、ソリューションオーダー価格決定表は、受注、サービスオーダー、サービス契約、請求伝票依頼、および請求伝票自体で使用されます。これにより、一貫した価格設定と勘定設定が実現されます。

ソリューションオーダ (4GT) のビジネスロール

ソリューションプロセスソリューションオーダ (4GT) のテストおよび実行のビジネスロール

ビジネスロールSAP 提供のビジネスロール ID
ソリューションオーダースペシャリストSAP_BR_SOLN_ORDER_SPCLST
社内営業業務担当SAP_BR_INTERNAL_SALES_REP
出荷スペシャリストSAP_BR_SHIPPING_SPECIALIST
顧客サービスマネージャーSAP_BR_CUSTOMER_SRVC_MGR
請求担当者SAP_BR_BILLING_CLERK
管理会計担当者 - 売上SAP_BR_SALES_ACCOUNTANT
管理会計担当者 - 間接費SAP_BR_OVERHEAD_ACCOUNTANT
購買担当者SAP_BR_PURCHASER
購買担当マネージャSAP_BR_PURCHASING_MANAGER
在庫管理責任者SAP_BR_WAREHOUSE_CLERK
請求スペシャリスト - プロジェクトSAP_BR_PROJ_BILLG_SPCLST
プロジェクトマネージャ - 商用サービスSAP_BR_PROJ_MANAGE_COMM
従業員SAP_BR_EMPLOYEE
債務管理担当者SAP_BR_AP_ACCOUNTANT

上記の表は、スコープアイテムソリューションオーダ (4GT) で使用されるすべての標準ビジネスロールの概要を示しています。

注記

この情報は、SAP Signavio Process Navigator (URL https://me.sap.com/processnavigator を使用) を使用して検索およびダウンロードできるスコープアイテムソリューションオーダ (4GT) のテストスクリプトに基づいています。

これらのロールは、スコープアイテムソリューションオーダ (4GT) を使用するビジネスユーザに対して独自のビジネスロールを登録するためのテンプレートとして使用することができます。

ユーザにロール SAP_BR_SOLN_ORDER_SPCLST が割り当てられている場合は、(ソリューションオーダ管理ヘッダにある) ソリューションオーダの管理および登録に使用される SAP Fiori アプリソリューションオーダー管理を使用することができます。

図 "標準ビジネスロール" に示されているその他のロールは、ユーザがスコープアイテムソリューションオーダ (4GT) で利用可能な完全なプロセスフローをテストする場合に必要です。正確に必要なロールは、特定のソリューションオーダーに追加された明細のタイプによって異なります。例:

  • サービスオーダおよびサービス契約を管理するには、(スコープアイテムで利用可能なテストスクリプトに基づいて) ユーザテストスコープアイテム 4GT にロール SAP_BR_CUSTOMER_SRVC_MGR が割り当てられている必要があります。
  • 請求伝票を登録および照会するには、ロール SAP_BR_BILLING_CLERK をユーザに割り当てる必要があります。
  • ロール SAP_BR_PROJ_BILLG_SPCLST および SAP_BR_PROJ_MANAGE_COMM は、プロジェクトベースのサービス明細をソリューションオーダーに統合する際に必要です。