INOMATRIX / STRATEGY · DİKEY MASTER SERİ
Teknoloji Yığını, IP ve Beyaz Alan Değerleme Raporu
SaaS, platform ve kurumsal AI altyapısı için kanıtlı başlangıç, iş akışı ve boşluk analizi.
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-IT-01
- Program
- InTech · SaaS, platform ve kurumsal AI altyapısı
- Metodoloji aşaması
- 1 / 4 · Strategy
- Belge türü
- Teşhis raporu
- Hesap veren örnek rol
- CTO/teknoloji ürün lideri
- Gözden geçiren
- Ürün, güvenlik, finans ve hukuk
- Bağımsız kontrol
- Bağımsız güvenlik ve kalite güvence
- 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
Doğrulanmış baz ve boşluk envanteri
Ajan üretim ortamına kendi kodunu kontrolsüz çıkarmaz, tenant sınırını aşmaz ve güvenlik bulgusunu kapatmaz. Yatırım/IPO hazırlığı teknik kanıt gerektirir; değerleme sonucu otomatik doğmaz.
TAM METİN / v1.0
Çalışma belgesi
D-IT-01 | Teknoloji Yığını, IP ve Beyaz Alan Değerleme Raporu
INOMATRIX / INTECH · STRATEGY · EKİM 2026 · v1.0
Karar görevi ve sınır
Bu teşhis, tasarlanacak sistemin gerçekten hangi işi çözmesi gerektiğini belirler. Hazır otomasyon çözümünü başlangıç varsayımı olarak kabul etmez. Görüşme beyanı, sistem olayı ve fiziksel gözlem ayrı kanıtlardır; çelişkiler kapanmadan As-Is resmi tamamlanmış sayılmaz.
Çok kiracılı SaaS, API geçidi, veri/ajan platformu, ürün geliştirme, sürüm ve olay yönetimi; patent, telif ve veri hakkı ayrı hukuki incelemeye tabidir.
Strategy kapısında sponsor; örneklem, dönem, veri erişimi, iş sahibi ve bağımsız kontrolü yazılı olarak onaylar. Müşteri adı, kişisel veri ve ticari sır açık arşiv örneklerine konmaz.
As-Is kanıt toplama planı
| Kaynak | Doğrulama testi | Kayıt |
|---|---|---|
| uygulama ve API envanteri | Sahip, tarih, dönem, erişim, eksik kayıt ve karşı kaynak kontrolü | Kaynak kimliği / güven düzeyi |
| lisans/SBOM ve IP sahiplik kayıtları | Sahip, tarih, dönem, erişim, eksik kayıt ve karşı kaynak kontrolü | Kaynak kimliği / güven düzeyi |
| olay, kesinti ve güvenlik bulguları | Sahip, tarih, dönem, erişim, eksik kayıt ve karşı kaynak kontrolü | Kaynak kimliği / güven düzeyi |
| ürün kullanımı, churn, ARR ve destek maliyeti | Sahip, tarih, dönem, erişim, eksik kayıt ve karşı kaynak kontrolü | Kaynak kimliği / güven düzeyi |
Örneklem en az bir normal işlem, bir istisna, bir iptal/geri dönüş ve bir dönem kapanışını içerir. Rastgele seçilen işlem ile yönetimin gösterdiği örnek ayrı tutulur. Gerçek işlem kayıtları sağlanamazsa çıktı “hipotez” olarak etiketlenir.
Darboğaz ve kök neden kartları
| Gözlenecek durum | Kök neden sorusu | Ayrı tutulacak etki |
|---|---|---|
| İştiraklerin aynı entegrasyonu ayrı ayrı geliştirmesi | Bu adım hangi veri, yetki veya kaynak kısıtı yüzünden oluşuyor? | Süre / hata / nakit / güvenlik / müşteri |
| tenant kimliğinin veri sorgusunda taşınmaması | Bu adım hangi veri, yetki veya kaynak kısıtı yüzünden oluşuyor? | Süre / hata / nakit / güvenlik / müşteri |
| kod/bağımlılık lisans hakkının belirsizliği | Bu adım hangi veri, yetki veya kaynak kısıtı yüzünden oluşuyor? | Süre / hata / nakit / güvenlik / müşteri |
| gözlenmeyen ajan kararının denetim izini koparması | Bu adım hangi veri, yetki veya kaynak kısıtı yüzünden oluşuyor? | Süre / hata / nakit / güvenlik / müşteri |
Her bulguda olay sıklığı, etkilenen işlem paydası, gözlem dönemi ve doğrulayan ikinci kaynak yazılır. Yüksek maliyet iddiası, iş yükü veya kayıp tutarı hesaplanmadan “tasarruf” diye yayınlanmaz.
Saha yürüyüşü ve temsili işlem
- İşlem tetikleyicisini seç; rol, veri ve sistem sınırını çiz.
- İlk kayıtla nihai çıktıyı aynı kimlikle izle; bekleme ve yeniden işlemeyi süre damgasıyla ölç.
- İşi yapan ve kontrol edenle ayrı görüş; işin gerçek yolu ile yazılı prosedürü karşılaştır.
- İstisnayı bir kez daha bağımsız örneklemde doğrula; güvenlik veya mevzuat riskini hemen uygun yetkiliye aktar.
Temsili öğretim örneği: İki tenant aynı ürün kodunu kullansa dahi tenant A servis kimliğiyle yapılan sorgunun tenant B kaydını döndürmemesi hem olumlu hem olumsuz testle doğrulanır.
Ölçüm ve kabul
| Başlangıç metriği | Kesin tanım / payda | İlk kayıt |
|---|---|---|
| Hizmet erişilebilirliği | Tanımlı SLI'ı karşılayan istek / toplam uygun istek; bakım istisnası açık | [Dönem · kaynak · baz değer · güven] |
| Change failure rate | Geri alma veya düzeltme gerektiren sürüm / toplam sürüm | [Dönem · kaynak · baz değer · güven] |
| Net gelir tutma | Başlangıç kohortu dönem sonu tekrarlayan geliri / aynı kohort başlangıç geliri | [Dönem · kaynak · baz değer · güven] |
| Ajan güvenli görev oranı | Politika, kalite ve insan kapısını geçen görev / değerlendirilen görev | [Dönem · kaynak · baz değer · güven] |
Kabul: kapsam dışı ve eksik veriler açıklanmış, en az iki rolün anlatısı karşılaştırılmış, dört temel darboğazın kanıt kartı hazırlanmış ve ilgili iş sahibi ile bağımsız kontrol alanı imzalanmıştır. Çıktı D-IT-03 mimari seçeneklerine girer.
Uygulama dosyası ve olumsuz test
Saha dosyasında her bulgu ayrı bir işlem kimliğine bağlanır. “Gözlendi”, “beyan edildi” ve “hesaplandı” statüleri karıştırılmaz. Dört bulgudan biri güvenlik veya hizmet sürekliliğiyle ilgiliyse etki yalnız parasal tasarrufla önceliklendirilmez.
| İlk inceleme sorusu | İstenen ek kanıt | Durdurma/yeniden bakma kararı |
|---|---|---|
| İştiraklerin aynı entegrasyonu ayrı ayrı geliştirmesi | Farklı dönem veya farklı rolün kaydı | Kanıt yoksa açık bulgu |
| tenant kimliğinin veri sorgusunda taşınmaması | Farklı dönem veya farklı rolün kaydı | Kanıt yoksa açık bulgu |
| kod/bağımlılık lisans hakkının belirsizliği | Farklı dönem veya farklı rolün kaydı | Kanıt yoksa açık bulgu |
| gözlenmeyen ajan kararının denetim izini koparması | Farklı dönem veya farklı rolün kaydı | Kanıt yoksa açık bulgu |
Temsili kayıt: İki tenant aynı ürün kodunu kullansa dahi tenant A servis kimliğiyle yapılan sorgunun tenant B kaydını döndürmemesi hem olumlu hem olumsuz testle doğrulanır. Bu vaka yalnız formun nasıl doldurulacağını gösterir; örnek sayılar şirkete ait baz değer veya gerçekleşmiş sonuç değildir.
Doldurulabilir çalışma tablosu şu alanları taşır: bulgu_id, işlem_kimliği, kaynak, dönem, gözlem, karşı_kanıt, etki, sahip, durum. 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: [ ]