INOMATRIX / DESIGN · DİKEY MASTER SERİ
Zincirleşme, Franchise ve Ekosistem Mimarisi
Gastronomi, konaklama ve çok lokasyonlu hizmet için bileşen, veri, insan kararı ve pilot sınırını tanımlayan tasarım.
KONTROLLÜ METODOLOJİ BELGESİ
Belge künyesi
- Kaynak türü
- İnovapark metodoloji şablonu
- Yayın kapsamı
- Açık arşiv ve uyarlama ilkeleri ↗
- Belge kodu
- D-IH-03
- Program
- InHospitality · Gastronomi, konaklama ve çok lokasyonlu hizmet
- Metodoloji aşaması
- 2 / 4 · Design
- Belge türü
- Mimari tasarım
- Hesap veren örnek rol
- Konaklama operasyon lideri
- Gözden geçiren
- Gıda güvenliği, finans ve müşteri deneyimi
- Bağımsız kontrol
- Şube dışı kalite ve iç kontrol
- Tarih / sürüm
- Ekim 2026 / v1.0
- Yayın ve dağıtım
- İnovapark Açık Arşiv · herkese açık
- Uygulama onayı
- Kuruma özgü uygulamada atanır
Sözleşme, insan kararı ve geri alma testi
Ajan alerjen veya gıda güvenliği uyarısını kaldırmaz; reçete değişikliği şef/kalite onayı ister. POS'tan türetilen teorik tüketim gerçek fire veya hırsızlık kanıtı sayılmaz.
TAM METİN / v1.0
Çalışma belgesi
D-IH-03 | Zincirleşme, Franchise ve Ekosistem Mimarisi
INOMATRIX / INHOSPITALITY · DESIGN · EKİM 2026 · v1.0
Tasarım kararı ve başlangıç girdisi
D-IH-01 bulgularından doğrulanmış iş problemleri alınır. Her tasarım kararı bir iş değeri, zarar ihtimali ve geri alma yolu ile bağlanır. “Merkezi” görünüm tüm verinin tek depoda kopyalanması anlamına gelmez; kaynak sistem sahipliği korunur.
Menü/oda veya deneyim tasarımı, standart reçete, tedarik, POS, stok, servis, şikâyet ve franchise denetimi; sosyal gastronomi için ayrı amaç ve ölçüm eklenir.
Business hedefi sponsor, kural/politika sınırı yetkili yönetişim rolü, ürün ve saha ifası operasyon sahibi tarafından yönetilir. Üç katman aynı onay alanında birleştirilmez.
Hedef mimari ve veri sahipliği
| Bileşen | İşlev ve veri sınırı | Çıkış kanıtı |
|---|---|---|
| Tekil ürün/reçete | Sürüm, gramaj, verim, porsiyon, alerjen ve tedarikçi bağı | Sistem sahibi · API sözleşmesi · hata yolu |
| Satış–stok olayları | POS satışı/iadesi ile teorik reçete tüketiminin ayrı ve izlenebilir kaydı | Sistem sahibi · API sözleşmesi · hata yolu |
| Şube kontrolü | Sıcaklık, temizlik, hazırlık ve misafir deneyimi kontrol noktaları | Sistem sahibi · API sözleşmesi · hata yolu |
| Franchise yönetişimi | Marka standardı, saha uyarlaması, eğitim, bağımsız denetim ve CAPA | Sistem sahibi · API sözleşmesi · hata yolu |
Olay sözleşmesindeki asgari alanlar: sale_event_id, branch_id, menu_item_id, recipe_version, portion_qty, sale_type, ingredient_lot, inventory_event_ref, sold_at. Her kayıtta tenant/kurum, zaman, kaynak ve sürüm ayrımı zorunlu tutulur; gerçek veri sınıfı işletmeci tarafından belirlenir. Eksik veya tekrar gelen olay sessizce işlenmez.
Karar, güvenlik ve istisna tasarımı
Ajan alerjen veya gıda güvenliği uyarısını kaldırmaz; reçete değişikliği şef/kalite onayı ister. POS'tan türetilen teorik tüketim gerçek fire veya hırsızlık kanıtı sayılmaz.
Erişim en az yetkiyle açılır; aktarımda şifreleme, servis kimliği, sürüm ve işlem izi tasarımın parçasıdır. Başarısız bağlantıda güvenli durum tanımlanır: işlem kuyruğu, insan incelemesi, tekrar deneme sınırı ve müşteriye/çalışana etki bildirimi. Kritik yan etki taşıyan eylem için onay kaydı olmadan araç çağrısı yapılamaz.
| Karar noktası | A | R | Bağımsız kontrol |
|---|---|---|---|
| Reçete veya alerjen değişikliği | Gıda güvenliği/ürün sahibi | Şef ve reçete ekibi | Alerjen etkisi, eğitim, sürüm ve kanal güncellemesi |
| Şube satın alma istisnası | Bütçe ve tedarik yetkilisi | Şube müdürü | Onaylı tedarikçi, kalite belgesi ve fiyat farkı |
| Fire veya sayım farkı kapanışı | Bağımsız kontrol sahibi | Şube stok sorumlusu | İkinci sayım, gerekçe, delil ve görev ayrılığı |
| Franchise açılışı | Yetkili kurul/marka sahibi | Franchise gelişim ekibi | Eğitim, tesis, hijyen, sözleşme ve pilot kabulü |
Tasarım doğrulama ve pilot
- Kaynak veri, alan sözlüğü ve yetki matrisini iki farklı olay örneğiyle doğrula.
- Normal, eksik, tekrar, gecikmiş ve yanlış yetki senaryolarını sözleşme testlerine yaz.
- İnsan onayı ve geri alma işleminin gerçekten çalıştığını test ortamında kanıtla.
- Pilotun maliyetini, kapasitesini, veri erişimini ve durdurma yetkisini onayla.
Tek menü grubu ve iki farklı şubede reçete–POS–stok zincirini ölç; alerjen ve hijyen kontrolünü pilot dışında bırakmadan güvenlik kapısı olarak tut.
Çıktı ve karar kapısı
Teslim: bileşen haritası, veri/olay sözlüğü, entegrasyon sözleşmesi, tehdit ve istisna listesi, test senaryosu, RACI ve pilot planı. Ürün sahibi, güvenlik/uyum ve operasyon sahibi ayrı görüş yazar. Tasarım yalnız çizim kabulüyle kapanmaz; sözleşme ve geri alma testi Build giriş kapısıdır.
Gıda güvenliği, alerjen, konaklama ve franchise yükümlülükleri faaliyet yeri ve iş modeline göre uzmanlarca doğrulanır; HACCP ifadesi tek başına uygunluk belgesi değildir.
Uygulama dosyası ve olumsuz test
Tasarım, teknoloji markasına değil olay sözleşmesine dayanır. Aşağıdaki sözleşme üretim API’si değildir; gerçek alan adları, tutarlılık modeli, saklama ve erişim süresi kurumun veri sözlüğünde onaylanır. Tekrar gelen, kaynağı belirsiz veya yetkisiz olay “başarılı” yanıtla yutulmaz.
| Test | Beklenen davranış | Kanıt |
|---|---|---|
| Aynı olay iki kez gelir | Tek iş sonucu ve iki alım izi | Idempotency testi |
| Kaynak gecikir veya kesilir | Kuyruk, zaman aşımı ve güvenli manuel yol | Kesinti tatbikatı |
| Yanlış tenant/rol gelir | İşlem reddi ve güvenlik kaydı | Yetki negatif testi |
| İnsan kapısı açılmaz | Yan etkili eylem durur; iş sahibi bilgilendirilir | Onay akışı testi |
Sistem ve veri sahibi, dört testi birlikte inceleyip pilot sınırını imzalar. Bu kayıt olmadan entegrasyon “tamamlandı” durumuna alınmaz.
Doldurulabilir çalışma tablosu şu alanları taşır: bileşen, kaynak_sistem, veri_sahibi, olay_kimliği, normal_akış, hata_yolu, insan_onayı, test_kanıtı. Satırlar kurum içi erişim ve sürüm kurallarıyla saklanır; örnek satırlar gerçek müşteri kaydı değildir.
P.U.R. ve yeniden öğrenme kaydı
Planla: kaynak, karar ve yetki sınırını sabitle. Uygula: yalnız onaylı pilot ve SOP kapsamında işlem yap. Raporla: olumlu/olumsuz sonuç, istisna, kalan risk ve yeni Strategy sorusunu kaydet. Tamamlanmamış kanıt bir sonraki çevrime açık iş olarak devredilir.
Uygulama şirketi: [ ] · İşlem/örneklem: [ ] · Kanıt bağlantısı: [ ] · Karar sahibi: [ ] · Bağımsız kontrol: [ ] · Karar/tarih: [ ] · Sonraki gözden geçirme: [ ]