D-IH-03 | Zincirleşme, Franchise ve Ekosistem Mimarisi
INOMATRIX / InHospitality · EKİM 2026 · v1.0
Herkese açık metodoloji şablonu; kuruma özgü onay veya gerçekleşmiş sonuç değildir.

TASARIM KARARI VE BAŞLANGIÇ 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 TASARIMI
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ü

TASARIM 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.

ÇIKTI VE KARAR KAPISI
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 DOSYASI 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.

KABUL KAPISI
Sözleşme, insan kararı ve geri alma testi
Kurum uygulama kaydı: şirket [ ] · kanıt [ ] · karar sahibi [ ] · bağımsız kontrol [ ] · tarih [ ]