# InoMatrix — Küresel Otonom Ekosistem Master Blueprint

Ekim 2026 · v1.0 · Kavramsal mimari. InoMatrix, kurulmuş bir holding veya çalışan sistem olarak sunulmaz.

## Metodoloji

Prefix + CamelCase: InPay, InLogistics, InMed, InHospitality, InTech. Her dikey Strategy → Design → Build → Calibration döngüsünden geçer. Calibration bulguları sonraki Strategy turuna geri beslenir.

## Ortak 24 haftalık döngü

- Strategy (hafta 01–04): Teşhis ve yön. Karar kapısı: Teşhis, veri kapsamı ve müdahale öncelikleri onayı.
- Design (hafta 05–10): Yapı ve çözüm. Karar kapısı: İş modeli, yetki matrisi, veri sınırı ve tasarım onayı.
- Build (hafta 11–20): Kontrollü kurulum. Karar kapısı: Pilot, kontrol testleri ve canlıya geçiş kararı.
- Calibration (hafta 21–24): Ölçüm ve devir. Karar kapısı: Gerçekleşen etki, kalan risk ve sistem sahibiyle devir.

## Çatı yönetişimi

Yönetim Kurulu strateji ve risk iştahını onaylar; holding CFO bütçe/konsolidasyonu yönetir; dikey liderler kendi süreç ve verilerinin sahibidir; InTech ortak teknik platformu sağlar. AI ajanları karar desteği üretir, hukuki/klinik/finansal hesap verebilirliği devralmaz.

Ortak sözlük ve izinli konsolide göstergeler holding kokpitine taşınır. Ham ödeme, hasta ve kişisel veriler dikey veri alanlarında kalır; dikeyler arası aktarım amaç, yetki ve mevzuat kontrolüne bağlıdır.

## Dikey programlar

### InPay — Otonom Finans ve Gömülü Finans

Tahsilat, mutabakat ve nakit görünürlüğünü tasarlanmış yetki sınırları içinde iyileştirmek.

Kapsam: Alacak döngüsü, banka ve ödeme hizmeti sağlayıcısı entegrasyonu, istisna yönetimi, ZBB, likidite izlemesi.

İşletim ilkesi: Ödeme talimatı ve müşteri iletişimi finansal yetki matrisine bağlıdır. Lisans gerektiren hizmetler için yetkili kuruluş ve hukuk değerlendirmesi tasarım kapısında yapılır.

#### InPayStrategy · hafta 01–04

Odak: Fintech ve nakit akışı röntgeni

- Üç yıllık DSO, nakit dönüşüm döngüsü, komisyon ve gecikme verilerini doğrula.
- Banka ekstresi–ERP mutabakat farklarını ve yetki darboğazlarını haritala.
- Ödeme hizmeti, cüzdan ve veri paylaşımı fikirleri için izin/ortaklık sınırını araştır.
Çıktı: D-IP-01 ve öncelikli fırsat/riski gösteren başlangıç karnesi.
Karar kapısı: Teşhis, veri kapsamı ve müdahale öncelikleri onayı

#### InPayDesign · hafta 05–10

Odak: Gömülü finans tasarımı

- İşlem akışını ve ödeme hizmeti sağlayıcısı API sözleşmesini tasarla.
- Müşteri verisi, muhasebe kaydı, fon hareketi ve onay yetkilerini ayrı veri alanlarına yerleştir.
- İstisna, itiraz, iade ve mutabakat için RACI ile kontrol noktalarını onaylat.
Çıktı: D-IP-03 ve D-IP-07; pilot kapsamı ile kontrol tasarımı.
Karar kapısı: İş modeli, yetki matrisi, veri sınırı ve tasarım onayı

#### InPayBuild · hafta 11–20

Odak: Tahsilat ve mutabakat pilotu

- Banka/sağlayıcı olaylarını güvenli ara katmanla al; tekil işlem kimliğiyle ERP kayıtlarıyla eşleştir.
- Eşleşmeyen kayıtları ve limit aşan işlemleri finans inceleme kuyruğuna yönlendir.
- Hatırlatma taslaklarını onaya sun; gönderim, ödeme ve muhasebe kaydını ayrı yetkilerle yönet.
Çıktı: D-IP-10 ve D-IP-13; pilot logları, hata kuyruğu ve geri alma planı.
Karar kapısı: Pilot, kontrol testleri ve canlıya geçiş kararı

#### InPayCalibration · hafta 21–24

Odak: Likidite ve kontrol kalibrasyonu

- DSO, mutabakat doğruluğu, istisna çözüm süresi ve dolandırıcılık uyarılarını başlangıca göre ölç.
- Yanlış eşleşmeleri ve müşteri şikâyetlerini örneklemle incele.
- Kalan riskleri, sahipleri ve sonraki çeyrek kararlarını kaydet.
Çıktı: D-IP-15; doğrulanmış etki ve devredilen kontrol listesi.
Karar kapısı: Gerçekleşen etki, kalan risk ve sistem sahibiyle devir

#### Master doküman seti

- D-IP-01 — Fintech ve Ödeme Altyapısı Röntgeni (Strategy): Nakit döngüsü, bankacılık maliyeti, tahsilat ve yetki boşlukları.
- D-IP-03 — Gömülü Finans ve Cüzdan Mimarisi (Design): İş modeli, lisans/ortaklık seçimi, veri ve fon akışı sınırları.
- D-IP-07 — API, Ödeme Ağ Geçidi ve ERP Entegrasyon Matrisi (Build): Sistem sözleşmeleri, işlem limitleri, RACI, hata senaryoları.
- D-IP-10 — Tahsilat ve Mutabakat SOP El Kitabı (Build): Olay alma, eşleştirme, itiraz, iade ve insan onayı adımları.
- D-IP-13 — Finansal İç Kontrol ve Anti-Fraud Matrisi (Build): Görevler ayrılığı, anomali uyarıları, mutabakat denetimi.
- D-IP-15 — Likidite ve Performans Kalibrasyon Raporu (Calibration): DSO, hata, maliyet ve kalan riskin gerçekleşen sonuçları.

#### Operasyonel akış

1. Fatura: ERP’de onaylı alacak ve tekil işlem kimliği oluşur.
2. Ödeme olayı: Yetkili sağlayıcı veya banka kanalından imzalı olay alınır.
3. Eşleştirme: Kurallar ve gerekirse model önerisi fatura ile olayı karşılaştırır.
4. İstisna: Belirsiz eşleşme veya yüksek risk finans uzmanına gider.
5. Kayıt ve rapor: Onaylı sonuç muhasebeye yazılır, denetim izi ve KPI güncellenir.

#### RACI örnekleri

- Ödeme/sağlayıcı entegrasyonu: R=Finans Operasyon; A=CFO; C=InTech, Hukuk; I=YK.
- Mutabakat istisnası: R=Finans Operasyon; A=CFO; C=İç Kontrol; I=İlgili birim.
- Müşteriye ödeme bildirimi: R=Alacak Yönetimi; A=Finans Müdürü; C=Hukuk, Müşteri İlişkileri; I=CFO.

#### Sistemler ve göstergeler

Sistemler: ERP alacak ve genel muhasebe; Yetkili banka/ödeme API'si; İstisna kuyruğu ve olay günlüğü; Finansal kontrol kokpiti.
Ölçümler: DSO ve nakit dönüşüm döngüsü; Otomatik ve doğrulanmış eşleşme oranı; Mutabakat istisnası çözüm süresi; Komisyon ve tahsilat maliyeti; Yanlış eşleşme / itiraz sayısı.

#### Uygulama sınırları

- Lisans gerektiren ödeme veya elektronik para faaliyeti izinsiz başlatılmaz.
- Model, para transferini veya müşteri iletişimini tek başına onaylamaz.
- Tasarruf ve doğruluk yüzdeleri başlangıç ölçümü yapılmadan taahhüt edilmez.

### InLogistics — Küresel Tedarik ve Akıllı Lojistik

Tedarik, depo ve sevkiyat kararlarını izlenebilir süreçlere ve ölçülebilir maliyetlere bağlamak.

Kapsam: Talep tahmini, RFQ, tedarikçi performansı, depo yerleşimi, barkod, stok sayımı, rota ve gümrük veri akışları.

İşletim ilkesi: Tahmin ve rota önerileri insan kararını destekler; satın alma siparişi, ürün kabulü ve sınır ötesi işlemler yetkili ekiplerce onaylanır.

#### InLogisticsStrategy · hafta 01–04

Odak: Tedarik zinciri röntgeni

- Stok devir hızı, fire, eksik teslimat ve tedarikçi gecikmesini ürün/kategori bazında ölç.
- Mal kabulden sevkiyata kadar kayıt boşluklarını ve kör noktaları çiz.
- Kritik ürünlerde tek tedarikçi ve sınır ötesi taşıma riskini kaydet.
Çıktı: D-IL-01; başlangıç performansı ve darboğaz haritası.
Karar kapısı: Teşhis, veri kapsamı ve müdahale öncelikleri onayı

#### InLogisticsDesign · hafta 05–10

Odak: Depo ve tedarik tasarımı

- ABC yerleşimi, barkod/karekod kimlik standardı ve stok olay modelini tasarla.
- RFQ karşılaştırma, fiyat limiti ve tedarikçi onayını RACI'ye bağla.
- Planlama sistemi ile depo/ERP arasında sistem sınırlarını belirle.
Çıktı: D-IL-03 ve D-IL-07; onaylı pilot tasarımı.
Karar kapısı: İş modeli, yetki matrisi, veri sınırı ve tasarım onayı

#### InLogisticsBuild · hafta 11–20

Odak: Barkodlu süreç ve RFQ pilotu

- Mal kabul, lokasyon transferi, toplama ve çıkışı tarama kayıtlarıyla test et.
- Kritik stok eşiğinde teklif talebi taslağı oluştur; satın alma kararı yetkilide kalsın.
- Bağımsız kör sayım, düzeltme yetkisi ve olağan dışı stok hareketi kontrolünü uygula.
Çıktı: D-IL-10 ve D-IL-13; pilot SOP, log ve istisna akışları.
Karar kapısı: Pilot, kontrol testleri ve canlıya geçiş kararı

#### InLogisticsCalibration · hafta 21–24

Odak: Sevkiyat ve stok kalibrasyonu

- Sayım farkı, OTIF teslimat, stokta kalma ve lojistik maliyetini başlangıca göre kıyasla.
- Yanlış tahmin, tedarik gecikmesi ve manuel düzeltmeleri incele.
- SOP güncellemeleri ve sonraki tesis yayılımını karara bağla.
Çıktı: D-IL-15; etki, kalan risk ve yayılım kararı.
Karar kapısı: Gerçekleşen etki, kalan risk ve sistem sahibiyle devir

#### Master doküman seti

- D-IL-01 — Tedarik Zinciri ve Darboğaz Analizi (Strategy): Stok, tedarik, teslimat ve maliyet boşlukları.
- D-IL-03 — Akıllı Depo ve Otomasyon Mimarisi (Design): Yerleşim, ürün kimliği, olay ve sistem entegrasyonu.
- D-IL-07 — Tedarikçi Yetki ve RFQ Matrisi (Build): Teklif, tedarikçi seçimi, bütçe ve sipariş RACI'si.
- D-IL-10 — Barkod ve Stok Sayım SOP El Kitabı (Build): Kabul, transfer, toplama, kör sayım ve düzeltme.
- D-IL-13 — Sevkiyat Risk ve İç Kontrol Matrisi (Build): Kayıp, yanlış teslimat, görevler ayrılığı ve izleme.
- D-IL-15 — Lojistik Etki ve Kalibrasyon Raporu (Calibration): OTIF, stok farkı, maliyet ve tedarik performansı.

#### Operasyonel akış

1. Talep sinyali: Stok ve sipariş verisinden öneri üretilir.
2. RFQ: Onaylı tedarikçilere teklif taslağı hazırlanır.
3. Onay: Bütçe ve tedarikçi riski satın alma sorumlusunca değerlendirilir.
4. Mal kabul: Barkod ve miktar kontrolüyle fiziksel kayıt eşleşir.
5. Sayım / sevk: Kör sayım farkı ve teslimat sonucu bağımsız izlenir.

#### RACI örnekleri

- Yeni tedarikçi onayı: R=Satın Alma; A=COO; C=Hukuk, Finans; I=İç Kontrol.
- Stok düzeltmesi: R=Depo Operasyon; A=Depo Müdürü; C=İç Kontrol; I=CFO.
- Sevkiyat istisnası: R=Lojistik; A=Operasyon Müdürü; C=Müşteri Hizmetleri; I=COO.

#### Sistemler ve göstergeler

Sistemler: ERP satın alma ve stok; WMS/barkod olayları; Tedarikçi RFQ portalı; Taşıma ve teslimat olayları.
Ölçümler: OTIF (zamanında ve tam teslim); Stok devir hızı; Sayım farkı ve fire; RFQ yanıt süresi; Birim sevkiyat maliyeti.

#### Uygulama sınırları

- Just-in-Time her ürün için varsayılan değildir; güvenlik stoğu ve tedarik riski değerlendirilir.
- Otomatik teklif talebi, otomatik satın alma onayı anlamına gelmez.
- Sıfır fire ve sıfır hata hedef olarak dahi başlangıç verisi olmadan yazılmaz.

### InMed — Klinik Operasyon ve Sağlık Teknolojileri

Klinik iş akışlarında izlenebilirliği, hasta güvenliğini ve yetki açıklığını güçlendirmek.

Kapsam: Hasta kabul, klinik kontrol listeleri, ameliyathane hazırlığı, ilaç/sarf yönetimi, kalite olayları ve veri mahremiyeti.

İşletim ilkesi: Tıbbi karar ve bakım sorumluluğu yetkili klinisyendedir. AI yalnızca sınırlı karar desteği ve eksik kayıt uyarısı sağlar; canlı klinik kullanım ayrıca doğrulama ve izin gerektirir.

#### InMedStrategy · hafta 01–04

Odak: Klinik süreç ve güvenlik teşhisi

- Hasta kabul, randevu, ameliyathane, ilaç ve olay bildirim akışlarını klinik ekiplerle haritala.
- Gecikme, eksik kayıt ve ramak kala olaylarını anonim/uygun veriyle analiz et.
- Veri işleme dayanağı, erişim ve dış aktarma risklerini gözden geçir.
Çıktı: D-IM-01; klinik risk ve başlangıç gösterge seti.
Karar kapısı: Teşhis, veri kapsamı ve müdahale öncelikleri onayı

#### InMedDesign · hafta 05–10

Odak: Klinik yönetişim ve veri tasarımı

- Başhekim, uzman, hemşire, kalite ve BT için tıbbi/idari karar sınırını yaz.
- SOP ve klinik kontrol listelerini yetkili sağlık profesyonelleriyle doğrula.
- Hasta verisinin hangi sistemde kalacağını, RAG erişimini ve saklama kurallarını belirle.
Çıktı: D-IM-03 ve D-IM-07; klinik onaylı tasarım.
Karar kapısı: İş modeli, yetki matrisi, veri sınırı ve tasarım onayı

#### InMedBuild · hafta 11–20

Odak: Kontrollü SOP ve dijital pilot

- Önce sentetik veya kimliksiz veriyle uyarı akışını test et.
- HBYS/BPM kontrol listesi eksiklerini yetkili klinisyene bildiren pilot kur.
- Yanlış uyarı, kaçırılan olay, erişim ihlali ve geri alma senaryolarını test et.
Çıktı: D-IM-10 ve D-IM-13; test kanıtı, olay yolu ve insan onayı.
Karar kapısı: Pilot, kontrol testleri ve canlıya geçiş kararı

#### InMedCalibration · hafta 21–24

Odak: Kalite ve güvenlik kalibrasyonu

- Süreç uyumu, olay bildirim kalitesi, müdahale süresi ve hasta deneyimini ölç.
- Klinisyenlerden yanlış/eksik uyarı geri bildirimi al.
- Klinik kurulun canlı kullanım, sınırlama veya durdurma kararını belgele.
Çıktı: D-IM-15; doğrulanmış etki ve kalan klinik risk.
Karar kapısı: Gerçekleşen etki, kalan risk ve sistem sahibiyle devir

#### Master doküman seti

- D-IM-01 — Klinik Süreç ve Hata Röntgeni (Strategy): Klinik akış, güvenlik olayı ve veri boşlukları.
- D-IM-03 — Sağlık Yönetişimi ve Kalite Mimarisi (Design): Klinik kurul, kalite sistemi ve veri yönetişimi.
- D-IM-07 — Medikal Yetki, İmza ve RACI Matrisi (Build): Tıbbi ve idari karar sınırları.
- D-IM-10 — Klinik Operasyon ve Hasta Kabul SOP El Kitabı (Build): Onaylı klinik kontrol listeleri ve olay kayıtları.
- D-IM-13 — Tıbbi Risk ve İç Kontrol Matrisi (Build): Olay, sapma, erişim ve yanlış uyarı kontrolleri.
- D-IM-15 — Sağlık Kalite ve Uyum Kalibrasyon Raporu (Calibration): Kalite metrikleri, klinik değerlendirme ve kalan risk.

#### Operasyonel akış

1. Kabul: Hasta kimliği ve işlem yetkisi sağlık sisteminde doğrulanır.
2. Plan: Yetkili klinisyen bakım ve kontrol listesini belirler.
3. Uygulama: SOP adımları kaydedilir; AI yalnızca eksik adımı işaretler.
4. Eskalasyon: Kritik sapma klinik sorumluya iletilir, otomatik tedavi kararı alınmaz.
5. İnceleme: Kalite ekibi olayları ve yanlış uyarıları değerlendirir.

#### RACI örnekleri

- Klinik protokol onayı: R=Uzman Klinik Ekip; A=Başhekim; C=Kalite, Hukuk; I=YK.
- Hasta veri erişim kuralı: R=Veri Koruma/BT; A=Veri Sorumlusu; C=Başhekim, Hukuk; I=Kalite.
- Kritik klinik uyarı: R=Görevli Klinisyen; A=Başhekim; C=Kalite; I=İlgili ekip.

#### Sistemler ve göstergeler

Sistemler: HBYS ve klinik kayıt; SOP/BPM kontrol listesi; Sınırlı yetkili olay günlüğü; Kimliksizleştirilmiş analiz alanı.
Ölçümler: Kontrol listesi tamamlama; Olay bildirim ve çözüm süresi; Yanlış/kaçırılan uyarı; Hasta deneyimi; Yetkisiz erişim olayı.

#### Uygulama sınırları

- Hasta verisi özel niteliklidir; merkezi ortak veri havuzuna ham haliyle aktarılmaz.
- Klinik protokoller ve AI karar desteği yetkili sağlık uzmanlarınca doğrulanır.
- Sıfır tıbbi hata veya tam mevzuat uyumu vaadi verilmez.

### InHospitality — Gastronomi, Turizm ve Konaklama

Konsept kalitesini tekrarlanabilir reçete, servis ve maliyet süreçleriyle ölçeklemek.

Kapsam: Şube operasyonu, reçete ve gramaj, gıda güvenliği, POS, stok, rezervasyon, franchise ve sosyal gastronomi.

İşletim ilkesi: POS verisi gıda maliyetini tahmin etmeye yardım eder; fiziksel fire, kalite ve hijyen kontrolleri saha sorumlularının denetiminde yürütülür.

#### InHospitalityStrategy · hafta 01–04

Odak: Konsept ve maliyet röntgeni

- Şube ve menü bazında food cost, fire, personel oranı ve kârlılık temelini ölç.
- Mutfak, servis, rezervasyon ve tedarik akışlarını birlikte haritala.
- Açık Sofra gibi sosyal modeller varsa etki ve finansman ölçülerini ayrı tanımla.
Çıktı: D-IH-01; konsept ve operasyon teşhisi.
Karar kapısı: Teşhis, veri kapsamı ve müdahale öncelikleri onayı

#### InHospitalityDesign · hafta 05–10

Odak: Zincir ve standart tasarımı

- Franchise sorumlulukları, kalite denetimi ve marka kullanım kuralını tanımla.
- Reçete, gramaj, alerjen, saklama ve servis standartlarını saha ekibiyle yaz.
- POS–stok olaylarının ve rezervasyon verisinin aktarım sınırlarını tasarla.
Çıktı: D-IH-03 ve D-IH-07; onaylı operasyon tasarımı.
Karar kapısı: İş modeli, yetki matrisi, veri sınırı ve tasarım onayı

#### InHospitalityBuild · hafta 11–20

Odak: Reçete, hijyen ve POS pilotu

- Seçilmiş menü ve şubelerde gramajlı reçete kaydı ile teorik stok düşümünü test et.
- Fiziksel sayım, atık ve iade farklarını ayrı izleyerek food cost hesapla.
- Hijyen kontrol listesi, sıcaklık kaydı ve servis SOP eğitimlerini uygula.
Çıktı: D-IH-10 ve D-IH-13; pilot kayıtları, eğitim ve kontrol matrisi.
Karar kapısı: Pilot, kontrol testleri ve canlıya geçiş kararı

#### InHospitalityCalibration · hafta 21–24

Odak: Şube ve franchise kalibrasyonu

- Şubeler arası reçete sapması, gıda güvenliği bulguları ve müşteri deneyimini kıyasla.
- Food cost teorik–gerçek farkının kök nedenlerini araştır.
- Yeni şube açılış kapısını kanıt ve insan denetimiyle karara bağla.
Çıktı: D-IH-15; ölçeklenme kararı ve güncel standartlar.
Karar kapısı: Gerçekleşen etki, kalan risk ve sistem sahibiyle devir

#### Master doküman seti

- D-IH-01 — Konsept, Maliyet ve Operasyon Röntgeni (Strategy): Şube, menü, maliyet ve müşteri deneyimi başlangıcı.
- D-IH-03 — Zincirleşme ve Franchise Mimarisi (Design): Marka, franchise, tedarik ve kalite modeli.
- D-IH-07 — Mutfak ve Salon Yetki Matrisi (Build): Şef, operasyon, kalite ve franchise sorumlulukları.
- D-IH-10 — Standart Reçete, Hijyen ve Servis SOP El Kitabı (Build): Gramaj, alerjen, sıcaklık, servis ve eğitim.
- D-IH-13 — Gıda Maliyeti, Fire ve İç Kontrol Matrisi (Build): POS–stok farkı, fire, sayım ve hijyen kontrolleri.
- D-IH-15 — Franchise Ölçeklenme ve Kalibrasyon Raporu (Calibration): Şube tutarlılığı, deneyim ve maliyet etkisi.

#### Operasyonel akış

1. Satış: POS menü kalemi ve şube kimliği kayda girer.
2. Teorik tüketim: Onaylı reçete üzerinden beklenen malzeme miktarı hesaplanır.
3. Fiziksel kayıt: İade, atık ve stok sayımı gerçek tüketimi tamamlar.
4. Sapma: Şef ve operasyon müdürü miktar/maliyet farkını inceler.
5. Standart güncelleme: Kalite ekibi reçete veya eğitim ihtiyacını onaylar.

#### RACI örnekleri

- Reçete değişikliği: R=Mutfak Şefi; A=Operasyon Müdürü; C=Kalite, Finans; I=Franchise Ekibi.
- Gıda güvenliği olayı: R=Vardiya Sorumlusu; A=Kalite Yöneticisi; C=Şef, Hukuk; I=Operasyon.
- Franchise açılış onayı: R=Franchise Ekibi; A=Grup Yönetimi; C=Finans, Kalite; I=Bölge Ekipleri.

#### Sistemler ve göstergeler

Sistemler: POS satış kayıtları; Reçete ve stok kartları; Gıda güvenliği kontrol listesi; Rezervasyon ve müşteri geri bildirimi.
Ölçümler: Teorik/gerçek food cost farkı; Fire ve iade oranı; Hijyen denetim bulguları; Şube hizmet tutarlılığı; Rezervasyon ve deneyim göstergeleri.

#### Uygulama sınırları

- HACCP/hijyen sistemi yerel gıda mevzuatı ve saha denetimiyle uyarlanır.
- POS satışı tek başına fiziksel stok tüketiminin kanıtı değildir.
- Açık Sofra ve Rind burada örnek konsepttir; aktif girişim veya iştirak olarak sunulmaz.

### InTech — Derin Teknoloji, SaaS ve AI Altyapı

Dikeylerin ortak teknik kabiliyetlerini güvenli, ölçülebilir ve yeniden kullanılabilir ürünlere dönüştürmek.

Kapsam: IP envanteri, çok kiracılı SaaS, API, ajan çalışma zamanı, DevOps, güvenlik, abonelik ve teknoloji risk yönetimi.

İşletim ilkesi: Ortak platform, dikeylerin veri sahipliği ve karar yetkisini devralmaz. Üretim erişimi, gizli anahtarlar ve yüksek etkili ajan eylemleri ayrıca sınırlandırılır.

#### InTechStrategy · hafta 01–04

Odak: Teknoloji ve IP envanteri

- Kod tabanı, lisanslar, bulut giderleri, güvenlik borcu ve IP hak sahipliğini envanterle.
- Dikeylere özgü veri sınıflarını ve sistem entegrasyon bağımlılıklarını haritala.
- Ürünleştirilebilir tekrar eden modülleri pazar ihtiyacıyla karşılaştır.
Çıktı: D-IT-01; teknik borç, IP ve beyaz alan haritası.
Karar kapısı: Teşhis, veri kapsamı ve müdahale öncelikleri onayı

#### InTechDesign · hafta 05–10

Odak: SaaS ve platform tasarımı

- Tenant ve veri alanı izolasyonu, kimlik, API sözleşmesi ve olay günlüğü tasarla.
- Fiyatlama birimi, hizmet seviyesi ve insan onay kapılarını tanımla.
- Ajanların okuma/yazma yetkilerini görev ve dikey bazında modelle.
Çıktı: D-IT-03 ve D-IT-07; referans mimari ve RACI.
Karar kapısı: İş modeli, yetki matrisi, veri sınırı ve tasarım onayı

#### InTechBuild · hafta 11–20

Odak: Güvenli pilot ve DevOps

- CI/CD, kod inceleme, bağımlılık taraması, sır yönetimi ve geri alma akışını kur.
- Sentetik veriyle çoklu ajan akışını test et; entegrasyonları en az yetkiyle aşamalı aç.
- Pilot tenant için performans, güvenlik ve hata toleransı testlerini kaydet.
Çıktı: D-IT-10 ve D-IT-13; test raporu, runbook ve kontrol kanıtı.
Karar kapısı: Pilot, kontrol testleri ve canlıya geçiş kararı

#### InTechCalibration · hafta 21–24

Odak: Ürün ve risk kalibrasyonu

- Gerçek uptime, olay, ARR/MRR, churn ve destek yükünü tanımlı dönemlerde ölç.
- Ajan hataları, yanlış yönlendirme ve veri erişim bulgularını incele.
- IPO/M&A hazırlığı için finans, hukuk ve güvenlik eksiklerini ayrı iş listesine taşı.
Çıktı: D-IT-15; ölçülen performans ve sonraki yatırım kapısı.
Karar kapısı: Gerçekleşen etki, kalan risk ve sistem sahibiyle devir

#### Master doküman seti

- D-IT-01 — Teknoloji Yığını, IP ve Beyaz Alan Değerleme Raporu (Strategy): Varlık, lisans, açık kaynak ve teknik borç envanteri.
- D-IT-03 — SaaS İş Modeli ve Platform Mimarisi (Design): Tenant, veri, API, gelir ve sistem sınırları.
- D-IT-07 — Çevik Takım ve Teknoloji RACI Matrisi (Build): Squad/tribe, ürün, güvenlik ve yayın yetkileri.
- D-IT-10 — Yazılım, DevOps ve Güvenlik SOP El Kitabı (Build): Kod, test, dağıtım, olay ve geri alma standardı.
- D-IT-13 — Siber Güvenlik ve ERM Risk Matrisi (Build): Erişim, sızıntı, üçüncü taraf ve AI riskleri.
- D-IT-15 — Teknoloji Büyüme ve Sermaye Hazırlığı Raporu (Calibration): ARR, SLA, güvenlik ve yatırım hazırlığı sonuçları.

#### Operasyonel akış

1. Talep: Dikey ihtiyacı ürün backlog'una ölçülebilir kabul kriteriyle girer.
2. Tasarım: Veri sınıfı, API sözleşmesi ve risk kaydı gözden geçirilir.
3. Geliştirme: Kod inceleme, test ve güvenlik taraması tamamlanır.
4. Dağıtım: Yetkili sahip pilotu onaylar, izleme ve geri alma hazır olur.
5. Ölçüm: Olay, kullanım, gelir ve kullanıcı geri bildirimi ürünü kalibre eder.

#### RACI örnekleri

- Üretim dağıtımı: R=DevOps/Squad; A=CTO; C=Güvenlik, Ürün Sahibi; I=Dikey Lider.
- AI ajan yetki değişikliği: R=Platform Ekibi; A=Güvenlik Sorumlusu; C=Dikey Veri Sahibi; I=CTO.
- SaaS fiyatlama sürümü: R=Ürün/Gelir; A=InTech Lideri; C=Finans, Hukuk; I=Holding Yönetimi.

#### Sistemler ve göstergeler

Sistemler: Kimlik ve yetki hizmeti; API/olay sözleşmeleri; CI/CD ve gözlemlenebilirlik; Ajan çalıştırma ve inceleme kuyruğu.
Ölçümler: Tanımlı dönem için uptime/SLO; Güvenlik bulgusu kapanış süresi; ARR/MRR ve net gelir tutma; Dağıtım ve geri alma güvenilirliği; Ajan hata ve insan müdahale oranı.

#### Uygulama sınırları

- %99,99 uptime veya sıfır siber açık, ölçülmüş SLA olmadan vaat edilmez.
- IPO veya yüksek değerleme, teknik mimarinin otomatik sonucu değildir.
- Dikeyler arası veri paylaşımı kaynak sistemin yetkisi ve amaç sınırıyla yapılır.