SSOT Veri Modeli ve Mimarisi

D-CH-02 | SSOT VERI MODELI VE MIMARISI

İNOVAPARK / INOMATRIX MASTER KÜTÜPHANE

Belge kodu: D-CH-02 Sürüm: 2.0 Tarih: Ekim 2026

Aşama: 3 Belge türü: Teknik mimari Konular: Holding · Veri yönetişimi · SSOT

Durum: Yayına hazır metodoloji şablonu; müşteri özelinde doldurma ve yetkili onay gerekir.

Belge sahibi: [rol/ad] Onay mercii: [rol/kurul] Uygulama şirketi: [şirket]

Dağıtım sınıfı: Genel metodoloji sürümü. Müşteri verisi işlenirse erişim sınıfı ayrıca belirlenir.

1. KARAR ÖZETİ VE AMAÇ

Dikeylerden merkeze akan verinin tanımı, sahipliği ve erişim modeli.

Bu belgenin kullanımıyla verilecek karar: veri sözlüğü, örnek mutabakat ve erişim testi sağlandı mı, hangi açıklar ve sahipleriyle uygulamaya geçilecek?

Belge, örnek yöntem ve doldurulabilir kontrol setidir. [Şirket] hakkında bulgu, performans veya uygunluk sonucu ileri sürmez.

2. KAPSAM, GİRDİLER VE BAŞLANGIÇ KOŞULLARI

G1. ERP veri şemaları: kaynak sahibi, dönem, sürüm ve erişim yetkisi kaydedilir; eksikse varsayım olarak işaretlenir.

G2. sistem envanteri: kaynak sahibi, dönem, sürüm ve erişim yetkisi kaydedilir; eksikse varsayım olarak işaretlenir.

G3. raporlama listesi: kaynak sahibi, dönem, sürüm ve erişim yetkisi kaydedilir; eksikse varsayım olarak işaretlenir.

Kapsam ilkesi: Holding merkezi ile iştiraklerin karar ve veri sınırı yazılı kararla tanımlanır. Çapraz dikey erişim ancak belgelenmiş amaç, erişim yetkisi ve denetim iziyle açılır.

Başlangıç kapısı: süreç sahibi ve onay mercii atanır; kaynakların güncelliği kontrol edilir; kapsam dışı işlemler kayda alınır.

3. UÇTAN UCA UYGULAMA YÖNTEMİ

3.1 Kanoni̇k müşteri, tedarikçi ve işlem tanımlarını kur. Girdi referansını, sorumlu rolü, tarihini ve üretilen kanıtı uygulama kaydına ekleyin.

3.2 Veri sahiplerini ata. Girdi referansını, sorumlu rolü, tarihini ve üretilen kanıtı uygulama kaydına ekleyin.

3.3 Kaynak-hedef dönüşümlerini yaz. Girdi referansını, sorumlu rolü, tarihini ve üretilen kanıtı uygulama kaydına ekleyin.

3.4 Kalite eşiklerini ve mutabakatı test et. Girdi referansını, sorumlu rolü, tarihini ve üretilen kanıtı uygulama kaydına ekleyin.

Entegrasyon ve erişim kartı: Kaynak sistem, veri sınıfı, veri sahibi, API sınırı, kimlik doğrulama, hata yolu, log ve geri alma adımı çizilir. Pilot ortamda yetkisiz erişim ve başarısız işlem test edilir.

Her adımın kapısı: kaynak doğrulaması → icra/analiz → ikinci kişi kontrolü → onay → sürümlü yayımlama. Başarısız adım istisna listesine döner.

4. ROLLER, RACI VE KARAR SINIRLARI

A (hesap veren): [belge/süreç sahibi]; bu belgede her karar için yalnız bir A atanır.

R (uygulayan): [ilgili dikey/departman uzmanı]; girdileri toplar, kayıtları üretir ve açıkları kapatır.

C (danışılan): [finans, hukuk, bilgi güvenliği, kalite veya klinik uzmanı]; konuya uygun uzman görüşü kayda girer.

I (bilgilendirilen): [üst yönetim/ilgili paydaş]; yalnız yayımlanmış sürüm ve karar özeti paylaşılır.

Kontrol sahibi uygulayıcıdan ayrı atanır. Çıkar çatışması varsa alternatif onay mercii belirlenir ve tutanağa işlenir.

5. DOLDURULABİLİR UYGULAMA VE KANIT KAYDI

Her satır tek bir işlem, bulgu, kontrol veya karar nesnesidir. Boş alan 'uygulanamaz' gerekçesiyle ya da açık aksiyonla kapatılır.

Kayıt alanları:

• Varlık: [doldurulacak]

• alan: [doldurulacak]

• kaynak: [doldurulacak]

• sahip: [doldurulacak]

• güncelleme sıklığı: [doldurulacak]

• kalite kuralı: [doldurulacak]

• erişim sınıfı: [doldurulacak]

• Kaynak/kanıt bağlantısı: [sürüm ve erişim seviyesi]

• RACI-A / R / kontrol eden: [roller]

• Durum / tarih / sonraki eylem: [açık, doğrulanıyor, kabul edildi; YYYY-AA-GG]

• İstisna ve onay kaydı: [yoksa 'yok' yazılır]

6. RİSKLER, İSTİSNALAR VE ESKALASYON

Kritik sınır: Merkezi havuz varsayımı veri minimizasyonu ve erişim sınırı incelemesine tabidir.

Veri eksikliği, yetki çakışması, kontrol ihlali veya hedef sapması görüldüğünde uygulama sahibi kaydı açar; etki ve olasılığı değerlendirir; kontrol sahibine ve karar merciine iletir.

Acil riskte otomatik işlemler güvenli duruma alınır. İstisna için gerekçe, geçerlilik süresi, telafi kontrolü ve onaylayan kişi yazılır; süre sonunda yeniden değerlendirilir.

Doğrulama standardı: Test sonucu, erişim matrisi, olay kaydı ve geri alma provası üretim kapısının kanıtıdır.

7. ÖLÇÜM, HEDEF VE KALİBRASYON

Birincil gösterge: Doğrulanan kritik veri alanı / toplam kritik alan.

Ölçüm kaydı: başlangıç değeri [ ], hedef [ ], gerçekleşen [ ], dönem [ ], veri kaynağı [ ], hesaplayan [ ], doğrulayan [ ].

Oranlar için pay ve payda, istisnalar ve veri kapsama yüzdesi açıklanır. Hedef gerçek sonuç gibi sunulmaz.

Ritim: operasyonel kontrol haftalık; belge ve aksiyon gözden geçirme aylık; stratejik karar ve yeniden önceliklendirme çeyreklik. Uygun olmayan dikeyde sıklık süreç sahibi tarafından gerekçeli belirlenir.

Kalibrasyon döngüsü: ölç → sapmayı kök nedenle sınıflandır → düzeltici eylemi ata → tekrar ölç → sürümü güncelle.

8. KABUL ÖLÇÜTLERİ VE YAYIN KAPISI

Asgari kabul kanıtı: Veri sözlüğü, örnek mutabakat ve erişim testi.

Kabul listesi:

□ Girdilerin kaynağı, dönemi ve erişim hakkı doğrulandı.

□ Yöntem adımlarının her biri için somut kayıt veya gerekçeli uygulanamaz kararı mevcut.

□ RACI ve onay limitleri ilgili politika ile tutarlı.

□ Ölçüm formülü, pay/payda ve başlangıç değeri bağımsız olarak tekrar hesaplanabiliyor.

□ Kritik istisnalar kapatıldı veya süreli, sahipli aksiyon planına bağlandı.

□ Hukuk, finans, klinik, güvenlik ve sektör uzmanı incelemesi gereken konularda tamamlandı.

□ Belge sahibi ile yetkili onay merciinin tarihli kararı kaydedildi.

Kabul sonucu: [kabul / koşullu kabul / ret] Karar tarihi: [ ] Açık maddeler: [ ]

9. KAYIT YÖNETİMİ, SÜRÜM VE DEVİR

Tek geçerli sürüm belge kayıt sistemindeki onaylı kopyadır. Taslak, müşteri verisi içeren çalışma dosyası ve kamuya açık metodoloji sürümü ayrı erişim sınıflarıyla tutulur.

Değişiklik kaydı: v2.0 — kısa tanım genişletildi; uygulama, RACI, kontrol, ölçüm ve kabul kartları eklendi. Önceki sürüm Drive geçmişinde korunur.

Sahaya devir paketi: onaylı belge, doldurulmuş kayıt, ek kanıtlar, açık aksiyon listesi, eğitim kaydı ve bir sonraki gözden geçirme tarihi.

İmza alanı: Hazırlayan [ ] / Kontrol eden [ ] / Onaylayan [ ] / Tarih [ ]

KAYNAK VE UYGULANABİLİRLİK NOTU

Kişisel ve özel nitelikli veriler için veri minimizasyonu, amaç sınırlaması ve yetkili erişim değerlendirilir; KVKK rehberi: https://www.kvkk.gov.tr/Icerik/8184/Ozel-Nitelikli-Kisisel-Verilerin-Islenmesine-Iliskin-Rehber