Ana sayfa/Master Kütüphane/D-CH-04

MASTER KÜTÜPHANE / HOLDING

D-CH-04

Çok Sektörlü Holdinglerde Merkez, Dikey ve Ortak Hizmetler Protokolü

Metodoloji şablonu · v3.1

Holding merkezi ile sektör dikeyleri arasında strateji, karar, ortak hizmet, veri ve denetim sınırlarını kuran uygulama protokolü.

InoMatrixDesignYönetişimHoldingDikey entegrasyonOrtak hizmetlerRACISSOTv3.1Uygulama şablonu

BELGE KÜNYESİ / KONTROLLÜ ŞABLON

Kimlik ve kullanım kaydı

REV 3.1
Kaynak türü
İnovapark metodoloji şablonu
Belge kodu
D-CH-04
Tam başlık
Çok Sektörlü Holdinglerde Merkez, Dikey ve Ortak Hizmetler Protokolü
Program
Holding
Metodoloji fazı
2 / 4 · Design
Belge türü
Master protokol
Sürüm ve durum
v3.1 · Uygulama şablonu
Kaynak dönemi
Ekim 2026 · Drive v3.0
Yayın ve dağıtım
İnovapark Açık Arşiv · herkese açık
Uygulama sahibi
Kurumda atanır
Onay durumu
Kurum özelinde onay bekler
Kullanım koşulu

Merkez, günlük ürün ve saha kararlarını üstlenmez. Grup içi para ve hizmet akışları, ilgili tüzel kişiliklerin yetkili kararları ve hukuk/vergisel inceleme olmadan işletilmez.

Kabul kanıtı

Her karar için tek hesap veren rol; onaylı yetki sınırları; örnek ortak hizmet sözleşmesi; maliyet yansıtma yöntemi; pilot rapor ve açık aksiyon sahipleri.

UYGULAMA MASASI / MASTER PROTOKOL

Bu belgeyle nasıl çalışılır?

Kaynakları doğrulayın, kararları tek sahipli kayda bağlayın; saha pilotu ve kabul kanıtı olmadan yürürlük iddiası kurmayın.

Başlangıç girdileri

Holding vizyonu; iştirak listesi; grup yapısı; son dönem bütçeleri; yetki ve imza kayıtları; ortak hizmet sözleşmeleri; veri envanteri.

İlk ölçüm

Yetki istisnası, ortak hizmet SLA uyumu, bütçe sapması ve açık CAPA sayısı; her biri kaynak ve payda ile.

İş akışı

  1. Girdileri ve tarafları doğrula
  2. Karar sahiplerini ve seçenekleri yaz
  3. Bir pilot karar akışını test et
  4. Sapmaları, onayı ve devri kaydet
Uygulama sınırı

Merkez, günlük ürün ve saha kararlarını üstlenmez. Grup içi para ve hizmet akışları, ilgili tüzel kişiliklerin yetkili kararları ve hukuk/vergisel inceleme olmadan işletilmez.

TAM METİN / v3.1

Uygulama şablonu

Metni indir ↓

D-CH-04 | Çok Sektörlü Holdinglerde Merkez, Dikey ve Ortak Hizmetler Protokolü

İNOVAPARK / INOMATRIX MASTER KÜTÜPHANE · v3.1 · EKİM 2026

1. Karar özeti ve kullanım sınırı

Bu protokol, merkezi yönetimin hangi konularda ilke ve sınır koyacağını, dikey iştiraklerin hangi kararları kendi pazarında alacağını ve ortak hizmetlerin nasıl hesap vereceğini tanımlar. İnovapark'ın üç katmanlı modelinde merkez Business yönünü ve grup politikalarını sahiplenir; üretim ve hizmet ifası, tanımlı yetkilerle dikeylerde kalır.

Bu metin yayımlanabilir bir metodoloji şablonudur. Bir holdingde yürürlük kazanması için iştiraklerin tüzel kişilikleri, mevcut sözleşmeleri, yönetim organlarının yetkileri ve uygulanacak hukuk doğrulanmalı; yetkili organların tarihli kararları alınmalıdır.

2. Başlangıç girdileri ve teşhis

GirdiDoğrulamaÇıktı
Grup ve iştirak haritasıTüzel kişilik, ülke, faaliyet, yönetim organı ve sahiplik oranıKapsama alınan birim listesi
Karar ve imza kayıtlarıAna sözleşme, delegasyon, kurul kararı ve fiilî uygulama karşılaştırmasıÇakışma ve boşluk kaydı
Hizmet ve maliyet akışlarıHukuk, finans, İK, BT ve veri hizmetleri için sağlayıcı, yararlanıcı, bedelOrtak hizmet envanteri
Veri ve risk envanteriKaynak sistem, veri sahibi, erişim, saklama ve sektörel kısıtVeri sınırı ve kontrol listesi

Başlangıç kapısı: Sponsor, belge sahibi, her iştirakin temsilcisi ve bağımsız kontrol rolü yazılı atanır. Eksik kanıtlar varsayım değil, açık bulgu olarak kaydedilir.

3. Üç katmanlı holding işletim modeli

KatmanMerkezde sahiplikDikeyde sahiplikAyrım testi
BusinessGrup değer önerisi, sermaye tahsisi ilkesi, vizyon sektörüDikey pazar tezi ve değer üretim yoluMerkez sahadaki tekil işlemi mi yönetiyor?
Kurallar ve politikalarAsgari kontrol, veri, marka, risk ve bütçe çerçevesiSektöre özgü alt prosedür ve yerel uyumİstisna, onay ve denetim izi mevcut mu?
Ürün / operasyonOrtak altyapı ve hizmet seviyesiÜrün, müşteri, klinik veya saha ifasıİşin sahibi ve kontrol edeni ayrılmış mı?

Kural: Ortak standart, en sıkı sektörel gerekliliği otomatik olarak bütün dikeylere taşımak anlamına gelmez. Her dikey için yerel hukuk, lisans, veri ve güvenlik gerekleri ayrı eklerde gösterilir.

4. Altı mimari sütun ve teslimatlar

1 · Strateji ve karar hakları

Yönetim kurulu grup hedefini, yatırım iştahını ve ayrılmış karar konularını belirler. Dikey lideri bunları kendi pazarına uygun yıllık plana çevirir. Merkez onayı yalnızca kayıtlı eşik veya saklı yetki aşıldığında devreye girer.

  • Teslimat: grup–dikey karar kataloğu ve limit matrisi.
  • Kontrol: her işlem türünde yalnız bir A; görevler ayrılığı ve yedek yetkili.

2 · Sermaye, hazine ve ZBB

CFO, grup düzeyi sermaye tahsis ölçütlerini ve likidite görünümünü konsolide eder. İştiraklerin kendi nakit ve borç yükümlülükleri, tüzel kişilik bazında izlenir. Grup içi fonlama veya mahsup ancak ayrı sözleşme, fiyatlandırma, yetki ve vergi incelemesinden sonra uygulanır.

  • Teslimat: iştirak bazlı nakit görünümü, ZBB karar paketi ve tahsis tutanağı.
  • Kontrol: gerçekleşen–bütçe sapması, nakit kısıtları, ilişkili taraf kaydı.

3 · İnsan, liyakat ve halefiyet

Grup, kritik roller için ortak yetkinlik, ücret bandı ve halefiyet ilkesi koyar. İştirak yöneticisi yerel iş gücü ve performans kararlarının sahibidir. Aile ilişkisi veya çapraz görevlendirme çıkar çatışması kaydını tetikler.

  • Teslimat: kritik rol envanteri ve yedekleme planı.
  • Kontrol: atama kararının gerekçesi, bağımsız görüş ve itiraz kanalı.

4 · Risk, iç kontrol ve denetim

Merkez risk iştahını, asgari kontrol setini ve denetim raporlama yolunu belirler. Dikey kontrol sahibi işlemleri test eder; iç denetim uygulayıcıdan bağımsız biçimde örneklem seçer ve CAPA kapanışını doğrular.

  • Teslimat: grup risk haritası, dikey kontrol eki ve CAPA kaydı.
  • Kontrol: denetim bulgusu doğrudan uygun kurul komitesine iletilebilir.

5 · Sektörel alt prosedür

Finans, lojistik, sağlık, konaklama ve teknoloji alanlarının operasyon ve veri sınırları farklıdır. Her dikey, grup politikasına bağlı numaralı alt prosedür çıkarır. Çelişki varsa ilgili mevzuat ve yetkili uzman görüşü belgelenmeden genel standarda istisna verilmez.

  • Teslimat: sektörel ek, lisans ve uyum sahibi matrisi.
  • Kontrol: yürürlük tarihi, değişiklik nedeni ve etkilenen iştirakler.

6 · SSOT, ortak hizmet ve iletişim

SSOT, her verinin tek fiziksel depoda toplanması demek değildir. Kaynak sistem, veri sahibi, tanım, güncelleme ritmi ve erişim kuralı tek katalogda tutulur. AI ajanları öneri ve sapma üretir; yetkili insan kararı gereken noktalar iş akışında açıkça gösterilir.

  • Teslimat: hizmet kataloğu, veri sözlüğü, SLA ve olay eskalasyon yolu.
  • Kontrol: erişim kaydı, veri kalitesi ve aylık hizmet mutabakatı.

5. Karar hakları ve örnek RACI

Karar nesnesiA · tek hesap verenR · hazırlayan/ifa edenKontrol ve kayıt
Grup stratejisi ve yatırım iştahıHolding yönetim kuruluStrateji komitesiKarar tutanağı, iştirak görüşleri
Dikey günlük operasyonİştirak genel müdürüİlgili operasyon sahibiSOP, limit ve işlem kaydı
Grup bütçesi ve tahsisHolding yönetim kurulu veya devredilmiş komiteGrup CFOİştirak bütçesi, ZBB ve çıkar çatışması kaydı
Ortak hizmet SLA ve bedeliYetkilendirilmiş iştirak organıOrtak hizmet sahibiSözleşme, maliyet dayanağı, hizmet kabulü
Klinik karar ve hasta verisiYetkili klinik/idari organYetkili sağlık çalışanı ve veri sorumlusuİnsan onayı, erişim ve mahremiyet kaydı
Kontrol istisnasıPolitikada tanımlı istisna merciiRisk/kontrol sahibiGerekçe, süre, telafi kontrolü, kapanış

Tablo örnektir; şirketin imza sirküleri ve mevzuat karşısında doğrulanır. Kurul ve icra aynı karar için ortak A olarak yazılmaz. Dikey şirketin ayrı tüzel kişiliği ve yönetim organının görevleri korunur.

6. Ortak hizmet sözleşmesi ve hizmet döngüsü

  • Talep: iştirak, ihtiyacı, beklenen çıktıyı, veri sınıfını ve bütçe kodunu kaydeder.
  • Tasarım: hizmet sahibi kapsam, istisna, süre, kapasite ve ölçüm yöntemini önerir.
  • Kabul: hizmet alan iştirak yetkili organı kapsam ve bedeli onaylar; finans ilişkili taraf ve vergi etkisini inceler.
  • İfa: bilet ve teslim kayıtları SSOT kataloğuna bağlanır; erişim en az yetkiyle verilir.
  • Mutabakat: aylık hacim, kalite, bedel ve anlaşmazlıklar karşılıklı onaylanır.
  • Kalibrasyon: SLA ihlali ve tekrar eden sorun için CAPA açılır, çeyreklik katalog güncellenir.
Sözleşme alanıDoldurulacak karar
Hizmet / müşteriSağlayıcı ve yararlanıcı tüzel kişilik; hizmet tanımı
SLAİlk yanıt, çözüm, çalışma saatleri, kesinti bildirimi
BedelMaliyet havuzu, dağıtım anahtarı, faturalama, doğrulama
VeriVeri sahibi, işleme amacı, erişim, saklama, silme
ÇıkışSözleşme sonu veri devri, açık işler ve süreklilik

7. Dört aşamalı uygulama ve karar kapıları

AşamaÇalışmaÇıktı ve karar kapısı
Strategy · 1–4. haftaİştirak, yetki, para, veri ve hizmet akışlarını haritala; çatışmaları puanla.Kanıt envanteri ve öncelik listesi. Kapı: sponsor ve iştirak temsilcileri kapsamı kabul eder.
Design · 5–10. haftaKarar kataloğu, RACI, hizmet sözleşmesi, maliyet ve veri eklerini tasarla.Kontrollü taslaklar. Kapı: hukuk, finans, bilgi güvenliği ve sektör sahipleri inceler.
Build · 11–20. haftaBir iştirak ve iki ortak hizmette pilot; sistem yetkileri, raporlar ve eskalasyon akışını kur.Pilot işlemleri ve eğitim kaydı. Kapı: örnek işlemler yetki ve SLA testini geçer.
Calibration · 21–24. haftaSapma ve hizmet deneyimini ölç; CAPA aç, yaygınlaştırma kararını ver.Revizyon ve devir paketi. Kapı: yetkili kurul açık riskleri kabul veya kapatma kararı verir.

Süreler örnek 24 haftalık uygulama çerçevesidir. Çoklu ülke ve lisanslı faaliyetler için ayrı geçiş takvimi gerekir.

8. Risk, istisna ve eskalasyon

Tetikleyiciİlk müdahaleEskalasyon
Merkezin saha kararını tekrar onaylamasıKarar kataloğunda gereksiz onay halkasını işaretleİştirak GM → grup strateji sahibi → kurul
Hizmet bedeli veya kalite uyuşmazlığıSözleşme ve teslim kanıtını karşılaştırHizmet sahibi + iştirak finans → yetkili komite
Veri sınıfı veya erişim ihlaliErişimi güvenli duruma al; olay kaydını başlatBilgi güvenliği ve veri sorumlusu → ilgili yetkili organ
Bütçe/sermaye sınırının aşılmasıİşlemi durdur; etki ve alternatifleri kaydetCFO → yetki matrisindeki onay mercii

Her istisna için gerekçe, kapsam, süre, telafi kontrolü, onaylayan ve son tarih zorunludur. Süresi dolan istisna otomatik olarak yeniden değerlendirme kuyruğuna döner.

9. Ölçüm, kabul ve devir kayıtları

GöstergeFormül / kayıtRitim
Yetki istisnasıYetki dışı veya geriye dönük onaylı işlem / incelenen işlem; payda ve örneklem saklanırAylık
SLA uyumuSüresinde tamamlanan hizmet bileti / geçerli bilet; dışlanan haller açıklanırAylık
Bütçe sapması(Gerçekleşen – onaylı bütçe) / onaylı bütçe; iştirak bazındaAylık
CAPA kapanışıDoğrulanarak kapanan aksiyon / vadesi gelen aksiyonÇeyreklik

Kabul formu: [pilot iştirak] · [karar kataloğu sürümü] · [SLA sözleşmeleri] · [açık riskler] · [kontrol eden] · [yetkili onay] · [tarih]. Hedefler başlangıç ölçümünden sonra belirlenir; örnek eşik gerçekleşmiş sonuç diye sunulmaz.

Devir: onaylı politika, karar matrisi, sektörel ekler, hizmet kataloğu, veri sözlüğü, işlem ve eğitim kayıtları ile ilk çeyreklik gözden geçirme tarihi tek pakette saklanır.

10. Kaynak ve sürüm kaydı

Drive kaynak: D-CH-04 v3.0 (Ekim 2026). Bu site sürümü v3.1; kaynak metindeki altı sütunu karar hakları, hizmet sözleşmesi, ölçüm ve kabul kayıtlarıyla genişletir; doğrulanmamış yürürlük ve performans iddialarını kaldırır.

Yönetişim dayanağı: G20/OECD Kurumsal Yönetim İlkeleri, Kurulun Sorumlulukları (2023) ↗. Yerel şirket, vergi, sektör ve veri koruma kuralları ayrıca incelenir.

D-CH-04 / ORTAK HİZMET PROVASI

Merkez, iştirak ve hizmet sağlayıcı aynı kararı nasıl paylaşır?

Üç katmanlı yaklaşımı bir grup içi hizmet sözleşmesinin karar, kural ve üretim hattında uygulayın.

Temsili karar: InTech, InPay’e mutabakat platformu sağlayacak. Grup standardı ortak olabilir; hizmet, veri erişimi, maliyet ve karar yetkisi iki tüzel kişi için ayrı kaydedilir.

KatmanSomut kararSahip ve ayrımKanıt
BusinessHolding ortak teknoloji kabiliyetini ve finansal görünürlük hedefini seçer; yatırım önceliği kararı verir.Holding kurulu stratejiyi onaylar; iştirak kurulunun saklı yetkisi korunur.Strateji kararı, yatırım gerekçesi, kapsam dışı alan
Kural ve politikaİlişkili taraf fiyatlama yöntemi, veri sınıfı, hizmet seviyesi, iş sürekliliği ve anlaşmazlık yolu yazılır.Hukuk/uyum, finans ve veri sahipleri kontrol eder; hizmeti sunan ekip kendi uygunluğunu onaylamaz.İki taraflı hizmet sözleşmesi, yetki ve erişim matrisi, fiyat karşılaştırması
Operasyon ve ürünInTech sürüm, destek ve olay müdahalesini yürütür; InPay iş kabulünü, hatalı eşleşmenin insan incelemesini ve müşteri etkisini yönetir.Üretim ekipleri yürütür; bağımsız kontrol SLA ve işlem örneklemini denetler.Hizmet talebi, değişiklik kaydı, olay günlüğü ve kabul tutanağı
Hizmet kaydı alanıDoldurulmuş örnek ve kontrol
Hizmet kimliği / taraflarSH-042 · InTech sağlayıcı, InPay alıcı; her iki şirketin yetkili temsilcisi ayrıca doğrulanır.
Kapsam ve sınırSalt okunur fatura–banka eşleşme önerisi; ödeme, hesap kapatma ve müşteri bildirimi kapsam dışı.
SLA ve ölçümTazelik, kullanılabilirlik, yanlış kesin eşleşme ve insan kuyruğu ayrı ölçülür; eşikler baz ölçümden sonra sözleşmeye yazılır.
Maliyet ve değişiklikBirim maliyet ve grup içi tahsis yöntemi CFO tarafından test edilir; yeni veri/araç izni değişiklik kaydı gerektirir.
Çıkış ve geri almaHizmet kesilirse manuel mutabakat yolu açılır; veri iadesi/silme ve bağımlılık devri sözleşmede tanımlanır.
OLUMLU TEST

İki taraflı kabul

İştirak karar dayanağı, sözleşme, veri erişim testi, destek sahibi ve ölçüm kaynağı aynı dosyada bulunur.

OLUMSUZ TEST

Merkez tek başına yetki veriyor

İştirak imza yetkisi veya veri sahibi onayı yoksa servis canlıya geçmez; eksik karar ilgili tüzel kişiye döner.

KALİBRASYON

Hizmet gerçekten değer üretiyor mu?

Çeyrek sonunda ölçülen işlem süresi, hata ve toplam maliyet baz dönemle karşılaştırılır; fiyat ve kapsam yeniden karara bağlanır.

Kabul kapısı: Yetki dayanağı, iki taraflı hizmet sözleşmesi, veri erişim sınırı, olumsuz test ve geri alma yolu doğrulanmadan ortak hizmet “devrede” olarak işaretlenmez.

SH-042 kurgusal bir eğitim kaydıdır; şirketler arası sözleşme, transfer fiyatı veya veri işleme izni yerine geçmez.