Bir acente yazılımında denetim izi, kimin hangi kayıtta ne zaman hangi değişikliği yaptığını gösterir. Yapay zeka araçları iş akışına girdiğinde bu soruya yeni bir boyut eklenir: Bir işlemi yalnızca bir çalışan mı yaptı, yoksa bir aracın önerisi veya taslağı üzerinden mi yaptı? Bir müşteri mesajı, bir sınıflandırma kararı ya da belgeden okunmuş bir bilgi sonradan sorgulandığında, sürecin geriye doğru izlenebilmesi için yapay zekanın katkısının da kayıt altında olması gerekir. Bu yazıda yapay zeka destekli işlemler için denetim izinin hangi bilgileri içermesi gerektiğini, nasıl sade tutulabileceğini ve hangi durumlarda işe yaradığını ele alıyoruz.
Neden ayrı bir denetim izi?
Klasik denetim izi, değişikliği yapan kullanıcıyı kaydeder. Ancak çalışan bir yapay zeka taslağını onaylayıp gönderdiğinde, kayıtta yalnızca çalışanın adı görünür. Sonradan metinde bir hata fark edildiğinde, hatanın çalışandan mı yoksa araçtan mı kaynaklandığını, aracın hangi sürümünün kullanıldığını veya hangi istemle çalıştırıldığını bilmek mümkün olmaz. Bu bilgiler olmadan aynı hatanın tekrarlanmasını önlemek de zorlaşır. Yapay zekanın katkısının kaydı, suçlu aramak için değil, süreci iyileştirmek ve sorumluluğu netleştirmek için gereklidir.
Kayıtta bulunması gereken bilgiler
İşlem bağlamı
Yapay zeka katkısının hangi müşteri kaydı, hangi işlem ve hangi branşla ilişkili olduğu. Örneğin bir kasko yenileme yazışması, bir trafik teklif talebinin ön sınıflandırması ya da bir DASK dosyası için belgeden okunmuş adres bilgisi. Branşın açıkça kaydedilmesi, sorunların hangi akışta yoğunlaştığını görmeyi kolaylaştırır.
Araç ve sürüm
Hangi aracın, mümkünse hangi model veya sürümle kullanıldığı. Dış hizmetlerde sürüm bilgisi her zaman erişilebilir olmayabilir; bu durumda en azından kullanım tarihi ve araç adı kaydedilir. Sağlayıcı güncellemeleriyle kalite değişimlerini ilişkilendirmek için bu bilgi değerlidir.
Girdi özeti
Araca ne verildiği. Burada tam metni saklamak yerine, kullanılan istem şablonunun adı ve kişisel veri içermeyen kısa bir açıklama yeterli olabilir. Tam metin saklanacaksa, saklama süresi ve erişim yetkisi kişisel veri politikasıyla uyumlu olmalıdır.
Çıktı ve değişiklik
Aracın ürettiği çıktı ile nihai olarak kullanılan hal arasındaki fark. Çalışanın taslağı olduğu gibi mi kullandığı, düzelttiği mi yoksa tamamen yeniden mi yazdığı. Bu bilgi, aracın gerçek katkısını ölçmenin de temelidir.
Onaylayan kişi ve zaman
Çıktıyı kimin, ne zaman onayladığı. Birden fazla kontrol adımı varsa her adımın onaycısı ayrı kaydedilir.
Sade tutmanın yolları
Her ayrıntıyı kaydetmeye çalışmak, denetim izini kimsenin bakmadığı bir veri yığınına dönüştürebilir. Sade ama işe yarar bir yapı için:
- Kayıt alanlarını sabit tutun ve mümkün olduğunca seçmeli yapın: araç adı listeden, kullanım biçimi "olduğu gibi / düzeltilerek / yeniden yazılarak" seçeneklerinden.
- Düşük riskli iç işlerde yalnızca kullanım olduğunu kaydedin; ayrıntılı kaydı müşteriye ulaşan ve işlem tetikleyen çıktılara saklayın.
- Tam metin saklamayı varsayılan yapmayın; yalnızca gerekli durumlarda ve sınırlı süreyle tutun.
- Kaydı çalışanın ekstra bir iş olarak değil, onay adımının doğal parçası olarak yapmasını sağlayın.
Denetim izinin işe yaradığı durumlar
Müşteri sorusu veya şikayeti
Bir müşteri kendisine iletilen bilgiyle ilgili soru sorduğunda, mesajın nasıl hazırlandığını, kimin onayladığını ve hangi kaynağa dayandığını görmek, doğru ve hızlı bir yanıt vermeyi sağlar.
İç değerlendirme
Üç aylık bir gözden geçirmede, hangi iş türlerinde araç çıktılarının çoğunlukla düzeltildiğini görmek, istemlerin veya kapsamın değiştirilmesi gerektiğine işaret eder.
Hata analizi
Belgeden yanlış okunmuş bir şasi numarası teklif sürecine taşındıysa, hangi kontrol adımının atlandığını tespit etmek denetim iziyle mümkündür.
Araç değişikliği
Acente bir aracı bırakıp başka birine geçtiğinde, eski aracın hangi işlerde kullanıldığını bilmek geçişi planlamayı kolaylaştırır.
Erişim ve saklama
Denetim izinin kendisi de korunması gereken bir veridir. Kayıtlara kimlerin erişebileceği, ne kadar süre saklanacağı ve değiştirilip değiştirilemeyeceği tanımlanmalıdır. İdeal olarak denetim kayıtları sonradan düzenlenemez olmalı; yalnızca yeni kayıt eklenebilmelidir. Saklama süresi ise acentenin hukuk danışmanıyla birlikte belirlenmelidir.
Örnek bir kayıt satırı
Yapay zeka destekli bir eksik evrak mesajı için tutulan bir kayıt şu bilgileri içerebilir: tarih ve saat, müşteri kaydı bağlantısı, branş (kasko), işlem türü (eksik belge bildirimi), kullanılan araç, istem şablonu adı, kullanım biçimi (düzeltilerek), onaylayan çalışan ve gönderim kanalı. Bu satır birkaç saniyede oluşturulur ama aylar sonra sorulabilecek birçok soruya cevap verir.
Mevcut denetim iziyle birleştirmek
Yapay zeka kayıtlarının ayrı bir tabloda unutulması yerine, acente yazılımındaki genel işlem kayıtlarıyla aynı müşteri ve işlem bağlamında görülebilmesi tercih edilir. InsureHub'da müşteri kayıtları, teklif geçmişi ve poliçe takibi aynı yapıda tutulur; alt kullanıcılar ve şubeler kendi yetkileriyle çalışır. Bu yazıda tarif edilen yapay zeka katkı kaydı ise acentenin kendi süreç tasarımıdır ve yazılımın sunduğu bir özellik olarak anlatılmamaktadır. Genel yapıyı sigorta acentesi yazılımı sayfasında inceleyebilirsiniz.
Ekibin kayda katılımı
Denetim izi, çalışanlar tarafından bir gözetim aracı olarak algılanırsa kayıtlar eksik veya özensiz tutulur. Kaydın amacının süreci iyileştirmek olduğu, bireysel performans değerlendirmesinde tek başına kullanılmayacağı açıkça anlatılmalıdır.
Sonuç
Yapay zekanın katkısını görünür kılan bir denetim izi, sorumluluğu netleştirir, hataların kaynağını bulmayı kolaylaştırır ve aracın gerçek değerini ölçmeyi sağlar. İşlem bağlamı, araç, girdi özeti, çıktı farkı ve onaycı bilgisinden oluşan sade bir kayıt çoğu acente için yeterlidir. Kayıt düzeninizi değerlendirmek için demo hesabı talep edebilirsiniz.