Giriş
Arka ofis çalışmaları, bir işletmenin dönem kapanışını yapıp yapamayacağını, nakit durumunu anlayıp anlayamayacağını, performansını açıklayıp açıklayamayacağını, vergi ve düzenleyici yükümlülüklerini yerine getirip getiremeyeceğini ve karar vericilere güvenebilecekleri bilgiyi sunup sunamayacağını belirler. Bu nedenle mutabakat, raporlama ve uyum, yetki taşıyan süreçlerdir. Hatalar nakdi yanlış gösterebilir, bir ödemeyi mükerrer kaydedebilir, bir istisnayı gizleyebilir, bir beyan girdisini atlayabilir, kişisel verileri açığa çıkarabilir veya yönetim, denetçiler, kreditörler ve düzenleyiciler için mevcut kanıtları zayıflatabilir.
Ajan tabanlı sistemler bu işi düzenlemenin yeni bir yolunu yaratır. Bir ajan; bir modeli, araçları ve talimatları bir araya getirir ve tanımlanmış bir görevi izlemek üzere bu araçları birden çok adımda kullanabilir [5]. Bu yetenek, yapılandırılmamış materyali yorumlayabilir, çeşitli sistemlerden kanıt toplayabilir, kontrollü hesaplamalar yapabilir, bir rapor taslağı hazırlayabilir ve istisnaları yönlendirebilir. Aynı zamanda operasyonel saldırı yüzeyini genişletir. İstem enjeksiyonu, aşırı ajan yetkisi, güvensiz çıktı işleme, kimlik bilgisi kötüye kullanımı ve ele geçirilmiş araçlar, görünüşte faydalı bir iş akışını yetkisiz bir aktör haline getirebilir [10-13].
Dolayısıyla ticari soru nettir: kayıt bütünlüğünü, mesleki kanaati veya devredilmiş yetkiyi zayıflatmadan hangi arka ofis işleri kanıtla desteklenen, kabul edilmiş iş paketlerine dönüştürülebilir? Bu makaledeki değer birimi şudur: kabul edilmiş arka ofis iş paketi. Bir paket, tanımlanmış bir görev, kaynak kayıtlar, dönüşümler, deterministik hesaplamalar, ajan izi, istisna durum tespiti, gözden geçiren kanıtı ve yayın durumu içerir. Bir taslak, ancak gerekli doğrulamalar ve onaylar geçtikten sonra kabul edilmiş bir pakete dönüşür.
Bu makale, GCC KOBİ ve aile işletmesi sahipleri ile aile ofisi CIO'ları ve alternatif yatırım birimi yöneticileri için yazılmıştır. İşletme sahiplerinin kapanış hızı, işletme sermayesi görünürlüğü, vergiye hazırlık ve yönetim kapasitesi açısından pratik kazanımlara ihtiyacı vardır. Yöneticilerin ise konsolide raporlamaya, alt varlık düzeyinde kanıta, sermaye çağrısı ve dağıtım kontrolüne, hizmet sağlayıcı gözetimine ve tüzel kişilikler, portföyler ve yargı bölgeleri genelinde bir denetim izine ihtiyacı vardır. Sistemleri ve mesleki yükümlülükleri farklıdır. Kontrol mantığı ortaktır.
Kamuya açık kanıtlar disiplinli deneyimi destekler. Stanford HAI, kurumsal AI benimsemesinin 2025'te %88'e ulaştığını, ancak gerçek bilgisayar ajanlarının atıfta bulunulan OSWorld kıyaslamasında hâlâ yaklaşık her üç görevden birinde başarısız olduğunu bildiriyor [1]. 5.179 müşteri destek temsilcisiyle yapılan bir saha çalışması, üretken AI asistanının ortalama üretkenliği %14 artırdığını ve çalışan deneyimine göre önemli farklılıklar bulunduğunu ortaya koydu [2]. Deneyimli açık kaynak geliştiricilerle yapılan ayrı bir randomize çalışma, 2025 başındaki AI araçlarının kendi ortamında tamamlama süresini %19 artırdığını buldu [3] ve araştırmacılar daha sonra seçim etkilerinin takip tahminini güvenilmez kıldığını bildirdi [4]. Bu sonuçlar mutabakatı, raporlamayı veya uyumu ölçmez. Yerel bir temel referansın, temsili vakaların ve gözlemlenen kabulün neden gerekli olduğunu gösterirler.
Çerçevenin altı sonucu vardır. Birincisi, deterministik kontroller hesaplamalar, izinler, kayıt ve onay üzerinde yetkiyi korur. İkincisi, bir ajan yorumlayabilir, bir araya getirebilir ve yönlendirebilir; kayıt sistemi haline gelmemelidir. Üçüncüsü, her önemli beyan için kaynak izlenebilirliği ve yeniden üretilebilir bir dönüşüm gerekir. Dördüncüsü, ilk dağıtım dar kapsamlı araçlarla ve insan onayıyla gölge veya taslak modunda çalışmalıdır. Beşincisi, üretkenlik kabul edilen her paket başına karşılaştırılabilir kalite ve kontrol çabasıyla ölçülür. Altıncısı, atfedilen Matchpoint veya müşteri geliri, maliyet azaltımı ve kayıp azaltımı, onaylanmış gözlemlenen atıf mevcut olana kadar USD 0 olarak kalır.
| Karar | Gerekli kanıtlar | Başlangıç yetkisi |
|---|---|---|
| Bir iş akışı için ajan kullanın | Sabit görev sınırı, temsili vakalar ve belirlenmiş sorumlu | Süreç sahibi |
| Bir kaynak sistemi bağlayın | Amaç, veri hakları, en az ayrıcalık ve test kanıtı | Sistem ve veri sahipleri |
| Mutabakat paketini kabul et | Popülasyonun tamlığı, deterministik mutabakat ve istisnaların çözülmesi | Finans kontrolörü |
| Yönetim raporunu yayımla | Kaynak kökeni, onaylı tanımlar ve gözden geçiren onayı | Raporlama sahibi |
| Uyum vakasını kapat | Politika, kanıt, eskalasyon ve yetkin değerlendirme | Uyum sahibi |
| Yevmiye kaydı işle, ödeme yap veya dosyala | Devredilmiş yetki ve kontrollü kaynak sistem işlemi | Yetkili insan veya ayrıca onaylanmış deterministik kontrol |

Kapsam, Tanımlar ve Kanıt Sınırları
Ajan tabanlı iş akışı
Bir ajan tabanlı iş akışı, onaylanmış bir sınır içinde eylemleri seçmek veya sıralamak için bir model kullanır. Deterministik bir iş akışı, önceden tanımlanmış kod yollarını izler. Anthropic, modellerin ve araçların önceden tanımlanmış orkestrasyonu izlediği iş akışlarını, modelin süreci ve araç kullanımını yönlendirdiği ajanlardan ayırır [6]. Her ikisi de faydalı olabilir. Mutabakat mantığı, vergi hesaplamaları, erişim kontrolleri ve kayıt kuralları genellikle deterministik uygulamadan fayda görür. Belge yorumlama, kanıt toplama, istisna açıklama ve inceleyici yönlendirmesi sınırlandırılmış model muhakemesinden fayda görebilir.
| Sistem sınıfı | Yürütme mantığı | Uygun arka ofis rolü | Ana kontrol |
|---|---|---|---|
| Deterministik otomasyon | Kurallar ve kod her adımı tanımlar | Eşleştirme, hesaplamalar, doğrulamalar ve zamanlanmış veri çekimleri | Sürümlenmiş kurallar ve testler |
| Copilot | Kullanıcı sorar ve her çıktıyı inceler | Analiz, anlatı taslağı oluşturma ve politika belgelerini getirme | Görünür kaynaklar ve kullanıcı kabulü |
| Araç kullanan ajan | Model, bir görev içinde onaylanmış araçları seçer | Kanıt toplama ve istisna paketi oluşturma | Araç izin listesi, kapsamlar ve durdurma koşulları |
| Orkestre edilmiş iş akışı | Aşamaları kod kontrol eder; modeller sınırlı adımları gerçekleştirir | Kapanış, raporlama ve uyum paketi üretimi | Aşama kapıları ve bağımsız doğrulayıcılar |
| Otonom aktör | Model önemli eylemleri başlatabilir ve serbest bırakabilir | Başlangıç kapsamı dışında | Ayrı yetki kararı ve güçlendirilmiş kontrol durumu |
Kabul edilmiş arka ofis çalışma paketi
Paket, bir kanıt nesnesi ve operasyonel bir devir teslimdir. Değiştirilemez bir kimliğe, görev sözleşmesine, varlık ve döneme, kaynak manifestosuna, girdi hash'lerine veya sağlayıcı tanımlayıcılarına, kural ve model sürümlerine, hesaplamalara, üretilmiş anlatıya, istisnalara, onaylara, serbest bırakma hedefine ve saklama durumuna sahiptir. Kanıt defteri ne olduğunu kaydeder. Kurumsal kaynak planlama, portföy muhasebesi, bankacılık, vergi veya uyum sistemi yetkili kayıt olmaya devam eder.
Kabul, role özgüdür. Bir hazırlayıcı tamlığı teyit edebilir ve bir istisnayı açıklayabilir. Bir kontrolör bir mutabakatı kabul edebilir. Bir portföy raporlama sorumlusu bir performans paketini onaylayabilir. Bir uyum görevlisi bir vakayı kapatabilir veya eskalasyona yükseltebilir. Dış denetçiler ve düzenleyiciler kendi kararlarını verir. Ajan çıktısı onların sonuçlarına ön onay veremez.
| Paket durumu | Anlam | İzin verilen işlem |
|---|---|---|
| Oluşturuldu | Görev sözleşmesi ve kaynak penceresi sabitlendi | Kanıt toplayın |
| Birleştirildi | Gerekli kaynaklar mevcut veya eksiklikler kaydedildi | Deterministik kontrolleri çalıştır |
| Değerlendirildi | Kalite, kontrol ve güvenlik testleri tamamlandı | İstisnaları yönlendir |
| İncelendi | Adı belirtilen inceleyici kararı kaydeder | Yayını hazırla |
| Kabul edildi | Gerekli tüm kontrol noktaları geçildi | Onaylanan paketi yayımla |
| Reddedildi | Esaslı kusur veya yetki hatası | Düzelt, yeniden çalıştır veya geri al |
| Yerine yenisi geçti | Daha sonra onaylanan paket onun yerini alır | İzlenebilirliği koru; yeniden kullanımı önle |
İş akışı kapsamı
Bu çerçeve; kayıttan raporlamaya mutabakatları, banka ve nakit mutabakatını, şirketler arası eşleştirmeyi, alacak ve borç kontrolünü, konsolidasyon desteğini, yönetim ve portföy raporlamasını, kovenant izlemeyi, KYC ve yaptırım kanıtlarının toplanmasını, vergi kayıtlarının hazırlığını, politika gözetimini ve uyum dosyalarının oluşturulmasını kapsar. İlk kurulum sırasında otonom hukuki yorumu, muhasebe politikası seçimini, yatırım kararlarını, şüpheli işlem bildirimi kararlarını, yaptırım onayını, vergi beyannamesi vermeyi, yevmiye kayıtlarının işlenmesini, ödemeleri ve ana verilerde değişiklik yapılmasını kapsamaz.
Bu hariç tutma, teknolojinin söz konusu faaliyetleri destekleyemeyeceği anlamına gelmez. Bu makale için yetki sınırını belirler. Herhangi bir kuruluş bu sınırı değiştirmeden önce ayrı bir tasarım incelemesi, hukuki inceleme ve uzman incelemesi gerekir.
Kanıt sınıfları
Kamuya açık kaynaklar çerçeve tasarımını ve dış gereklilikleri destekler. İç operasyonel kanıtlar, belirli bir uygulamanın işleyip işlemediğini ortaya koyar. Yönetim senaryoları yalnızca aritmetiği gösterir. Her esaslı iddiaya bir kanıt sınıfı atanır.
| Sınıf | Açıklama | İzin verilen kullanım |
|---|---|---|
| P1 | Kanun, düzenleme veya bağlayıcı kural | Kapsamın yetkin biçimde incelenmesinin ardından uygulanabilir bir yükümlülük tanımlayın |
| P2 | Resmi standart, düzenleyici kılavuzu veya yetkili çerçeve | Kontrolleri ve inceleme sorularını tasarlayın |
| P3 | Hakem değerlendirmesinden geçmiş veya birincil ampirik araştırma | Bir iddiayı incelenen görev ve popülasyonla sınırlayın |
| P4 | Sağlayıcı belgeleri veya teknik şartname | Sürümlenmiş bir yeteneği veya arayüzü açıklayın |
| I1 | Mutabakatı yapılmış dahili kaynak sistemi verileri | Sahiplik ve kalite kontrollerinden sonra yerel operasyonları ölçün |
| I2 | Onaylanmış test, izleme, istisna ve kabul kaydı | Yerel iş akışı performansını değerlendirin |
| U | varsayımsal modelleme varsayımları | Bir formülü gösterin; gözlemlenen değeri asla temsil etmeyin |
Kamuya açık kanıtlar yerel bir iş sonucunu kanıtlayamaz. Bir sağlayıcı açıklaması bir kontrolün işleyiş etkinliğini ortaya koyamaz. Başarılı bir gösterim, temsili doğruluğu veya denetim yeterliliğini ortaya koyamaz. Onaylanmış bir iç paket, yerel bir sonucu yalnızca tanımlanmış görevi, verisi, dönemi, kontrolleri ve gözden geçireni için destekleyebilir.
Profesyonel ve yazar sınırları
Makale, bir araştırma ve operasyon çerçevesi sunar. Hukuki, düzenleyici, muhasebe, denetim, vergi, gizlilik, siber güvenlik, yatırım veya değerleme tavsiyesi sunmaz. Nitelikli profesyoneller geçerli yükümlülükleri belirler ve kendilerine ait takdir yetkisini kullanır. Tüm hesaplanmış değerler, eşikler, kabul oranları ve ekonomik unsurlar varsayımsal modelleme varsayımlarıdır.
Ve Karar Haritası
GCC KOBİ ve aile işletmesi kararları
işletmeciler, kısıtlı finans, vergi, uyum ve teknoloji ekipleriyle işletme karmaşıklığını sıklıkla yönetir. Operasyonel öncelik, tahsilatları, satın almaları, borçlanmayı, yatırımı ve hissedar kararlarını destekleyen güvenilir bir kapanış ve nakit görünümüdür. Bir aile işletmesi ayrıca, halefiyet, finansman ve işlem durum tespiti süreçlerinde geçerliliğini koruyan ilişkili taraf, hissedar cari hesabı ve şirketler arası kanıtlar gerektirebilir.
| karar | Paket | Asgari kanıt | Yetki |
|---|---|---|---|
| Hangi nakit farkları işlem gerektirir? | Banka mutabakatı | Banka kaynağı, defter kaynağı, zamanlama kuralı, istisna sorumlusu | Finans kontrolörü |
| Hangi alacaklar için tahsilat veya uyuşmazlık yönetimi gerekiyor? | Alacak istisnası | Fatura, teslimat, alacak dekontu, ödeme ve yazışma bağlantıları | Alacaklar sorumlusu |
| Aylık kapanış onaylanabilir mi? | Sıkı kontrol | Mutabakatın tamamlanması, yevmiye kayıtları, açık istisnalar ve onaylar | CFO/kontrolör |
| Vergi dokümantasyonu tamam mı? | Vergi hazırlığı | İşlem kaydı, fatura, sınıflandırma, hesaplama ve saklama durumu | Vergi sorumlusu/danışmanı |
| Şirketler arası bakiye kabul ediliyor mu? | Şirketler arası paket | Karşı taraf teyidi, para birimi, dönem, eliminasyonlar ve uyuşmazlık | Tüzel kişilik kontrolörleri |
| Borç veren raporu hazır mı? | Kovenant paketi | Kredi imkanı tanımı, kaynak bakiyeleri, hesaplama ve sapma açıklaması | CFO ve kredi imkanı sahibi |
İlk uygulama, net kaynak sistemleri ve adı belirlenmiş bir gözden geçiren kişi bulunan, tekrarlayan ve yüksek hacimli tek bir göreve odaklanmalıdır. Banka mutabakatı ve aylık yönetim raporu derlemesi yaygın adaylardır. Ana veri sahipliği çözülmemiş, muhasebe politikası istikrarsız veya yetki devri belirsiz olan bir süreç, ajan tabanlı orkestrasyon öncesinde iyileştirme gerektirir.
Aile ofisi CIO'su ve alternatif yatırım kararları
Ekipler; yöneticiler, saklamacılar, bankalar, genel ortaklar, işletme şirketleri ve dahili defterlerden bilgi toplar. Raporlama tarihleri, değerleme esasları, para birimleri ve tüzel kişilik yapıları farklılık gösterir. Gerekli çıktı; net aktif değeri, maruziyet, nakit tahminleri, sermaye çağrıları, dağıtımlar, fonlanmamış taahhütler, ücretler, likidite ve performansı içerebilir. Ajan tabanlı derleme, manuel doküman işlemeyi azaltabilir. Portföy muhasebesi, değerleme onayı ve yatırım muhakemesi yerleşik yetkilerini korur.
| karar | Paket | Asgari kanıt | Yetki |
|---|---|---|---|
| Portföy raporu eksiksiz mi? | Raporlama paketi | Tüzel kişilik haritası, saklamacı/yönetici dosyaları, değerleme tarihleri, döviz kurları ve mutabakatlar | Raporlama sahibi |
| Sermaye çağrısı geçerli ve fonlanmış mı? | Sermaye çağrısı paketi | Bildirim, fon koşulları, banka talimatları, onay ve nakit tahmini | Yatırım operasyonları ve imza yetkilileri |
| Ücretler şartlarla tutarlı mı? | Ücret inceleme paketi | LPA/IMA hükmü, hesaplama esası, dönem ve idareci kaydı | Fon kontrolörü/CIO temsilcisi |
| Alt varlıklara bakış maruziyeti politikaya uygun mu? | Maruziyet paketi | Varlık soy kütüğü, sınıflandırma, payda ve limit mantığı | Risk/CIO |
| Yönetici raporu eskalasyon gerektiriyor mu? | İstisna paketi | Eksik veri, güncelliğini yitirmiş değerleme, kovenant, kilit kişi veya likidite kanıtı | İlişki sahibi/CIO |
| Yönetim kurulu paketi yayımlanabilir mi? | Yönetişim paketi | Onaylanmış metrikler, anlatı kaynakları, çıkar çatışmaları ve onaylar | CIO/yönetim kurulu sekretaryası sorumlusu |
Ortak kontrol soruları
Her iki hedef kitle de üretim kullanımından önce aynı sekiz soruyu yanıtlamalıdır: Hangi kesin karar destekleniyor? Hangi kayıtlar yetkilidir? Ajan hangi verileri okuyabilir? Hangilerini yazabilir? Hangi hesaplama deterministiktir? Hangi istisnalar iş akışını durdurur? Paketi kim kabul eder? Süreç güvenli biçimde nasıl geri alınabilir?
| Soru | Zayıf yanıt | Kontrol noktasına hazır yanıt |
|---|---|---|
| Amaç | “Finansı otomatikleştir” | “X-Y hesapları için günlük banka mutabakatı taslak paketlerini saat 10:00'a kadar hazırla” |
| Ana kütle | “Tüm işlemler” | Kaynak, tüzel kişilik, hesap, tarih ve tamlık kontrolü tanımlanmış |
| Yetki | “Finans onaylar” | Belirlenmiş rol, tutar/istisna eşikleri ve kanıtlar kayıt altına alınmış |
| Veri hakları | “Zaten sistemde” | Sahipler tarafından onaylanan amaç, erişim, saklama ve aktarım |
| Kalite | “Çıktı doğru görünüyor” | Altın set, bağımsız kontroller ve kabul eşiği sabitlendi |
| Teminat | “Tedarikçi kurumsal düzeydedir” | Tehdit modeli, kapsamlar, günlükleme, olay ve çıkış test edildi |
| Değer | “Tasarruf edilen saatler” | Karşılaştırılabilir kabul edilmiş paketler ve tam insan/sistem eforu ölçüldü |
| Kurtarma | “Bunu manuel yapabiliriz” | Test edilmiş geri dönüş, son güvenli durum ve kurtarma sahibi kaydedildi |
| Karar | Gerekli kanıtlar | Başlangıç yetkisi |
|---|---|---|
| Bir iş akışı için ajan kullanın | Sabit görev sınırı, temsili vakalar ve belirlenmiş sorumlu | Süreç sahibi |
| Bir kaynak sistemi bağlayın | Amaç, veri hakları, en az ayrıcalık ve test kanıtı | Sistem ve veri sahipleri |
| Mutabakat paketini kabul et | Popülasyonun tamlığı, deterministik mutabakat ve istisnaların çözülmesi | Finans kontrolörü |
| Yönetim raporunu yayımla | Kaynak kökeni, onaylı tanımlar ve gözden geçiren onayı | Raporlama sahibi |
| Uyum vakasını kapat | Politika, kanıt, eskalasyon ve yetkin değerlendirme | Uyum sahibi |
| Yevmiye kaydı işle, ödeme yap veya dosyala | Devredilmiş yetki ve kontrollü kaynak sistem işlemi | Yetkili insan veya ayrıca onaylanmış deterministik kontrol |
Pazar, Benimseme ve Verimlilik Kanıtları
Benimseme ve kabiliyet
Stanford HAI, 2025'te kurumsal AI benimsemesinin %88 olduğunu ve birçok teknik kıyaslamada hızlı iyileşme yaşandığını bildiriyor [1]. Aynı rapor, pürüzlü bir kabiliyet sınırı tanımlıyor: sistemler zor kıyaslamalarda güçlü performans gösterebilirken görünüşte basit görevlerde başarısız olabiliyor ve atıf yapılan OSWorld ajan kıyaslaması hâlâ denemelerin yaklaşık üçte birinde başarısızlık kaydetti [1]. Bu nedenle bir arka ofis tasarımı genel kabiliyeti bağlam, yerel değerlendirmeyi ise otorite olarak ele almalıdır.
UAE güçlü bir benimseme bağlamına sahiptir. Stanford HAI, UAE'da nüfus düzeyinde üretici AI benimsemesinin %54 olduğunu ve UAE ile Suudi Arabistan dahil olmak üzere birçok ülkede işyeri kullanımının %80'i aştığını bildiriyor [1]. Bu istatistikler bildirilen benimsemeyi tanımlar. Üretim kontrolü olgunluğunu, ekonomik getiriyi veya belirli bir iş akışına uygunluğu ortaya koymazlar.
Verimlilik göreve özgüdür
Brynjolfsson, Li ve Raymond, bir AI asistanı kullanan müşteri destek temsilcilerinde ortalama %14 verimlilik artışı buldu; kazanımlar yeni başlayan ve daha düşük becerili çalışanlarda daha büyük, yüksek becerili çalışanlarda ise asgari düzeydeydi [2]. Müdahale, tanımlı bir ortamda konuşma yoluyla rehberlik sağladı. Defterleri özerk olarak mutabakat etmedi veya uyum raporları yayımlamadı.
METR'nin randomize çalışması, deneyimli açık kaynak geliştiricileri iyi bildikleri depolarındaki gerçek sorunlar için 2025 başlarında AI araçlarını kullandığında %19 yavaşlama buldu [3]. Sonuç açıkça bu ortamla sınırlıydı. 2026 tarihli bir güncelleme, katılım seçiminin daha sonraki bir tahmini güvenilmez hale getirdiğini açıkladı [4]. Birlikte ele alındığında çalışmalar, kullanıcı algısının, kıyaslama performansının ve gözlemlenen geçen sürenin birbirinden ayrışabileceğini gösteriyor.
| Kanıt | Gözlemlenen ortam | Sonuç | çıkarım |
|---|---|---|---|
| Stanford AI Endeksi [1] | Ekonomiler arası benimseme ve kıyaslamalar | Yüksek benimseme; ajan güvenilirliği dengesiz | Yerel işi test edin; istisna yönetimini koruyun |
| NBER W31161 [2] | Müşteri desteği, 5.179 temsilci | Ortalama %14 verimlilik artışı | Destek, tanımlı bir görevde uygulamayı aktarabilir |
| METR 2025 [3] | Deneyimli geliştiriciler, 246 sorun | AI ile %19 daha uzun | Geçen süreyi ve yeniden çalışmayı doğrudan ölçün |
| METR 2026 güncellemesi [4] | Takip niteliğindeki geliştirici deneyi | Seçim nedeniyle bozulmuş tahmin | Katılımı ve iş akışı seçimi etkilerini kaydedin |
Verimlilik ölçüm sözleşmesi
Ölçüm birimi, üretilen bir çıktı, istem, ajan çalıştırması veya belge değil, kabul edilen bir pakettir. Temel ve destekli süreç aynı temsili popülasyonu, kalite çıtasını, kontrol yükümlülüklerini ve son tarihi kapsamalıdır. Toplam destekli efor; veri hazırlığı, başarısız çalıştırmalar, gözden geçiren süresi, düzeltmeler, istisna işleme, kontrol işletimi, tedarikçi yönetimi ve toparlanmayı içerir.
Kabul edilen paket başına temel saatler şu olsun: Hb. Destekli hazırlık, inceleme, istisna ve kontrol saatleri şu olsun: Ha. Kabul edilen paketler şu olsun: Q. Serbest bırakılan brüt saatler eşittir Q x (Hb - Ha). Gözlemlenen işgücü maliyeti azalması, ödenen maliyette onaylanmış bir değişiklik gerektirir. Kapasite yeniden tahsisi ayrıca raporlanır.
| Metrik | Tanım | Dışlama riski |
|---|---|---|
| İlk geçişte kabul | Düzeltme olmadan kabul edilen paketler / incelenen paketler | Reddedilen veya terk edilen paketleri gizleme |
| Uçtan uca çevrim süresi | Tetiklemeden kabul edilen sürüme kadar | Yalnızca raporlama modeli gecikmesi |
| İnsan müdahalesi süresi | Hazırlık, inceleme, düzeltme ve istisna dakikaları | Denetim ve destek hariç |
| Yeniden işleme oranı | Düzeltilen paketler / oluşturulan paketler | Yalnızca başarılı çalıştırmaları sayma |
| Kaçırılan istisna oranı | Bildirilmeyen bilinen önemli istisnalar / bilinen istisnalar | Eksik bir altın veri seti kullanma |
| Yanlış pozitif oranı | Önemsiz olduğu değerlendirilen bildirilmiş istisnalar / bildirilmiş istisnalar | Test ortasında gözden geçiren eşiğini değiştirme |
| Kontrol çabası | Erişim, loglar, testler, olaylar ve değişiklikler için harcanan saatler | Yönetişimi batık genel maliyet olarak ele alma |
| Başarısızlık şiddeti | Bir başarısızlığın onaylanmış azami kayıp/etki kategorisi | Kuyruk riskini ortalamayla gizleme |
Süreç seçimi
Ajan tabanlı iş; yapılandırılmamış kanıt, birden fazla sistem, koşullu yönlendirme ve net bir tamamlanma durumu içeren görevlere uygundur [5,6]. Girdiler, kurallar ve çıktılar sabit olduğunda deterministik bir iş akışı daha uygun olabilir. Süreç seçimi; değer, belirsizlik, veri hazırlığı, geri dönülebilirlik, yetki ve başarısızlık etkisi açısından puanlanmalıdır.
| Faktör | Düşük riskli aday | Yüksek riskli aday |
|---|---|---|
| Girdi | Yapılandırılmış, eksiksiz, sahibi belli | Eksik, çelişkili veya sahipsiz |
| Kural | Açık ve sürümlenmiş | Mesleki muhakeme veya çözüme kavuşturulmamış politika |
| İşlem | Taslak veya geri alınabilir | Ödeme, dosyalama, kayıt veya yıkıcı yazma |
| İstisna | Sahibi belirlenmiş bilinen sınıflar | Yeni, açık uçlu veya zaman kritik |
| İnceleme | Adı belirlenmiş ve kapasitesi olan gözden geçirici | Dağınık sahiplik veya kör onay riski |
| Etki | Sınırlı ve telafi edilebilir | Hukuki, finansal, müşteri veya sistemik sonuç |

Operasyon modeli: Kabul edilen iş paketi
Görev sözleşmesi
Her iş akışı makine tarafından okunabilir bir görev sözleşmesiyle başlar. Bu sözleşme; iş hedefini, kuruluşu, hesabı veya portföyü, dönemi, ana kütleyi, kaynakları, kuralları, eşikleri, araçları, izinleri, beklenen paketi, durdurma koşullarını, inceleyiciyi, son tarihi, saklamayı ve kurtarma sürecini belirtir. Doğal dilde bir istem görevi açıklayabilir. Tek kontrol şartnamesi bu olmamalıdır.
| Sözleşme alanı | Banka mutabakatı örneği | Kontrol amacı |
|---|---|---|
| Amaç | Günlük mutabakat paketi taslağı | Görev genişlemesini önlemek |
| Ana kütle | Hesaplar 101-104; önceki iş günü | Tamlığı sağlamak |
| Kaynaklar | Banka API anlık görüntüsü ve ERP defteri dökümü | Yetkili kayıtları belirlemek |
| Eşleştirme kuralları | Tam referans/tutar; onaylanmış tarih aralığı | Hesaplamaları yeniden üretilebilir kıl |
| İstisnalar | Yinelenen, eksik, eski, para birimi veya eşik | Bilinen hata sınıflarını yönlendir |
| Araç yetkileri | Kaynakları oku; yalnızca paket deposuna yaz | Eylem yetkisini sınırla |
| Durdur | Eksik kaynak, başarısız hash, eşiği aşan dengesizlik | Kapalı yönde başarısız ol |
| Kabul | Kontrolör onayı ve istisna sonuçlandırması | Yetkiyi koru |
Kanıt manifestosu
Manifest; her kaynak nesneyi, sağlayıcı tanımlayıcısını, çıkarma zaman damgasını, olay zaman damgasını, kuruluşu, dönemi, şemayı, sağlama toplamını veya değiştirilemez sürümü, erişim yolunu, kalite sonucunu ve saklama sınıfını kaydeder. Dış kayıtları şirket tarafından üretilen bilgilerden ayırır. PCAOB AS 1105, şirket tarafından üretilen bilgileri kullanan denetçilerin doğruluk, tamlık ve kesinliği değerlendirmesini gerektirir ve şirket tarafından sağlanan harici elektronik bilgilerin güvenilirliğini ele alır [17]. Standart PCAOB denetimlerine uygulanır. Kanıt mantığı, söz konusu yargı alanı dışında bir tasarım sorusu olarak faydalıdır; dahili bir paketi otomatik olarak denetim kanıtı haline getirmez.
| Manifest bloğu | Zorunlu alanlar | İnceleyici sorusu |
|---|---|---|
| Kimlik | Kaynak, nesne, sahip ve sistem | Bu kayıt nedir? |
| Kapsam | Kuruluş, dönem, hesap, portföy ve anakütle | Anakütle tam mı? |
| Köken | Oluşturma, çıkarma, alma ve dönüştürme zamanları | Nereden kaynaklandı? |
| Bütünlük | Hash, sağlayıcı kimliği, sürüm ve değiştirilemezlik durumu | Değişti mi? |
| Haklar | Amaç, rol, varsa hukuki dayanak ve saklama | Burada kullanılabilir mi? |
| Kalite | Şema, eksiksizlik, mutabakat ve istisna | Bu görev için uygun mu? |
Deterministik hesaplama katmanı
Aritmetik, eşleştirme, uygunluk, eşik ve politika kuralları mümkün olduğunda sürümlenmiş kodda veya kural motorlarında yürütülmelidir. Ajan bir yorum önerebilir, onaylanmış bir kural seçebilir veya bir sonucu açıklayabilir. Bağımsız doğrulama, kabul edilen kaynak anlık görüntüsünden maddi değerleri yeniden hesaplar. Paket hem ham hem de hesaplanmış alanları saklar.
Nakit mutabakatı için kapanış denklemi, açılış defter nakdi artı defter hareketlerinin kapanış defter nakdine eşit olmasıdır. Banka tarafının kendi açılışı, hareketleri ve kapanış bakiyesi vardır. Mutabakat, zamanlama ve kalıcı farkları açıklar. Ajan bir anlatı referansını sınıflandırabilir. Popülasyonu değiştiremez veya zorla eşleştiremez.
İstisna kuyruğu
Bir istisna; kimlik, kaynak bağlantıları, kategori, değer, yaş, önem derecesi, önerilen eylem, sahip, son tarih, durum ve gözden geçirenin değerlendirmesiyle birinci sınıf bir kayıttır. Çözülmemiş istisnaları bastırırken cilalı bir anlatı üreten iş akışı başarısız olmuştur.
| İstisna sınıfı | Örnek | Gerekli değerlendirme |
|---|---|---|
| Eksiksizlik | Eksik banka ekstresi veya yönetici dosyası | Durdur veya açık bir sınırlamayı onayla |
| Bütünlük | Hash veya sıra uyuşmazlığı | Karantinaya al ve incele |
| Kural | Onaylanmış sınıflandırma veya muhasebe muamelesi yok | Politika sahibine eskalasyon yap |
| Eşik | Tutar, yaş veya yoğunlaşma sınırı aşıyor | Adı belirtilen yetkilinin kararı |
| Çelişki | Kaynak kayıtlar uyuşmuyor | Çöz veya her ikisini de sınırlamayla raporla |
| Teminat | Beklenmeyen araç, istem enjeksiyonu veya kimlik bilgisi olayı | Durdur, izi koru ve olay sürecini başlat |
| Güvenilirlik | Doğrulayıcı veya model eşiğin altında | Onaylı sürece geri dön |
Kabul kaydı
Kabul kaydı; gözden geçiren kişiyi, rolü, zaman damgasını, paket sürümünü, istisnaları, onayları, sınırlamaları ve yayın hedefini kaydeder. Arayüz, uzun bir ajan dökümü değil, belirleyici kanıtları sunmalıdır. Tam iz kaydı, erişim ve saklama kontrolleri altında soruşturma ve güvence ekiplerinin erişimine açık kalır.
Üç Referans İş Akışı
Mutabakat iş akışı
Mutabakat iş akışı, dondurulmuş bir kaynak popülasyonu toplar, tamlığı doğrular, tanımlayıcıları normalleştirir, deterministik eşleştirme kurallarını uygular, kalan kalemler için sınıflandırmalar önerir, destekleyici kanıtları ilişkilendirir, istisnaları yönlendirir ve bir kabul paketi hazırlar. Ajan, ödeme bildirimi, fatura veya sözleşme kanıtları için onaylı bir doküman deposunda arama yapabilir. Eksik bir belgeyi uyduramaz veya düzeltici yevmiye kaydı oluşturamaz.
| Aşama | Deterministik bileşen | Ajan tabanlı bileşen | İnsan yetkisi |
|---|---|---|---|
| İçe al | Adet, toplamlar, sıra ve şema | Eksik veya anormal girdileri açıklar | Kaynak sahibi boşlukları giderir |
| Eşleştir | Tam ve onaylı bulanık eşleştirme kuralları | Açıklama/kategori öner | Kontrolör önemli kalan kalemleri onaylar |
| Kanıt | Hash ve bağlantı doğrulaması | Onaylı destekleyici kalemleri getirir | Hazırlayan ilgililiği teyit eder |
| İstisna | Eşik ve yaşlandırma | Neden ve eylem taslağı | Belirlenmiş sahip karara bağlar |
| Serbest bırak | Yeniden hesaplama ve eksiksizlik kontrolü | Özet taslağı | Kontrolör kabul eder |
| Kapanış sonrası | Paketi kilitle ve izle | Tekrarlayan desen içgörüsü taslağı | Süreç sahibi kuralları değiştirir |
Mükerrer kayıt tespiti özel ele alınmayı hak eder. Benzer tutar, tarih ve karşı taraf, bir mükerrer kaydı veya meşru bir tekrarı işaret edebilir. Paket; özellikleri, bağlantılı kaynak belgeleri ve kural sonucunu göstermelidir. Ödeme iptali, geri kazanım veya muhasebeleştirme, yetkili iş akışı kapsamında kalır.
Raporlama iş akışı
Raporlama iş akışı, üretimden önce bir metrik sözlüğü tanımlar. Her metriğin adı, hesaplaması, kaynağı, sahibi, sıklığı, boyutu, birimi, toleransı ve sunum kuralı vardır. Anlatı ifadeleri metrik kayıtlarına ve kaynak kanıtlara bağlanır. Yapılandırılmış raporlama belirsizliği azaltır: IFRS Vakfı, dijital finansal raporları bilgisayarca okunabilir yapılandırılmış veri olarak tanımlar ve uygulama ile kullanımı destekleyen taksonomileri sürdürür [40]. Taksonomi, iç yönetim tanımlarını belirlemez.
| Raporlama katmanı | Kontrollü nesne | Önlenen hata |
|---|---|---|
| Tüzel kişilik haritası | Yasal ve raporlama tüzel kişilikleri, sahiplik ve konsolidasyon rolü | Eksiklik veya mükerrer sayım |
| Metrik sözlüğü | Formül, kaynak, birim ve sorumlu | Tanım kayması |
| Dönem takvimi | Kapanış tarihleri, değerleme tarihleri ve kesim tarihleri | Eskimiş veya karma dönemli raporlama |
| Döviz kuru tablosu | Kaynak, zaman damgası ve dönüştürme kuralı | Tutarsız dönüştürme |
| Metinsel iddia | Metrik bağlantıları, karşılaştırma ve sınırlama | Dayanaksız yorum |
| Yayın paketi | Sürüm, inceleyiciler, hedef kitle ve dağıtım | Yanlış veya zamanından önce yapılan açıklama |
Bir portföy raporu, raporlanan yönetici değerlerini, administratör değerlerini, saklayıcı pozisyonlarını ve dahili olarak onaylanmış düzeltmeleri birbirinden ayırmalıdır. Eskimiş değerler ve tahmini look-through verileri etiketlenir. Bir ajan belgeleri çıkarabilir ve karşılaştırabilir. Değerleme kabulü, atanmış yetkili makamda kalır.
Uyum iş akışı
Uyum iş akışı kanıtları bir araya getirir, deterministik tarama veya kurallar uygular, tutarsızlıkları belirler, vaka özeti taslağı hazırlar ve yönlendirir. FATF, yeni teknolojilerin sorumlu şekilde ve risk temelli bir yaklaşımla uygulandığında mahremiyet, veri koruma, bilgilendirilmiş gözetim ve işbirliğiyle birlikte AML/CFT hızını, kalitesini ve verimliliğini artırabileceğini belirtir [37]. FFIEC'in otomatik şüpheli faaliyet izlemeye ilişkin rehberi, tanımlanmış filtreleme kriterlerini, kontrollü değişiklikleri, periyodik testi ve bağımsız doğrulamayı vurgular [39]. OFAC'ın çerçevesi, yönetim taahhüdünü, risk değerlendirmesini, iç kontrolleri, test/denetimi ve eğitimi temel yaptırım programı bileşenleri olarak tanımlar [38].
| Uyum faaliyeti | Ajan desteği | Karar saklı |
|---|---|---|
| KYC yenileme | Kanıtları çıkar, karşılaştır ve eksik kanıtları talep et | Müşteri risk kabulü |
| Yaptırım uyarısı | İsimleri, tanımlayıcıları, coğrafyayı ve kaynak kayıtları bir araya getir | Gerçek eşleşme/temizleme kararı |
| İşlem izleme | Kural çıktılarını ve ilgili faaliyeti açıklayın | Şüphe ve bildirim kararı |
| Politika gözetimi | Kaynak değişikliğini ve etkilenen prosedürleri belirleyin | Hukuki yorum ve politika onayı |
| Vergi hazırlığı | İşlemleri, faturaları ve saklama kanıtlarını derleyin | Vergi muamelesi, beyanname ve bildirim |
| Gizlilik talebi | Kontrollü verileri bulun ve işi yönlendirin | Hukuki kapsam, ifşa ve redaksiyon |
Ajan, ilk kullanıma alındığında bir uyarıyı bastırma, rapor sunma, bloke edilmiş fonları serbest bırakma veya önemli bir kişisel veri kararı verme yetkisine sahip olmamalıdır. Tüm çelişen kanıtları korumalı ve belirsizliği kaydetmelidir.
| Manifest bloğu | Zorunlu alanlar | İnceleyici sorusu |
|---|---|---|
| Kimlik | Kaynak, nesne, sahip ve sistem | Bu kayıt nedir? |
| Kapsam | Kuruluş, dönem, hesap, portföy ve anakütle | Anakütle tam mı? |
| Köken | Oluşturma, çıkarma, alma ve dönüştürme zamanları | Nereden kaynaklandı? |
| Bütünlük | Hash, sağlayıcı kimliği, sürüm ve değiştirilemezlik durumu | Değişti mi? |
| Haklar | Amaç, rol, varsa hukuki dayanak ve saklama | Burada kullanılabilir mi? |
| Kalite | Şema, eksiksizlik, mutabakat ve istisna | Bu görev için uygun mu? |
Mimari ve Araç Yığını
Kontrol düzlemi mimarisi
Mimari; kayıt sistemlerini, veri hareketini, politikayı, ajan akıl yürütmesini, deterministik doğrulamayı, kanıt depolamayı, incelemeyi ve yayımlamayı birbirinden ayırır. Bu ayrım, akıcı bir model çıktısının bağımsız kontroller olmadan operasyonel bir kayda dönüşme riskini azaltır. Ayrıca model veya sağlayıcı değişimi için bir alan yaratır.
| Katman | Bileşenler | Gerekli kanıt |
|---|---|---|
| Kayıt sistemleri | ERP, bankalar, portföy muhasebesi, CRM, belge ve uyum sistemleri | Sahip, arayüz, şema ve kullanılabilirlik |
| Veri alımı | API, olay akışı, onaylı dosya değişimi ve belge yakalama | Tamlık, sıra, zaman ve bütünlük |
| Kimlik ve politika | Kullanıcılar, hizmet kimlikleri, roller, işler, varlıklar ve amaçlar | En az ayrıcalık ve görevler ayrılığı |
| Deterministik hizmetler | Eşleştirme, hesaplamalar, limitler, şema ve politika kuralları | Kod/kural sürümü, testler ve sorumlu |
| Ajan kontrol düzlemi | Model yönlendirme, araçlar, talimatlar, bellek ve durma koşulları | Sürüm, kapsam, iz ve değerlendirme |
| Kanıt defteri | Manifestolar, dönüşümler, çıktılar, istisnalar ve onaylar | Değiştirilemezlik, saklama ve erişim |
| İnceleme ve yayımlama | Kuyruk, çift kontrol, kaynak sistemi adaptörü ve bildirim | Belirlenmiş yetkili, idempotentlik ve geri alma |
| Gözlemlenebilirlik | Çalıştırmalar, araç çağrıları, gecikme, maliyet, hatalar, sapma ve olaylar | Uyarılar, eşikler ve yanıt sahibi |
Kimlik, haklar ve ayrıştırma
Her ajan çalıştırması, belirlenmiş görev için yalnızca gerekli araç ve kayıtlarla amaca bağlı bir hizmet kimliği kullanmalıdır. MCP spesifikasyonu kapsam duyarlı yetkilendirme, token hedef kitle doğrulaması ve güvenli token işleme gerektirir ve atıfta bulunulan güncel spesifikasyonda [13] token aktarımını yasaklar. Temel ilke tüm entegrasyon protokolleri için geçerlidir: bir kaynak için verilen bir kimlik bilgisi evrensel bir anahtara dönüşmemelidir.
Görevler ayrılığı insanlar ve hizmetler için geçerlidir. Bir yevmiye kaydı hazırlayan iş akışı, onu onaylayamaz veya kayda geçiremez. Ödeme kanıtını derleyen bir iş akışı, lehtar ana verilerini değiştiremez veya ödemeyi serbest bırakamaz. Uyum vakası derleyicisi, tarama kurallarını değiştiremez veya kendi uyarılarını kapatamaz.
| Yetkinlik | Hazırlama kimliği | Onay kimliği | Yayın kimliği |
|---|---|---|---|
| Mutabakat | Kaynakları oku; paket oluştur | Paketi oku; onayla/reddet | Kabul sonrası kontrollü adaptör |
| Raporlama | Kontrollü metrikleri oku; anlatı taslağı hazırla | Tanımları ve paketi onayla | Belirlenmiş hedef kitleye yayımla |
| Uyum | Dosya kaynaklarını oku; derle | Devredilmiş role göre temizle/yükselt | Ayrı dosyalama/engelleme kanalı |
| Yapılandırma | Bir kural veya istem değişikliği öner | Değişiklik sahibi ve doğrulayıcı onaylar | Dağıtım hattı sürümleri |
Araç sözleşmeleri
Bir araç sözleşmesi, iş amacını, tam girdileri ve çıktıları, kimlik doğrulamayı, kapsamları, yan etkileri, idempotentliği, zaman aşımlarını, yeniden denemeleri, hız sınırlarını, hata sınıflarını, günlüklemeyi, test ortamını ve sahibini açıklar. Araç açıklamaları, güvenilir bir kaynaktan elde edilmedikçe güvenilmeyen girdilerdir [13]. Orkestrasyon katmanı, parametreleri şemalara göre doğrulamalı ve beklenmeyen araçları veya değişmiş yetenekleri reddetmelidir.
Okuma araçları ve yazma araçları ayrılmalıdır. İş akışının erken aşamaları salt okunur bağlantılar kullanır. Taslak çıktılar kontrollü bir paket deposuna yazılır. Kaynak sistem yazmaları, kabulden sonra yalnızca dar kapsamlı, onaylı yayın adaptörleri aracılığıyla gerçekleşir. Yıkıcı veya geri alınamaz eylemler, ayrıca onaylanmış bir kullanım durumu bunları gerektirmedikçe devre dışı kalır.
Kanıt defteri
Kanıt defteri, paket düzeyinde yalnızca eklenebilir. Düzeltmeler, geçersiz kılınan sürüme bağlı yeni bir sürüm üretir. Defter; girdi kimliklerini, dönüşümleri, deterministik çıktıları, model/sağlayıcı tanımlayıcılarını, talimatları, araç çağrılarını, doğrulama sonuçlarını, istisnaları, onayları ve yayınları saklar. Hassas içerik, erişim kontrolleriyle referans yoluyla saklanabilir; iz, kontrolsüz bir kopya veri gölü haline gelmemelidir.
| Defter olayı | Asgari kayıt | Bütünlük kontrolü |
|---|---|---|
| Görev oluşturuldu | Sözleşme hash'i, sahibi ve son tarihi | İmzalı/sürümlenmiş sözleşme |
| Kaynak alındı | Sağlayıcı/nesne kimliği, zaman damgası ve hash | Bütünlük ve kaynak doğrulaması |
| Araç çağrıldı | Kimlik, araç, parametreler, sonuç ve süre | Şema, izin listesi ve kapsam kontrolü |
| Model çalıştırıldı | Sağlayıcı, model, talimat ve çıktı referansı | Sürüm ve izleme kimliği |
| Doğrulayıcı çalıştırıldı | Kural/test sürümü ve sonucu | Önemli olduğunda bağımsız uygulama |
| İstisna değiştirildi | Durum, sahip, kanıt ve gerekçe | Rol ve kronoloji |
| Paket kabul edildi | Gözden geçiren, rol, limitler ve sonuç | Gerekli olduğunda kimlik doğrulama ve çift kontrol |
| Yayımlandı | Hedef, adaptör, idempotentlik anahtarı ve sonuç | Hedefe geriye dönük mutabakat |
Güvenilirlik ve kurtarma
İş akışı; bir kaynak, sağlayıcı, araç, doğrulayıcı veya gözden geçiren kullanılamadığında güvenli şekilde başarısız olmalıdır. Basel operasyonel dayanıklılık ilkeleri, operasyonel dayanıklılığı kesinti sırasında kritik operasyonların sunulması etrafında tanımlar ve koruma, tespit, müdahale, kurtarma ve test etmeyi vurgular [21]. CBUAE operasyonel risk standartları, önemli ürünler, faaliyetler, süreçler ve sistemler genelinde riskin tanımlanmasını ve değerlendirilmesini gerektirir [22]. Bir banka veya düzenlemeye tabi finansal kuruluş için uygulanabilir zorunlu gerekliliklerin nitelikli şekilde eşlenmesi gerekir. Bir KOBİ veya aile ofisi için ilkeler faydalı tasarım girdileri olmaya devam eder.
Kurtarma, son güvenli durumu, tamamlanmamış paketi, istisna sahipliğini ve manuel veya deterministik yedek mekanizmayı korur. Kuyruk birikimlerine sınırlar getirilir. Bir sağlayıcı kesintisi, günlük kontrollü bir süreci sessizce daha sonra gözden geçirilmemiş bir toplu işe dönüştüremez.
Değerlendirme, Doğrulama ve Yayınlama
Değerlendirme sözleşmesi
Değerlendirme sözleşmesi, sonuçlar bilinmeden önce görev ailesini, popülasyonu, altın kümeyi, ayrılmış kümeyi, olumsuz vakaları, metrikleri, eşikleri, ciddiyet ölçeğini, gözden geçirenleri, istatistiksel işlemeyi ve değişiklik kuralını sabitler. NIST'in AI RMF'si ve Üretken AI Profili, yönetişim, eşleme, ölçme ve yönetme işlevleri genelinde gönüllü risk çalışmalarını düzenler [7,8]. IIA'nın AI Denetim Çerçevesi, AI için yönetişim, yönetim ve iç denetim hususlarını açıklar [16]. Bu çerçeveler programa bilgi sağlar; adı belirtilen bir iş akışını sertifikalandırmazlar.
| Değerlendirme kümesi | Amaç | Örnek |
|---|---|---|
| Altın | Kabul edilen yanıtı ve kanıtı oluştur | Nitelikli personel tarafından bağımsız olarak tamamlanan mutabakatlar |
| Ayrılmış küme | Ayar sızıntısı olmadan genellemeyi test et | Daha sonraki dönemler, tüzel kişiler ve karşı taraflar |
| Olumsuz | Manipülasyon ve başarısızlığı test et | Fatura metninde istem enjeksiyonu; çelişen banka kaydı |
| Sınır | Yetki ve politika testi | Kaydetme, ödeme, mahsup etme veya dosyalama talebi |
| Kurtarma | Kesinti ve kısmi tamamlama testi | Kaynak yakalandıktan sonra model kullanılamıyor |
| Sapma | Değişen biçimler ve çalışma örüntüleri testi | Yeni yönetici şablonu veya e-Fatura alanı |
Metrik hiyerarşisi
Bütünlük ve yetki, metin kalitesinden önce gelir. Bir paket, bir kaynak evrenini dışarıda bırakırsa, kontrollü bir hesaplamayı değiştirirse, bir istisnayı gizlerse, araç yetkilerini aşarsa veya gerekli onayı yoksa başarısız olur. Anlatı doğruluğu ardından iddia düzeyinde test edilir. Operasyonel metrikler bunu izler.
| Öncelik | Metrik | Kontrol noktası örneği |
|---|---|---|
| 1 | Popülasyon bütünlüğü | Gerekli kaynak nesnelerinin %100'ü veya açık durdurma |
| 2 | Deterministik mutabakat | Onaylanmış para birimi hassasiyeti içinde tam eşitlik |
| 3 | Yetkiye uyum | Yetkisiz yazma veya yayınlama yok |
| 4 | Önemli istisnaları geri çağırma | Eşik risk sahibi tarafından belirlenir; kaçırmalar ciddiyetle ağırlıklandırılır |
| 5 | İddia desteği | Her önemli beyan kanıta bağlanır |
| 6 | İlk geçişte kabul | Dondurulmuş temsili küme ile ölçülür |
| 7 | Döngü ve işlem süresi | Uçtan uca süre ve insan emeği birlikte kaydedilir |
| 8 | Maliyet ve dayanıklılık | Tam çalıştırma, inceleme, destek ve başarısızlık maliyeti |
Eşik değerleri iş akışına bağlıdır. Çözümlü bir örnekte gösterilen her eşik, adı belirtilen risk sahibi onaylayana kadar varsayımsal modelleme varsayımlarıdır.
Gölge mod
Gölge mod, operasyonel kayıtları değiştirmeden canlı veya temsili girdileri işler. Personel onaylanmış temel uygulamayı paralel olarak yürütür. İnceleyiciler eksiksizliği, istisnaları, kaliteyi, süreyi ve emeği karşılaştırır. Program, anlaşmazlıkları, başarısız çalıştırmaları ve terk edilmiş paketleri saklar. Başarılı vakaların seçici şekilde raporlanması değerlendirmeyi geçersiz kılar.
| Gölge sonuç | İşlem |
|---|---|
| Her ikisi de hemfikir; kabul edildi | Anlaşmayı ve çabayı kaydet |
| Ajan, temel referansın kaçırdığı geçerli istisnayı bulur | Temel referans kontrolünü ve altın veri setini incele |
| Temel referans, ajanın kaçırdığı istisnayı bulur | Önem derecesi incelemesi; sürümü engelle; test setini güncelle |
| Farklı sınıflandırma; aynı finansal sonuç | Politika sahibi kuralı çözüme kavuşturur ve belgeler |
| Ajan dayanağı olmayan bir anlatı üretir | İddiayı reddet; kanıt bağını güçlendir |
| Ajan yetkisiz eylemde bulunmaya çalışır | Güvenlik olayı; iş akışını askıya al ve izi koru |
Değişiklik doğrulaması
Model, sağlayıcı, istem, araç, şema, kural, politika ve kaynak değişiklikleri sonuçları değiştirebilir. Her önemli değişiklik, dondurulmuş vakalara ve ilgili olumsuz vakalara karşı regresyon testini tetikler. Sağlayıcı sürüm notları girdidir, doğrulama değildir. Acil değişiklikler zaman sınırlı onay ve geriye dönük inceleme alır.
IAASB'nin Temmuz 2026 proje güncellemesi, ISA 330, ISA 500 ve ISA 520'de önerilen revizyonlara ilişkin taslak metinlerin onaylandığını ve kamuoyu istişaresine sunulmak üzere olduğunu belirtmektedir; öneriler denetim kanıtı, kontroller, mesleki şüphecilik ve teknolojiyi ele almaktadır [18]. Bunlar öneridir, mevcut nihai standartlar değildir. Bir uygulama, denetim bağlamına ilişkin güncel profesyonel tavsiye almalıdır.
Sürüm kapısı
Kısıtlı bir üretim sürümünün geçmesi için görev sözleşmesi, kaynak kontrolleri, araç izinleri, değerlendirme eşiği, gölge sonuçlar, inceleyici kapasitesi, olay süreci, geri dönüş ve değişiklik süreci gerekir. Sürüm; kuruluş, dönem, hesap, portföy, değer ve eylem ile sınırlı kalır.

Güvenlik, Gizlilik ve Üçüncü Taraf Riski
Ajana özgü tehditler
NCSC secure-AI rehberi, tasarım, geliştirme, dağıtım, işletim ve bakım genelinde tehdit modellemesi önerir [10]. OWASP; istem enjeksiyonu, güvensiz çıktı işleme, hassas bilgi ifşası ve aşırı ajan yetkisini önemli LLM uygulama riskleri arasında tanımlar [11]. MITRE ATLAS, üretken ve ajan tabanlı AI için teknikler içerir; bunlar arasında veri sızdırma ve yıkıcı araç çağrısı yer alır [12]. Bir arka ofis tehdit modeli hem geleneksel yazılım riskini hem de model aracılı yolları kapsamalıdır.
| Tehdit | Arka ofis örneği | Birincil kontroller |
|---|---|---|
| Dolaylı istem enjeksiyonu | Faturaya veya yönetici raporuna gömülü kötü niyetli talimat | İçeriği veri olarak ele al; talimatları yalıt; araçları izin listesine al; onay |
| Aşırı ajan yetkisi | Ajan ödeme, kayıt işleme veya silme yetkilerini alır | En az ayrıcalık; ayrı sürüm adaptörü; çift kontrol |
| Veri sızdırma | Araç, defter veya yatırımcı verilerini yetkisiz uç noktaya gönderir | Giden trafik izin listesi; DLP; hedef kitleye bağlı tokenlar; izleme |
| Güvensiz çıktı işleme | Oluşturulan formül veya komut alt akışta yürütülür | Tipli şemalar; deterministik doğrulama; ham yürütme yok |
| Kimlik bilgilerinin ele geçirilmesi | Hizmet tokenı sistemler arasında yeniden kullanılır | Kısa ömürlü kapsamlı kimlik; kasa; rotasyon; hedef kitle doğrulaması |
| Araç ikamesi | Bağlayıcı yeteneği veya açıklaması değişir | Güvenilir kayıt defteri; imzalı sürüm; değişiklik uyarısı; regresyon testi |
| İz sızıntısı | İstemler/günlükler hassas kayıtları çoğaltır | Veri minimizasyonu; erişim; saklama ve redaksiyon |
| Hizmet reddi/maliyet tüketimi | Döngüler veya aşırı büyük belgeler kaynak tüketir | Tur, süre, token ve maliyet sınırları; devre kesici |
Kişisel veri
UAE Kişisel Verilerin Korunması Kanunu, kapsamına giren elektronik işlemeye uygulanır ve kontroller, yükümlülükler ve veri sahibi hakları öngörür [26]. Anılan kanun, belirli tamamen otomatik kararlara itiraz hakkı içerir. DIFC Düzenlemesi 10, otonom ve yarı otonom sistemler aracılığıyla işlenen kişisel verileri ele alır ve uygulayıcı sorumluluğunu tanımlar [27]. Suudi Arabistan'ın PDPL'si, işlemeyi manuel ve otomatik işlemleri kapsayacak şekilde geniş tanımlar [28]. Birleşik Krallık ICO rehberi, otomatik kararları karar desteğinden ayırır ve anlamlı insan incelemesini vurgular [29]. AB AI Tüzüğü, maddi ve bölgesel kapsamına giren sistemler için, aktöre ve risk sınıflandırmasına bağlı yükümlülükler de dahil olmak üzere uyumlaştırılmış gereklilikler belirler [30].
Bir kuruluş; yargı yetkisi, rol, hukuki dayanak, şeffaflık, haklar, transferler ve saklama konularında nitelikli danışmanlık almalıdır. Sistem tasarımı; amacı ve veri kategorisini kaydetmeli, alanları en aza indirmeli, araçları kısıtlamalı, model/sağlayıcı işlemeyi belgelemeli, saklama sürelerine uymalı ve hukuka uygun olduğu özel olarak onaylanmadıkça yalnızca otomatik alınan önemli kararlardan kaçınmalıdır.
| Gizlilik kaydı | Zorunlu alanlar |
|---|---|
| İşleme envanteri | Amaç, veri sahipleri, kategoriler, sistemler, alıcılar ve sahip |
| Hukuki değerlendirme | Uygulanabilir rejim, rol, dayanak, bildirim ve haklar süreci |
| Transfer kaydı | Hedef, sağlayıcı, alt işleyiciler ve onaylanmış mekanizma |
| Otomatik karar değerlendirmesi | Karar, önem, insan rolü, itiraz ve geçersiz kılma |
| Müşteri elde tutma | Kaynak, paket, iz ve silme takvimi |
| Olay | Etkilenen veriler, erişim, kronoloji, kontrol altına alma ve bildirim kararı |
Dış kaynak kullanımı ve yoğunlaşma
CBUAE'nin bankalar için dış kaynak kullanımı düzenlemesi risk yönetimini, gözetimi ve yükümlülükleri sürdürülebilir şekilde yerine getirme kabiliyetini zorunlu kılar; önemli iş faaliyetlerini ve denetim erişimini ele alır [23]. DORA, kapsam içindeki AB finansal kuruluşlarının BİT bağımlılıklarını haritalamasını ve sorumluluğu elde tutarak üçüncü taraf riskini yönetmesini zorunlu kılar [31]. Bu rejimler otomatik olarak her kurum veya kuruluşa uygulanmaz. Kontrol soruları hâlâ geçerlidir: hangi işlev sağlayıcıya bağlıdır, veriler nerede işlenir, alt yükleniciler kimlerdir, performans nasıl kanıtlanır, denetim hakları nelerdir ve kuruluş çıkışı nasıl yapar?
| Sağlayıcı kanıtı | Asgari inceleme |
|---|---|
| Hizmet | Tam model, bölge, kapasite, kullanılabilirlik ve destek |
| Veri | Girdiler, çıktılar, günlükler, saklama, eğitimde kullanım ve silme |
| Teminat | Kimlik, şifreleme, test, olaylar ve doğrulamalar |
| Dayanıklılık | Bağımlılıklar, kurtarma, durum kanıtı ve yedek çözüm |
| Sözleşme | Gizlilik, fikri mülkiyet, sorumluluk, denetim, bildirim ve fesih |
| Taşınabilirlik | Dışa aktarma biçimleri, istemler, araçlar, değerlendirmeler, gömlemeler ve geçiş testi |
| Konsantrasyon | Kritik süreçler, harcama, hacim, alternatifler ve çıkış zamanı |
Siber güvenlik yönetişimi
NIST CSF 2.0, siber güvenlik sonuçlarını Yönet, Tanımla, Koru, Tespit Et, Yanıt Ver ve Kurtar [9] etrafında düzenler. Bir iş akışı sahibi, ajan kontrol düzlemini, bağlı kayıtları, kimlik bilgilerini, araçları, modelleri ve sağlayıcıları kuruluşun siber güvenlik programına eşlemelidir. Ayrı bir kontrol paneli, güvenlik olaylarını ve ramak kala olaylarını operasyonel kaliteyle birlikte kaydeder.
![Şekil 5. Değerlendirme skor kartı ve kontrollü sürüm kapısı Kaynak: Matchpoint değerlendirme çerçevesi; risk ve güvence bağlamı [7-18].](../assets/images/insights/body/T18/T18-figure-04.png?v=2fd067d2)
Düzenleyici Veri ve Dijital Raporlama Bağlamı
UAE eFaturalama
UAE Maliye Bakanlığı, eFatuyu elektronik olarak değiştirilen ve Federal Vergi Otoritesine bildirilen yapılandırılmış fatura verisi olarak tanımlar; PDF, Word, taranmış görüntü ve e-posta formatları eFatura değildir [32]. Şubat 2026 kılavuz duyurusu, ulusal çerçeveyi ve operasyonel beklentileri açıklar [33]. Uygulamadan önce portal ve mevzuat materyali güncel kapsam ve tarihler açısından kontrol edilmelidir.
Yapılandırılmış fatura durumu, bir mutabakat veya uyum paketinde kaynak olay haline gelebilir. İç kabul, teslimat kanıtı, muhasebe işlemi, ödeme durumu veya uyuşmazlık çözümünün yerini almaz. Her olay ayrı kalır.
| Fatura olayı | Kaynak | İç karar |
|---|---|---|
| Düzenlenen/alınan | Akredite değişim/sağlayıcı kaydı | Tamlık ve varlık eşleştirme |
| Doğrulanan/reddedilen | Ağ veya yetki durumu | Düzeltme veya yönlendirme istisnası |
| Kabul edilen/çekişmeli | Sözleşme ve alıcı süreci | Alacak/borç durumu |
| Muhasebeleştirildi | ERP kaydı ve muhasebe politikası | Deftere kayıt |
| Ödendi | Banka ve ödeme kayıtları | Takas ve nakit mutabakatı |
| Raporlandı | Vergi beyannamesi/çalışma kağıdı | Vergi sahibi kabulü |
UAE FTA, ilgili kurumlar vergisi kayıtlarının ilgili vergi döneminden sonra en az yedi yıl saklanması gerektiğini belirtmektedir [34]. Tam kayıt seti ve uygulanabilirlik güncel vergi danışmanlığı gerektirir. Bir paket mevcudiyet, sahiplik ve saklama durumunu izleyebilir; ancak vergi yeterliliğini tek başına belirleyemez.
Suudi e-Faturalama
ZATCA, 1. Aşamayı uyumlu faturaların oluşturulması ve saklanması, 2. Aşamayı ise bildirilen dalgalar hâlinde ZATCA sistemleriyle entegrasyon olarak tanımlar [35]. Teknik materyalleri yapılandırılmış formatları, entegrasyonu, veri sözlüklerini ve güvenlik gereksinimlerini ele alır [36]. Bir GCC iş akışı, yargı bölgesine özgü bağlayıcıları ve kuralları kullanmalıdır. UAE ile Suudi durum olayları birbirinin yerine geçebilir olarak değerlendirilemez.
Risk verileri ve raporlama
BCBS 239, etkili risk verisi toplulaştırması ve risk raporlaması için ilkeler belirler [19]. Ocak 2026 tarihli bir Basel bülteni, doğru, kapsamlı ve zamanında toplulaştırma ve raporlamanın kritik olmaya devam ettiğini belirtmekte ve süregelen uygulama zorluklarını vurgulamaktadır; yeni bir denetim rehberi oluşturmadığını açıkça ifade etmektedir [20]. Bir aile ofisi genellikle ilkelerin orijinal SIB kapsamı dışındadır; bankaya ait veya düzenlemeye tabi bir yapı ise doğrudan yükümlülüklere sahip olabilir. Sahiplik, veri soyu, doğruluk, bütünlük, zamanlılık ve uyarlanabilirlik kavramları, konsolide raporlama tasarımı için faydalı olmaya devam etmektedir.
Tüketici ve model verisi kontrolleri
CBUAE Tüketici Koruma Standartları, kapsamdaki lisanslı finansal kuruluşların veri kontrollerini, yetkilendirilmiş erişimi ve denetim günlüklerini sürdürmesini ve üst düzey hesap verebilirlik atamasını gerektirir [24]. CBUAE model yönetimi veri yönetişimi gereksinimleri, kapsanan model verileri için kaynak tanımlama, toplama, kalite, güvenli saklama, altyapı, sahiplik ve bağımsız doğrulamayı vurgular [25]. Uygulama ve kapsam, nitelikli düzenleyici eşleştirme gerektirir.
Yönetişim, Güvence ve Mesleki Sınırlar
Üç hat ve hesap verebilir sahiplik
Birinci hat süreci, kayıtları, kontrolleri ve kabul edilen çıktıyı sahiplenir. Risk ve uyum işlevleri politikayı belirler, izler ve sorgular. İç denetim, kendi tüzüğü kapsamında bağımsız güvence sağlar. 2024 Küresel İç Denetim Standartları, iç denetim hizmetlerinin yönetişimi, yönetimi ve performansına ilişkin gereksinimleri belirler [15]. IIA AI Denetim Çerçevesi, AI'e özgü yönetişim ve denetim hususlarını sunar [16].
| Görev | hesap verebilirlik | Kanıt |
|---|---|---|
| Yönetim kurulu/sahip komitesi | Risk iştahı, maddi yetki ve kaynaklar | Onaylanmış tüzük ve raporlama |
| CFO/kontrolör/CIO | Süreç çıktısı, tanımlar ve yayımlama | Paket kabulü ve istisnalar |
| Teknoloji sahibi | Mimari, erişim, güvenilirlik ve değişiklikler | Hizmet, test ve olay kayıtları |
| Veri sahibi | Kaynak hakları, kalite ve saklama | Veri envanteri ve kalite sonuçları |
| Uyum/gizlilik | Politika, kişisel veriler ve saklı tutulan kararlar | Değerlendirmeler ve sonuçlandırmalar |
| Teminat | Tehdit modeli, izleme ve müdahale | Testler, uyarılar ve olay kanıtları |
| İç denetim | Bağımsız risk temelli güvence | Görev çalışmaları ve sonuçları |
| Dış danışman/denetçi | Göreve özgü profesyonel çalışma | Yürürlükteki koşullar uyarınca bağımsız rapor |
COSO kontrol tasarımı
COSO'nun İç Kontrol Bütünleşik Çerçevesi, verilere ve bilgilere yönelik güveni artırmak üzere tasarlanmıştır ve COSO, üretken AI üzerinde etkili iç kontrole ilişkin 2026 rehberliğini listeler [14]. Bir kontrol kataloğu; kontrol ortamı, risk değerlendirmesi, kontrol faaliyetleri, bilgi/iletişim ve izlemeyi kapsamalıdır. Çerçevenin kullanılması kontrollerin etkili olduğunu kanıtlamaz; işleyiş kanıtları ve güvence gereklidir.
Denetçilerin erişebildiği kanıtlar
Bir paket; kaynak izlenebilirliğini, dönüşümleri, erişimi, istisnaları ve onayları denetlemeyi kolaylaştırabilir. Denetçi; ilgililiği, güvenilirliği, yeterliliği ve uygunluğu yürürlükteki standartlar kapsamında belirler. PCAOB AS 1105, daha fazla kanıtın düşük kaliteli kanıtı telafi edemeyeceğini belirtir ve bilginin doğruluğuna, eksiksizliğine ve kesinliğine dikkat edilmesini gerektirir [17]. Yalnızca sorgulama, atıfta bulunulan standart kapsamında ilgili denetim sonuçlarına ulaşmak için yeterli değildir [17]. Bu nedenle ajan tarafından üretilen açıklamalar kaynak kanıtları ve denetim prosedürlerini destekler, ancak bunların yerini almaz.
Yetki matrisi
| İşlem | Ajanın başlangıç yetkisi | İnsan/profesyonel yetki |
|---|---|---|
| Onaylı kaynağı oku | Evet, amaç ve kapsam dahilinde | Sahip erişimi onaylar |
| Çıkar ve normalleştir | Evet, doğrulama ile | İnceleyici belirsizliği çözer |
| Kontrollü metriği hesapla | Deterministik hizmeti çağır | Sahip kuralı ve değişiklikleri onaylar |
| Taslak açıklama metni | Evet, kaynak bağlantılarıyla | Raporlama sahibi kabul eder |
| Yevmiye kaydı öner | Yalnızca taslak | Yetkin hazırlayıcı/inceleyici onaylar |
| Yevmiye kaydını deftere işle | Hayır | Devredilmiş finans yetkisi/sistem kontrolü |
| Ödeme öner | Yalnızca taslak paket | İmzacılar onaylar ve serbest bırakır |
| Yaptırım/KYC uyarısını kapat | Hayır | Uyum otoritesi |
| Vergi/düzenleyici raporunu sun | Hayır | Yetkili memur/danışman |
| Yatırım kararı ver | Hayır | CIO/yatırım komitesi |
| Kaynağı/kaydı sil | Hayır | Kontrollü süreç yoluyla saklama sahibi |
| Tehdit | Arka ofis örneği | Birincil kontroller |
|---|---|---|
| Dolaylı istem enjeksiyonu | Faturaya veya yönetici raporuna gömülü kötü niyetli talimat | İçeriği veri olarak ele al; talimatları yalıt; araçları izin listesine al; onay |
| Aşırı ajan yetkisi | Ajan ödeme, kayıt işleme veya silme yetkilerini alır | En az ayrıcalık; ayrı sürüm adaptörü; çift kontrol |
| Veri sızdırma | Araç, defter veya yatırımcı verilerini yetkisiz uç noktaya gönderir | Giden trafik izin listesi; DLP; hedef kitleye bağlı tokenlar; izleme |
| Güvensiz çıktı işleme | Oluşturulan formül veya komut alt akışta yürütülür | Tipli şemalar; deterministik doğrulama; ham yürütme yok |
| Kimlik bilgilerinin ele geçirilmesi | Hizmet tokenı sistemler arasında yeniden kullanılır | Kısa ömürlü kapsamlı kimlik; kasa; rotasyon; hedef kitle doğrulaması |
| Araç ikamesi | Bağlayıcı yeteneği veya açıklaması değişir | Güvenilir kayıt defteri; imzalı sürüm; değişiklik uyarısı; regresyon testi |
| İz sızıntısı | İstemler/günlükler hassas kayıtları çoğaltır | Veri minimizasyonu; erişim; saklama ve redaksiyon |
| Hizmet reddi/maliyet tüketimi | Döngüler veya aşırı büyük belgeler kaynak tüketir | Tur, süre, token ve maliyet sınırları; devre kesici |
Örnek Üretkenlik ve Ekonomi
Kanıt sınırı
Bu makale için onaylanmış gözlemlenmiş Matchpoint müşteri sonucu sağlanmamıştır. Atfedilen gelir, maliyet azaltımı ve kayıp azaltımı USD 0. Aşağıdaki değerler varsayımsal modelleme varsayımları. Bunlar yalnızca aritmetik ve ölçüm tasarımını gösterir.
Örnek aylık iş akışı
Bir ekibin ayda 240 kabul edilmiş mutabakat, raporlama ve uyum paketi ürettiğini varsayın. Baz senaryoda kabul edilen paket başına ortalama 1,50 insan saati, yani 360 saat. Destekli iş akışında kabul edilen paket başına ortalama 0,65 hazırlık ve inceleme saati, yani 156 saat; ayrıca istisnalar, kontroller, destek ve yönetişim için aylık 58 saat, yani 214 saat. Örnek niteliğindeki brüt serbest kapasite 146 saattir.
| Girdi | Gösterim amaçlı varsayım | Durum |
|---|---|---|
| Aylık kabul edilen dosya sayısı | 240 | Doğrulanmamış yönetim varsayımı |
| Kabul edilen dosya başına baz saat | 1.50 | Doğrulanmamış yönetim varsayımı |
| Kabul edilen dosya başına destekli hazırlama/inceleme saatleri | 0.65 | Doğrulanmamış yönetim varsayımı |
| Aylık istisna/kontrol/destek saatleri | 58 | Doğrulanmamış yönetim varsayımı |
| Baz aylık saatler | 360 | Varsayımlardan hesaplanmıştır |
| Destekli aylık saatler | 214 | Varsayımlardan hesaplanmıştır |
| Serbest kalan brüt saatler | 146 | Hesaplanmıştır; atfedilen değer USD 0 olarak kalır |
146 saat gözlemlenmiş bir tasarruf değildir. Bunlar kapasiteye, daha kısa çevrim süresine veya azaltılmış ödenen maliyete dönüşebilir. Herhangi bir maliyet azaltımı, mutabakata bağlanmış bir bordro veya tedarikçi maliyeti değişikliği ve finans onayı gerektirir. Herhangi bir gelir iddiası, tahsil edilmiş artımlı gelir ve onaylanmış bir karşıolgu gerektirir. Herhangi bir kayıp azaltımı iddiası, bir risk sahibi metodolojisi gerektirir.
Tam maliyet modeli
Yıllık tam maliyet; uygulama, entegrasyonlar, veri iyileştirme, güvenlik, lisanslar, model ve araç kullanımı, izleme, değerlendirme, inceleyici süresi, tedarikçi yönetimi, olaylar, kurtarma ve amortize edilmiş değişiklik maliyetlerini içerir. Fayda kalemleri ayrı kalır.
| Maliyet kalemi | Ölçüm kaynağı | Yaygın eksiklik |
|---|---|---|
| Uygulama | Proje defteri ve zaman kayıtları | İç personel zamanı |
| Veri/entegrasyon | Mühendislik ve sağlayıcı faturaları | Kaynak iyileştirme |
| Model/araç kullanımı | Sağlayıcı faturalandırması ve çalıştırma kayıt defteri | Yeniden denemeler ve başarısız paketler |
| İnsan incelemesi | Role göre zaman etüdü | İstisnalar ve eskalasyon |
| Kontrol/güvence | Güvenlik, uyum ve denetim süresi | Periyodik test |
| Dayanıklılık | Yedek kapasite ve kurtarma testleri | Bekleme/manuel süreç |
| Değişiklik | Regresyon, onaylar ve geçiş | Sağlayıcı/model güncellemeleri |
| Çıkış | Dışa aktarma, yeniden oluşturma ve paralel çalıştırma | Yoğunlaşma ve sözleşme sonu |
Fayda atfı
| Fayda | Gözlem | Onay kapısı |
|---|---|---|
| Çevrim süresi azaltımı | Karşılaştırılabilir tetikleyici-kabul kayıtları | Süreç sahibi kapsamı ve kaliteyi onaylar |
| Kapasite | Ücretli saat başına kabul edilen paket sayısı | İş yükü ve hizmet seviyesi karşılaştırılabilir |
| İş gücü maliyeti azaltımı | Mutabakata alınmış bordro/tedarikçi değişikliği | Finans onayı ve nedensel bağlantı |
| Gelir | Tahsil edilen artımsal gelir | Müşteri, kanal ve karşı olgusal kanıt |
| İşletme sermayesi | Gözlemlenen nakit tarihi veya bakiye değişimi | Hazine/finans metodolojisi |
| Kayıp azaltımı | Onaylanmış önlenen kayıp yöntemi | Risk ve finans onayı |
| Uyum kalitesi | Ciddiyet ağırlıklı hatalar ve zamanındalık | Uyum sorumlusu ve bağımsız test |
Başabaş noktası, onaylanmış yıllık faydalar tam yıllık maliyete eşit veya bu maliyeti aştığında gerçekleşir. Bir iddia kaydı dönem, kaynak, karşı olgusal durum, sahip ve onayı kaydeder. Senaryo değerleri yönetim hesaplarından, yatırım materyallerinden ve dış iddialardan hariç tutulmaya devam eder.
Duyarlılık
Baskın duyarlılıklar ilk geçişte kabul, inceleyici süresi, istisna görülme sıklığı, değişiklik sıklığı, tedarikçi maliyeti ve hata şiddetidir. Daha yüksek üretim hızı, ret, yeniden çalışma veya istisna yükü artarsa değeri azaltabilir. Bu nedenle iş gerekçesi hacim, kalite ve kontrol duyarlılıklarını birlikte göstermelidir.
Satın Alma ve Uygulama El Kitabı
Süreç keşfi
Ekip mevcut süreci gözlemlenen olaylar, kayıtlar, kararlar, roller, istisnalar, geçen süre ve efor üzerinden haritalandırır. Görüşmeler varyantların belirlenmesine yardımcı olur. Sistem günlükleri, mutabakatlar, kontrol listeleri ve yayımlanmış raporlar daha güçlü operasyonel kanıt sağlar. Mevcut durum, yeniden tasarımdan önce baz alınır.
| Keşif çıktısı | İçindekiler | Sahip |
|---|---|---|
| Süreç haritası | Tetikleyici, adımlar, kayıtlar, kararlar ve çıktılar | Süreç sahibi |
| Kayıt envanteri | Sistemler, alanlar, sahipler, haklar ve kalite | Veri sahipleri |
| Yetki matrisi | Hazırlama, gözden geçirme, onaylama, yayımlama ve değiştirme | CFO/CIO/uyum |
| İstisna sınıflandırması | Sınıf, önem derecesi, eşik ve sonuçlandırma | Risk/süreç sahibi |
| Başlangıç durumu çalışması | Hacim, çevrim süresi, temas süresi, kalite ve maliyet | Finans/operasyonlar |
| Kontrol kaydı | Amaç, faaliyet, kanıt, sıklık ve test eden | Kontrol sahipleri |
Yap-satın al durum tespiti
Karar; süreç uyumu, kontrol şeffaflığı, entegrasyon, veri işleme, değerlendirme erişimi, sağlayıcı yoğunlaşması, beceriler, toplam maliyet ve çıkışı karşılaştırmalıdır. Parlatılmış bir arayüz yeterli kanıt değildir. Tedarikçiler, kontrollü bir ortamda temsili ve olumsuz durumlara karşı adlandırılmış bir iş akışını göstermelidir.
| Durum tespiti sorusu | Zorunlu yanıt |
|---|---|
| Hangi model ve araçlar devreye girer? | Adlandırılmış sürümler, yönlendirmeler, bölgeler ve değişiklik bildirimi |
| İş akışı neleri yazabilir? | Kesin sistemler, nesneler, alanlar ve onay yolu |
| Kaynaklar iddialara nasıl bağlanır? | Kanıtlanabilir soy izlenebilirliği ve değiştirilemez tanımlayıcılar |
| Hesaplamalar nasıl doğrulanır? | Deterministik hizmetler, testler ve bağımsız yeniden hesaplama |
| Neler saklanır veya eğitimde kullanılır? | Sözleşmesel ve teknik ayarlar, alt işleyiciler ve silme |
| Hata nasıl ele alınır? | Durdurma, uyarı, geri alma, manuel yedek çalışma ve olay desteği |
| Bağımsız olarak değerlendirebilir miyiz? | Dışa aktarılabilir test vakaları, çıktılar, izler ve metrikler |
| Çıkışı nasıl yaparız? | Veri/yapılandırma dışa aktarımı, geçiş desteği, silme ve paralel çalıştırma |
Pilot tüzüğü
Pilot tüzüğü; tek bir iş akışı, tek sorumlu finansal sponsor, tanımlı sistemler, sabit popülasyon, yasaklı eylem yetkisi olmaması, altın ve holdout kümeleri, değerlendirme eşikleri, olay süreci, gözden geçiren kapasitesi, bütçe, karar tarihi ve sonlandırma koşulunu belirler. Pilot, kontrollü bir testtir; kalıcı ve yönetimsiz bir üretim kanalı değildir.
Eğitim ve operasyonel değişiklik
Gözden geçirenlerin görev uzmanlığına, kaynak sistem bilgisine, ajan arızası farkındalığına, güvenlik eskalasyonuna ve yetki disiplinine ihtiyacı vardır. Akıcı metnin kanıt olmadığını bilmelidirler. Eğitim; adversarial vakaları, çelişen kaynakları, erişilemeyen araçları, aşırı özgüvenli anlatıları ve uygunsuz eylem taleplerini içerir.

Aşamalı 12-18 Aylık Yol Haritası
Yol haritası kanıt geçiş kapılarından ilerler. Takvim dönemleri gösterge niteliğindedir; ilerleme hazır olma durumuna göre belirlenir. Başlangıç aşamaları temiz bir süreç için daha kısa, kayıtlar, sahiplik ve kontrollerde iyileştirme gereken durumlarda daha uzun olabilir.
| Aşama | Teslimat | Çıkış kapısı |
|---|---|---|
| 0 Tüzük | Görev sözleşmesi, sahip, değer hipotezi ve yasaklı eylemler | Finansal sponsor, yetki ve kapsam onaylandı |
| 1 Baz Durum | Mevcut süreç, kayıtlar, kalite, zaman, emek ve kontroller | Temsili baz durum kabul edildi |
| 2 Veri | Kaynak manifesti, haklar, şemalar ve kalite iyileştirme | Kritik girdiler eksiksiz ve sahiplenilmiş |
| 3 Geliştirme | Deterministik hizmetler, sınırlandırılmış ajan, kayıt defteri ve inceleme kuyruğu | Birim, entegrasyon ve güvenlik testleri başarılı |
| 4 Değerlendirme | Altın, holdout, olumsuz ve toparlanma sonuçları | Eşikler gizli hata olmadan geçiyor |
| 5 Gölge | Canlı paralel paketler ve gözden geçirme çalışması | İstikrarlı kabul, kapasite ve kontrol kanıtları |
| 6 Kısıtlı | Adlandırılmış kullanıcılar, dar limitler ve izlenen sürüm | Gözlemlenen değer ve risk iştahı dahilindeki olaylar |
| 7 Ölçeklendirme/kullanımdan kaldırma | Kontrollü genişleme, yeniden tasarım veya arşivlenmiş kanıtlar | Yönetişim kararı ve sürdürülen yedek çözüm |
İlk 90 gün, üretim sürümü gerçekleşmese bile yeniden üretilebilir bir başlangıç referansı ve test edilebilir bir paketle sonuçlanmalıdır. Dördüncü ila dokuzuncu aylar temsili değerlendirme, gölge kullanım ve sağlayıcı kontrollerini tesis eder. Onuncu ila on sekizinci aylar, gözlemlenen istikrarın ardından varlıkları, hesapları veya paket türlerini genişletebilir. Yeni eylem yetkisi kendi onayını gerektirir.

Sınırlamalar, Araştırma Gündemi ve Sonuç
Bu makale, 1 Ağustos 2026 tarihine kadar erişilebilen kamuya açık kaynaklara ve kavramsal bir operasyon çerçevesine dayanmaktadır. Adı belirtilen bir GCC müşteri kurulumunu, denetlenmiş kontrol sonucunu, düzenleyici onayı, profesyonel görüşü veya onaylanmış finansal getiriyi raporlamaz. Kanunlar, düzenlemeler, sağlayıcı yetenekleri ve teknik spesifikasyonlar değişebilir. Uygulanabilirlik, güncel nitelikli bir inceleme gerektirir.
Ampirik verimlilik kanıtları göreve özgüdür. Müşteri desteği ve yazılım geliştirme çalışmaları arka ofis sonuçlarını ortaya koymaz [2-4]. Kamuya açık ajan kıyaslamaları özel sistemleri, verileri, izinleri, inceleyicileri veya sonuçları çoğaltmaz [1]. Satıcı materyali amaçlanan tasarımları ve yetenekleri tanımlar; yerel operasyonel etkinliği ortaya koymaz [5,6,13].
Daha ileri araştırmalar; mutabakat, raporlama ve uyum paketleri için anonimleştirilmiş, temsili değerlendirmeler yayımlamalı; deterministik ve model katkılarını ayırmalı; yanlış pozitifleri, kaçırılan istisnaları, inceleyici eforunu ve kuyruk ciddiyetini ölçmeli; başarısız çalıştırmaları raporlamalı; ve destekli, deterministik ve manuel temel çizgileri karşılaştırmalıdır. GCC çalışmaları yapılandırılmış e-Fatura olaylarını, aile işletmesi tüzel kişilik karmaşıklığını, iki dilli belgeleri, sınır ötesi portföy raporlamasını ve yargı bölgesine özgü veri haklarını incelemelidir.
Operasyonel öneri uygulanabilir. İşletme sahipleri ve aile ofisi liderleri tek bir sınırlandırılmış iş akışıyla başlamalı; kabul edilen paketi ve yetki hiyerarşisini tanımlamalı; kaynak sahipliğini onarmalı; deterministik kontroller oluşturmalı; araçları kısıtlamalı; temsili vakalarda değerlendirmeli; gölge modda çalışmalı ve tam eforu ölçmelidir. Ajan yorumlar, bir araya getirir ve yönlendirir. Kontrollü sistemler hesaplar ve kaydeder. Adı belirtilen profesyoneller ve yetkilendirilmiş görevliler kabul eder, serbest bırakır ve sorumlu kalır.
Kaynak Sicili
Makalenin tamamı, bu kaynaklara uygulanan kanıt sınıflandırmasını, kapsamı ve sınırlamaları kaydeder.
- [1] Stanford İnsan Merkezli Yapay Zekâ Enstitüsü (2026). *AI Endeks Raporu 2026*. Açık kaynak
- [2] Brynjolfsson, E., Li, D. ve Raymond, L. R. (2023, revize edilmiş 2023). *İş Yerinde Üretken AI*. NBER Çalışma Raporu 31161. Açık kaynak
- [3] Becker, J., Rush, N., Barnes, B. ve Rein, D. (2025). *2025 Başlarında AI'in Deneyimli Açık Kaynak Geliştirici Verimliliği Üzerindeki Etkisinin Ölçülmesi*. METR. Açık kaynak
- [4] Becker, J., Rush, N., Cunningham, T., Rein, D. ve Mahamud, K. (2026). *Geliştirici Verimliliği Deney Tasarımımızı Değiştiriyoruz*. METR. Açık kaynak
- [5] OpenAI (2025). *Ajanlar Oluşturmaya Yönelik Pratik Bir Rehber*. Açık kaynak
- [6] Anthropic (2024). *Etkili Ajanlar Oluşturma*. Açık kaynak
- [7] Ulusal Standartlar ve Teknoloji Enstitüsü (NIST) (2023). *Yapay Zeka Risk Yönetimi Çerçevesi (AI RMF 1.0)*. Açık kaynak
- [8] Ulusal Standartlar ve Teknoloji Enstitüsü (NIST) (2024). *Yapay Zeka Risk Yönetimi Çerçevesi: Üretken Yapay Zeka Profili, NIST AI 600-1*. Açık kaynak
- [9] Ulusal Standartlar ve Teknoloji Enstitüsü (NIST) (2024). *NIST Siber Güvenlik Çerçevesi (CSF) 2.0*. Açık kaynak
- [10] Birleşik Krallık Ulusal Siber Güvenlik Merkezi ve ortakları (2023). *Güvenli AI Sistemi Geliştirme Yönergeleri*. Açık kaynak
- [11] OWASP Vakfı (2025). *OWASP LLM Uygulamaları için En Önemli 10 Risk v2.0*. Açık kaynak
- [12] MITRE (2026 itibarıyla güncel). *MITRE ATLAS: Yapay Zeka Sistemleri için Düşmanca Tehdit Ortamı*. Açık kaynak
- [13] Model Bağlam Protokolü (2025). *Şartname ve Güvenlik En İyi Uygulamaları*. Açık kaynak
- [14] Treadway Komisyonu Sponsor Kuruluşlar Komitesi (COSO) (2026). *İç Kontrol; Üretken AI Üzerinde Etkili İç Kontrolün Sağlanması*. Açık kaynak
- [15] İç Denetçiler Enstitüsü (2024). *Küresel İç Denetim Standartları*. Açık kaynak
- [16] İç Denetçiler Enstitüsü (2024). *Yapay Zeka Denetim Çerçevesi*. Açık kaynak
- [17] Halka Açık Şirketler Muhasebe Gözetim Kurulu (2026 itibarıyla güncel). *AS 1105: Denetim Kanıtı*. Açık kaynak
- [18] Uluslararası Denetim ve Güvence Standartları Kurulu (2026). *Denetim Kanıtı ve Riske Yanıt; ISA 330, ISA 500 ve ISA 520 Projesi*. 1 Ağustos 2026 itibarıyla görüşe açık taslak statüsünde. Açık kaynak
- [19] Bankacılık Denetimi Basel Komitesi (2013). *Etkin Risk Verisi Toplulaştırması ve Risk Raporlaması İlkeleri*. Açık kaynak
- [20] Bankacılık Denetimi Basel Komitesi (2026). *BCBS 239 İlkelerinin Uygulanması*. Bilgilendirme bülteni; yeni denetleyici rehberlik içermez. Açık kaynak
- [21] Bankacılık Denetimi Basel Komitesi (2021). *Operasyonel Dayanıklılık İlkeleri*. Açık kaynak
- [22] Birleşik Arap Emirlikleri Merkez Bankası (yürürlükte; 2026'da erişildi). *Operasyonel Risk Standartları*. Açık kaynak
- [23] Birleşik Arap Emirlikleri Merkez Bankası (yürürlükte; 2026'da erişildi). *Bankalar için Dış Kaynak Kullanımı Düzenlemesi*. Açık kaynak
- [24] Birleşik Arap Emirlikleri Merkez Bankası (yürürlükte; 2026'da erişildi). *Tüketici Koruma Standartları*. Açık kaynak
- [25] Birleşik Arap Emirlikleri Merkez Bankası (yürürlükte; 2026'da erişildi). *Model Yönetimi Standartları, 5.1 Veri Yönetişimi*. Açık kaynak
- [26] Birleşik Arap Emirlikleri Hükümeti (2021; 2026'da erişildi). *Kişisel Verilerin Korunmasına İlişkin 2021 Tarihli ve 45 Sayılı Federal Kararname-Kanun*. Açık kaynak
- [27] Dubai Uluslararası Finans Merkezi (2026 itibarıyla güncel). *Veri Koruma Düzenlemeleri, Düzenleme 10: Otonom ve Yarı Otonom Sistemler Aracılığıyla İşlenen Kişisel Veriler*. Açık kaynak
- [28] Suudi Veri ve Yapay Zekâ Kurumu (2026 itibarıyla güncel). *Kişisel Verilerin Korunması Kanunu*. Açık kaynak
- [29] Birleşik Krallık Bilgi Komiserliği Ofisi (2026 itibarıyla güncel). *AI ve Veri Koruma Rehberi; Bireysel Haklar ve Otomatik Karar Alma*. Açık kaynak
- [30] Avrupa Birliği (2024). *Yapay Zekâya İlişkin Uyumlaştırılmış Kuralları Belirleyen (AB) 2024/1689 Sayılı Tüzük*. Açık kaynak
- [31] Avrupa Birliği (2022). *Finans Sektörü için Dijital Operasyonel Dayanıklılık Hakkında (AB) 2022/2554 Sayılı Tüzük*. Açık kaynak
- [32] UAE Maliye Bakanlığı (2026 itibarıyla güncel). *UAE e-Fatura Programı*. Açık kaynak
- [33] UAE Maliye Bakanlığı (2026). *Maliye Bakanlığı, Ulusal Yaygınlaştırmayı Desteklemek Üzere UAE Elektronik Faturalama Kılavuzlarını Yayımladı*. Açık kaynak
- [34] UAE Federal Vergi İdaresi (2025). *Kurumlar Vergisi için Kayıt ve Belge Saklama*. Açık kaynak
- [35] Zekât, Vergi ve Gümrük İdaresi, Suudi Arabistan (2026 itibarıyla güncel). *E-Faturalama Uygulama Aşamaları*. Açık kaynak
- [36] Zekât, Vergi ve Gümrük İdaresi, Suudi Arabistan (2026 itibarıyla güncel). *E-Faturalama Ayrıntılı Teknik Kılavuzları ve Destekleyici Belgeler*. Açık kaynak
- [37] Mali Eylem Görev Gücü (2021). *AML/CFT için Yeni Teknolojilerin Fırsatları ve Zorlukları*. Açık kaynak
- [38] ABD Hazine Bakanlığı, Yabancı Varlıklar Kontrol Ofisi (2019). *OFAC Uyum Taahhütleri için Bir Çerçeve*. Açık kaynak
- [39] Federal Finansal Kurumlar İnceleme Konseyi (2026 itibarıyla güncel). *BSA/AML İnceleme El Kitabı; Şüpheli Faaliyet Bildirimi ve Otomatik Hesap İzleme*. Açık kaynak
- [40] IFRS Vakfı (2026). *IFRS Dijital Taksonomilerini Kullanma; Taksonomi Mimarisi*. Açık kaynak
| Aşama | Teslimat | Çıkış kapısı |
|---|---|---|
| 0 Tüzük | Görev sözleşmesi, sahip, değer hipotezi ve yasaklı eylemler | Finansal sponsor, yetki ve kapsam onaylandı |
| 1 Baz Durum | Mevcut süreç, kayıtlar, kalite, zaman, emek ve kontroller | Temsili baz durum kabul edildi |
| 2 Veri | Kaynak manifesti, haklar, şemalar ve kalite iyileştirme | Kritik girdiler eksiksiz ve sahiplenilmiş |
| 3 Geliştirme | Deterministik hizmetler, sınırlandırılmış ajan, kayıt defteri ve inceleme kuyruğu | Birim, entegrasyon ve güvenlik testleri başarılı |
| 4 Değerlendirme | Altın, holdout, olumsuz ve toparlanma sonuçları | Eşikler gizli hata olmadan geçiyor |
| 5 Gölge | Canlı paralel paketler ve gözden geçirme çalışması | İstikrarlı kabul, kapasite ve kontrol kanıtları |
| 6 Kısıtlı | Adlandırılmış kullanıcılar, dar limitler ve izlenen sürüm | Gözlemlenen değer ve risk iştahı dahilindeki olaylar |
| 7 Ölçeklendirme/kullanımdan kaldırma | Kontrollü genişleme, yeniden tasarım veya arşivlenmiş kanıtlar | Yönetişim kararı ve sürdürülen yedek çözüm |

