MASTER KÜTÜPHANE / PROJECTION
Risk Yönetimi ve Kriz Müdahale Protokolü
Kriz tetikleri, görevler, iletişim ve toparlanma akışı.
BELGE KÜNYESİ / KONTROLLÜ ŞABLON
Kimlik ve kullanım kaydı
- Kaynak türü
- İnovapark metodoloji şablonu
- Yayın kapsamı
- Açık arşiv ve uyarlama ilkeleri ↗
- Belge kodu
- D-PR-13
- Tam başlık
- Risk Yönetimi ve Kriz Müdahale Protokolü
- Program
- ProJection
- Metodoloji fazı
- 3 / 4 · Build
- Belge türü
- Protokol
- Sürüm ve durum
- v2.0 · Uygulama şablonu
- Kaynak dönemi
- Ekim 2026 · özgün belge üstbilgisi
- Yayın ve dağıtım
- İnovapark Açık Arşiv · herkese açık
- Uygulama sahibi
- Müşteri çalışmasında atanır
- Onay durumu
- Müşteri özelinde onay bekler
Girdilere kaynak, sorumlu ve tarih eklenir; müşteri verileri ile doldurulan sürüm yetkili kişi tarafından incelenir. Yayımlanan şablon, tamamlanmış müşteri çalışması veya hukuki onay kaydı değildir.
Masa başı tatbikat ve aksiyon kapanışı.
UYGULAMA MASASI / PROTOKOL
Bu belgeyle nasıl çalışılır?
Alanları gerçek kayıtlarla doldurun; tamamlanan her adımı kanıtla eşleştirin. Bu bölüm şablonun saha kullanımını gösterir.
Girdiler
Risk senaryoları; olay kayıtları; iletişim planı
Ölçüm
Tatbikatta hedef sürede müdahale / kritik senaryo
İş akışı
- Tetik ve kriz seviyesi belirle
- komuta zincirini yaz
- ilk iletişim ve kanıt korumayı planla
- tatbikatla toparlanmayı ölç
Kayıt alanları
| No | Alan | Kanıt kaydı |
|---|---|---|
| 01 | Olay | Kaynak / sahip / tarih |
| 02 | seviye | Kaynak / sahip / tarih |
| 03 | sorumlu | Kaynak / sahip / tarih |
| 04 | karar saati | Kaynak / sahip / tarih |
| 05 | iletişim | Kaynak / sahip / tarih |
| 06 | toparlanma | Kaynak / sahip / tarih |
| 07 | ders | Kaynak / sahip / tarih |
Gerçek krizde düzenleyici bildirim süreleri hukukça ayrıca doğrulanır.
TAM METİN / v2.0
Uygulama şablonu
D-PR-13 | RISK YÖNETIMI VE KRIZ MÜDAHALE PROTOKOLÜ
İNOVAPARK / INOMATRIX MASTER KÜTÜPHANE
Belge kodu: D-PR-13 Sürüm: 2.0 Tarih: Ekim 2026
Aşama: 3 Belge türü: Protokol Konular: Risk · Kriz · Süreklilik
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Ç
Kriz tetikleri, görevler, iletişim ve toparlanma akışı.
Bu belgenin kullanımıyla verilecek karar: masa başı tatbikat ve aksiyon kapanışı 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. Risk senaryoları: kaynak sahibi, dönem, sürüm ve erişim yetkisi kaydedilir; eksikse varsayım olarak işaretlenir.
G2. olay kayıtları: kaynak sahibi, dönem, sürüm ve erişim yetkisi kaydedilir; eksikse varsayım olarak işaretlenir.
G3. iletişim planı: kaynak sahibi, dönem, sürüm ve erişim yetkisi kaydedilir; eksikse varsayım olarak işaretlenir.
Kapsam ilkesi: Büyüme varsayımları senaryolarla ve nakit ihtiyacıyla birlikte gösterilir. ARR, değerleme, satın alma ve halka arz ifadeleri onaylanmış varsayım veya gerçekleşen kayıtla ayrıştırı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 Tetik ve kriz seviyesi belirle. Girdi referansını, sorumlu rolü, tarihini ve üretilen kanıtı uygulama kaydına ekleyin.
3.2 Komuta zincirini yaz. Girdi referansını, sorumlu rolü, tarihini ve üretilen kanıtı uygulama kaydına ekleyin.
3.3 Ilk iletişim ve kanıt korumayı planla. Girdi referansını, sorumlu rolü, tarihini ve üretilen kanıtı uygulama kaydına ekleyin.
3.4 Tatbikatla toparlanmayı ölç. Girdi referansını, sorumlu rolü, tarihini ve üretilen kanıtı uygulama kaydına ekleyin.
Uygulama kartı: İşlem tetikleyicisi, adımlar, onay, kontrol, istisna ve kanıt tek kayıt üzerinde izlenir. Pilot tamamlanmadan geniş ölçekli kullanım kararı verilmez.
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ı:
• Olay: [doldurulacak]
• seviye: [doldurulacak]
• sorumlu: [doldurulacak]
• karar saati: [doldurulacak]
• iletişim: [doldurulacak]
• toparlanma: [doldurulacak]
• ders: [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: Gerçek krizde düzenleyici bildirim süreleri hukukça ayrıca doğrulanır.
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ı: Süreç sahibi örneklemi gözden geçirir; bağımsız kontrol noktası kapanışı doğrular.
7. ÖLÇÜM, HEDEF VE KALİBRASYON
Birincil gösterge: Tatbikatta hedef sürede müdahale / kritik senaryo.
Ö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ı: Masa başı tatbikat ve aksiyon kapanışı.
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
Sektör ve ülke bazlı düzenleme referansları uygulama tarihinde ilgili uzman tarafından doğrulanır. Bu metodoloji metni hukuki, mali veya klinik uygunluk kararı yerine geçmez.
