安全在庫を考慮した正味所要量計算への対応（安全在庫バッファの自動加算）

## 1. 目的
現在のMRP展開では「正味所要量 = max(総所要量 - 現在庫 - 発注残, 0)」として計算されているが、parts.safety_stock（安全在庫）は低在庫アラートの表示にしか使われておらず、発注推奨数量には反映されていない。
安全在庫を発注推奨量に自動加算することで、「ちょうど間に合う量しか発注しない→次回計画で即座に在庫割れ」というよくある事態を防ぎ、小規模製造業での実運用に耐えるMRPになる。

## 2. 具体的な仕様

### 2-1. MRP展開ロジックの変更（pages/mrp.php の expand アクション内）
変更前：
```
$net = max($remainingGross, 0);
```
変更後：
```
// 発注後在庫が safety_stock を下回らないよう不足分を加算
$safetyStock = (float)$bom['safety_stock'];
$projectedStock = $partLedger[$partId]['stock'] - $gross + $pendingUse; // 発注なしの場合の予想在庫
$safetyShortfall = max($safetyStock - ($partLedger[$partId]['stock'] - $stockUse - $remainingGross + $pendingUse), 0);
// 正味所要量 = max(総所要量 - 現在庫 - 発注残, 0) + 安全在庫不足分
$net = max($remainingGross, 0) + $safetyShortfall;
```
※ 実装時は既存の $partLedger ロジックを維持しつつ、parts テーブルから safety_stock を取得する。

より簡潔な実装方針：
- `$partLedger[$partId]['stock']` から gross を引いた予想残在庫が safety_stock を下回る場合、その差分を net_req に加算する
- 計算式：`$projectedStockAfter = $partLedger[$partId]['stock'] - $gross + $pendingUse;`
`$safetyShortfall = max($safetyStock - $projectedStockAfter, 0);`
`$net = max($remainingGross, 0) + $safetyShortfall;`
- partLedger の stock 減算は gross_req 分のみとし、safety_stock 分は在庫として保持するイメージで計算する

### 2-2. BOM取得クエリへの safety_stock 追加（pages/mrp.php）
```sql
SELECT b.*, p.stock_qty, p.lead_time_days, p.supplier_memo, p.safety_stock
FROM bom_items b
JOIN parts p ON p.id = b.part_id
WHERE b.product_id = ?
ORDER BY b.id ASC
```
（現在 safety_stock が SELECT されていないため追加）

### 2-3. MRP展開結果テーブルの表示変更（pages/mrp.php の結果テーブル）
- 正味所要量の列に「うち安全在庫分：X個」をサブテキストで表示する
例：`<strong>15 個</strong><br><span class="muted">安全在庫 +3</span>`
- 安全在庫加算分がゼロの場合はサブテキストを表示しない

### 2-4. MRP展開画面の説明文更新
変更前：
```
正味所要量 = max(総所要量 - 現在庫 - 発注残, 0)。
```
変更後：
```
正味所要量 = max(総所要量 - 現在庫 - 発注残, 0) + 安全在庫不足補充分。発注推奨日は完成希望日から部品リードタイムを差し引いて計算します。
```

### 2-5. MRP結果テーブルへの safety_stock_at_calc カラム追加は行わない
スキーマ変更を最小化するため、DB カラムは追加しない。安全在庫加算分は表示時に `net_req - max(gross_req - stock_at_calc - pending_order_qty, 0)` で逆算して表示する。

## 3. 既存機能との整合
- mrp_results テーブルのスキーマ変更なし（net_req の値が増える可能性があるのみ）
- orders.php の発注アクション・CSV出力・印刷はそのまま動作する（net_req を参照しているだけなので自動的に新しい値が反映される）
- 入荷済ステータスで在庫加算する量も net_req ベースのため、安全在庫分まで正しく入荷反映される
- 既存の MRP 展開済みデータは再展開するまで変わらないため後方互換を維持
- ダッシュボードの「今週発注すべき部品」も net_req > 0 フィルターを使っているため自動対応