メインコンテンツへスキップ
スケジューリングは、すべてのジョブ工程が、いつ、どこで、どの順序で実行されるかを決めます。計画担当者が舵取りをし、エンジンが配置を行います。Alforse は有限能力を使います。工程が時間に割り付けられるのは、その作業区が稼働していて、プロセスが要求する場合は資格のある作業者がシフトにいるときだけです。機械は一度に 1 つの工程しか扱えないため、すでに割り付けられた作業が、後の作業を押し戻します。

スケジューリングの画面

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

優先度

既定のビューは週で、期日にジョブが配置されて表示されます。左上のスイッチャーで月、または作業区に切り替えます。作業区は、作業区ごとの列を持つ、工程のかんばんです。
  • 期日を設定する: ジョブカードを日または週にドロップします。スケジュール未定にドロップすると、日付が削除されます。
  • 工程を割り当てて順序付ける: 作業区では、工程カードをドラッグすると、実行場所とそのの両方が保存されます。
  • 並べ替えと移動: 列の中でカードを並べ替えると、ピックアップの順序だけが変わります。別の作業区の列にカードをドロップすると、工程がその機械のカレンダーでスロットを必要とするため、さらに再スケジュールが発生します。

予測

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

出荷

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

リソース計画

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

MES のスケジュールページ

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

実際の能力に対する配置

前方スケジューリング

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

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

すべての配置は、2 つの有限のリソースに収まる必要があります。
  1. 機械時間。 作業区が一度に扱える工程は 1 つで、稼働時間中に限られます。
  2. 作業者の時間。 プロセスが能力を要求する場合にのみ必要です。人員は能力の一部で説明しています。

稼働時間の取得元

エンジンは、作業区の稼働時間を、最初に当てはまるルールから取得します。 作業区をオフラインにする、オープンの保全指示によるダウンタイムは、その後これらの時間から除かれ、無人運転の機械も例外ではありません。

作業区の選択

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

すでに進行中の工程

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

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

ディスパッチ順序は、配置の副産物です。作業区ごとに、割り付けられた工程が予測開始時刻でランク付けされ、位置 1、2、3 などが与えられます。そのため、ボードの各列の最初のカードが、そのステーションの次のジョブになります。 ジョブのが影響するのは、ランク付けだけです。能力はクラス(ASAP、次にハード期限、ソフト期限、期限なし)ごと、各クラス内では期日順に割り当てられます。どのタイプも、配置を妨げたり遅らせたりすることはありません。

人員は能力の一部です

能力の要件

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

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

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

目標より遅れ(琥珀色)

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

目標を固定する

目標を自分で管理するには、工程表の日付ピッカーからピン留めします。ピッカーのツールチップは “Pinning it overrides the calculated target.”(ピン留めすると、計算された目標を上書きします)と警告します。
  • ピンが固定するのは目標です。工順の前のほうの工程は、ピン留めされた目標から自分の目標を計算します。
  • ピンが手を付けないのは配置です。開始と終了は、実行のたびに再予測されます。
  • 例外は、ピン留めされたで、保存されたウィンドウが維持されます。業者の所要期間は、自社のエンジンでは再計画できないためです。

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

チャートの表示内容

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

バーを説明する

バーを選択すると、そのタイミングを説明するサイドパネルが開きます。
  • スケジュールメモが、開始時刻の理由を平易な言葉で示します。典型的なメモは、“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?”(これらの時間はどのように計算されますか?)のポップオーバーがあります。

工程バッチ

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

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

ヘッダーは、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”(スケジュールするには、工程に段取り、労務、機械の時間を追加してください)と表示されます。ここでの問題は能力ではありません。工程に標準時間を入力してください。

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

再計画を引き起こす編集

スケジューリングの入力を編集すると、それが影響するジョブがスケジュール古いとマークされ、再計画ウェーブがキューに入ります。対象となる入力:
  • 優先度ボードの期日
  • 人員配置の割り当て
  • シフト
  • 作業区の稼働時間または有効フラグ
  • 作業者の資格
  • プロセスの能力要件
  • 機械のダウンタイム
ウェーブはデバウンスされます。Alforse は最後の編集から約 30 秒待つため、多数の変更が重なっても、影響を受けるロケーションごとに 1 回の再生成にまとまります。待ちたくない場合は、予測の再生成で、同じロケーション全体の実行をオンデマンドで行えます。

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

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

遅れるジョブの通知

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

権限とプラン

トラブルシューティング

関連