パートナー キャパシティは CRUD (作成、読み取り、更新、削除) テーブルではありません (Crud)

容量は航海契約であり、在庫ラックではありません

パートナーからの容量。それは会社、車両、ドライバー、割引ルールに依存します。これを一般的な CRUD 画面に縮小すると、強制的にキャンセルされ、後でパッチを適用するユースケースが必要になります。```text Partner voyage capacity ├─ tickets (lifecycle) ├─ companies / vehicles / drivers └─ discounts (workflow) ↓ Booking desk decisions

## 最初に説明した概念```text
📦 Partner Capacity
Partner seferinin satılabilir/ kullanılmış kapasite gerçeği.

📦 Booking Desk
Bilet ve bağlamı yöneten operasyon yüzeyi.

📦 Lifecycle Field
CRUD'dan farklı olarak geçiş kuralları olan durum alanı.

📦 Partner Contract Leak
Rapor veya UI'da sözleşmeye özel kuralın sızması.
```テーブル行の容量を間違えると、キャンセルや請求にコストがかかります。

## CRUD が壊れる場所

販売されたチケットは使用されずにキャンセルできます。在庫が減少するような動きはしません。

## コンテキストが必要です

社用車の運転手がなければ切符は意味がありません。```text
Ticket → requires context graph
```## MFE による制限

予約リモートはシェルに組み込まれており、スタンドアロン テーブル上に存在します。

## このエピソードで最も混乱を招く対戦```text
❌ Bilet = ürün stok satırı
✓ Bilet = yaşam döngülü kapasite hakkı

❌ İndirim = fiyat alanı
✓ İndirim = onaylı workflow

❌ Partner adı her yerde görünsün
✓ Raporlarda sözleşme sızıntısını engelleyin

独自のシステムのチェックリスト

1. チケットの状態遷移図はありますか?
2. キャンセルするとどのような副作用が引き起こされますか?
3. 誰の承認がなければ割引は適用できませんか?
4. スタンドアロンの予約 URL を使用するのは誰ですか?
5. レポートフィールドにパートナー固有の文言はありますか?

このセクションで覚えておくべきこと

1. パートナーのキャパシティはライフサイクルです。
2. コンテキスト グラフ (会社/車両/ドライバー) はチケットの一部です。
3. MFE 制限により、予約デスクの速度が維持されます。

チームは、容量は CRUD であり、キャンセルは DELETE であると考えています。