公司、车辆、司机：预订上下文 (Companies Vehicles Drivers As Booking Context)

公司、车辆、司机：预订上下文

如果上下文关闭，门票销售也会关闭。公司/车辆/司机上的主动开关控制车票是否可以出售或使用。```text Company — Vehicle — Driver — Ticket

## 第一次提到的概念```text
📦 Partner Capacity
Feribot partnerinin sunduğu sefer/kapasite gerçeği; düz CRUD satırı değildir.

📦 Ticket Lifecycle
Biletin sold → used → canceled gibi durum geçişleri.

📦 Discount Workflow
Hesapla / onayla / geri al adımları olan iş akışı.

📦 Booking Desk
Partner operasyonunun bilet ve araç bağlamını yönettiği yüzey.
```由于无法区分这些概念，团队混淆了 UI 和集成边界。

## 问题的形式

公司/车辆/司机上的主动开关控制车票是否可以出售或使用。```text
Company — Vehicle — Driver — Ticket
```## 员工区别

如果上下文关闭，门票销售也会关闭。```text
Company — Vehicle — Driver — Ticket
        ↓
   explicit contract
```## 生产中损坏的位置

当合同或半径/身份/部署假设被模糊时，事件就会被放大。合同可见，撤销可见。

## 本期最令人困惑的对决```text
❌ Her şey tek uygulamada daha güvenli
✓ Sınırlar net değilse tek uygulama daha kırılgandır

❌ Konfigürasyon kodda hardcoded kalsın
✓ Yarıçap, remote URL ve expose path operasyonel kontratlardır

❌ Vendor/API gerçeği UI state'tir
✓ Vendor feed kanıt, ops state karardır

您自己的系统清单

1. 用一句话写出该曲面的所有权边界。
2. 谁部署哪些合约变更？
3. UI 在超时或供应商延迟时显示什么？
4. 你们是否分别测试独立场景和嵌入式场景？ 5.拒绝列表：内容中是否存在公司/供应商域名泄漏？

本节中需要记住的事情

1. 合约必须可见：公开路径、半径、票证状态或远程 URL。
2. UI和外部系统之间的差距是设计决定，而不是bug。
3. 独立部署意味着独立回滚。

您隐藏的限制将在生产中找到您。