JinJin48
JinJin48
SAP Consultant | BTP · S/4HANA · US Global Rollout
· 16 min read

カバー: SAPサービスサービスオーダーテンプレート — 繰り返しおよび反復的なサービスオーダー作成を標準化する再利用可能なパターン

SAP サービス指図テンプレート

サービスオーダーテンプレートは、サービスオーダーに必要なオーダータイプ、標準サービス明細、計画期間、デフォルトリソースを事前設定する、再利用可能なマスタレコードです。これは、顧客の資産に対する実際のオーダーそのものではなく、サービス管理者が一度作成し、同様のオーダーを作成する必要があるたびに(手動、修理コール、または保全計画スケジュールによる自動トリガーを問わず)再利用する標準化されたパターンです。これは、前回の記事で説明したサービス契約テンプレートとは異なります。契約テンプレートは、継続的な商取引契約に必要な契約/請求レイヤー(明細カテゴリ、請求計画、価格合意)を管理するのに対し、オーダーテンプレートは、個々のサービスオーダーの実行自体に必要なもの(オーダータイプ、標準タスクとリソース、予想所要時間)を管理します。これは、サービスマスタデータ設定におけるフェーズ4の「サービス テンプレート」オブジェクトの2つ目であり、契約テンプレートと同様に、フェーズ2で定義されたサービスプロダクトマスタの直下に位置します。この記事では、まずテンプレートの概念を一般的な用語で説明し(パート1)、次にサービス固有のオーダー作成フィールドの詳細を説明します(パート2)。


第1部: サービスオーダーテンプレート — 基本概念(全モジュール共通)

1.1 サービスオーダーテンプレートとは

サービスオーダーテンプレートを中心に、サービス製品、作業区、保全計画、サービス契約テンプレート、そして最終的なサービスオーダーインスタンスに接続されているハブアンドスポーク図

SAPの一般的な意味において、テンプレートとは、繰り返し使用可能なデフォルトパターンを保持するマスタレコードであり、下流のトランザクションを作成するたびに明細ごとに設定する必要をなくすものです。サービス指図テンプレートは、この考え方をサービス指図の実行に適用します。サービス管理者が新しい指図ごとに指図タイプ、標準サービス明細、予想所要時間、デフォルトの作業区を再入力する代わりに、テンプレートにこれらを一度保存し、指図作成時にそれらをコピーして開始点とし、特定のジョブに合わせて調整できるようにします。

項目詳細
役割サービスオーダーのオーダータイプ、標準サービス明細/作業、計画期間、デフォルトのリソース割当を事前設定し、反復的なオーダー作成を標準化する再利用可能なパターン
使用するモジュールサービス(所有者 — サービスマネージャーがテンプレートを保守・割当)、SD(サービスオーダー自体が再利用する基盤の販売伝票フレームワーク)、PM(デフォルトのリソース割当用の作業区マスタ、自動スケジュールオーダー生成用の保全計画)
トランザクションFioriアプリ サービスオーダーテンプレート検索(既存テンプレートの検索/選択); テンプレートはサービスオーダー作成アプリ内でオーダー作成時に自動的または手動で取得される
主要テーブルSD販売伝票フレームワークを再利用: VBAK / VBAP(伝票ヘッダ/明細、テンプレートは実オーダーではなく参照伝票として保存); 自動繰り返しにリンクされる場合、PM保全計画テーブル MPLA / MPOS(保全計画ヘッダ/明細)が生成対象としてテンプレートを参照
S/4HANA注記専用テンプレート管理(サービス契約テンプレート / サービスオーダーテンプレート)はS/4HANAサービスの概念であり、従来のECCカスタマーサービスに直接相当するものはありません。これは既存の販売伝票ベースのオーダー構造の上に標準化レイヤーとして位置づけられます。

1.2 指図タイプ(繰返パターン)バリアント

3つのサービスオーダーテンプレート繰返パターンバリアント(標準(単発)、繰返(定期)、アドホック/修理)の2x2形式の比較

テンプレートの最も重要なデフォルト設定は、どの繰り返しパターン用に構築されているかです。なぜなら、これによって、結果として生成される指図が、手動で1つずつ作成されるのか、スケジュールに従って自動生成されるのか、またはインシデントによって事後的にトリガーされるのかが決まるからです。テンプレート設計時に誤ったパターンを選択すると、手作業が削減されないか、無人実行を想定していないテンプレートに基づいて自動スケジュールが構築されることになります。

指図タイプバリアント指図タイプの例ユースケース主要な動作
標準(単発)顧客定義、Z名前空間(例:ZSTD)単発の繰り返しのないサービス訪問で、保全計画への依存なしテンプレートが指図タイプ、標準サービス明細、計画工数を事前入力。指図は毎回手動作成されるが、より迅速かつ一貫性が向上
定期(計画済)顧客定義、Z名前空間(例:ZREC)契約または設備に基づく定期訪問(例:四半期ごとの予防点検)で、手動での再作成が不要テンプレートはPM保全計画のタスクリストにリンク。保全計画のコール範囲が、このテンプレートからサービス指図をスケジュールに従って自動生成。手動作成は不要
アドホック/修理顧客定義、Z名前空間(例:ZADH)顧客からの電話、アラーム、故障報告によりトリガーされる事後対応サービス。タイミングは事前に不明テンプレートはデフォルトのサービス明細とリソースを事前入力し、事後対応の指図を迅速に作成。ただし、スケジュールではなく、インシデントごとに手動で起動される

設計原則: オーダータイプコード自体はクライアントごとにカスタマイジングで定義されます(SAPがサービス契約明細カテゴリのように固定のユニバーサルセットを提供するわけではありません)。しかし、上記の3つのビジネスパターン(単発、定期、リアクティブ)は、すべてのオーダーテンプレート設計上の決定が対処すべき繰り返しの次元をカバーしています。すべてのオーダーに対して手動で上書きする汎用テンプレートを1つ作成するのではなく、パターンごとに1つのテンプレートを作成してください。


1.3 組織レベルとデータ階層

サービス マスタデータ ランドスケープ — サービス製品 & テンプレート、クライアントレベルからのゾーン D 切り抜き。サービスオーダーテンプレート SOT-001 とそのソースサービス製品を示す

上記の図は、サービスモジュールのマスタデータランドスケープからゾーンD — サービス製品&テンプレート(クライアントレベル) を切り取ったものです。フェーズ4の同様の図と同様に、サービスオーダーテンプレートには、プラントレベルや組織レベルのスコープ設定はなく、同じゾーンに既に存在するサービス製品マスタから直接構築されるクライアントレベルのパターンです。

具体的な例を用いたデータ階層

Client 100
   │
   Material Master "SRV-002" (Type DIEN · UoM H)
      │
      └── ── Service Product is based on ──> Service Product "SRV-REP-01"
                                             (Repair · UoM H)

   Service Product "SRV-REP-01"
      │
      └── ── Order Template is derived from Service Product ──>
                                     Service Order Template "SOT-001"   ← this article's object
                                     Inspection · Planned Duration 4H

   Service Product "SRV-PM-01"
      │
      └── ── Contract Template is derived from Service Product ──>
                                     Service Contract Template "SCT-001"
                                     Item Cat. SCN · Billing Plan: Monthly (sibling Phase 4 template)

設計原則: サービスオーダーテンプレートは、サービス品目から明細のデフォルト値を取得します。テンプレートを作成する前に、サービス品目の単位と明細カテゴリグループが確定していることを必ず確認してください。そうしないと、基となるサービス品目が変更された時点で、テンプレートのサービス明細を修正する必要が生じます。


1.4 他のマスタデータオブジェクトとの統合

サービスオーダーテンプレートを中心に、サービス製品、作業区、保全計画、サービス契約テンプレート、ビジネスパートナー、部品表/スペアパーツに接続されたハブアンドスポーク

サービスオーダーテンプレートは単独で存在するものではなく、サービス製品マスタの収束点であり、また繰り返しバリアントの場合はPM保全計画のトリガー対象となります。

オブジェクト関係性実務上の注意点
サービス品目テンプレートの明細デフォルトおよび標準サービス明細は、特定のサービス品目から直接構築されますテンプレートがデフォルトとするサービス品目を変更すると、将来そのテンプレートから作成されるすべての指図に影響しますが、既存の指図には遡及的に変更されません。テンプレート更新は将来向けの変更として計画してください。
作業区 (PM/PP)テンプレートのデフォルトのテクニシャン/チーム割当は、作業区マスタを参照しますデフォルトは開始時の提案であり、ハードな能力予約ではありません。実際のテクニシャン/チームの可用性は指図ディスパッチ時に確認されるため、デフォルトは現実的に設定しますが、保証として扱わないでください。
PM保全計画定期(スケジュール済)バリアントの場合、保全計画のスケジューリングエンジンがこのテンプレートを呼び出し、コール期間内に新しいサービス指図を自動生成します指図テンプレートは生成される指図の内容を提供し、保全計画は生成タイミングを提供します。自動的な定期実行にはどちらか一方だけでは機能せず、両方を設定してリンクする必要があります。
サービス契約テンプレート同一フェーズ4のテンプレート。サービス契約の定期請求計画は、指図テンプレートを開始パターンとして使用して生成される定期サービス指図を頻繁にスケジュールします2つのテンプレートは個別に設定されますが、通常は同じ定期保全ビジネスシナリオ(SRV-B05 定期サービスプロセス参照)向けに一緒に設計されます。
ビジネスパートナー(販売先)テンプレート自体には保存されず、テンプレートから実際のサービス指図インスタンスが作成される際にのみ指定されますテンプレートは顧客に依存しない設計です。これにより、同じサービス範囲を持つ複数の顧客間で1つのテンプレートを再利用できます。
部品表 / スペアパーツ(設備BOM)テンプレートの標準部品リストデフォルトは、このサービスシナリオで通常消費されるスペアパーツ品目を参照しますこれは典型的な部品のプレースホルダとしてのみ保持してください。テンプレート自体に特定のシリアル番号付き設備を事前に入力しないでください。そうすると、異なる顧客の資産間での再利用ができなくなります。

パート 2: サービス固有のフィールド詳細

2.0 サービスオーナーシップの範囲

サービスコンサルタントの関与範囲を示すチェックリスト(サービスオーダーテンプレートのデータセクション別:テンプレートヘッダー/オーダータイプデフォルト、サービス明細&リソースデフォルト、計画期間&スケジューリングデフォルト、保全計画リンク&繰り返し)

データ区分サービスの関与備考
テンプレートヘッダー & オーダータイプデフォルト◎ オーナーサービスマネージャーがテンプレートID、説明、およびデフォルトのオーダータイプを所有します。これは、生成されるオーダーが手動、スケジュール済み、またはリアクティブのいずれになるかを決定する単一の設定です。
サービス明細 & リソースデフォルト◎ オーナー標準サービス明細、デフォルトの作業区、およびデフォルトのテクニシャン/チームはサービスが管理しますが、作業区マスタ自体はPM/PPの共有オブジェクトです。
計画工数 & スケジューリングデフォルト◎ オーナー予想工数と優先度に基づくスケジューリングデフォルトは、サービスマネージャーによってテンプレート内で完全に設定および管理されます。
保全計画リンク & 繰り返し○ PMと共有保全計画自体はPMが所有するオブジェクトです。サービスが所有するのは、どの保全計画カテゴリがこのテンプレートを呼び出すか、および生成されたオーダーのデフォルトがどのように動作するかのみです。

凡例: ◎ = オーナー/重要、○ = 直接関与


2.1 テンプレートヘッダーと指図タイプデフォルト

主要テンプレートヘッダフィールドのチェックリスト: テンプレートID、説明、販売エリアデフォルト、オーダータイプデフォルト、優先度デフォルト、言語

テンプレートヘッダと指図タイプデフォルトは、テンプレート自体を識別し、それから作成される指図が単発、定期、またはリアクティブのいずれであるかを決定する単一のデフォルトを設定します。

フィールド説明実務上の使用例
テンプレートIDテンプレートの一意の識別子(例:“SOT-001”)ビジネスシナリオをエンコードする命名規則を採用する(例:サービスラインまたは繰り返しパターンによるプレフィックス)。これにより、サービス管理者が各テンプレートを開かずに適切なテンプレートを見つけられるようになる。これは、企業が複数のテンプレートを管理する場合に重要である。
説明テンプレートの使用目的を説明するフリーテキストラベルテンプレートの保守担当者ではなく、オーダー作成時にテンプレートを選択する担当者向けに記述する。例:「四半期予防点検 — 標準4H」のように、汎用的な内部コードではなく、わかりやすい説明とする。
販売エリアデフォルト(販売組織 / 流通チャネル / 事業部門)新規オーダーにコピーされるデフォルトの組織範囲この値が、参照されるサービス製品の保守に使用される販売エリアと一致していることを確認する。一致しない場合、テンプレートから作成されたオーダーは、作成時に有効な価格/条件を見つけられずエラーとなる。
オーダータイプデフォルトこのテンプレートが適用される繰り返しパターンバリアント(1.2を参照)このフィールドがオーダーの動作を最も決定する。テンプレート使用開始後にこの値を変更しても、新規作成されるオーダーにのみ影響し、テンプレートから既に生成されたオーダーには影響しない。
優先度デフォルト新規オーダーにコピーされるデフォルトの緊急度レベル(例:低/中/高/重大)テンプレートが表すシナリオの典型的な緊急度に合わせて設定する。定期点検テンプレートは通常、アドホック/修理テンプレートよりも低い優先度をデフォルトとし、これは後続のディスパッチ順序に影響する。
言語オー ダーレベルのテキストおよび顧客向け出力のデフォルト言語テンプレートが特定の地域に限定されている場合は、その顧客セグメントの主要言語に設定する。グローバルテンプレートでは通常、オーダー作成時に上書き可能な状態にしておく。

2.2 サービス明細とリソースデフォルト

サービス明細とリソースデフォルトフィールドをグループ化したスタック階層図: 標準サービス明細、デフォルト作業区、デフォルトテクニシャン/チーム、標準部品リスト

サービス明細とリソースデフォルトにより、このテンプレートから作成された指図でどのような作業が予定され、誰または何がそれを実行する予定であるかが決まります。

フィールド説明実務上の使用例
標準サービス明細(タスクリスト参照)指図にコピーされるデフォルトのサービス明細行/作業のセット。多くの場合、リンクされた保全計画と共有されるタスクリストを参照します。このリストはシナリオの標準的で反復可能な手順に限定してください。個別の指図には追加のアドホック明細を追加することもできますが、テンプレートはあらゆるバリエーションを予測しようとするべきではありません。
デフォルト作業区指図の明細に対して責任を持つものとして提案される作業区(チームまたはリソースプール)可能な限り、個別の指名されたテクニシャンではなく、チームレベルの作業区を指定してください。これにより、個々のスタッフの割り当てが変更されてもテンプレートが有効なまま維持されます。
デフォルトテクニシャン/チームシナリオが指名された責任者を必要とする場合に、作業区内でより具体的なデフォルト割り当て使用は控えめにしてください。再利用可能なテンプレートに指名された個人を過剰に指定すると、スタッフが変更されるたびにメンテナンスの負担が発生します。ビジネス上、同じテクニシャンの継続性が真に必要でない限り、作業区のデフォルトを優先してください。
標準部品リストこのサービスシナリオで消費されると予想される、設備BOM/スペアパーツマスタデータを参照する、典型的なスペアパーツ材料調達および在庫予測のための計画上のプレースホルダーとして扱ってください。自動的に出庫される固定の部品表ではありません。実際の部品消費は、個別の指図に対して確認されます。

2.3 計画工数とスケジューリングのデフォルト

主要な計画時間と日程計画フィールドのチェックリスト: 計画時間、日程計画リードタイム、作業完了確認要否、能力/利用可能在庫確認

計画工数とスケジューリングデフォルトは、下流のディスパッチングおよび能力計画が、新規オーダーをテクニシャンまたはチームのカレンダーにスロットするために読み取るものです。

フィールド説明実務上の使用例
計画工数標準サービス項目の完了に要する予想時間(例:4時間)可能な場合は、同じシナリオの過去の確認データに基づいて設定し、大まかな見積もりにしないこと。デフォルトの工数を過大に設定すると、能力計画の余裕が無駄になり、過小に設定すると慢性的な超過が発生し、SLA遵守指標を損なう。
スケジューリングリードタイム指図作成(または保全計画の起動)から提案された実行日までの最低通知期間部品調達や専門技術者の手配が必要なシナリオでは長めに設定し、迅速な事後対応が目的であるアドホック/修理テンプレートでは短く設定する。
確認必須指図を技術完了する前に、時間および/または部品の確認を必須とするかどうか請求や保証に関連し、実際の工数を文書化する必要があるシナリオでは有効にする。内部の低価値タスクのみに使用するテンプレートでは、これをデフォルトでオフにし、管理オーバーヘッドを削減できる。
能力/利用可能在庫確認日付を提案する前に、作業区または技術者の能力をシステムがチェックするかどうか自動化された保全計画スケジュールに連動する定期テンプレートでは有効にする。チェックがないと、チームに暗黙的に過負荷がかかる可能性がある。手動で作成されるアドホック指図は、多くの場合、別の方法で能力を確認するコントローラによって割り当てられる。

2.4 保全計画リンクと繰り返し

定期テンプレートの保全計画リンクフィールドと、計画リンクがない標準/アドホックテンプレートの2列比較

メンテナンス計画リンクと繰返しは、1.2の「繰返(スケジュール済)」バリアントを使用するテンプレートにのみ設定されます。これにより、再利用可能なパターンが、無人で自動生成される一連の指図に変わります。

フィールド説明実務上の使用例
保全計画リンクこの指図テンプレートをスケジューリング期間内で呼び出すPM保全計画への参照このリンクは、指図テンプレートの明細デフォルトと保全計画のタスクリストの両方が確定した後にのみ設定してください。両者の不一致は、生成後にスケジュールされた指図の手動修正が必要となる最も一般的な原因です。
保全項目 / タスクリスト割当保全計画がこのテンプレートの生成指図を設定するために使用する特定のPM保全項目とタスクリストタスクリストの作業をテンプレート独自の標準サービス明細(2.2)と整合させ、生成された指図がテンプレートで定義された内容から暗黙的に逸脱しないようにしてください。
呼出期間 / スケジューリング指標保全計画がこのテンプレートから次の指図を生成する際の、事前の期間と基準(時間ベースまたは実績/カウンタベース)時間ベースの期間はカレンダー駆動型の点検に適しており、実績/カウンタベースの期間(例:稼働時間)は使用量駆動型の保全に適しています。これを設定する前に、リンク先の設備が実際に追跡している基準を確認してください。
繰返ステータスリンクが現在アクティブ、中断中、または該当なし(標準/アドホックテンプレート)であるかどうかテンプレートごとにこのステータスを明確に維持し、テンプレート一覧を確認するサービス管理者が、どのテンプレートが指図を自動生成するのか、どのテンプレートが手動でのみ呼び出されるのかを即座に判断できるようにしてください。

次に読むべきもの

L1) Big Picture

IDCategoryTitle
srv-001OverviewSAP Serviceとは何ですか?

L2-A) Master Data

IDCategoryTitle
srv-a01OverviewSAP サービス基本データ:概要、階層、および関連性
srv-a03-01Master DataSAP サービス品目マスタ
srv-a04-01Master DataSAPスペアパーツマスタ
srv-a03-02Master DataSAP サービス価格決定条件
srv-a05-01Master DataSAP サービス機能場所
srv-a05-02Master DataSAP サービス設備
srv-a05-03Master DataSAP サービス部品表
srv-a06-01Master DataSAP サービス サービス契約テンプレート
srv-a06-02Master DataSAP サービス サービスオーダーテンプレート 📍
srv-a07-01Master DataSAP サービス保証マスタ