SAP FSM 作業時間パターン

SAP FSM 作業時間パターン
Work Time Patternは、FSMにおけるテクニシャンの週次勤務時間テンプレートのマスタレコードです。テクニシャンが勤務する曜日、各曜日の勤務時間帯の開始時刻と終了時刻、およびその中で差し引かれる休憩時間を定義します。これはテナントレベルで個別に設定され、その後、Person/Technicianレコード(FSM-A04-04)に割り当てられます。これにより、プランニングボード、アシストスケジューリング、ルート最適化が、特定のテクニシャンが実際に派遣可能な時間帯を把握できるようになります。Work Time Patternは、本シリーズで扱うテクニシャン管理ドメイン(フェーズ3、ゾーンC)において、スキル(FSM-A04-01)、リージョン、Person/Technician、クルー、欠勤、スキル要件と並ぶ2つ目のオブジェクトです。この記事では、FSMコンサルタントがWork Time Patternレコードで設定するすべてのフィールドと、それらのフィールドが周辺のPerson/Technicianマスタとどのように連携するかを解説します。
パート1: 作業時間パターン — 基本概念(全モジュール共通)
1.1 勤務時間パターンとは

作業時間パターンは、テクニシャンが対応可能であると期待される稼働日、開始/終了時刻、休憩時間を定義する、単一の名前付き繰り返し週次スケジュールテンプレートです。これは意図的に小さくフラットなマスタであり、それ自体に組織階層は持ちません。また、単独では意味を持ちません。その目的は、1人以上のテクニシャンに割り当てられることで、スケジューリングツールがディスパッチリクエストをチェックするための対応可能時間枠を提供することにあります。
| 項目 | 詳細 |
|---|---|
| 役割 | 週次の勤務時間テンプレートのマスタレコード。担当者/テクニシャンに割り当てられ、プランニングボード / アシストスケジューリング / ルート最適化によって読み取られ、対応可能時間枠を決定します。 |
| 使用モジュール | FSM (テクニシャン管理 — 単独所有者。勤務時間パターンはFSMネイティブであり、S/4HANAのソースマスタはありません) |
| トランザクション | FSM Web UIの「設定と構成」エリア (スキルやその他ほとんどのテクニシャン管理マスタに使用される「マスタデータ管理」アプリとは異なります) |
| 主要テーブル | FSM: 勤務時間パターンビジネスオブジェクト (コアAPI / ODataエンティティ) — FSMはマルチテナントクラウドソリューションであり、従来のABAPテーブルは使用しません。S/4HANAテーブルに相当するものはありません。 |
| S/4HANAに関する注意 | 勤務時間パターンはS/4HANAからレプリケーションされません。FSMでネイティブに作成・管理されます。スキル、地域、担当者/テクニシャン (すべて必須マスタとしてリスト) とは異なり、勤務時間パターンはオプションのマスタです。きめ細かい勤務時間管理が不要な組織は、これを割り当てずにテクニシャンを派遣できます。ただし、その場合、プランニングボードの対応可能時間表示は、精度の低いデフォルト値にフォールバックします。 |
1.2 パターンデザインバリアント

作業時間パターンには、独自の個別分類フィールドはありません。パターンIDとパターン名はフリーテキストであり、稼働日/開始時刻/終了時刻/休憩時間は直接設定されます。実際に異なるのは、コンサルタントがこれらの同じフィールドをどのように組み合わせて、現実世界のさまざまな勤務形態をモデル化するかです。この設計上の選択を誤っても、どのフィールドも破損しません。単に、実際の従業員の勤務状況と一致しないプランニングボードの空き状況ビューが生成されるだけです。
| パターンスタイル | パターンID例 | ユースケース | 主要な動作 | |
|---|---|---|---|---|
| 標準固定パターン | WTP-STD | 営業時間内のフィールドサービス、毎営業日同一スケジュール | 設定された全稼働日に同一の開始時刻/終了時刻/休憩時間が適用される。最もメンテナンスが容易で、社内雇用のテクニシャンに最も一般的なデフォルト設定。 | |
| 曜日別パターン | WTP-VARY | 特定の曜日に短時間または異なる時間帯で勤務するテクニシャン(例:金曜日は半日勤務) | 開始時刻/終了時刻/休憩時間が、一律のブロックではなく、個々の稼働日ごとに設定される。設定工数は増えるが、実際のパートタイムや圧縮勤務の形態に対応する。 | |
| 交代シフトパターン | WTP-SHIFT | 時間外または24時間体制のカバレッジが必要で、日勤/夜勤や早番/遅番のローテーションが必要な場合 | ローテーションスロットごとに個別の勤務時間パターンレコードが管理され、テクニシャンの割り当てが定期的なサイクルで切り替えられる。FSMはこの割り当てを自動ローテーションしないため、運用上管理される。 | |
| オンコール/拡張パターン | WTP-ONCALL | テクニシャンの通常スケジュールに重ねて設定される緊急時や時間外の呼出対応カバレッジ | 通常、広い作業時間枠(例:00:00~24:00)としてモデル化され、テクニシャンの標準パターンと並行して、または一時的にその代わりとして割り当てられ、緊急のサービスコールに対する幅広い対応可能時間を示す。 |
設計原則: 勤務時間パターンは、プランニングボードとアシストスケジューリングがチェックする利用可能時間枠のみを定義します。それ自体では、能力や資格を保証するものではありません。地域とスキルは、その時間枠内に該当する特定のジョブに対してテクニシャンが適格かどうかを引き続き判断します。
1.3 組織レベルとデータ階層

必須 — このクロップボックスを今回の実行で事前確認済みとして扱わないでください。Jinの必須mtimeチェックプロセスに従い、ソースPNGのmtimeを再確認し、このクロップボックスが正しく配置されていること(ゾーン境界、凡例、メモボックスがすべて完全に含まれていること)をクロップ前に再確認してください。ファイルのmtimeが2026-07-15 11:04以降に進んでいる場合(つまり、FSM-A04-01実行以降に画面が編集されている場合)、ボックスがまだ有効であると想定しないでください。代わりに、これらの数値を盲目的に再利用するのではなく、M16/M17に従って現在のCSS境界/レンダリングされたPNGから再導出してください。
ゾーンCには、7つのオブジェクトすべてが含まれています。担当者/テクニシャン (P-001 — 山田花子)、スキル (SK-ELEC — 電気作業 L3)、勤務時間パターン (WTP-STD — 月-金 09:00-18:00)、地域 (RG-KAN — 関東、Asia/Tokyo)、クルー (CR-TOK-A — 東京チームA、リーダー P-001)、欠勤 (ABS-P001 — 年次休暇、P-001)、およびスキル要件 (SR-EQ001 — 設備にスキルが必要、ゾーンBのEQ-001へのクロスゾーンチップ)。M17.0に従い、これは既存のランドスケープファイルの純粋なピクセルクロップでなければならず、カスタムの再描画は禁止です。この記事独自のオブジェクト (勤務時間パターン / WTP-STD) は、共有のゾーンCクロップ内で視覚的に示されるべきです (例: ハイライト/アウトライン)。これは、FSM-A04-01が同じクロップ内でスキル/SK-ELECをハイライトした方法と一貫している必要があります。ゾーンA、B、D、Eはクロップせず、ゾーンCのみをクロップしてください。
データ階層と具体例(ゾーンC · テクニシャン管理 — テナントレベル;FSMにはこれらのオブジェクトより上位の会社コード/プラントスコーピングはありません)
Client (FSM Tenant)
│
├── Skill SK-ELEC — Electrical Work L3 (configured independently; tenant-level catalog)
├── Work Time Pattern WTP-STD — Mon–Fri 09:00–18:00 (configured independently; tenant-level catalog)
├── Region RG-KAN — Kanto (Asia/Tokyo) (configured independently; tenant-level catalog)
│
└── Person / Technician P-001 — Hanako Yamada (Plannable)
── assigned to ──▶ Work Time Pattern WTP-STD
── assigned to ──▶ Skill SK-ELEC — Electrical Work L3
── assigned to ──▶ Region RG-KAN
Crew CR-TOK-A — Tokyo Team A (reference — groups technicians, does not own Person):
Crew CR-TOK-A ── led by ──▶ Person P-001
Absence ABS-P001 — Annual leave (reference — blocks capacity within the Person's Work Time Pattern window):
Absence ABS-P001 ── blocks ──▶ Person P-001
Skill Requirement SR-EQ001 — Requires a Skill on an Equipment (unrelated cross-object link, shown for zone completeness):
Skill Requirement SR-EQ001 ── requires ──▶ Skill SK-ELEC
Skill Requirement SR-EQ001 ── applies to ──▶ Equipment EQ-001 (Zone B)設計原則: 作業時間パターン、スキル、地域は、担当者/テクニシャンの前に設定される独立したテナントレベルのマスタです。担当者は参照を介して作業時間パターンに割り当てられ、その逆ではありません。また、作業時間パターンが担当者を所有することはありません。この割り当てにより、プランニングボードが表示する可用性ウィンドウが設定されます。不在は、そのウィンドウを置き換えるのではなく、特定の日付において同じウィンドウから時間を差し引きます。
1.4 他のマスタデータオブジェクトとの統合

作業時間パターンは単独では成立しません。そのすべてのフィールドは、プランニングボードとスケジューリングエンジンが、テクニシャンが作業時間枠内か枠外かを秒単位で判定できるようにするために存在します。
| オブジェクト | 関係性 | 実務上の注意点 | |
|---|---|---|---|
| 担当者 / テクニシャン (FSM-A04-04) | 多対一:複数のテクニシャンが同一の勤務時間パターンを共有できますが、各テクニシャンには常に1つのアクティブなパターンのみが割り当てられます | 「テクニシャン管理」アプリで割り当てます。この単一の割り当てが、プランニングボードが特定日のテクニシャンの利用可能スロットを表示するために読み取る情報です。 | |
| 欠勤 (FSM-A04-06) | 層状の減算:欠勤は、勤務時間パターンが作業時間枠として定義する内容に加えて、日付範囲内の能力をブロックします | この2つ(どちらか一方ではなく)が組み合わさって、特定日におけるテクニシャンの実際の派遣可能能力が決定されます。欠勤レコードが一致しないパターンでは、テクニシャンは完全に利用可能として表示されたままになります。 | |
| クルー (FSM-A04-05) | 間接的:クルー自体に勤務時間パターンフィールドはありません。クルーの集約された可用性は、各メンバーに個別に割り当てられたパターンの和集合です | プランニングボードでクルーレベルの能力が正しく見えない場合は、クルーレコード自体の設定を探すのではなく、各メンバーの個別の勤務時間パターン割り当てを確認してください。 | |
| 地域 (FSM-A04-03) | 独立した兄弟関係:勤務時間パターンと地域を直接リンクするフィールドはありません。両方は独立して設定され、同じ担当者/テクニシャンレコードによって個別に参照されます | 勤務時間パターンの開始時刻/終了時刻には、それ自体のタイムゾーンはありません。これらは、テクニシャンに割り当てられた地域のタイムゾーンを使用して解釈されます。テクニシャンの地域が変更された場合は、自動再計算がないため、両者の整合性が保たれていることを確認してください。 |
パート 2: FSM 固有のフィールド詳細
2.0 FSM 所有権の範囲

| データ区分 | FSM関与 | 備考 | |
|---|---|---|---|
| コア識別情報 | ◎ 所有者 | パターンID、パターン名 — この勤務時間テンプレートを識別するフィールド | |
| 週間スケジュール定義 | ◎ 所有者 | 稼働日、開始時刻、終了時刻 — プランニングボードが表示する繰り返しの週間枠 | |
| 休憩時間設定 | ◎ 所有者 | 休憩時間 — 稼働枠内でテクニシャンの利用可能能力から差し引かれる時間 | |
| 割当・使用連携 | ○ テクニシャン管理と共有 | パターンが担当者/テクニシャン割当にどのように取得され、プランニングボードに反映されるか |
凡例: ◎ = オーナー/重要、○ = 直接関与
2.1 コア識別

これらの2つのフィールドは、勤務時間パターンレコードの全体の識別子です。FSMはこのマスタを意図的に簡潔に保ち、実際のスケジュール詳細は、次の2つのセクションで説明するフィールドに格納されます。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| パターンID | FSMの内部一意識別子(レコード用) | テナント設定に応じて自動生成または作成時に入力。このパターンを使用するすべての担当者/テクニシャン割当で参照されます。廃止されたパターンIDを無関係なスケジュールに再利用しないでください。プランニングボードの履歴と監査証跡は、IDが一意であることに依存しています。 | |
| パターン名 | スケジュールテンプレートの業務向け名称 | テクニシャンのプロファイルおよびディスパッチャのプランニングボード凡例に表示されます。レコードには別途の自由記述フィールドがないため、実際の勤務時間やローテーションを表す説明的な名称(例:「月-金 09:00-18:00」または「夜勤ローテーションA」)を付けてください。 |
2.2 週次スケジュール定義

これらの3つのフィールドは、プランニングボード、アシスティッドスケジューリング、およびルート最適化が、テクニシャンにサービスコールのスロットを提示する前に確認する、毎週繰り返される時間枠をまとめて定義します。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 稼働日 | パターンが有効となる曜日(例:月曜~金曜) | プランニングボードが利用可能なスロットとして表示する繰り返しの周期を定義します。チェックを外した日は、単にテクニシャンのカレンダーから表示されなくなるだけで、「理由ありの不在」としてフラグが立つわけではありません。通常は稼働日である特定の日付をブロックする必要がある場合は、代わりに「不在(FSM-A04-06)」と組み合わせて使用します。 | |
| 開始時刻 | 各稼働日における作業時間枠の開始時刻 | 終了時刻とともに、アシストスケジューリングとルート最適化がサービスコールにテクニシャンを提案する前にチェックする、基本的な空き時間枠を設定します。 | |
| 終了時刻 | 各稼働日における作業時間枠の終了時刻 | テクニシャンの実際のシフトと、割り当てられたパターンの開始時刻/終了時刻との不一致は、稼働開始後にフラグが立つディスパッチ競合の最も一般的な根本原因の一つです。データロード時には、パターン名だけでなく、実際の雇用契約に照らしてこれを検証してください。 |
2.3 休憩時間の設定

休憩時間は、前のセクションで定義された作業時間枠を実際の利用可能能力にまで削減するフィールドであり、初期データロード中に過小評価されがちです。
| フィールド | 説明 | 実務上の使用 | |
|---|---|---|---|
| 休憩時間 | 開始時刻~終了時刻の枠内における、テクニシャンの予定された休憩の長さ | ディスパッチング目的でテクニシャンの利用可能能力から差し引かれます。休憩時間を過小評価または省略することは、パターンが有効になった後、プランニングボードの能力が実際の現場生産性よりも楽観的に見える一般的な原因です。 |
2.4 割当と使用リンケージ

作業時間パターンは、少なくとも1人のテクニシャンに割り当てられるまで効果を発揮しません。プランニングボードの空き状況表示が正しく見えない場合に、コンサルタントが最も頻繁に確認するリンケージの事実がこれらです。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 割当技術者数(ロールアップ) | 現在このパターンを参照している担当者/技術者レコードの数 | 広く共有されているパターンの時間を編集する前に、データ品質を素早く確認するための指標。数が多いほど、変更がそのパターンを使用するすべての技術者に同時に波及することを意味します(個々の技術者のレコードを編集する場合とは異なります)。 | |
| 計画ボード表示(派生動作) | パターンの稼働日/開始時刻/終了時刻が、現在技術者の表示される空きスロットを決定しているかどうか | FSMは、技術者の空きスロットを、現在割り当てられている勤務時間パターンに基づいて厳密にレンダリングします。パターンを保存すると、その変更は自動的に計画ボードの表示に将来に向けて反映され、別途公開ステップは必要ありません。 | |
| 地域タイムゾーンの整合性(クロスオブジェクト注意事項) | パターンの開始時刻/終了時刻が、技術者に現在割り当てられている地域のタイムゾーンで解釈された場合に、意図した意味を維持しているかどうか | 勤務時間パターンには、それ自体にタイムゾーンフィールドはありません。技術者の地域(FSM-A04-03)が変更された場合(例:別のサービスエリアへの異動)、パターンの時間が新しい地域のタイムゾーンに対して再確認されていることを確認してください。自動的な再計算は行われないためです。 |
前提条件: 割り当てられたテクニシャン数がゼロの勤務時間パターンは、スケジューリングに影響を与えません。このパターンは、少なくとも1つの担当者/テクニシャン (FSM-A04-04) レコードで参照された場合にのみ意味を持ちます。
次に読むべきもの
L1) Big Picture
| ID | Category | Title |
|---|---|---|
| fsm-001 | Overview | SAP FSMとは何ですか? |
L2-A) Master Data
| ID | Category | Title |
|---|---|---|
| fsm-a01 | Overview | SAP FSM マスタデータ:概要、階層、および関係性 |
| fsm-a02-02 | Master Data | SAP FSM コンタクト |
| fsm-a02-03 | Master Data | SAP FSM アドレス |
| fsm-a03-01 | Master Data | SAP FSM 設備 |
| fsm-a03-02 | Master Data | SAP FSM 設備階層 |
| fsm-a03-03 | Master Data | SAP FSM サービス履歴 |
| fsm-a04-01 | Master Data | SAP FSM スキル |
| fsm-a04-02 | Master Data | SAP FSM 作業時間パターン 📍 |
| fsm-a04-03 | Master Data | SAP FSM リージョン |
| fsm-a04-04 | Master Data | SAP FSM テクニシャン |
| fsm-a04-05 | Master Data | SAP FSM クルー |
| fsm-a04-06 | Master Data | SAP FSM 欠勤 |
| fsm-a04-07 | Master Data | SAP FSM スキル要件 |
| fsm-a05-02 | Master Data | SAP FSM 汎用ツール |
| fsm-a05-03 | Master Data | SAP FSM シリアルツール |
| fsm-a05-04 | Master Data | SAP FSM 倉庫 |
| fsm-a05-05 | Master Data | SAP FSM バンストック |
| fsm-a06-01 | Master Data | SAP FSM パートナー招待 |
| fsm-a06-02 | Master Data | SAP FSM パートナー登録 |
| fsm-a06-03 | Master Data | SAP FSM クラウドパートナー |
| fsm-a06-04 | Master Data | SAP FSM パートナーテクニシャン |
L2-B) Transaction
| ID | Category | Title |
|---|---|---|
| fsm-b01 | Overview | SAP FSM トランザクション:プロセスフロー、階層、および関係 |
ゾーン クロップ ソース: 04-fsm-a01-master-landscape.png (mtime: 2026-07-15 11:04)