> ## Documentation Index
> Fetch the complete documentation index at: https://docs.alforse.com/llms.txt
> Use this file to discover all available pages before exploring further.

# スケジューリング

> 有限能力エンジンが、ジョブ工程を実際の作業区の稼働時間と資格のある作業者に割り付けるしくみ、各日付がその位置になる理由、計画担当者が調整に使うボードを説明します。

スケジューリングは、すべての[ジョブ](https://docs.alforse.com/ja/docs/reference/jobs.md)工程が、いつ、どこで、どの順序で実行されるかを決めます。計画担当者が舵取りをし、エンジンが配置を行います。Alforse は**有限能力**を使います。工程が時間に割り付けられるのは、その[作業区](https://docs.alforse.com/ja/docs/reference/work-centers.md)が稼働していて、プロセスが要求する場合は資格のある作業者がシフトにいるときだけです。機械は一度に 1 つの工程しか扱えないため、すでに割り付けられた作業が、後の作業を押し戻します。

## スケジューリングの画面

すべての調整は、ERP の**生産**エリアで行われます。現場は結果を読み取るだけです。

| 画面 | メニュー | 目的 | スケジュールへの書き込み |
| - | - | - | - |
| **優先度** | *スケジューリング* | 期日とディスパッチの順序を設定します。 | あり |
| **予測** | *スケジューリング* | 割り付けられたスケジュールと、各バーがその位置にある理由を確認します。 | **再生成**を通じてのみ |
| **出荷** | *スケジューリング* | 受注を満たすジョブから、出荷を計画します。 | なし |
| **リソース計画** | *計画* | 作業区に人員を割り当て、休暇と残業を記録します。 | あり |
| MES **スケジュール** | 現場アプリ | 各ステーションのキューを作業者に表示します。 | なし（表示のみ） |

### 優先度

既定のビューは**週**で、期日にジョブが配置されて表示されます。左上のスイッチャーで**月**、または**作業区**に切り替えます。作業区は、作業区ごとの列を持つ、工程のかんばんです。

* **期日を設定する:** ジョブカードを日または週にドロップします。**スケジュール未定**にドロップすると、日付が削除されます。
* **工程を割り当てて順序付ける:** 作業区では、工程カードをドラッグすると、実行場所とそのディスパッチ優先度の両方が保存されます。
* **並べ替えと移動:** 列の中でカードを並べ替えると、ピックアップの順序だけが変わります。別の作業区の列にカードをドロップすると、工程がその機械のカレンダーでスロットを必要とするため、さらに再スケジュールが発生します。

### 予測

作業区ごとの割り付けられた時間をガントチャートで表示し、各バーがその位置にある理由を尋ねられます。詳細は、[予測がスケジュールを説明する](#the-forecast-explains-the-schedule)にあります。

### 出荷

出荷計画担当者は、出荷の準備がもうすぐ整うものを確認するために出荷を使います。[受注](https://docs.alforse.com/ja/docs/reference/sales-orders.md)を満たすオープンのジョブを集め、完了日ごとに振り分けます。ジョブがスケジュールされている場合は予測完了日、それまでは期日が使われます。行には、送付先の市と州、配送方法、約束日が表示され、一覧を 1 つのロケーション、および今後の 7 日、14 日、30 日に絞り込めます。

### リソース計画

誰がどこで働くかを決める場所です。従業員を、1 日または 1 週間の単位で作業区の列にドロップし、欠勤と残業を記録し、スケジュール済みの時間と利用可能な時間を比較する能力ビューを確認します。エンジンは人員配置を読み取るため、ここで行った変更は、それぞれ再スケジュールも発生させます。ボードの背後にあるシフトモデルは、[人員](https://docs.alforse.com/ja/docs/reference/people.md)で説明しています。

### MES のスケジュールページ

見た目は作業区ビューに似ていますが、**表示のみ**です。作業者は、ディスパッチ優先度で並べられたステーションのキューを見て、そこから工程を開いて作業を始めます。このボードでのドラッグは保存されません。

NOTE

**計画担当者が舵を取り、作業者は読むだけです**

期日、ディスパッチの順序、人員配置を変更できるのは ERP だけです。MES ボードの作業者には、エンジンが生成したレコードがそのまま見え、そのボードで行ったことがエンジンに反映されることはありません。

## 実際の能力に対する配置

### 前方スケジューリング

配置は時間の**前方**に進みます。工程は、現在以降で、かつ[工順](https://docs.alforse.com/ja/docs/reference/routings.md)で先行する工程の終了以降に開始する、最初の実行可能なスロットを得ます。期日から逆算することはないため、結果の終了日そのものが予測であり、そこに示される余裕は実際に存在します。

### 2 つの制約となるリソース

すべての配置は、2 つの有限のリソースに収まる必要があります。

1. **機械時間。** 作業区が一度に扱える工程は 1 つで、稼働時間中に限られます。
2. **作業者の時間。** プロセスが能力を要求する場合にのみ必要です。[人員は能力の一部](#people-are-part-of-capacity)で説明しています。

### 稼働時間の取得元

エンジンは、作業区の稼働時間を、最初に当てはまるルールから取得します。

| 順序 | 稼働時間の取得元 |
| - | - |
| 1 | **無人運転（24×7）**の作業区: 常に稼働。 |
| 2 | 作業区に割り当てられたシフト。 |
| 3 | 作業区のロケーションのシフト。 |
| 4 | 既定: 月曜から金曜、1 日 8 時間。 |

作業区をオフラインにする、オープンの[保全](https://docs.alforse.com/ja/docs/reference/maintenance.md)指示によるダウンタイムは、その後これらの時間から除かれ、無人運転の機械も例外ではありません。

### 作業区の選択

プロセスが複数の作業区で実行できる場合、エンジンは**工程が最も早く終わる**ほうを選びます。そのため、作業は、滞留している機械や人が配置されていない機械を迂回して流れます。

### すでに進行中の工程

開始した工程は元の作業区にとどまり、残っている作業だけが割り付けられます。労務時間と機械時間は残りの数量に応じて按分され、段取りは、生産イベントが一つでもあれば完了とみなされます。

### ディスパッチ順序と期限タイプ

ディスパッチ順序は、配置の副産物です。作業区ごとに、割り付けられた工程が予測開始時刻でランク付けされ、位置 1、2、3 などが与えられます。そのため、ボードの各列の最初のカードが、そのステーションの次のジョブになります。

ジョブの期限タイプが影響するのは、ランク付けだけです。能力はクラス（**ASAP**、次に**ハード期限**、**ソフト期限**、**期限なし**）ごと、各クラス内では期日順に割り当てられます。どのタイプも、配置を妨げたり遅らせたりすることはありません。

NOTE

**終了を決めるのは、期日ではなく能力です**

機械が満杯か、作業者が空いていない場合、工程は待機し、予測は何を待ったかを記録します。期日のないジョブも同様にスケジュールされます。期日は遅れの判定にのみ使われ、作業の位置決めには使われません。

## 人員は能力の一部です

### 能力の要件

プロセスを**能力を必要とする**ものとしてマークできます。その場合、その工程は、少なくとも 1 人の*資格のある*作業者が空いている間だけ実行されます。資格のある作業者とは、次のすべてを満たす人です。

* 期限切れでない資格を持つ能力を持っている。
* シフトに入っていて、欠勤でない。
* 他の作業にまだ割り当てられていない。

### エンジンが選ぶ人

1. リソース計画ボードで**ステーションに配置された人員**が最優先されます。チームとして工程に取り組み、労務は居合わせる人員で分担されますが、段取りと機械時間は短縮されません。
2. そこに誰も配置されていない場合、エンジンは資格のある**フローター**、つまりどこにもボードの割り当てがない人員にフォールバックします。

あるステーションに配置された人は、そこに拘束され、黙って別のステーションに移されることはありません。

### ロケーションごとの人員配置ポリシー

各ロケーションには、生産設定ページに人員配置ポリシーがあり、そこでは次のように説明されています。*"Require an assigned operator before the scheduler places work at a location. When on, unstaffed work centers get no work and an operation with no manned coverage shows as unschedulable. Lights-out (24×7) work centers are exempt."*（スケジューラーがロケーションに作業を配置する前に、割り当てられた作業者を必須にします。オンの場合、人員のいない作業区には作業が割り当てられず、人員配置のカバーがない工程はスケジュール不可として表示されます。無人運転（24×7）の作業区は除外されます）

**「スタッフが必要」**をオンにすると、フローターへのフォールバックはなくなり、能力の要件がない工程でさえ、人員が配置されたステーションが必要になります。作業は、人を配置した場所にだけ入ります。この設定は次回の再生成で有効になります。オンまたはオフにしても、それ自体で再生成が追加されることはありません。

HEADS UP

**人員配置の変更で作業が行き場を失うことがあります**

その能力を持つ唯一の人を再配置すると、そのステーションの能力が必要な工程は行き場を失います。Alforse は、その人を二重に割り当てたり、無人のシフトで実行したりする代わりに、それらを未配置のままにし、予測は\*\*「スケジュールできません」\*\*と表示して、人員配置の修正を促します。

## すべての工程にある 2 つの日付

すべての工程は、異なる問いに答える 2 つの日付を持ちます。これを 1 つとして扱うことが、スケジュールの最もよくある誤読です。

| 日付 | 答える問い | 設定方法 | 変わるタイミング |
| - | - | - | - |
| **予測開始と終了** | この作業が実際にいつ行われるか | エンジンの前方配置。 | スケジューリングを実行するたび。 |
| **期日**（必要日目標） | ジョブを期日どおりにするために、いつまでに終えなければならないか | ジョブの期日から、工順のリードタイムに沿って逆算。 | ジョブの期日、工順、またはリードタイムが変わった場合のみ。配置はこれを無視します。 |

### 目標より遅れ（琥珀色）

予測が必要日目標より後に終わる工程は、**琥珀色**で表示されます。工程表と工程ボードのカードで、予測日がその色（*"Projected Sep 12"*）で表示され、ホバーすると *"Behind target by N day(s)"*（目標より N 日遅れ）と表示されます。競合ではなく警告として扱ってください。ジョブ全体としては、期日に間に合う可能性があります。

### 目標を固定する

目標を自分で管理するには、工程表の日付ピッカーから**ピン留め**します。ピッカーのツールチップは *"Pinning it overrides the calculated target."*（ピン留めすると、計算された目標を上書きします）と警告します。

* ピンが固定するのは*目標*です。工順の前のほうの工程は、ピン留めされた目標から自分の目標を計算します。
* ピンが手を付けないのは配置です。開始と終了は、実行のたびに再予測されます。
* 例外は、ピン留めされた外注工程で、保存されたウィンドウが維持されます。業者の所要期間は、自社のエンジンでは再計画できないためです。

## 予測がスケジュールを説明する

Paid

### チャートの表示内容

**予測**ページでは、すべての作業区が、遊休のものも含めてレーンを持ち、割り付けられたすべての工程が、ジョブと部品のラベルが付いたバーになります。各バーは日付から再描画されたものではなく、保存された能力予約なので、チャートはエンジンが確定した内容をそのまま示します。保全のダウンタイムは同じレーンに琥珀色のバーとして表示され、作業者のレーンは誰が割り当てられているかを示します。

ヘッダーで**日**、**週**、**シフト**の範囲を選びます。

### バーを説明する

バーを選択すると、そのタイミングを説明するサイドパネルが開きます。

* **スケジュールメモ**が、開始時刻の理由を平易な言葉で示します。典型的なメモは、*"Waited 14h for the work center — queued behind J000128 (4 ops)"*（作業区を 14 時間待機: J000128（4 工程）の後ろに並んだ）や、*"Waited 2d 3h for a qualified operator to be available"*（資格のある作業者が利用可能になるまで 2 日 3 時間待機）です。
* **作業**と**スパン**は別々に表示されます。シフトの境界をまたぐ工程は、22 時間のスパンで 6 時間の作業となることがあります。これは想定された動作で、不具合ではありません。
* 各レーンには、どのルールがその時間を提供したか、ダウンタイムと人員配置で何が差し引かれるかを示す、*"How are these hours calculated?"*（これらの時間はどのように計算されますか？）のポップオーバーがあります。

### 工程バッチ

[工程バッチ](https://docs.alforse.com/ja/docs/reference/batching.md)が**リリース**されると、1 つのバッチ可能なプロセスを共有するそのメンバー工程は、**単一**の予約を占有します。そのため予測は、メンバーごとのバーではなく、バッチにちなんだ名前の 1 本のバー（たとえば *"BAT000005 · 2 jobs"*）を描画し、バーのパネルとアクションボタンは、個々のジョブではなく**バッチ**に誘導します。

NOTE

**工程バッチは、追跡対象のバッチではありません**

この 2 つは言葉が同じだけです。**工程バッチ**（`BAT…`）は、複数のジョブ工程を 1 台の機械でまとめて実行するスケジューリングの仕組みです。バッチ追跡は在庫に属し、同一ユニットの数量に付随するロット番号です。

### 競合とスケジュールできない作業

ヘッダーは、2 種類の問題を別々に数えます。

**競合**とは、配置はされたものの、**ジョブの期日より後**に終わる工程です。Alforse は *"Finishes 2026-11-18 but the job is due 2026-11-11 — waited for a qualified operator, queued behind J000128 (4 ops)"*（2026-11-18 に終了するが、ジョブの期日は 2026-11-11: 資格のある作業者を待ち、J000128（4 工程）の後ろに並んだ）のような理由を保存し、工程ボードの赤いフラグのカードにカーソルを合わせたときにも、その理由を再び表示します。

**「スケジュールできません」**の工程は、実行可能なスロットがまったく見つからなかったものです。原因は次のとおりです。

* 資格のある作業者が存在しない、
* ロケーションが人員配置を要求している間、配置されたステーションがない、
* 期間内に空いている能力がない。

予測は、それぞれについて、作業が*入るはずの*場所を示すために、**「スケジュール不可」**のチップ付きのバーを引き続き描画します。サイドパネルは、このバーが *"isn't holding capacity"*（能力を占有していない）ことを示すので、他のジョブがその時間を使えます。Alforse は、プレースホルダーを次の**営業日**に置きます。夜間や週末に実行したスケジュールでは、そこには置かれません。

リリースされた**バッチ**に特有の原因がもう一つあります。メンバー工程のどれにも見積時間がない場合、エンジンは実行の大きさを決められません。**推定時間**が **0h** と報告され、理由が *"add setup, labor, or machine time to its operations to schedule it"*（スケジュールするには、工程に段取り、労務、機械の時間を追加してください）と表示されます。ここでの問題は能力ではありません。工程に標準時間を入力してください。

TIP

**問題は報告され、隠されることはありません**

スケジューリングの実行が完全に失敗することはありません。遅れる作業は割り付けられてフラグが付き、割り付けられない作業には説明付きのプレースホルダーが付きます。ジョブの予測完了日は両方を考慮するため、予測が現実より良く見えることはありません。

## スケジュールが再計算されるタイミング

### 再計画を引き起こす編集

スケジューリングの入力を編集すると、それが影響するジョブが**スケジュール古い**とマークされ、**再計画ウェーブ**がキューに入ります。対象となる入力:

* 優先度ボードの期日
* 人員配置の割り当て
* シフト
* 作業区の稼働時間または有効フラグ
* 作業者の資格
* プロセスの能力要件
* 機械のダウンタイム

ウェーブはデバウンスされます。Alforse は最後の編集から約 30 秒待つため、多数の変更が重なっても、影響を受けるロケーションごとに 1 回の再生成にまとまります。待ちたくない場合は、予測の**再生成**で、同じロケーション全体の実行をオンデマンドで行えます。

### 即時と夜間の再スケジュール

一部のイベントはウェーブを飛ばして、すぐに再スケジュールされます。ジョブのリリース、ジョブのステータスの変更、かんばんの自動リリースです。これとは別に、毎晩、Alforse は計画開始日が過去にずれたスケジュールを再計算します。

### 遅れるジョブの通知

再生成によって、以前は期日どおりだったジョブが遅れる場合、それぞれのジョブの担当者に、そのジョブを名指しする**「遅れが予測されるジョブ」**の通知が届きます。誰にも通知されない場合は、新たな遅れなしに変更が吸収されたことを意味します。

NOTE

**すべての再生成は再現可能です**

再生成が計画の一部だけを修正することはありません。ロケーションのすべてのオープンのジョブを、期限のクラスを第一に、期日を第二にして、最初から割り付け直し、各ジョブは後続のジョブより先に能力を確保します。同一の入力は、常に同一のスケジュールを生成します。

## 権限とプラン

| アクション | 必要なもの |
| - | - |
| ボードの表示 | **生産の表示**権限 |
| ボードの編集 | **生産の更新**権限 |
| 予測ページの利用 | Business プラン |

## トラブルシューティング

| 症状 | 原因 | 対処 |
| - | - | - |
| 工程に赤い競合フラグ | ジョブの期日より後に終わるか、配置できませんでした。保存された理由が原因を示します（たとえば *"No qualified operator for …"* や *"No operator assigned"*）。「開始日が過去」という意味ではありません。 | 期日を移動する、能力や時間を追加する、ステーションに人員を配置する、または作業者に資格を付与します。 |
| 琥珀色の「Projected」の日付 | 予測終了が、工程の必要日目標より後です。 | 通常は何もしなくてよい。能力が空くか、目標が移動すると解消します。 |
| 「スケジュールできません」 | 資格のある作業者がいない、**スタッフが必要**で配置されたカバーがない（無人運転は除外）、または期間内に能力がない。 | ステーションに人員を配置するか、誰かに資格を付与するか、制約を緩和します。 |
| **推定時間 0h** でバッチがスケジュール不可 | メンバー工程に段取り、労務、機械の時間がありません。1 時間のバーは名目上のプレースホルダーです。 | 工程に標準時間を追加します。 |
| 編集の直後に新しい日付が表示されない | 再計画ウェーブは、最後の変更の約 30 秒後に実行されます。 | ウェーブを待つか、**再生成**を選択します。 |
| カードを並べ替えても再スケジュールされなかった | 1 つの列内での並べ替えは、ディスパッチの位置を変えるだけです。 | 再配置が必要な場合は、カードを別の作業区に移動します。 |
| ピン留めされた工程の日付が動いた | ピンが固定するのは目標であり、配置ではありません。 | 想定された動作です。ウィンドウが維持されるのは外注工程だけです。 |
| **スタッフが必要**をオンにしても何も変わらなかった | 設定は次回の再生成で適用されます。 | スケジューリングの編集を行うか、**再生成**を選択するか、夜間の処理を待ちます。 |
| ボードを編集できない | **生産の更新**権限がありません。 | 管理者に依頼します。 |

## 関連

**ジョブ**

各ジョブの工程が、エンジンが割り付けて順序付けるものです。

[Open](https://docs.alforse.com/ja/docs/reference/jobs.md)

**作業区**

ステーション、稼働時間、原価レートを定義します。

[Open](https://docs.alforse.com/ja/docs/reference/work-centers.md)

**人員**

シフトと能力が、能力が必要な工程を誰が実行できるかを決めます。

[Open](https://docs.alforse.com/ja/docs/reference/people.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.