Oyun Kitabı
Partner Sözleşmesini Sızdırmadan Raporlama (Partner Sozlesmesi Sizdirmadan Rapor)
Partner Sözleşmesini Sızdırmadan Raporlama — lojistik operasyonlarında üretim dersi.
Partner Feribot Rezervasyon Masası
Bolum 8 / 8
Feribot partner kapasitesini bilet yaşam döngüsü ve indirim workflow'u ile yönetme serisi.
Partner Sözleşmesini Sızdırmadan Raporlama
Rapor operasyoneldir; sözleşme hukuki kanaldadır. Publish operational aggregates; keep commercial clauses and partner-private rules out of generic reports.
aggregate KPIs ≠ contract clauses in UI
Rapor operasyoneldir; sözleşme hukuki kanaldadır.
Kavramlar ilk geçtiği yerde
📦 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.
Bu kavramları ayırt edemeyen ekip, UI ile entegrasyon sınırını karıştırır.
Problemin şekli
Publish operational aggregates; keep commercial clauses and partner-private rules out of generic reports.
aggregate KPIs ≠ contract clauses in UI
Çalışan ayrım
Rapor operasyoneldir; sözleşme hukuki kanaldadır.
aggregate KPIs ≠ contract clauses in UI
↓
explicit contract
Üretimde kırılan yer
Sözleşme veya yarıçap/kimlik/deploy varsayımları gizlendiğinde incident büyür. Görünür sözleşme, görünür geri alma.
Bu bölümde en çok karışan eşleştirmeler
❌ 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
Kendi sisteminizi denetleme listesi
- Bu yüzeyin sahiplik sınırını bir cümleyle yazın.
- Hangi kontrat değişirse kim deploy eder?
- Timeout veya vendor gecikmesinde UI ne gösterir?
- Standalone ve gömülü senaryoları ayrı test ediyor musunuz?
- Deny-list: içerikte firma/vendor domain sızıntısı var mı?
Bu bölümden aklında kalması gerekenler
- Sözleşme görünür olmalıdır: expose path, yarıçap, ticket durumu veya remote URL.
- UI ile dış sistem arasındaki boşluk tasarım kararıdır, bug değil.
- Bağımsız deploy, bağımsız geri alma demektir.
Gizlediğiniz sınır, üretimde sizi bulur.
SSS
Sık sorulan sorular
Partner Capacity nedir?
Feribot partnerinin sunduğu sefer/kapasite gerçeği; düz CRUD satırı değildir.
Ticket Lifecycle nedir?
Biletin sold → used → canceled gibi durum geçişleri.
"Her şey tek uygulamada daha güvenli" doğru mu?
Sınırlar net değilse tek uygulama daha kırılgandır
Bu bölüm neyi sabitler?
Rapor operasyoneldir; sözleşme hukuki kanaldadır. Rapor operasyoneldir; sözleşme hukuki kanaldadır. Publish operational aggregates; keep commercial clauses and partner-private rules out of generic reports.
Ogrenilen Muhendislik Prensipleri
- Sahiplik ve yayın sınırı, domain model kadar gerçektir.
- Dış sistem kanıt üretir; operasyonel durum sizde karara bağlanır.
- Kontratı semver gibi yönetin; iç detayı serbest bırakın.
Okumaya devam et
Okumaya devam et
Seride sonraki yazi
Partner Ops için Standalone Booking Desk
Partner Ops için Standalone Booking Desk — lojistik operasyonlarında üretim dersi.
Ayni seriden
Booking Sayfalarını Host Shell'e Gömmek
Booking Sayfalarını Host Shell'e Gömmek — lojistik operasyonlarında üretim dersi.
Ayni seriden
Faturalar ve Faturalama Dönemleri Biletin Yanında
Faturalar ve Faturalama Dönemleri Biletin Yanında — lojistik operasyonlarında üretim dersi.