> ## 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.
# 工程のバッチ化
> 複数のジョブの同じ工程を、作業区での 1 回の生産実行としてまとめて実行します。段取りとタイマーは 1 つで、時間とコストは数量に応じて各ジョブに配分し直されます。
工程バッチは、複数のジョブの、一致していてまだ開始していないジョブ工程をまとめて、段取り 1 回・タイマー 1 つの 1 回の生産実行として行います。計画担当者は、ネスティングしたレーザー切断、炉のサイクル、めっき槽など、多くのジョブの部品を一度に処理するプロセスのためにバッチを作成し、作業者は現場でそれらを実行して完了します。
## 概念
### バッチとは何か、何でないか
* **すべてのメンバーが 1 つのプロセスと 1 つの作業区を共有します。** プロセスはバッチ可能である必要があります。
* **ジョブは別々のままです。** バッチがジョブを統合したり、その BOM を編集したりすることはありません。各メンバーは、それぞれのジョブの工程のままです。
* **コストはジョブごとのままです。** 完了時に、Alforse は共有された時間を数量に応じてメンバー間で配分し、ジョブごとに個別にジョブ原価と元帳エントリを転記します。
NOTE
**バッチ追跡とは別のものです**
工程バッチは `BAT…` と採番される生産実行です。在庫のロット番号とバッチ番号は別の機能で、在庫の[トレーサビリティ](https://docs.alforse.com/ja/docs/reference/traceability.md)に役立ちます。
### バッチタイプ
| バッチタイプ | 部品の実行方法 | バッチ時間 |
| - | - | - |
| **逐次** | 1 つずつ順に | メンバーの時間の合計 |
| **同時** | すべて一緒に | 最長のメンバーの時間 |
## バッチ可能なプロセスを設定する
バッチ化は**プロセス**ごとにオンにします。アイテムや方法にバッチ化の設定はありません。
1. **リソース → プロセス**を開き、プロセスを編集します。
2. **バッチ可能**をオンにします。
3. **バッチタイプ**を選択します（逐次または同時）。
4. 同じカードの **「互換性ルール」** を確認します。
### 互換性ルール
ルールは、同じバッチを共有するために、工程がどの程度一致している必要があるかを定めます。ディメンションは 7 つあります。
* 消費する材料に関する 6 つ: 材料、物質、グレード、寸法、形状、仕上げ
* 出力に関する 1 つ: **「製造品目」**。各ジョブが製造するアイテム
各ディメンションには、3 つの設定のいずれかを指定できます。
| 設定 | ビルダーでの効果 | 既定値の対象 |
| - | - | - |
| **「照合が必須」** | 一致しない工程は選択できません。 | なし |
| **「照合を提案」** | 一致しない工程も、警告付きで選択できます。 | 物質、グレード、寸法 |
| **「無視」** | そのディメンションは比較されません。 | 材料、形状、仕上げ、製造品目 |
各実行で単一の出力アイテムを製造したい場合は、**「製造品目」**を「照合が必須」に設定します。これが、後で実行の[出力ロット](#completing-the-batch)を統合するための条件です。
### 作業区の制限
作業区には**バッチ容量**と**最小バッチ数量**を設定できます。どちらも参考値です。ビルダーはバッチが使う容量を表示しますが、どちらの値でも、超過や不足を理由にバッチをブロックすることはありません。
## バッチを作成する
バッチビルダーは 3 通りの方法で開けます。**生産 → バッチ**から**新規バッチ**。ダッシュボードの**バッチ外工程**カード。またはジョブヘッダーの *N awaiting batching* バッジ。
Alforse screenshot**バッチビルダー（生産 → バッチ → 新規バッチ）: 上部にロケーションとプロセスの選択、提案バナーの下に材料別にグループ化された対象工程、節約された段取り数をチップに示すレビューと作成パネル**
提案は材料の特性と期日の範囲でグループ化されます。レビューパネルには、工程ごとの段取りではなく、共有された 1 回の段取りが表示されます。
1. **ロケーション**と**バッチ可能なプロセス**を選択します。
2. 一覧から工程を選択します。一覧には、そのプロセスを使い、まだ開始しておらず、他のバッチに入っておらず、生産が記録されていない工程だけが表示されます。
3. または、ビルダーが提案するグループ化の 1 つを選びます（後述）。
4. 工程がロット追跡対象のアイテムを製造する場合は、レビューパネルの **「出力」** セクションで出力ロットを計画します。
5. **バッチを作成**を選択して**計画済み**として保存するか、**作成 & リリース**で現場にそのまま送ります。
### 競合の表示
| 破られたルール | 表示 |
| - | - |
| **照合が必須** | 工程は一覧に残りますが、選択できません。 |
| **照合を提案** | 琥珀色のタグと警告が表示されます。選択は可能です。 |
### 提案されるグループ化
手作業で分類する手間を省くため、ビルダーは用意されたバッチを提案します。各提案は、同じ特性の材料を消費し、7 日間の範囲内に期日が入る工程を集めたものです。一覧は、節約できる段取り、緊急度、容量の適合の順に並びます。
### 出力ロットを計画する
ロット追跡対象の出力のロット番号は、現場の作業者ではなく、ここ、ビルダーで決まります。
* 各ジョブに独自のロット番号が付き、ジョブの現在のロット番号があらかじめ入力されます。
* 選択したすべての工程が同じロット追跡対象アイテムを製造する場合は、**「出力を1つのロットに統合」**を選んで、実行全体で 1 つのロット番号を使えます。
* すべてのロット番号が入力され、2 つのジョブで番号が重複しなくなるまで、作成は無効のままです。
### 作業区の割り当て
作成時に作業区を空欄にしておくこともできます。その場合、スケジューラーがリリース時に、最も早く終わる候補を選び、バッチとすべてのメンバーに書き込みます。
## バッチのライフサイクル
**計画済み**
下書き。スケジューラーは各メンバーを個別に計画し、作業者にはまだバッチが見えず、変更や解散は自由に行えます。
**リリース済み**
1 つのユニットとして現場に出ており、スケジュール予約と共有タイマーが 1 つずつあります。メンバー自身のジョブがまだリリースされていなくても、作業者にはメンバーが見えます。
**完了中**
完了処理の途中です。数量が記録され、時間が配分されます。後のステップが失敗した場合、バッチは、誰かが現場アプリで再試行するまでここで待機します。
**完了**
実行が終わりました。各メンバー工程は「完了」となり、独自の時間、数量、コストを持ちます。ここからは、各ジョブが独立して進みます。
### バッチを元に戻す
| アクション | 可能な条件 | 結果 |
| - | - | - |
| **「バッチのリリース解除」** | リリース済みで、何も記録されていない | 「計画済み」に戻ります。 |
| **「バッチを解散」** | 何も記録されていない | メンバーは未実行のままスケジュールに戻り、バッチは削除されます。 |
| 最後のメンバーを削除 | 何も記録されていない | 解散と同じです。 |
キャンセル済みのステータスはありません。
HEADS UP
**最初のタイマーイベントでバッチがロックされます**
生産が記録されると、メンバーと作業区は固定されます。バッチのリリース解除や解散はできなくなり、先に進む唯一の方法は完了することです。
## バッチをリリースする
### メンバーのジョブもリリースされます
メンバーのジョブがまだ「下書き」または「計画済み」の場合、バッチをリリースするとそのジョブもリリースされ、**「ジョブをリリース」**と同じ効果があります。所要量が再計算されて MRP が実行され、ジョブは「準備完了」に移り、外注工程は発注書に載ります。
**「リリース」**ダイアログは、まずそのようなすべてのジョブを検査します。各アセンブリには工程が必要で、製造がブロックされていてはいけません。1 つでも検査に通らないジョブがあれば、修正するまでバッチ全体がリリースされないままになります。
外注工程では、仕入先ごとに、新しい発注書と既存の下書きのどちらにするかを選びます。この選択はバッチに対して一度行うため、すべてのメンバージョブの外注工程は、仕入先ごとに 1 つの注文にまとまります。
### 複数のバッチをリリースする
バッチの一覧で、計画済みのバッチを選択し、**「Release N batches」**を使います。一括リリースにはダイアログがないため、ジョブの修正が必要なバッチや、選択できる下書きの発注書が仕入先にすでにあるバッチは省略され、省略された各バッチがサマリーに表示されます。それらのバッチは個別にリリースしてください。複数のバッチを選択して、まとめて解散することもできます。
## スケジュール上で
スケジューラーは、リリース済みのバッチを 1 つのユニットとして扱います。バッチタイプから算出された期間で作業区を一度だけ予約し、その予約をジョブごとの処理より先に確定させます。メンバージョブのその他の工程は、それを避けるように計画されます。
[スケジュールボード](https://docs.alforse.com/ja/docs/reference/scheduling.md)では、バッチは、そのジョブを一覧する 1 枚のカードになります。
* 別の列にドラッグすると、バッチがその作業区に移ります。
* 並べ替えると、すべてのメンバーの優先度が一度に変わります。
## 現場でのバッチの実行
現場アプリに、独立したバッチのページはありません。メンバー工程のいずれかを開くと、バッチにアクセスできます。
* バッチチップには `BAT…` 番号が表示され、メンバージョブが一覧表示され、**バッチリストを印刷**が使えます。
* タイマーは共有されます。開始すると、バッチ全体で 1 つの時計が開始され、表示される計画時間はバッチの合計です。
* チップの隣にある **バッチ | ジョブ**のスイッチで、ビューが切り替わります。
| ビュー | 表示内容 |
| - | - |
| **「バッチ」**（既定） | 実行レベルの数値: 全ジョブの完了数量、払い出した材料、スクラップ、出力ロット。続いて、バッチ合計の材料テーブル 1 つと、メンバージョブの一覧。 |
| ジョブ | このメンバーだけ。バッチ化されていない工程とまったく同様に、ステップ、パラメーター、材料、ファイルを表示します。 |
Alforse screenshot**現場アプリ、バッチビューをオンにしたメンバー工程: 完了、払い出した材料、スクラップ、出力ロットのサマリーカード。その下にバッチ全体の材料テーブルと、このバッチのジョブのテーブル**
バッチビューは実行を集計します。ジョブビューは 1 つのメンバー自身の詳細です。
## バッチの材料をピックする
実行を共有するため、材料リストも共有され、2 通りで表示されます。
* **バッチビュー:** 材料ごとに 1 行。バッチ全体の所要量、その下のジョブごとの内訳（`2 · 4 · 6` など）、そしてまだピックされていない分すべてを対象とする **「ピック」** ボタンが表示されます。
* **ジョブビュー:** 各材料の行に、メンバー自身の数値の隣に 2 つ目の **「バッチ」** の数値が表示されます。
### ロット追跡対象の材料
ロット追跡対象の材料を一度ピックすると、すべてのメンバーに対応します。ピックのフォームは、バッチがまだ合計で必要とする量から始まり、取った分は各メンバーの残りの必要量に応じて分けられます。まとめられるのは棚への往復だけで、原価計算とロットの[トレーサビリティ](https://docs.alforse.com/ja/docs/reference/traceability.md)はジョブごとのままです。
HEADS UP
**バッチ全体の数量をピックしてください**
配分は比例するため、ピックが不足すると、1 つのメンバーを満たすのではなく、すべてのメンバーに分散されます。例: メンバーの必要量が 4,000 と 2,500 の場合。4,000 をピックしても最初のメンバーは満たされず、両方とも不足します。既定の数量、つまりバッチの合計を維持してください。
### その他の材料
追跡対象外の材料は、ここでピックする必要がありません。そのバッチ合計は参考情報で、各ジョブは完了時に自分の分を自動的に消費します。
## バッチを完了する
Alforse screenshot**現場の「バッチを完了」モーダル: 上部に計画した出力ロット名、続いてメンバージョブごとの数量とスクラップの入力。ゼロの行はバッチから外れることを説明する脚注付き**
時間とコストは数量に比例してジョブ間で配分されます。出力ロットはバッチの計画時に設定済みです。
**バッチを完了**モーダルから、バッチ全体を一度に完了します。
1. 各メンバーの**数量**と**スクラップ**を確認します。数量は、工程の残りの数量から始まります。
2. メンバーをバッチから外すには、その数量をゼロにします。時間や数量が記録されないまま、スケジュールに戻ります。
3. 送信します。
### 完了時の出力ロット
作業者がここでロット番号を入力することはありません。
* 統合された実行の場合、モーダルは行の上にロットを表示します（*"All output goes to lot …"*（すべての出力はロット … に入ります））。
* そうでない場合は、読み取り専用の **「ロット」** 列に、各ジョブの計画ロットが表示されます。
ロット計画が追加される前に作成された古いバッチでは、ロット追跡対象のメンバーにロット番号がないことがあります。そのようなバッチは完了できません。モーダルが影響のあるジョブを一覧表示するので、ジョブのプロパティサイドバーでロット番号を入力して、1 つずつ修正します。
### 送信すると何が起きるか
1. 実行中のタイマーが停止します。
2. 共有された時間が、各メンバーの計画数量に比例して、メンバーごとに 1 つのイベントに分割されます。
3. スクラップが、入力されたとおりにメンバーごとに記録されます。
4. 各メンバーの出力ロットが作成されます。
5. 材料が払い出され、原価が転記されます。
6. 残りのすべてのメンバーが**「完了」**とマークされます。
HEADS UP
**数量が少なくても工程は完了します**
あらかじめ入力された値より少ない数量にすると記録される出力は減りますが、メンバー工程は「完了」に設定されます。メンバーを開いたままにする唯一の方法は、ゼロにしてバッチから外すことです。後のステップが途中で失敗した場合、バッチは「完了中」で停止し、ボタンは\*\*「完了を再試行」\*\*になります。再試行では、すでに記録された数量を送信する必要があります。訂正は完了後に行ってください。
### 出力ロットを統合する
各ジョブが独自の原価と履歴を保持するため、各メンバーはまず独自のロットを受け取ります。
* 統合された出力: 完了の直後に、メンバーのロットが、計画したロットに統合されます。統合された出力でなければ、別々のロットのままです。
* バッチ化された工程が最後の工程だったメンバージョブは、バッチとともに完了するため、統合されたロットの自分の分がすぐに手持在庫になります。まだ実行する工程が残っているメンバーは、後で完了し、そのときに自分の分を追加します。
* 別々のままにしたロットについては、完了したバッチのドロワーに、引き続き**「出力ロットをマージ」**が表示されます。
GOOD TO KNOW
**統合されたロットは、すべてのメンバーの履歴を保持します**
統合されたロットの数量は元のロットの合計で、有効期限はそれらのうち最も早いものになります。系譜は保持されます。統合されたロットから、すべてのメンバージョブをさかのぼって、それが使った材料まで追跡できます。品質上の問題が見つかった場合は、影響を受けた正確なジョブを特定できます。これは、1 つのステップで直接製造されたロットでは決してわからないことです。
## 関連
**スケジューリング**
リリース済みのバッチのタイムライン上の配置と、スケジュールする前にバッチに必要な見積です。
[Open](https://docs.alforse.com/ja/docs/reference/scheduling.md)
**ジョブ**
バッチ化する工程を供給する作業指示です。
[Open](https://docs.alforse.com/ja/docs/reference/jobs.md)
**作業区**
バッチを実行する機械とセル（参考値のバッチ容量と最小バッチ数量を含みます）。
[Open](https://docs.alforse.com/ja/docs/reference/work-centers.md)
**MES**
共有タイマーが動き、バッチが完了される作業者向けアプリです。
[Open](https://docs.alforse.com/ja/docs/reference/mes.md)
**トレーサビリティ**
バッチの入力と出力（統合されたロットを含む）のロット系譜です。
[Open](https://docs.alforse.com/ja/docs/reference/traceability.md)
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.