# 整備出庫の自動作成の仕組み 整備注文を確定すると、仕入先での整備が必要な在庫品目だけを対象に、整備出庫と返却リストを自動で作成できます。手作業で探し回る必要はありません。 Source: https://support.toolingmetrics.com/ja/inventory/overview/automatic-service-pick/ Updated: 2026-10-29 通常の購入注文を確定しても、どの実物を集めるべきかは誰にも伝わりません。伝わるのは、品物が倉庫に*入ってくる*ことです。整備注文はその逆です。整備注文を確定するということは、すでに現場にある特定の工具や在庫品目を仕入先へ*送り出す*必要があるということです。それでも、どの個体が対象で、それぞれが今どこにあるかを誰かが調べ、そこから出庫を作成しなければなりません。通常は**整備出庫を新規作成**を開き、明細ごとに保管位置を手で選びます（[整備注文 — 整備出庫](https://support.toolingmetrics.com/ja/purchasing/reference/service-orders/#service-pick)を参照）。 整備出庫の自動作成は、この手作業をなくします。組織で有効にすると、整備注文を確定した時点で、人が行うのと同じ検索（実際に整備時期を迎えたものを、どこにあっても探す）を実行し、整備出庫を作成します。現場に出ている個体があれば、先に回収するための返却リストも作成します。 ## 有効にする 設定は**組織を管理** → 対象の組織 → **設定**タブ → **購買設定 → 整備注文**にある**整備出庫を自動作成**です。新しい組織では**既定で有効**です。誰かが無効にしない限り、整備注文を確定するとこの自動処理が実行されます。無効にした場合は、[整備注文のガイド](https://support.toolingmetrics.com/ja/purchasing/guides/create-service-order/)にあるとおり、**整備出庫を新規作成**から手作業で整備出庫を作成します。この設定は**整備注文**フラグが付いた注文にだけ適用され、通常の購入注文には影響しません。通常の購入注文は[自動補充](https://support.toolingmetrics.com/ja/inventory/overview/automatic-replenishment/)で別に扱います。 既定で有効であることは重要です。この自動処理は、何が出庫に含まれたかを誰かが確認する前に、注文を確定した時点で在庫を引き当てるからです。回収する保管位置を人が選びたい工場（たとえば、今回本当に送るべきものの判断を出庫担当者に任せている場合）は、この設定を無効にして、引き続き**整備出庫を新規作成**を手作業で使います。 ## 2種類の在庫品目、2通りの検索 自動処理は、数量管理の在庫品目と個体管理の在庫品目を別々に扱います。「整備が必要か」という問いへの答え方が根本的に異なるからです。 **数量管理の在庫品目**（チップや汎用ホルダなど、数量だけで追跡するもの）には、個体の識別情報がありません。システムは「このチップに整備が必要か」を判断できません。その判断は、現場が状態ごとに保管位置を分けて在庫を仕分けた時点で、すでに済んでいます。そのため、数量管理の在庫品目に対して自動処理ができるのは、**整備予定**の[保管ルール](https://support.toolingmetrics.com/ja/inventory/reference/stock-rules/)が示す仕分け済み在庫の保管位置を信頼し、そこから出庫することだけです。 **シリアル管理個体**（固有のIDを持つ特定の切削工具など）は、自身の状態を持っています。今どこにあるかに関係なく、整備が必要かどうかが分かります。そのため、シリアル管理個体の*候補*を見つけるのにルールは必要なく、各個体の状態を直接確認できます。ルールが必要になるのはその後で、適切な場所にない個体をどこへ送るかを決めるときです。 ## 数量管理の在庫品目の出庫 数量管理の在庫品目では、自動処理は注文の倉庫内にあるその在庫品目の整備予定ルールをすべて調べ、各ルールの保管位置から出せる数量を割り当てます。上限は実際に棚にある数量で、それを超えることはありません。 それらの保管位置を合わせても注文明細の残数量に足りない場合、自動処理は見つかった数に合わせて数量を減らしません。代わりに、最後に作成した出庫明細が差分を引き受けます。その明細の依頼数量は、実際に引き当てられた数量より多くなります。これにより、不足分は在庫待ちの明細として出庫上に見えたまま残り、数量をこっそり減らして供給不足の注文が完了したように見えることを防げます。ただし、これは少なくとも1つの保管位置に*何らかの*在庫があった場合に限ります。その在庫品目の整備予定の保管位置がすべて空なら、出庫明細は1つも作成されず、整備出庫上に不足を示すものは何もありません。どの出庫にもその在庫品目が現れていないことに誰かが気付くまで、不足は見えません。 **整備可能**な数量管理の在庫品目について、倉庫内に整備予定ルールが1つもない場合、自動処理は倉庫の管理者に通知します。明細が黙って出庫されないままになるのではなく、欠けているルールを補えるようにするためです。整備可能でない在庫品目にルールがなくても通知はしません。もともと整備を想定していない在庫品目には、設定すべきものがないからです。 ## シリアル管理個体の出庫 シリアル管理個体では、自動処理は整備が必要とされている個体をすべて対象にし、それぞれが今ある棚の保管位置やセット工具を調べます。その場所を保管ルールが対象にしているかどうかは問いません（セット工具に組み込まれず、機械に直接置かれている個体は、この自動処理の対象外です）。すでに棚にある個体は、その場所からそのまま整備出庫に追加されます。個体自身の状態が、この出庫に含めるべき十分な根拠になるため、ルールは必要ありません。 現場の**セット工具**に組み込まれたままの個体は事情が異なります。どこかへ発送する前に、まず実際に戻ってくる必要があります。そこで自動処理は、セット工具から整備予定の適切な保管位置へ戻すための**返却リスト**を作成し、その後でその保管位置の整備出庫に追加します。出庫明細は、返却が実際に行われるのを待つ状態から始まります。返却が作成された時点で、セット工具の所有者に通知されます。 個体を*どこへ*戻すかを決めるには、やはり整備予定ルールが必要です。自動処理が送り先を作り出すことはできません。その在庫品目に複数のルールがある場合、各ルールの保管位置を最大容量まで満たしてから、次の保管位置に回します。[自動補充](https://support.toolingmetrics.com/ja/inventory/overview/automatic-replenishment/)が収納で使う「スロットに入れすぎない」という原則と同じです。その在庫品目の整備予定ルールが1つもない場合は、戻す先が定義されていないため、自動処理は推測したり何もしなかったりせず、セット工具の所有者と保管位置の管理者の両方に通知します。ルールは*ある*もののすべて満杯の場合は、今回の実行では返却は行われず、誰にも通知されません。空きができるか誰かが気付くまで、個体は黙ってセット工具に残ります。 数量管理の在庫品目と同じ不足分の引き受けルールがここでも適用されます。棚からの明細でもセット工具からの返却による明細でも、注文明細に対して最後に作成された出庫明細が、どこにも見つからなかった数量を引き受けます。 ## 明細間で二重に数えない 1つの整備注文に、同じ在庫品目が複数の明細で記載されることがあります。全明細の合計で、実際に存在する数より多くを依頼することもありえます。自動処理は注文の明細を1回の処理で順に扱い、すでに出庫に割り当てた個体と数量をメモリー上で記録しながら進めます。そのため、同じ在庫品目の後の明細は、同じ実行で前の明細がすでに確保した分を把握し、本当に空いている分だけを対象にします。同じ在庫が二重に引き当てられることはなく、1つの個体が2つの明細に同時に割り当てられることもありません。 ## 作成されるもの 自動処理が作成する出庫は、すべて**倉庫アクセスポイント**ごとにまとめられます。対象の在庫品目が複数のWAPにまたがる整備注文からは、別々の担当者の明細が混在する1つの出庫ではなく、複数の整備出庫が作成されます。各整備出庫には、組織の**出庫リスト**の採番設定（通常の生産用の出庫リストと同じ番号体系）で番号が付き、整備注文の確定により自動作成したことを示すコメント（注文を確定したユーザーの名前付き）が付くため、履歴でシステムが作成したものだと分かります。その後は、手作業で作成した整備出庫とまったく同じように扱います。出庫担当者が作業を進め、数量を確認して完了にします。完了にしたときの処理は、[整備注文 — 整備出庫](https://support.toolingmetrics.com/ja/purchasing/reference/service-orders/#service-pick)を参照してください。 ## 作成される伝票の担当者 | 伝票 | 担当者 | |---|---| | 整備出庫 | 出庫する倉庫アクセスポイントの管理者 | | 返却リスト（セット工具に組み込まれたままの個体） | セット工具がある倉庫アクセスポイントの管理者 | その管理者が設定されていない場合は注文の倉庫の管理者が、それもいない場合は注文を確定したユーザーが担当者になります。作成コメントは、どの場合も注文を確定したユーザーの名前で記録されます。