Olay ve kapsam
Yönetim kokpitindeki mutabakat göstergesi
NEXUS-AI · FAZ 6 / BUILD
D-AI-15
Çalışma şablonu · v1.0Otonom Ajan Destekli Merkezi Raporlama
Beş dikeyin karar kalitesini ortak metrikler, kaynak bağlantısı ve istisna yönetimiyle görünür kılmak.
Belge künyesi
v1.0- Kaynak türü
- İnovapark metodoloji şablonu
- Yayın kapsamı
- Açık arşiv ve uyarlama ilkeleri ↗
- Doküman kodu
- D-AI-15
- Program / faz
- Nexus-AI / 6: Canlıya geçiş ve yayılım
- Metodoloji aşaması
- Build
- Hesap veren (A)
- Holding Performans Ofisi Lideri
- Hazırlayan
- İnovapark metodoloji ekibi
- Tarih / sürüm
- Ekim 2026 / v1.0
- Belge durumu
- Yayımlanmış uygulama şablonu
- Kanıt standardı
- Girdi + işlem izi + kabul kararı
Karar sınırı
Business yönü ve politika onayı insan yönetişiminde kalır; ajan yalnızca tanımlı operasyonu yürütür.
Uygulama durumu
Bu doküman tasarım rehberidir. Gerçekleşmiş KPI veya yasal uyum sertifikası iddiası içermez.
01 / KARAR ÇERÇEVESİ
Amaç ve kullanım sınırı
Beş dikeyin karar kalitesini ortak metrikler, kaynak bağlantısı ve istisna yönetimiyle görünür kılmak.
Bu adım, İnovapark'ın Business → Kurallar/Politikalar → Ürün/Operasyon ayrımını uygular. İş hedefi ile yönetişim onayı ayrı tutulur; uygulayıcı ajan her eylemini P.U.R. döngüsünde planlar, yetkili sınırda icra eder ve kanıtıyla raporlar.
02 / BAŞLAMADAN ÖNCE
Girdiler, roller ve hazırlık
SSOT sözlüğü; dikey KPI'lar; yönetim ritmi; kaynak erişim kuralları.
Görev ayrılığı
Tek hesap veren rol: Holding Performans Ofisi Lideri. Katılan ekipler: Holding Performans Ofisi. Uygulayıcı ekip teknik/saha kanıtını üretir. Bağımsız risk ve uyum rolü bu kanıtı inceler; aynı kişi kendi işlemini nihai olarak onaylayamaz.
03 / PLANLA → UYGULA → RAPORLA
Operasyonel iş akışı
- 1. adım
Her metriğe tanım, pay/payda, veri sahibi, güncellik ve izin etiketi ekleyin.
- 2. adım
Ajan özetlerini kaynak tablosuna, dönem aralığına ve hesaplama sürümüne bağlayın; belirsizliği gösterin.
- 3. adım
Finansal, klinik ve operasyonel panoları rol bazlı ayırın; holding özetinde yalnızca gerekli toplulaştırmayı gösterin.
- 4. adım
Haftalık sapma raporunda eylem sahibi, karar tarihi, CAPA ve kapanış kanıtını takip edin.
Asgari çıktıKaynaklı holding kokpiti, metrik kataloğu ve sapma kararı.
04 / KONTROL VE KABUL
Risk, istisna ve yayın kapısı
Risk ve sınır
KPI değeri otomatik tahminden türetilmişse gerçekleşen veri olarak etiketlenemez.
Kabul kanıtı
Her yönetim kararındaki veri, kaynağına ve sürümüne geri izlenmelidir.
İstisna oluşursa işlem güvenli duruma alınır, ilgili insan yetkiliye eskale edilir, karar ve düzeltici faaliyet iz kimliğiyle kaydedilir. Pilot veya canlı yayılım ancak kayıtlı onaydan sonra sürdürülür.
05 / UYGULAMA KAYDI
Çalışma formu
İş problemi / senaryoDoldurulacak
İş sahibi ve denetçiİki ayrı rol
Baz değer ve hedefKaynak gösterilecek
Veri ve izin sınıfıOnay kaydı eklenecek
Test sonucu ve istisnaKanıtla bağlanacak
Devam / durdur kararıYetkili imza
06 / REFERANS
Birincil araştırma kaynakları
Bu kaynaklar yöntem ve teknoloji kararlarını destekler; yerel yükümlülük için ilgili hukuk ve uyum incelemesinin yerine geçmez.
UYGULAMA ARACI
Çalışma kaydı
Bu belgeyi kurum içinde uygularken görev ayrılığını, başlangıç kanıtını, istisnayı ve kabul kararını aynı kayıtta tutun. Form gerçek veri içermez.
NEXUS-AI / ÇALIŞMA BELGESİ 15
Otonom Ajan Destekli Merkezi Raporlama: doldurulmuş örnek
Aynı pilotun bu belgeye ait somut kaydı, olumsuz testi ve kabul kanıtı.
Temsili işlem fişi
Metrik M-15: inceleme oranı = insan kuyruğuna düşen kayıt / toplam kayıt; yanlış kesin eşleşme ayrı kritik metrik.
İstisna davranışı
Kaynak dönemi veya payda eksikse yüzde gösterilmez.
| Teslim edilecek kanıt | Karar sahibi için kabul sorusu |
|---|---|
| Metrik sözlüğü, kaynak tablo/sürüm ve yönetim karar bağlantısı | CFO her göstergenin ham kaydına geri iz sürebilir. |
Belgenin asgari kapısı: Her yönetim kararındaki veri, kaynağına ve sürümüne geri izlenmelidir.
Mutabakat pilotunun yedi fazı ↗
Tüm kimlikler ve sayılar kurgusaldır. Kuruma özgü veri, ölçüm, güvenlik ve onay kayıtlarıyla değiştirilmeden uygulama kanıtı sayılmaz.